怎样写项目视图和范围文档.docxVIP

怎样写项目视图和范围文档 （How to write vision and scope document） 项目视图和范围的文档（ vision and scope document）把业务需求集中在一个简单、紧凑的文档里，这个文档为以后的需求开发工作奠定了基础。项目视图和范围文档包括了业务机遇的描述、项目的视图和目标、产品适用范围和局限性的陈述、客户的特点、项目优先级别和项目成功因素的描述。预期读者一般为甲方的高层领导、开发小组的开发主管，对项目的建设达成宏观层次的共识。 a. 业务需求 业务需求说明了提供给客户和产品开发商的新系统的最初利益。不同的产品，例如信息管理系统，商业软件包，系统捆绑软件将有不同的侧重点。然而，项目开发的投入是由于人们坚信：有了新产品，世界将变得更加美好。本部分描述了你为什么要从事此项项目的开发，以及它将给开发者和购买者带来的利益。 a . 1背景 在这一部分，总结新产品的理论基础，并提供关于产品开发的历史背景或形势的一般性描述。 a.2 业务机遇 描述现存的市场机遇或正在解决的业务问题。描述商品竞争的市场和信息系统将运用的环境。包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。认识到目前只能使用该产品才能解决的一些问题，并描述产品是怎样顺应市场趋势和战略目标的。 a.3 业务目标 用一个定量和可测量的合理方法总结产品所带来的重要商业利润。关于给客户带来的价值在本模板a . 5的项目视图和范围文档中阐述，这里仅把重点放在给业务的价值上。这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。如果这些信息在其它地方已叙述，就请参考有关文档，在此就不再重复了。 a.4 客户或市场需求 描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需求。提出客户目前所遇到的问题在新产品中将可能（或不可能）出现的阐述，提供客户怎样使用产品的例子。确定了产品所能运行的软、硬件平台。定义了较高层次的关键接口或性能要求，但避免设计或实现细节。把这些要求写在列表中，可以反过来跟踪调查特殊用户和功能需求。 a.5 提供给客户的价值 确定产品给客户带来的价值，并指明产品怎样满足客户的需要。可以用下列言辞表达产品带给客户的价值： ? 提高生产效率，减少返工。 ? 节省开支。 ? 业务过程的流水线化。 ? 先前人工劳动的自动化。 ? 符合相关标准和规则。 ? 与目前的应用产品相比较，提高了可用性或减少了失效程度。 a.6 业务风险 总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施。 b. 项目视图的解决方案 文档中的这一部分为系统建立了一个长远的项目视图，它将指明业务目标。这一项目视图为在软件开发生存期中作出决策提供了相关环境背景。这部分不应包括详细的功能需求和项目计划信息。 b.1 项目视图陈述 编写一个总结长远目标和有关开发新产品目的的简要项目视图陈述。项目视图陈述将考虑权衡有不同需求客户的看法。它可能有点理想化，但必须以现有的或所期待的客户市场、企业框架、组织的战略方向和资源局限性为基础。 这里是曾在前面章节讨论过的“化学制品跟踪系统”的简单项目视图陈述的一个实例。 “化学制品跟踪系统”可使科学家查询到化学制品仓库或供应商将提供的化学制品容器。系统可随时了解公司中每一个化学制品容器所处的位置，容器中所剩余的药品剂量，任何时候每个容器所处的位置和用法的历史记录。通过充分利用公司内部的可用化学制品，废弃极少量已使用或过期失效的化学制品，使用标准的化学制品的购买过程等将在化学制品上节省2 5 %开支。“化学制品跟踪系统”还能产生符合政府部门规定所要求的全部报表，包括化学制品的使用、存储和废弃等报表。 b.2 主要特性 包括新产品将提供的主要特性和用户性能的列表。强调的是区别于以往产品和竞争产品的特性。可以从用户需求和功能需求中得到这些特性。 b.3 假设和依赖环境 在构思项目和编写项目视图和范围文档时，要记录所作出的任何假设。通常一方所持的假设应与另一方不同。如果你把它们都记录下来，并加以评论，就能对项目内部隐含的基本假设达成共识。比如，“化学制品跟踪系统”的开发者假设：该系统可以替代现有的仓库存货系统，并能与有关采购部门的应用相连接。把这些都记录下来以防止将来可能的混淆和冲突。 还有，记录项目所依赖的主要环境，比如：所使用的特殊的技术、第三方供应商、开发伙伴或其它业务关系。 c. 范围和局限性 当一个化学家发明了可以把一种化学制品转变为另一种化学制品的新的化学变化时，它所发表的论文中包含了“范围和局限性”部分，这一部分描述了这