1、第3章 软件立项与合同,2,软件项目（或产品）来源有两个渠道 “非订单软件”：通过市场调研之后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、设备资源、抵抗风险、资金和时间上都具备开发该产品的能力，于是决定立项。 “订单软件”：与固定的用户签订软件开发合同 “立项”与“合同”是IT企业软件项目（或产品）的两个源头。 本章讨论软件立项和签订软件合同的方法与文档，并给出立项建议书和软件项目投标书的编写参考指南，以及一份软件任务书的案例。,3,本章要求,了解：1）“订单软件”的概念2）“非订单软件”的概念3）招标、投标、讲标和中标的概念 4）任务书的概念及编写方法 理解：1）立项的方法2）签
2、订合同的方法3）软件系统功能、性能、接口和界面的概念 掌握： 1）立项建议书的编写方法2）软件项目投标书的编写方法,4,3.1 立项方法,软件项目(或产品)的来源基本上有两个渠道：“立项”与“合同”。 立项的具体表现形式： 在市场调查研究的基础上，分析立项的必要性(是否有市场前景)和可能性(是否有能力实现) 具体列出系统的功能、性能、接口和运行环境等方面的需求，当前客户群和潜在客户群的情况，以及投入产出分析 按照编写参考指南书写立项建议书，并对它进行评审，评审通过后才算正式立项。,5,立项案例分析,【例3-1】 西安市的大中型餐厅基本上都有电子点菜系统-“餐饮系统”，是北京某软件公司开发的。拜
3、访“餐饮系统”的开发公司，亲身体验“餐饮系统”的使用情况。返回烟台后，快速开发本公司的“餐饮系统”。 不到三个月，“餐饮系统”开发完毕，但是在后来的两年中，该系统在烟台市总共也只卖出两套，投入与产出比是五比一。,6,立项方法（续）,立项建议书的目的，就是在某种程度上代替开发合同或用户需求报告，作为软件策划的基础。 立项建议书的编制者：市场销售人员（对市场行情及客户需求熟悉）,7,3.2 立项文档,立项文档-立项建议书-第一份管理文档 在本书的所有文档编写参考指南中，都是以国内大型IT企业的正规编写参考指南为背景，按照软件工程规范整理出来的,8,3.3 签订合同的方法与合同文档,【例3-2】 珠
4、海一家软件公司(乙方)与珠海一家中药网站公司(甲方)，签订了一个“中药网站开发合同”。该合同中的有关条款规定：“软件开发费用共计9万元人民币，开发工期总共为一个月，即2月至3月”。并且还规定：“乙方若不按期交付项目，每拖延一天，甲方扣除乙方的软件开发总费用的1%”。,9,该合同至少造成了如下几个问题： 开发工期太短，乙方肯定不能按时交付项目。 开发费用太低，乙方肯定不能获利。 “每拖延一天，甲方扣除乙方的软件开发总费用的1%”的约定，更是甲方悬在乙方头上的一把利箭。 交付或验收标准与规范不明确,10,签订合同的方法与文档（续）,合同的文档有两份： 主文件，即合同正文。 合同附件，即技术性的文件
5、，它的格式和内容，与立项建议书的主体部分基本相同。 附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表等。,11,合同正文的主要内容,(1) 合同名称 (2) 甲方单位名称(3) 乙方单位名称 (4) 合同内容条款(5) 甲乙双方责任 (6) 交付产品方式(7) 交付产品日期 (8) 用户培训办法(9) 产品维护办法 (10) 付款方式(11) 联系人和联系方式 (12) 违约规定(13) 合同份数 (14) 双方代表签字(15) 签字日期,12,招标与投标,小型软件项目：销售人员直接签订合同。 大中型软件项目：公开招标 可行：销售人员 技术支持人员 售前工程师
6、 制定并提交投标书 软件项目投标书编写参考指南,13,投标策略,投标书的篇幅较长，讲标的内容较短， 讲标十分重要，讲标效果直接影响中标概率。 投标单位很多，讲标的内容只能是投标书的精华部分，并且要用PowerPoint工具制作成规范的幻灯片。 讲标人不但要气质高雅，而且要业务精通，口才好，表达能力强，时间与节奏掌握好，最好是本行业领域的业务专家。 中标后，经过技术谈判和商务谈判，才能正式签订合同。合同正文和合同附件都很重要，都具有法律效应。,14,投标策略（续）,合同与立项建议书一样，是该项目的第一份管理文档。在管理过程中，合同起到与立项建议书同样的作用。两者都需要由专人精心保管，以便随时查阅
7、。,15,3.4 下达任务的方法与文档,下达任务的时机： (1)软件企业已签订了项目合同； (2)立项建议书已通过了项目评审； (3)作为特殊情况，软件组织的上级下达了某项目的指令性软件开发计划。例如：由跨组织跨部门的某个大系统项目，它的系统总体设计组分配给软件的需求。 下达任务的方式： 发放任务书。 任务书与合同/立项建议书一样重要，它是该项目的第二份管理文档。,16,下达任务的方法（续）,（1）任务书的正文 包括任务的下达对象、内容、要求完成的日期、决定投入的资源、必要时包括任命项目经理(技术经理和产品经理)、其他保证措施、奖惩措施等。 可长可短，若合同或立项建议书很详细，则正文可短。若合
8、同或立项建议书很粗很短，则正文应该详细,17,下达任务的方法（续）,(2) 任务书的附件 软件合同/立项建议书 如果是指令性计划，它的格式和内容，也应与合同/立项建议书基本相同，即：附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表、阶段评审列表等。,18,3.5 任务书案例,课本中的一份任务书的正文样本，可以作为编写任务书的参考指南，因为它写得既长又细，所以省略了它的附件。,19,3.6 本章小结,本章讲述了软件立项、投标、合同和任务书四件事，对IT企业的高、中、低三层人员，都大有帮助。 高层经理要把立项当作决策。 中层经理要抓立项、投标、合同和任务书的具体工作。 基层蓝领要学习、领会、吃透立项、合同、任务书中的具体内容与要求，并将这些内容与要求联系实际，落实到今后“需求获取、设计、编码、测试”的行动中去。 一切软件项目或软件产品，都是为了实现用户需求中的“功能、性能、接口”三项具体目标。,20,本章小结,立项与可行性分析的关系： 立项是其他软件工程书上所讲的“项目可行性分析”。 可行性分析是立项的前提，立项是可行性分析的结果。 对于软件企业，一般不叫项目可行性分析，而叫立项。只有在学校、机关、科研所等单位，才叫项目可行性分析。,
