该工件包含涉众(客户、最终用户、销售人员等)在要开发的系统上可能具有的任何类型的请求。它还可能包含对系统必须符合的任何类型外部源的引用。 
角色: 系统分析人员 
可选/发生: 主要在先启阶段和精化阶段。
模板和报告:
     
示例:
     
UML 表示: 不适用。
更多信息:  
活动的输入:   活动的输出:  

用途 到页首

该工件用于获取该项目中提出的所有请求,并了解这些请求是如何提出的。虽然系统分析人员负责该工件,但许多人将对它有所贡献:销售人员最终用户客户 - 即被视为项目所影响的涉众的任何人。可在文档或自动化工具中收集这些信息,且应在已批准的变更请求管理(CRM)流程之后跟踪和报告适当的请求。

涉众请求的来源示例如下:

  • 涉众面谈的结果
  • 需求引导会话和研讨会的结果
  • 变更请求(CR)
  • 工作陈述
  • 建议请求
  • 任务陈述
  • 问题陈述
  • 业务规则
  • 法律和规章
  • 旧系统
  • 业务模式

计时 到页首

涉众请求主要在先启和精化阶段收集,但您应该在项目的整个生命周期内继续收集,以规划产品的扩展和更新。变更请求跟踪工具用于收集这些请求并对其进行优先级排序。

职责 到页首

系统分析人员负责涉众请求工件的完整性,确保:

  • 所有涉众都有机会添加请求。
  • 当制定用例模型和补充规范中的详细需求时考虑该工件中的所有项。

定制 到页首

为了跟踪状态、排定优先级、生成报告和确立可跟踪性,最好在数据库中管理涉众请求,如 Rational ClearQuest 和/或 Rational RequisitePro。定制包括决定要针对每个涉众和每个涉众请求记录的信息(属性)。



Rational Unified Process   2003.06.15