软件工程第2节文档资料.pptVIP

《实用软件工程》陆惠恩编著 第2章 第2章 软件计划 本章内容： 问题定义及可行性研究 制订项目开发计划 需求分析的任务 需求分析步骤 实体-关系图 数据流图 状态转换图 数据字典 需求分析的其他图形工具 软件计划阶段文档 本章重点： 可行性研究 需求分析任务、步骤 回目录 2.1 问题定义及可行性研究 2.1.1 问题定义 1. 明确系统目标规模、基本要求 2. 对现有系统的分析 3. 设计新系统可能的解决方案 2.1.2 可行性研究 技术可行性 经济可行性 社会因素方面的可行性 2.1.3 制订项目开发计划 1. 项目概述 2. 软件工程实施计划 Gantt图法 工程网络技术。 2.2需求分析的任务 需求分析的基本任务是软件人员和用户一起完全弄清用户对系统的确切要求。 需求分析是理解、分析和表达系统必须做什么。 需求分析必须经过严格复审。 2.2.1 确定目标系统的具体要求 (1)确定系统的运行环境要求 (2)系统的性能要求 (3)确定系统功能 (4) 接口需求 【例2.1】某高校医疗费管理系统 医疗费：校内门诊费、校外门诊费、住院费、子女医疗费。要求数据库中存放每个职工的职工号、姓名、所属部门。 报销时填写所属部门、职工号、姓名、日期、医疗费种类和数额。 该校规定，每年每个职工的医疗费报销有限额（如480元），限额在年初时确定，每个职工一年内报销的医疗费不超过限额时可全部报销；超过限额时，超出部分只可报销90％。职工子女的医疗费也有限额（如240元）。 医疗费管理系统每天记录当天报销的若干职工或职工子女的医疗费的类别、金额。让系统自动结账、统计当天报销的医疗费总额，供出纳员核对。每笔账要保存备查，每天所报销的费用要和各个职工已报销的金额累计起来，以检查哪些职工已超额。 系统要设计适当的查询功能。年终结算、下一年度开始时，要对数据库文件进行初始化，职工医疗费余额累加到下一年度的余额中。 2.2.2 建立目标系统的逻辑模型 模型是为了理解事物而对事物做出一种抽象，对事物的无歧义的书面描述。 模型由一组图形符号和组成图形的规则组成。 建模的基本目标是： 描述用户需求 为软件的设计奠定基础 定义一组需求，用以验收产品。 模型分为： 数据模型:用实体—关系图 功能模型:用数据流图 行为模型:用状态转换图 数据字典用来描述软件使用或产生的所有数据对象， 并对各种图形工具所不能表达的内容加以补充。 2.2.3 软件需求规格说明 1.引言 2.信息描述 3.功能描述 4.行为描述 5.确认标准 6.运行需求 7.附录 2.2.4 修正系统开发计划 2.2.5 制订初步的系统测试计划 2.2.6 编写初步的用户手册 1. 引言 2. 用途 3. 运行环境 4. 使用过程 2.2.7 编写数据要求说明书 2.3需求分析步骤 2.3.1进行调查研究 调查研究的目的：是了解用户的真正需要 调查研究的方法 访谈：正式访谈和非正式访谈。 分发调查表。 开会—讨论—确认的方法。 2.3.2分析和描述系统的逻辑模型 1. 建立起目标系统的逻辑模型 2. 沿数据流图回溯 2.3.3 复审 2.4实体-关系图 1. 实体 2. 属性 3. 关系 【例2.2】 学生成绩管理系统 教师与学生试题关系图 2.5 数据流图 1、数据流图的基本符号 2、数据流图的附加符号 ＊ 表示数据流之间是“与”关系(同时存在) ＋ 表示数据流之间是“或”关系 ⊕ 表示只能从几个数据流中选一个(互斥关系) 3、画数据流图的步骤 画顶层数据流图 画分层数据流图 画总的数据流图 【例2-3】 先画招聘考试成绩管理系统的高层数据流图。 4、几点注意事项 招聘考试成绩管理系统数据流图 例2.4 医疗费管理系统数据流图 2.6状态转换图 1. 什么情况下要画状态转换图 2. 状态转换图的符号 【例2.5】 数据结构中“栈”对象的状态转换图。 2.7 数据字典 数据字典(Data Dictionary ，DD) 是对实体-关系图、状态转换图和数据流图中出现的所有数据对象、属性、关系、状态、数据流、文件、处理等元素的定义的集合。 2.7.1 数据字典的内容 １. 数据元素 ２. 数据流 ３. 数据存储 ４. 数据处理 2.7.2 数据字典使用的符号 ＝ 表示“等价于”或“定义为” ＋ 连接 [ ]，| 表示“或”，