软件工程基础 教学课件 作者 陆惠恩 第3章.pptVIP

《软件工程基础》陆惠恩主编 第3章 需求分析 本章内容： 需求分析任务 结构化分析步骤 需求分析图形工具 数据字典 需求分析文档 本章重点： 结构化分析 需求分析图形工具 数据字典 3.1 需求分析任务 需求分析的基本任务是软件人员和用户一起完全弄清用户对系统的确切要求。 需求分析是发现、逐步求精、建模、规格说明和复审的过程。 3.1.1 确定目标系统的具体要求 (1)确定系统的运行环境要求 (2)系统的性能要求 (3)确定系统功能 3.1 需求分析任务 3 .1.2 建立目标系统的逻辑模型 模型是为了理解事物而对事物做出一种抽象，对事物的无歧义的书面描述。 模型由一组图形符号和组成图形的规则组成。 建模的基本目标是： 描述用户需求 为软件的设计奠定基础 定义一组需求，用以验收产品。 模型分为： 数据模型:用实体—关系图 功能模型:用数据流图 行为模型:用状态转换图 数据字典用来描述软件使用或产生的所有数据对象， 并对各种图形工具所不能表达的内容加以补充。 【例3.1】某高校医疗费管理系统 医疗费：校内门诊费、校外门诊费、住院费、子女医疗费。要求数据库中存放每个职工的职工号、姓名、所属部门。 报销时填写所属部门、职工号、姓名、日期、医疗费种类和数额。 该校规定，每年每个职工的医疗费报销有限额（如480元），限额在年初时确定，每个职工一年内报销的医疗费不超过限额时可全部报销；超过限额时，超出部分只可报销90％。职工子女的医疗费也有限额（如240元）。 医疗费管理系统每天记录当天报销的若干职工或职工子女的医疗费的类别、金额。让系统自动结账、统计当天报销的医疗费总额，供出纳员核对。每笔账要保存备查，每天所报销的费用要和各个职工已报销的金额累计起来，以检查哪些职工已超额。 系统要设计适当的查询功能。年终结算、下一年度开始时，要对数据库文件进行初始化，职工医疗费余额累加到下一年度的余额中。 3.2.1 进行调查研究 调查研究的目的：是了解用户的真正需要 调查研究的方法 访谈：正式访谈和非正式访谈。 分发调查表。 开会—讨论—确认的方法。 3.2.2 分析和描述系统的逻辑模型 1. 建立起目标系统的逻辑模型 2. 沿数据流图回溯 3.2.3 需求分析的复审 内容包括： 一致性 完整性 现实性 有效性 3.3 需求分析图形工具 实体-关系图 数据流图 状态转换图 IPO 图。 3.3.1实体-关系图 1. 数据对象 2. 属性 3. 关系 【例3.2】 学生成绩管理系统 3.3.2 数据流图 1、数据流图的基本符号 2、数据流图的附加符号 ＊ 表示数据流之间是“与”关系(同时存在) ＋ 表示数据流之间是“或”关系 ⊕ 表示只能从几个数据流中选一个(互斥关系) 3、画数据流图的步骤 画顶层数据流图 画分层数据流图 画总的数据流图 4、几点注意事项 【例3-3】画学生成绩管理系统的数据流图。 3.3.3状态转换图 1. 什么情况下要画状态转换图 2. 状态转换图的符号 【例3.4】画出数据结构中“栈”对象的状态转换图。 3.3.4 IPO 图 输入／处理／输出（Input Process Output ）图的简称。 【例3.5】画出学生成绩管理系统的 IPO 图。 3.4 数据字典 数据字典(Data Dictionary ，DD) 是对实体-关系图、状态转换图和数据流图中出现的所有数据对象、属性、关系、状态、数据流、文件、处理等元素的定义的集合。 3.4.1 数据字典的内容 １. 数据元素 ２. 数据流 ３. 数据存储 ４. 数据处理 3.4.2 数据字典使用的符号 ＝ 表示“等价于”或“定义为” ＋ 连接 [ ]，| 表示“或”，用“|”分隔，表示可任选其中某一项 { } 表示“重复” ( ) 表示“可选”，用“，”号隔开 1{A} 表示 A 的内容至少要出现 1 次。 {B} 表示 B 的内容允许重复 0 至任意次。 如： 成绩单＝学号＋姓名＋1{课程名＋成绩}3 也可写为 成绩单＝学号＋姓名＋ {课程名＋成绩} 3.5 需求分析文档 3.5.1 软件需求规格说明 框架： 1.引言 2.信息描述 3.功能描述 4.行为描述 5.确认标准 6.运行需求 7.附录。 3.5.2 编写需求分析文档的步骤 编写软件需求分析说明书 编写初步的用户手册 编写确认测试的计划，作为今后软件确认和验收的依据。 修改、完善项目开发计划。 3.5.3 用户手册编写提示