《软件工程》PPT课件.pptVIP

软件工程 主讲教师：程义月 软件工程第3章 需求分析 需求分析的目的 学习内容 系统的综合需求 功能 性能 运行 将来 系统的数据需求 概念模型（ER模型） 数据结构 需求分析的过程 学习目标 系统的综合需求 功能 性能 运行 将来 系统的数据需求 概念模型（ER模型） 数据结构 需求分析的过程 需求分析的任务 基本任务：准确地回答“系统必须做什么？” 1.确定对系统的综合需求 (1)系统功能要求(2)系统性能要求(3)运行要求 (4)将来可能提出的要求 2.分析系统的数据要求 采用建立“概念模型”的方法，并辅助图形工具，如：层次方框图、Warnier图等。 3.导出系统的逻辑模型 数据流程图、数据字典、主要算法 4.修正系统开发计划 5.开发原型系统 需求分析的过程 1.沿数据流程图回溯 从“输出端”到“输入端”回溯，分析数据元素。 2.用户复查 借助已有的数据流程图，帮助复查，再次完善数据流程图。 3.细化数据流程图 4.修正开发计划 5.书写文档 系统规格说明：系统的概貌、功能要求、运行要求、将来可能的要求。 数据要求：数据字典、图形工具（数据结构的层次图、Warnier图） 用户系统描述：初步的用户手册 修正的开发计划 需求分析过程图示 例子－成绩录入系统的综合要求 系统功能要求 身份验证，成绩录入，正确性校验 系统性能要求 1—50个录入员，要求响应时间低于1秒 全校有20000人，一个学期平均每人5们课，共100000条记录 只有管理员才能查询、统计和修改成绩 运行要求 WINDOWS NT VISUAL FOXPRO 沿数据流图回溯 例子－回溯分析法 细化数据流图 方法 分层的数据流图 细化的终极目标 当某一功能进一步分解会促使分析员考虑如何编程实现该功能时，则可以停止该功能的分解 评论 软件工程总带有个性化和经验化的东西 例子－成绩录入数据流图细化 数据需求概念模型 概念模型（1） 最常用的表示概念性数据模型的方法：实体—联系方法(Entity-Relationship Approach)，简称E-R模型。 E-R模型包含三个基本成分：“实体”、“联系”、“属性” (1)实体：是客观世界中存在的、且可相互区分的事物。它可以是人或物，也可以是具体事物或抽象事物。 例如：教师、学生、课程是实体。 实体用矩形框表示，如： 概念模型（2） 概念模型（3） (3)属性：属性是实体或联系所具有的性质。通常一个实体或联系由若干属性来刻画。 规范化 第一范式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。 第二范式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定（而不是由关键字的一部分来决定）。 第三范式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述（即一个非关键字属性值不依赖于另一个非关键字属性值） 一般使用第三范式，避免第三范式 例子－成绩录入系统的数据需求 需求分析图形工具 层次方框图 层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。 树形结构的顶层是一个单独的矩形框，它表达完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素（不能再分解的元素） Warnier图 Warnier图也用树形结构描绘信息，且更丰富，能表达逻辑关系。 IPO图 IPO图是输入/处理/输出图的简称，能够方便地描述输入数据、对数据的处理和输出数据之间的关系。 基本形式是在左边的框中列出有关的输入数据，在中间的框内列出主要的处理，在右边的框内列出产生的输出数据。 例子：层次方框图和Warnier图 例子：IPO图 开发原型系统 样机 好处 成本 工具 验证软件需求 一致性（需求之间不相互矛盾） 人工技术 形式化（rsl语言） 现实性（技术水平） 经验 仿真 完整性与有效性 为数据流和加工命名 与用户密切配合 案例1：需求分析报告 案例2：需求分析报告 小结 需求分析阶段可以说是可行性研究阶段的继续，我们所要做的工作就是－－细化 * * 辅导课程五 可行性 研究 需求分析 系统逻辑模型 粗略的 数据流图 数据字典 简要算法 详细的 数据流图 数据字典 简要算法 系统逻辑模型 图形工具 层次方框图 Warnier图 IPO图 验证软件需求 一致 完整 现实 有效 图形工具 层次方框图 Warnier图 IPO图 验证软件需求 一致 完整 现实 有效 分析追踪 数据流图 用户复查 细化数 据流图 需求分解 有补充和修正 无补充和修正 不需分解 源点 数据流图 终点 回溯 加工： f g k 输入数据 输出数据 输入数据：x，y 输出数据：a，b，c，d a＝f（x，y） b＝g（x