1、愿景
要解决项目、产品或解决方案的起源问题。明确愿景,就是针对系统的目标、主要特性、功能范围和成功要素等进行构思并达成一致。愿景分析应阐明业务需求、描述需求产生的背景和理由等。
愿景分析最重要的工作成果是《愿景与范围文档》,产品型公司称为《市场需求文档》(MRD)或《产品需求文档》(PRD),项目型公司称为《项目立项书》。
典型《愿景与范围文档》包括下列内容:
- 业务需求
- 背景
- 业务基于
- 业务目标
- 客户或市场需求
- 提供给客户的价值
- 业务风险
- 项目愿景的解决方案
- 项目愿景陈述
- 主要特征
- 假设和依赖环境
- 范围和局限性
- 首次发布的范围
- 随后发布的范围
- 局限性和专用性
- 业务环境
- 客户概貌
- 项目的优先级
- 产品成功的因素
2、上下文图
是一种“辅助说明”需求范围的方式,清晰描述待开发系统与周围所有事物之间的界限与联系,推荐UML用例图的顶级视图绘制。
待研发系统位于上下文图的中心,所有和待研发系统有关联关系的系统、环境和活动围绕在它的周围。但是,上下文图不提供系统内部结构的任何信息,上下文图的目的是通过明确系统相关的外部因素和实践,促进更完整地识别系统需求和约束。上下文图要点归纳:
- 内容原则:关注本系统,以及和本系统有关联的因素,但不关注本系统内部-既不关注内部功能,也不关注内部结构。
- 形式原则:明确标识出要研发的是什么系统,保持它为黑盒,将它画在上下文图的中央位置,其他相关因素环绕周围。
3、实践要领
愿景分析换个角度说就是需求调研,愿景分析的说法重目标,需求调研的说法重活动。
愿景 = 业务目标 + 范围 + Feature + 上下文图
其中范围(Scope)、Feature、上下文图是刻画高层需求的“三剑客”