软件需求分析.docxVIP

TOC \o 1-5 \h \z 第2章需求分析 2 \o Current Document 2.1需求分析的任务 3 \o Current Document 2.2需求分析的原则 4 \o Current Document 2.3可行性研究 5 \o Current Document 2.3.1可行性研究的任务 5 \o Current Document 2.3.2可行性研究的步骤 6 \o Current Document 2.3.3系统流稈图 8 \o Current Document 2.4需求分析方法 10 \o Current Document 2.4.1结构化分析方法 10 \o Current Document 2.4.2面向对象分析方法与UML 19 \o Current Document 2.5软件需求分析建模与规格说明 27 \o Current Document 2.5.1需求分析建模 27 \o Current Document 2.5.2规格说明及形式化说明技术 27 \o Current Document 2.6软件需求正确性验证 29 \o Current Document 2.6.1软件需求正确性要求和验证方法 29 \o Current Document 2.6.2用于需求分析的软件工具 30 2.7需求分析指南 31 \o Current Document 本章小结 32 \o Current Document 习题 33 第2章需求分析 本章要点 ?需求分析的任务和原则 ?可行性研究的任务和步骤 ?结构化分析方法和面向对象分析方法 ?需求建模与规格说明 ?软件需求验证 本章学习目标 了解需求分析的任务和原则 ?掌握可行性研究的步骤 ?掌握结构化分析分析方法和面向对象分析方法 了解需求建模与规格说明 了解软件需求验证方法和有关工具 ? 2.1需求分析的任务 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地冋答“系统必须做什 么？”这个问题。 虽然在可行性研究阶段已经粗略了解了用户的需求，萇至还提出了一些可行的方案，但 是，可行性研究的基木目的是用较小的成木在较短的时间内确定是否存在可行的解法，因此 许多细节被忽略了。然而在最终的系统屮却不能遗漏任何一个微小的细节，所以可行性研究 并不能代替需求分析，它实际上并没有准确地冋答“系统必须做什么？”这个问题。 需求分析的任务还不是确定系统怎样完成它的T作，而仅仅是确定系统必须完成哪些工 作，也就是对目标系统提出完整、准确、清晰、具体的要求。 可行性研究阶段产生的文档，特别是数据流图，是需求分析的出发点。数据流图屮已经 划分出系统必须完成的许多基本功能，在需求分析阶段系统分析员将仔细研究这些功能并进 一步将它们具体化。在这个阶段结束时交出的文档屮应该包括详细的数据流图，数据字典和 一组简明的算法描述。 需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须 用行Z有效的方法对软件需求进行严格的审查验证。 下面简要叙述需求分析阶段的具体任务。 一、 确定对系统的综合要求。 对系统的综合要求有下述四个方瓯： 系统功能要求 应该划分出系统必须完成的所有功能。 系统性能要求 例如，联机系统的响应时间（即对于从终端输入的一个“事务”，系统在多长时间Z内可 以做出响丿W）,系统需要的存储容量以及麻援存储，重新启动和安全性等方面的考虑都属于 性能要求。 运行要求 这类要求集屮表现为对系统运行时所处环境的要求。例如，支持系统运行的系统软件 是什么，采用哪种数据库管理系统，需要什么样的外存储器和数据通信接口等。 将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提岀来 的要求。这样做的目的是在设计过稈屮对系统将来可能的扩充和修改预做准备，以便一旦需 要时能比较容易地进行这种扩充和修改。 二、 分析系统的数据要求 任何一个软件系统木质上都是信息处理系统，系统必须处理的信息和系统应该产生的 信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据 要求，这是软件需求分析的一个重要任务。分析系统的数据要求通常采用建立概念模型的方 法。 复杂的数据由许多基本的数据元素组成，数据结构表示数据元素Z间的逻辑关系。利 用数据字典可以全面准确地定义数据，但是数据字典的缺点是不够形彖直观。为了提高可理 解性，常常利用图形工具辅助描绘数据结构。常用的图形工具有层次方框图和Warnier图。 软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据 库或文件屮，为减少数据兀余，避免出现插入异常或删除异常，简化