软件工程课件第3章.ppt

实用软件工程实用软件工程-ITIT企业软件的开发与管理企业软件的开发与管理赵池龙赵池龙 第第3 3章章 软件立项与合同软件立项与合同 本章导读本章导读软件项目（或产品）来源一般有两个渠道。软件项目（或产品）来源一般有两个渠道。一个渠道是通过市场调研之后，认为某产品将会有巨一个渠道是通过市场调研之后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、设备资源、抵大的市场空间，而软件公司在人力资源、设备资源、抵抗风险、资金和时间上都具备开发该产品的能力，于是抗风险、资金和时间上都具备开发该产品的能力，于是决定立项，这类软件产品被称为决定立项，这类软件产品被称为“非订单软件非订单软件”。另一个渠道是与固定的用户签订软件开发合同，这类另一个渠道是与固定的用户签订软件开发合同，这类软件被称为软件被称为“订单软件订单软件”。所以，所以，“立项立项”与与“合同合同”是是IT企业软件项目（或产企业软件项目（或产品）的两个源头。品）的两个源头。本章讨论软件立项和签订软件合同的方法与文档，并本章讨论软件立项和签订软件合同的方法与文档，并给出给出立项建议书立项建议书和和软件项目投标书软件项目投标书的编写参考的编写参考指南，以及一份软件任务书的案例。指南，以及一份软件任务书的案例。本章对读者的要求本章对读者的要求 了解：了解：1 1）“订单软件订单软件”的概念的概念 2 2）“非订单软件非订单软件”的概念的概念 3 3）招标、投标、讲标和中标的概念）招标、投标、讲标和中标的概念 4 4）任务书的概念及编写方法）任务书的概念及编写方法 理解：理解：1 1）立项的方法）立项的方法 2 2）签订合同的方法）签订合同的方法 3 3）软件系统功能、性能、接口和界面的概念）软件系统功能、性能、接口和界面的概念 掌握：掌握：1 1）立项建议书立项建议书的编写方法的编写方法 2 2）软件项目投标书软件项目投标书的编写方法的编写方法 3.1 立项方法立项方法 软件项目软件项目(或产品或产品)的来源基本上有两个渠道：的来源基本上有两个渠道：“立项立项”与与“合同合同”。立项的具体表现形式，就是在市场调查研究的基立项的具体表现形式，就是在市场调查研究的基础上，分析立项的必要性础上，分析立项的必要性(是否有市场前景是否有市场前景)和可和可能性能性(是否有能力实现是否有能力实现)，并具体列出系统的功能、，并具体列出系统的功能、性能、接口和运行环境等方面的需求，当前客户性能、接口和运行环境等方面的需求，当前客户群和潜在客户群的情况，以及投入产出分析，然群和潜在客户群的情况，以及投入产出分析，然后再按照编写参考指南书写立项建议书，并对它后再按照编写参考指南书写立项建议书，并对它进行评审，评审通过后才算正式立项。进行评审，评审通过后才算正式立项。立项案例分析立项案例分析【例例3-13-1】2003 2003年初冬，烟台市某软件公司的老总在年初冬，烟台市某软件公司的老总在西安出差，发现西安市的大中型餐厅基本上都有电子点西安出差，发现西安市的大中型餐厅基本上都有电子点菜系统，客人一点菜，信息马上出现在厨房大师傅眼前，菜系统，客人一点菜，信息马上出现在厨房大师傅眼前，大师傅马上炒菜，小姐很快上菜。以后一打听，这个点大师傅马上炒菜，小姐很快上菜。以后一打听，这个点菜系统叫菜系统叫“餐饮系统餐饮系统”，是北京某软件公司开发的。于，是北京某软件公司开发的。于是这位老总又飞到北京，不但拜访是这位老总又飞到北京，不但拜访“餐饮系统餐饮系统”的开发的开发公司，而且到几家餐饮大店去吃饭，亲身体验公司，而且到几家餐饮大店去吃饭，亲身体验“餐饮系餐饮系统统”的使用情况。返回烟台后，老总拍着脑袋决定马上的使用情况。返回烟台后，老总拍着脑袋决定马上立项，快速开发本公司的立项，快速开发本公司的“餐饮系统餐饮系统”。不到三个月，不到三个月，“餐饮系统餐饮系统”开发完毕，但是在后来开发完毕，但是在后来的两年中，该系统在烟台市总共也只卖出两套，投入与的两年中，该系统在烟台市总共也只卖出两套，投入与产出比是五比一。这是为什么？就是因为烟台是中等城产出比是五比一。这是为什么？就是因为烟台是中等城市，不像北京、西安是大城市，市，不像北京、西安是大城市，“餐饮系统餐饮系统”的客户群的客户群少得可怜。少得可怜。立项方法立项方法立项就是决策，立项就是决策，ITIT企业的决策必须按照决策程序企业的决策必须按照决策程序进行。进行。没有决策程序就要先制定决策程序，不能没有决策程序就要先制定决策程序，不能一个人拍脑袋定决策。一个人拍脑袋定决策。立项建议书的目的，就是在某种程度上代替开发立项建议书的目的，就是在某种程度上代替开发合同或用户需求报告，作为软件策划的基础。合同或用户需求报告，作为软件策划的基础。立项建议书的编制者一般不是软件开发人员，而立项建议书的编制者一般不是软件开发人员，而是软件公司的市场销售人员，因为他们对市场行是软件公司的市场销售人员，因为他们对市场行情及客户需求熟悉，所以在此给出它的编写参考情及客户需求熟悉，所以在此给出它的编写参考指南，对市场销售人员和软件策划人员都会有帮指南，对市场销售人员和软件策划人员都会有帮助。助。3.2 立项文档立项文档 立项文档就是立项文档就是立项建议书立项建议书，下面给出它的编，下面给出它的编写参考指南。在本书的所有文档编写参考指南中，写参考指南。在本书的所有文档编写参考指南中，都是以国内大型都是以国内大型IT企业的正规编写参考指南为背企业的正规编写参考指南为背景，按照软件工程规范整理出来的，读者不要认景，按照软件工程规范整理出来的，读者不要认为它太死板、太复杂，需要仔细阅读其格式和内为它太死板、太复杂，需要仔细阅读其格式和内容，并不断地问容，并不断地问“为什么？为什么？”。只有这样，才能。只有这样，才能增长学问，使自己早日融入增长学问，使自己早日融入IT企业的软件文化之企业的软件文化之中，使高校的软件工程教育与中，使高校的软件工程教育与IT企业的软件文化企业的软件文化平滑接轨。如果在阅读中只走过场，其结果肯定平滑接轨。如果在阅读中只走过场，其结果肯定是收获甚微。是收获甚微。立项建议书立项建议书在本教材的电子文档在本教材的电子文档“文档目录文档目录”中。中。3.3 签订合同的方法与文档签订合同的方法与文档【例例3-23-2】公元公元20052005年年2 2月，珠海一家软件公司月，珠海一家软件公司(乙方乙方)与珠海一家中药网站公司与珠海一家中药网站公司(甲方甲方)，签订了一个，签订了一个“中药网中药网站开发合同站开发合同”。该合同中的有关条款规定：。该合同中的有关条款规定：“软件开发软件开发费用共计费用共计9 9万元人民币，开发工期总共为一个月，即万元人民币，开发工期总共为一个月，即2 2月月至至3 3月月”。并且还规定：。并且还规定：“乙方若不按期交付项目，每乙方若不按期交付项目，每拖延一天，甲方扣除乙方的软件开发总费用的拖延一天，甲方扣除乙方的软件开发总费用的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)签字日期签字日期 招标与投标招标与投标对于一个小型软件项目的开发或产品实施，一般对于一个小型软件项目的开发或产品实施，一般可由销售人员直接签订合同。可由销售人员直接签订合同。对于一个大中型软件项目，在签订合同之前，一对于一个大中型软件项目，在签订合同之前，一般由发标单位进行公开招标，软件企业的市场销般由发标单位进行公开招标，软件企业的市场销售人员获取招标信息后，立即反馈给企业销售中售人员获取招标信息后，立即反馈给企业销售中心，销售中心和软件研发中心人员迅速进行可行心，销售中心和软件研发中心人员迅速进行可行性分析。若可行，市场销售人员抓紧开展公关活性分析。若可行，市场销售人员抓紧开展公关活动，技术支持人员马上组织有关的售前工程师，动，技术支持人员马上组织有关的售前工程师，按照投标书的编写参考指南，参照招标书的内容，按照投标书的编写参考指南，参照招标书的内容，制定并提交投标书，参加竞标活动。制定并提交投标书，参加竞标活动。表表3-153-15给出了给出了软件项目投标书软件项目投标书编写参考指南。编写参考指南。投标策略投标策略 投标书的篇幅较长，少则几十页，多则几百页。讲标投标书的篇幅较长，少则几十页，多则几百页。讲标的内容较短，所以要突出重点，抓住关键，打动人心。的内容较短，所以要突出重点，抓住关键，打动人心。讲标十分重要，又十分有学问，讲标效果直接影响中讲标十分重要，又十分有学问，讲标效果直接影响中标概率。由于投标单位很多，一个单位的讲标时间往往标概率。由于投标单位很多，一个单位的讲标时间往往限制在限制在20-4020-40分钟之间，所以讲标的内容只能是投标书分钟之间，所以讲标的内容只能是投标书的精华部分，并且要用的精华部分，并且要用PowerPointPowerPoint工具制作成规范的幻工具制作成规范的幻灯片。讲标人不但要气质高雅，而且要业务精通，口才灯片。讲标人不但要气质高雅，而且要业务精通，口才好，表达能力强，时间与节奏掌握好，最好是本行业领好，表达能力强，时间与节奏掌握好，最好是本行业领域的业务专家。中标后，经过技术谈判和商务谈判，才域的业务专家。中标后，经过技术谈判和商务谈判，才能正式签订合同。合同正文和合同附件都很重要，都具能正式签订合同。合同正文和合同附件都很重要，都具有法律效应。有法律效应。合同合同与与立项建议书立项建议书一样，是该项目的第一份管一样，是该项目的第一份管理文档。在管理过程中，理文档。在管理过程中，合同合同起到与起到与立项建议书立项建议书同样的作用。两者都需要由专人精心保管，以便随时同样的作用。两者都需要由专人精心保管，以便随时查阅。查阅。3.4 下达任务的方法与文档下达任务的方法与文档 下达任务的时机：下达任务的时机：(1)(1)软件企业已签订了项目软件企业已签订了项目合同合同；(2)(2)立项建议书立项建议书已通过了项目评审；已通过了项目评审；(3)(3)作为特殊情况，软件组织的上级下达了某作为特殊情况，软件组织的上级下达了某项目的指令性软件开发计划。例如：由跨组织跨项目的指令性软件开发计划。例如：由跨组织跨部门的某个大系统项目，它的系统总体设计组分部门的某个大系统项目，它的系统总体设计组分配给软件的需求。配给软件的需求。下达任务的方式：下达任务的方式：发放发放任务书任务书。任务书任务书与与合同合同/立项建议书立项建议书一样重一样重要，它是该项目的第二份管理文档。要，它是该项目的第二份管理文档。下达任务的方法下达任务的方法 (1)(1)有一份有一份任务书任务书的正文。包括任务的下达对象、的正文。包括任务的下达对象、内容、要求完成的日期、决定投入的资源、必要时包括内容、要求完成的日期、决定投入的资源、必要时包括任命项目经理任命项目经理(技术经理和产品经理技术经理和产品经理)、其他保证措施、其他保证措施、奖惩措施等。奖惩措施等。任务书任务书的正文可长可短，若合同或立的正文可长可短，若合同或立项建议书很详细，则正文可短。若合同或立项建议书很项建议书很详细，则正文可短。若合同或立项建议书很粗很短，则正文应该详细，当然也应该很长。粗很短，则正文应该详细，当然也应该很长。(2)(2)有一份有一份任务书任务书的附件。一般情况下它就是的附件。一般情况下它就是软件软件合同合同/立项建议书立项建议书，如果是指令性计划，如果是指令性计划，它的格式和内容，也应与它的格式和内容，也应与合同合同/立项建议书立项建议书基基本相同，即：附件的内容应覆盖系统的功能点列表、性本相同，即：附件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列表、能点列表、接口列表、资源需求列表、开发进度列表、阶段评审列表等。阶段评审列表等。3.5 任务书案例任务书案例 下面是一份下面是一份任务书任务书的正文样本，可以作为的正文样本，可以作为编写任务书的参考指南，因为它写得既长又细，编写任务书的参考指南，因为它写得既长又细，所以省略了它的附件。请读者看完后指出它的优所以省略了它的附件。请读者看完后指出它的优点与缺点，反问自己从中学到了什么，并提出改点与缺点，反问自己从中学到了什么，并提出改进意见。进意见。软件产品开发任务书软件产品开发任务书正文样本。正文样本。3.6 本章小结本章小结 本章讲述了软件立项、投标、合同和任务书四件大事，本章讲述了软件立项、投标、合同和任务书四件大事，对对ITIT企业的高、中、低三层人员，都大有帮助。企业的高、中、低三层人员，都大有帮助。高层经理要把立项当作决策。高层经理要把立项当作决策。中层经理要抓立项、投标、合同和任务书的具体工作。中层经理要抓立项、投标、合同和任务书的具体工作。基层蓝领要学习、领会、吃透立项、合同、任务书中的基层蓝领要学习、领会、吃透立项、合同、任务书中的具体内容与要求，并将这些内容与要求联系实际，落实具体内容与要求，并将这些内容与要求联系实际，落实到今后到今后“需求获取、设计、编码、测试需求获取、设计、编码、测试”的行动中去。的行动中去。一切软件项目或软件产品，都是为了实现用户需求中的一切软件项目或软件产品，都是为了实现用户需求中的“功能、性能、接口功能、性能、接口”三项具体目标。从软件的源头开三项具体目标。从软件的源头开始，就要抓住始，就要抓住“功能、性能、接口功能、性能、接口”不放手，并在用户不放手，并在用户需求报告、需求规格说明书、概要设计说明书、详细设需求报告、需求规格说明书、概要设计说明书、详细设计说明书、编码实现、测试用例与测试报告、评审与审计说明书、编码实现、测试用例与测试报告、评审与审计、验收与交付中，一脉相承地贯彻执行下去，只有这计、验收与交付中，一脉相承地贯彻执行下去，只有这样，软件开发事业才能成功。样，软件开发事业才能成功。本章小结本章小结立项与可行性分析的关系是：立项与可行性分析的关系是：本章所讲的立项，就是其他软件工程书上所讲本章所讲的立项，就是其他软件工程书上所讲的的“项目可行性分析项目可行性分析”。应该说，可行性分析。应该说，可行性分析是立项的前提，立项是可行性分析的结果。对是立项的前提，立项是可行性分析的结果。对于软件企业，一般不叫项目可行性分析，而叫于软件企业，一般不叫项目可行性分析，而叫立项。只有在学校、机关、科研所等单位，才立项。只有在学校、机关、科研所等单位，才叫项目可行性分析。叫项目可行性分析。第第2章章 可行性研究可行性研究 2.1 2.1 问题定义问题定义一、一、问题定义的内容问题定义的内容包括：明确问题的背景、开发系统的现状、包括：明确问题的背景、开发系统的现状、开发的理由和条件、开发系统的问题要求、总体开发的理由和条件、开发系统的问题要求、总体要求、问题的性质、类型范围、要实现的目标、要求、问题的性质、类型范围、要实现的目标、功能规模、实现目标的方案、开发的条件、环境功能规模、实现目标的方案、开发的条件、环境要求等等，然后写出问题定义报告（或称系统定要求等等，然后写出问题定义报告（或称系统定义报告），以供可行性分析阶段使用。义报告），以供可行性分析阶段使用。第第2章章 可行性研究可行性研究 二、二、问题定义的步骤问题定义的步骤在在问问题题定定义义阶阶段段，系系统统分分析析员员要要深深入入现现场场，阅阅读读用用户户写写的的书书面面报报告告、听听取取用用户户对对开开发发系系统统的的要要求求、调调查查开开发发系系统统的的背背景景理理由由。还还要要与与用用户户负负责责人人反反复复讨讨论论，以以澄澄清清模模糊糊的的地地方方、改改正正不不正正确确的的地地方方。最最后后写写出出双双方方都都满满意意的的问问题题定定义义报报告告，并并确确定定双双方方是是否否可可进进行行深深入入系系统统可可行行性性研研究究的的意意向。向。第第2章章 可行性研究可行性研究问题定义编写实例1、某校有9个部门，校办、人事处、总务处、教务处、电气系、机械系、管理系、基础部和财务处。其中财务处有1名主任会计师，2名会计和2名出纳，共5人。由于职工人数增加，每月发工资前几天，会计的工作量会增大，要抽调其他部门的人来帮忙，花一个星期才能把职工工资表做出来，同时，由于学校规模还在不断扩大，财务工作的工作量日益繁重。为减轻财务处的工作量，改善工作条件，学校决定采用计算机进行工资管理，请某软件公司帮助分析解决问题的可能性，给出问题定义报告2问题分析：某公司的系统分析员经过调查后发现，财务处的工作量的确很大，特别是在每月发工资的前几天，工作人员忙不过来。一种有效的解决方法是给财务处增加职工，如果增加职工，按职工月工资500元计算，每年需要增加工资支出1.2万元；如果开发工资管理系统，可节省人力，不必增加职工，因此每年至少可节约成本1.2万元。为了节省1.2万元，校方能投资多少呢？由于大多数单位希望能在23年内收回投资，因此，对这个项目来说，2.43.6万元的开发成本是一个合理的规模，如果这项工作不能在3.6万元内完成，那么开发是不值得的。3 问题定义报告：由以上分析给出如下报告：报告 在问题定义阶段，我们对要解决的问题做了概要描述，并分析了项目的目标和大致规模，但在预定的规模内，问题是否可以解决呢？这将是可行性研究阶段的主要任务。第第2章章 可行性研究可行性研究 2.2 2.2 可行性研究的任务可行性研究的任务可行性研究的任务是用最小的代价、在尽可可行性研究的任务是用最小的代价、在尽可能短的时间内确定问题是否能够解决。在澄清了能短的时间内确定问题是否能够解决。在澄清了问题定义之后，分析员首先应该导出系统的逻辑问题定义之后，分析员首先应该导出系统的逻辑模型，然后从系统逻辑模型出发，探索出若干种模型，然后从系统逻辑模型出发，探索出若干种可供选择的主要解法（即系统实现方案）。最后可供选择的主要解法（即系统实现方案）。最后仔细研究每种解法的可行性。仔细研究每种解法的可行性。本阶段的目标：确切定义用户要求解决的问题，分析软件开发的风险，并制定软件计划。1、研究软件的作用范围软件的功能、性能接口（与硬件、软件工具、人、过程的一系列操作）软件的可靠性2、资源需求人力资源（技术水平、专业、数量等。用Putnam_Norden曲线来描述）硬件资源（宿主机、目标机、外围设备、其他硬件）软件资源 软件工具（支持软件、应用软件）经费及时间限制通常，软件开发所需的资源，可由“金字塔”模型描述。人人员的技术水平，专业和数量。工具主要是软、硬件工具。第第2章章 可行性研究可行性研究 3、可行性研究的任务：、可行性研究的任务：（1 1）技技术术可可行行性性：现现有有技技术术、资资源源及及限限制制能能否否支支持持和和实实现现系统的功能、性能。数要是技术风险问题。系统的功能、性能。数要是技术风险问题。（2 2）经经济济可可行行性性：进进行行成成本本估估算算及及效效益益评评估估，确确定定项项目目是是否只得开发。否只得开发。（3 3）操操作作可可行行性性：主主要要指指系系统统的的操操作作方方式式在在用用户户组组织织内内是是否否行行的的通通，系系统统开开发发后后能能否否运运行行，是是否否存存在在合合同同、责责任任、侵权、用户组织管理等方面的问题。侵权、用户组织管理等方面的问题。以上三方面的可行性分析结果，最终得到一份以上三方面的可行性分析结果，最终得到一份可行性报告可行性报告。第第2章章 可行性研究可行性研究 2.3 2.3 可行性研究的步骤可行性研究的步骤 （1 1）确定系统规模和目标）确定系统规模和目标（2 2）研究目前正在使用的系统（如果存在）研究目前正在使用的系统（如果存在）（3 3）导出新系统的高层逻辑模型。（用数据流）导出新系统的高层逻辑模型。（用数据流程图（程图（DFD图）描述）图）描述）（4 4）进一步定义问题）进一步定义问题（5 5）提出实现高层逻辑模型的各种方案，导出）提出实现高层逻辑模型的各种方案，导出和评价供选择的方案，并对各种方案进行评价和评价供选择的方案，并对各种方案进行评价（6 6）推荐方案和行动方针）推荐方案和行动方针（7 7）草拟开发计划）草拟开发计划（8 8）书写文档、提交审查）书写文档、提交审查可行性报告（参考格式）一、引言系统名称、目标、功能、开发组织单位，服务对象等二、系统开发的背景，必要性和意义1、现行系统的调查研究组织机构、业务流程、工作负荷、费用、人员、设备、计算机应用 情况、存在问题等2、需求调查和分析用户提出的需求及考虑经济改革和发展需要进行预测结果可行性报告（续）三、新系统的几种方案介绍1、拟建系统目标2、系统规模及初步方案（粗略的逻辑模型）3、系统的实施方案（计划安排）4、投资方案5、人员培训及补充方案6、其它可供选择的方案可行性报告（续）四、可行性研究1、技术上的可行性（按系统目标衡量）（1）对现有技术的评估（2）使用现有技术进行系统开发的可行性（3）对技术发展可能产生影响的预测（4）关键技术人员的数量和水平评估2、经济上的可行性（估算成本/效益比）（1）现有的经济条件（2）开发、运行费用（3）对系统效益的估计（4）投资回收期（5）成本/效益比可行性报告（续）3、系统运行的可行性（1）对组织机构的影响（2）人员适应的可行性（3）环境条件的可行性五、几种方案的比较分析六、结论（按某种方案可立即执行，等某些条件成熟后再执行或不可行等等）可行性研究报告经审批后，即开始需求分析工作。第第2章章 可行性研究可行性研究 2.4 2.4 系统流程图系统流程图系统流程图是描绘物理系统的传统工具，它的系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面基本思想是用图形符号以黑盒子形式描绘系统里面的每一个部件（程序、文件、数据库、表格、人工的每一个部件（程序、文件、数据库、表格、人工过程等）。过程等）。注：尽管系统流程图使用的某些符号和程序流程图所注：尽管系统流程图使用的某些符号和程序流程图所用的符号相同，但系统流程图表达的是信息在系统用的符号相同，但系统流程图表达的是信息在系统中各个部件之间流动的情况，而不是对信息进行加中各个部件之间流动的情况，而不是对信息进行加工处理的控制过程。工处理的控制过程。系统流程图的基本符号系统流程图的基本符号 数据流程图P30第第2章章 可行性研究可行性研究 2.5 2.5 成本成本/效益分析效益分析成本成本/效益分析的目的，是从经济角度评效益分析的目的，是从经济角度评价开发一个新项目是否可行、是否划算，从价开发一个新项目是否可行、是否划算，从而帮助使用部门的负责人正确地作出是否投而帮助使用部门的负责人正确地作出是否投资于这项开发的决定。资于这项开发的决定。影响成本估算的因素1、软件人员的业务水平2、软件产品的规模及复杂度规模：按Yourdon分类法分为超小型，小型，中型，大型，超大型，极大型。复杂度：应用程序，实用程序，系统程序（低 高）3、开发所需时间对确定规模、复杂度的软件存在一个“最佳开发时间”（或开发时间极限值）4、软件开发技术水平指开发方法、工具、语言等，技术水平高，效率高。5、软件可靠性要求 可靠性要求愈高，成本愈高。第第2章章 可行性研究可行性研究 一、成本估计一、成本估计 1代代码码行行技技术术：通通常常先先根根据据经经验验和和历历史史数数据据来来估估计计实实现现一一个个功功能能所所需需要要的的源源程程序序行行数数，然然后后用用每每行行代代码码的的平平均均成本乘以行数就可以确定软件的成本。成本乘以行数就可以确定软件的成本。2 2任任务务分分解解技技术术：首首先先把把软软件件开开发发工工程程分分解解为为若若干干个个相相对对独独立立的的任任务务，再再分分别别估估计计每每个个单单独独的的开开发发任任务务的的成成本本，最最后后累累加加起起来来得得出出软软件件开开发发工工程程的的总总成成本本。估估计计每每个个任任务务的的成成本本时时，通通常常先先估估计计完完成成该该项项任任务务所所需需要要使使用用的的人人力力（以以人人月月为为单单位位），再再乘乘以以每每人人每每月月的的平平均均工工资资而而得得出出每每个个任任务务的的成成本本。划划分分任任务务时时最最常常用用的的办办法法是是按按开开发发阶段进行。阶段进行。第第2章章 可行性研究可行性研究 二、二、度量效益的方法度量效益的方法 1货币的时间价值货币的时间价值货货币币的的时时间间价价值值通通常常用用利利率率的的形形式式表表示示。假假设设年年利利率率为为i，如如果果现现在在存存入入P元元，则则n年年后后可可以以得得到到的钱数为：的钱数为：FP(1十十i)n这这也也就就是是P元元钱钱在在n年年后后的的价价值值。反反之之，如如果果n年后能收入年后能收入F元钱，那么这些钱的现在的价值是：元钱，那么这些钱的现在的价值是：PF(1十十i)n第第2章章 可行性研究可行性研究 2投资回收期投资回收期所所谓谓投投资资回回收收期期就就是是使使累累计计的的经经济济效效益益等等于于最最初初投投资资所所需需要要的的时时间间。显显然然，投投资资回回收收期期越越短短就能越快获得利润，这项工程也就越值得投资。就能越快获得利润，这项工程也就越值得投资。3纯收入纯收入纯纯收收入入就就是是在在整整个个生生命命周周期期之之内内系系统统累累计计经经济济效效益益（折折合合成成现现在在值值）与与投投资资之之差差。这这相相当当于于比比较较投投资资开开发发一一个个软软件件系系统统和和把把钱钱存存在在银银行行中中（或贷给其他企业）这两种方案的优劣。（或贷给其他企业）这两种方案的优劣。在上面给出的工资管理系统例子中，我们要计算其纯收入，需要分别计算其总收入和总成本的折现值。开发工资管理系统需要支出的费用包括：购买设备计算机、打印机，公约1.2万元，采用任务分解法估计该系统的开发共需要5人月完成，每人每月成本为2000元，估计系统的人工费用为200051万元，开发成本共为1.212.2万元，假定在签订开发合同时一次支付，将来的成本包括每年需要支付600元维护费用。将来的收入主要体现在每年可节省2名工作人员，假设每人的月工资为500元，节省的人力费用共为 500122 1.2万元。估计软件使用寿命为5年。列出下表：开发工资管理系统的投资收益表 计算结果，开发该系统获得的纯收入为19094.86元。可行性研究报告软件计划