2014年需求分析实例.docVIP

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