GBase项目管理实践总结--需求相关知识总结

       

      需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。由于需求是定义范围的基础，解决范围方面分歧的方法应该是看范围是否符合需求，也就是范围应该遵循对客户有利。

需求可以分成不同的类别，有利于对需求进行进一步完善和细化。这些分类包括：

1. 业务需求。整个组织的高层级需求，例如，解决的业务问题或要抓住的业务机会，以及实施项目的原因。
2. 干系人需求。干系人或干系人全体的需求。
3. 解决方案需求。为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求。
4. 项目需求。项目需要满足的行动、过程或其他条件。

需求文件：描述各种单一的需求将如何满足与项目相关的业务需求。主要内容包括：

1、业务需求

▪ 可跟踪的业务目标和项目目标

▪ 客户的业务规则

2、干系人需求

▪ 对项目执行组织内部和外部部门的影响

▪ 对其他领域的影响

▪ 干系人对沟通和报告的需求

3、解决方案需求

▪ 功能和非功能需求

▪ 技术和标准合规性需求

▪ 技术支持和培训的需求

▪ 质量需求

▪ 文档需求

4、项目需求

▪ 服务水平、绩效、安全和合规性等

▪ 验收标准

5、与需求相关的假设条件、依赖关系和制约因素

        需求的验证是为了确保需求说明准确、完整，表达必要的质量特点,需求将要作为系统设计和最终验证的依据,因此一定要保证它的正确性。需求验证务必确保符合完整性、正确性、灵活性、必要性、无二义性、一致性、可跟踪性及可验证性这些良好特征。这个活动需要完成下面几个任务：

1、审查需求文档，对需求文档进行正式审查是保证软件质量的有效的方法。组织一个由不同代表(如用户，分析人员，设计人员，测试人员)组成的小组，对需求规格说明书及相关模型进行仔细的检查;

2、依据需求编写测试用例，根据用户需求所要求的产品特性写出系统的功能测试用例作为系统测试依据;

3、编写用户手册，在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参考辅助需求分析;

4、确定合格的标准，需求说明中描述什么样的产品才算满足用户的要求和适合他们使用的，将合格的测试建立在使用情景描述或使用实例的基础之上。