软件项目成本管理计划

软件项目成本管理计划（精选12篇）

1.软件项目成本管理计划 篇一

1.引言

1.1计划的目的1.2项目的范围和目标

1.2.1范围描述

1.2.2主要功能

1.2.3性能

1.2.4管理和技术约束

2.项目估算

2.1使用的历史数据

2.2使用的评估技术

2.3工作量、成本、时间估算

3.风险管理战略

3.1风险识别

3.2有关风险的讨论

3.3风险管理计划

3.3.1风险计划

3.3.2风险监视

3.3.3风险管理

4.日程

4.1项目工作分解结构

4.2时限图(甘特图)

4.3资源表

5.项目资源

5.1人员

5.2硬件和软件

5.3特别资源

6.人员组织

6.1组织结构

6.2管理报告

7.跟踪和控制机制

7.1质量保证和控制

7.2变化管理和控制

8.附录

项目开发计划

编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下：引言

1．1编写目的说明编写这份项目开发计划的目的，并指出预期的读者。

1．2背景

说明：

a．待开发的软件系统的名称；

b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。

1．3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1．4参考资料

列出用得着的参考资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 项目概述

2．1工作内容 简要地说明在本项目的开发中须进行的各项主要工作。2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。

2．3产品

2．3．1程序

列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。

2．3．2文件

列出需移交给用户的每种文件的名称及内容要点。

2．3．3服务

列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。

2．3．4非移交的产品

说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。

2．4验收标准

对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。

2．5完成项目的员迟用限

2．6本计划的批准者和批准日实施计划

3．1工作任务的分门与人员分工

对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指

明每项任务的负责人和参加人员。

3．2接口人员 说明负责接口工作的人员及他们的职责，包括： a．负责本项目同用户的接口人员； b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；

c．负责本项目同各分合同负责单位的接口人员等。

3．3进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑”）。

3．4预算

逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。

3．5关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。支持条件

说明为支持本项目的开发所需要的各种条件和设施。

4．1计算机系统支持

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4．2需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。

4．3由外单位提供的条件

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。专题计划要点

说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。

2.软件项目成本管理计划 篇二

1 存在问题

计生软件开发过程中, 经常会遇到这种情况, 我们和软件开发方费了九牛二虎之力, 终于把业务需求理清了, 开发出配套的应用软件, 实际推广应用也不错, 基层也逐渐熟悉了软件的操作, 经过验收, 软件开发方把源代码和相关文档移交给我们, 结束了工作。但由于统计管理办法或统计报表的重新修订或业务部门提出新的需求, 需要更新维护已有的软件, 找出原来的开发文档和源代码, 遗憾的是, 各种文档混乱不堪, 除了用户手册有用以外, 从计划、需求、设计、源代码、测试、到维护、配置管理、版本控制、验收报告等一系列文档, 要么是旧的, 要么缺这个缺那个, 要么根本看不懂, 维护人员拿过源代码, 得从头看, 猜测哪个功能用了哪些源代码文件, 对哪些表进行了操作, 最可怕的是用源代码编译发布的程序与基层使用的软件版本不一样, 这就说明开发过程管理出现了问题。所以维护人员会经常说, 让我改程序, 还不如让我重新编。可是即便是重新编, 这些文档仍然用不上, 还得按软件工程的要求重新来过。

另外, 计生业务系统有很多, 区划、全员人口、育龄妇女、流动人口、抚养费、数字化服务站、部门共享、奖扶、药具等等, 举个例子这些系统管理的对象都是人, 人都有管理单位、姓名、性别、身份证、民族等属性, 也就是说录入界面和功能都差不多, 我们在全员人口软件编写的程序, 拿到育龄妇女系统, 一样的控件, 比如管理单位, 当然可以拿来用, 不用重新编了, 从构件库直接调出来复用就可以了, 但能做到的不多。

2 解决方法

2.1 三层系统架构设计

微软在软件体系架构设计中推荐的分层式结构一般分为三层, 从下至上分别为:数据访问层、业务逻辑层 (又或成为领域层) 、表示层。

下面举例 (育龄妇女管理信息系统 (WIS) ) 说明三层结构设计理念:

1) 用户界面层Web UI (表现层) ———用户在使用WIS系统的时候他的所见所得。

2) 数据实体层Model———将参数传递给SQLServer DAL, 用于数据库进一步的增、删、改、查操作。也可以将数据库查询执行的结果保存其中, 双向传递参数。

3) 业务逻辑层Bll———针对具体问题的操作, 对数据业务逻辑处理。

4) 数据访问层SQLServer DAL———该层通过数据访问实现对数据的增添、删除、修改、更新、查找等。

5) 抽象数据访问层IDAL———是数据访问层SQLServer DAL的接口层, SQLServer DAL层跟BLL层的实现就可以同时进行, 高内聚、低耦合。

6) 数据访问实现Maps———内含具体的数据库操作语句。

分层式结构的优势:

1) 开发人员可以只关注整个结构中的其中某一层。

2) 可以很容易的用新的实现来替换原有层次的实现。

3) 可以降低层与层之间的依赖。

4) 有利于标准化。

5) 利于各层逻辑的复用。

2.2 数据库设计

因为计生管理的对象主要是人, 所以有关人的信息应统一组织存储, 从而能保证信息共享, 例如各应用程序都存取共享的“区划人员主题数据库”。主题数据库是面向业务主题的数据组织存储, 这些主题数据库与业务管理中要解决的主要问题相关联, 而不是与通常的计算机应用项目相关联。主题数据库强调建立各个应用系统“共建共用”的共享数据库。不同的计生应用系统的计算机程序调用这些主题数据库, 这就从根本上取消了各系统之间不必要的接口。通过建立主题数据库, 简单、科学地实现了各计生应用系统的集成。因此数据库设计的好坏直接关系到信息化建设的成败。

2.3 开发过程管理

利用好的工具来管理计生开发过程, 例如, Visual Studio 2010 (VS2010) 是微软最新的开发工具, 基于微软最新的.NET Framework4 (包含模型-视图-控制器, ASP.NET和MVC2组件) 平台, 整合了微软最新的软件开发过程优化工具、管理工具和测试工具, 还提供了扩展功能, 让开发者可以定制自己的应用环境和开发方式。VS2010非常适用于团队式应用程序生命周期开发 (ALM) , 并提供了很多强大的、独一无二的功能和特性。Team Foundation Server (TFS) 是处于应用程序生命周期管理的VS解决方案核心的协作平台。TFS提供一些基本服务, 如版本控制、工作项和Bug跟踪、生成自动化以及数据仓库。此外, 敏捷计划工具通过与Microsoft Projec和Project Server集成可帮助您计划和管理项目。TFS中的一组工具与VS结合使用, 可以切实有效地管理应用程序的生命周期。通过使用这些工具, 开发团队可更好地了解客户需求, 并更高效地设计、实现和部署代码。

2.4 文档管理

文档管理的工作目标是依据GB/T 8567-2006《计算机软件文档编制规范》, 从软件开发与管理的角度对软件进行分析, 并达到以下要求:一是从全局角度, 增加软件业务流程图、数据流程图、序列图和需求跟踪矩阵、模块、控件和构件的说明;二是详细写出源代码注释;三是从维护角度, 应提供比较全面的文档资料;四是计生这一特定领域内的软件具有更多的共性, 要求更高的软件复用率。

2.4.1 建立文档管理网站

用共享目录下的众多文件来组织和保存文档有许多弊端, 比如无法对文档并行修改, 无法查看文档修改的历史记录, 即对文档的版本控制比较困难, 想快速地检索出关注的特定内容在哪个文档也不容易。最好的办法是建一个文档管理网站来管理所有文档。Media Wiki就是不错的选择, 它是全球最著名的开源wiki引擎。它使用的是WAMP5, 配置的是PHP+MYSQL+Apache的集成环境。在Web浏览器里, 登录Wiki系统, 在特定页面的可编辑区域里, 用Wiki语言书写, 修改和保存。而大家像浏览普通页面一样, 浏览Wiki语言写成的内容。需要注意的是这个文档管理网站要限制登录用户的权限, 注意保密和信息备份。

2.4.2 制定业务管理规范

根据《中华人民共和国人口与计划生育法》、各省《人口与计划生育条例》、GBT 18848-2002《育龄妇女信息系统 (WIS) 基础数据结构与分类代码》、《计划生育统计工作管理办法》、《流动人口计划生育工作管理办法》、《计划生育技术服务管理条例》、《社会抚养费征收管理办法》、《全国农村部分计划生育家庭奖励扶助专项资金管理办法 (试行) 》、《全国人口和计划生育系统区划代码应用管理规范》等制定相应的区划人员管理、全员人口管理、育龄妇女管理、流动人口管理、部门共享、技术服务或数字化服务站、执法办案和社会抚养费征收、奖励扶助、药具管理等业务的计算机管理规范, 它是计生系统信息化建设的基础。内容包括管理的对象、内容和形式, 业务管理的基本要求和运行与操作, 以及帐卡和报告单填报, 反馈表、公开板和信息一览表的运用等。

2.4.3 编制规范的文档

源代码是人编出来给机器看的, 而文档是人写出来给人看的。文档分为开发维护文档和用户安装使用文档两类。编写文档时应尽量清晰、简单, 需求、设计、用户手册同一内容章节编号要一致, 便于对应, 编写内容偏重于图表, 这样能更好的表现业务、数据的流转。需求分析应包含业务流程图或UML活动图, 数据库设计应包含数据流图或E-R图, 软件设计应包含UML类图、UML序列图等来静态或动态地描述计生业务。利用VS2010开发平台体系结构功能可高效绘制各类UML图, 其中UML类图和UML序列图还可以从源代码中生成, 再利用TFS平台来管理源代码。

3 结束语

计生软件开发过程管理就是要坚持固化、简化、标准化, 避免踏入僵化、随意化两个误区。沉淀从事计生信息化的众人的智慧的过程就是“固化”, 这包括计生知识库、软件开发管理流程和面向计生领域的软件构架及构件库。同时还必须简化计生软件开发过程。采用基于构件的软件开发方法是简化软件开发过程的一种有效手段。计生应用领域内业务的标准化, 是推动整个计生软件行业内各个计生部门规范软件开发过程的前提基础和有力保障。标准, 凝聚着众多计生部门的智慧, 同时, 又大大简化了标准所规范的计生领域内软件开发过程。

摘要：随着计算机技术的快速发展, 人口和计划生育信息软件应用范围越来越广, 但软件开发过程中缺乏统一有效的项目管理。该文着重探索研究人口和计划生育软件项目开发维护的管理办法。

关键词：人口,计划生育,软件开发过程,文档管理,源代码管理

参考文献

[1]任永昌, 邢涛, 鄂旭.软件开发过程中的项目管理[M].北京:北京交通大学出版社, 2010.

3.软件项目成本管理计划 篇三

【关键词】工程实施；施工进度计划编制；P6软件；应用

一、 P6软件简介

PrimaveraProjectManagementv6.0（简称P6）是由美国Primavera公司推出的项目管理软件，P6软件可将工程的组织过程和项目实施步骤进行全面的规划、编排，以便在工程项目方案进行深入的研究与比较，从而科学合理地进行目标进度安排。此外，在项目分析和预控方面，全局层面统一管理组织、资源、成本等因素，对多要素复杂项目的计划和统筹能力，使其可在全局层面对项目管理进行全面优化，从而提高施工企业的项目管理水平。

二、项目进度计划的编制

P6软件可广泛应用于工程项目的各个阶段，尤其是在工程项目的招投标阶段，通过运用P6项目管理软件对工程的施工进度计划进行编制、分析、调整与优化，计算施工强度和平衡资源需求，合理选择施工方案，配置人员、设备、资源需求计划等，能够为工程项目的实施阶段的工作提供有效的技术支持。

（一）编制前的准备工作

1.熟悉招标文件，包括技术条款、商务文件和招标图纸等，掌握招标文件中关于总工期和关键性节点工期的要求和对进度计划编制的要求。

2.熟悉施工组织设计材料，掌握各分部分项工程的主要施工方法、人力资源配置、设备选型、材料消耗等基本信息。

3.其他项目相关信息：签证办理周期、劳工法相关规定、项目所在国的自然天气情况、国家公众假期及宗教节日等。

（二）使用P6编制施工进度计划的原则及依据

1.编制原则。

①逐级编制的原则：首先按照招标文件关键节点内容确定里程碑计划，由里程碑计划指导编制二级计划，二级计划指导编制三级计划；

②对于国际上常见的EPC项目，严格按设计、采购、施工的基本程序编排进度计划，保持作业的连续性和资源使用的均衡性；

③充分考虑施工方案、资源配置、天气环境、人文、社会环境等影响因素，力求计划编制能切实反映项目所在国实际情况；

2.编制依据。

①招标文件中规定的工作范围、项目的工期及里程碑和招标文件澄清、答疑会议纪要；

②项目的工作分解结构（WBS）；

③图纸、技术资料、主要设备、材料、配件等的供货情况。

④其他影响项目进度的因素：气候、人文、宗教等

3.应用P6软件编制进度计划的主要步骤。

3.1建立项目：创建项目并创建项目编码系统。项目编码应按照企业相关规则进行编制（如招标文件中有规定，应符合招标文件的编制规则）。

3.2创建项目日历：定义日历应考虑到当地的人文、气候、宗教的影响。本工程处于哈萨克斯坦北部地区，考虑的因素如下：冬季极寒天气的工作降效，当地建筑行业30天工作30天休息的工作周期，开斋节、春节等重要公众及宗教假期。因此，本项目创建的主要项目日历为：冬季室外施工日历（工作降效50%）、正常工作施工日历、国内管理人员工作日历。其中国内管理人员日历按照中国公众假期规定扣除假期，此日历主要影响国内工作部分。

3.3创建项目工作分解结构（WBS）：根据工程项目的特点和招标文件所列的主要工程项目，按不同部位、性质、工作面来进行工程结构的分解。在工程结构分解的基础上，进行WBS编码体系的建立，将招标文件中所列项目分解至可操作的作业层（本项目WBS编码体系原则在招标书中明确规定，如未规定，可按照项目的规模、结构及相关行业规范原则进行编制）。在WBS编码体系框架搭建时，尽量细化作业步骤，为中标后开展工程管理工作做好前期铺垫。

①确定作业工期

根据招标文件的工程量，结合生产能力定额和施工经验，确定每项作业的施工工期。国际工程应按照当地的实际生产能力计算工期，可参考企业已有相关历史数据或关统计机构发布的数据。如无此类数据，则需对当地市场进行进一步调研并在确定工期时侧重考虑风险。

②分配施工工序间的逻辑关系

建立各工序间的紧前、紧后关系，使其满足工艺流程和施工方案要求。建立逻辑关系的同时确定相应的限制条件，使其反映出招标文件规定的节点工期要求。

③加载作业资源

此步骤包括资源代码的建立及资源的输入。资源主要包括人工、机械、工程量，将其输入到资源库后，在每项施工作业中进行加载。在招投标阶段如因缺乏项目详细信息无法保证资源与作业分解层级相同，可使用配合作业进行汇总加载（也叫Hammock Activity）。此外，此步骤只检查资源是否超额分配，并不对整个项目的总体资源分配合理性进行分析。

（1）进度计算

通过P6软件的进度计算功能，自动生成进度横道图、关键线路。并生成最终进度资源直方图。

（2）对项目进度计划编制成果的检查和优化

施工进度计划形成后，应检查：①关键线路总工期是否满足招标文件的要求。②检查各作业进度控制点是否满足招标文件要求。③资源配置是否合理。这是P6进度计划编制过程中的关键步骤。如出现关键线路不合理、超期，资源分配不合理等问题，则需要重复进行步骤对项目进行优化调整直至项目进度计划满足招标文件的要求为止。一般常用的调整方法有：①合理调整关键线路作业的逻辑关系。②对资源进行资源平滑，此方法主要通过手动调整非关键线路的施工安排达到资源合理分配的目的。

本项目在进行检查及优化时主要考虑项目在既定工期条件下的关键线路的合理性，围绕以总降—磨矿车间—浮选车间为主线的作业逻辑关系、资源配置等进行优化调整，使施工安排更具有合理性，资源配置更为均衡，并通过P6软件生成形象的作业使用直方图、资源直方图，满足了招标文件中的要求，并使项目管理者对项目总体安排有了更直观的了解。

三、结束语

随着我国越来越多的建筑施工企业逐渐进入海外市场，对海外项目的市场开发模式也必将逐渐与国际接轨。P6软件作为全球最先进的项目管理工具，众多国际工程业主都明确要求承包商在项目的投标阶段提供以P6软件为平台的施工进度计划及资源需求计划，并以此来评价承包商对项目的研究和认知水平。毫无疑问，P6项目管理软件广泛地应用于国际工程招投标是大势所趋。P6软件的学习普及对于建筑施工企业中各级管理、技术人员的重要性不言而喻。因此，从项目的招投标阶段开始注重运用先进的项目管理工具，只有这样，才能让我们在打造质量效益型国际化强局的竞赛中不输在起跑线上。

参考文献：

[1] 赵薇娜.论项目管理软件的重要性[J].中国新技术新产品.2015（13）.

[2] 齐炎.项目管理软件应用分析及现实意义[J].计算机光盘软件与应用.2014（18）.

[3] 杨满福 赵宇华.项目管理软件应用分析及现实意义[J].山西电力.2011（01）.

4.软件项目计划书 篇四

中国xx软件有限公司是以xx教授（原中国交大研究生）、xx教授（原中科院计算所研究生）携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20xx年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统――xxSQL，并基于xx数据库产品进行应用开发和推广。

xx软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将xx软件建设成一个大型的基础软件和应用软件供应商。

xx软件的短期目标：基于xx数据库（xxSQL）的“xx企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。

xx软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。

二、公司目前的股权结构

公司目前的股份构成：

三、已投入的资金及用途

公司于20xx年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。

公司成立以来成功申请了20xx年科技部中小企业技术创新基金（75万元）和20xx年中国市第一批软件和集成电路产业发展专项资金（50万元）。

四、公司目前主要产品及服务

公司的主要产品：“xx数据库管理系统（xxSQL）”。

正在开发的产品有：“xx企业信息备份与搜索工具”。

公司还计划基于xx数据库建立“xx数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。

五、产品的知识产权和归属权

“xx数据库管理系统（xxSQL）”是由两位创始人（xx、xx）在国外任教期间发明，通过与任教所在大学签定法律合同（见附件），数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国xx软件有限公司。

“xx企业信息备份与搜索工具”则是在中国研发的基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。

六、市场概况和营销策略

目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。

xx的总体营销策略是：分别向中小企业、大型企业和服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。

七、核心团队

公司的核心团队由五人组成：

xx（公司创办人，现任董事长兼CTO，xx大学计算机系终身教授，数据库及人工智能专家）；

xx（公司创办人，现任总经理，xx大学计算机系终身教授，人工智能专家）；

周先生（于95年获美国名校计算机科学博士学位，曾任美国xx公司中层管理人员、大型外资公司副总裁，软件工程和人工智能专家）；

陈先生（于88年获美国名校计算机科学博士学位，曾任美国加州硅谷著名软件公司高级系统分析师）；

王先生（xx大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。

八、公司优势说明

公司的主要优势如下：

1）企业搜索引擎的技术处在不断发展完善中，xx拥有自主的先进技术，创新能力强；

2）xx企业备份和搜索工具是基于xx自身的数据库产品研发的，充分利用了数据库的

高性能和安全机制，产品性价比高；

3）xx能快速灵活地向用户提供按需定制服务。

九、目前公司为实现目标的增资需求

为了抢占企业信息搜索的市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。

公司计划在20xx年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。

十、融资方案

企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。

十一、合作方式

中国xx软件有限公司计划吸收750万元（人民币）风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

5.软件项目详细工作计划 篇五

作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。

意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”

例如可以这么写:为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。

1.2 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容:

项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“__系统”开发的项目名称是“__系统开发”。

项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。

项目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如:

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;

属于本项目的其他已经发表的文件;

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

6.软件项目实施计划书三篇 篇六

篇一：学生信息管理系统项目计划书

1引言

1．1编写目的

此项目开发策划书的编写主要是为了给开发《学生成绩管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明。

1．2背景

随着计算机应用的日益普及和深化，网上办公已近成为一种趋势。本项目要开发的是基于局域网和互联网的学生成绩管理系统，实现一个将学生成绩管理和服务功能结合起来的管理信息系统，既可以节省资源、又可以有效的存储、更新、查询信息、提高工作和服务效率。

开发的系统要求界面友好，方便直观。既要方便校方对学生信息进行添加、删除、修改、查询和统计等管理，又要方便学生等查询。

软件名称：学生成绩管理系统

项目提出者：“学生成绩管理系统”开发小组

开发者：“学生成绩管理系统”开发小组，成员：郭明娟、陈秋男、王如意、高静、王彩霞、关娜仁、孙佳星、赵鹏、王凤舞。

配置要求：SQL Server2008数据库，C#等

该软件需与数据库连接使用才能运行。

1．3定义

文档中采用的专门术语的定义及缩略词简要如下：

Microsoft Visual C#

Microsoft SQL Server2008

MIS：Student Achievement Management System，学生成绩管理系统

Microsoft Visual Studio2008,版本控制工具 2项目概述

2．1 工作内容

《学生成绩管理系统》针对的用户是学校相关部门、学生。相应的内容有：

（1）主要的功能包括：

1）学校管理：管理部门为每个学生建立信息表格，其中包括学生的，姓名、学号、院系、专业、成绩以及老师的相关信息。【软件项目实施计划书三篇】软件项目实施计划书三篇。

学校相应管理员定期或不定期的对学生和老师信息进行入库、修改、删除、等信息管理以及注销。

2）信息查询：可通过局域网或内网并根据权限依据学号、姓名等查询学生成绩。

（2）管理员实现的主要功能：

1)查看用户登陆情况。

2）对用户信息的管理。

３）能够对需要的统计结果提供打印输出。

４）能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。

2．2主要参加人员

2．3产品

2．3．1程序

学生成绩管理系统，由C#编程语言编写而成。配合SQL Server数据库

2．3．2文件

1系统需求分析报告

2系统功能说明书

3系统数据库报告 4系统内容设计报告

5美工及界面报告

6用户手册

2．4验收标准

外观新颖、漂亮，以及具备完善的功能。【软件项目实施计划书三篇】： 由于公司原有一个完善的考勤系统，现有系统只是导入原有考勤系统的数据

3、招聘管理类：招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析

4、培训与发展类：

培训需求调查、培训计划、培训记录（员工、教师）、培训津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务；

5、绩效考核管理类：导入相应的考核数据，为薪资提供数据

6、薪资福利管理类：薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理

三、该项目组成员组成。

本项目由人力资源部主管 *** 批准，总经理 *** 审核实施。

本项目涉及部门：总经办、人力资源部、财务部、网络部

项目主席： ***

项目负责人：***

项目成员：****、谢斌鸿、****„„

四、软硬件投资

1、软件：采用市场上购买的HRMS 软件

2、硬件：采用组装服务器

系统软件是基于微软SQL数据库运行，采用C/S(客户端/服务器端)构架，个人用户装载客户端进行操作。(面试网)

3、成本：总投资约***元

五、风险预测

1、软件风险:由于我们采用的是盗版软件，有不可遇见的问题，现已经完成了初步的各个模块的测试，但是没有完成真实模拟的测试

2、功能风险：由于此软件没有真实地进行全面的测试，需要在模拟运行一段时间后才能得知其实际运行能力。

3、人员风险：不见得每个人都是喜欢用这个系统，上这系统一开始比如有很多的数据录入工作加上一些不习惯或者其他因素，一定会有人员有抵触情绪，这需要主管的大力推行和及时开导解决。

六、人力资源流程（略）

七、进度计划（略）

1、前期工作（一个月）

人事部、财务部及网络部共同协商。对人力资源部、财务进行需求调查；人力资源部内部流程规划，网络部软件分析；

2、实施准备阶段（1周）

资料准备；项目实施会议，确定实施时间表，确定人员工作细则；确定项目监督人员；HRMS培训；系统安装调试，模拟测试

3、模拟运行及用户化（2周）

资料上传；用户化，客户端安装，个人工作准则确定

4、切换运行（一天）

实时工作上线切换，解决软件当中的问题；切换验收

5、新系统运行

持续的维护及应用创新，及时新人的培训

篇三：教学管理系统项目实施计划书

一、教学管理系统分析设计计划

教学管理系统是一个面向学校的管理系统，主要用于课程的管理和教师的分派。借助这套系统，每个学生可以随时查到自己所选的课程，以及该门课程的任课教师是谁。【软件项目实施计划书三篇】工作计划jihua.html。同时，教师也能知道该学期自已一共有多少门课程要教，以便教师合理的安排时间。而且是基于IE的系统，能实现系统与课程安排的实时同步，只要学校做出调整，系统内部会第一时间做出相应的调整

二、教学管理系统的编码测试计划

根据实际情况，本小组预计使用1-1个半月的时间进行编码测试，其中会进行白盒测试和黑河测试以及压力测试

白盒测试包括语句测试，判定测试，条件测试，判定-条件测试，条件组合测试和路径测试

黑盒测试应用等价类划分法，边界值分析法，判定表分析，因果图法，正交试验法，功能图法和错误推测法。

压力测试，同时让很多人同时登录系统，测试同时最大登录数，以便做好系统的压力测试，以便防止同时过多的学生和教师登录时产生的系统崩溃，同时做好相应的对策。

三、教学管理系统的安装计划

7.论软件项目管理 篇七

软件项目的生命周期管理

所谓软件项目的生命周期管理主要是利用相关理论以及手段方法来协调软件项目中的各子项目, 以便用来为软件项目正常进行提供可靠的方式方法。对于软件项目的生命周期管理作为一种项目管理的纪律为软件项目管理列出了一定的标准来保证软件项目的正常进行。

软件项目的生命周期有若干阶段组成或者是一些重复出现的周期构成。软件项目自身具有一定的特殊性, 同时软件项目也是随着客户的具体需求和要求而进行改变, 相对于传统的项目管理生命周期来讲, 软件项目生命周期的标准与考核就变得较为复杂, 在进行项目管理的过程中需要根据不同的软件项目具体制定相应的生命周期管理计划, 比如包括一些版本控制标准、技术文档管理或者是系统开发等方面。

软件项目的合同与采购管理

基于软件项目管理的特殊性, 现在大多数公司或者项目的管理力量很难与软件项目良好融合, 可能会出现管理目标无法实现或者其他一些非技术性的问题。为了提高公司软件项目管理的有效性, 项目外包就变得十分必要。外包在一定程度上能够减轻公司的管理压力, 但同时会增加公司项目管理的难度和风险。对于项目外包的合同以及合作的细节需要全面而细致。在这个阶段公司需要请专业的机构来起草合同, 并且对外包项目的采购流程进行严格的把控, 为了能够保证项目的顺利进行, 要确认和明确双方的职责, 对合同所有要求尽力做到明晰化。

软件项目的风险管理

针对软件项目的风险管理具有十分重要的意义, 风险管理需要贯穿于整个软件项目过程, 也是软件项目规划阶段的重要环节。风险管理的目的就是要充分考虑项目各方面的因素、找到潜在的风险项以及制定全向的项目规划, 同时就风险的规避或者是解决进行全面的讨论。风险分为很多种, 软件项目风险分析需要全员参与并群策群力才能保证软件项目正常进行。

软件项目的质量管理

质量管理是软件项目工程实施结果的有力保障, 同时软件项目的质量管理是主要的控制过程。全球质量标准体系和公司层面的项目内部质量标准体系是软件项目质量标准的两个层次, 但是不论软件项目或者执行的是哪个标准都要遵守一定的程序来进行, 在制定相应的标准后, 所有人员需要保持统一的节奏来遵守这个标准, 避免出现意见不统一, 朝令夕改的状态。国际上主要的质量标准体系比如六西格玛体系等, 这些国际标准都具有成熟的指导措施和流程性文件。具体到某一公司项目的时候, 公司层面在建立质量管理体系的时候可以参考相关的国际标准进行编制, 这样科学性以及可行性会大大提升。

基于软件项目管理自身的性质, 质量管理体系在建立时还要结合客户的具体需求来制定, 市场调查、客户访谈以及标杆分析等过程都十分必要, 这些工作流程也是用来评估和记录用户需求的质量标杆。在项目执行过程中对于客户强调的质量需求可以予以加强, 进而使得公司的产品质量得到控制。

软件项目的决策管理

决策是一个管理活动中最重要的环节之一。能够快速和准确的做决策对于项目管理的控制与发展来说是十分关键的, 软件项目管理过程中的决策不只是由一个领导者确定的, 在项目的发展过程中会因为一些不可控因素或者其他原因引起争议, 这些争议也会增加软件项目管理组织决策的难度。基于以上分析, 完美的决策需要组织各成员共同参与和制定, 针对不同的因素这样才能达到项目决策的最佳效果。当项目双方的决策意见不统一时, 需要重新制定和建立统一的决策流程进行解决, 对于意见统一的决策可以简化流程来提升决策的效率。

软件项目的信息管理

8.论软件项目的质量管理 篇八

关键词：软件项目质量；软件项目质量管理；需求；测试

1.软件项目质量管理相关背景

1.1 相关案例

美国项目管理专家资质认证委员会主席Paul Grace说过，在当今社会中，一切都是项目，一切也将成为项目。项目管理学科的发展，不管在国内还是国外，都进入了一个以超乎寻常的速度发展的阶段。软件项目管理作为一个新兴领域随着软件产业的蓬勃发展而愈发受人瞩目。而软件项目的质量如何对于这个软件而言是尤为重要的，所以想要提高软件项目的质量，就必须在项目的质量管理上狠下功夫。

在2005年的时候，日本东京证券交易所当时发生了一次非常严重的系统事故，导致所有的证券交易全部崩溃，在很短的时间里就造成了几千亿元的亏损。后来经过仔细调查，导致事故的原因竟然是当月交易系统的更新出现了问题。耗资如此巨大的软件系统本来就是为了进一步提高企业的工作效率，为企业创造更大的价值，更多的利润，但没想到因为一个小小的系统更新问题导致了如此惨重的损失，这一切都源于一个问题，就是项目的软件质量，如果软件质量出现了一点小问题，那么它造成的将是大后果。

1.2 相关概念

说到软件项目的质量管理，首先要弄清楚什么是质量。国际标准组织ISO9000对质量的定义是“一个实体的性能总和，它可以凭借自己的能力去满足对它的明示或暗示的需求”。所谓软件项目的质量，就是“软件项目能够满足已确定的全部需求的特征集合”，是能够满足软件项目在项目开始阶段确定的功能、性能等特点的总和[1]。它反映在一下三方面的信息特点：能达到客户的所有需求；运用合理的质量标准体系，来引导软件的开发；能否满足客户的隐性需求[2]。质量是构成社会财富的物质内容，没有质量就没有数量，也没有经济价值。

软件项目的质量管理的主要目的就是确保项目满足它所应满足的需求。从用户需求出发，保证最终交付的软件要满足客户的期望。质量管理的重点在事前的预防，而不是时候的检查，这就需要管理者在项目执行的全过程中持续坚持质量管理的理念，不断改进，使最终交付的软件产品满足客户明确需求、隐含需求的所有特性。

2.提高项目质量管理的方法

2.1加强人员的执行力和技术

对软件的项目质量造成影响的有这么几个原因，分别是技术、过程、人，而人大影响在这几个因素里是最大的很多时候导致企业缺乏核心竞争力的原因是执行力太差。对质量管理目的的偏差，是造成执行力低这一问题的很大因素。我们总是常常提到利润最大化这个词，如果开发公司不断盲目强调收益，而且是"用最小的投入获得最大的利益"。这会导致开发团队不得不最大限度地、甚至不择手段地去取得财务的增长，从而大大降低了他们的执行力。质量的目的只是为了解决销售，质量管理真正实现的根基就不存在。我们应当逐步让公司企业选择一种更和谐的盈利方式。使自己的开发团队去注重用户的感受，选择与客户、合作伙伴的长远利益。

人员的技术永远是质量过硬的最高保障，企业应当鼓励和奖励内部员工多去参加软件类的培训以及各种认证资格的考试，形成一个良性的竞争和学习环境，优胜略太，可以很大程度的提高企业员工的技术水平。

2.2清晰客户需求

清晰把握客户的需求是尤为重要的，在很多不成功的案例当中，很大程度就是由于企业不能清晰把握客户的需求。软件项目的需求决定了软件项目的功能和目标，目标不明确就没法制定下一阶段的工作计划，从而不能按质量完成整个软件项目。所以，如何真正把握客户的需求，是提高和确保软件项目质量的重中之重。

此外，软件项目负责人和需求的提出者应该尽可能早地分析项目的相关业务逻辑、明确软件项目的需求。项目需求明确的越早，就能够越早的制定开发计划，软件项目的开发质量就越容易得到保证。在项目的实施阶段，还需要对每个阶段的需求进行进一步明确，制定每个阶段的子计划，从而使得软件项目的开发得以分解。保证了每个子计划的开发质量，就能够保证整个项目的开发质量。

2.3 实施软件检测

在软件项目的质量管理工作当中，对于软件的检测是对软件的质量又有效的保障和最后的屏障。因为很多项目在实行的过程当中并不是十分规范，所以对于软件检测这一环节就更为重要[3]。检测一个软件项目在实行过程能否达到需求的逆向过程，是在整个软件开发过程中非常重要的环节。通过不同的检测环节，检测出各种错误环节来确保整个软件项目的质量，从而交付一个满意的项目成果给客户。

然而软件检测并不能发现所有的潜在问题，有些小的操作或功能方面的问题也许会在后期使用过程中出现，这是难以避免的，应该向使用人员提前说明，但是大的操作或功能性的问题绝不应该出现在正式运行过程中，是质量管理应当解决的问题。

2.4 进行代码走查

代码的质量很大程度上决定的软件的质量。编程人员在编写代码的时候，要高度认真负责，思路清晰明确，高质量的程序必须是高内聚，低耦合，同时也要结构合理，条理清晰。但由于在工作组中每个编程人员的编写代码习惯不同，能力差异，所编写出来的代码质量也有差异。所以，在软件开发过程中引入代码走查是相当重要的环节。在严格规定的时间内，让编程人员对其所编写的代码进行讲解和分析，不仅能促进编程人员提高编程水平，而且也可以经常内部交流，相互学习，更好的配合，从而提高和促进软件质量的提高。

3.结论

本文通过介绍了软件项目质量管理的重要性以及软件项目质量管理的内容， 重点研究了如何提高软件项目质量管理的方法，包括加强企业员工的的技术和执行力、清晰客户需求、实行软件测检测和进行代码走查这四种方法。近年来， 项目质量管理逐渐得到企业的重视， 但是要将项目质量管理更好的运用在实际的项目中，还有待于软件行业的不断发展和规范。加强软件质量管理的做法还有很多，质量管理的内容与执行也要时刻紧跟时代步伐，我们应当针对不同的项目采取不同的最适合本项目的方法，从而达到最好的效果。（作者单位：贵州财经大学MBA中心）

参考文献

[1]吴吉义.软件项目管理理论与案例分析 [M] .北京：中国电力出版社，2007：165.

[2]陈淦.也谈软件项目管理中的质量保证[J].福建电脑， 2006 （10）： 4. http： //www cnki com cn/Article/CJFDTotal-FJDN200610027 htm.

9.软件项目成本管理论文 篇九

我有幸能参加了某海事局监管指挥系统的开发，担任项目经理一职。该系统是在电子海图平台上整合原有的基础业务数据船舶、船员、危险货物、行政处罚，显示与DLP大屏幕摸拼接投影，并通过视频会议系统与各市局相连，为海上搜救决策提供辅助。项目与2月招标，4月签订合同，5月试运行，5月通过验收，总投资780万元。

本文简要叙述了项目的基本情况，描述了对成本管理以及成本管理的成本估算、成本预算、成本控制三个过程的认识。并结合本项目详细阐述了项目成本管理过程中面临的问题、原因和解决方法：即借鉴同类项目，邀请专家评估，做好成本估算;借助WBS和进度表，做好成本预算计划;结合有效的工具加强成本跟踪和控制。最后指出项目的不足是忽视了质量成本的控制，并总结出一条经验:成功的成本管理就意味着项目成功的一半。

年，我有幸参加某海事局监管指挥系统的建设，担任项目经理一职。该项目是14年2月招标，4月签订合同，正式进入建设阶段，合同价是780万。根据合同的约定，15年5月试运行，16年5月验收。该项目总共含7个子系统：电子海图平台、数据交换平台、内外网网络安全、海上辅助决策、溢油漂移应急、大屏幕拼接投影、视频会议系统。主要实现在海图上事例原有的基础业务数据船舶、船员、危险货物、行政处罚，显示DLP大屏幕拼接投影上，并通过视频会议与各市局相连。当发生海难时，可在海图上点击遇难船只，获取船舶基本信息;船舶签证、查验等动态信息;船上船员及其所接受过的所有专业培训的信息，并根据要求，以遇难船为中心，划定半径，选择半径范围内有施救能力的船舶，通过VHF指挥过往船舶进行施救，对海上搜救起到了辅助决策的作用。

众所周知，成本管理是项目管理的重要组成部分，也是一个十分容易被忽视但又是十分重要的内容。成本管理是指在项目实施的过程中保证完成项目所花费的实际不超过其预算成本而开展的成本估算、成本预算和成本控制等方面的管理活动。成本管理的目的是通过执行项目成本管理过程和使用一些基本项目管理工具和技术来改进项目成本绩效。项目组整体上把进度和预算交付项目作为我们最大的挑战，因此，我们十分重视对项目进度和成本的控制和管理。

项目成本管理的基本过程是：成本估算、成本预算和成本控制。成本估算是对项目投入的各种成本资源采用类比、自下而上、资源单价、差别估算等估算方法，对各种必需的资源的成本进行近似的估算;成本预算是将成本控制的基准。不给控制是利用成本控制系统、绩效评估、偏差管理等方法，与进度控制结合进行的有效控制。

因为本项目是全国董事系统第一家在海图平台上叠加各业务信息，对于我们公司也是第一次尝试。如何在限定的时间里，不超支地完成项目，对我们来说是一个挑战。在项目成本管理和控制上，我采取以下几方面措施来解决了成本管理中经常出现的问题：

一、借鉴同类项目，邀请专家评估，做好成本估算

在以为的项目中，常出现成本估算和成本预算的出入比较大的现象，分析其原因，不外乎三点，一是草率的成本估算，二是在项目范围尚未确定时就进行成本估算，三是对成本估算太乐观或太保守。草率多是由于管理层的压力而为，所有必须进行解释并取得理解，而对第二点，则在项目范围确定之后再进行估算。

在本项目的成本估算时，我们尽量参考公司的知识库，努力寻找本项目与以前项目的共同点，寻找最大程度的类似。对于有不确定性的地方。找出最大确定度。通过类比进行估算。比如我们借鉴了以前开发过的船舶报告系统X船员管理系统等系统开发过程中的实际资源和数量的使用情况记录，并提交一份详细的资源需求清单，包括人员、材料、设备等关键信息。由于要在电子海图平台上叠加各业务基础信息，并实现溢油漂移的模拟，考虑的到海图平台有国际标准，溢油是采用欧洲现有的数字模型，所以我们请大连海事大学及以上海事大学的高级专家对相关子系统的项目功能点及所需工作信息量会审。利用会审结果对交付物所需的资源和数量做出初步估算。

通过借鉴同类项目，并邀请专家评估后，我们对项目的成本有了初步的估算，同时我们考虑了一部分的风险应急金和质量预防成本，并提前考虑项目管理上产生的费用，给出一个总成本误差70万元一般是20%偏差。

通过采用借鉴同类项目，邀请专家评估并留有管理费用的主法进行成本估算，估算的准确度提高了不少，缺点是对同类项目的类似程度难以准确界定。

二、借助WBS和进度表，做好成本预算计划

通常情况下项目的预算常常会超过估算，这是因为估算划初步的估计，而预算是需要将成本估算分配到项目的各项WBS要素，确定各项工作和活动的成本定额，此时已经可以较精确的判定每个工作包的工作量及技术难度，并考虑人的成本因素，所有预算通常超过估算。

本项目根据系统成本估算结果，得出成本总计。并以20%的比例预留了储备金，在此基础上制定出成本基准计划。并画出了用S曲线表示的成本基准。利用这个基准，为监控项目和实施进度提供了一把标尺。

采用这种方法的优点是成本基线和WBS是衡量和控制成本的很好的标尺，缺点是WBS分解时，领导层一般是以进度为准，而用户一般是以质量为准，不好把握二者之间的平衡点。

三、结合有效的工具，进行成本跟踪和控制

很多项目估算和预算做的都不错，但是在时间施工过程中却出现成本大大超过预算，研究其原因，是设有统一的标准和规范，且软件项目的成本很大程度上是人力的成本，是无法用工具或流水线来衡量的，有太多的不确定性因素，比如技术能力、工具使用熟悉度，甚至是心情。同样规模的项目由不同的项目组成员执行，成本可能相差非常悬殊，这就是人的因素导致的。只能通过实时的成本跟踪并采取控制措施减少实际成本的超支现象。

此项目聘请大连海事大学的专攻海图平台的博士生导师为本项目技术顾问，主要负责培训如何在海图地图上叠加各层基础业务停息，海图有其专门国际标准S57和S52，不适用于陆地图MACINFO等开发平台。前期对开发人员的专业培训，加速了开发速度，缩短开发周期，减少了开发成本。

我们是采用公司内部的数字神经系统对成本进行实时的跟踪和控制。数字神经系统是我公司根据多年的项目经验自行开发的，已经完成的感知，传导到大脑，进行判断、分析、控制之意。在该系统中，每位职员每日必须填写工作日志、并结合考勤、报销等内容，实现财务状况、管理上状况的在线查询，并进行评估，有效促进项目管理和基本因素的控制。

比如开发网站的信息发布时，复用了公司开发的构件。构建工具由项目组成员进行配置使用。在实施的过程中出现无法完成功能的情况，我们协调构建组的成员配合实现。 功能实现后，根据工作日志判断原因是因为工具不完善，而不是项目组成员对工具不熟悉。工具公司的资源规则：构建工具不完善导致的情况，成本归构建组;项目组成员对工具不熟悉引起的成本归项目组。通过数字神经系统将此成本归入构建组。

采用事先培训，结合数字神经系统进行有效控制，我们有效地控制了成本，数字神经系统的缺点是每日填写日志，需要花费较多的时间，无形中提高了人力资本。

经过上述行之有效的项目成本管理工作，在进度和成本控制上也取得了不错的结果，获得了用户的好评。

在项目中，我们也发现了一下不足之处，比如没有控制好质量成本，为实现用户提出的某些属于完美性质质量要求花费时间太多。虽说是需求赶着工程走，需求是驱动力，我们必须满足用户的需求，但是我们也应该引导用户，让用户了解软件系统本身具有的功能一界面一功能更强一整合的规律，放弃一些完美性质的需求。针对这些问题，我们会在今后的项目中改正。

10.软件项目管理合同 篇十

中国高科技有限责任公司

年3月21日填201

1项目名称：软件项目管理

甲方（合同专用章）

乙方（合同专用章）

合同签订日期：2011年3月21日

依据《中华人民共和国合同法》的规定，甲乙双方经友好协商，签定以下合同。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。

第一条本合同软件开发项目的价格、工作进度与安排。

（一）软件设计与制作的项目价格

项 目价 格(元)简要说明

策划创意费 3000元 为企业建立网站树立企业形象，展现互联网独特的优势与特点。并可以根据企业的市场和经营管理策略特别策划并提供整套的EC解决方案。

首页设计与制作 1500元 访问者登陆企业网站的首先索引页，以企业形象识别系统为设计基准，兼顾易用性与导引性原则，体现企业整体形象特征。

动漫功能的设计与制作 5000 根据乙方的要求设计动漫功能。以符合网站整体风格及体现内容特色为设计基准，兼顾功能性与内容导航特征。

内部制作 800元 根据网站整体设计风格，依据不同频道/栏目模板进行个性化设计与制作。英语版 500 按照网站整体设计模板进行不同语种转换。

小 计10800元

（二）该项目的进度安排

预计于3月22日开始设计，首页设计与制作，动漫功能设计与制作将于4月20日完成。内部制作以及英语版于5月2号完成。到六月1号完成整个软件的调试工作。

第二条合同履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。

第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。

第四条双方的基本权利和基本义务

甲方的权利和义务

根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。

按本合同约定支付软件开发费用。

甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

乙方的权利和义务

按照甲方提供的材料按时完成本合同规定的软件开发工作。

可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。

依合同收取软件开发费用。

乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

第五条甲方在一年的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。

第六条甲方同意按双方约定的付款方式和时间及时向乙方支付合同费用，以及提供其他必要的帮助。

第七条本合同涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。

第八条甲方不能按时支付合同费用，导致的工期延误，其责任由甲方承担。

第九条双方当事人应当保守在履行本合同过程中获知的对方商业秘密。

第十条双方应本着诚实信用的原则履行本合同。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。

第十一条本合同签订后，经双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。第十二条 本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。

第十三条 任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，应双倍返还上述费用。本合同其他条款对合同的解除另有约定的，从其约定。

第十四条任何一方违反本合同，给对方造成损失的，还应赔偿损失。

第十五条订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。

第十六条双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。

第十七条本合同经由双方授权代表签字，自签订之日起生效。

第十八条本合同一式两份，双方当事人各执一份，具有同等法律效力。





甲方(盖章)：_________

法人代表(签字)：_________

_________年____月____日



11.项目管理在软件中的应用 篇十一

摘要：随着信息产业的飞速发展，项目管理对于以应用开发为主的软件企业是一个行之有效的管理方法，项目管理在软件开发中的应用日益受到重视。本文主要通过对项目管理在软件开发中的应用的成因、存在的问题以及相应的解决方案进行了分析和论述。

关键词：项目管理软件开发

0引言

如果用两个字概括当前社会的特点，那就是“变化”，而这种变化在信息产业中体现得尤为突出，技术创新速度越来越快，用户需求与市场不断变化，人员流动也大大加快。在这种环境下，企业需要应对的变化以及由此带来的挑战大大增加，也给管理带来了很多问题和挑战。软件行业是一个极具挑战性和创造性的新行业，管理上没有成熟的经验可供借鉴。而项目管理应该说对于软件企业，尤其是那些以应用开发为主的软件企业，是行之有效的管理方法。因此，项目管理在软件开发中的应用日益受到重视。

1项目管理的概念和意义

项目管理是在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项且经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。没有项目管理，项目也有可能成功。但没有管理的项目，很难保证项目的利润空间，对公司来说，亏损的风险就大。所以我们要有项目管理，以保证公司在总体上是盈利的，注意不是每一个项目都要盈利。

另外，有了项目管理，就有了管理改进的基础，无论刚开始的项目管理多么糟糕，只要有管理，就有了改进的可能性，至于能不能得到改进，以及改进的快慢，则取决于两个因素：一个是人，特别是各级管理者：另一个是利益。关键是“利益”，准确的说是“利益的分配”，在权责利明确的前提下，人才能充分的发挥作用。

2项目管理在软件开发中的应用的现状及成因

随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。目前的软件开发正逐步趋向于复杂化、多元化，大多数开发团队中都会出现同时开发多个版本、开发／维护工作并存、多地点同时开发等情况，给软件开发管理带来了前所未有的困难。如果管理不善，必将造成版本混乱，各个开发人员的工作相互交叉、干扰，整个开发团队的工作在一种无秩序的不良状况下运行，严重影响软件产品开发的进度和质量。

因此，随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用开发的项目管理日益受到重视。而项目管理技术的发展与计算机技术的发展是密不可分的，随着计算机性能的迅速提高，大量的项目管理软件涌现出来。它们可以用于各种商业活动，提供便于操作的图形界面，帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。

3软件项目管理常见问题及解决方案

对于软件开发项目中，经常出现两种极端情况，一种是创造了新的生产率和质量的纪录：一种则完全是一场灾难，不是被取消就是拖延很长时间。分析目前项目管理需要改进的问题可以从几种相关角色的角度去考虑：项目经理、项目组成员、公司管理人员、市场人员、客户等。

3.1缺乏项目管理系统培训(相关对象：项目经理、管理人员)。项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人的知识技能，管理工作的随意性、盲目性较大。

解决方案：项目经理要接受系统的项目管理知识培训，有了专业领域的知识与实践，加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。实行项目经理知识技能资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。

3.2项目计划与管理意识问题(相关对象：项目经理)。部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。

解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。

3.3风险管理意识问题(相关人员，项目经理)。项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，对于后面的风险防范起不到什么指导作用。

解决方案：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。

3.4项目干系人相关问题(相关人员：项目经理、项目成员、客户)。在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作问题，客户参与程度部不高，客户方相关责任人不明确或对范围和要求责任心不强，提出的要求具有随意性，项目前期对需求的确认不够积极；或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付；项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。

解决方案：项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。

3.5项目团队内分工协作问题(相关人员，项目经理、项目成员)。项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象，有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰但是各项目成员只顾完成自己那部分任务、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗，从而影响了项目的进展。

解决方案：项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。

以上对软件开发项目管理中出现的问题的分析还不够深入，也无法列举所有遇到或将遇到的问题，解决方案也要根据实际情况进行调整，希望引起对这些问题更多的思考和改进。

4结束语

12.软件项目管理风险管理研究 篇十二

我国的软件项目风险管理研究随着软件工程技术的进步和软件企业的不断成熟,其研究巳成为当今项目管理学科中的热点问题之一,软件项目风险管理作为一门学科,出现于上世纪80年代末,到如今近30年的发展,无论是从理论、方法还是实践上都取得了一定的进展。

2 风险管理概述

2.1 风险的定义。

SEI(软件工程研究所)将风险定义为:损失的可能性。PMI将风险定义为:具有不确定性的事件或情况,一旦发生,会对项目目标产生积极的或消极的影响。

2.2 风险分类。

[1]按风险后果分为纯粹风险和投机风险:纯粹风险是指没有损失或有损失(不会带来利益)的风险,一般可重复出现,可以预测其发生的概率,相对容易采取防范措施。投机风险造成的结果有二种,即没有损失、有损失或获得利益,投机风险重复出现的概率小,难以预料,纯粹风险和投机风险一般是同时存在的。[2]按风险来源可划分自然风险和人为风险:自然风险是指由于自然力导致财产毁损或个人员伤亡,例如风暴、地震等自然灾害,人为风险是指由于人类活动导致的风险。[3]按风险的可预测性可以分为己知风险、可预测风险和不可预测风险二类。(4)按风险的影响范围分为局部风险和总体风险。局部风险是指风险所造成损失的影响范围较小,总体风险影响范围大,而且其风险因素一般都是无法控制的,如经济、政治等风险因素。

2.3 风险管理的含义。

风险管理是贯穿于项目管理的各个阶段和各个领域的,风险管理活动主要包括风险识别、风险评估、风险应对和监控等系统科学管理方法,一直都是项目管理中的重点和难点。风险管理的实质就是以最为经济合理的方式来消除或避免风险所导致的各种灾害性后果。

3 软件项目风险识别

风险识别过程的活动是将项目中存在的不确定性因素转变成明确的风险描述,识别风险就是要确走项目中风险的来源,并确定风险何时何地发生、风险产生的条件等。风险识别出来后,应当根据风险特征的描述,确定哪些风险事件有可能影响本项目,风险识别是持续性的活动,在项目执行过程中要不断进行的活动。全面系统地识别风险是项目风险管理的关键活动之一。

4 风险识别方法

4.1 头脑风暴法。

头脑风暴法是建立一份综合风险清单的时候要用到的方法,团队成员通过本能地、不加判断地说出自己想法,把这些想法汇聚在一起,产生新的主意,从而找出解决某一特定问题的好方案。

4.2 Delphi方法。

Delphi方法又叫专家意见法,是指从专家中征求一致的意见,来预测未来的发展,是一种集体匿名思想交流过程,Delphi方法重复使用几个回合的提问,在问题征得专家的意见之后,需要进行整理、归纳、统计,再匿名反馈给各个专家,再次征求意见,然后再集中,再反馈,直至得到稳定的意见。

4.3 访谈。

访谈是指通过面对面,也可以通过电子邮件和即时信息进行,还可以以电话讨论的方式,或者与那些具有类似项目经历的人们进行面谈,收集信息、寻求事实的一种技术,访谈也是风险识别的重要工具之一。当一个新的软件项目用到一种特殊类型的硬件和软件时,那么我们可以访问近来使用过这种硬件或软件经验的人,他们会描述出他们在先前项目中所遇到的问题,那么当前的这个项目就可以汲取他们的历史经验。

4.4 检查表。

检查表是将项目可能发生的风险,把其尽可能多的列于一个表上,让风险识别人员进行检查核对,风险检查表中所列的内界基本上都是历史上类似项目以前发生过的风险,足前人总结的经验,是以前项目风险管理者辛勤劳动的结晶,对新的软件项目有启发联想、开阔思路、抛砖引玉的作用,我们可以通过检查表的方法来判别某项目是否存在表中所列或类似的风险,此表可以很大的帮助我们识别项目的风险。

5 软件项目中风险应对策略

5.1 风险规避。

软件项目风险规避是指改变项目汁划来消除风险事件存在的威胁,通常情况下,在软件项目开发早期可以通过风险回避的策略来应对风险,应为改变项的计划不会给企业带来巨大的损失。

5.2 风险转移。

软件项目风险转移是指设法将风险造成的影响和应对风险的责任转移到第二方身上,软件项目通常可以采用外包的形式,来转移软件开发的风险,例如对于技术难度大的软件项目外包出去,或者同有经验的开发商一起开发等。

5.3 风险减轻。

软件项目风险减轻是指想办法减少不利的风险事件的后果或者把风险后果降到可以接受的范围。

5.4 风险接受。

软件项目风险接受是指项目团队已经决定不打算为阻止某项风险的发生而改变计划,消极的接受风险的后果,因为无法找到任何应对的方法去应对风险事件。

6 总结

风险管理对于软件企业来说非常重要,甚至关系到企业的生存发展,风险管理是软件项目整个过程中必须进行的工作,如果不重视风险,风险就会导致项目的失败。风险管理基本包括四个步骤:风险识别、风险分析、风险应对、风险控制,这个四个步骤是不断循环进行的。“风险淸单检查表”是风险管理中常用的一种方法。风险管理应该是领导带头、全员参与、持续改进的,在企业文化的指引下制定适合软件企业发展的风险管理措施。

参考文献

[1]常金玲倍息系统顶目的风险因素分析情报理论与实践,2006,(03).

[2]郭捷.项目风险管理M8.北京:国防工业出版社,2007:216-234.