|
|
知识路径： > 信息系统工程技术知识 > 软件与软件工程知识 > 软件需求分析与定义 > 需求分析 > 需求分析概述 >
|
|
考试要求：了解
相关知识点：4个
|
|
|
|
|
需求工程就是包括创建和维护系统需求文档所必需的一切活动的过程，也就是指需求开发和需求管理两大工作。
|
|
|
|
（1）需求开发。包括需求捕获、需求分析、编写规格说明书和需求验证4个阶段。在需求开发阶段需要确定产品所期望的用户类型、获取每种用户类型的需求、了解实际的用户任务和目标，以及这些任务所支持的业务需求。同时还包括分析源于用户的信息、对需求进行优先级分类、将所收集的需求编写成为软件规格说明书和需求分析模型，以及对需求进行评审等工作。
|
|
|
|
（2）需求管理。通常包括定义需求基线、处理需求变更及需求跟踪等方面的工作。
|
|
|
|
这两个方面是相辅相成的，需求开发是主线，是目标；需求管理是支持，是保障。换句话来说，需求开发是努力更清晰、更明确地掌握客户对系统的需求；而需求管理则是对需求的变化进行管理的过程。
|
|
|
|
|
|
（1）在开始建立分析模型前先理解问题。人们通常总存在急于求成的倾向，甚至在问题被很好地理解前就已开始建模，这经常会导致产生一个解决错误的问题。
|
|
|
|
（2）开发原型，使得用户能够了解将如何发生人机交互。因为人们对软件质量的感觉经常基于对界面“友好性”的感觉，所以强力推荐使用原型方法（以及相应产生的迭代）。
|
|
|
|
（3）记录每个需求的起源及原因，这是建立回溯到客户的可追踪性的第一步。
|
|
|
|
（4）使用多个需求视图。建立数据、功能和行为模型，为软件工程师提供三种不同的视图，这将减少忽视某些东西的可能性，并增加识别不一致性的可能性。
|
|
|
|
（5）给需求赋予优先级。过短的时限可能使每个软件需求得以实现的可能性减小，如果采用增量模型，则必须标识那些将在第一个增量中要交付的需求。
|
|
|
|
（6）努力删除含糊性。因为大多数需求以自然语言描述，存在含糊性的可能，正式的技术复审是发现并删除含糊性的一种方法。
|
|
|
