第3章 软件立项及合同.ppt

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