第三章 软件立项与.ppt

第三章 软件立项与合同 3.1 软件立项的方法和文档 3.2签订合同的方法和文档 3.3软件招标和投标 3.4下达任务书的方法和文档 3.5本章小结 本章导读 软件项目（或产品）的来源一般有两种渠道 一个渠道是在市场调研之后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、设备资源、资金和时间上都具备开发该产品的能力，于是决定立项。这种软件产品被称为是“非订单软件”，典型的例子有网上游戏软件。 另一种渠道是与固定的用户签订软件开发合同，由软件公司启动该项目的开发，这类软件被称为“订单软件”。典型的例子有企业资源规划系统（ERP）和电子商务大型网站。 3.1 软件立项方法和文档 软件立项的方法 立项的具体表现形式，就是在市场调查研究的基础上，分析立项的必要性(是否有市场前景)和可能性(是否有能力实现)，并具体列出系统的功能、性能、接口和运行环境等方面的需求，当前客户群和潜在客户群的情况，以及投入产出分析，然后再按照编写参考指南书写立项建议书，并对它进行评审，评审通过后才算正式立项。 立项就是决策，IT企业的决策必须按照决策程序进行 。 立项文档 立项文档就是《立项建议书》，他本身不是软件策划的内容，但是很重要，也很特殊。《立项建议书》的目的，就是在某种程度上代替开发合同或用户需求报告，作为软件策划的基础。 《立项建议书》的编织制者一般不是软件开发人员，而是软件公司的市场营销人员，因为他们熟悉市场情报和客户需求。 3.2 签订合同的方法和文档 任何有营业执照的软件企业，都有自己的合同文本格式。 合同的文档有两份，一份是主文件，即合同正文。另一份是合同附件，即技术性的文件，它的格式和内容，与立项建议书的主体部分基本相同。 附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表等。 合同正文的内容 (1) 合同名称 (2) 甲方单位名称 (3) 乙方单位名称 (4) 合同内容条款 (5) 甲乙双方责任 (6) 交付产品方式 (7) 交付产品日期 (8) 用户培训办法 (9) 产品维护办法 (10) 付款方式 (11) 联系人和联系方式 (12) 违约规定 (13) 合同份数 (14) 双方代表签字 (15) 签字日期 3.3 软件招标和投标 软件招标 对于一个小型软件项目的开发或产品实施，一般可由销售人员直接签订合同。 对于一个大中型软件项目，在签订合同之前，一般由发标单位进行公开招标，软件企业的市场销售人员获取招标信息后，立即反馈给企业销售中心，销售中心和软件研发中心人员迅速进行可行性分析。若可行，市场销售人员抓紧开展公关活动，技术支持人员马上组织有关的售前工程师，按照投标书的编写参考指南，参照招标书的内容，制定并提交投标书，参加竞标活动。 投标策略 投标书的篇幅较长，少则几十页，多则几百页。讲标的内容较短，所以要突出重点，抓住关键，打动人心。 讲标十分重要，又十分有学问，讲标效果直接影响中标概率。由于投标单位很多，一个单位的讲标时间往往限制在20-40分钟之间，所以讲标的内容只能是投标书的精华部分，并且要用PowerPoint工具制作成规范的幻灯片。讲标人不但要气质高雅，而且要业务精通，口才好，表达能力强，时间与节奏掌握好，最好是本行业领域的业务专家。中标后，经过技术谈判和商务谈判，才能正式签订合同。合同正文和合同附件都很重要，都具有法律效应。 《合同》与《立项建议书》一样，是该项目的第一份管理文档。在管理过程中，《合同》起到与《立项建议书》同样的作用。两者都需要由专人精心保管，以便随时查阅。 3.4 下达任务的方法和文档 下达任务的条件和时机：下面任一条件成立下达任务书的时机就成熟了 (1) 软件企业已签订了项目《合同》； (2) 《立项建议书》已通过了项目评审； (3) 作为特殊情况，软件组织的上级下达了某项目的指令性软件开发计划。例如：由跨组织跨部门的某个大系统项目，它的系统总体设计组分配给软件的需求。 下达任务的方式： 发放《任务书》。 《任务书》与《合同》/《立项建议书》一样重要，它是该项目的第二份管理文档。 下达任务的方法 (1) 有一份《任务书》的正文。包括任务的下达对象、内容、要求完成的日期、决定投入的资源、必要时包括任命项目经理(技术经理和产品经理)、其他保证措施、奖惩措施等。《任务书》的正文可长可短，若合同或立项建议书很详细，则正文可短。若合同或立项建议书很粗很短，则正文应该详细，当然也应该很长。 (2) 有一份《任务书》的附件。一般情况下它就是软件《合同》/《立项建议书》，如果是指令性计划，它