需求评估培训汇总.ppt

在IT系统中实现流程设计的本质 绘制流程图的核心步骤 提出业务流程清单：确定有哪些流程、流程之间的界限，然后才是对流程的描述 流程的要素描述：针对清单上的每一流程，分析并识别现有业务活动、活动之间的关系、活动需要接受哪些信息、产生哪些数据（表单）、数据传送的路线、活动涉及哪些岗位等。重要抓住核心业务和主要活动点，部门内/外衔接、工作繁琐/反复环节、成本高/效率低/时间长的环节、任务转手次数多的环节 绘制流程图：跨职能流程图、带泳道的活动图 流程的ESIA E：清除 过量产出 活动间的等待 不必要的运输 反复的加工 过量的库存 缺陷、失误 重复的活动 反复的检验 跨部门协调 S：简化 表格 程序 沟通 物流 I：整合 活动 团队 顾客 供应商 A：自动化 脏、累、乏味活 数据采集与传输 数据的分析 跨职能流程图 业务流程图 系统流程图 可以体现数据流向 活动图：简单活动图 活动图：带泳道的活动图 业务流程与业务规则 业务流程?Action 用户可以做的操作？ 权限控制的基础 业务规则?Filter 用户的授权操作可以影响的数据范围？ 权限控制的补充 用例与业务流程：多个用例属于一个流程 用例与业务规则：一个业务规则应用于多个用例 业务流程与业务规则 结构事实：必须成立的事实或条件。例如：与客户第一次接触的永远都是销售人员。 行动约束：根据某种条件禁止的一种或多种行动。例如：不接受具有不能接受的信用历史记录的支票。 行动触发：当一个或多个条件转为真时，触发某个行动。例如：当所选商品准备齐后，立即发货。 参照：当一个或多个条件转为真时，得出某种结论。例如：在一年内飞行10万公里以上的会员将成为金卡会员 计算：根据一组值计算另一个值。例如：销售量是商品总零售额，但是没有包含税收部分。 Agenda 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践 业务流程与规则分析 数据需求分析与建模 数据是系统的核心内容 数据需求分析与建模 数据流通过程：数据流图（DFD） 数据存储方式：实体-关系图（ERD） 数据定义方式：数据字典（DD） 数据需求分析与设计要素 数据流图：基本元素 输入数据在此进行变换产生输 出数据，其中要注明加工的名称 数据输入的源点或数据输出的 汇点，其中要注明源点和汇点的名称 存放数据的地方，这些数据在以后使用，通常与实体-联系图中的一个数据实体相对应 被加工的数据与流向，箭头边应给出数据流名字，可用名词或名词性短语命名 当过程/加工执行时，外部实体与过程之间来回通信 数据存储/文件 数据流 实时连接 过程/加工 外部实体/源/宿 数据流图：图的结构 数据流图：分层的DFD 绘制数据流图：构建顶层图 绘制数据流图：绘制DFD片断 绘制数据流图：将DFD片断合并 数据建模过程 E-R图 实体-关系图：图例 E-R图到关系模式的转换 实体模型：每个实体转成一个模式客户（客户名，身份证号，地址，联系电话） 一对一关系模式：在两个关系模式中的任意一个模式中，加入另一个模式的键和联系类型的属性 校长（姓名，性别，职称，年龄，校名，任职时间） 学校（校名，地址，电话） E-R图到关系模式的转换 一对多关系模式：在n端实体类型对应的关系模式中加入1端实体类型的键和联系类型的属性 校长（姓名，性别，职称，年龄，校名，任职时间） 学校（校名，地址，电话） E-R图到关系模式的转换 多对多关系模式：将联系类型也转换成关系模式，属性为两端实体类型的键加上联系类型的属性  学生（学号，姓名，性别，年龄） 课程（课程号，课程名，授课老师） 考试（课程号，学号，成绩） 数据字典应用 数据元素说明的常用表示法 ?：由…构成 ?：和，代表顺序连接的关系 [ | ]：或，代表从中选择一个 {}*：n次重复 （）：代表可选的数据项 *…*：表示特定限制的注释 用户访谈：通用问卷 其他需求 有必须支持的法律、法规、环境需求或标准吗？ 你还能想到其他我们应该知道的需求吗? 总结性提问 我还有其他问题应该问你吗？ 如果我还问你其他问题的话，可以打电话给你吗？你愿意参加需求审阅吗？ 分析人员总结：面谈后，趁你记得时，总结出用户/客户确认的三条最高优先级的需求或问题 用户访谈：操作法 避免类似以下暗示：我的时间比你宝贵，我不知道我在做什么，你不知道你在讲什么 用简单的语言清楚地表达问题，采用对方的术语和行话 不要遗漏任何事情 能够找到和探究异常现角，例如对未预料问题的反应 不要搞错基本信息流要求的方向 用户访谈：询问的问题 问题类型：待解决的问题、开发解决方案的过程、需求获取本身 需求获取本身的问题： 我的问题看起来相关吗？你