软件开发项目概算指南Word 文档
- 格式:doc
- 大小:229.50 KB
- 文档页数:34
软件开发估计指南目录1目的 (2)2术语 (3)3角色职责 (3)4入口准则 (3)5输入 (3)6活动 (3)6.1估计规模 (5)6.1.1Delphi估计方法 (5)6.1.2加权平均法(Pert Sizing) (7)6.1.3类比法 (8)6.2估计工作量和人员成本 (9)6.2.1估计工作量 (9)6.2.2估计人力成本(可以用工作量代替成本) (10)6.3估计进度 (10)6.4估计关键计算机资源 (10)6.5审查和批准 (11)6.6跟踪和报告估计 (11)6.7度量和改进过程 (11)7出口准则 (11)8输出 (12)目的估计是对软件项目在规模、工作量、成本、进度、关键计算机资源的预测,是软件项目计划编制、管理和控制的基础。
估计的数据除了可以用于当前项目的计划外,还可以作为历史数据为以后其他项目的估计提供参考和借鉴,甚至某些数据可以重用。
随着估计水平的提高,对于软件项目的预测能力也随之得到提高。
本规程规定了软件项目估计过程中的活动和步骤,以及相关的角色与职责。
1术语WBS:Work Breakdown Structure,工作任务分解结构2角色职责项目经理负责软件项目的估计活动。
根据采用的方法和项目具体情况,由项目经理和项目经理指派的有经验的程序员、软件工程师、系统分析员、软件估计人员等负责实施项目的估计活动。
最终的确认必须由项目经理进行。
3入口准则机构领导已经批准立项。
软件项目的阶段划分已完成,软件工作产品已标识。
工作任务分解结构(WBS)已完成。
4输入项目任务书工作分解结构(WBS)客户的需求/需要历史数据5活动软件估计是一个持续过程,进行估计时必须遵循以下准则:●项目经理负责组织本项目组内的成员对项目的规模、工作量和成本、进度等进行估计;可根据需要引入项目组外的领域专家、技术专家参与项目的估计活动。
●应该在生命周期的早期进行估计,并在项目的整个生命周期中跟踪和改进估计。
软件开发项目概算指南引言:随着科技的进步和信息化的快速发展,软件开发项目在各行各业扮演着重要的角色。
无论是企业管理系统、移动应用开发还是网站建设,都需要进行概算工作,以确保项目的顺利进行。
本文将介绍软件开发项目概算的一般步骤和指导原则。
一、项目需求分析在进行概算工作之前,首先需要对项目的需求进行充分的分析。
需要清楚地了解项目的目标、功能需求、技术难点以及项目的规模和时间计划等。
根据这些信息,可以对项目的工作量和难度进行初步估计。
二、人力资源概算三、硬件设备与软件工具概算四、开发时间和进度概算项目的开发时间和进度是项目概算的重要组成部分。
需要根据项目规模、开发难度和人力资源等因素,对项目的开发时间进行初步估计。
同时,需要确定项目的开发里程碑和进度计划,以便监控项目的进展情况。
五、成本估算与费用预算在进行概算工作时,需要对项目的成本进行估算。
包括人力资源费用、硬件设备和软件工具费用、外包服务费用以及其他费用如培训和差旅等。
同时,还需要对项目的费用进行预算,以便进行合理的资金申请和使用。
六、风险评估与控制软件开发项目概算也需要对项目的风险进行评估和控制。
需要对可能出现的风险进行分析,如技术难题、人力资源不足、需求变更等,并制定相应的风险应对计划。
同时,需要对项目的进展情况进行监控和控制,及时发现和解决问题,以减少项目风险。
七、项目概算报告编制根据以上的概算工作,需要编制项目概算报告。
报告应包括项目需求分析、人力资源概算、硬件设备与软件工具概算、开发时间和进度概算、成本估算与费用预算、风险评估与控制等内容。
同时,还需要编制详细的概算表格和图表,以便更清晰地展示项目的概算情况。
结语:软件开发项目概算是项目管理的重要环节,它可以为项目提供合理的估算和控制,确保项目的成功进行。
在进行概算工作时,需要充分考虑项目的需求、人力资源、硬件设备和软件工具、开发时间和进度、成本和费用、风险评估与控制等因素。
只有在充分了解和考虑了这些因素的基础上,才能制定合理的项目概算,并确保项目的顺利进行。
概要设计说明书1引言1.1.1编写目的概要设计主要是利用比较抽象的语言对整个需求进行概括,确定对系统的物理配置,确定整个系统的处理流程和系统的数据结构,接口设计,人机界面,实现对系统的初步设计。
我们根据需求分析得到的数据流图,将之转化为软件结构和数据结构,建立起目标系统的逻辑模型。
使软件编程人员能对目标系统有一致的认识。
1.2背景待开发的软件系统的名称:宿舍管理系统项目的任务提出者:李剑项目开发者:李剑、杨民岱、娄小敏、田海燕、沈大正用户:在校全体师生及相关工作人员实现该软件的计算机网络:校园网1.3定义:一项微软公司的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。
指 Active Server Pages(动态服务器页面),运行于 IIS 之中的程序。
1.4参考资料●【1】赵绪辉张树明编渤海大学信息科学与工程学院《软件工程》课程设计指导用书第五版●【2】张海藩《软件工程》清华大学出版社第二版●【3】张尧学《web数据库系统开发教程》清华大学出版社第三版2总体设计2.1需求规定本系统主要的输入输出项目有:输入:输入的信息输出的信息学生基本信息学生基本信息表学生留言信息学生留言信息报修信息报修信息清单物品出入申请信息物品出入信息卫生检查信息卫生检查信息表宿舍信息宿舍使用信息表员工信息员工信息表学生夜归信息夜归信息表说明对本系统的主要的输入输出项目、处理的功能性能要求。
数据可靠性:在应用系统投入运行5年生命周期内数据不得丢失;一旦数据转为历史记录后任何人不得更改。
应用程序试用期结束后,程序运行过程中不允许出现程序逻辑与算法错误。
程序系统运作在运作过程中,由于操作错误或输入/输出数据溢出时,不应死机而应提示故障原因,然后以正常出口退出当前操作环境。
非授权用户不得进入程序系统。
无修改权的用户不得修改档案和更新以及执行处理功能。
2.2运行环境服务器配置如下:a.处理器型号及内存容量:Intel 酷睿2四核 Q8300(盒),金士顿 4GB DDR3 800 (2条组双通道)b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量:硬盘: WD 1TB 7200转 16MB(串口/YS)c.输入及输出设备的型号和数量,联机或脱机:键盘,鼠标,显示器各一个。
项目估算指南Version 1.1文档名称:CMMI5-项目估算指南-V1.1.doc修订历史记录版本号修改人核准人修改说明日期1 2 3 45 6目录目的 (4)范围 (4)术语、缩写词 (4)估算过程 (4)4.1 简要说明 (4)4.2 流程图 (5)4.2.1 自顶向下的方法 (5)4.2.2 自底向上的方法 (6)4.3 估算规程 (6)4.4 裁剪指南 (7)估算方法 (7)5.1 UCP估算算法 (7)5.1.1 估算UUCP (8)5.1.2 估算TCF调整因子 (8)5.1.3 估算EF调整因子 (9)5.1.4 估算UCP (10)5.1.5 估算工作量 (10)5.1.6 估算进度 (10)5.1.7 估算成本 (10)附录 (11)6.1 生产率数据来源 (11)6.2 进度估算数据来源 (11)项目估算指南目的本文用于估算软件项目的规模、进度、工作量、成本,以指导项目作出合理的估算。
范围本文件包括软件项目估算的各个方面,包括规模、进度、工作量、成本,并包括其在项目的中 的分布估算。
本文件合用于公司所有项目。
术语、缩写词UCP估算过程简要说明准确的估算是最大可能加快开辟速度的基础,没有准确的进度估算,再有效的进度计划也无从 谈起。
不切实际的估算、不正确的期望是带来项目问题的主要原因。
估算是一个不断改进的过程,惟独当详细地理解了每一个功能,你才有可能准确估算出软件开辟 的进度和成本。
因此,能够提前做出的决策越多,估算的精确度就越高。
准确的估算可以更好的控制项目的规模、进度、成本。
工作量和进度估算通常在提交建议书及 制定项目计划时进行,在项目实施过程中,也可能要对工作量和进度重新估计。
对于软件规模的估算主要有三种方法:代码行,功能点,用例点。
本公司现在主要使用用例点 方法。
对于工作量的估计,主要有两种方法:自顶向下的方法(Top-down approach ),用一个简单的方程从估计的规模求出估计的总工作量,各阶段的工作量可以根据它们占总工作量的百分比而得到。
项目概述1 .1 建设目标通过建立XXX管理信息系统提高水政大队水事案件处理效率,方便有效的辅助各项业务的有效开展,通过XXX管理信息系统可以直观浏览各类案件详细信息及处理情况,有效的为领导决策提供依据。
在先进的优秀软件平台上开发,结合高新技术吸取国内外软件的优点,按国内外的现行标准,综合单位实际情况及工作的特殊性专门设计,使系统不仅在当前处于领先地位,而且能为今后的发展打下坚实基础。
采用面向用户的设计风格,全中文操作环境,全中文的用户界面,设计满足人性化操作方式的管理系统。
在功能设计、软件操作以及其它方面设身处地为用户着想,以用户为中心,设计以实用性为第一目的的系统。
采用支持国内外目前主流的网络体系结构和网络运行系统以及相关硬件设备,且采用国际上成熟的运行模式。
配置最为合理,以适应迅猛发展趋势,满足当前及未来多媒体应用的需求。
采用强大的安全保障措施,完善的保密机制开发安全的软件系统。
1 .2 建设内容充分利用数据库、计算机网络等成熟技术,搭建平台,建设完成XXX管理信息系统,实现事件处理全过程电子化管理,方便对各环节数据的查询、统计,使业务人员从繁重的数据整理、汇总的工作中解脱出来,完成对管理所涉及工作的信息化管理,提高工作效率。
水政执法电子管理信息系统项目建设主要包括:1 .3 建设原则本系统的建设目标是构造一个功能齐全、运行高效、使用灵活、维护方便、易于扩展、安全可靠的应用管理系统,为了达到这个目标,在建设中要规范管理、加强统筹,讲求实效,资源共享,安全优先,同时在开发建设中要严格遵循系统先进性、实用性、开放性、安全性、集成性、扩展性等建设原则。
1、统筹规划、加强领导。
按照国家信息建设相关规定的要求,通过对管理系统的总体部署,在领导的指导下,统筹规划,建设该系统。
2、先进性与实用性相结合的原则。
在保证系统整体结构、操作系统平台、软件平台、开发平台、应用功能等方面总体先进的前提下,整合多种先进的技术平台。
软件开发报价的计算方法1.软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关.为了便于计算,给出一个计算公式:软件开发价格=开发工作量× 开发费用/人·月1。
1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关:软件开发工作量=估算工作量经验值× 风险系数× 复用系数1.1。
1估算工作量经验值(以A来表示)软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量.为了更好地规范估算方法,建议可按照国家标准“GB/T 8566—2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量.工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”.特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。
1。
1.2风险系数(以σ来表示)估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。
因此:l ≤ 风险系数≤ 1.5根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5"为极限值。
当然这既要看企业的能力,也要看用户能接受的程度.1.1.3复用系数(以τ来表示)估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法” ,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。
软件开发项目概述(建设目标-建设内容-建设原则-建设依据标准)项目概述本项目旨在建立一套高效的XXX管理信息系统,以提高水政大队水事案件处理效率,辅助各项业务的有效开展。
该系统可以直观浏览各类案件详细信息及处理情况,为领导决策提供依据。
该系统将在先进的优秀软件平台上开发,结合高新技术吸取国内外软件的优点,专门设计以满足单位实际情况及工作的特殊性。
系统采用面向用户的设计风格,全中文操作环境,全中文的用户界面,并设计满足人性化操作方式的管理系统。
在功能设计、软件操作以及其它方面设身处地为用户着想,以用户为中心,设计以实用性为第一目的的系统。
系统采用支持国内外目前主流的网络体系结构和网络运行系统以及相关硬件设备,且采用国际上成熟的运行模式。
配置最为合理,以适应迅猛发展趋势,满足当前及未来多媒体应用的需求。
系统采用强大的安全保障措施,完善的保密机制开发安全的软件系统。
建设内容本项目将充分利用数据库、计算机网络等成熟技术,搭建平台,建设完成XXX管理信息系统,实现事件处理全过程电子化管理,方便对各环节数据的查询、统计,使业务人员从繁重的数据整理、汇总的工作中解脱出来,完成对管理所涉及工作的信息化管理,提高工作效率。
水政执法电子管理信息系统项目建设主要包括:建设原则本系统的建设目标是构造一个功能齐全、运行高效、使用灵活、维护方便、易于扩展、安全可靠的应用管理系统。
为了达到这个目标,在建设中要规范管理,加强统筹,讲求实效,资源共享,安全优先。
同时在开发建设中要严格遵循系统先进性、实用性、开放性、安全性、集成性、扩展性等建设原则。
具体来说,本项目将按照国家信息建设相关规定的要求,通过对管理系统的总体部署,在领导的指导下,统筹规划,建设该系统。
在保证系统整体结构、操作系统平台、软件平台、开发平台、应用功能等方面总体先进的前提下,整合多种先进的技术平台。
系统开发尽可能采用实用成熟的计算机开发技术,功能设计合理;满足海淀区水政监察队对管理的要求,促进项目的建设。
目录1. 范围 (1)2. 总体要求 (1)2.1总体功能要求 (1)2.2软件开发平台要求 (1)2.3软件项目的开发实施过程管理要求 (2)2.3.1 软件项目实施过程总体要求 (2)2.3.2 软件项目实施变更要求 (2)2.3.3 软件项目实施里程碑控制 (2)3. 软件开发 (3)3.1软件的需求分析 (3)3.1.1 需求分析 (3)3.1.2 需求分析报告的编制者 (4)3.1.3 需求报告评审 (4)3.1.4 需求报告格式 (4)3.2软件的概要设计 (4)3.2.1 概要设计 (4)3.2.2 编写概要设计的要求 (4)3.2.3 概要设计报告的编写者 (4)3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (4)3.2.5 概要设计的评审 (4)3.2.6 概要设计格式 (4)3.3软件的详细设计 (5)3.3.1 详细设计 (5)3.3.2 特例 (5)3.3.3 详细设计的要求 (5)3.3.4 数据库设计 (5)3.3.5 详细设计的评审 (5)3.3.6 详细设计格式 (5)3.4软件的编码 (5)3.4.1 软件编码 (5)3.4.2 软件编码的要求 (5)3.4.3 编码的评审 (6)3.4.4 编程规范及要求 (6)3.5软件的测试 (6)3.5.1 软件测试 (6)3.5.2 测试计划 (6)3.6软件的交付准备 (6)3.6.1 交付清单 (6)3.7软件的鉴定验收 (7)3.7.1 软件的鉴定验收 (7)3.7.2 验收人员 (7)3.7.3 验收具体内容 (7)3.7.4 软件验收测试大纲 (7)3.8培训 (7)3.8.1 系统应用培训 (7)3.8.2 系统管理的培训(可选) (8)附录A 软件需求分析报告文档模板 (9)附录B 软件概要设计报告文档模板 (21)附录C 软件详细设计报告文档模板 (33)附录D 软件数据库设计报告文档模板 (43)附录E 软件测试(验收)大纲 .............................................................................. 错误!未定义书签。
档案管理系统
项目预算表
编写:xx 日期:2012-11-11
审核:日期:
批准:日期:
发布版次:1.0 日期:
文件状态: [ ] 草稿
[ ] 正式发布 [√] 正在修改
编号:89757
0. 基本信息
1. 产品的结构图
提示:规划小组根据用户需求,分解产品的功能,制定产品的结构图。
由于此处结构图仅用于项目估计而非用于系统设计,其细分程度由规划小组决定。
2. 产品规模
提示:产品规模预算方法参见[SPP-PROC-PP]。
3. 工作量预算
提示:工作量估计方法参见[SPP-PROC-PP]。
4. 成本预算
提示:规划小组预算人力资源成本、软硬件资源成本、商务活动成本等。
(注:文件素材和资料部分来自网络,供参考。
请预览后才下载,期待你的好评与关注。
)。
概要设计说明书1.引言1.1编写目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
1.2项目背景本项目(机票预定系统)时由浙江航空公司委托,由<>负责开发。
机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下:客户程序机场飞机起飞管理(旅行社):: 网(航空公司)飞机起飞数据客户程序服务器及程序客户程序络客户程序1.3定义1.3.1专门术语SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1.3.2缩写系统:若未特别指出,统指本机票预定系统。
SQL: Structured Query Language(结构化查询语言)。
ATM: Asynchronous Transfer Mode (异步传输模式)。
软件开发项目概算指南(V2.0)广东软件行业协会二○○六年八月目录1 前言 (2)1.1 目的 (2)1.2 软件项目建设类别 (2)1.3 适用范围 (2)1.4 名词解释 (3)2 软件项目费用概算 (4)2.1项目阶段划分 (4)2.2 各阶段费用构成 (5)2.3 项目费用概算 (6)3 各项费用取费依据 (7)3.1 咨询费 (7)3.2 建设费 (8)3.3 服务费 (8)3.4 附加费 (12)3.5需求变更估算 (12)4 工作量估算方法 (13)4.1 开发阶段工作量估算 (13)4.2 实施阶段工作量估算 (15)4.3 维护阶段工作量估算 (17)5 人月成本估算方法 (18)6 其他事项 (19)6.1 最终合同金额确定 (19)6.2 付款方式 (20)6.3 评估机构 (20)软件项目规模功能点估算方法 (21)1 功能点估算流程 (21)2 功能点分析的要素 (22)3 功能点计算(初步值UFC) (23)4 确定技术复杂度因子TCF (24)5 计算调节后的功能点数FP (25)参考文献 (26)前言1.1 目的规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。
1.2 软件项目建设类别软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。
同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。
不同类别的软件项目,其费用构成和概算方法也不同。
根据项目建设要求和方式,一般分为以下几类:新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工作覆盖软件产品的分析、设计、测试、实施、运行维护各阶段。
二次开发:在现有产品的基础上进行提升和改造。
软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所需要进行的调整和变动。
产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的或者更加完整的产品。
1.3 适用范围本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过程(包括立项可行性分析,需求分析、编码实现、安装实施、运行维护各个阶段工作)。
其中人月成本的计算方法也适用于其他类型的项目。
本指南是站在行业的角度,去评估一个应用软件项目的开发费用应该是多少,而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。
虽然这两者之间会有关联。
对于同一软件开发项目,不同的开发商由于各自的技术、能力、管理、积累以及其他方面的因素,其实际成本支出会有较大差异。
而这不在本指南考虑之内。
1.4 名词解释应用软件:是指针对特定领域开发,为特定目的服务的一类软件。
软件开发:指从软件项目启动到项目实施前这一时间段的工作。
其内容包括详细设计、编码、测试、系统调试等方面的工作。
系统实施:指软件项目开发完毕进行安装到项目正式验收这一时间段的工作。
其内容包括系统安装、个性化配置、用户培训等方面的工作,但不包括各实施点的本地化开发工作。
运行维护:指从软件项目正式验收到合同规定的项目维护期结束的这一时间段的工作。
其内容包括在此期间所需要提供的原系统完善性修改和服务等工作(不包括新增需求和原功能的重大变更)。
如:运行管理、系统平台维护、应用软件维护、数据维护等验收测试:确定项目是否符合其验收准则,使客户能确定是否接收此项目的正式测试。
功能点(FP):功能点是对软件功能和大小的间接度量单位,一般通过必须和用户交互的情况的数目来测算程序工作量的大小。
功能点分析法是目前国际上软件行业普遍接受的软件项目规模度量模型。
成本系数:成本系数是指完成某个功能点(FP)的规定活动所需要投入的人工时,其单位为:人工时/FP。
根据软件项目建设过程的各阶段工作,可分为:开发成本系数、实施成本系数、维护成本系数。
工作量:工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人月”。
人月成本:指软件企业一个月平均需要的所有开销(包括员工成本、国家税收、企业利润、管理成本和质量成本等)摊分到各个员工头上的金额。
平均工资:指软件企业支付给所有员工的工资总和除以企业员工人数得到的工资数。
1软件项目费用概算2.1项目阶段划分软件项目全过程可分为:立项阶段、建设阶段、完成阶段。
不同阶段工作重点不同。
为保证软件项目开发质量,避免因需求不确定,或者频繁更改所造成的成本上升,同时也利于项目费用概算,软件项目建设最好采取“总体规划、分段实施”的原则。
立项阶段:可委托专业技术咨询机构或者专家进行项目的可行性分析,需求分析;根据需求分析,进行系统设计;根据需求分析、系统设计,计算工作量,估算项目建设费(预算);根据项目概算进行招投标,确定软件开发商,签订建设合同。
建设阶段:由软件开发商根据前期需求分析和系统设计,进行编码实现,并负责安装实施、运行维护等工作。
项目实施完毕,需委托第三方测试机构进行验收测试。
完成阶段:项目完成后,在需求变更较大的情形下,可委托专业技术机构根据实际工作量估算项目建设费(决算),项目结束。
2.2 各阶段费用构成各阶段的所有费用可分为四类:咨询费:包括立项阶段的可行性分析,需求分析、系统设计、估价、招投标等方面的工作所需要支出的费用。
服务费:第三方测试机构的验收测试费、监理单位的监理费、进行数据扫描录入等方面工作的数据处理费等。
建设费:软件开发商在开发、实施、维护等方面工作的费用。
其中包括:软件开发费、系统实施费、运行维护费。
附加费:针对具有特殊性质的软件开发项目。
如:若需要提交源程序,必须增加知识产权费;若涉及保密方面的工作,则须增加保密费用等。
此外,由于软件项目建设过程中,需求变更不可避免,因而还需要考虑到因需求变更导致工作量加大带来的费用。
软件项目费用构成如图1所示。
图1 软件项目费用构成2.3 项目费用概算依上所述,软件项目从立项到结束,项目费用为:项目概算 = 咨询费+建设费+服务费(+需求变更费+附加费)可行性分析 软件项目费用构成咨询费需求分析 系统设计 估价 招标代理 建设费维护费 实施费 服务费 监理费 测试费 需求变更费 附加费保密费 知识产权保护费技术咨询 开发费其它数据处理标准符合性检测= 咨询费+开发费+实施费+维护费+验收测试费+监理费(+需求变更费+附加费)2各项费用取费依据3.1 咨询费指软件项目立项前期,请专业机构或者专家进行技术咨询、可行性分析、需求分析,造价评估、方案设计、项目招标代理等方面工作所发生的费用。
该部分费用可根据项目预计投入的建设费按照一定比例计取,也可以根据所投入的人月数进行计取,此外还可以由双方协商确定。
在招标活动中,公证处对全过程进行现场公证并对采购合同进行公证,公证费按照国家规定标准计算。
表1 软件行业咨询取费标准表2 公证服务取费标准1)按表1计费不足1000元的,按1000元收费。
2)按表2计费不足200元的,按200元收费。
3)技术咨询按耗用工时(日)计费,为完成委托任务发生的差旅、交通费由委托方另行支付。
4)招标代理收费和公证服务收费按差额定率累进法计算。
如某招标代理业务中标金额为600万元,计算招标代理费如下: 100万元*1.0% = 1万元(300-100)万元*0.8% = 1.6万元(500-300)万元*0.7% = 1.4万元(600-500)万元*0.55% = 0.55万元则合计收费:1 + 1.6 + 1.4 + 0.55 = 4.55万元3.2 建设费建设费包括支付给软件开发商的进行软件开发、实施、维护等方面工作的费用。
主要依据工作量(完成该项目需要投入的人力,以人月度量)和人月成本进行估算。
建设费 = 开发费+实施费+运行维护费= (开发工作量+实施工作量+运行维护工作量)×人月成本3.3 服务费3.3.1 验收测试费软件项目验收是一个运行环境复杂、技术难度较高、评价体系抽象的过程。
该项目验收除经过专家评审外,还应进行相应验收测试,只有两者结合才能为信息化项目验收和鉴定提供定性、定量的科学依据,才能做出较为客观准确的验收和鉴定结论。
软件项目的验收测试是根据项目的特点(功能、技术需求和大小等)以及项目投入,按照评价软件质量的功能性、易用性、可靠性、可维护性、可移植性、效率和文档等7个特性进行特性裁减,分为功能确认测试和验收测试。
1)功能确认测试项目对象:省、市级信息化建设项目包括电子政务建设项目验收,各种渠道申报的与软件相关的科技项目的验收和科技成果鉴定项目。
测试内容:根据申报或鉴定合同的技术条款和软件操作手册及被测软件运行确定测试内容,一般只覆盖软件的功能性、易用性和文档。
主要判断被测系统是否完成合同要求的功能及相关特性。
收费标准:8000-10000元。
2)项目验收测试项目对象:各类信息化建设项目包括电子政务建设项目应用发布之前的验收,各种渠道申报的与软件相关的科技项目的验收和科技成果的鉴定项目,只要用户需求和合同中的条款覆盖效率和可移植性等特性要求的项目。
测试内容:在模拟或实际环境下测试被测系统是否实现了用户需求,是否达到了国家标准的相关要求。
依据用户需求分析、合同的技术条款、国家标准的特性要求、软件操作手册和被测软件运行确定测试内容。
收费标准:验收测试费 = 建设费D*各测试项费率之和*调节系数t 各测试项的费率及收费调节系数取值如表3、表4所示。
表3 验收测试项费率表表4 调节系数t取值范围注:1)影响项目验收测试费用的因素一个是项目的大小,另一个是所选择的测试项。
被选测试项多少决定测试费率a,项目大小决定收费调节系数L;2)根据项目特点针对软件各个特性进行选择测试,测试费率为所选择软件特性测试费率a各项之和。
3)根据项目大小采取项目建设费越高费率越低原则进行调节。
4)项目验收测试最低收费为: 8000元(不含负载压力测试)2万元(含负载压力测试)3.3.2 工程监理费软件项目监理收费既考虑了信息系统软件项目的特点,又参照了其它监理行业的收费标准、收费方式。
一般可按照项目建设费(或合同价格)的一定百分比取费。
其取费比率主要根据项目的规模、阶段、内容、复杂程度及监理成本等多方面因素综合计算。
计算公式如下:监理费 = 建设费D*基本费率a*地域调整系数d*工期调整系数e1)基本费率a根据项目建设费的规模进行调整。
取值范围如下:表5 监理基本费率a取值范围2)鉴于软件项目实施时分布的地域会有所不同,因此,监理的费率应在基本费率的基础上考虑地域的因素。
地域调整系数d取值如下:表6 地域凋整系数d取值范围3)鉴于软件项目工期长短不一,因此,监理的费率应在监理的基本费率基础上考虑工期的因素。