实用软件工程第3章.ppt
- 文档编号:2640458
- 上传时间:2022-11-04
- 格式:PPT
- 页数:29
- 大小:1.38MB
实用软件工程第3章.ppt
《实用软件工程第3章.ppt》由会员分享,可在线阅读,更多相关《实用软件工程第3章.ppt(29页珍藏版)》请在冰豆网上搜索。
实用软件工程实用软件工程第第33章章软件立项与合同软件立项与合同本章导读本章导读软件项目(或产品)来源一般有两个渠道。
软件项目(或产品)来源一般有两个渠道。
1.“非订单软件非订单软件”。
2.“订单软件订单软件”。
一个渠道是通过市场调研之后,认为某一个渠道是通过市场调研之后,认为某产品将会有巨大的市场空间,而软件公产品将会有巨大的市场空间,而软件公司在人力资源、设备资源、抵抗风险、司在人力资源、设备资源、抵抗风险、资金和时间上都具备开发该产品的能力,资金和时间上都具备开发该产品的能力,于是决定于是决定立项立项另一个渠道是与固定的用户签另一个渠道是与固定的用户签订软件开发合同订软件开发合同本章导读本章导读所以,所以,“立项立项”与与“合同合同”是是IT企业软件项目企业软件项目(或产品)的两个源头。
(或产品)的两个源头。
本章讨论软件立项和签订软件合同的方法与文档,本章讨论软件立项和签订软件合同的方法与文档,并给出并给出立项建议书立项建议书和和软件项目投标书软件项目投标书的的编写参考指南,以及一份软件任务书的案例。
编写参考指南,以及一份软件任务书的案例。
本章对读者的要求本章对读者的要求了解:
了解:
(1
(1)“订单软件订单软件”的概念的概念(2
(2)“非订单软件非订单软件”的概念的概念(3(3)招标、投标、讲标和中标的概念)招标、投标、讲标和中标的概念(4(4)任务书的概念及编写方法)任务书的概念及编写方法本章对读者的要求本章对读者的要求理解:
理解:
(1
(1)立项的方法)立项的方法(2
(2)签订合同的方法)签订合同的方法(3(3)软件系统功能、性能、接口和界面的概念)软件系统功能、性能、接口和界面的概念掌握:
掌握:
(1
(1)立项建议书立项建议书的编写方法的编写方法(2
(2)软件项目投标书软件项目投标书的编写方法的编写方法3.1立项方法立项方法立项的具体表现形式,就是在市场调查研立项的具体表现形式,就是在市场调查研究的基础上,分析立项的究的基础上,分析立项的必要性必要性(是否有市是否有市场前景场前景)和和可能性可能性(是否有能力实现是否有能力实现),并具,并具体列出系统的体列出系统的功能、性能、接口和运行环功能、性能、接口和运行环境等方面的需求境等方面的需求,当前客户群和潜在客户,当前客户群和潜在客户群的情况,以及投入产出分析,然后再按群的情况,以及投入产出分析,然后再按照编写参考指南书写立项建议书,并对它照编写参考指南书写立项建议书,并对它进行评审,进行评审,评审通过后才算正式立项评审通过后才算正式立项。
立项案例分析立项案例分析【例例3-13-1】20032003年初冬,烟台市某软件公司的年初冬,烟台市某软件公司的老总在西安出差,发现西安市的大中型餐厅基本老总在西安出差,发现西安市的大中型餐厅基本上都有电子点菜系统,客人一点菜,信息马上出上都有电子点菜系统,客人一点菜,信息马上出现在厨房大师傅眼前,大师傅马上炒菜,小姐很现在厨房大师傅眼前,大师傅马上炒菜,小姐很快上菜。
以后一打听,这个点菜系统叫快上菜。
以后一打听,这个点菜系统叫“餐饮系餐饮系统统”,是北京某软件公司开发的。
于是这位老总,是北京某软件公司开发的。
于是这位老总又飞到北京,不但拜访又飞到北京,不但拜访“餐饮系统餐饮系统”的开发公司,的开发公司,而且到几家餐饮大店去吃饭,亲身体验而且到几家餐饮大店去吃饭,亲身体验“餐饮系餐饮系统统”的使用情况。
返回烟台后,老总拍着脑袋决的使用情况。
返回烟台后,老总拍着脑袋决定马上立项,快速开发本公司的定马上立项,快速开发本公司的“餐饮系统餐饮系统”。
立项案例分析立项案例分析不到三个月,不到三个月,“餐饮系统餐饮系统”开发完毕,开发完毕,但是在后来的两年中,该系统在烟台市但是在后来的两年中,该系统在烟台市总共也只卖出两套,投入与产出比是五总共也只卖出两套,投入与产出比是五比一。
比一。
这是为什么?
这是为什么?
就是因为烟台是中就是因为烟台是中等城市,不像北京、西安是大城市,等城市,不像北京、西安是大城市,“餐饮系统餐饮系统”的客户群少得可怜。
的客户群少得可怜。
立项方法立项方法立项就是决策,立项就是决策,ITIT企业的决策必须按企业的决策必须按照决策程序进行照决策程序进行。
没有决策程序就要没有决策程序就要先制定决策程序,不能一个人拍脑袋先制定决策程序,不能一个人拍脑袋定决策。
定决策。
立项建议书的目的,就是在某种程度立项建议书的目的,就是在某种程度上代替开发合同或用户需求报告,上代替开发合同或用户需求报告,作作为软件策划的基础为软件策划的基础。
立项方法立项方法立项建议书的编制者一般不是软件立项建议书的编制者一般不是软件开发人员,而是软件公司的市场销开发人员,而是软件公司的市场销售人员,因为他们对市场行情及客售人员,因为他们对市场行情及客户需求熟悉,所以在此给出它的编户需求熟悉,所以在此给出它的编写参考指南,对市场销售人员和软写参考指南,对市场销售人员和软件策划人员都会有帮助。
件策划人员都会有帮助。
3.2立项文档立项文档立项文档就是立项文档就是立项建议书立项建议书,P53P53给出它给出它的编写参考指南。
读者不要认为它太死板、的编写参考指南。
读者不要认为它太死板、太复杂,需要仔细阅读其格式和内容,并太复杂,需要仔细阅读其格式和内容,并不断地问不断地问“为什么?
为什么?
”。
只有这样,才能。
只有这样,才能增长学问,使自己早日融入增长学问,使自己早日融入ITIT企业的软件企业的软件文化之中,使高校的软件工程教育与文化之中,使高校的软件工程教育与ITIT企企业的软件文化平滑接轨。
业的软件文化平滑接轨。
3.3签订合同的方法与文档签订合同的方法与文档【例例3-23-2】公元公元20052005年年22月,珠海一家软件公司月,珠海一家软件公司(乙方乙方)与珠海一家中药网站公司与珠海一家中药网站公司(甲方甲方),签订了,签订了一个一个“中药网站开发合同中药网站开发合同”。
该合同中的有关条。
该合同中的有关条款规定:
款规定:
“软件开发费用共计软件开发费用共计99万元人民币,开万元人民币,开发工期总共为一个月,即发工期总共为一个月,即22月至月至33月月”。
并且还规。
并且还规定:
定:
“乙方若不按期交付项目,每拖延一天,甲乙方若不按期交付项目,每拖延一天,甲方扣除乙方的软件开发总费用的方扣除乙方的软件开发总费用的1%1%”。
请读者分析一下,该合同有什么问题?
后来的请读者分析一下,该合同有什么问题?
后来的事实证明,该合同至少造成了如下几个问题:
事实证明,该合同至少造成了如下几个问题:
签订合同的方法与文档签订合同的方法与文档开发工期太短,乙方肯定不能按时交付项目。
开发工期太短,乙方肯定不能按时交付项目。
开发费用太低,乙方肯定不能获利。
开发费用太低,乙方肯定不能获利。
至于至于“每拖延一天,甲方扣除乙方的软件开发每拖延一天,甲方扣除乙方的软件开发总费用的总费用的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)签字日期签字日期招标与投标招标与投标对于一个小型软件项目的开发或产品实施,对于一个小型软件项目的开发或产品实施,一般可由销售人员直接签订合同。
一般可由销售人员直接签订合同。
对于一个大中型软件项目,在签订合同之前,对于一个大中型软件项目,在签订合同之前,一般由发标单位进行招标,软件企业的市场一般由发标单位进行招标,软件企业的市场销售人员获取招标信息后,立即反馈给企业销售人员获取招标信息后,立即反馈给企业销售中心,销售中心和软件研发中心人员迅销售中心,销售中心和软件研发中心人员迅速进行可行性分析。
若可行,市场销售人员速进行可行性分析。
若可行,市场销售人员抓紧公关,技术支持人员马上组织有关的售抓紧公关,技术支持人员马上组织有关的售前工程师,按照投标书的编写参考指南,制前工程师,按照投标书的编写参考指南,制定投标书,参加竞标。
定投标书,参加竞标。
招标与投标招标与投标P59有一份有一份软件项目投标书软件项目投标书编写参考指南。
编写参考指南。
我们对它进行分析。
我们对它进行分析。
投标策略投标策略投标书的篇幅较长,少则几十页,投标书的篇幅较长,少则几十页,多则几百页。
讲标的内容较短,所多则几百页。
讲标的内容较短,所以要突出重点,抓住关键,打动人以要突出重点,抓住关键,打动人心。
心。
投标策略投标策略讲标效果直接影响中标概率。
讲标效果直接影响中标概率。
由于投标单位很多,一个单位的讲标时间限制在由于投标单位很多,一个单位的讲标时间限制在20-4020-40分钟,所以讲标的内容只能是投标书的精分钟,所以讲标的内容只能是投标书的精华部分,并且要用华部分,并且要用PowerPointPowerPoint工具制作成规范的工具制作成规范的幻灯片。
幻灯片。
讲标人不但要气质高雅,而且要业务精通,口才讲标人不但要气质高雅,而且要业务精通,口才好,表达能力强,时间与节奏掌握好,最好是本好,表达能力强,时间与节奏掌握好,最好是本行业领域的业务专家。
行业领域的业务专家。
投标策略投标策略中标后,经过技术谈判和商务谈判,才能中标后,经过技术谈判和商务谈判,才能正式签订合同。
合同正文和合同附件都很正式签订合同。
合同正文和合同附件都很重要,都具有法律效应。
重要,都具有法律效应。
合同合同与与立项建议书立项建议书一样,是该项一样,是该项目的第一份管理文档。
在管理过程中,目的第一份管理文档。
在管理过程中,合同合同起到与起到与立项建议书立项建议书同样的作同样的作用。
两者都需要由专人精心保管,以便随用。
两者都需要由专人精心保管,以便随时查阅。
时查阅。
3.4下达任务的方法与文档下达任务的方法与文档下达任务的时机下达任务的时机
(1)
(1)软件企业已签订了项目软件企业已签订了项目合同合同;
(2)
(2)立项建议书立项建议书已通过了项目评审;已通过了项目评审;(3)(3)作为特殊情况,软件组织的上级下达作为特殊情况,软件组织的上级下达了某项目的指令性软件开发计划。
例如:
了某项目的指令性软件开发计划。
例如:
由跨组织跨部门的某个大系统项目,它的由跨组织跨部门的某个大系统项目,它的系统总体设计组分配给软件的需求。
系统总体设计组分配给软件的需求。
下达任务的方法与文档下达任务的方法与文档下达任务的方式下达任务的方式发放发放任务书任务书。
任务书任务书与与合同合同/立项建立项建议书议书一样重要,它是该项目的第一样重要,它是该项目的第二
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 实用 软件工程
![提示](https://static.bdocx.com/images/bang_tan.gif)