软件工程中的需求分析

需求分析是需求获取之后的重要且必不可少的活动。 我们分析、细化和审查收集到的需求，以使需求保持一致且明确。 此活动审查所有需求，并可以提供整个系统的图形视图。 分析完成后，预计项目理解性将得到显着提高。 在这里，我们还可以与客户进行互动，以澄清困惑点，并了解哪些需求比其他需求更重要。

需求分析的各个步骤如图所示

(i) 绘制上下文图： 上下文图是一个简单的模型，它定义了拟议系统与外部世界的边界和接口。 它标识与系统交互的拟议系统之外的实体。 学生成绩管理系统的上下文图如下所示

(ii) 开发原型（可选）： 找出客户想要什么的一种有效方法是构建一个原型，看起来最好是充当他们所说他们想要的系统的一部分。

我们可以使用他们的反馈来不断修改原型，直到客户满意为止。 因此，原型可以帮助客户可视化拟议的系统并增加对需求的理解。 当开发人员和用户不确定某些元素时，原型可以帮助双方做出最终决定。

一些项目是为通用市场开发的。 在这种情况下，原型应展示给潜在购买者群体的某些代表性样本。 即使尝试原型的人可能不会购买最终系统，但他们的反馈可能会使我们能够使产品对其他人更具吸引力。

原型应该快速构建且成本相对较低。 因此，它总是会有局限性，并且在最终系统中是不可接受的。 这是一个可选活动。

(iii) 对需求进行建模： 此过程通常包括函数、数据实体、外部实体以及它们之间关系的各种图形表示。 图形视图可能有助于查找不正确、不一致、缺失和多余的需求。 此类模型包括数据流图、实体关系图、数据字典、状态转换图等。

(iv) 最终确定需求： 对需求进行建模后，我们将更好地了解系统行为。 已经识别并纠正了不一致和歧义。 已经分析了各种模块之间的数据流。 获取和分析活动提供了对系统的更好洞察力。 现在我们最终确定分析后的需求，下一步是将这些需求以规定的格式记录下来。