[se第3章Iok-1.pptVIP

第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求 3.9 小结 学习要点 理解什么是需求规格说明 掌握需求分析的重要性、基本任务、实施过程和分析方法 理解如何与用户进行良好沟通，获取需求材料 需求规格说明阶段常用的两种建模方法 结构化建模方法 功能模型——数据流图、数据字典( IPO图 ) 数据模型——ER图 行为模型——状态转换图 掌握需求验证 理解在不同解决方案下，进行成本/效益分析 了解书写需求规格说明书文档 需求分析基本任务是准确地回答 “系统必须做什么?” 理解需求,表达需求 软件需求规格说明书 对目标系统功能、性能、环境、可靠性等方面　的要求 数据流图，数据字典和主要功能的算法描述 软件设计和项目验收的依据 需求分析的过程 需求分析对于整个软件开发过程以及软件产品的质量至关重要。 从收集资料到形成软件需求分析文档，一般来说要经过四个过程： 取用户需求 分析用户需求 编写需求文档 评审需求文档 需求分析的任务 需求分析的任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的定义和要求。 本阶段要进行的具体工作如下： 3.1 需求分析的任务 确定对系统的综合要求 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划 3.1.2 分析系统的数据要求 建立数据模型 描绘数据结构 规范化 3.1.2 分析系统的数据要求 软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌， 因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。 分析系统的数据要求通常采用建立数据模型的方法 复杂的数据由许多基本的数据元素组成， 数据结构表示数据元素之间的逻辑关系。 利用数据字典可以全面准确地定义数据，缺点是不够形象直观。 软件系统保存的信息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。 3.1.3 导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用 数据流图、数据字典-----功能模型 实体-联系图 ---------数据模型 状态转换图 ---------行为模型 主要的处理算法 描述这个逻辑模型。 3.1.4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 软件需求的不同层次 业务需求 内容 —业务：产品属于哪类业务范畴？应该完成什么功能？为什么服务？ —客户：产品为谁服务？目标客户是谁？ —特性：产品区别其他竞争产品的特性是什么？ —价值：产品的价值体现在什么地方？ —优先级：产品功能特性的优先级次序是什么？ 业务需求：MiniLibrary 业务要求 —为了提高工作效率和服务质量，对图书资料进行借阅、查询、预订和维护等管理； —为了达到实时资料访问，允许注册用户通过网络查询、浏览电子文献； —由于版权问题，不允许用户下载电子资源。 客户与用户 —学院高层管理 —图书管理员 —借阅者 用户需求 用户需求是从用户角度描述的系统功能需求和非功能需求，通常只涉及系统的外部行为，而不涉及系统的内部特征。 原则 —易于用户理解。 —通常采用自然语言和图形结合的方式 用户需求——MiniLibrary 例如：注册用户可以通过Internet随时查询图书资料和个人借阅信息，并快速浏览和查找所需的电子资源 功能需求 —通过Internet随时查询图书资料 —通过Internet随时查询个人借阅信息 —快速浏览和查找电子资源 非功能需求 —随时 —快速 系统需求 系统需求更加详细地描述系统应该做什么，通常包括许多模型 系统需求模型的描述 —结构化语言 —可视化 —形式化语言 系统需求主要面向开发人员进行描述，使软件进行设计的基础 功能需求 描述系统应该提供的功能和服务，一般涉及用户、外部系统和该系统之间的交互，一般不考虑系统的实现细节。 举例： —系统可以提供适当的浏览器供用户浏览电子文献 —用户每次借阅图书对应唯一标识符，并记录在用户帐户上。 非功能需求 例如： —系统应该在20秒内响应任何请求 —系统尽量采用鼠标操作 —系统软件对于一个