《软件工程C3.ppt》由会员分享，可在线阅读，更多相关《软件工程C3.ppt（12页珍藏版）》请在第壹文秘上搜索。
1、1第三章 软件立项与合同2主要内容主要内容n软件开发立项q立项建议书的编写方法n软件开发合同q签订合同的方法（招标，投标，讲标，中标）q软件合同q软件项目投标书的编写方法n任务书的概念和编写3立项方法立项方法n软件项目软件项目(或产品或产品)的来源基本上有两个渠道：的来源基本上有两个渠道：“立项立项”与与“合同合同” 。n立项的具体表现形式，就是在市场调查研立项的具体表现形式，就是在市场调查研究的基础上，分析立项的必要性究的基础上，分析立项的必要性( (是否有市是否有市场前景场前景) )和可能性和可能性( (是否有能力实现是否有能力实现) )，并具，并具体列出系统的功能、性能、接口和运行环体列
2、出系统的功能、性能、接口和运行环境等方面的需求，当前客户群和潜在客户境等方面的需求，当前客户群和潜在客户群的情况，以及投入产出分析，然后再按群的情况，以及投入产出分析，然后再按照编写参考指南书写立项建议书，并对它照编写参考指南书写立项建议书，并对它进行评审，评审通过后才算正式立项。进行评审，评审通过后才算正式立项。4案例分析案例分析n【例例3-13-1】 2003 2003年初冬，烟台市某软件公司的老总在西年初冬，烟台市某软件公司的老总在西安出差，发现西安市的大中型餐厅基本上都有电子点菜系安出差，发现西安市的大中型餐厅基本上都有电子点菜系统，客人一点菜，信息马上出现在厨房大师傅眼前，大师统，客
3、人一点菜，信息马上出现在厨房大师傅眼前，大师傅马上炒菜，小姐很快上菜。以后一打听，这个点菜系统傅马上炒菜，小姐很快上菜。以后一打听，这个点菜系统叫叫“餐饮系统餐饮系统”，是北京某软件公司开发的。于是这位老，是北京某软件公司开发的。于是这位老总又飞到北京，不但拜访总又飞到北京，不但拜访“餐饮系统餐饮系统”的开发公司，而且的开发公司，而且到几家餐饮大店去吃饭，亲身体验到几家餐饮大店去吃饭，亲身体验“餐饮系统餐饮系统”的使用情的使用情况。返回烟台后，老总拍着脑袋决定马上立项，快速开发况。返回烟台后，老总拍着脑袋决定马上立项，快速开发本公司的本公司的“餐饮系统餐饮系统”。 不到三个月，不到三个月，“餐
4、饮系统餐饮系统”开发完毕，但是在后来的开发完毕，但是在后来的两年中，该系统在烟台市总共也只卖出两套，投入与产出两年中，该系统在烟台市总共也只卖出两套，投入与产出比是五比一。这是为什么？就是因为烟台是中等城市，不比是五比一。这是为什么？就是因为烟台是中等城市，不像北京、西安是大城市，像北京、西安是大城市，“餐饮系统餐饮系统”的客户群少得可怜。的客户群少得可怜。5立项立项n立项就是决策，立项就是决策，ITIT企业的决策必须按企业的决策必须按照决策程序进行。照决策程序进行。n立项文档就是立项文档就是立项建议书立项建议书n立项建议书的目的立项建议书的目的q在某种程度上代替开发合同或用户需求报在某种程度
5、上代替开发合同或用户需求报告，作为软件策划的基础。告，作为软件策划的基础。 n立项建议书的编制立项建议书的编制q市场销售人员，软件策划人员市场销售人员，软件策划人员67签订合同的方法与文档n例：例：20052005年年2 2月，珠海一家软件公司月，珠海一家软件公司( (乙方乙方) )与珠海一家中与珠海一家中药网站公司药网站公司( (甲方甲方) )，签订了一个，签订了一个“中药网站开发合同中药网站开发合同”。该合同中的有关条款规定：该合同中的有关条款规定：“软件开发费用共计软件开发费用共计9 9万元人万元人民币，开发工期总共为一个月，即民币，开发工期总共为一个月，即2 2月至月至3 3月月”。并
6、且还规。并且还规定：定：“乙方若不按期交付项目，每拖延一天，甲方扣除乙乙方若不按期交付项目，每拖延一天，甲方扣除乙方的软件开发总费用的方的软件开发总费用的1%”1%”。 请读者分析一下，该合同有什么问题？后来的事实证请读者分析一下，该合同有什么问题？后来的事实证明，该合同至少造成了如下几个问题：明，该合同至少造成了如下几个问题： （1 1）开发工期太短，乙方肯定不能按时交付项目。）开发工期太短，乙方肯定不能按时交付项目。 （2 2）开发费用太低，乙方肯定不能获利。）开发费用太低，乙方肯定不能获利。 （3 3）至于）至于“每拖延一天，甲方扣除乙方的软件开发总费每拖延一天，甲方扣除乙方的软件开发总
7、费用的用的1%”1%”的约定，更是甲方悬在乙方头上的一把利箭。的约定，更是甲方悬在乙方头上的一把利箭。8合同合同n合同的文档有两份，合同正文和合同合同的文档有两份，合同正文和合同附件。附件。q合同正文：合同正文：内容内容q附件：技术性的文件，它的格式和内容，附件：技术性的文件，它的格式和内容，与立项建议书的主体部分基本相同。附件与立项建议书的主体部分基本相同。附件的内容应覆盖系统的功能点列表、性能点的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进列表、接口列表、资源需求列表、开发进度列表等。度列表等。9合同正文合同正文 (1) (1) 合同名称合同名称 (2) (2)
8、甲方单位名称甲方单位名称 (3) (3) 乙方单位名称乙方单位名称 (4) (4) 合同内容条款合同内容条款 (5) (5) 甲乙双方责任甲乙双方责任 (6) (6) 交付产品方式交付产品方式 (7) (7) 交付产品日期交付产品日期 (8) (8) 用户培训办法用户培训办法 (9) (9) 产品维护办法产品维护办法 (10) (10) 付款方式付款方式 (11) (11) 联系人和联系方式联系人和联系方式 (12) (12) 违约规定违约规定 (13) (13) 合同份数合同份数 (14) (14) 双方代表签字双方代表签字 (15) (15) 签字日期签字日期 10下达任务的方法和相关文档
9、下达任务的方法和相关文档n下达任务的时机：下达任务的时机： (1) (1) 软件企业已签订了项目软件企业已签订了项目合同合同； (2) (2) 立项建议书立项建议书已通过了项目评审；已通过了项目评审； (3) (3) 作为特殊情况，软件组织的上级下达了某项作为特殊情况，软件组织的上级下达了某项目的指令性软件开发计划。例如：由跨组织跨部目的指令性软件开发计划。例如：由跨组织跨部门的某个大系统项目，它的系统总体设计组分配门的某个大系统项目，它的系统总体设计组分配给软件的需求。给软件的需求。n下达任务的方式：下达任务的方式：q发放发放任务书任务书。q任务书任务书与与合同合同/ /立项建议书立项建议书
10、一样重一样重要，它是该项目的第二份管理文档。要，它是该项目的第二份管理文档。 q任务书包括：任务书正文和附件任务书包括：任务书正文和附件11任务书任务书n正文。包括任务的下达对象、内容、要求正文。包括任务的下达对象、内容、要求完成的日期、决定投入的资源、必要时包完成的日期、决定投入的资源、必要时包括任命项目经理括任命项目经理( (技术经理和产品经理技术经理和产品经理) )、其他保证措施、奖惩措施等。其他保证措施、奖惩措施等。n附件。一般情况下它就是软件附件。一般情况下它就是软件合同合同/ /立项建议书立项建议书，如果是指令性计划，它，如果是指令性计划，它的格式和内容，也应与的格式和内容，也应与合同合同/ /立项建立项建议书议书基本相同，即：附件的内容应覆盖基本相同，即：附件的内容应覆盖系统的功能点列表、性能点列表、接口列系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表、阶段表、资源需求列表、开发进度列表、阶段评审列表等。评审列表等。 12小结小结n软件开发的来源：立项和合同n立项建议书和合同n任务书
