“需求”规程的目的是:
-
与客户和其他项目干系人就系统应该有什么作用取得一致意见,并维护这种一致性。
-
帮助系统开发人员更好地了解系统需求。
-
定义系统的边界(定界)。
-
为规划迭代的技术内容提供基础。
-
为估计开发系统的成本和时间提供基础。
-
定义系统的用户界面,主要关注用户的需要和目标。
要实现这些目标,首先要理解尝试用该系统解决的问题的定义和范围,这一点很重要。确定项目干系人并引发、收集和分析项目干系人请求。
然后将开发需求工作产品来完整描述系统(系统要做什么)以便将所有项目干系人(包括客户和潜在用户)视为除了系统需求以外的重要信息来源。
“需求”规程与流程的其他规程相关。
-
分析与设计规程从“需求”获得主要输入。
-
测试规程根据需求验证系统(还有其他方法)。
-
配置与变更管理规程为需求提供变更控制机制。提议变更的机制是提交一个变更请求,该变更请求由“变更控制委员会”进行复审。
-
项目管理规程计划项目和每个迭代。需求工作产品是迭代计划活动的重要输入。
-
环境规程开发并维护确定需求过程中使用的支持工件。
业务建模规程为系统提供了组织环境,表示为:
-
业务规则
-
业务用例模型
-
业务分析模型(包括领域模型)
|