软件工程导论第3章需求分析a.pptxVIP

第3章 软件需求分析;第3章 软件需求分析;成功来之不易 ;软件项目失败的原因 ;需求错误的成本 ;软件需求的重要性： ?软件需求分析是决定软件成功开发的一个关键因素 -帮助分析员真正理解业务问题 -是估算成本和进度的基础 -避免建造错误的系统，从而减少不必要的浪费 -软件规格说明有助于分析员与用户在系统需求问题上达成 正式契约 -有助于管理软件的演化和变更 -是软件质量的基础，为系统验收测试提供了标准 ;软件需求分析的基本任务是准确地回答“系统必须做什么?” ;3.1.1 确定对系统的综合要求;4. 出错处理需求 在某些情况下，“出错处理”指的是当应用系统发现它自己犯下一个错误时所采取的行动。但是，应该有选择地提出这类出错处理需求。对应用系统本身错误的检测应该仅限于系统的关键部分，而且应该尽可能少。 5. 接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 6. 约束 常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。;7、用户界面需求,系统环境 软件界面，多少台机器、机型等接口。 8、逆向需求 软件不应该有的功能及性能。 9. 将来可能提出的要求; 这是软件需求分析的一个重要任务。通常采用建立数据流图、数据字典、数据模型的方法。 常用的图形工具有层次方框图HIPO和Warnier图，在本章第3.7节中将简要地介绍这两种图形工具。 软件系统经常使用各种长期保存的信息，为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化(见3.5节)。 3.1.3 导出系统的逻辑模型 在分析综合中逐步细化软件功能划分各子功能，对系统数据域进行分析，建立新系统的逻辑模型(系统流程图、数据流图、数据字典、E-R图、UML模型图表示)。 常用方法有：面对结构化分析方法（SA）、面向数据结构（JSP）方法、面向对象OOA方法。;3.1.4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。;3.2 与用户沟通获取需求的方法 需求获取的困难： －用户通常并不真正知道自己希望计算机系统做什么 用户通常使用业务语言表达需求，开发人员缺乏相关的领域知识和经验，难以准确理解这些需求 －不同的用户提出不同的需求，可能存在矛盾和冲突 管理者可能出于增加影响力的原因而提出特别的需求 －由于经济和业务环境的动态性，需求经常发生变更;3.2 与用户沟通获取需求的方法;3.3.1 根据需求分析结果建立模型 模型：用于描述客观事物的图形。 根据需求分析过程中获取的用户需求，建立三种模型： 数据模型：E-R图，层次图，Warnier图 功能模型：数据流图 行为模型：状态转换图 3.3.2 书写软件需求规格说明书 ;应该包括在SRS（需求规格说明）中的内容 -功能：软件应该提供什么功能？ 外部接口：软件如何与人、系统硬件和其他系统等进行相互作用？ 性能：在运行速度、可用性、响应时间、恢复时间等方面有什么要求？ 特性：软件系统在可移植性、可维护性、安全性等方面有什么考虑？ 设计约束：是否存在必要的标准、开发语言、数据库、资源 限制、运行环境等因素的影响和策略？ 不应该包括在SRS 中的内容 - 项目开发计划:如成本、人员、进度、工具、方法等 - 产品保证计划:如配置管理、验证与测试、 质量保证等 - 软件设计细节:需求通常用于表达“做什么”，而不描述“如何做”。;编写需求规格说明的原则;编写需求规格说明的原则;为了把用户的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型(也称为信息模型)。数据模型中包含3种相互关联的信息：数据对象、数据对象的属性及数据对象彼此间相互连接的关系。 3.4.1 数据对象(实体)：是指具有多个特征的复合信息。 3.4.2 联系：数据对象之间的关系(1:1，1:n，m:n)。 3.4.3 属性：数据对象的、联系的特征。 3.4.4 表示符号(矩形，菱形，圆角矩形或椭圆) 通常，使用实体-联系图(entity-relationship diagram)来建立数据模型。可以把实体-联系图简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。;; 软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或