文档介绍：软件立项与合同
软件项目(或产品)来源一般有两个渠道。
1. 非订单软件------立项
2. 订单软件------合同
“立项”与“合同”是IT企业软件项目(或产品)的两个源头。本章讨论软件立项和签订软件合同的方法与文档,并给出《立项建议书》和《软件项目投标书》的编写参考指南,以及一份软件任务书的案例。
立项方法
立项的具体表现形式,就是在市场调查研究的基础上,分析立项的必要性(是否有市场前景)和可能性(是否有能力实现),并具体列出系统的功能、性能、接口和运行环境等方面的需求,当前客户群和潜在客户群的情况,以及投入产出分析,然后再按照编写参考指南书写立项建议书,并对它进行评审,评审通过后才算正式立项。
立项案例分析
【例3-1】 2003年初冬,烟台市某软件公司的老总在西安出差,发现西安市的大中型餐厅基本上都有电子点菜系统,客人一点菜,信息马上出现在厨房大师傅眼前,大师傅马上炒菜,小姐很快上菜。以后一打听,这个点菜系统叫“餐饮系统”,是北京某软件公司开发的。于是这位老总又飞到北京,不但拜访“餐饮系统”的开发公司,而且到几家餐饮大店去吃饭,亲身体验“餐饮系统”的使用情况。返回烟台后,老总拍着脑袋决定马上立项,快速开发本公司的“餐饮系统”。
立项案例分析
不到三个月,“餐饮系统”开发完毕,但是在后来的两年中,该系统在烟台市总共也只卖出两套,投入与产出比是五比一。这是为什么?就是因为烟台是中等城市,不像北京、西安是大城市,“餐饮系统”的客户群少得可怜。
立项方法
立项就是决策,IT企业的决策必须按照决策程序进行。没有决策程序就要先制定决策程序,不能一个人拍脑袋定决策。
立项建议书的目的,就是在某种程度上代替开发合同或用户需求报告,作为软件策划的基础。
立项建议书的编制者一般不是软件开发人员,而是软件公司的市场销售人员,因为他们对市场行情及客户需求熟悉,所以在此给出它的编写参考指南,对市场销售人员和软件策划人员都会有帮助。
立项文档
立项文档就是《立项建议书》,P53给出它的编写参考指南。读者不要认为它太死板、太复杂,需要仔细阅读其格式和内容,并不断地问“为什么?”。只有这样,才能增长学问,使自己早日融入IT企业的软件文化之中,使高校的软件工程教育与IT企业的软件文化平滑接轨。
签订合同的方法与文档
【例3-2】公元2005年2月,珠海一家软件公司(乙方)与珠海一家中药网站公司(甲方),签订了一个“中药网站开发合同”。该合同中的有关条款规定:“软件开发费用共计9万元人民币,开发工期总共为一个月,即2月至3月”。并且还规定:“乙方若不按期交付项目,每拖延一天,甲方扣除乙方的软件开发总费用的1%”。
请读者分析一下,该合同有什么问题?后来的事实证明,该合同至少造成了如下几个问题:
签订合同的方法与文档
开发工期太短,乙方肯定不能按时交付项目。开发费用太低,乙方肯定不能获利。
至于“每拖延一天,甲方扣除乙方的软件开发总费用的1%”的约定,更是甲方悬在乙方头上的一把历箭。
由此可见,正确而合理地签订软件项目开发合同,对软件企业是何等地重要!
签订合同的方法与文档
任何有营业执照的软件企业,都有自己的合同文本格式。
合同的文档有两份,一份是主文件,即合同正文。另一份是合同附件,即技术性的文件,它的格式和内容,与立项建议书的主体部分基本相同。
附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表等。
合同正文的主要内容
(1) 合同名称
(2) 甲方单位名称
(3) 乙方单位名称
(4) 合同内容条款
(5) 甲乙双方责任
(6) 交付产品方式
(7) 交付产品日期
(8) 用户培训办法