实用软件工程PPT教学课件-第3章软件立项与合同参考.ppt

实用软件工程 第3章 软件立项与合同 本章导读 软件项目（或产品）来源一般有两个渠道。 1. “非订单软件”。 2. “订单软件”。 一个渠道是通过市场调研之后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、设备资源、抵抗风险、资金和时间上都具备开发该产品的能力，于是决定立项 另一个渠道是与固定的用户签订软件开发合同 本章导读 所以，“立项”与“合同”是IT企业软件项目（或产品）的两个源头。 本章讨论软件立项和签订软件合同的方法与文档，并给出《立项建议书》和《软件项目投标书》的编写参考指南，以及一份软件任务书的案例。 本章对读者的要求 了解： (1）“订单软件”的概念 (2）“非订单软件”的概念 (3）招标、投标、讲标和中标的概念 (4）任务书的概念及编写方法 本章对读者的要求 理解： (1）立项的方法 (2）签订合同的方法 (3）软件系统功能、性能、接口和界面的概念 掌握： (1）《立项建议书》的编写方法 (2）《软件项目投标书》的编写方法 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)