软件立项.ppt

软件立项与合同软件立项与合同 软件项目（或产品）来源一般有两个渠道。软件项目（或产品）来源一般有两个渠道。1.一个渠道是通过市场调研之后，认为某产品将一个渠道是通过市场调研之后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、会有巨大的市场空间，而软件公司在人力资源、设备资源、抵抗风险、资金和时间上都具备开发设备资源、抵抗风险、资金和时间上都具备开发该产品的能力，于是决定该产品的能力，于是决定立项立项，这类软件产品被，这类软件产品被称为称为“非订单软件非订单软件”。2.另一个渠道是与固定的用户签订另一个渠道是与固定的用户签订软件开发合同软件开发合同，这类软件被称为这类软件被称为“订单软件订单软件”。所以，所以，“立项立项”与与“合同合同”是是IT企业软件项目企业软件项目（或产品）的两个源头。（或产品）的两个源头。本章讨论软件立项和签订软件合同的方法与文档，本章讨论软件立项和签订软件合同的方法与文档，并给出并给出立项建议书立项建议书和和软件项目投标书软件项目投标书的编的编写参考指南，以及一份软件任务书的案例。写参考指南，以及一份软件任务书的案例。(1)“订单软件订单软件”的概念的概念 (2)“非订单软件非订单软件”的概念的概念 (3)招标、投标、讲标和中标的概念招标、投标、讲标和中标的概念 (4)任务书的概念及编写方法任务书的概念及编写方法 了解：了解：理解：理解：(1)立项的方法立项的方法 (2)签订合同的方法签订合同的方法 (3)软件系统功能、性能、接口和界面的概念软件系统功能、性能、接口和界面的概念 掌握：掌握：(1)立项建议书立项建议书的编写方法的编写方法 (2)软件项目投标书软件项目投标书的编写方法的编写方法 1 立项方法立项方法 立项的具体表现形式，就是在市场调查研究的基础立项的具体表现形式，就是在市场调查研究的基础上，分析立项的上，分析立项的必要性必要性(是否有市场前景是否有市场前景)和和可能性可能性(是否有是否有能力实现能力实现)，并具体列出系统的，并具体列出系统的功能、性能功能、性能、接口接口和和运行环运行环境境等方面的需求，当前等方面的需求，当前客户群客户群和和潜在客户群潜在客户群的情况，以及的情况，以及投入产出分析投入产出分析，然后再按照编写参考指南书写，然后再按照编写参考指南书写立项建议书立项建议书，并对它进行并对它进行评审评审，评审通过后才算正式立项。，评审通过后才算正式立项。立项案例分析立项案例分析 【例例1】2003年初冬，烟台市某软件公司的老总在西安出年初冬，烟台市某软件公司的老总在西安出差，发现西安市的大中型餐厅基本上都有电子点菜系统，差，发现西安市的大中型餐厅基本上都有电子点菜系统，客人一点菜，信息马上出现在厨房大师傅眼前，大师傅马客人一点菜，信息马上出现在厨房大师傅眼前，大师傅马上炒菜，小姐很快上菜。以后一打听，这个点菜系统叫上炒菜，小姐很快上菜。以后一打听，这个点菜系统叫“餐饮系统餐饮系统”，是北京某软件公司开发的。于是这位老总又，是北京某软件公司开发的。于是这位老总又飞到北京，不但拜访飞到北京，不但拜访“餐饮系统餐饮系统”的开发公司，而且到几的开发公司，而且到几家餐饮大店去吃饭，亲身体验家餐饮大店去吃饭，亲身体验“餐饮系统餐饮系统”的使用情况。的使用情况。返回烟台后，老总拍着脑袋决定马上立项，快速开发本公返回烟台后，老总拍着脑袋决定马上立项，快速开发本公司的司的“餐饮系统餐饮系统”。立项案例分析立项案例分析 不到三个月，不到三个月，“餐饮系统餐饮系统”开发完毕，但是在后来的开发完毕，但是在后来的两年中该系统在烟台市总共也只卖出两套，投入与产出两年中，该系统在烟台市总共也只卖出两套，投入与产出比是五比一。比是五比一。这是为什么这是为什么？就是因为烟台是中等城市，不？就是因为烟台是中等城市，不像北京、西安是大城市，像北京、西安是大城市，“餐饮系统餐饮系统”的客户群少得可怜。的客户群少得可怜。立项方法立项方法 立项就是决策，立项就是决策，IT企业的决策必须按照决策企业的决策必须按照决策程序进行。没有决策程序就要先制定决策程序，程序进行。没有决策程序就要先制定决策程序，不能一个人拍脑袋定决策。不能一个人拍脑袋定决策。立项建议书的目的，就是在某种程度上代替立项建议书的目的，就是在某种程度上代替开发合同或用户需求报告，作为软件策划的基础。开发合同或用户需求报告，作为软件策划的基础。立项方法立项方法 立项建议书的编制者一般不是软件开发人员，立项建议书的编制者一般不是软件开发人员，而是软件公司的市场销售人员，因为他们对市场而是软件公司的市场销售人员，因为他们对市场行情及客户需求熟悉，所以在此给出它的编写参行情及客户需求熟悉，所以在此给出它的编写参考指南，对市场销售人员和软件策划人员都会有考指南，对市场销售人员和软件策划人员都会有帮助。帮助。2 立项文档立项文档 立项文档就是立项文档就是立项建议书立项建议书，P53给出它的给出它的编写参考指南。读者不要认为它太死板、太复杂，编写参考指南。读者不要认为它太死板、太复杂，需要仔细阅读其格式和内容，并不断地问需要仔细阅读其格式和内容，并不断地问“为什么为什么？”。只有这样，才能增长学问，使自己早日融入。只有这样，才能增长学问，使自己早日融入IT企业的软件文化之中，使高校的软件工程教育与企业的软件文化之中，使高校的软件工程教育与IT企业的软件文化平滑接轨。企业的软件文化平滑接轨。3 签订合同的方法与文档签订合同的方法与文档 【例例2】2005年年2月，珠海一家软件公司月，珠海一家软件公司(乙方乙方)与珠海一家中与珠海一家中药网站公司药网站公司(甲方甲方)，签订了一个，签订了一个“中药网站开发合同中药网站开发合同”。该合。该合同中的有关条款规定：同中的有关条款规定：“软件开发费用共计软件开发费用共计9万元人民币，开万元人民币，开发工期总共为一个月，即发工期总共为一个月，即2月至月至3月月”。并且还规定：。并且还规定：“乙方乙方若不按期交付项目，每拖延一天，甲方扣除乙方的软件开发若不按期交付项目，每拖延一天，甲方扣除乙方的软件开发总费用的总费用的1%”。请读者分析一下，该合同有什么问题？后来的事实证明，该请读者分析一下，该合同有什么问题？后来的事实证明，该合同至少造成了如下几个问题：合同至少造成了如下几个问题：签订合同的方法与文档签订合同的方法与文档 开发工期太短，乙方肯定不能按时交付项目。开发费开发工期太短，乙方肯定不能按时交付项目。开发费用太低，乙方肯定不能获利。用太低，乙方肯定不能获利。至于至于“每拖延一天，甲方扣除乙方的软件开发总费用每拖延一天，甲方扣除乙方的软件开发总费用的的1%”的约定，更是甲方悬在乙方头上的一把利箭。的约定，更是甲方悬在乙方头上的一把利箭。由此可见，正确而合理地签订软件项目开发合同，对软由此可见，正确而合理地签订软件项目开发合同，对软件企业是何等地重要！件企业是何等地重要！签订合同的方法与文档签订合同的方法与文档 任何有营业执照的软件企业，都有自己的合同文本格式。任何有营业执照的软件企业，都有自己的合同文本格式。合同的文档有两份，一份是主文件，即合同正文。另一份合同的文档有两份，一份是主文件即合同正文。另一份是合同附件，即技术性的文件，它的格式和内容，与立项建议是合同附件，即技术性的文件，它的格式和内容，与立项建议书的主体部分基本相同。书的主体部分基本相同。附件的内容应覆盖系统的功能点列表、性能点列表、接口附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表等。列表、资源需求列表、开发进度列表等。合同正文的主要内容合同正文的主要内容 (1)(1)合同名称合同名称 (2)(2)甲方单位名称甲方单位名称 (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)签字日期签字日期招标与投标招标与投标 对于一个小型软件项目的开发或产品实施，一般可由对于一个小型软件项目的开发或产品实施，一般可由销售人员直接签订合同。销售人员直接签订合同。对于一个大中型软件项目，在签订合同之前，一般由对于一个大中型软件项目，在签订合同之前，一般由发标单位进行招标，软件企业的市场销售人员获取招标信发标单位进行招标，软件企业的市场销售人员获取招标信息后，立即反馈给企业销售中心，销售中心和软件研发中息后，立即反馈给企业销售中心，销售中心和软件研发中心人员迅速进行可行性分析。若可行，市场销售人员抓紧心人员迅速进行可行性分析。若可行，市场销售人员抓紧公关，技术支持人员马上组织有关的售前工程师，按照投公关，技术支持人员马上组织有关的售前工程师，按照投标书的编写参考指南，制定投标书，参加竞标。标书的编写参考指南，制定投标书，参加竞标。投标策略投标策略 投标书的篇幅较长，少则几十页，多则几百页。讲标投标书的篇幅较长，少则几十页，多则几百页。讲标的内容较短，所以要突出重点，抓住关键，打动人心。的内容较短，所以要突出重点，抓住关键，打动人心。投标策略投标策略 讲标效果直接影响中标概率。讲标效果直接影响中标概率。由于投标单位很多，一个单位的讲标时间限制在由于投标单位很多，一个单位的讲标时间限制在20-40分钟，所以讲标的内容只能是投标书的精华部分，分钟，所以讲标的内容只能是投标书的精华部分，并且要用并且要用PowerPoint工具制作成规范的幻灯片。工具制作成规范的幻灯片。讲标人不但要气质高雅，而且要业务精通，口才好，讲标人不但要气质高雅，而且要业务精通，口才好，表达能力强，时间与节奏掌握好，最好是本行业领域的表达能力强，时间与节奏掌握好，最好是本行业领域的业务专家。业务专家。投标策略投标策略 中标后，经过技术谈判和商务谈判，才能正式中标后，经过技术谈判和商务谈判，才能正式签订合同。合同正文和合同附件都很重要，都具有签订合同。合同正文和合同附件都很重要，都具有法律效应。法律效应。合同合同与与立项建议书立项建议书一样，是该项目的第一样，是该项目的第一份管理文档。在管理过程中，一份管理文档。在管理过程中，合同合同起到与起到与立项建议书立项建议书同样的作用。两者都需要由专人精同样的作用。两者都需要由专人精心保管，以便随时查阅。心保管，以便随时查阅。4 下达任务的方法与文档下达任务的方法与文档 下达任务的时机下达任务的时机 (1)软件企业已签订了项目软件企业已签订了项目合同合同；(2)立项建议书立项建议书已通过了项目评审；已通过了项目评审；(3)作为特殊情况，软件组织的上级下达了某项目的指作为特殊情况，软件组织的上级下达了某项目的指令性软件开发计划。例如：由跨组织跨部门的某个大系令性软件开发计划。例如：由跨组织跨部门的某个大系统项目，它的系统总体设计组分配给软件的需求。统项目，它的系统总体设计组分配给软件的需求。下达任务的方法与文档下达任务的方法与文档下达任务的方式下达任务的方式 发放发放任务书任务书。任务书任务书与与合同合同/立项建议书立项建议书一样重要，它是一样重要，它是该项目的第二份管理文档。该项目的第二份管理文档。下达任务的方法下达任务的方法 (1)有一份有一份任务书任务书的正文。包括任务的下达对象、内的正文。包括任务的下达对象、内容、要求完成的日期、决定投入的资源、必要时包括任命容、要求完成的日期、决定投入的资源、必要时包括任命项目经理项目经理(技术经理和产品经理技术经理和产品经理)、其他保证措施、奖惩措施、其他保证措施、奖惩措施等。等。任务书任务书的正文可长可短，若合同或立项建议书很详的正文可长可短，若合同或立项建议书很详细，则正文可短。若合同或立项建议书很粗很短，则正文细，则正文可短。若合同或立项建议书很粗很短，则正文应该详细，当然也应该很长。应该详细，当然也应该很长。下达任务的方法下达任务的方法 (2)有一份有一份任务书任务书的附件。的附件。一般情况下它就是软件一般情况下它就是软件合同合同/立项建议书立项建议书，如果是指令性计划，它的格式和内容，也应与如果是指令性计划，它的格式和内容，也应与合同合同/立项建议书立项建议书基本相同，即：附件的内容应覆盖系基本相同，即：附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表、阶段评审列表等。表、开发进度列表、阶段评审列表等。小结小结 本章讲述了软件立项、投标、合同和任务书四件本章讲述了软件立项、投标、合同和任务书四件大事，对大事，对IT企业的高、中、低三层人员，都大有帮助。企业的高、中、低三层人员，都大有帮助。高层经理要把立项当作决策。高层经理要把立项当作决策。中层经理要抓立项、投标、合同和任务书的具体工作。中层经理要抓立项、投标、合同和任务书的具体工作。基层蓝领要学习、领会、吃透立项、合同、任务书中基层蓝领要学习、领会、吃透立项、合同、任务书中的具体内容与要求，并将这些内容与要求联系实际，的具体内容与要求，并将这些内容与要求联系实际，落实到今后落实到今后“需求获取、设计、编码、测试需求获取、设计、编码、测试”的行动的行动中去。中去。小结小结 一切软件项目或软件产品，都是为了实现用户一切软件项目或软件产品，都是为了实现用户需求中的需求中的“功能、性能、接口功能、性能、接口”三项具体目标。三项具体目标。从软件的源头开始，就要抓住从软件的源头开始，就要抓住“功能、性能、接功能、性能、接口口”不放手，并在用户需求报告、需求规格说明不放手，并在用户需求报告、需求规格说明书、概要设计说明书、详细设计说明书、编码实书、概要设计说明书、详细设计说明书、编码实现、测试用例与测试报告、评审与审计、验收与现、测试用例与测试报告、评审与审计、验收与交付中，一脉相承地贯彻执行下去，只有这样，交付中，一脉相承地贯彻执行下去，只有这样，软件开发事业才能成功。软件开发事业才能成功。小结小结 立项与可行性分析的关系是：立项与可行性分析的关系是：本章所讲的立项，就是其他软件工程书上所讲的本章所讲的立项，就是其他软件工程书上所讲的“项目可行性分析项目可行性分析”。应该说，可行性分析是立项的。应该说，可行性分析是立项的前提，立项是可行性分析的结果。对于软件企业，前提，立项是可行性分析的结果。对于软件企业，一般不叫项目可行性分析，而叫立项。只有在学校、一般不叫项目可行性分析，而叫立项。只有在学校、机关、科研所等单位，才叫项目可行性分析。机关、科研所等单位，才叫项目可行性分析。