实用软件工程课件.ppt

实用软件工程 IT企业软件的开发与管理赵池龙 第5章软件需求 5 1需求分析的重要性5 2需求分析的任务5 3需求分析的目的5 4需求分析方法5 5需求管理过程5 6需求分析文档 5 1需求分析的重要性 输入 合同 立项建议书 输出 用户需求报告 需求规格说明书 需求分析为什么重要 1 大型系统的失败 最后均归结到需求分析 2 用户需求报告 是一个里程碑 基线 3 需求分析占软件开发工作量的30 左右 4 需求获取中的错误 会发散式的传播 需求获取为什么难 1 用户需求具有动态性 不稳定性 2 用户需求具有模糊性 不准确性 3 对需求达成一致的艰难性 4 国有企业正处在更年期 民营企业正处在青春期 5 许多软件工程的书籍没有将需求分析讲清楚 6 用户和开发者 都不重视需求 用户只重视何时交货 开发者只重视赶快编程 5 2需求分析的任务 第1 画出目标系统的组织结构图与列出各部门的岗位角色表 组织机构模型 第2 画出目标系统的业务操作流程图 业务操作模型 第3 画出目标系统的数据流程图 即单据和报表的流程图 掌握业务规则 获得初步数据模型 第4 列出目标系统的功能点列表 即功能模型 第5 列出系统的性能点列表 即性能模型 需求分析的任务 第6 列出目标系统的接口列表 即接口模型 第7 确定目标系统的运行环境 即环境模型 第8 目标系统的界面约定 即界面模型 第9 对目标系统的开发工期 费用 开发进度 系统风险等问题进行分析与评估 注1 上述九项任务不是教条 不能完全生搬硬套 而要具体问题具体分析 活学活用 举一反三 注2 通过需求分析之后 对将来要实现的目标系统 如果仍然感到心中无数 心里发慌 腰杆不硬 那么绝对不要签字确认 而要从头开始 重新进行需求获取 5 3需求分析的目的 需求分析的重点 通过弄清业务流程和数据流程的手段 达到与客户共同确定业务模型 功能模型 性能模型 接口模型的目标 需求分析的难点 在系统的流程 功能 性能和接口四个方面 开发者与客户达成完全一致 并且要求客户签字确认 这个难点就是需求分析的目的 需求分析的变更 万一需求有点变化 双方必须履行 需求变更管理程序 而变更管理程序在签订合同时已经作了规定 要知道 合同是具有法律效果的 5 4需求分析方法 1 面向流程分析 需求分析是面向流程的 流程是动态的 实时的 系统的功能 性能 接口 界面都是在流程中动态实时地反映出来 2 找出元数据 元数据是组织数据的数据 元数据就是信息系统中实体名及其属性名的集合 例5 1 在人力资源系统中 员工的基本情况 是一个实体名 而员工的 编号 姓名 性别 年龄 学历 住址 电话 电子信箱 业务特长 等则是属性名 这些名词统称为人事系统的元数据 而某一员工的具体信息 不是元数据 例如 8008 张开 男 30岁 大学本科 北京王麻子胡同东一条8号 66268866 zhangk987 软件开发 则是被上述元数据所组织好的一条记录 该实体的一个实例 称为人事系统中的基础数据 需求分析的技巧之一 是分析与识别元数据 而不是基础数据 例5 2 商品出库单 它是一个实体 单据中的数据项 品名 型号 规格 单价 数量 产地 出厂日期 出库日期 制单人 审核人 批准人 就是该实体的属性名 它们都是元数据 而 海尔电视机 HE2000 29英寸 2500 100 青岛 2002 09 26 2002 10 12 张三 李四 王老五 就不是元数据 只是由元数据所组织好的一条记录 该实体的一个实例 例如 上述表的第一行中的 学生号 姓名 性别 班级号 身份证号 是元数据 第二行开始 就不是元数据 而是记录数据 3 找出中间数据 中间数据蕴藏在信息系统的输出报表中 报表名称及其内部的数据项名称 一般就是中间数据 例5 3 人力资源系统中有一张统计报表 表中的第一行中数据就是中间数据 第二行开始 就不是中间数据 而是统计记录数据 需求分析方法 4 找出元数据与中间数据之间的关系 中间数据是由元数据派生出来的 5 找出单据中的流程 1 该单据的上游是什么 2 同一个单据内部的数据项之间 也存在一个先后次序问题 3 该单据的下游是什么 例5 4 在人力资源系统中 个人简历 和 员工基本情况 都是一个单据 实体 个人简历 的上游就是 员工基本情况 只有先录入 员工基本情况 个人简历 才能录入 在信息系统中 一般都要先录入父表 主表 中的记录 然后再录入子表 又称明细表 中的记录 例5 5 家电出库单中的数据项 制单人 审核人 批准人 之间的录入次序 也有一个先后问题 制单人必须第一个录入 审核人必须是第二个确认 批准人只能是第三个确认 而且企业的业务规则规定 只有批准人确认之后 该单据才能生效 电视机才能出库 信息系统才能向后台数据库服务器提交这条记录 否则 仓库中的家电早就丢光了 6 三种需求分析方法 历史上存在三种需求分析方法 面向功能分析 面向对象分析 面向数据分析 各适用不同的目标系统 需求分析方法 7 分析与设计要同时考虑 许多问题在分析 目标系统是什么 的时发现不了 同时考虑也符合迭代模型的思想 8 需求分析艺术 1 需求分析是双打项目 2 宏观上和微观上都要以流程为主 3 不能偏听偏信 4 需求金字塔 决策层提出宏观上的统计 查询 决策需求 管理层提出业务管理和作业控制需求 操作层提出录入 修改 提交 处理 打印 界面 传输 通信 时间与速度等方面的操作需求 5 汇报两三次 6 要与用户交朋友 需求分析表示方法 usecase方法 需求分析表示方法 usecase方法 需求分析表示方法 usecase方法 5 5需求管理过程 1 需求管理的任务与内容 需求管理是面向需求过程的 需求管理过程包括需求确认 需求评审 需求跟踪和需求变更 协商与确认客户的需求 包括确认非技术需求 技术需求及编制需求跟踪矩阵 1 非技术需求 一般在协议 条件和合同条款中描述 包括提交的产品 提交的日期和里程碑等内容 2 技术需求 描述了系统的软件功能 性能 接口 设计约束 编程语言和界面需求等多方面内容 需求管理过程 2 对需求文档进行同行评审 评审的主要目的在于 1 确定分配的软件功能 性能 接口需求 用软件来实现是可行的 适当的 2 软件功能 性能 接口需求被清晰 正确地描述 3 软件功能 性能 接口需求是一致的 相互不矛盾 4 软件功能 性能 接口需求是可测试的 5 6需求分析文档 5 6 1需求报告和需求规格说明书的差异 1 用户需求报告 是对外的 需求规格说明书 是对内的 2 用户需求报告 是合同的产物 需求规格说明书 是立项建议书的产物 3 由 用户需求报告 可产生 需求规格说明书 4 用户需求报告 少则几十页 多则上千页 一般为几百页 5 6 2用户需求报告 用户需求报告 参考指南 教材第97页 要点 以业务流程为主线 以需求分析的九大任务为中心 以功能 性能 接口三个列表为基本点 按照规定的格式 就可以制作出合格的用户需求报告 格式说明 1 概述 参考资料与相关文档是不同的 2 现有系统描述 3 目标系统描述 功能 性能 接口 其他 约束条件 5 6 3需求规格说明书 需求规格说明书 编写参考指南 教材第103页 要点 以用户需求报告为基线 按照规定的格式 就可以制作出合格的需求规格说明书 格式说明 1 概述 参考资料与相关文档是不同的 2 目标系统描述 功能 性能 接口 其他 约束条件 5 6 4需求管理文档 需求管理文档有 教材第109 110页 1 用户需求报告评审记录表 2 需求规格说明书评审记录表 3 需求变更管理表 要点 要评审 要记录 要跟踪 要改正 要审计 5 7本章小结 本章从需求分析的目的 任务 目标 方法 经验 文档 管理等方面 论述了需求获取的各种手段 软件需求阶段的成果 表现在需求文档上 文档中重点要写清楚需求的功能点列表 性能点列表 接口列表 信息系统需求分析难度系数最大 这是为什么 因为 信息系统由社会环境 网络环境 数据环境和程序环境这四个部分组成 社会环境 中又包括 企事业单位的组织机构 部门分工 岗位职责 管理水平 人员素质 业务流程 操作规则 信息标准等等诸因素 这些因素汇集在一起 从各个方面影响信息系统的需求 波及信息系统建设的成败 要在这样复杂多变的社会环境中 通过需求分析 使 开发者与客户达成完全一致的需求 多不容易 思考题5 5 1需求分析的目的是什么 需求分析的难点是什么