建设路小学查分网站,网页平面设计作品,网站功能描述与分析,哈尔滨建站系统1、业务流程的梳理 a#xff1a;流程图的基本认知#xff1b;
1、流程图流程图#xff0c;流程是一系列的逻辑关系#xff08;包含因果关系、时间先后、必要条件、输入输出#xff09;产品经理做需求前一定要先把这些逻辑关系理清楚#xff0c;如果非要用一句话概括的话…1、业务流程的梳理 a流程图的基本认知
1、流程图流程图流程是一系列的逻辑关系包含因果关系、时间先后、必要条件、输入输出产品经理做需求前一定要先把这些逻辑关系理清楚如果非要用一句话概括的话“流程就是在特定的情境下满足用户特定需要的总结”。
图就是将你头脑中的逻辑关系以图形化的形式呈现出来具有图形化、可视化的特点因为是图你可以像你的版本迭代一样当你的逻辑需要修改的时候拿出来迭代一下同时因为有图你还可以更好的给项目成员进行宣讲。
b为什么要画流程图
1、帮助梳理逻辑
我们每个人想一个逻辑的时候不一定能把这个逻辑的细枝末节都想到如果我们贸然的画原型就有可能做许多无用功这个时候画流程图可以帮助我们梳理清楚我们的逻辑。建议刚开始梳理逻辑的时候可以在纸上画画这种流程图因为这样的好处是你可以快速的把你脑中的逻辑呈现在纸上修改起来也方便当你画好以后然后再用专业的工具画出来保存。
2、便于宣讲和传播
产品经理需要开评审会和写PRD文档的这个时候如果你有一张清晰的流程图不仅便于你讲解也便于技术理解同时把你的流程图插入PRD文档中也方便传播当技术忘记流程的时候查看一下文档里的流程就知道流程是啥样了不用反复来找你确认。
3、优化迭代
对于拿到一个逻辑我们不一定能考虑的那么周全这个时候有一个清晰的流程图也方便做记录以及修改。
同时每个版本迭代的流程图可能会有相应的变化通过对每个版本流程图的对比分析可以知道流程优化在什么地方产品优化了什么地方。
c流程图元素定义
流程图是符号化的图形语言有自己的规范菱形代表判断距形代表具体的操作行为、开始和结束用圆角表示… eg–流程图代练
d产品中设计的流程图主要有3种业务流程图、任务流程图、页面流程图
1、业务流程图就是描述那些个体在什么条件下做了什么事情他们之间有何关联。主要分三个方面①涉及到哪些主体②每个主体都有哪些任务③各个主体之间怎么联系的
主要包括流程所涉及到的系统或角色模块有哪些、确定用户使用的阶段有哪些、最后按照用户的操作流程来补充。
以滴滴出行为例
系统模块包含前端和后台系统用户角色包含了用户和司机两大类角色。
使用阶段可以大体划分为用户下单阶段、滴滴派单阶段、行程开始——结束阶段。
eg-登陆注册 eg亿图软件—用户下单-平台处理并派发–司机接单 2、任务流程图通常指的是确定了业务流程图中某一固定主体的具体操作流程图通常是业务流程图的简化版。 3、页面流程图 总结任务流程图注重不同系统之间的交互和逻辑关系任务流程图注重某一个具体的任务操作流程。对于一个产品来说发现已有流程中的问题或者是创造一个逻辑严谨、操作简便的流程图尤为重要业务流程图示根据任务流程图梳理出不同角色和不同状态下的呈现效果页面流程图是对业务流程图的聚象化体现。
2、权限划分–用例图 a用例图Use Case Diagrame描述了人们希望如何使用一个系统将相关用户、用户需要系统提供的服务以及系统需要用户提供的服务更清晰的显示出来以便使系统用户更容易理解这些元素的用途也便于开发人员最终实现这些元素。
b为什么要画用例图–用户并不关心系统的实现和内部结构只关心产品所呈现出来的外部特征动态。而用例图恰好就是描述软件产品外部特性的视图它从用户的角度而不是从开发者的角度来描述需求分析产品的功能和动态行为。
c用例图包括三方面内容参与者Actor; 参与者、用例之间的关系用例Use Case;。用例图模型如下图所示参与者用人形图标显示用例用椭圆形表示连线描述之间的关系。 a参与者
1、参与者是系统外部的一个实体它以某种方式参与了用例的执行过程在UML中通常用名字写在下面的人形图标表示。
a真实的人即用户
这一类是最常用的参与者几乎在每个系统中。在命名这一类参与者时应该按照业务而不是位置命名因为一个人有可能有多重身份。
比如汽车租赁公司的客户服务代表通常情况下是客户服务代表但在她有租赁行为时就变成了客户。因此按照业务而不是位置命名可以获得更加稳定的参与者。
b其他的系统
在有的系统中还需要建立与其他系统的接口依然以汽车租赁系统为例它可能要与外部应用程序建立联系比如说外部信用卡应用程序这时候外部信用卡应用系统就是一个参与者。
c可运行的进程
以时间为例当经过一定时间触发系统中的某个时间时时间就成了参与者。比如在汽车租赁系统中到了还车时间客户仍未归还系统便会提醒客户代表致电客户。由于时间不再在人的控制内因此它也是一个参与者。
2、参与者间的关系
对于一些参与者来说它既扮演者自己的角色同时也扮演更一般的角色在案例图中用泛化关系来描述他们此点与上一节类图中介绍的泛化关系类似。
b用例
1、概念是对系统的用户需求主要是功能需求的描述用例表达了系统的功能和所提供的服务描述了活动者与系统交互中的对话以汽车租赁系统为例客户向系统发出租赁请求并向系统中输入数据姓名等信息系统响应活动者的请求进行相应的处理并且将结果返回活动者。 2、用例与事件流---用例分析处于系统的需求分析阶段这个阶段尽量避免考虑系统实现的细节问题。但若要建立系统还需要更加具体的细节这些细节可以写在事件流中。事件流描述的是一个系统做什么而不是怎么做举个栗子在汽车租赁系统中用例“用户登录”可以采取一下方法
主事件流客户输入自己的用户名和密码时用户开始。输入的用户名和密码被提交后服务器判断密码是否正确。如果正确则用户成功登录系统为其展示租赁页面。 异常事件流用户名或密码错误不能登录用例重新开始。 异常事件流在提交密码前用户清楚用户名或密码重新填写。 c参与者、用例之间的关系
1、关联关系–这是最常使用的关系用带箭头的实线来描述。以汽车租赁系统中的“客户”参与这以及和他交互的3个用例预定、取车和换车为例。 2、泛化关系–一个用例可以被列举为多个子用例这就被成为用例泛化这与类间的泛化关系类似。在用例泛化中子用例表示父用例的特殊形式可从父用例处继承行为和属性。泛化关系的图形用空心实线箭头表示箭头指向父类。
如下图所示是汽车租赁公司用例图中的用例“预定汽车”该用例有两个子用例“预定大巴中巴”和“预订小车”。 3、包含关系–指的是其中一个用例称为基础用例的行为包含了另一个用例称为包含用例。
基础用例包含用例并依赖包含用例的执行结果。但是二者不能访问对方的属性。包含关系的图形为虚线箭头加箭头指向包含用例。 4、扩展关系–扩展用例可以被定义为基础用例的增量扩展它俩之间为扩展关系。
简单来说就是当某特定条件出现时该扩展用例的行为才会被执行。扩展关系的图形为虚线箭头加上箭头指向基础用例。
如下图客户在还车超过了一定期限就需要缴纳罚款其中“借车超期”为特定条件只有该条件出现才执行“缴纳罚款”用例行为“还车”用例和“缴纳罚款”之间就是扩展关系。 3、电商平台泳道图的搭建 a泳道图的定义泳道图也叫跨职能流程图旨在展示工作流中每个步骤涉及的流程和职能部门。泳道流程图是一种特殊的图表可以展示出一个商业过程之间的关系并展示为那个过程负责的功能板块比如说部门。泳道流程图专注于价值活动之间的逻辑关系更好地展示每个价值活动的责任。 b如何绘制泳道图
1、分析功能的关键逻辑。确定涉及的所有人员和部门确定每个人扮演的角色承担什么任务梳理参与者的关系要完成的任务以及任务流程。
2、明确开始与结束的路径。每个功能模块中从哪里开始流程到哪里终结流程开始与结束只有一个。
3、确定功能模块与核心路径。核心流向一定要清晰。
4、优化顺序合并异常流程。确保流程顺畅各部门工作协调。
5、合并和拆分流程有依据。先复杂后简单先加法后减法调研相关产品合并、分拆有理有据。
4、功能结构图与信息架构图 a功能结构图就是按照功能的从属关系画成的图表在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点分解得最小功能模块可以是一个程序中的每个处理过程而较大的功能模块则可能是完成某一个任务的一组程序。百度定义用通俗的话来说功能结构图就是以功能模块为类别介绍模块下其各功能组成的图表。
信息架构图指脱离产品的实际页面将产品的数据抽象出来组合分类的图表信息结构有点类似编程中的数据表结构设计揭示了需要哪些数据这些数据需要有怎样的元素组成才能达到每个功能模块需要展现的内容表达对于内容类产品尤为重要。
先从概念和功能上分类和分层然后在每个需要体现内容数据的节点展看所需要的数据描述不同页面若都有展示同一个数据的情况那就都体现出来此时你就要想象这是你产品的最终形态每个页面要有哪些功能和数据类似于开发做的不同静态页面。
至于交互动作的细节不用体现在结构图中比如页面布局细节、交互手势、动画效果等属于交互设计的范畴在产品结构设计时可以一并考虑除非很特别的交互否则都遵循简单原则即可pc端以点击、滚动、选择为主移动端以点击、滑动为主。 总结需求-----需求池----用例-----任务流程----业务流程----功能结构图-----信息结构图-----原型图线框图—页面流程交互设计
转载自一份业务流程梳理流程图绘制指南
