|
|
|
|
|
需求是指由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。有技术性的，也有非技术性的。
|
|
|
|
需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。
|
|
|
|
|
|
需求工程是所有与需求直接相关的活动的通称，它的活动可分为两大类：需求开发和需求管理。
|
|
|
|
需求开发的目的是通过调查和分析获取用户需求并定义产品需求。
|
|
|
|
需求基线：软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线。
|
|
|
|
|
|
.需求获取。与用户进行交流，捕捉、分析用户对目标系统的需求，提炼出符合解决问题的用户需求，产生《用户需求说明书》。
|
|
|
|
.需求分析。对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。
|
|
|
|
.需求定义。根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《需求规格说明书》。
|
|
|
|
.需求验证。指开发方和用户共同对需求文档评审，经双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。
|
|
|
|
需求管理和需求开发密切合作，需求开发涉及把项目关系人的需要转换成产品需求和决定如何在各个产品构件之间安排或分配需求；需求管理要收集需求的变更和变更的理由，并且维持对原有需求和所有产品及产品构件需求的双向跟踪。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
除了文本，每个功能需求应该有一些相关的信息或属性与之相联系。这些属性在它的预期功能性之外为每个需求建立了一个上下文和背景资料。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
