软件工程-------结构化分析与设计

一.需求分析的任务

为什么需要需求分析
为了开发出真正满足用户需要的软件产品，明确地了解用户需求是关键。虽然在可行性研究中，已经对用户需求有了初步的了解，但是很多细节还没有考虑到。
可行性研究的目的：
是评估系统是否值得去开发，问题是否能够解决，而不是对需求进行定义。如果说可行性分析是要决定“做还是不做”，那么需求分析就是要回答“系统必须做什么”这个问题。
需求分析是一个非常重要的过程，它完成的好坏直接影响了后续软件开发的质量。
需求分析首先：

1. 确定系统的运行环境要求
   系统运行时的硬件环境要求，如对计算机的CPU、内存、存储器、输入/输出方式、通信接口和外围设备等的要求；软件环境要求，如操作系统、数据库管理系统和编程语言等的要求。
2. 确定系统的功能性需求和非功能性需求
   需求可以分为两大类:

功能性需求:定义了系统做什么

功能需求是软件系统的最基本的需求表述，包括对系统应该提供的服务，如何对输入做出反应，以及系统在特定条件下的行为描述。在某些情况下，功能需求还必须明确系统不应该做什么，这取决于开发的软件类型、软件未来的用户、以及开发的系统类型。所以，功能性的系统需求，需要详细地描述系统功能特征、输入和输出接口、异常处理方法等。

非功能性需求:定义了系统工作时的特性。

非功能性需求包括对系统提出的性能需求、可靠性和可用性需求、系统安全以及系统对开发过程、时间、资源等方面的约束和标准等。性能需求指定系统必须满足的定时约束或容量约束，一般包括速度（响应时间）、信息量速率（吞吐量、处理时间）和存储容量等方面的需求。

3. 进行有效的需求分析
   一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。
   有效的需求分析通常都具有一定的难度，这一方面是由于交流障碍所引起的，另一方面是由于用户通常对需求的陈述不完备、不准确和不全面，并且还可能在不断的变化。所以开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。
4. 在需求分析的过程中应该遵守一些原则
   首先，需求分析是一个过程，它应该贯穿于系统的整个生命周期中，而不是仅仅属于软件生命周期早期的一项工作。
   其次，需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于新系统要求的模糊性，需求往往很难一步到位。通常情况下，需求是随着项目的深入而不断变化的。所以需求分析的过程还应该是一个迭代的过程。
   此外，为了方便评审和后续的设计，需求的表述应该具体、清晰，并且是可测量的、可实现的。最好能够对需求进行适当的量化。比如：系统的响应时间应该低于0.5秒；系统在同一时刻最多能支持30000个用户。
5. 需求分析的两个任务。

首先，是需求分析的建模阶段，即在充分了解需求的基础上，要建立起系统的分析模型。
其次，是需求分析的描述阶段，就是把需求文档化，用软件需求规格说明书的方式把需求表达出来。

6. 软件需求规格说明书

软件需求规格说明书是需求分析阶段的输出，它全面、清晰地描述了用户需求，因此是开发人员进行后续软件设计的重要依据。软件需求规格说明书应该具有清晰性、无二义性、一致性和准确性等特点。同时，它还需通过严格的需求验证、反复修改的过程才能最终确定。

二. 需求分析的步骤

为了准确获取需求，需求分析必须遵循一系列的步骤。只有采取了合理的需求分析的步骤，开发人员才能更有效地获取需求。一般来说，需求分析分为需求获取、分析建模、需求描述和需求验证4步。以下将分步进行介绍。

1. 需求获取
   需求获取就是收集并明确用户需求的过程。系统开发方人员通过调查研究，要理解当前系统的工作模型、用户对新系统的设想与要求。在需求获取的初期，用户提出的需求一般模糊而且凌乱，这就需要开发人员能够选取较好的需求分析的方法，提炼出逻辑性强的需求。而且不同用户的需求有可能发生冲突，对于发生冲突的需求必须仔细考虑并做出选择。

   获取需求的方法有多种，比如问卷调查、访谈、实地操作、建立原型等。

2. 分析建模
   获取到需求后，下一步就应该对开发的系统建立分析模型了。模型就是为了理解事物而对事物做出的一种抽象，通常由一组符号和组织这些符号的规则组成。对待开发系统建立各种角度的模型有助于人们更好地理解问题。通常，从不同角度描述或理解软件系统，就需要不同的模型。常用的建模方法有数据流图、实体关系图、状态转换图、控制流图、用例图、类图、对象图等。

3. 需求描述
   需求描述就是指编制需求分析阶段的文档。一般情况下，对于复杂的软件系统，需求阶段会产生3个文档: 系统定义文档（用户需求报告）、系统需求文档（系统需求规格说明书）、软件需求文档（软件需求规格说明书）。而对于简单的软件系统而言，需求阶段只需要输出软件需求文档就可以了。软件需求规格说明书主要描述软件部分的需求，简称SRS（Software Requirement Specification），它站在开发者的角度，对开发系统的业务模型、功能模型、数据模型、行为模型等内容进行描述。经过严格的评审后，它将作为概要设计和详细设计的基线。
   

文档与软件规模的对应关系
4) 需求验证

需求分析的第四步是验证以上需求分析的成果。需求分析阶段的工作成果是后续软件开发的重要基础，为了提高软件开发的质量，降低软件开发的成本，必须对需求的正确性进行严格的验证，确保需求的一致性、完整性、现实性、有效性。确保设计与实现过程中的需求可回溯性，并进行需求变更管理。