|
|
| 需求分析的任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰而且具体的需求。
|
|
|
| 需求分析实际上是调查、评价以至肯定用户对软件需求的过程，其目的在于精化软件的作用范围，也是分析和确认软件系统构成的过程，以确定未来系统的主要成分以及它们之间的接口细节。所以，需求分析实际上是一个对用户意图不断进行揭示和判断的过程，它并不考虑系统的具体实现，而是完整地、严密地描述应当“做什么”的一种过程。
|
|
|
| 首先，把用户提出来的各种问题和要求（这些问题和要求往往是十分模糊的）归纳整理、分析和综合，弄清楚用户想要做什么，应当做什么。把这些作为要求和条件予以明确，这一步称为“用户意图分析”。其次，是在完全弄清用户对软件系统的确切需求的基础上，建立分析模型，从逻辑上完整、严密地描述所要开发的系统，并保证它能满足上述要求和条件。这一步称为“规范化”。
|
|
|
|
|
|
|
| ①系统界面要求。描述软件系统的外部特性，即系统从外部输入哪些数据，系统向外部输出哪些数据。
|
|
|
| ②系统的功能要求。列出软件系统必须完成的所有功能。
|
|
|
| ③系统的性能要求。如响应时间、吞吐量、处理时间等。
|
|
|
|
|
| ⑤系统的运行要求。如对硬件、支撑软件和数据通信接口等的要求。
|
|
|
| ⑥异常处理要求。在运行过程中出现异常情况（如临时性或永久性的资源故障，不合法或超出范围的输入数据、非法操作和数组越界等）时应采取的行动以及希望显示的信息。
|
|
|
| ⑦将来可能提出的要求。主要是为将来可能的扩充和修改做准备。
|
|
|
| （2）分析软件系统的数据要求。包括基本数据元素、数据元素之间的逻辑关系、数据量和峰值等。常用的数据描述手段是实体-关系模型。
|
|
|
| （3）导出系统的逻辑模型。在结构化分析方法中可用数据流图来描述；在面向对象分析方法中可用类模型来描述。
|
|
|
| （4）修正项目开发计划。在明确了用户的真正需求后，可以更准确地估算软件的成本和进度，从而修正项目开发计划。
|
|
|
| （5）如有必要，可开发一个原型系统。对一些需求不够明确的软件，可以先开发一个原型系统，以验证用户的需求。
|
|
|
| 需要再次强调的是，需求分析阶段主要解决“做什么”的问题，而“怎么做”则由设计阶段来完成。
|
|
|
|
|
| （1）必须能够表达和理解问题的数据域和功能域。数据域包括数据流、数据内容和数据结构三个方面，而功能域则反映数据域三个方面的控制信息。
|
|
|
| （2）可以把一个复杂问题按功能进行分解并可逐层细化。
|
|
|
| （3）建立模型可以帮助分析人员更好地理解软件系统的信息、功能、行为，这些模型也是软件设计的基础。
|
|
|
