需求分析方式方法培训课件.ppt

UML常见模型图 * 用例图 对象图-运行时系统镜像 构件图(物理视图) -模块、子系统-接口 协作图，消息的时间空间调用 状态图-复杂对象的状态迁移图 活动图-一段复杂的控制逻辑表现图 部署展开图-运行时 类图 Sequence序列图， 消息的时间调用顺序 包图-模块结构-调用 用例图说明 * 1.用例图可以很好的描述系统边界，描述一个用户在系统中作用和操作范围。 2.用例图是在用户的角度来看系统的。所以用例不是功能点，功能点是开发人员的视角。 3.用例不是步骤和业务场景，一个用例包括一组步骤和业务场景。共同完成一个用户有意义的功能。 4.用例之间原则是独立的。有的时候需要说明用例细节，就需要关联关系了。三种基本关系，包含、泛化、扩展，这些都是枝节。 包含----拆分大用例成小用例。---常用。 泛化----用例的特定实现。例如统计报表，泛化为人员统计表，车辆统计表等。 扩展----用例会在某种条件下扩展出部分功能。例如湘潭光路调度流程，在资源不充足的情况下，需要启动工程建设流程。 泛化 包含 扩展 流程图 * 1.两个维度，角色/部门/工作组，时间轴。-----时候、人 2.每个流程环节的重要处理逻辑，需要标注说明。----做什么事情 1）重要的业务处理逻辑； 2）重要的流程节点动作说明—节点内转单、阶段性回复、签收、限时、超时标记、提交前校验必填项和重要逻辑、传阅知会、短信/邮件通知，撤销/中止标记。==后续与web室确定标准的动作列表 3）不是所有处理都要一个节点，节点意味着时间、跨人/跨部门协作，不要自己给自己转单。 4）不允许有悬空的节点 3）明确标注并行逻辑，（分单并行+并行合单标记） 4）退单线用红色虚线，与正常流向线区分。 5）格式要求：节点大小一致、对齐、流向线横平竖直，尽量少交迭，整体简洁。 原则： 流程图要说清楚， 什么人，什么时候，做什么事情。 流程节点的动作-1 * 节点动作定义： 流程中节点的执行人员可以执行的操作，或者系统可以自动执行的操作，包括执行人在这个节点需要完成的流程规定的任务，以及为了完成节点任务可以进行的影响流程流转顺序的操作等。 节点动作的类别： 任务动作：节点完成的任务，如“审批”。 流转动作：影响流程流转顺序的动作，如“加签”。 辅助动作：为完成任务而进行的辅助性动作，如“沟通”。 流转动作类： 类别 名称 描述 人执行 系统执行 表现形式 备注 流转动作 收回 节点执行完，下一节点执行前，可以收回进行修改，然后再提交. Y 按钮 所有节点都可以有，无需设置. 加签 审批时，可以征求另一人或多人的意见，然后再回到原审批人。 注： 执行人必须有审批权限才能进行加签，但是加签的人没有审批权限，他只能在审批栏里面填写意见。 取消加签的归档 加签后，可以对指定的加签人取消加签，取消加签后，未执行加签的人将不再看到流程加签请求了。 如果不取消加签，则不需等所有加签人加签完毕磁能继续执行流转。 Y 按钮 转发 转发人与执行人有完全相同的权限，包括审批，转发后不用回原节点。 (流程节点不变) Y 按钮 叫代理是不是更好点？？？ 跳签 跳过接下来的一个或者多个环节，直接指定节点执行 Y 跳签按钮 点击跳签按钮，列出所有节点列表，供选择跳签的节点（之前节点和特殊逻辑节点不可选）。如果调签的节点无法确定执行人，则手工选择。 退单 可退回到某个节点继续流转，具体退回那个节点由流程设计时制定，不可以手工选择。（默认上一个节点） Y “退单”按钮 中止 流程提前结束，当前节点后的节点不再执行。 Y 中止由各流程节点执行人操作，与撤销不同。 可在流程设计时制定，中止是否自动归文或归档。 撤销 撤销即本流程提前结束，后续节点不再执行。不过撤销只能由流程发起人执行，但不一定只是在发起节点才有撤销权限。 流程可以设定是否撤销自动归文或归档. 撤销按钮 提醒 超时未处理，提醒执行人 系统提醒 需要设置节点超时时间，提醒间隔，次数，提醒方式等。 升级 超时未完成，超时提醒时间内仍未完成，则提交指定上级主管或者督查人员。 系统执行 升级的主管负责人，升级事件考虑单独记录，以供绩效考核。 拆单并行 本节点的下一个节点需要拆单多人并行处理，全部处理完毕再合单串行处理 系统执行 流程设计时确定 拆单的原则。 确定并行的部门或者人员，或者手工选择均可。 并单串行 本节点的上一个或多个节点是多人串行的节点，在本节点合单改为串行处理。 系统执行 签收 流程节点发给一组人可见，但仅一人可签收处理。 系统执行 汉佳有。 流程节点的动作-2 * 任务动作 审批 有审批权限的节点，一般指定某个表单的字段，填写审批意见。 Y 同意/不同意 审批意见编辑框 会签 用于审批后给相关配合人签字，以便获得工作