06 建立项目视图与范围1.PDF
需积分: 0 21 浏览量
2022-08-03
16:42:52
上传
评论
收藏 189KB PDF 举报
下载
第6章 建立项目视图与范围
我的同事K a r e n 已经在她的公司里成功地引入软件需求文档的正式评审。她已经注意到在
评审会议上所提出的许多问题都与项目所设定的范围有关。参与评审的的专家经常难以理解
项目所设定的范围，并且在项目的最终目标上所持的看法各不相同。因此，他们发现在哪一
个功能需求应该列入软件需求规格说明的问题上很难达成一致的意见。
正如我们在第1章所叙述的那样，业务需求代表了需求链中最高层的抽象：他们为软件系
统定义了项目视图（ v i s i o n）和范围（s c o p e ）。软件功能需求必须根据用户的需求来考虑，且
要与业务需求所设定的目标相一致。对不利于实现项目业务目标的需求应该排除在外。一个
项目可能包括一些与软件没有直接关系的需求，例如：硬件的购买、产品的安装、维护或广
告。但在此，我们只关心与软件产品有关系的业务需求。
如果一个项目缺乏明确的规划和良好的信息交流途径，那将是十分糟糕的。如果项目的参
与者持有不同的目标和优先权，那么他们只能各抒己见，无心工作。如果项目的风险承担者
在产品所能满足的业务需要和产品所能提供的利益问题上不能达成一致的意见，那么需求决
不会稳定。一个清晰的项目视图和范围过于分散在多个地方开发，在这样的项目中，地理位
置上的分离使项目开发组成员必须天天进行相互沟通才能保证他们之间能进行更有效的合作。
业务需求中某些特性最初被列入规格说明，而后又被删除，最后又加入，则说明此业务
需求未完全定义好。在确定详细的功能需求之前，必须很好地解决项目的视图和范围问题。
对范围和局限性的明确说明将在很大程度上有助于对所建议特性的探讨和最终产品的发行。
一个明确定义了项目视图和范围的文档也可以为所建议的需求变更的决策提供参考。
6.1 通过业务需求确定项目视图
项目视图可以把项目参与者定位到一个共同和明确的方向上。项目视图描述了产品所涉
及的各个方面和在一个完美环境中最终所具有的功能。相反的，范围描述了产品应包括的部
分和不应包括的部分。范围的说明在包括与不包括之间划清了界线，当然，它还确定了项目
的局限性。
项目的业务需求在视图上和范围上形成文档，这些必须在创建项目之前起草。开发商业
软件的公司经常编写市场需求文档，其实这种文档也是为了类似的目的，但这种文档较为详
细地涉及关于目标市场部分的内容，这是为适应商业的需要。视图和范围的文档为项目的主
办者或具有同等地位的人所拥有。业务需求是从各个不同的人那里收集来的，这些人对于为
什么要从事该项目和该项目最终能为业务和客户提供哪些价值有较清楚的了解。它们包括主
办者( s p o n s o r ) 、客户、开发公司的高级管理人员及项目的幻想者 ( v i s i o n a r y ) ，例如产品的代表
和市场部门人员。
第二部分 软件需求工程
评论0