确定产品前景哟葱码项目范围

确定产品前景哟葱码项目范围

2/23第一部分回顾软件需求：是什么和为什么需求客户分析员1个定义2个部分3个层次4个文档10107大类、46个方法、2个原则9105项知识能力。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

3/23学习目标在学完本章内容之后，你应该能够：

了解前景与项目范围的重要性掌握确定项目前景的方法编制项目前景和范围文档使用关联图进行系统接口分析Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

4/235.0确定产品前景与项目范围的重要性

软件项目最大的问题是项目需求的不确定性和易变性。缺少清晰的、正确的、一致的需求定义和范围核实是导致软件项目失败的主要原因。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

5/235.0确定产品前景与项目范围的重要性业务需求位于需求链中的最高层，这种需求定义软件系统的前景（Vision)和范围（scope)。视图、视力、视觉；先见之明、眼力、想象力、幻想、显象。活动、影响的范围；发挥能力的余地；见识、眼界。注意与range有效范围、幅度的区别。P51Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

6/235.0建立项目视图与范围的重要性优秀的系统前景与范围是建立在良好的沟通渠道和明确的系统规划之上的。优秀的系统前景与范围是有效的需求变更的基础。优秀的软件人员不但能够说明系统能够做什么，还能让用户理解系统不能够做什么。P51Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

7/235.1通过业务需求定义前景产品前景把项目参与者定位到一个共同和明确的方向上。它描述了产品用来做什么，它最终会是什么样子。项目范围则确定当前的项目要解决产品长远规划中哪一部分。描述了产品应包括的部分和不应包括的部分，它在包括与不包括之间划清了界线，确定了软件的局限性。P51Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

8/235.1通过业务需求定义前景前景关系到整个产品。当产品的战略定位或信息系统的业务目标随时间发生改变时，前景也会改变，但是这种变化相对缓慢。范围则只与一个特定的项目，或实现产品功能下一增量的某次迭代有关。与前景相比，范围更为动态。P51Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

9/235.1通过业务需求确定项目视图1)不同业务需求的来源与矛盾业务需求有不同的来源，主要有：投资方、客户、用户、产品代表、市场代表、开发商、经销商，我们称这些与项目相关的人为涉众（项目干系人）。项目干系人对目标、范围、费用的不同理解、要求和限制，将导致义务需求的冲突。应该由项目主管而不是软件开发人员来解决不同涉众之间由于业务需求产生的矛盾。P52Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

10/235.1通过业务需求确定项目视图1)不同业务需求的来源与矛盾

当涉众和存在利益竞争的团体不断增加时，范围蔓延的风险也在不断增加。范围出现失控的表现是软件的功能不断膨胀，最后导致项目因无法满足成本、进度、质量要求而崩溃。当范围失控时，应该采用政治与权利斗争的手段来解决。P52Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

11/235.1通过业务需求确定项目视图2)业务需求与用例业务需求决定了系统应用的广度

和深度。广度指应用能完成哪些业务工作（即用例）。深度则说明将个项用例实现到何种程度。P53Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

12/235.1通过业务需求确定项目视图2)业务需求与用例通过业务需求分析，应该明确哪一个业务任务（用例）需要稳定和全面的功能实现，哪些只需要简单的实现。业务需求将影响用例及相关功能需求的优先级。业务需求对于需求的实现方式将产生很大的影响。P53Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

13/235.2前景与范围文档1)前景和范围文档的用途

“前景与范围文档”用于将业务需求集中在一个简单、紧凑的文档里。这个文档为以后的开发工作奠定了基础。

进行商业软件开发的组织则常常创建“市场需求文档”，在目标市场划分和与商业成功相关的问题上，将在“市场需求文档”中进行详细的分析和描叙。P53Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

14/235.2前景与范围文档2)前景和范围文档的编制者

“前景与范围文档”的编制者和所有者是项目的执行主管、投资负责人或其他类似人员；需求分析员与他们合作编写。

业务需求来源于明白为什么要开展这个项目的高级管理人员、项目规划者、产品经理、主题专家、营销人员。P53Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

15/235.2前景与范围文档3)前景和范围文档模板（案例：COS）

3.范围与限制3.1第一个版本的范围3.2各后续发行版本的范围3.3限制与排除4.业务背景4.1涉众简介4.2项目优先级4.3操作环境5.其他

1.业务需求

1.1背景

1.2业务机遇

1.3业务目标与成功标准

1.4客户或市场需求

1.5业务风险分析2.解决方案的前景

2.1项目前景陈述

2.2主要特性

2.3假设和依赖环境图5-1前景与和范围文档模板P54Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

16/235.3系统关联图对范围的描述确立了正在开发的系统与周围所有事物之间的界线和联系，关联图用图形方式说明了这一界线。在关联图中，标出了处于系统之外并与系统有某种接口的端点，以及端点与系统间的数据、控制和物质流。P59Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

17/235.3系统关联图药剂师化学制品跟踪系统化学制品仓库培训用数据库采购部门化学制品容器供货商目录查询供货商目录信息化学制品请求存货清单报表存货清单请求化学制品请求化学制品容器培训记录请求危险记录请求供货订单状态供货商化学制品请求请求化学制品使用报告化学制品使用报告健康和安全部门图5-2化学制品跟踪系统关联图P59Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

18/235.3系统关联图可以把关联图写入前景与范围文档或软件需求规格说明中，或者作为系统数据流模型的一部分。关联图并不明确提供系统的内部过程和数据。它主要是确定项目风险承担者之间清晰而精确的关系。关联图这类工具的目的是促进项目涉众之间的交流更清晰和准确。P59Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

19/235.4保持范围的适度

通过前景与范围文档可以判断出，提出新的特性和需求放进项目中是否合适。当某些人提出新的需求或改变需求或特性时，我们必须问的第一个问题是：“这是否包含在项目范围之内？”有些建议有时完全在项目范围之外，它们可能是一个好的方案，但这个方案适用于其它项目或将来要发行的产品。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

20/235.4保持范围的适度一些建议很明显是在项目范围定义之内。如果这种建议与已经为某一确定产品所制定的需求相比，具有更高的优先级，则这些新的并符合要求的需求就应该加入到项目中。此时必须作出权衡的是，在系统中是否延迟或者取消其它已经确定的需求或特性。3）Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2011AsposePtyLtd.

21/23本章小结

前景把项目参与者定位到一个共同和明确的方向上。