会员登录
会员注册软件项目合同作为保证软件项目开发方、客户方既可享受合同所规定的权利，又必须全面履行合同所规定的义务的法律约束，对软件项目开发的成败至关重要。经验表明，软件项目合同范围定义不当而导致管理失控是项目成本超支和时间延迟以及质量低劣的主要原因，有时由于不能或者没有清楚地定义软件项目合同的范围，以致在项目实施过程中不得不经常改变作为项目灵魂的项目实施计划，相应的变更也就不可避免地发生，从而造成项目执行过程的被动，所以强调对项目合同范围的定义和管理，无论对项目涉及的任何一方来说，都是必不可少和非常重要的。
有关合同范围的普遍性定义和管理，我们在这里就不再赘述，本文主要针对软件项目开发过程的特点，结合CMM的相关知识，试图给出一个软件项目合同特有的范围定义，并以合同条款的形式予以表现。
我们在对CMM的研究中发现，作为CMM的重要组成部分——关键过程区域(Key Practivice Area简称KPA)，具有类似于合同条款的功能。每个KPA识别出一串相关活动，当这些活动全部完成时，能达到一组对增强过程能力至关重要的目标。这与合同中列出相应条款，指出项目要达到的目标相吻合。所不同的，KPA的直接目的是增强软件过程能力，合同条款的直接目的是实现项目目标，但两者的最终目标都是确保软件项目的成功。从这个意义上说，二者是一致的。为此，我们认为，采用KPA来界定合同范围是可取的。所要注意的是，CMM中的KPA共有18 个，我们不能完全照般，而必须结合合同自身的特点以及软件项目的实际，予以取舍，并作恰当的变通。从目前我国的软件开发实际情况看，要提高软件过程能力成熟度，应该从CMM 2级做起。为此，本文主要结合CMM 2级的六个KPA，谈谈如何扩充软件项目合同的范围定义，以此来促进项目过程的改善。
1.需求管理
需求管理的目的是在客户和软件项目开发方之间建立对客户需求的共同理解。它包括和客户一起建立和维护有关软件项目需求的协议。因此，合同具有如下条款：
a.在整个项目开发过程中，开发方应明确保证对系统需求及其分配进行管理，并建立文档;
b.项目双方协商制定影响软件项目活动的非技术性需求(协议、条件和附加合同条款)，主要包括交付产品的形式、交付日期、项目里程碑等，并建立文档;
c.项目双方协商制定影响软件项目活动的技术性需求，主要包括对软件的性能要求、界面要求、设计约束、最终用户的要求以及选用何种编程语言;
d. 项目双方协商制定确认软件产品满足客户需求的验收准则，包括采用何种方法、何种工具进行验收;
e. 项目双方协商制定对客户进行软件操作方面的培训准则，以及其他相关服务的说明。