软件开发报价(含软件开发项目工作量及报价模板)的计算方法

软件开发报价(含软件开发项目工作量及报价模板)的计算方法
软件开发报价(含软件开发项目工作量及报价模板)的计算方法

软件开发报价的计算方法

1.软件开发价格估算方法

软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式:

软件开发价格=开发工作量× 开发费用/人·月

1.1开发工作量

软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关:

软件开发工作量=估算工作量经验值× 风险系数× 复用系数

1.1.1估算工作量经验值(以A来表示)

软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。

为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。

工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。

特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。

1.1.2风险系数(以σ来表示)

估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此:

l ≤ 风险系数≤ 1.5

根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。

1.1.3复用系数(以τ来表示)

估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法” ,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。因此:

0.25 ≤ 复用系数≤ 1

根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据,提高工作效率达到25%(最高值)。

1.2开发费用/人·月

软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。

开发费用/人·月=(P+Q+R)× S× τ

1.2.1 P(人头费)

人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%-80%。

P = B × 1.476

国家规定的公积金 7%,医疗保险金12%,养老金22%,失业金 2%(即通常所说的四金),另外还有按工资总额计征的工伤保证金0.5%,生育保证金0.5%,残疾基金1.6%,工会基金2%,累计为47.6%。

B为平均工资,即企业支付给员工的工资、奖金、物质奖励等多项总和,除以企业员工数,分摊到每个月。

1.2.2 Q(办公费)

办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折旧、差旅费,另外也包括企业对员工的在职培训所支付的费用,其总量在软件企业中的商务成本占20%-30%。

Q = B/3

此处办公费用按商务成本的25%计算。

1.2.3 R(国家税收和企业利润)

由于国家实施发展软件产业的优惠政策,故不单独列出计算,但软件企业仍需承担缴纳国家税收的义务,可一并与企业利润一起考虑。

另外,软件企业的员工不可能全年满负荷地工作,即使一年十二个月都安排工作,但也需抽出时间进行在职培训和提职的岗前培训。据我们的了解,软件企业的员工一年能有10个月到 11个月的工作也是正常的。

R = B/3

此处为我们的建议方案,各软件企业可视情况加以变更。

1.2.4 S(管理系数)

通常每个机构的管理人员都会有一定的比例,参考一些机构的做法,按每十个软件人员配备两个管理人员即管理成本:

1 ≤ S ≤ 1.2

1.2.5 T(优质系数)

提高软件质量,必然有所开支,即质量成本,对于不同的软件企业来说,其质量成本不尽相同。

软件企业与其他企业一样,也有诚信和品牌等诸多因素,从而增加企业的开支。

目前我们可以按通过 ISO9000质量体系认证和CMM或CMMI的认证来确定,分别取值1.05、1.1、1.15、1.2。

今后建议可对软件企业的资质分为四级。由软件行业协会根据CMMI的认证、品牌、诚信程度等各种因素加以确定。此体系建设还有待进一步探索。

据此,我们综合上述各点:

开发费用/人·月=(B × 1.476 + B/3 + B/3)× l.2 × T

= B ×(1.476 + 2/3)× 1.2 × T

= B × 2 .575 × T

= B × λ

当T=1.05时,λ=2.7

当T=1.2时,λ=3.09

因此,2.7 ≤ λ ≤ 3.09

对于承接国外软件外包业务,一方面员工的工资较高,另外工作的安排也较难满负荷工作,用此建议R=B/2。因此

开发费用/人·月= B(1.476 + 1/3 + 1/2)× 1.2 × T

= B × 2.767 × T

= B × λ

当T=1.05时,λ=2.906

当T=1.2时,λ=3.32

因此,2.9 ≤ λ ≤ 3.32

结论:

软件开发价格= A × σ × τ × B × λ

A:估算工作量经验值

B:软件企业的平均工资/人·月

Q:风险系数l ≤ Q ≤ 1.5

T:复用系数0.25 ≤ τ ≤ 1

λ:综合系数2.7 ≤ λ ≤ 3.09

2. 软件(系统)维护收费价格估算方法

在完成信心工程项目的系统集成和应用软件开发,并交付用户正式运行的一年内,对软件(系统)实行免费维护服务一年。

在正式运行一年后,软件企业应与用户签定软件(系统)维护合同。该合同属技术转让合同,也可属技术开发合同。

根据不同的用户要求,可分四种级别进行软件(系统)维护。

2.1 A级

软件企业派出技术人员常驻用户,解决日常运行中发生的问题。

2.1.1 U(系统建设投资额)

用户需要软件企业维护的系统,该系统建设的投资额。如用户只需要软件企业维护其所开发的应用软件,U就是该应用软件开发费;如用户需要软件企业维护整个系统,包括计算机硬件、软件、网络和应用软件,则U就是该信息工程项目的总投资额。

2.1.2 N(技术人员数)

软件企业派出N个技术人员,常驻用户,因此:

软件(系统)维护费/年=U × 15% 或 B × λ × N × 12

B、λ参见1.

2.2 B级

软件企业每周七天,每天24小时(即7×24小时)响应,2小时到现场,且每天派技术人员到现场进行软件(系统)性能调试,使之运行处于良好状态。

软件(系统)维护费/年=U × 10%

2.3 C级

软件企业7×24小时响应,2小时到场。

软件(系统)维护费/年=U × 5%

2.4 D级

用户的信息工程系统或应用软件发生问题,由原承担的软件企业派人维护。

2.4.1 B’

这种维护方式要求软件企业需要保存所有的技术档案,更需要软件企业抽出专人来不断熟悉和全面掌握该软件(系统)的各项技术细节。因此,软件企业的这项支出必然要在维护费用收入中得到回报。

以1.1.3节中的B 作为参数,将其人·月单位改为人·天,以B’表示。

2.4.2 τ’

软件企业如果采用基于构件开发方法,并建立起构件库,则会大大提高软件

维护的效率。另外,如果有多家用户运行的系统大致类似,也可有所提高效率。

以1.1.3节中的τ作为参数,以τ’来表示。因此:

软件(系统)维护费/次=B’ × τ’× n

此次n表示所需要的人·天数。τ’的取值是0.2 ≤ τ’≤ 1。

3. 系统集成价格的估算方法

将整个系统所涉及到的设备、软件、网络整和起来,并能正常地运行,其运行的结果能达到用户建立该系统的目标。这就是系统集成的含义。因此,可以理解为单纯的设备采购和供应并不涉及系统集成,以及单纯的应用软件开发也并不涉及系统集成。

系统集成费应与整个系统的规模、整个系统的复杂程度等项有关。

系统规模往往与系统建设费用密切相关。为了简便计算,以系统建设费用(以U来表示)为参考坐标。复杂程度(以α来表示)可分四种级别来区分。

系统集成费=U × α × T

T参见1.2.5节

3.1 A级

整个系统涉及到计算机硬件、软件、局域网络,且体系结构在三层次以下(含三层次)。

5% ≤ α ≤ 8%

3.2 B级

整个系统涉及到计算机硬件、软件、局域网络、互联网,且体系结构在三层以上(含三层次)。

7% ≤ α ≤ 10%

3.3 C级

整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。

8% ≤ α ≤ 12%

3.4 D级

整个系统涉及到计算机硬件、软件、网络、通信以及各种数据采集设备接口或者与用主系统有接口。

10% ≤ α ≤ 15%

4. 系统解决方案费用估算方法

根据用户所提出的初步需求,软件企业根据以往的经验为之提供整个系统建设的方案,包括需购买的计算机硬件、软件、网络设备和应用软件开发的大体设想、费用估算、进度初步安排、信息化所涉及到的规章制度的一些规划,有时还会涉及信息中心的建设等等。这就是系统解决方案所要完成的工作。

目前国内市场对于系统解决方案是一种智力劳动成果的认识不足,以及国内多数招标公司并不熟悉信息技术,从而更加使得系统解决方案收费变得困难。因此,目前的收费处于过渡阶段。

系统解决方案费用与整个系统的规模、复杂程度等项有关。

系统规模往往与系统建设费用密切相关,为了简便计算,以系统建设的总投资(以U来表示)为参考坐标。

复杂程度就是用户的功能、性能要求复杂性、信息接口的类型和数量有关,以β来表示。

解决方案费用=U × β × T

T参见 1.2.5节

关于β我们参照第3节所列各级。 A级:0.7% ≤ β ≤ 1.2%

B级:1% ≤ β ≤ 1.8%

C级: 1.5% ≤ β ≤ 2.2%

D级:2% ≤ β ≤ 3%

软件开发报价的计算方法

软件开发报价的计算方法 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关:软件开发工作量=估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 1.1.2风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 1.5 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。1.1.3复用系数(以τ来表示)

软件开发项目计划模板(参考后编制)

XXX软件项目计划任务书 项目编号 项目名称 撰写人 审批 完成日期 版本记录

目录 1.项目背景、范围及目标..................................................................................................................... - 1 - 2.项目可行性分析.................................................................................................................................... - 1 - 3.项目概述 .................................................................................................................................................. - 1 - 4.项目生命周期及里程碑计划........................................................................................................... - 1 - 5.项目任务分解结构(WBS).............................................................................................................. - 1 - 6.预算 ............................................................................................................................................................ - 2 - 7.人员组织及分工.................................................................................................................................... - 2 - 8.风险预估 .................................................................................................................................................. - 2 - i

软件开发成本估算

软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品,软件的成本不包括原材料和能源的消耗,主要是人的劳动的消耗。另外,软件也没有一个明显的制造过程,它的开发成本是以一次性开发过程所花费的代价来计算的。因此,软件开发成本的估算,应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试,整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的,一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中: L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量(以人年计) td-----------开发持续时间(以年计) Ck----------技术状态常数,它反映“妨碍开发进展的限制”,取值因开发环境而异,见下表

从上述方程加以变换,可以得到估算工作量的公式: K = L3/(Ck3*td4) 还可以估算开发时间: td = [L3/(Ck3*K)]1/4 2.COCOMO模型(constructive cost model) 这是由TRW公司开发,Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量: DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。 MM-------开发工作量(以人月计) 1MM = 19 人日 = 152 人时 =1/12 人年TDEV-----开发进度。(以月计) COCOMO模型中,考虑开发环境,软件开发项目的类型可以分为3种: 1.组织型(organic): 相对较小、较简单的软件项目。开发人员对开发目标 理解比较充分,与软件系统相关的工作经验丰富,对软件的使用环境很

软件开发报价的计算方法(完整版)

软件开发报价的计算方法(完整版) 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关:软件开发工作量=估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 1.1.2风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 1.5 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。1.1.3复用系数(以τ来表示)

软件开发项目计划书格式

软件开发项目计划书格式 (总12页) 本页仅作为文档页封面,使用时可以删除 This document is for reference only-rar21year.March

正文 一、项目计划书格式 根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下: 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 内部支持(可选) 5.2 客户支持(对项目而言) 5.3 外包(可选) 6 预算(可选) 6.1 人员成本 6.2 设备成本

6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的,并指出预期的读者。 作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写:为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。 常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容: 项目的名称:经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位:如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。 项目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。如海关的报关软件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。 项目的任务提出者:本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。如果是内部开发项目,则两者的区别在于前者指人,后者指单位。 项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织,一般一个项目的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。 项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句:根据《某部关于某建设工作的实施意见》精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划,某建设工作单位手工上报建设工作进度情况的方式,而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势,建设工作的数量将越来越多,原来的工作模式

软件开发费用计算

.1软件项目价格评估书 信息技术飞速发展,计算机软件交易市场日趋成熟规范, 我方参照《软件开发和服务项目价格构成及评估方法》,以及,目前国际上通行的也比较科学的估算方法是采用功能点分析方法,使用此方法能够真实、准确地计算出计算机软件的价值以作为市场交易价格的参照依据. 1.价格评估公式: 项目建设费Q=咨询服务费P+项目建设费M(软件开发费D+实施费S+维护费W)+验收测试费C+工程监理费G 2.项目建设费计算公式: 软件开发费D=工作量(人月)*软件人员月人工费用 =(项目功能点*开发成本系数/7.5/22)*(3.23B) 开发成本系数:3000个功能以下3.5人工时/FP-4.0人工时/FP 3000-8000个功能以下4.0人工时/FP-4.5人工时/FP 实施费S =工作量(人月)*软件人员月人工费用 =(项目功能点*实施成本系数/7.5/22)*(3.23B) 分布式实施项目的系数 实施成本系数=开发成本系数*(0.2+(n-1)*k) 比例因子K:0.08<=k<=0.15具体按项目实施难度而定 维护费W=工作量(人月)*软件人员月人工费用 =(项目功能点*维护成本系数/7.5/22)*(3.23B) 维护成本系数=(开发成本系数+实施成本系数)*p

比例因子P一般为15%-20% 软件人员月人工费用=(工资+奖金+福利+办公成本+资源储备+基础建设+税收利润)*(1+管理费用百分比)=3.23B ?软件开发费D: 软件开发费用指对项目进行详细需求分析,系统设计,编码,测试等方面的工作而需支出的费用,取费主要依据项目规模(功能点),开发成本系数和软件人员月人工费,我方根据(附录四:软件功能说明表),对软件的功能进行分析认为:软件项目难度一般,由于各单位对报表的需求不一,所以编制报表的工作量较多,按照软件规模的大小,我们设定软件开发成本系数为4. 1.软件功能点计算 复杂加权因子表(Complexity weights Factor) 系数范围 采用系数 用户输入数EI 3-6 4 用户输出数EO 4-7 5 用户查询表EQ 3-6 5 内部逻辑文件 数ILF 7-15 12 外部接口文件 数EIF 5-10 6 1.软件功能表 数据表 接口 文件 外部 查询 逻 辑表 报 表数

软件开发费用计算方法

软件开发项目计算方法 () 广东软件行业协会 二○○六年八月

目录

1前言 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的或者更加完整的产品。 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

程(包括立项可行性分析,需求分析、编码实现、安装实施、运行维护各个阶段工作)。其中人月成本的计算方法也适用于其他类型的项目。 本指南是站在行业的角度,去评估一个应用软件项目的开发费用应该是多少,而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。虽然这两者之间会有关联。 对于同一软件开发项目,不同的开发商由于各自的技术、能力、管理、积累以及其他方面的因素,其实际成本支出会有较大差异。而这不在本指南考虑之内。 名词解释 应用软件:是指针对特定领域开发,为特定目的服务的一类软件。 软件开发:指从软件项目启动到项目实施前这一时间段的工作。其内容包括详细设计、编码、测试、系统调试等方面的工作。 系统实施:指软件项目开发完毕进行安装到项目正式验收这一时间段的工作。其内容包括系统安装、个性化配置、用户培训等方面的工作, 但不包括各实施点的本地化开发工作。 运行维护:指从软件项目正式验收到合同规定的项目维护期结束的这一时间段的工作。其内容包括在此期间所需要提供的原系统完善性修改 和服务等工作(不包括新增需求和原功能的重大变更)。如:运 行管理、系统平台维护、应用软件维护、数据维护等 验收测试:确定项目是否符合其验收准则,使客户能确定是否接收此项目的正式测试。 功能点(FP):功能点是对软件功能和大小的间接度量单位,一般通过必须和

软件开发项目开发实施计划书模板

项目编号: 0728—2005 手机“末”班车 分类: <模板> 项目开发计划 Version: 1.0 项目承担部门:SUPER工作室 撰写人(签名):吴瑶 完成日期:7/28/2005 本文档使用部门:■主管领导■项目组 □客户(市场)□维护人员□用户 评审负责人(签名): 评审日期: 电子系计算机教研室

目录 1. 引言 (2) 1.1 编写目的 (2) 1.2 项目简介 (2) 1.2.1项目名称 (2) 1.2.2 产品标识 (2) 1.2.3 项目背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 工作容 (3) 2.2 交付项 (3) 2.3 非交付项 (3) 2.4 项目进度和资源 .................................................................. 错误!未定义书签。 2.5 其他需求与约束 .................................................................. 错误!未定义书签。 3. 项目组织和资源 (3) 3.1 项目组织 (3) 3.2 项目资源 (4) 3.2.1 人力资源 (4) 3.2.2 已有开发设施 (4) 3.2.3 须获取的设施 (4) 3.2.4 可复用软件资源 (4) 4. 实施计划 (4) 4.1 项目选用的生命周期 (4) 4.2 项目开发过程阶段划分 (5) 4.3 项目工作任务分解 ............................................................... 错误!未定义书签。 4.4 进度 (5) 4.4.1 进度安排 (5) 4.4.2 进度控制计划 (6) 4.5 接口人员 (6) 4.6 关键问题 (6) 5. 专题计划要点 (6) 5.1 基础技术积累计划 (6) 5.2 测试计划 (7) 5.3 配置计划............................................................................ 错误!未定义书签。 5.3.1 组织、职责和接口......................................................... 错误!未定义书签。 5.3.2 工具、环境和基础设施................................................... 错误!未定义书签。 5.3.3 标识方法...................................................................... 错误!未定义书签。 5.4 评审计划............................................................................ 错误!未定义书签。 5.5 质量保证计划...................................................................... 错误!未定义书签。 5.6 培训计划 (7)

软件开发费用核算管理办法

软件开发费用核算管理办法 一、目的 为加强软件开发项目的管理,加速公司的新产品(新工艺)的研究开发和新技术的推广应用,统筹合理安排软件开发项目费用的开支,特制定本制度。 二、适用范围 本制度适用于北京国都信业科技有限公司软件开发项目(即新产品、新工艺研究开发、新技术推广应用项目)的管理。 三、软件开发费用开支范围 1.软件开发项目所发生的项目调研费、资料费、差旅费、技术协作费,以及专为项目购置的材料和测试仪器、设备等费用。 2.为软件开发项目进行的技术咨询和学术交流等活动所发生的评审费、咨询费、会议费等费用。 3.为搜集行业科技情报及知识产权工作所发生的技术资料费、出版印刷费、专利年费等费用。 4.软件开发人员的工资薪金、办公场所租金、以及用于科技进步奖励所发生的费用。 四、软件开发费用的管理 1.公司财务部是软件开发费用的归口管理部门,具体负责软件开发项目的审定和费用指标方案的制定以及项目结果的评定工作。 2.软件开发费用的拨付按照公司资金拨付的规定执行,各项目组应在软件开发项目立项批准意后方可启用,并由项目承担单位按规定的使用范围严格控制、合理使用。 3.软件开发费用按软件开发项目计划下达到具体项目,实行专款专用,严格管理,不得挪做它用。软件开发项目以合作或委托第三方形式进行的,必须签订项目外包技术合作合同,并经财务部审查后才能生效拨款。 4.软件开发费用在使用中,分管软件开发技术工作的负责人,应按内控制度授权的规定执行,并按照不同的项目进行核销。 5.软件开发费用核销时,须由项目负责人、分管软件开发技术的负责人、总经理审核同意后方可到财务报销付款。 6.采用项目外包或第三方协作完成的有关软件开发项目所取得的软件开发成果,所有权均归属公司,所形成的知识产权纳入公司知识产权管理范围进行管理。

软件开发计划模板

文档控制变更记录

目录 1范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 1.4与其他计划的关系 (1) 2引用文件 (2) 3术语和定义 (2) 3.1术语 (2) 3.2缩略语 (2) 4策划背景概述 (2) 5项目范围 (3) 5.1项目目标 (3) 5.1.1客户目标 (3) 5.1.2组织目标 (3) 5.1.3研究目标(可裁剪) (3) 5.2工作产品与服务 (4) 5.2.1工作产品 (4) 5.2.2服务 (6) 5.3验收标准 (6) 6组织机构与人员 (6) 7开发及运行环境 (8) 7.1软件开发环境 (8) 7.2软件运行环境 (8) 8重用分析 (8)

9软件开发管理 (9) 9.1软件开发方法及标准 (9) 9.2生命周期模型和项目过程定义 (9) 9.3工作任务拆分与估计 (9) 9.4项目进度和里程碑 (10) 9.5风险管理 (10) 9.6外部依赖 (12) 9.7相关方参与计划 (12) 9.8项目培训计划 (13) 9.9项目监督和问题处理 (13) 9.10数据管理计划 (14) 9.11重大事件处理 (14) 10里程碑及评审计划 (14) 11总体测试计划 (15) 12度量分析计划(可裁减单独成文)................. 错误!未定义书签。13安全保密. (16) 14附录 (17)

图 6-1项目软件研制组织结构 (7) 图 9-1软件技术流程图 (9)

表 3-1缩略语表 (2) 表 5-1交付软件 (4) 表 5-2需交付文档 (4) 表 5-3非交付文档 (4) 表 5-4过程记录 (5) 表 6-1软件项目人员配置 (7) 表 8-1重用分析表 (8) 表 9-1项目风险列表 (11) 表 9-2外部依赖跟踪表 (12) 表 9-3 相关方参与计划 (12) 表 9-4 培训计划 (13) 表 10-1软件正式评审计划 (14) 表 14-1 工作任务拆分结构(WBS) (18)

软件开发项目报价书

项目管理系统应用升级 软件报价书 XXX科技有限公司 201X年10月

目录 1.概述 (3) 2.项目概况 (3) 3.关于公司 (4) 4.报价清单 (6)

1.概述 此报价书是由XXXX科技有限公司为XXXX设计研究所实施项目管理系统(以下简称PMS)应用升级项目的报价。 2.项目概况 在XXXX所推行现代项目管理制度以来,各项制度逐步健全,已形成了整体完善的项目管理体系,但也存在着全面应用PMS用户数太多和较多人员不太适应PMS软件操作专业化的问题,为此本着健全项目管理体系、提高项目管理成熟度、深化PMS软件应用的目的而进行了PMS管理系统的研发。 该系统从201X年11月起已经在全所全面使用,XXX、XXX、XXX 层次的不同用户在系统中进行了项目计划编制、项目执行反馈、项目计划调整、计划查询监控、统计分析。 但是由于用户前期需求的提出过于理想化,使得在实际应用过程中流程过于繁琐,影响了PMS应用的效率。这都需要对原系统进行优化,以及随着项目管理应用的深入,需在此系统基础上进行功能

扩充、与其他系统的应用集成等。由此XX所启动了项目管理系统应用升级项目。 3.关于公司 XX公司是企业级项目管理整体解决方案专业提供商。XX公司自2001年成立以来,一直致力于项目管理及其相关事业:主要从事于提供企业项目管理整体解决方案(SuperEPIP)、国外系列项目管理软件应用及推广、PMI项目管理咨询服务、PMP考前培训、IPMP 认证及企业内训服务。其中企业项目管理整体解决方案(SuperEPIP)获得国内项目管理领域多项大奖。 XX公司始终围绕项目管理进行软件系统的研发,在参与众多大 型企业的信息化建设基础上,凝结多年项目管理信息系统研发经验,融汇当今国际最先进项目管理思想,结合中国管理实际,并在国家项目管理软件创新基金的扶持下,成功开发出了项目管理信息门户(SuperEPIP),并申请了计算机软件著作权专利,获得了专有证书,SuperEPIP功能涵盖了项目管理体系的基本内容,同时该系统根据企业现代项目管理的要求,通过企业项目分解结构(EPS)+PROJECT+WBS建立统一的项目体系。为项目各种信息的汇总统计、

软件开发设计文档模板

软件文档编写指南 封面格式: 文档编号 版本号 文档名称: 项目名称: 项目负责人: 编写年月日 校对年月日 审核年月日 批准年月日 开发单位 系统规约说明书(System Specification) 一.引言 A.文档的范围和目的 B.概述 1.目标 2.约束 二.功能和数据描述 A.系统结构 1.结构关系图 2.结构关系图描述 三.子系统描述 A.子系统N的结构图规约说明 B.结构字典 C.结构连接图和说明 四.系统建模和模拟结构 A.用于模拟的系统模型

B.模拟结果 C.特殊性能 五.软件项目问题 A.软件项目可行性研究报告 B.软件项目计划 六.附录 软件项目可行性研究报告(Report for Feasibility Study) 一.引言 1.编写目的(阐明编写可行性研究报告的目的,指出读者对象) 2.项目背景(应包括:(1)所建议开发的软件名称;(2)项目的任务提出者、开发者、用户及实现单位;(3)项目与其他软件或其他系统的关系。) 3.定义(列出文档中用到的专门术语的定义和缩略词的原文。) 4.参考资料(列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。)二.可行性研究的前提 1.要求(列出并说明建议开发软件的基本要求,如(1)功能;(2)性能;(3)输出;(4)输入;(5)基本的数据流程和处理流程;(6)安全与保密要求;(7)与软件相关的其他系统;(8)完成期限。) 2.目标(可包括:(1)人力与设备费用的节省;(2)处理速度的提高;(3)控制精度和生产能力的提高;(4)管理信息服务的改进;(5)决策系统的改进;(6)人员工作效率的提高,等等。) 3.条件、假定和限制(可包括:(1)建议开发软件运行的最短寿命;(2)进行系统方案选择比较的期限;(3)经费来源和使用限制;(4)法律和政策方面的限制;(5)硬件、软件、运行环境和开发环境的条件和限制;(6)可利用的信息和资源;(7)建议开发软件投入使用的最迟时间。) 4.可行性研究方法 5.决定可行性的主要因素 三.对现有系统的分析 1.处理流程和数据流程 2.工作负荷 3.费用支出(如人力、设备、空间、支持性服务、材料等项开支。) 4.人员(列出所需人员的专业技术类别和数量。) 5.设备 6.局限性(说明现有系统存在的问题以及为什么需要开发新的系统。) 四.所建议技术可行性分析 1.对系统的简要描述 2.处理流程和数据流程 3.与现有系统比较的优越性 4.采用建议系统可能带来的影响 (1)对设备的影响 (2)对现有软件的影响

一般软件项目开发合同标准模板书

XXXX公司XXXXXXXXXXXXXXX系统 开发合同 甲方:XXXXXXXXXXXX公司 乙方:XXXXXXXXXXXX公司 合同编号: 签订地点:XXXX

根据《中华人民共和国合同法》及有关法律法规,XXXX公司(下简称甲方)与XXXXX公司(下简称乙方)本着精诚合作、公平合理的原则,经友好协商,就甲方委托乙方开发XXXXXX一事签订本协议,协议如下: 一、项目名称 XXXXXXXXXXXXXXXXX 二、项目实施内容 XXXXX 详细的功能需求以双方共同确认的《XXXX系统建设方案书》为准,系统方案书作为本合同的有效附件。。 三、甲方权利与义务 1.甲方负责提供业务需求资料。 2.甲方负责软件运行所需的软硬件设备、通信线路、系统安全设施等运行所依赖的环境,如需乙方提供前述设备、设施,应另立合同。 3.甲方须及时配合乙方对软件进行测试和试运行,并及时反馈修改意见给乙方。 4.甲方保留在项目的关键点对项目进行质量检查的权利。乙方应协助甲方完成质量检查,并提供甲方需要的材料和信息。 5.甲方与乙方共同对项目实施结果进行验收,出具验收结论性报告。 6.甲方应配备乙方维护人员进行日常性系统管理和数据维护,与乙方技术人员一起完成维护工作,以保持系统运行在最佳状态。

7.甲方应在约定的时间内向乙方支付软件开发费用和维护费 用。 四、乙方权利与义务 1.乙方负责根据甲方的具体需求进行设计,并及时与甲方沟 通,确保设计的功能符合实际操作和管理需要。 2.乙方负责软件代码的编写,确保软件质量,提供高质量的运 行软件;并确保运行可靠、数据准确、实用、简捷、界面友好。 3.乙方负责培训甲方人员,提供操作说明文档。 4.乙方负责软件的后期维护,并持续跟进系统运行情况,及时 解决运行中的问题。 5.乙方负责根据甲方的需求变更,在本合同界定的功能范围内 适时进行软件的修改、升级工作。 6.乙方应当保证其交付给甲方的研究开发成果不侵犯任何第 三方的合法权益。如发生第三方指控甲方实施的技术侵权的, 乙方应当承担相应责任。 7.乙方需保守甲方的商业秘密,不得利用工作之便外泄资料,避免给甲方带来损失;并在软件交付使用时向甲方提交的软件 产品包括含有软件代码的载体(光盘或磁盘)和相应的文档。 软件载体中包括可安装的程序运行文件和以下文档:《用户需求 说明书》、《系统设计说明书》、《测试报告》、《用户使用手册》、《数据字典》。 8.乙方保证开发出来的软件完全符合本合同的要求,不能与甲 方的信息安全防御体系有任何冲突(包括甲方要求打上的程序 补丁以及安装的任何设备),如发生冲突乙方必须负责完全解 决,以适应甲方的信息安全防御体系;在保障期内,乙方有义 务对所有不符合要求的部分予以修正。所有这类工作在保障期

软件项目计划书(模板)

赤峰学院 软件项目计划书 项目名称酒店客房管理系统 年级专业信息与计算科学专业10级3班 组长谢明敏 小组成员陈冬雪、胡玉莲、夏喜锋、 韩永亮、张瑞刚 指导教师秦晓薇 二零一三年十月二十二日 目录 1 概述 ........................................................................................................................................ 错误!未定义书签。 1.1项目概述.......................................................................................................................... 错误!未定义书签。 1.2项目交付的产品 .............................................................................................................. 错误!未定义书签。 1.3SPMP的演化 ................................................................................................................... 错误!未定义书签。 1.4参考资料 .......................................................................................................................... 错误!未定义书签。 1.5定义、缩写词以及简写.................................................................................................. 错误!未定义书签。 2 项目组织 ................................................................................................................................ 错误!未定义书签。 2.1外部接口.......................................................................................................................... 错误!未定义书签。 2.2内部组织结构.................................................................................................................. 错误!未定义书签。 2.3角色与职责划分.............................................................................................................. 错误!未定义书签。 3 管理过程 ................................................................................................................................ 错误!未定义书签。

软件项目开发成本估算案例分析

软件成本估算应用案例分析 本文以某公司开发一套人力资源管理系统为例来讲解软件成本估算的方法及过程。 项目需求: 某甲方需要一套人力资源管理系统,该软件企业想要去投标,甲方单位业务部门人员列出了比较原始的业务需求,具体需求描述如下: 1)组织架构管理 对公司的组织架构进行维护和图形化显示,包括部门、岗位等信息。可以对部门进行新建、修改、删除、合并、改变归属关系、设定岗位人数并根据已录入的档案信息自动显示实际岗位人数。支持部门、岗位信息的EXCEL模板导入功能。可以对岗位进行新建、修改、查询、删除等,岗位信息包括岗位说明、相关联工资级别等。 2)招聘管理 对于空缺岗位生成招聘申请,人力资源主管和部门主管审批后自动发布到外部招聘渠道。可以查询招聘信息或删除已过期的招聘信息。对应聘人员信息进行管理,将得到的简历、面试情况录入到系统并进行维护。 3)档案管理 对员工的信息进行管理,包括员工基本信息(如姓名、年龄、性别、岗位、电话、邮件等)、家庭档案信息、培训记录、工作记录。还包括员工照片、社保号码等。授权用户可以对员工档案进行查询或进行修改(如调动、离职、绩效考

核信息填写等) 4)人力地图 将公司的全部或某部门组织架构图显示出来,并可查看员工的基本信息。本人可以维护部分个人信息,如手机号码、个人主页地址、个人说明等。 5)培训管理 制订公司年度培训计划进行管理,并对每次公司级培训建立培训记录并对培训效果进行分析。提供年度培训计划的建立、修改、审核、审批等功能。对每次培训进行管理,可自动发送培训通知,培训后填写培训满意度、培训总结。可以对某时间段内的培训或选定培训进行培训效果的比较和分析 6)人力资源分析 包括基于人数的分析和基于部门的分析。基于人数的分析包括统计各岗位、各部门、各学历、各年龄段的人数、各岗位/部门实际人数和空缺人数等。基于部门的分析包括分析各部门到岗率、入/离职情况、岗位构成、学历构成、年龄构成等。 7)报表中心 授权用户可查看或打印员工基本信息、培训信息、工作情况、考核情况、并提供人力资源常用模板(如离职申请、培训申请等)的下载和打印。 软件项目成本估算: (1)测算规模 基于上述的业务需求,用预估功能点方法进行规模测算。测算出来的调整后功能点规模是260。具体如表D-6所示:

软件开发费用计算方法

实用标准文案 软件开发项目计算方法 (V2.0) 广东软件行业协会 二○○六年八月

目录 1前言 (3) 1.1 目的 (3) 1.2 软件项目建设类别 (3) 1.3 适用范围 (3) 1.4 名词解释 (4) 2软件项目费用概算 (5) 2.1项目阶段划分 (5) 2.2 各阶段费用构成 (6) 2.3 项目费用概算 (7) 3各项费用取费依据 (8) 3.1 咨询费 (8) 3.2 建设费 (9) 3.3 服务费 (9) 3.4 附加费 (14) 3.5需求变更估算 (15) 4工作量估算方法 (16) 4.1 开发阶段工作量估算 (16) 4.2 实施阶段工作量估算 (19) 4.3 维护阶段工作量估算 (20) 5人月成本估算方法 (21) 6其他事项 (23)

6.1 最终合同金额确定 (23) 6.2 付款方式 (23) 6.3 评估机构 (24) 软件项目规模功能点估算方法 (25) 1 功能点估算流程 (25) 2 功能点分析的要素 (26) 3 功能点计算(初步值UFC) (27) 4 确定技术复杂度因子TCF (29) 5 计算调节后的功能点数FP (30) 参考文献 (31)

1前言 1.1 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 1.2 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的或者更加完整的产品。 1.3 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

1软件开发计划书模板

1《软件开发计划书》 《软件开发计划书》编写参考指南 1.引言(Introduction) 1.1 目的(Purpose) 本章提供整个软件开发计划的综述。主要是确定以下内容: (1)软件生存周期的选取及裁剪。 (2)软件规范、方法和标准的选择。 (3)软件工作产品的规模估计。 (4)软件工作量和成本的估计。 (5)软件进度表的制定。 (6)软件风险的估计。 1.2 范围(Scope) 说明该软件开发计划的范围,简要描述软件开发计划的内容。如 (1)软件规模估计 (2)工作模块计划 (3)人力资源计划 (4)进度安排计划 1.3 术语定义(Terms Glossary) 将该软件开发计划中的术语、缩写词进行定义。包括用户应用领域与计算机领域的术语与缩写词等。例如: [1] 软件相关组:指文档支持组、测试组。 [2] 软件质量保证组:指计划和实施软件质量保证活动的人员的集合。 1.4 参考资料(References) 说明该软件开发计划使用的参考资料,如项目的用户需求报告、商务合同、用户领域的资料等,每一个文件、文献要有标题、索引号或文件号,发布或发表日期以及出版单位。 [1] …… [2] …… 1.5 相关文档(Related Documents) 当该文档变更时,可能对其他文档产生影响,受影响的文档叫相关文档,需将它们列出。 [1] …… [2] …… 1.6 版本更新记录(Version Updated Record) 版本更新记录格式,如表4-8所示。 表4-8 版本更新记录 2.项目概述(Project Summary) 2.1 项目的目的(Project Purpose)

相关文档
最新文档