+需求分析新编.pptVIP

软件工程 信电工程学院 王小磊 swxl121@xzit.edu.cn 第1章 软件工程学概述 第2章 可行性研究 第3章 需求分析 第4章 形式化说明技术 第5章 总体设计 第6章 详细设计 第7章 实现 第8章 维护 第9章 面向对象方法学引论 第10章 面向对象分析 第11章 面向对象设计 第12章 面向对象实现 第13章 软件项目管理 第3章 需求分析 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题，也就是对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审查验证需求分析的结果。 尽管目前有许多不同的用于需求分析的结构化分析方 法，但是，所有这些分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 教学内容 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求 3.1 需求分析的任务 3.1.1 确定对系统的综合要求 3.1.2 分析系统的数据要求 3.1.3 导出系统的逻辑模型 3.1.4 修正系统的开发计划 3.1.1 确定对系统的综合要求 通常对软件系统有下述几方面的需求： 1. 功能需求 这方面的需求指定系统必须提供的服务。通过需求分析应该 划分出系统必须完成的所有功能。 2. 性能需求 性能需求指定系统必须满足的定时约束或容量约束，通常包 括速度(响应时间)、信息量速率、主存容量、磁盘容量、安 全性等方面的需求。 3. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。 可用性与可靠性密切相关，它量化了用户可以使用系统的程 度。 4. 出错处理需求 这类需求说明系统对环境错误应该怎样响应。 在某些情况下，“出错处理”指的是当应用系统发现它自己犯 下一个错误时所采取的行动，但是，应该有选择地提出这类 出错处理需求。 6. 约束 设计约束或实现约束是用来描述在设计或实现应用系统时应 遵守的限制条件。常见的约束有：精度；工具和语言约束； 设计约束；应该使用的标准；应该使用的硬件平台。 7. 逆向需求 逆向需求说明软件系统不应该做什么。 8. 将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴，但是据 分析将来很可能会提出来的要求，以便在设计过程中为系统 将来可能的扩充和修改做准备。 3.1.2 分析系统的数据要求 为什么要分析？ 任何一个软件系统本质上都是信息处理系统，系统必须处理 的信息和系统应该产生的信息在很大程度上决定了系统的面 貌，对软件设计有深远影响，因此，必须分析系统的数据要 求，这是软件需求分析的一个重要任务。 怎么分析？ 实体-联系图：建立数据模型（3.4节） 层次方框图、Warnier图：描绘数据结构（3.7节） 数据结构规范化（3.5节） 例：分析医疗管理系统数据 例：分析医疗费管理系统数据 职工医疗费报销时输入职工每次报销的日期、职工号、姓名、部门、医疗费类别、金额 上述数据输入以后要多次使用： 报销当天要算出医疗费分类总额和各类总金额以便核对出纳员支出的金额总数。 每笔账保存在医疗费明细上，供统计全校医疗费支出总账和输出个人医疗费明细账。 累加到对应的职工的医疗费累计账上，以便及时了解该职工医疗费是否超支。 建立数据模型 数据规范化 3.1.3 导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。 数据流图：功能模型 实体-联系图：数据模型 状态转换图：行为模型 3.1.4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 3.2 与用户沟通获取需求的方法 3.2.1 访谈 3.2.2 面向数据流自顶向下求精 3.1.3 简易的应用规格说明技术 3.1.4 快速建立软件原型