软件设计之业务流程图一.pdfVIP

  • 37
  • 0
  • 约7.19千字
  • 约 13页
  • 2022-10-03 发布于北京
  • 举报
业务流程图 第一局部:什么是流程图. 1. 定义 那什么是流程图呢.流程图=流程+图,如下列图: 图2 流程图的定义 流程:Flow,是指特定主体为了满足特定需求而进展的有特定逻辑关系的 一系列操作过程,流程是自然而然就存在的。但是它可以不规,可以不 固定,可以充满问题。所以就会造成看似没有流程。前不久,团队每个 人对接一个业务团队去调研流程,反应给我的流程有一些缺失。询问时, 负责人反应给我的答复是:这一块业务他们没有流程。其实严格意义上 讲,业务已经开展,不可能没有流程,只是说没有固定的流程或者你调 研的对象也讲不清楚。 图:Chart 或者 Diagram, 是将根本固化有一定规律的流程进展显性化和 书面化,从而有利于传播与沉淀、流程重组参考。 从定义可以看出,只要有事情和任务,流程就会有,但是并不是所有的 流程都适合用流程图的方式去表现,适合用流程图去表现的流程是一定 程度固定的有规律可循的,流程中的关键环节不会朝令夕改的。 z 2. 流程图与其他图表的比照 工作中我们还用到或听到很多其他类型的图表,比方交互设计师们经常 说的线框图(Wireframes) ,信息架构图或站点地图(Site Map) ,,开发工 程师们经常说的用例图(Use Case)或 E-R 图。这些不同的图表要表达的 容有何种差异呢. 简单做个比照,如图: 图3 流程图VS 其他常用图表 如果要串到*一个工程来说,可以理解成: 用例图 Use Case 〕:表现了一个角色在系统里要完成的活动是什么, 比方用户这个角色与ATM 取款机的交互过程中,用户需要完成的活动 有存钱,取钱,查询等。而存钱这个活动再可以进一步细分为插卡,输 入密码,输入金额,ATM 吐钞,用户收款,退卡等活动。用例图可以不 考虑用户动作的前后次序,而仅仅提取一些关键的动宾短语,映射出系 统应该满足的功能点。常用用例图的人是产品经理和开发工程师。 流程图则表示用户每一个活动的前后次序,比方用户必须要先插入银行 卡,才能够输入密码,且流程图必须直接表现出各种异常判断,比方当 密码错误时,出现什么提示,密码输入错误超过多少次时,出现什么提 示和动作。常用流程图的人是产品经理,设计师,或者任何需要讲述业 务如何运作的人。 z 信息架构图,站点地图(Site Map) :表现为了做一个这样的系统,功能与 容的展现层次是什么,比方用户一进去后,欢送页面的导航如何设计, 是否直接出现取款,存款,查询,或者还有别的导航. 常用信息架构图的 是设计师。但是常用组织架构图的是 HR。 线框图〔Wireframe 〕:将具体每个界面的容布局和权重表达出来,且标 注出一些交互细节的设计,比方当密码错误后,如何提示下一步动作。 常用线框图的人是设计师。 实体关系图〔E-R 图〕:则是数据库架构的工作,表示一个业务系统或 场景中的实体时间的关系,比方储户与银行卡的关系是归属1 对多,通 过开卡事件产生关联。一般来讲,用矩形来表示实体,椭圆标识这个实 体的属性,比方储户这个实体的属性有:姓,名,手机,住址等。而银 行卡的属性有:开户行,开户名称,银行卡号等。 则流程图要表达出他的差异定义,要素是什么.总结出了流程图的 6 大要 素,希望大家能够记住,这6 个要素可以在以后的文章里不断回忆,你 也可以拿来判断你所看到的流程图是否专业。 图4 流程图 6 大要素 参与者:谁在这个流程中. 可以是系统,可以是个打印机,更 多的指什么角色——一般是有*种工种的人。比方客服同时有 小A 和小 B 两人,但是假设他们的工作性质完全一样,则在 流程图里只需要写一个客服角色就可以了。 z • 活动:做了什么事,比方点餐,结帐等活动。 • 次序:这些事情发生的前后顺序如何,哪个任务是其他任务 的前置条件. 比方客人不结帐,就不会产生送他优惠卡的活动。 • 输入:每项活动开场取

文档评论(0)

1亿VIP精品文档

相关文档