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