工件：前景
|
|
前景是项目核心需求的概览，并为更详细的技术需求提供了契约性的依据。 |
| 角色： | 系统分析员 |
| 模板： | |
| 示例： | |
| 详细信息： | |
| 活动的输入： | 活动的输出： |
目的 
前景文档有时可作为更详细的技术需求的高层次契约性依据。还可以有一个正式需求规约。前景文档记录了相当高层次的需求和设计约束，便于读者了解正在开发的系统。它为项目认可流程提供输入，因此与商业理由密切相关。它传达了与项目有关的最根本的“什么和为什么”的问题，将来确认所有决策时都应以此为标准。
经理、出资方、用例建模中的角色和所有开发人员将阅读前景文档。
提要
（链接到新窗口中的 HTML 模板）
1. 简介
1.1 目的
1.2 范围
1.3 定义、首字母缩写词和缩略语
1.4 参考资料
1.5 概述
2. 定位
2.1 商机
2.2 问题说明
2.3 产品定位说明
3. 涉众和用户说明
3.1 消费者统计数据
3.2 涉众摘要
3.3 用户摘要
3.4 用户环境
3.5 涉众简档
3.5.1 <涉众名>
3.6 用户简档
3.6.1 <用户名>
3.7 关键的涉众/用户需要
3.8 备选方案和竞争
3.8.1 <竞争对手一>
3.8.2 <竞争对手二>
4. 产品概述
4.1 产品总体效果
4.2 功能摘要
4.3 假设与依赖关系
4.4 成本与定价
4.5 许可与安装
5. 产品特性
5.1 <特性一>
5.2 <特性二>
6. 约束
7. 质量范围
8. 优先级
9. 其他产品需求
9.1 适用的标准
9.2 系统需求
9.3 性能需求
9.4 环境需求
10. 文档需求
10.1 用户手册
10.2 联机帮助
10.3 安装指南、配置文件、自述文件
10.4 标签与包装
11. 附录 1 - 功能属性
11.1 状态
11.2 利益
11.3 工作量
11.4 风险
11.5 稳定性
11.6 目标发布版
11.7 职责分配
11.8 原因
时机
前景文档在先启阶段初期创建，商业理由（请参见工件：商业理由）和风险列表的初稿（请参见工件：风险列表）都以此为依据。
前景文档用作用例建模的输入，在整个项目期间作为一个独立的工件更新和维护。
职责
系统分析员负责维护前景文档的完整性，并确保：
- 前景文档保持最新状态并已分发。
- 来自所有相关涉众的输入都予以考虑。
其他信息
项目前景可随着对需求、构架、计划和技术了解的变化而改变。但这种改变应缓慢进行，且通常出现在生命周期的初期阶段。
根据编写的用例和主要场景来表达前景十分重要，这样可以了解前景是如何通过用例实现的。用例还为逐步编写完整的测试用例提供了有效的基础。
原作者可以是任何人，但项目确定后，前景文档则由系统分析员负责。
该文档又名产品需求文档。
