需求分析师培训-3概要.ppt

需求分析师培训 Day03 Agenda 需求建模实例 业务流程与规则分析 数据需求分析与建模 需求描述最佳实践 需求管理最佳实践 需求过程总结 Agenda 需求建模实例 业务流程与规则分析 数据需求分析与建模 需求描述最佳实践 需求管理最佳实践 需求过程总结 需求建模实例—确定业务需求 需求建模实例—确定业务需求 需求建模实例—确定业务需求 需求建模实例—确定业务需求 需求捕获 需求捕获 获取需求特性表 建立概念模型—发现类 建立概念模型—关联分析 建立概念模型—职责分析 建立用例模型—识别参与者 建立用例模型—合并特性获得用例 建立用例模型—合并特性获得用例 建立用例模型—绘制用例图 建立用例模型—简要描述用例 建立用例模型—划分用例优先级 建立用例模型—详细描述用例 建立交互/状态模型 用户界面设计 Agenda 需求建模实例 业务流程与规则分析 数据需求分析与建模 需求描述最佳实践 需求管理最佳实践 需求过程总结 什么是流程 目标性：有明确的输出 内在性：包含于任何事物或行为中 整体性：至少由两个活动组成 动态性：由一个活动到另一个活动进行 层次性：组成流程的活动本身也可以是流程 结构性：串联、关联、反馈等 流程设计的原则 流程应以产出为中心，而非任务为中心 让那些需要得到流程产出的人自己执行流程 将信息处理工作纳入产生这些信息的实际工作中去 将各地分散的资源视为一体 将并行的工作联系起来，而不是仅仅联系他们的输出 在决策点位于工作执行的地方，在业务流程中建立控制程序 流程多样化 单点接触客户 在IT系统中实现流程设计的本质 绘制流程图的核心步骤 提出业务流程清单：确定有哪些流程、流程之间的界限，然后才是对流程的描述 流程的要素描述：针对清单上的每一流程，分析并识别现有业务活动、活动之间的关系、活动需要接受哪些信息、产生哪些数据（表单）、数据传送的路线、活动涉及哪些岗位等。重要抓住核心业务和主要活动点，部门内/外衔接、工作繁琐/反复环节、成本高/效率低/时间长的环节、任务转手次数多的环节 绘制流程图：跨职能流程图、带泳道的活动图 流程的ESIA E：清除 过量产出 活动间的等待 不必要的运输 反复的加工 过量的库存 缺陷、失误 重复的活动 反复的检验 跨部门协调 跨职能流程图 业务流程图 系统流程图 可以体现数据流向 活动图：简单活动图 活动图：带泳道的活动图 业务流程与业务规则 业务流程?Action 用户可以做的操作？ 权限控制的基础 业务规则?Filter 用户的授权操作可以影响的数据范围？ 权限控制的补充 用例与业务流程：多个用例属于一个流程 用例与业务规则：一个业务规则应用于多个用例 业务流程与业务规则 结构事实：必须成立的事实或条件。例如：与客户第一次接触的永远都是销售人员。 行动约束：根据某种条件禁止的一种或多种行动。例如：不接受具有不能接受的信用历史记录的支票。 行动触发：当一个或多个条件转为真时，触发某个行动。例如：当所选商品准备齐后，立即发货。 参照：当一个或多个条件转为真时，得出某种结论。例如：在一年内飞行10万公里以上的会员将成为金卡会员 计算：根据一组值计算另一个值。例如：销售量是商品总零售额，但是没有包含税收部分。 Agenda 需求建模实例 业务流程与规则分析 数据需求分析与建模 需求描述最佳实践 需求管理最佳实践 需求过程总结 数据需求分析与建模 数据流通过程：数据流图（DFD） 数据存储方式：实体-关系图（ERD） 数据定义方式：数据字典（DD） 数据需求分析与设计要素 数据流图：基本元素 数据流图：图的结构 数据流图：分层的DFD 绘制数据流图：构建顶层图 绘制数据流图：绘制DFD片断 绘制数据流图：将DFD片断合并 数据建模过程 概念结构设计的方法 实体-关系图：图例 实体分析法 确定局部视图的范围：实体的个数应适量 识别实体及标识 确定实体间的联系 分配实体及联系的属性 识别实体及标识 实体分析法：确定实体间联系 一对一关系： 两个实体都是强制性的 仅有一类实体是强制的 两类实体均非强制性的 一对多关系 多端强制性 多端非强制性 多对多关系 确定实体间联系时的陷阱 E-R图到关系模式的转换 实体模型：每个实体转成一个模式客户（客户名，身份证号，地址，联系电话） 一对一关系模式：在两个关系模式中的任意一个模式中，加入另一个模式的键和联系类型的属性 校长（姓名，性别，职称，年龄，校名，任职时间） 学校（校名，地址，电话） E-R图到关系模式的转换 一对多关系模式：在n端实体类型对应的关系模式中加入1端实体类型的键和联系类型的属性 E-R图到关系模式的转换 多对多关系模式：将联系类型也转换成关系模式，属性为两