项目管理软件论文范文

项目管理软件论文范文第1篇

随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。我公司是西安一家中型软件企业，在公司中已经实行了项目管理制度，软件项目管理是整个项目管理中的一个重要组成部分。

从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。

软件开发不同于其他产品的制造，软件的整个过程都是设计过程（没有制造过程）；另外，软件开发不需要使用大量的物质资源，而主要是人力资源；并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。基于上述特点，软件项目管理与其他项目管理相比，有很大的独特性。

二、软件项目管理的组织模式

软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可；如果是产品开发，需成立软件项目组和产品项目（负责市场调研和销售），组成软件产品项目组。

公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。

1、项目管理委员会

项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下：

（1）依照项目管理相关制度，管理项目；

（2）监督项目管理相关制度的执行；

（3）对项目立项、项目撤消进行决策；

（4）任命项目管理小组组长、项目评审委员会主任、项目组组长.

2、项目管理小组

项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下：

（1）草拟项目管理的各项制度；

（2）组织项目阶段评审；

（3）保存项目过程中的相关文件和数据；

（4）为优化项目管理提出建议。

3、项目评审小组

项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下：

（1）对项目可行性报告进行评审；

（2）对市场计划和阶段报告进行评审；

（3）对开发计划和阶段报告进行评审；

（4）项目结束时，对项目总结报告进行评审。

4、软件产品项目组

软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。

三、软件项目管理的内容

从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。

根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、软件质量管理、软件风险管理及开发人员管理四方面内容导入软件开发的整个阶段。

在八十年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，我们在进行软件项目管理时，也应该遵循这七条原则。它们是：

（1）用分阶段的生命周期计划严格管理；

（2）坚持进行阶段评审；

（3）实行严格的产品控制；

（4）采用现代程序设计技术；

（5）结果应能够清楚地审查；

（6）开发小组地人员应该少而精；

（7）承认不断改进软件工程实践地必要性。

四、编写《软件项目计划书》

项目组成立的第一件事是编写《软件项目计划书》，在计划书中描述开发日程安排、资源需求、项目管理等各项情况的大体内容。计划书主要向公司各相关人员发放，使他们大体了解该软件项目的情况。对于计划书的每个内容，都应有相应具体实施手册，这些手册是供项目组相关成员使用的。

《软件项目计划书》一般应该包括下述内容：

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.附录

五、软件配置管理

是否进行配置管理与软件的规模有关，软件的规模越大，配置管理就显得越重要。软件配置管理简称SCM（SoftwareConfigurationManagement的缩写），是在团队开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。

1、目前软件开发中面临的问题

。在有限的时间、资金内，要满足不断增长的软件产品质量要求；

。开发的环境日益复杂，代码共享日益困难，需跨越的平台增多；

。程序的规模越来越大；

。软件的重用性需要提高；

。软件的维护越来越困难。

2、软件配置管理应提供的功能

在ISO9000.3中，对配置管理系统的功能作了如下描述：

。唯一地标识每个软件项的版本；

。标识共同构成一完整产品的特定版本的每一软件项的版本；

。控制由两个或多个独立工作的人员同时对一给定软件项的更新；

。控制由两个或多个独立工作的人员同时对一给定软件项的更新；

。按要求在一个或多个位置对复杂产品的更新进行协调；

。标识并跟踪所有的措施和更改；这些措施和更改是在从开始直到放行期间，由于更改请求或问题引起的。

3、版本管理

软件配置管理分为版本管理、问题跟踪和建立管理三个部分，其中版本管理是基础。版本管理应完成以下主要任务：

。建立项目；

。重构任何修订版的某一项或某一文件；

。利用加锁技术防止覆盖；

。当增加一个修订版时要求输入变更描述；

。提供比较任意两个修订版的使用工具；

。采用增量存储方式；

。提供对修订版历史和锁定状态的报告功能；

。提供归并功能；

。允许在任何时候重构任何版本；

。权限的设置；

。晋升模型的建立；

。提供各种报告。

4、配置管理软件PVCS6.0

PVCS6.0是一套非常优秀的配置管理软件，它能够实现配置管理中的各项要求，并且能和多种流行开发平台集成，为配置管理提供了很大的方便。

六、软件质量管理

随着软件开发的规模越来越大，软件的质量问题显得越来越突出。软件质量的控制不单单是一个软件测试问题，在软件开发的所有阶段都应该引入质量管理。我公司除加强了国家标准"信息技术软件生存期过程"（GB/T8566--1995）的规范管理外，还积极为通过ISO9000.3做准备。

1、软件质量保证计划

在进行软件开发前，需要有一个《软件质量保证计划》。目前较常用的是ANSI/IEEESTOL

730--1984，983--1986标准，包括以下内容：

1.计划目的

2.参考文献

3.管理

3.1.组织

3.2.任务

3.3.责任

4.文档

4.1.目的

4.2.要求的软件工程文档

4.3.其他文档

5.标准和约定

5.1.目的

5.2.约定

6.评审和审计

6.1.目的

6.2.评审要求

6.2.1.软件需求的评审

6.2.2.设计评审

6.2.3.软件验证和确认评审

6.2.4.功能评审

6.2.5.物理评审

6.2.6.内部过程评审

6.2.7.管理评审

7.测试

8.问题报告和改正活动

9.工具、技术和方法

10.媒体控制

11.供应者控制

12.记录、收集、维护和保密

13.培训

14.风险管理

2、质量管理的基本原则

。控制所有过程的质量；

。过程控制的出发点是预防不合格；

。质量管理的中心任务是建立并实施文件化的质量体系；

。持续的质量改进；

。有效的质量体系应满足顾客和组织内部双方的需要和利益；

。定期评价质量体系；

。搞好质量管理关键在于领导。

3、软件质量因素

正确性：系统满足规格说明和用户目标的程度，即，在预定环境下能正确地完成预期功能的程度。

健壮性：在硬件发生故障、输入的数据无效或操作错误等意外环

境下，系统能做出适当响应的程度。

效率：为了完成预定的功能，系统需要的计算资源的多少。

完整性（安全性）：对未经授权的人使用软件或数据的企图，系统能过控制（禁止）的程度。

可用性：系统在完成预定应该完成的功能时另人满意的程度。

风险：按预定的成本和进度把系统开发出来，并且为用户所满意的概率。

可理解性：理解和使用该系统的容易程度。

可维修性：诊断和改正在运行现场发现的错误所需要的工作量的大小。

灵活性（适应性）：修改或改进正在运行的系统需要的工作量的多少。

可测试性：软件容易测试的程度。

可移植性：把程序从一种硬件配置和（或）软件系统环境转移到另一种配置和环境时，需要的工作量多少。有一种定量度量的方法是：用原来程序设计和调试的成本除移植时需用的费用。

可再用性：再其他应用中该程序可以被再次使用的程度（或范围）。

互运行性：把该系统和另一个系统结合起来需要的工作量的多少。

4、软件评审

软件评审并不是在软件开发完毕后进行评审，而是在软件开发的各个阶段都要进行评审。因为在软件开发的各个阶段都可能产生错误，如果这些错误不及时发现并纠正，会不断地扩大，最后可能导致开

发的失败。下面这组数据可以清楚的看出前期的错误对后期的影响。

软件评审是相当重要的工作，也是目前国内开发最不重视的工作。

（1）评审目标

。发现任何形式表现的软件功能、逻辑或实现方面的错误；

。通过评审验证软件的需求；

。保证软件按预先定义的标准表示；

。已获得的软件是以统一的方式开发的；

。使项目更容易管理。

（2）评审过程

A、召开评审会议：一般应有3至5人参加，会前每个参加者做好准备，评审会每次一般不超过2小时。

B、会议结束使必须做出以下决策之一：接受该产品，不需做修改；由于错误严重，拒绝接受；暂时接受该产品。

C、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。

（3）评审准则

。评审产品，而不是评审设计者（不能使设计者有任何压力）；

。会场要有良好的气氛；

。建立议事日程并维持它（会议不能脱离主题）；

。限制争论与反驳（评审会不是为了解决问题，而是为了发现问题；

。指明问题范围，而不是解决提到的问题；

。展示记录（最好有黑板，将问题随时写在黑板上）；

。限制会议人数和坚持会前准备工作；

。对每个被评审的产品要尽力评审清单（帮助评审人员思考）；

。对每个正式技术评审分配资源和时间进度表；

。对全部评审人员进行必要的培训；

。及早地对自己地评审做评审（对评审准则的评审）。

5、ISO9000.3软件质量认证体系

ISO9000.3是ISO9000质量体系认证中关于计算机软件质量管理和质量保证标准部分。它从管理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/测量和试验设备的控制、检验和试验状态、不合格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二个方面对软件质量进行了要求。

6、测试

软件测试是软件开发的一个重要环节，同时也是软件质量保证的一个重要环节。所谓测试就是用已知的输入在已知环境中动态地执行系统（或系统的部件）。测试一般包括单元测试、模块测试、集成测试和系统测试。如果测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：

（1）测试计划：确定测试范围、方法、和需要的资源等。

（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。

（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。

七、软件风险管理

软件项目管理存在着风险，如果我们提前重视风险，并且有所防范，就可以最大限度减少风险的发生。进行风险管理是有效的手段。

1、风险的分类

根据风险内容，我们可以将风险分为项目风险（成本提高，时间延长等）、技术风险（技术不成熟等）、商业风险（销售问题等）、战略风险（公司的经营战略发生了变化）、管理风险（公司管理人员是否成熟等）、预算风险（预算是否准确等）等。

另外，我们还可以将风险分为已知风险（如员工离职等）、可预报风险（从以往经验得出可能有风险的）和不可预知风险。

2、风险的识别

风险识别的有效方法是建立风险项目检查表。主要涉及以下几方面检查：

。产品规模风险检查

。业务影响风险检查

。与客户相关的风险检查

。过程风险检查

。技术风险检查

。开发环境风险检查

。与人员的模式和经验有关的风险检查

3、风险评估

风险评估主要从下面七个方面进行：

。发生的可能性

。发生的结果（影响）

。建立一个尺度表示风险可能性（如，极罕见、罕见、普通、可能、极可能）

。描述风险带来的后果

。估计对产品和项目的影响

。确定风险评估的正确性

。根据影响排定有限队列

另外，要对每个风险的表现、范围、时间做出尽量准确的判断。

4、风险的评价

对风险的评价主要依据三个因素：风险描述、风险概率和风险影响。从成本、进度及性能三个方面对风险进行评价。确定项目的中止点，在中止点出再一次进行风险评价。

5、风险的驾驭和监控

风险的驾驭与监控主要要靠管理者的经验来实施。如，某开发人员的离职概率是0.7，离职后会对项目造成一定的影响，则该风险驾驭和监控的策略如下：

。与在职人员协商，确定流动原因。

。在项目开始前，把环节这些流动原因的工作列入风险驾驭计划。

。项目开始时，作好人是会流动的准备，采取一些措施确保人员一旦离开时，项目仍能继续。

。制定文档标准，并建立一种机制，保证文档及时产生。

。对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作。

。对每个关键性技术人员培养后备人员。

在考虑风险成本之后，决定是否采用上述策略。

八、人员管理

1、对项目经理的要求

。能够使小组每个成员都能发挥能力

。有一定的组织能力

。能够使小组美味成员有成就感

。有提出解决问题方案的能力

。对问题的理解有一定的深度

。要能让成员知道软件质量的重要性

2、人员的通讯方式

（1）正式非个人方式，如正式会议等；

（2）正式个人之间交流，如成员之间的正式讨论等（一般不形成决议）；

（3）非正式个人之间交流，如个人之间的自由交流等；

（4）电子通讯，如E-MAIL（电子邮件）、BBS（电子公告板系统）等；

（5）成员网络，如成员与小组之外或公司之外有经验的相关人员进行交流；

在实践中发现，（5）的通讯效率最高，其次是（1）。

项目管理软件论文范文第2篇

1.1人员的组织与管理

一项工程的具体工作涉及到人员的管理，工作任务的分配，责任内容的明确，因此人员的组织及管理是工程项目的关键因素，要把注意力集中在项目组人员的构成、优化。

1.2软件质量管理

软件质量管理在工程项目实施过程中决定着质量方针与责任的范畴，包括质量计划设计制定，项目质量检测保证和项目质量控制等程序。通过保证手段在质量过程中有效进行。

1.3软件配置管理

英文简称SCM，是在开发者中，标识，控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。记录软件项目产品的更新过程，从而保证研发者在软件项目周期的各个阶段能够获得准确的产品配置。对项目开展过程软件开发进行有效调控和有效预测具有重要作用。

1.4编写软件项目计划书

它是软件项目管理组的首要任务，主要包括工作量、成本、开发时间的估计。并根据估计值制定和调整项目组的工作，详细记录了开发日程安排，资源供需，项目管理等各项情况。使从事该项目的人员了解该项目的大致情况。

1.5软件风险管理

软件工程风险管理是预测工作中可能出现的各种危害到软件产品质量的潜在因素的问题，对风险产生的后果进行分析评估。计算机软件风险预测的准确性评估与有效防范措施的应用都利于提高软件工程的效益，降低风险带来的经济损失，有效保证相关利益业主的权益。这几个方面都是相互贯穿、交织于整个软件开发过程中的。

2软件工程项目管理中存在的现实问题及解决方案

2.1人员工作安排不明确，应建立团队合作意识

在工程项目开发过程中是需要每个岗位人员的相互协调及无障碍交流，没有团队协作意识是无法有效的利用时间和资源开展各项工作。因此我们要提高一个工程项目的工作效率，就要合理安排人员的工作分配，强化每个工作人员的团队协作意识，有效避免管理团队中存在的分工不明确，不合作的问题。只有相互协作和相互信任的情况下才能高效的完成一件优质的软件工程项目。建立一套完善的人事考核制度，加强对员工的职位升降，工资奖金分配管理，有利于提高员工开发软件工作的积极性。

2.2缺乏实践性调研报告，应纳入到软件项目计划书

软件开发工程不仅要创新变革，也要考虑到它的实用性，以往出现的多个工程项目没有对实际项目建设中的需求实体和实际进行要求，以及实际项目建设的数据进行合理有效的调研，导致出现设计完整的软件产品运用与实际偏差较大，造成不必要的人员和资源浪费。因此要在软件设计前给予项目调研工作高度重视，对实际软件项目的需求及要求严格调查，应将软件项目调研报告附于项目计划书中，引起重视。

2.3风险管理意识不够，应该强化提高人员对风险管理的认知

风险的发生很可能会造成不可估量的损失，但是风险的发生是具有可控性的，如果能有效控制就会避免发生风险事故。可往往在计算机软件工程项目管理中的工作人员却很少知道风险管理的重要性，于是在软件开发中应提高项目主要负责人的风险管理理念，提高自身对风险管理预测能力的水平。只有了解了风险管理理论与风险管理体系，定期对项目实施中可能发生的风险进行有效排除，把控好风险管理前后的形势。

2.4杜绝搞工作进度，应要完善管理体系，对工作进度严格把控

项目管理软件论文范文第3篇

运用信息技术改造和提升建筑业是我国建筑业的客观要求。，我国工程项目管理软件的质量和实际水平远远落后于发达国家。因此，现状、寻找差距，探索一条适合我国国情的发展道路，用以指导软件的开发，推动实际应用的深入，对于提高我国项目管理水平、实现行业信息化、产业结构高度化，都是极具现实意义的。

2、工程项目管理软件

2.1概念的界定

工程项目管理软件（以下简称为项目管理软件）是指以项目的施工环节为核心，以时间进度控制为出发点，利用计划技术，对施工过程中的进度、费用、资源等进行综合管理的一类应用软件。它包括五个主要功能模块：进度计划管理功能、资源管理功能、费用管理功能、报告生成与输出功能、辅助功能（主要指与其他软件的接口、二次开发、数据保密等）。这种概念源于对国外类似产品的概括，如P3（PrimaveraProjectPlanner）、MicrosoftProject、HarvardTotalProjectManagement、HarvardProjectManager.从广义上看，项目管理软件包括了与项目管理工作相关的各种应用软件，可以涉及进度、费用、资源、质量、风险、组织等各个方面，是项目管理相关软件的总称。

2.2发展概述

国内项目管理软件的研究开发始于20世纪70年代，至今经历了两次重大转变（见图1）。

第一次，90年代初，标志是研发主体由用户本身转变为专业化的软件。在70、80年代多是各用户单位自行研制的单项功能的初级产品，即自己提出需求、自己研究、自己开发、自己使用，是一种完全的小生产方式，在近二十年中发展缓慢。90年代初，市场带动出几十家专门从事建筑管理软件开发的高民营企业，软件开始走上化、专业化、商业化的快速发展道路。

90年代是国内建筑管理软件迅猛发展的十年，工程造价、工程量、钢筋配料、平面图制作、标书制作软件等新产品大量涌现，价格逐渐降低、功能不断完善，界面友好、操作方便，通用性、实用性增强。

第二次，90年代末，标志是产品由单机版转向系统集成。如将项目施工方案的设计、概预算、工程量计算、进度计划、资源计划、费用管理、事务性管理等综合起来形成一个有机的整体。运行环境由单机用户拓展到网络多用户，一定程度上实现了企业内部的数据共享。

进入2000年来，项目管理软件的研发出现了滞缓现象。究其原因是多方面的，既有市场因素又有技术因素，既有外部环境的又有自身条件的制约，如加入WTO的影响、用户需求的变化，网络技术、数据库技术、通讯技术的进步等。项目管理软件发展的方向在哪里？必然趋势如何？怎样应对？这些摆在众多业内人士面前。

3、国内项目管理软件的现状

3.1外部环境分析

3.1.1机遇

（1）积极的政策环境。2000年7月国务院了《鼓励软件产业和集成电路产业发展的若干政策》在投资融资、税收、产业技术、出口、收入分配、人才吸引与培养、知识产权保护等方面，给予优惠政策。建设部正在领导制定《建设企业管理信息系统软件通用标准》和《建设信息平台数据通用标准等通用标准，以规范建设领域信息市场行为。各省市地方的建委、定额站以及高新技术开发区，积极贯彻党和国家方针政策，制定一系列的优惠办法，培育扶植当地软件企业的发展。

（2）巨大的市场需求。项目管理软件作为一种行业专用软件，其发展与建筑行业自身的兴衰息息相关。据统计，我国现有各类施工企业10多万家，项目经理部几十万个，除此之外工程监理、审计、建行、甲方等单位也都是管理软件的用户，远期软件需要量应在100万套，但现在软件总的销量不足2万套。加入WTO以后，受各方面因素的影响，经济将呈现快速增长的态势，国内总体建设投资规模扩大，这将会为建筑业创造一个良好的发展机遇，也必将拉动行业软件市场需求的增长。

（3）信息技术在建筑业的广泛应用。20世纪90年代以后，我国建筑业应用信息技术取得了突飞猛进的发展，为项目管理软件的普及推广提供了必要的条件。主要表现在：1.网站建设从无到有，形成了政府网站、行业网站、企业网站三个层次。2.广泛应用计算软件和工具软件。3.在施工中推广应用以信息技术为特征的自动化控制技术，取得了较好的效果。

3.1.2挑战

（1）项目管理的基础工作薄弱。软件的应用要有一定的条件，目前我国项目管理中影响软件应用和开发的主要问题有：1.管理工作尚未标准化。例如各种报告、信息、数据及各种费用项目的划分，各种文本等的标准化程度不高。2.工作过程中的随意性，非程序化工作和干扰，使先进的计划、控制方法和程序难以使用，难以显示出它们的效果。3.整体管理水平低，各层次的管理人员尚不能掌握的管理手段和方法。管理的基础工作薄弱不仅限制了对软件应用的需求，而且进一步拉大了国内项目管理与国际水平的差距。

（2）国外竞争者的挑战。目前，打进中国建筑市场的国外软件有MS-Project、P3等。这些软件功能强大、专业性强、知名度高、营销方式灵活。如P3软件在国际上具有极高的知名度，逐渐成为工程项目管理行业的标准软件。世行也在大型项目上推荐使用P3软件。加入WTO后，外国软件企业将享受国民待遇，出口补贴政策、政府采购将受到限制，我国的产品市场不仅要开放，服务市场也相应开放，软件市场从而将完全开放，国内软件市场竞争日趋激烈。而且，加入WTO后，外资建设项目增多、建筑市场逐步放开，国外工程设计、承包、咨询单位的大量涌入会加大MS-Project、P3等的市场份额。

国产软件一般在功能设置和运行机制上更符合国内用户的需求和习惯，如有双代号网络图、前锋线功能等。但在用户界面、报告生成与输出、数据交换、二次开发等方面还存在着较大的差距，而且这些软件目前还不可能用于国际工程项目。

3.2内部条件分析

3.2.1优势

（1）技术成熟。国内项目管理软件经过近30年的发展，已经研制出适用于公司和项目两个层次的产品，而且部分软件的技术水平达到新的高度，令外国同行刮目相看，为发展适合国情的信息产品奠定了技术基础。如北京梦龙公司的智能管理系统Pert、大连同洲公司的项目计划管理系统TZ-Project.

（2）市场占有率高。初步估算，国产软件的市场占有率在三分之二以上。此外，用户购买软件后，需要经过培训，才能掌握运用。一旦熟练使用后，就倾向于继续购买后续产品，而不愿转购其他公司的同类产品。这一消费特征有利于率先占有市场的软件。多种原因造成国内软件企业已抢先一步占领市场，建立起销售渠道和用户对它们的信任。

（3）服务本土化。软件的价值归根结底表现在对传统行业的服务上，软件行业竞争的核心是服务的竞争。国内的软件企业经过十多年的市场开拓，已在全国的数十万用户中建立起较为完善的服务体系，深入到公路、港口、建筑、市政、铁路、水利、电力等各个领域，能够快速响户要求，提供全面的咨询培训维护服务，这是外国公司在短期内无法做到的。

（4）人才优势。国内软件开发人员的薪酬平均低于国际水平，是美国的1/30~1/20，可大大降低软件研发成本。此外，国内建筑市场运作不规范，用户需求差异大，而国内研发人员熟悉行情，与用户容易沟通，开发的产品更符合“国情”。

3.2.2劣势

（1）品牌与质量。国产项目管理软件数量不少，但没有一个能够像P3那样知名的品牌。几十家软件研发单位“各占一个山头”，国内市场呈现小而散、四分五裂的格局。在研发过程中普遍缺乏严格的测试环节，软件的改动和版本的升级频繁，造成成本的增加和维护上的难度，带给用户许多不必要的麻烦。而且，由于缺乏行之有效的软件开发管理体制，一个关键性设计人员的变动往往会严重软件产品的整个生产过程。在功能模块上，国产软件偏重进度计划管理，在资源管理、费用管理方面远远落后与国外软件。此外，国产软件都无法实现环境下异质数据库的互连、没有对用户开放二次开发的接口。

（2）规模小、开发资金不足。国内软件企业的资金来源主要以企业自主投资、风险投资和政府投资三种为主。大部分企业缺乏正常的融资手段，只是依靠经营利润的积累。企业规模小、缺乏“重量级”企业，、设计、开发和市场开拓能力有限。据统计，50人以下的企业占40%左右，50～100人的企业占50%左右，100～200人的企业仅2家，200人以上的为零。

（3）缺乏统筹规划。由于没有明确的行业标准和方向引导，软件开发只能根据客户要求，由软件技术人员，凭自己的理解和能力进行设计、编程，造成软件开发选题雷同，而且多属低水平重复开发。企业在技术、研究、开发等方面存在很大的盲目性，力量分散，造成大量资源浪费，也延误了发展的时机。

（4）人才流失。由于缺少合理的收入分配激励机制，大量软件开发人员流向高收入的电信、、商业领域，国内从事工程管理软件开发的人员不足千名，其中懂工程、懂机、懂管理的复合性高级人才更是少之又少。

4、国外项目管理软件的发展及启示

4.1发展概述

国外项目管理中的计算机应用可以追溯到50年代中后期网络计划技术的出现，到了60年代中后期网络程序已经十分成熟。整个70年研究的重点是完善和扩展网络模型分析软件的应用功能，如成本和资源的平衡优化；同时提出并研究了项目管理信息系统。进入80年代以后，PC机的普及和项目管理工作的化、标准化，使一般中小型企业、中小型项目也可用计算机进行管理，网络技术才真正普及。90年代后，项目管理软件发展迅速，不断有功能强大、使用方便的软件推出，在项目管理中发挥了重要作用，计算机的应用已经成为项目管理必不可少的一个组成部分。

项目管理软件的功能层次不断提高，对应着三个显著阶段：

第一层次，也称基本功能，如进度控制、质量管理、资源管理、费用控制、采购管理等，是对基层工作流程的模拟，在一定程度上实现数据共享，减轻了基层项目管理人员的工作强度。在80年代已基本完成这方面的功能开发并在基层项目管理中广泛应用。

第二功能层次有两个特点：一是分析和预测功能，包括工期变动分析、不可预见事件分析（如恶劣气候、汇率变动、市场物价变动、分包商情况变动等）。在分析基础上产生预测功能，主要包括进度预测、投资预测、资金需求预测等，并有相应的数学模型。二是计算机网络的使用和通讯功能，主要是局域网上的多用户操作和多项目管理，以及借助Internet、Intranet，邮件、电子信箱等先进的通讯工具和手段，减少项目管理班子的工作所受的地域限制。P3及MS-Project都是这一层次的产品。

第三层次是基于因特网的项目管理，使整个项目管理业务与因特网结合，具有跨平台兼容、交互性和实时性，项目成员可以协同工作，实现在线文档管理、在线讨论、视频会议等。到目前为止尚无完善的产品出现，但有两个软件Mesa/Vista，WebProject已初具雏形。

4.2发展启示

目前国内项目管理软件的发展还处在第一阶段。某些软件具备或正向第二功能层次发展，没有基于因特网的第三阶段软件。国外同类软件的发展历程可以得到启示：数据通讯、多项目管理、多用户环境、多系统兼容和与Web技术集成、增强用户自定义功能，这代表着项目管理软件的新发展。客户机（Client）/服务器（Server）模式向浏览器（Browser）/服务器（Server）模式转变将是必然趋势。

5、对策

5.1我国项目管理软件SWOT分析

基于上述分析，可归纳出我国项目管理软件SWOT矩阵。

5.2政府和行业协会

（1）规范项目管理，实现与国际接轨。推进《施工项目管理规程》、《工程网络计划技术规程》、《建设工程质量管理条例》、《建筑工程施工合同（示范文本）》等的制订和落实，严格按规程、规范和标准进行项目管理。在项目管理中推广使用WBS（项目结构分解）等，保证数据采集的完整与统一。加强信息技术标准研究，积极参与国际标准的制订，利用标准来占领市场。

（2）统筹规划，抓大放小，分类指导。制定建筑业信息化发展规划和技术政策，确定产业升级目标，合理选择主导产业、战略产业。对各省市地方的造价、钢筋、工程量等单机软件鼓励自由竞争，让市场来决定优胜劣汰，同时强化行业管理，维持公平、有序的竞争环境。对项目管理软件的研发加强扶植力度，增强国产软件自主发展的能力，重点扶植、推广一批具有自主知识产权的产品。

（3）发挥行业组织的作用。行业协会加强与政府和企业的联系，为企业在技术、管理、市场信息、人才培训等方面提供指导和帮助。

5.3软件企业

（1）利用政策，把握机遇。认真研究、充分利用国家为产业发展提供的政策环境，要充分利用加入世贸组织的过渡期，力争在三、五年内完善项目管理软件并实现产业化。

（2）调整产品结构，培育自主品牌。推进产品创新和产品重组。拥有自主知识产权的，要强化知识产权管理，积极实施信息技术专利战略，按国际项目管理要求进一步完善产品，争取在国际市场占有一席之地。正在研发之中的，要多研究国内外同类软件，合理选择细分市场，采取产品差异化战略或市场跟随战略。

（3）规范企业管理。积极参与ISO9000，CMM，ISO14000等国际质量保证体系认证和国际安全认证，加强软件企业的规范化管理。建立有效的激励和约束机制，充分调动员工积极性，吸引并留住各类优秀人才。

（4）服务创新。推动软件售后服务的化，建立专业的咨询服务机构。不具备持续开发能力的公司应向增值服务的专业服务公司转变。从目前发展趋势看，软件的升级、维护、咨询活动的利润比销售的更可观。

6、结论

我国工程项目管理软件研发的整体水平较低，实际应用情况不容乐观。要改变这一局面，政府和企业都要付诸努力。政府和行业协会要规范项目管理，实现与国际接轨；统筹规划，抓大放小，分类指导。软件企业调整产品结构，培育自主品牌，规范企业管理及建立服务创新的体制。

参考

[1]MatthewJ.Liberatore.ProjectManagementInConstruction：SoftwareUseAndResearchDirections[J].JournalOfConstructionEngineeringAndManagement，2001，（March/April）。

[2]成虎。工程项目管理[M].中国建筑出版社，2001.

[3]陈昌柏。WTO-ITA与中国IT产业发展[M].北京邮电大学出版社，2001.

[4]王雪青。国际工程项目管理[M].中国建筑工业出版社，2000.

项目管理软件论文范文第4篇

论文关键词：软件项目管理软件产品质量因素

论文摘要：软件项目管理的核心是全面客户满意。其管理体系包括:战略管理、范围管理、成本管理、时间管理、人力资源管理、沟通管理、风险管理和质量管理。

在软件和信息科技行业，项目管理经常决定了一个产品或者企业能否成功。项目管理得到越来越多的企业和政府部门的重视，例如中国于2002年4月召开了有关项目管理的首次国际研讨会。具体操作与项目最根本的不同在于具体操作是具有连续性和重复性的，而项目则是有时限性和唯一性的。项目是一项为了创造某一唯一的产品或服务的时限性工作。所谓时限性是指每一个项目都具有明确的开端和明确的结束;所谓唯一是指该项产品或服务与同类产品或服务相比在某些方面具有显著的不同。各种层次的组织都可以承担项目工作。项目有时只涉及一个组织的某一部分，有时则可能需要跨越好几个组织。项目是执行组织商业战略的关键。

一、软件产品项目管理的重要性

20世纪80--90年代，许多大型企业管理信息系统MIS的开发都以失败而告终。这是为什么?一个重要原因是软件项目管理水平上不去，尤其是需求分析管理水平上不去，使得项目快要验收或交付时，却出了大问题:要么发现用户需求获取不准确，要么发现用户需求变了，致使做好的系统不能用或不好用。20世纪90年代初，上海一家公司在青岛做一个港口MIS项目，北京有一个单位在天津做一个港口MIS项目，都是因为甲乙双方软件工程基本知识不具备，使得项目管理不到位，导致2个大型项目不成功。现在软件应用领域空前广阔，深人到社会和科学研究等领域的各个方面。软件的需求也比以往更加多，软件系统设计也空前复杂。软件的项目管理问题也就因此而产生了。90年代中期，软件项目管理不善的问题仍然严重。据美国软件工程状况调查，只有10%的项目能够在预定的费用和进度下交付。于是软件项目管理成为软件项目发展中最重要的核心问题。为了使软件项目开发获得成功，必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬件、软件)、要实现的任务、经历的里程碑、花费的工作量(成本)，以及进度安排等做到心中有数。软件项目管理的目的就是提供这些信息，分析信息，并根据分析结果对项目做出调整。软件项目管理开始于技术工作之前，在软件开发的整个过程中持续进行，最后中止于软件过程结束。

二、软件项目管理体系

随着软、硬件技术以及通信技术的日益成熟，软件技术可以与所有的传统产业相结合，促进产品的更新换代，大幅度提高产品的附加值，提高劳动生产率，推动产业结构与产品结构的调整。因此，软件的开发以及应用不仅仅是软件开发机构的任务，更深地涉及软件使用者的切身利益，尤其像管理信息系统MIS(ManagcmentInformationSystem)、计算机集成制造系统CIMS(ComputerIntegrationManufacturingSystem)、企业资源计划ERP(EnterpriseResourcePlanning)及商业智能BI(BusinessIntelligence)等大型的复杂软件更是综合了管理科学、计算机科学、通信技术以及数学等各方面的知识，需要各类人员的协调工作才能完成。因此也就有必要从项目管理的角度去管理软件的开发和运行。从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护以及项目后评价。由此可见软件项目管理的范围不仅包括传统的软件开发过程，还应该包括开发之前的准备工作以及运行中的维护工作和对项目的总结工作。同时，在软件项目生命周期中存在着许多活动。根据活动之间的相关性，可以将软件项目的各种活动分为九大类。

(1)战略管理。根据用户的经营目标制定软件项目的策略，以便为其他各方面的活动提供指导。在制定项目策略的时候应该充分考虑用户和其他利益相关者的实际需求和市场因素。另外创造和谐的项目环境和连续改进也是战略管理的重要任务

(2)范围管理。其目的是控制软件项目的全部活动过程都在需求范围内，以确保项目各种资源的高效利用。成功的项目管理离不开用户、软件开发队伍和项目经理的一致理解和协调配合

(3)成本管理。软件项目的成本不仅包括开发成本，也包括开发之前立项阶段以及软件在运行中的费用。操作者的培训费用和项所使用的各种硬件设施费用也都是整个项目成本的一部分。这些成本都需要很好地计划和控制。

(4)时间管理。其内容有确定各项活动之间的时间相关性;估计各项活动的持续时间，跟踪各项活动的进展情况，动态调筷各项活动之间在时间上的协调。

(5)人力资源管理。在软件项目中应该为软件开发人员和管理人员等各类项目人员创造一个和谐良好的工作氛围。使他们能感到项目成功的把握和积极的工作心态，确保项目队伍的稳定性和连续性。

(6)沟通管理。沟通管理是一个收集、存储、配置和项目生命周期内所形成的各种信息的过程为了让每个项目相关人员及时得到所需的信息，需要很好地解决“什么时候、向什么人礼报什么的”的问题，此外软件开发队伍和用户之间的沟通也是沟通管理中的一项重要工作。

(7)风险管理。由于软件项目中存在着很多的不确定因索，也就必然存在着各种风险而且风险有可能造成不良的结果，对风险进行分析和监控贯穿于整个软件项目生命周期。

(8)质量管理。目前软件的质量还是一个模糊的概念并且难以衡量由于软件质量主要是在开发阶段形成的，因此软件项目质量管理的重点应放在系统分析、系统设计和编码阶段，走查、评审、调试和测试是保证软件质量的重要手段软件工程能力成熟度模型CMM(CapabilityMaturityModel)较好地解决了软件开发过程中的质量管理问题。

综合管理。综合管理的任务是对前面讨论的各类管理活动进行协调和控制，使这些活动相互配合。其核心任务是对各种方案进行评价，协调各方面的利益冲突确保项目总体标的最终实现。

三、软件项目管理的核心是全面客户满意

当前，不少软件业管理人上认为，软件开发的问题主要在软件开发的工程化、规范化和软件开发管理体制。他们按照CMM(CapabilityMaturityModel),IS09002的标准来建立他们的管理体系。这里有商业竞争的因素在起作用。但是，他们忽略了商业竞争中取胜最重要的因素—客户满意。他们没有考虑到他们的管理方法能否满足客户不断变化的需求。从长远来看，软件项目真正的成功是客户的全面满意。以客户满意为中心的质量是必需的。漠视质量或只关心产品/服务是否符合需要的方法再也不足以留住和获得客户。因此，软件开发项目组织必须先确定什么产品/服务可以让顾客满意，然后再努力满足客户的需求和期望。要实现此目标，组织必须识别对软件产品的各种特性中哪些是对客户的满意起决定作用的要素。例如，服务器操作系统软件，需要长时间稳定连续工作。稳定性则是该软件产品的关键要素。因此系统的开发管理围绕着这一关键要素来展开。尽管不少的组织明白没有客户一个组织就不能生存和发展，或者说没有客户就没有组织，但在项目实施过程中，仍然存在着客户满意的障碍:

(1)项目管理组织没有发展和完善对客户不断变化的需求和期望作出快速响应的能力。

(2)项目管理组织没有听取客户意见和建议的能力。

(3)项目管理组织努力倾听客户对项目的要求，却没有确认客户的需要和期望。

项目管理软件论文范文第5篇

AbstractContent:Withthedevelopmentatfullspeedoftheinformationindustry,theprojectmanagementisaneffectualofficeproceduretothesoftwareenterpriserelyingmainlyonapplicationanddevelopment,theapplicationinsoftwaredevelopmentoftheprojectmanagement

ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed

throughtheorigincauseofformation,existingproblemandcorresponding

solutionofapplicationtotheprojectmanagementinsoftwaredevelopment

mainly.

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

Keywords:Projectmanagement,Softwaredevelopment

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

项目管理的两个问题

1、什么是项目管理？

项目管理是在一定的约束条件下，以高效率地实现项目业主的目标为目

的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。

2、为什么要有项目管理？

没有项目管理，项目也有可能成功。但没有管理的项目，很难保证项目

的利润空间，对公司来说，亏损的风险就大。所以我们要有项目管理，以保证公司在总体上是盈利的，注意不是每一个项目都要盈利。

另外，有了项目管理，就有了管理改进的基础，无论刚开始的项目管理多么糟糕，只要有管理，就有了改进的可能性，至于能不能得到改进，以及改进的快慢，则取决于两个因素：一个是人，特别是各级管理者；另一个是利益。关键是“利益”，准确的说是“利益的分配”，在权责利明确的前提下，人才能充分的发挥作用。还需要指出的是“利益”是多元的，这里的多元不仅指利益的具体形式，而且指利益的受众是多元的，包括客户方相关人员个人的利益。

3、项目管理的发展与现状。

今天，项目管理作为一种现代化管理方式在国际上已获得了广泛的应用，从最初的国防、航天、建设工程领域，迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展，项目管理技术的不断进步，项目管理软件产品层出不穷，其功能、特点、应用对象也各不相同。当前，越来越多的企业和组织在内部推广项目管理的理论方法及管理模式，如果都采用项目管理软件进行管理，效果就更加明显，可以节省大量的资源和财富。国外90%以上的项目管理都采用软件进行，但我国在这方面的应用还不到10%。新世纪项目管理在中国的迅速兴起，给软件企业的发展带来了前所未有的发展机遇。

项目管理在软件开发中的应用的成因

随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作，每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理，专业分工也可以降低对开发人员的要求，从而降低产品研发成本。

软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，甚至面临失败。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。

早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。

目前的软件开发正逐步趋向于复杂化、多元化，大多数开发团队中都会出现同时开发多个版本、开发/维护工作并存、多地点同时开发等情况，给软件开发管理带来了前所未有的困难。如果管理不善，必将造成版本混乱，各个开发人员的工作相互交叉、干扰，整个开发团队的工作在一种无秩序的不良状况下运行，严重影响软件产品开发的进度和质量。

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

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

对于软件开发项目中，经常出现两种极端情况，一种是创造了新的生产率和质量的纪录；一种则完全是一场灾难，不是被取消就是拖延很长时间。前者如在很短的时间内，为了赶进度，在几乎不可能的时间内开发出一套软件产品，创造了软件开发的记录，满足了上级所要求的上机日期，由于开发时间太短，过于仓促，上机时，问题百出，试运行时间长达几个月或一年半载的，而且程序一改再改，维护工作量大。

后者，如某套系统未弄清楚需求，或因设计问题，开发失败。通过提炼这些成功和失败的例子，软件项目成功或失败的根本原因可能会更清晰一些。

目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。

分析目前项目管理需要改进的问题可以从几种相关角色的角度去考虑：项目经理、项目组成员、公司管理人员、市场人员、客户等。

问题一：缺乏项目管理系统培训（相关对象：项目经理、管理人员）

项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理（甚至很少是管理专业的），被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。

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

问题二：项目计划意识问题（相关对象：项目经理）

项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。

解决方案：在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关各种知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。

问题三、管理意识问题（相关对象：项目经理）

部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。在软件企业中，项目经理大多是技术骨干，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高，项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。

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

问题四：沟通意识问题（相关人员：项目经理、项目组成员）

在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。

解决方案：制定有效的沟通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作为教训提醒，以提高沟通意识；沟通方式应根据内容而多样化，讲究有效率的沟通；通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。

问题五：风险管理意识问题（相关人员：项目经理）

项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。

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

问题六：不重视项目经验的总结（相关人员：项目经理、管理人员）

项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识，或

者是因为紧接着要参加下一个项目，总体对项目总结的重视程度不够。有些是项目总结报告一再拖延，有些是交上来的报告质量较低，敷衍了事。

解决方案：在制度上鼓励和加强项目经验总结工作，使得项目总结及时并且具有指导意义而不是走过场。

问题七：项目干系人相关问题（相关人员：项目经理、项目成员、客户）

在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、

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

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

问题八：项目团队内分工协作问题（相关人员：项目经理、项目成员）

项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任

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

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

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

结束语：项目管理虽然没有非常高深的理论，但要真正实施起来，也绝非易事。对于软件开发企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，宣传并树立公司范围内的项目管理文化十分重要。从而在实践中锻炼提高，解决各种各样的问题，使项目管理工作越做越好。

参考文献：

吴照云《管理学原理》经济管理出版社

StanleyE.Portny（宁俊等译）《如何做好项目管理》新经济工商实务丛书

NealWhitten（孙艳春等译）《管理软件开发项目》（第二版）软件项目管理系列丛书

项目管理软件论文范文第6篇

摘要：软件项目管理的核心是全面客户满意。其管理体系包括:战略管理、范围管理、成本管理、时间管理、人力资源管理、沟通管理、风险管理和质量管理。

关键词：软件项目管理软件产品质量因素

在软件和信息科技行业，项目管理经常决定了一个产品或者企业能否成功。项目管理得到越来越多的企业和政府部门的重视，例如中国于2002年4月召开了有关项目管理的首次国际研讨会。具体操作与项目最根本的不同在于具体操作是具有连续性和重复性的，而项目则是有时限性和唯一性的。本文由中国收集整理。项目是一项为了创造某一唯一的产品或服务的时限性工作。所谓时限性是指每一个项目都具有明确的开端和明确的结束;所谓唯一是指该项产品或服务与同类产品或服务相比在某些方面具有显著的不同。各种层次的组织都可以承担项目工作。项目有时只涉及一个组织的某一部分，有时则可能需要跨越好几个组织。项目是执行组织商业战略的关键。

一、软件产品项目管理的重要性

20世纪80--90年代，许多大型企业管理信息系统MIS的开发都以失败而告终。这是为什么?一个重要原因是软件项目管理水平上不去，尤其是需求分析管理水平上不去，使得项目快要验收或交付时，却出了大问题:要么发现用户需求获取不准确，要么发现用户需求变了，致使做好的系统不能用或不好用。20世纪90年代初，上海一家公司在青岛做一个港口MIS项目，北京有一个单位在天津做一个港口MIS项目，都是因为甲乙双方软件工程基本知识不具备，使得项目管理不到位，导致2个大型项目不成功。现在软件应用领域空前广阔，深人到社会和科学研究等领域的各个方面。软件的需求也比以往更加多，软件系统设计也空前复杂。软件的项目管理问题也就因此而产生了。90年代中期，软件项目管理不善的问题仍然严重。据美国软件工程状况调查，只有10%的项目能够在预定的费用和进度下交付。于是软件项目管理成为软件项目发展中最重要的核心问题。为了使软件项目开发获得成功，必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬件、软件)、要实现的任务、经历的里程碑、花费的工作量(成本)，以及进度安排等做到心中有数。软件项目管理的目的就是提供这些信息，分析信息，并根据分析结果对项目做出调整。软件项目管理开始于技术工作之前，在软件开发的整个过程中持续进行，最后中止于软件过程结束。

二、软件项目管理体系

随着软、硬件技术以及通信技术的日益成熟，软件技术可以与所有的传统产业相结合，促进产品的更新换代，大幅度提高产品的附加值，提高劳动生产率，推动产业结构与产品结构的调整。因此，软件的开发以及应用不仅仅是软件开发机构的任务，更深地涉及软件使用者的切身利益，尤其像管理信息系统MIS(ManagcmentInformationSystem)、计算机集成制造系统CIMS(ComputerIntegrationManufacturingSystem)、企业资源计划ERP(EnterpriseResourcePlanning)及商业智能BI(BusinessIntelligence)等大型的复杂软件更是综合了管理科学、计算机科学、通信技术以及数学等各方面的知识，需要各类人员的协调工作才能完成。因此也就有必要从项目管理的角度去管理软件的开发和运行。从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护以及项目后评价。由此可见软件项目管理的范围不仅包括传统的软件开发过程，还应该包括开发之前的准备工作以及运行中的维护工作和对项目的总结工作。同时，在软件项目生命周期中存在着许多活动。根据活动之间的相关性，可以将软件项目的各种活动分为九大类。

(1)战略管理。根据用户的经营目标制定软件项目的策略，以便为其他各方面的活动提供指导。在制定项目策略的时候应该充分考虑用户和其他利益相关者的实际需求和市场因素。另外创造和谐的项目环境和连续改进也是战略管理的重要任务

(2)范围管理。其目的是控制软件项目的全部活动过程都在需求范围内，以确保项目各种资源的高效利用。成功的项目管理离不开用户、软件开发队伍和项目经理的一致理解和协调配合

(3)成本管理。软件项目的成本不仅包括开发成本，也包括开发之前立项阶段以及软件在运行中的费用。操作者的培训费用和项所使用的各种硬件设施费用也都是整个项目成本的一部分。这些成本都需要很好地计划和控制。

(4)时间管理。其内容有确定各项活动之间的时间相关性;估计各项活动的持续时间，跟踪各项活动的进展情况，动态调筷各项活动之间在时间上的协调。本文由中国收集整理。

(5)人力资源管理。在软件项目中应该为软件开发人员和管理人员等各类项目人员创造一个和谐良好的工作氛围。使他们能感到项目成功的把握和积极的工作心态，确保项目队伍的稳定性和连续性。

(6)沟通管理。沟通管理是一个收集、存储、配置和项目生命周期内所形成的各种信息的过程为了让每个项目相关人员及时得到所需的信息，需要很好地解决“什么时候、向什么人礼报什么的”的问题，此外软件开发队伍和用户之间的沟通也是沟通管理中的一项重要工作。

(7)风险管理。由于软件项目中存在着很多的不确定因索，也就必然存在着各种风险而且风险有可能造成不良的结果，对风险进行分析和监控贯穿于整个软件项目生命周期。

(8)质量管理。目前软件的质量还是一个模糊的概念并且难以衡量由于软件质量主要是在开发阶段形成的，因此软件项目质量管理的重点应放在系统分析、系统设计和编码阶段，走查、评审、调试和测试是保证软件质量的重要手段软件工程能力成熟度模型CMM(CapabilityMaturityModel)较好地解决了软件开发过程中的质量管理问题。

综合管理。综合管理的任务是对前面讨论的各类管理活动进行协调和控制，使这些活动相互配合。其核心任务是对各种方案进行评价，协调各方面的利益冲突确保项目总体标的最终实现。

三、软件项目管理的核心是全面客户满意

当前，不少软件业管理人上认为，软件开发的问题主要在软件开发的工程化、规范化和软件开发管理体制。他们按照CMM(CapabilityMaturityModel),IS09002的标准来建立他们的管理体系。这里有商业竞争的因素在起作用。但是，他们忽略了商业竞争中取胜最重要的因素—客户满意。他们没有考虑到他们的管理方法能否满足客户不断变化的需求。从长远来看，软件项目真正的成功是客户的全面满意。以客户满意为中心的质量是必需的。漠视质量或只关心产品/服务是否符合需要的方法再也不足以留住和获得客户。因此，软件开发项目组织必须先确定什么产品/服务可以让顾客满意，然后再努力满足客户的需求和期望。要实现此目标，组织必须识别对软件产品的各种特性中哪些是对客户的满意起决定作用的要素。例如，服务器操作系统软件，需要长时间稳定连续工作。稳定性则是该软件产品的关键要素。因此系统的开发管理围绕着这一关键要素来展开。尽管不少的组织明白没有客户一个组织就不能生存和发展，或者说没有客户就没有组织，但在项目实施过程中，仍然存在着客户满意的障碍:

(1)项目管理组织没有发展和完善对客户不断变化的需求和期望作出快速响应的能力。

(2)项目管理组织没有听取客户意见和建议的能力。

(3)项目管理组织努力倾听客户对项目的要求，却没有确认客户的需要和期望。

项目管理软件论文范文第7篇

从TQ-16计算机开始，我国首次在概预算编制领域引进计算机技术。大概从70年代末开始，中间经历了PC机XT、286、386、486这些大家熟知的计算机发展历程，根据一些数据显示，中国大概有超过600种的概预算软件。概预算软件的开发和使用相对较早，成果也很多。不过现在为止还是有很多的单位在使用人力编制概预算。以当前的现象为背景进行分析，阻碍概预算软件推广的原因有如下几点：

（1）定额调整的时间劳动生产率、施工方式、物价水平的变化都会对定额造成很大的影响，调整的频率是3-5年/次，所以，需要大量的工作量来进行软件的维护。这导致想使用软件也会受到限制。很多单位不想花费太多的人力和物力进行软件的维护，因此，对于软件的推广来说起到了抑制作用。

（2）地域不同导致定额不同相同的定额根据区域的变化就会造成单位价格的变化。地区行业不同费用定额也不同，所以，同一款软件想在不同的地区和行业之间发展是比较困难的，其受地域行业影响的局限性非常大。

（3）软件的认可度不够近些年我国才开始认同软件作为一种商品被出售。想把软件开发好就必须在软件开发中耗费很多的智力劳动。而目前我国都是采用手工作坊的方式来开发软件，导致软件的开发水平并不高，如果开发软件的人员不再继续开发，就会导致这项软件的开发处于停滞状态。所以，对于开发人员的依赖也是目前软件得不到推广的一个原因。有时候还会出现和软件开发人员失去联系，导致正在使用的软件无人维护。

2当前我国使用概预算编制软件的情况

概预算软件通常负责工程量计算和工程造价计算两个问题。以下分为两个方面进行阐述：

（1）工程量运算第一种方法：直接输入和公式法。公式法，顾名思义就是采用公式化的方法把不同的工程量计算方法输入进去。在一开始的时候经常使用这种方式来进行概预算编制，但是并没有在实际应用中得到普及，因为公式通常比较难记忆，而且公式繁杂，很容易出错，且不用校对，一般情况下都是手工算好工程量数据，直接填写到计算结果里面。

（2）图形法工程量手工计算和工程量之间数据关联的问题通过公式法和直接输入法已经能解决，后来软件研发了一种图形输入法，通过把工程图纸的数据输入到计算机软件中，计算机就会重新绘制一个一样数据的图纸在软件里，同时，将需要的附加属性也输入到计算机里面，这样计算机就会通过软件的编程自己完成运算，对于没有办法输入到电脑中的图纸信息，可以借助公式法和直接输入法输入。在理论上图形输入法可以解决工程量计算和工程连数据之间的关联问题。不过在实际的应用中，却和理论有很大的偏差，如果工程图纸较为复杂，而且图形属性较多，这样直接手工计算工程量反而比使用电脑软件快捷的多，软件就起不到预期的作用了。前期的工程量也非常大，修改校对起来也比较困难，所以，通常情况下，图形输入法反而没有公式法和直接输入法使用的广泛。用户还是比较偏好公式法。

（3）表达式表达式是通过数学运算式将数字、变量、函数、运算符结合在一起，可以把数据之间的关联直接、灵活、便捷的表达出来。从而让一量多用变成现实。表达式里面有函数和自定义变量，软件不仅可以完成计算，而且可以让计算过程也完好的保存下来，这样以后想校对和修改也非常方便，虽然也不是完全使用电脑计算，但是已经可以改变原有的手工计算，而且还可以让计算更加便捷、灵活、准确，而且把后期校对和修改也变的非常容易。无疑是目前相对较好的输入方式。以上三种计算方式都不能完全抛弃人工计算的方式，不过通过实践，最后一种方式较前两种方式更为便捷和实用。因为其能保存计算过程的能力可以让后期核对和修改方便的多。

3概预算软件今后的发展方向

概预算软件发展到现在大概经历了几十年的过程，在这个发展阶段里解决了之前的一些手工预算的一些问题，但是仍然存在很多需要解决的问题，所以，总结了如下几个方面供大家参考：

（1）提高计算机软件读图的能力目前在设计行业里已经开始推广和普及计算机辅助设计技术，所以，图版在某一天就会被丢掉，不再使用，这一情况是必然会发生的，概预算软件可以结合计算机及绘图过程里产生的工程量计算数据，和计算机辅助设计软件结合在一起来解决人工计算的问题。这样才可以从根本上解决手工计算的根本问题，让概预算实现计算机化。这样就从根本上解决了人力计算的问题。让计算机读图变成现实，而不需要再进行人工的协助，节省了很多计算的时间和精力。

（2）结合工程项目管理软件建筑业中对于计算机软件的使用非常广泛，很多的企业把计算机管理技术使用到施工管理过程中，从当前我国发展的状况来看，原始的数据和资源还是需要依靠人力来输入，还不能完全脱离人力。概预算软件中的定额部分可以作为源数据提供给施工计划软件，这样只是需要在计划管理软件里面输入对应的时间条件，软件便可以自动计算出相应的数值。目前这些数据可以通过数据文件的形式传输给计划软件。

（3）展望世界，赶追国际软件水平信息技术发展可以称之为日新月异，计算机软件的开发技术也越来越高，进行概预算软件开发的人员必须具备专业的素质，提高自己开发和应用概预算软件的能力，软件发展的方向必须赶追世界先进水平，并且在设计过程中要考虑到期可用性，经济性以及推广性。只有把国内的软件开发水平和国际的标准接轨，才能真正提升我国概预算软件的研发水平，让概预算软件真正在项目管理中获得广泛应用。

（4）计算机技术的推广需要管理水平的提升技术的发展受到管理体制和管理水平的限制。目前我国项目管理过程中存在很多管理问题，因此，如果想让概预算编制软件获得良好的发展必须提升现有的管理水平，只有这样，两者相辅相成，互相促进吗，才能确保概预算编制软件在项目管理过程中发挥到最大的作用。

（5）提升概预算编制软件的兼容性目前市场上使用的概预算软件的兼容性较差，很多时候没有一个统一的标准接口，这家的软件和另一家的软件系统不同，界面不同，造成使用者无法正常使用，还要利用更多的时间来对比两种软件，造成人力的浪费。不同公司研发的软件根本没有办法统一在一起使用，这款软件计算出来的数据无法正常传输到另一个公司研发的软件中去，导致还要继续使用人力来输入，最后没有取得节省时间，提高工作效率的效果，反而造成重复录入的现象出现。因此，想要准确、高效、规范的使用概预算软件必须提高其兼容性，让其在任何情况下都能统一的使用，不用进行繁琐的更换。

4概预算编制软件的应用

概预算编制软件在实际的应用非常广泛，但是其软件设计必须遵循如下原则：第一，数据库里要能够容纳各种计算方法，并且具有可修改性。第二，定额数据库里要有固定和变动两种模式，这样之后进行修改和更新也方便。第三，表格自动输出功能可以便于系统输出各种表格。第四，系统需要研制自动校检功能，这样对于输入中的错误可以进行自行的检测，可以让编制的质量得到提升。第五，系统可以设置访问权限和定期备份的功能，防止系统数据的丢失和被盗的可能性。概预算编制软件具有数据维护、输入数据、费用计算、打印输出、修改单价、初始系统的功能。这些功能可以让项目管理过程变得简单方便，不仅节省了人力物力，较之前的人力操作也快捷方便的多，而且和现代计算机技术合理的结合在一起，使运算更加准确，系统也更加完善。

5结束语

项目管理软件论文范文第8篇

软件项目管理是使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。软件开发的整个过程都是设计过程而且不需要使用大量的物质资源(主要是人力资源)，并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。因而企业软件开发项目管理水平直接决定了软件开发的能力，科学、系统的软件项目管理也从很大程度上减小了开发风险。通过运用软件项目管理来科学地开发软件有效地减少了开发风险，保证了质量。

1流程

根据项目管理的一般原理，项目管理的过程从总体上可以分为5个阶段，每个阶段包含有一个或多个管理过程。这5个阶段分别是:项目启动、项目计划编制、项目计划执行、综合管理控制和项目收尾。它们之间的联系如图1所示。

(1)项目启动:根据必要的工作(如可行性分析，技术评估等)结果，批准一个项目的运行。

(2)项目计划编制:收集和编写项目所需要的各种资料，进行各种计划活动并制订相应的计划，将各种计划的结果汇总成为连贯、一致的文档，即项目计划文档。在软件项目中，具体的活动包括需求和范围管理计划、进度计划、人力资源计划、成本计划、沟通计划、风险计划等。

(3)项目计划执行:通过进行项目计划所规定的各种活动，实施项目计划。

(4)综合管理控制:在项目计划实施的过程中，对各种活动进行监控，协调并控制整个项目期间的变更。在软件项目中，主要的活动包括范围变更控制、进度计划控制、成本控制、质量控制、风险监督和控制等。

(5)项目收尾:项目或阶段的正式接收并达到有序的结束。其中，项目的中间过程(计划、执行、控制)是一个循环反复的过程。项目计划是计划执行和计划控制的基准;计划执行的结果受到计划控制的监控;计划控制根据比较计划执行的结果和项目计划的偏差，以及各种因素引起的变化，对项目计划进行修正，从而形成下一个循环的项目基准。它们之间的流程如图2所示。

2生命周期模型

任何软件的开发都要经历一个“生命期”，生命期模型的主要功能是确定一种标准，确定项目规格、建立原型、设计、实现、检查、测试或执行一些其他活动，以此确定在软件开发过程中是否是以某种次序一个任务接着一个任务进行。作为一个项目的主要计划，软件生命期模型的选择对项目成功的影响非常重要。恰当的生命期模型可以使软件项目流程化，并帮助项目人员一步一步接近目标。假如选择了适宜的生命期模型，就可以提高开发速度、提升质量、加强项目跟踪和控制、减少成本、降低风险，或是改善用户关系。

2.1瀑布模型

最经典的软件生命周期模型是瀑布型模型，它是其他生命期模型的基础。在瀑布模型中，项目从始至终按照一定顺序的步骤从初始的软件概念进展到系统测试。项目确保在每个阶段结束时进行检查，以判定是否可以开始下一阶段工作。假如检查的结果是项目还没有预备好进人下一阶段，它就停留在当前阶段，直到当前阶段工作完成。如图3所示。

瀑布模型是文档驱动型的，主要工作成果通过文档从一个阶段传递到下一个阶段。假如有一个稳定的产品定义和很轻易被理解的技术解决方案时，瀑布模型可以帮助及早发现新问题，降低项目的阶段成本，是快速开发的一个恰当选择。但在很多实际情况中，由于需求、技术等很多不确定性，瀑布模型并不适合于进行快速开发。

2.2渐进原型

渐进原型是从开发系统概念开始的一种生命期模型，通常是从最核心的方面开始，向用户展示完成的部分，然后根据用户的反馈信息继续开发原型，并重复这一过程，直到开发者和用户都认为原型己经足够好。然后，完成结尾工作，交付作为最终产品的原型，如图4所示。

“渐进原型”模型以逐步增加的方式进行开发，以便于随时根据客户或最终用户的反馈来修正系统，在需求变化很快的时候，或者用户很难提出明确需求的时候，或者开发人员对最佳的架构或算法没有把握的时候，渐进原型非凡有用。但是，渐进原型是以牺牲项目的可控制性来换取较多的客户反馈以及较好的过程可视性的。由于原型的功能和特性会随着用户的反馈而经常发生变化，因此较难确定产品的最终形态。

2.3阶段交付

阶段交付模型是另一种生命期模型，该模型可以持续地在确定的阶段向用户展示软件。和渐进原型不同，在阶段交付的时候，开发者明确地知道下一步要完成什么工作。阶段交付的特征是在项目整个开发过程中持续不断地交付阶段性成果。如图5所示。

在“阶段交付”生命模型中，软件被分阶段进行开发。在通常情况下，首先开发最重要的功能。阶段付并不能减少软件产品研发所需要的时间，但是它能充分降低软件研发中的风险，而且能够提供切实的、客户可见的以及管理层评价项目状态时所需要的标记。

2.4渐进交付

渐进交付是一种结合了渐进原型和阶段交付两种模型的生命期模型。在这种模型下，首先开发产品的一种版本，展示给用户看，然后根据用户的反馈改善产品，如图6所示。

渐进交付模型在阶段交付的可控制性和渐进原型的灵活性之间寻找平衡。在可能的情况下，它可以把软件的某些选定的部分提前交付，从而有利于快速开发的进行;同时，在项目进行的过程中，它也具有响应用户要求并改变产品方向的能力。

3开发应用

3.1要员管理

软件项目成功的关键是有高素质的软件开发人员，然而大多数软件产品规模都很大，以至单个软件开发人员无法在给定期限内完成开发，因此，必须把多名软件开发人员组织起来，使他们分工协作共同完成开发工作。现有的软件开发项目组的组织方式有:

(1)民主制程序员组

小组成员完全平等，享有充分民主，通过协商做出技术决策。小组成员间的通信是平行的，假如小组有n个成员，则可能的通信信道有n(n-1)/2条。

(2)主程序员组

主程序员既是成功的管理人员又是经验丰富能力强的高级程序员负责体系结构设计和关键部分(或复杂部分)的具体设计，并且负责指导其他程序员完成具体设计和编码工作。

后备程序员也应该技术熟练而且富于经验，协助主程序员工作并且在必要时接替主程序员的工作。编程秘书负责完成和项目有关的全部事务性工作。

(3)现代程序员组

技术组长:只对技术工作负责。

行政组长:全权负责非技术事务。

项目开发方把软件工程中的软件项目组的组织理论文档化后，形成了自己的一套具体的、适合在实际工作中使用的要员管理理论。

3.2进度管理

软件项目的进度布置是一项活动，它通过把工作量分配给特定的软件工程任务，并规定完成各项任务的起、止日期，从而将估算的工作量分布于计划好的项目持续期内。进度计划将随着时间的流逝而不断演化。在项目计划的早期，首先制定一个宏观的进度布置表，标示出主要的软件工程活动和这些活动影响到的产品功能。随着项目的发展，把宏观进度表中的每个条目都精化成一个具体进度表。于是完成一个活动所必须实现的特定任务被标示出来，并布置好了实现这些任务的进度。超级秘书网

3.3配置管理

在开发计算机软件的过程中，变化(或称为变动)是不可避免的。假如不能适当地控制和管理变化，势必造成混乱并产生很多严重的错误。软件配置管理是在计算机软件整个生命周期内管理变化的一组活动。它不同于软件维护。软件维护是在软件交付给用户使用后才发生的，而软件配置是在软件项目启动时就开始，并且一直持续到软件退役后才终止的一组跟踪和控制活动。其主要任务有:标识、版本控制、变化控制、配置审计和报告。只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对己完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。

3.4软件测试

测试是指软件产品生存周期内所有的检查、评审和确认活动。在软件生命周期的每个阶段都不可避免地会产生差错。软件测试的目的就是在软件投人生产运行以前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。

项目管理软件论文范文第9篇

一、软件工程开发中常见的问题

软件工程是一门工程性的学科，其目标主要是成功地建造一个大型软件系统。包括：付出较低开发成本；达到要求的软件功能；取得较好的软件性能；软件易于移植；维护费用较低；能按时完成开发任务；软件可靠性高等。在软件工程开发中遇到的具体问题可以总结为如下几点：

（1）软件模块开发过于独立，各模块没有统一的开发标准，造成系统功能重复，开发平台不统一，系统整合难度大；

（2）系统开发往往针对某一特定功能，没有形成一个完整的系统结构；

（3）总体设计不够细致，各个子系统功能模块风格不统一；

（4）开发人员技术水平、开发能力和时间有限，开发手段相对原始，代码的可重用性低、可读性差；

（5）缺乏有效的软件文档管理。这些问题集中体现在软件项目开发的每一模块中，导致整个项目开发过程中，开发费用超出原定计划，生产的软件系统不能满足用户需求，系统难以简易维护，系统无法高效运行等问题。这里既有技术层面的因素，即开发平台不统一；也有软件开发的组织与管理层面的因素，即程序员对系统功能的定义、规划和设计不明确，往往是开发人员摸着石头过河，仅仅从自己开发的这部分模块来考虑问题，另外开发人员和测试人员不能很好的协调，这些都说明了软件项目管理这一角色的欠缺。

二、项目管理针对软件工程开发的优势

项目管理包括时间、质量、成本三大要素，三者相辅相成，相互制约。时间可等价于软件项目开发中的开发生命周期，即在最终达到开发目标前的各个阶段的总用时。质量可等价于最终开发软件系统的功能性，可用性与达到的客户满意度。成本相当于软件项目开发中的费用，包括人力、地点、工具、系统故障处理等方面的开销。统筹时间、质量、成本三要素，即统筹软件项目开发周期、软件使用客户满意度和开发费用之间的平衡关系，不因忽略某一项指标而导致项目开发目的实现不了或中途中断，也不会为了实现较高的效率，而忽略成本的牺牲，让所有项目开发过程中，所涉及到的因素都可有条不紊地进行。

SPPT是项目管理另一层面上概括的四要素，分别为：战略（Strategy）、人（People）、次序和安排（Process）、工具（Tool）。战略对于软件项目来说，主要概括为模块开发的开发方式，配合方法等；人，毫无疑问，指的是项目开发中的参与者；次序则是项目如何划分模块，以及模块开发的先后次序；工具，即使用工具，包括：辅导设计程序系统、文档编写系统、资源管理系统等。对这四要素的稳定地统筹把握，能更好的协调好项目开发过程中涉及的多个方面，而又不造成某一方面的缺失，导致项目最终目的实现不了或效果不明显。

三、项目管理思想与软件工程开发的结合

根据上述项目管理要素与软件工程开发要素的结合，平衡项目开发过程中的开发要素，能更加简洁高效地完成项目开发目标。IT软件企业处于项目为主导的环境中，每天所面对的将是成百上千不断发生、进行的项目。在这种多项目并发、高技术、快速变化、资源有限的环境下，为了试图满足不断变化的市场需求及应对各种挑战，必须考虑改进项目管理。

以项目为中心有效地将所有资源结合在一起的工作方式将是软件企业，特别是项目经理或企业主管必须面对的、认真思考的课题。一个成熟的软件项目，必须具有一位项目经理做到：了解软件开发项目完整流程；掌握如何制定完整精炼的软件项目计划书；掌握项目管理体系中的各个要素；学会进行项目的跟踪和总结等。除此之外，一个软件项目能否最终达到成功，最关键的是进度控制。对于进度控制而言，计划尤为重要，它影响到资源是否被合理使用，项目能否顺利进行，直接关系到项目的成败。有两个重要方法可以应用到该控制中，一个是里程碑设置，以周为一个小里程碑，以月为中里程碑，以项目初验为一个大里程碑，允许在一定范围内存在进度偏移度。另一个是项目定期汇报。提交工作项目周报，包括项目名称、项目负责人、项目开始时间、项目计划初验时间、項目计划偏移度等。最后，制定周例会制度、建立配置管理和监督体系，也尤为重要。

项目管理软件论文范文第10篇

在此次会议上，邦永招募了全国30多个地区的总，宣布于今年11月正式启动市场。虽然邦，全国公务员共同天地永的产品价位仅在540万元之间，定位为中低端市场，但同行还是感到了压力。邦永在加紧营销渠道建设的同时，还酝酿着和很多行业主管部门的技术合作，似乎意在打造国内项目管理软件的行业标准。

今年，中国政府拨了3000亿元专款用于各类政策性项目的建设，各省、市地方政府至少有1000亿元的专款项目，全国每年至少有2000个1亿元以上的大项目。如果这些项目都用软件来进行管理的话，这个市场无疑非常可观。据统计，目前项目管理软件高端市场的容量在1亿元以上，35年内将达到6亿元左右。中、低端用户数量更为可观。

事实上，SAP、ORACLE、PEOPLESOFT等国际上知名的管理软件商在项目管理软件市场上已经先行了一步。他们凭借着产品线长的优势，在向国内客户销售ERP系统的同时，也把项目管理软件带进了中国。同时PRIMAVERA等软件公司也在尝试开拓国内项目管理软件市场。据记者了解，目前还有美国和欧洲的几家大型的项目管理软件公司正在中国调查市场，估计不久将挺进中国。国内管理软件厂商也开始觉醒，纷纷迈开了进军项目管理软件的步伐。上海华普加快了向中关村企业项目管理的进军、北京华炎软件推出HotPM企业项目管理软件……

当人们对ERP不再狂热时，庞大的管理软件市场一下子被催熟了。目前，国内软件巨头用友在与瑞典IFS公司成立了北京用友艾福斯软件系统有限公司后，也开始将其业务迅速扩张到项目管理软件市场。国内其他软件公司如邦永（中国）、北京梦龙、新中大等也紧随其后。美国Primavera、OpenPlan、微软等国际性公司也纷纷杀入这一市场。

“对手非常强大，这说明商机很大！”杨铁铃对记者说，“我们认为目前SAP、ORACLE等国外管理软件商的主要精力还是在ERP市场，项目管理只是其产品线的一部分。目前国内还没有一家具规模的同类型软件企业，更谈不上标准。”邦永对称霸这个市场充满信心。

阻碍犹存

提起项目管理软件，杨铁铃侃侃而谈：其实很早人们就开始实施项目管理，如金字塔、长城等伟大的工程之所以成功，都得益于当时对工程项目进行严密的管理。20世纪60年代初，在著名数学家华罗庚的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。2000年底，联想在“天麒”、“天麟”两款计算机产品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论和方法编制软件方案，使该项目仅8个月便全部完成，并达到了国际上PC生产技术的最高水平。“只是当时的企业全都将目光放在ERP上。”杨铁铃不无惋惜地说。

杨铁铃认为，“项目管理对大家来说，并不是一个新的概念，一直以来大家都在提它，其在各行各业的应用也比较多。但是一直没有落到实处。”杨铁铃所说的没落到实处是指目前阻碍国内项目管理软件发展的两个因素：

一方面，国内的信息化水平还很低，尤其是工程的管理者对信息化认识不足。目前，我国对项目建设的管理仍然缺乏明确的法规，项目管理者对监管存在抵触情绪；而另一方面，国内高端管理软件市场一直是众多管理软件供应商争夺的焦点。当大多数软件生产商为ERP的高额利润所吸引时，在自身还没有完成ERP改造情况下，就匆匆转身投入了ERP软件市场的争夺，使得项目管理软件成了一块被荒废的良田。

杨铁铃为记者举了一个例子，去年国家统计局在对旧有的网络架构进行改造时，花了50多万引进了惠普的项目管理，而这还是基于美国1969年建立的PMI（国际项目管理协会）标准。“在国外，90%以上的项目建设都采用软件进行管理，而在我国则还不到10%。如果以应用项目管理软件可以节省35%的建设资金来算，这将是一笔惊人的数字，”杨铁铃说，“我国目前有2000万家中小型企业，在企业项目建设上他们大多数都需要进行项目管理。”

标准之蛊

在微软技术教育大会上，微软（中国）总经理唐骏针对中国软件业难以做大的困境指出，正是由于国内众多软件商对项目管理不够重视，软件开发没有一个规范，无法控制项目的可操作性，导致成本增加，直接影响了整个软件业做大。其实这不仅是软件业本身存在的问题，众多重大项目投资也存在同样问题。然而中国目前的项目管理大多受制于领导意志，要做到很好的控制项目成本，做到与国际标准接轨，其难度不言而喻。

专攻项目管理的邦永曾对外宣称，邦永的PM2系列软件不仅是国外软件的汉化版，而且融合了国际标准化项目管理精髓与本土国情的项目管理模式。从事过项目管理的人都知道，通常一个人对项目管理的把握有4个层次，第1个层次是“误以为自己了解”；第2个层次是“知道自己不了解”；第3个层次是“知道自己了解”；第4个层次是“自己不知道自己了解”。国家统计局计算中心网络运行管理部主任张富民在谈到项目管理实施的体会时对记者说，他觉得当时自己还处在第3个层次。这就是说，目前的项目管理还是一种投资人在投资内的把握，是用工具化的手段帮助投资者把握项目中的每一个赢利和去掉不良成本。

项目管理软件论文范文第11篇

关键词：软件项目；风险管理；理论分析；方法探究

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2013）05-1198-02

1 概述

随着软件项目发展速度的不断加快，软件项目风险性表现的越来越明显，特别是对于大型的软件项目开发，应用先进理论、复杂技术、投入人力、资金等，并且新型软件开发要经过漫长时间，这些不确定性因素势必会埋藏更大的风险性，最终引起失败的风险。通过合理运用项目风险理论和方法，能够有效降低软件项目开发的风险，从而保证软件项目健康发展。基于此软件项目风险管理理论和方法受到越来越多人关注，掀起了软件工程领域内研究的热潮。作者通过归纳现代软件项目风险理论和方法的研究资料，分析了各种理论与方法的特点。

2 软件项目管理概念

在软件工程领域，研究者始终探索如何实现软件开发活动工程化，且合理利用工程项目的管理手段来挖掘软件工程项目中潜在的风险隐患。对软件项目风险管理概念简析的关键就是掌握其他工程项目风险管理，并且加以科学的改进和实际的运用。现代对软件项目管理概念最新的理解为：它类似于其他工程项目，在整个开发过程中隐藏不同可能发生的风险，某些风险可能摧毁整个工程计划。正确运用风险识别方法，尽可能降低风险对软件项目开发造成的危害，将此项活动称为软件风险管理。随着人们对软件风险管理概念不断深化，为软件项目风险管理理论和方法研究提供了有利条件。

3 软件项目风险管理的理论探究

3.1 基于Boehm的风险管理模型

Boehm通过公式RE=P（UO）*L（UO）来表达风险影响因素间量的关系。RE代表风险或风险带来的影响，P（UO）代表实现预期结果出现的概率，L（UO）代表不理想、结果造成危害性的程度。从风险管理步骤看，Boehm倾向于传统的项目风险管理理论，认为风险管理包括风险评估及风险控制两方面，风险评估是指识别、研究、等级设定，风险控制是指确定管理计划、处理、监督风险。

Boehm核心是指十大风险因素列表，主要是指人员缺少、进度安排不科学、预算不准确、需求随意改变等。根据各种风险因素的特点，Boehm制定给了针对性强的风险管理措施。在实际操作中，用十大风险列表为评判标准，归纳眼前项目相应的风险因素，评估完成后再实行对策，当召开讨论会上针对十大风险因素的处理进展进行归纳，改进原有的十大风险因素表，依此类推。

3.2 基于SEI的CRM风险管理模型

SEI的风险管理目标为：对所有引发不良后果的因素进行持续的评估；发现亟待需要解决的风险；实施控制风险的措施；评测并保证风险措施使用的合理性。SIE模型需要对项目生命期的各阶段均进行风险评定与管理，其风险管理包括五个环节：风险识别、分析、计划、跟踪、控制。图1给出的框架说明了采用CRM的基础活动量间的内在关联，强调项目开发过程实质是一系列不断反复进行的活动过程。各风险因素通常都要求遵照顺序完成所有活动，然而对有差异的风险因素所对应的活动既能是并发的用能是分离的。

上图箭头表明信息的逻辑流，而沟通就是信息流的核心与方法。其中风险识别是采用调查问卷完成的，问卷问题的要求是信息含量足够大，所涉及到领域要全面。风险分析侧重点是掌握所有风险在此项目中的出现概率以及后果危害性，从而产生上述的最十大风险问题。

3.3 基于CMM/CMMI的风险管理模型

CMM是指能力成熟度模型是基于SEI管理模型上的，其优点是能够对软件能力与成熟度的标准进行准确评定。其标准是经过知名专家论证后得出的，侧重点是开发过程的管理，是现代软件项目风险管理中应用最广的模型。能力成熟度模型依靠五个逐层递进的层次进行表示，具体是指起始级、可重复级、已定义级、已管理级、优化级，项目风险管理主要聚集于第三级水平。SEI将CMM进化成能力成熟度模型集成，这是对原有能力成熟度模型的改进。

在集成成熟度模型中，风险管理是第三级殊的过程域，是软件风险管理的关键构成部分，展现了风险管理的过程特性，进而将过程中各项风险管理原则呈现的淋漓尽致。基于CMM∕CMMI的风险管理模型的发展，起到了促进风险管理理论和软件过程研究为主导的软件工程的有机结合，为软件项目风险管理发展指明了方向。

4 软件项目风险管理的方法探究

4.1 软件项目风险识别方法

第一，风险清单法。Boehm已经对风险序列进行了界定，并编制了10大风险源清单。它已经明确了在软件开发生命期内，针对各个关键时期可根据10大风险源清单来调整，而且把风险管理纳入软件项目开发生命周期模型。第二，风险辨别法。此方法是从项目分类学层面划分风险，对其类型进行划分，从简单的清单列表转化为类数和问卷辨别过程融合，保证软件项目是完整结构。第三，问卷调查表法。此方法是建立专家设计风险管理问卷调查表前提下，对所有软件项目开发人员展开问卷调查，并对所获取数据做出处理。

4.2 网络分析技术方法

第一，计划评审技术。主要是根据项目进展情况做风险评估，一般需要所有时间都遵循三点分布原则，实际上这只是一种理想状态，在实际应用中不能达到，因此经常和蒙特洛仿真共同运用。第二，关键技术。此技术起源于Goldratt的制约理论，利用关键链替换关键路径的思想，即关键链项目管理。第三，Petri网技术。此技术主要用于研究离散动态事件，其特点是并行、共发、同步，多用于软件工程项目描述阶段，属于软件工程领域的基础技术。

4.3 基于Riskit的风险管理方法

此方法主要是说明项目中的风险因素及其关联，它被认为是风险管理的定性依据，因而存在于软件项目开发的全过程。Riskit的优点包括灵敏度高、操作简单、实用性强、结果可靠等，它建议有差异的结构与项目在运用它过程中要结合运行情况及时调整。并且将组织原有的风险管理实践、可利用的资源、项目的真实状况等均纳入考虑范围，以此明确项软件目风险管理的层次级别以及准确程度。

5 结束语

综上所述，随着软件开发规模的不断扩大，其风险因素会越来越多，实施风险管理能保证软件项目开发过程的安全性。然而，软件项目风险管理属于综合性学科，要想对其做到完全理解，必须从软件项目风险管理理论和方法研究着手，善于发现原有项目管理存在的不足，并能结合现代软件发展情况创新风险管理方法，从而为软件开发健康发展打下基础。

参考文献：

[1] 潘春光，陈英武，汪浩.软件项目风险管理理论与方法研究综述[J]. 控制与决策，2007（5）.

项目管理软件论文范文第12篇

关键词:软件项目管理;教学内容;教学方案

中图分类号:G642 文献标识码:B

1引言

在普通高等学校软件工程本科专业的教学中,“软件项目管理”课程通常作为一门核心的必修主干专业课程。该课程主要通过学习软件项目管理的各种基本理论、方法以及技巧,让学生可以在短时间内掌握软件项目管理的基本知识和实践能力,培养学生在大型软件开发中管理软件项目的基本能力,使学生掌握规范化的软件开发和质量控制过程。

然而,由于软件项目管理过程本身就是一个复杂的系统工程,使得“软件项目管理”课程存在许多问题,主要如下:

(1) 软件项目管理的基本理论源自于上世纪50年代出现的近代项目管理学,软件项目管理还处于一个较新的阶段,其发展迅速且不成熟。

(2) 软件开发是一种“人本经济”,生产中人力资本起决定性作用。早期开发中个人单打独斗的软件开发方式导致软件项目管理执行困难。

(3) 软件项目管理内容抽象,其主要包含大量指导软件项目开发过程的思想、原则和方法等,学生理解困难。

(4) 软件项目管理课程实践主观性太强,方案设计以电子版为主。除部分学生外,不少学生拷贝严重,实验效果难以得到保证。

针对这些问题,笔者认为对“软件项目管理”课程进行相关的教学改革是必要的。过去的一学期中,我们针对南京邮电大学计算机学院软件工程专业的“软件项目管理”课程进行了相应的教学改革实验。结合这次的教学经验,本文从软件项目管理的教学内容组织、教学方法等方面进行了较为深入的研究与分析,提出了多媒体课件、小组讨论、仿真演示相结合的综合教学方法;对课程实验采用结合软件工程课程的实验,以小组为组织对象。

整个课程教学表明,这次课程实践有助于学生理解软件项目管理中的各种理论和方法,激发学生对“软件项目管理”课程的学习热情,有助于对学生实行创新性人才培养。

2教学内容

在理论教学方面,我们“软件项目管理”课程的教材选用由Bob Hughes,Mike Cottrell著,周伯生等翻译的《软件项目管理》(第三版)。

我们此次教学实践选取了其中部分内容作为理论授课内容,主要设置包括包括:软件项目管理引言2学时、步进式方法:项目策划概述2学时、项目评价2学时、选择合适的项目方法2学时、软件工作量估计4学时、活动策划3学时、风险管理2学时、资源分配2学时、监督与控制3学时、管理合同4学时、管理人员与组织群组2学时、软件质量控制4学时。理论课时总计32学时。整个“软件项目管理”课程的重点是项目方法与过程模型、软件工作量的估计、活动策划、风险管理、软件质量控制等。

在软件项目管理实验教学部分,我们课程规划8个课内学时,另外配以8个课外学时,总共16学时,完成4个实验。根据理论教学内容,从培养学生掌握重要理论方法实际应用能力的角度,实验具体设置为:项目方法及过程模型分析4个学时、软件工作量估计模型的建立4个学时、网络策划模型4个学时、软件质量度量方法4个学时。

3教学方法

3.1理论教学

相比于其他软件工程专业主干课程,“软件项目管理”课程显得更加抽象,这样导致学生在学习的过程中难度较大。加上软件项目管理主观性强,需要理论和实践相结合。因此,“软件项目管理”课程往往对任课老师提出了更高要求。为了提高教学效果,我们精心设计和调整了软件项目管理理论教学方法,提出了一种多媒体课件、小组讨论和仿真演示相结合的理论教学方法。

(1) 多媒体课件

使用多媒体课件,可以将软件项目管理中的一些基本理论、原则和方法通过文本、图片等展示出来,弥补传统黑板板书的不足之处,使老师有更多的精力和时间集中在授课内容之上。在多媒体课件的制作过程中,我们要求对学生形成较好的视觉效果,选择适当的多媒体元素,以便集中学生的注意力。同时,也不能完全用多媒体课件替代板书,导致学生对知识的系统性了解不够,需要对两者形成较好地结合。

(2) 小组讨论

“软件项目管理”是一门主观性很强的课程,其基本理论和原则大多属于指导性,导致不同的学生面对同一问题时可能会形成不同见解。为了充分发挥学生的主观性,课程上我们将学生以3～5人为组,对不同的问题进行分析,小组内部通过讨论形成统一观点,然后选择代表将观点展示给全班同学,接受其他同学对小组观点的质疑和评分。

(3) 仿真演示

软件项目管理过程中存在大量的过程演示,如工作量的估计、项目活动策划、质量控制过程等,我们将这些过程通过仿真动画展示出来。如针对工作量估计中的COCOMO模型,我们可以通过一个项目的工作量计算过程的仿真动画,展示该模型的关键点,从而提高学生的学习兴趣和掌握其中关键的知识点。

3.2实验教学

“软件项目管理”课程中的实验主要是设计类型实验,为软件开发中的不同过程设计其评估、管理和控制方案。我们所设计的软件项目管理实验具有如下特点:

(1) 结合软件工程实验的项目管理实验

在实验中,项目管理往往需要针对具体的软件开发项目展开,而软件项目的开发需要较多的时间和精力。为了避免学生将过多的精力集中在项目开发上,我们要求学生针对软件工程实验中软件项目展开项目管理设计。这样一方面减轻学生工作量,提高实验效果;另一方面通过对有无项目管理的软件开发的对比,让学生理解和意识到软件项目管理的重要性。

(2) 基于小组的项目管理实验

我们在实验中打乱原来在软件工程实验中的小组分配,每个小组只保留一个原来实验的开发人员。避免原来项目开发中不规范的管理对设计软件项目管理方案时的影响,也保证整个小组对项目具体内容有一定的熟悉程度。

3.3学生成绩考核

教学实践的效果不但取决于教学内容,还受到教学中激励、过程控制以及学生成绩考核等的影响。整个学生成绩考核主要由两部分组成:平时成绩和期末成绩,两者分别占最后总评成绩的30%和70%。平时成绩中主要考核包括三项:平时上课随机点名时的出勤率、学生完成作业情况、课堂小测验或提问情况。根据“软件项目管理”课程在我院软件工程专业属于专业必修课程的性质,期末成绩由两部分组成,一部分是闭卷考核成绩,另一部分是项目管理实验。其中前者主要考核学生对基本理论、原则方法和技巧的掌握,同时也通过分析题和论述题检查学生在项目管理中的主观观点。后者主要考核学生对这些知识在项目管理实践中的应用程度。

4实施效果与经验教训

4.1实施效果

在这次教学实践过程中,相当部分同学的积极性被调动起来,取得了较好的效果。学生对此次教学时间的评价也处于较好状态。整个计算机学院软件工程专业4个班级127名学生被分为了29个小组,均完成了软件项目管理中四个关键控制过程的报告。通过教师主导,学生参与评分的模式,较好地调动了学生上课的主动性和积极性,出勤率平均超过97%。全学期下来,全班平均成绩达到83分,不及格人数仅4人。

4.2经验教训

(1) 课程内容还需调整,软件开发过程是以人为本的系统工程,其项目管理相当复杂。作为一门仅40课时的专业课程,这次课程实践选择内容较多,过于强调覆盖面,对重点内容不够突出。以后的实践中应该对课程重点进行突出。

(2) 课程实验基于软件工程课程实验,实验效果在一定程度上受到其影响。由于部分同学软件工程实验过于简略,对这些软件开发实施项目管理难以展开,下一次实践可以考虑对一些其他的软件开发过程进行项目管理。

(3) 为了组织好项目管理评比和课堂讨论的内容,对项目小组中每次主讲成员没有进行随机抽取,导致部分项

目小组过于依赖某个能力较为突出的成员,难以有效地提高所有小组成员的主动性。下次教学中可以采用随机抽取的方式。

5结束语

软件项目管理课程知识较为庞杂,主观性强,如何提高其教学效果需要多方面的改进。本文从教学内容和教学方法等多方面对此次“软件项目管理”课程教学实践进行了总结和分析。同时,这次教学实践中也暴露出一些问题,这将是我们进一步教学改革的重点。

参考文献:

[1] 陈云芳,丁亚菲. 软件工程专业双语教学的实践与思考[J]. 计算机教育,2008(24):126-128.

[2]Bob Hughes, Mike Cottrell. 软件项目管理[M]. 周伯生,译. 3版. 北京:机械工业出版社,2004.

[3]Pankaj Jalote. 软件项目管理实践[M]. 北京:清华大学出版社,2005.

[4] 王强. IT软件项目管理[M]. 北京:清华大学出版社,2004.

项目管理软件论文范文第13篇

关键词：软件项目 关键管控点 需求管理 质量管理 进度管理

中图分类号：F253.3 文献标识码： A

Abstract: The special characteristics of the implementation of the software engineering project in the enterprise informationization management determines the uniqueness and complexity of the software project management, software engineering project management effectively has become an important guarantee for information management in enterprise interior more effective software project. Analysis of the paper, key control points of internal software project management, only to provide personal opinions and views in order to improve the implementation of software project management efficiency.

Keywords: software project management critical control point requirements of quality management schedule management

一、前言

随着大中型企业的快速成长，对计算机软件的需求也愈来愈多，愈来愈复杂。企业信息化管理公司作为主要从事信息化的单位，承接企业内部愈来愈多的信息化软件工程项目，将项目管理理论应用到软件工程项目切实提高管理质量与效率越发必要，这样才能在企业内部提高开展软件工程项目的竞争力。同时随着软件工程项目管理理论的发展和成熟，项目管理的实践方法和技术己受到广泛重视，在很多行业都有了大量的实践应用。本文从开展企业内部软件项目实施方的项目管理工作的角度探讨如何尽快实现公司软件工程项目规范化管理，提高软件工程项目管理效率问题进行阐述。

二、项目管理内容与特点

软件工程项目管理是根据管理科学理论，结合软件产品开发的实际，为了使软件工程项目能够按照预定的需求、进度、质量顺利完成，从而对需求、成本、人员、进度、质量、风险、文档等进行分析、管理和控制的一系列活动。软件在项目实施全过程中，需要与客户、合作伙伴进行充分沟通与交流，其中任何一个环节出现问题，都会影响到整个项目的进程。另外，在软件项目管理中，常常会面应用技术、业务需求等方面的变化，这也增加了项目管理的难度。

目前公司软件开业务正在起步发展阶段，相对于外部专业公司开发力量及实力相对落后，在这种多项目并发、技术含量高、变化速度快、资源有限的环境下，必须通过科学的管理不断提升企业竞争力。对企业、项目、资源实施科学的管理，加强团队能力，实现软件工程的生产规模化、规范化，是公司提升软件项目能力面临的最大挑战。

三、软件工程项目的需求管理

需求管理是软件开发生命周期的初始阶段，它对最终提交的软件产品的质量起着至关重要的作用。在企业内部开展软件工程项目建立软件需求管理尤为重要，主要体现在用户需求的文档化确认和对用户需求的控制中，并保证项目的计划、系统产品都与需求一致。

由于企业内部公司时常对需求具有模糊性、不确定性与主观性的特点，只是有个“大概”的想法，需要我方根据甲方的需求进行细致详尽的描述，并与甲方进行有效的沟通双方一致确认，同时还会存在需求变化、业务变化的问题等等一系列问题，只有通过需求管理使需求在受控的状态下发生变化，而不是随意变化，需求管理就是要按照标准的流程来控制需求的变化。

所以，一定要做好需求文档的版本管理记录用户需求、系统需求、软件分配需求的文档都要作为基线确定下来，做好相关文档的管理工作。需求分析人员在充分与客户用户进行沟通的基础上形成第一个版本的需求文档，这个需求文档在通过需求评审后即可以建立第一个需求基线。此后每次需求变更并经过需求评审后，都要重新确定新的需求基线，以免将来用户需求发生变更时，原来的需求无法查找。为有效进行需求变更控制，必然要做的工作就是保存好各个版本的需求基线，维护需求基线文档，以备不时之需。

四、软件工程项目质量关键管控点

软件工程项目质量管控目标主要是在充分沟通需求基础上，确保项目交付的产品能够达到需求部门接受的质量水平。软件工程项目质量管控关键点主要包括：形成有效的沟通机制、加强软件项目质量检查、督促强化软件项目文档管理。

1、形成有效的沟通机制

软件项目成功质量标准的制定与需求方的认可密切相关，首先项目管理要协调需求部门定时进行软件开发工作的沟通，对已完成部分进行确认，出现问题及时修改，最终按照需求部门需求完成工作。

2、加强软件项目质量检查

软件项目质量检查是软件项目质量管控的重要内容，可以采取定期或不定期的软件项目质量检查。定期是指在预定的检查周期内执行的检查工作。不定期的检查可以在关键任务或里程碑任务的计划完成时间进行。软件项目质量检查首先需要收集项目的质量信息，主要包括总体质量情况以及各子模块的质量信息。在此基础上，将项目质量信息与项目目标进行比较。如果没有偏差，检查到此结束；如果存在进度偏差，则需要针对这些偏差进行分析和研究，发现其中的问题，针对问题寻找解决方案。

3、督促强化软件项目文档管理

系统的开发应以文档的描述为依据，而系统的运行与维护更需要文档来支持。软件项目质量管控需要督促软件支撑方强化软件项目文档管理。必须对文档进行规范管理，包括各开发、运行阶段要提供的文档，制定各种文档的编写规范。避免当项目质量出现问题时，没有有效的文档可查，致使软件项目延期或失败。

四、软件工程项目进度关键管控点

软件工程项目进度管控目标是使软件项目在预定的时间内，达到预期的项目目标。软件工程项目进度主要因素包括：项目组的沟通和协调工作不力、不能充分发挥项目组成员的作用、忽视项目外部组织的影响、项目组织工作能力不强、工作方法不佳等，针对以上关键因素，实行有效的软件项目进度管控需要把握如下关键点：制定合理进度计划、提高进度执行准确率。

1、制定合理进度计划

软件项目进度计划是软件项目进度管控的基础，直接影响到软件项目能否顺利进行，资源能否被合理使用，直接关系到项目的成败。合理的软件项目进度计划应在项目总体计划基础上细化为阶段计划和个人计划。对于不成熟的项目和管理水平不高、资源能力不强的项目，力度不能太大，否则难以实现项目的控制；对于成熟的项目和管理水平高、资源能力强的项目，任务的力度就可以适当大一些。每项任务需要有明确的责任人、明确的工期。

2、提高进度执行准确率

软件项目进度执行准确率差是软件项目管控过程中面临的最大挑战，要提高软件项目进度执行准确率，需要重点管控如下关键点：

1) 避免凭经验拍脑袋式的粗放式评定，切实提高项目进度准确率。

2) 实现项目里程碑与项目进度合理匹配，避免过于依赖里程碑，反而使项目进度执行出现偏差。要在关注里程牌的情况下，实现对项目过程的监控，从而保障项目里程碑能够按时完成。加强对项目里程碑变更的管控，避免出现里程碑大多按期完成而项目却不能按进度完成的现象。

五、结语

软件工程项目管理正在发展阶段，具有普遍科学规律的理论模式，将这一理论恰如其分地运用到实际活动中，制定适合软件开发项目的管理规范、过程、流程、模板，并借助于适当的管理工具进行管理，对软件工程项目的成功非常有效。本文通过分析通讯公司实施软件工程项目管理的现状，结合当前海油内部软件系统发展要求，在三个方面讨论了公司软件工程项目管理的关键管控点，为公司更好的开拓软件工程市场，提高公司整体开发能力，提出了几点意见，希望公司在软件工程项目开发有更进一步的发展。

参考文献：

[1] 刘积仁,康晓东,饶友玲.软件开发项目管理[M].北京:人民邮电出版,2002.

[2] 窦燕.影响软件项目管理关键因素的探讨[J].燕山大学学报,2004(4).

项目管理软件论文范文第14篇

关键词：人力资源管理信息系统 面向项目 角色模拟 教学模式

人力资源管理信息系统（Human Resource Management Information System，简称HRMIS），是人力资源管理专业的一门重要专业课程，教学内容紧凑，理论知识集成度高，实践操作性强，集中体现在系统初始化建立、人力资源管理功能模块的操作、报表分析和管理以及员工操作平台。软件教学环节不仅要加深理解《人力资源管理》课程的基本概念理论知识，还要培养学生的动手能力和合作精神，使学生掌握应用人力资源管理系统解决企事业人力资源管理实际问题的技能，达到高校创新型专业技术人才的培养目标要求。

目前国内高校开始尝试面向项目（或面向课题）的新型教学模式，在课程教学中引入面向应用的教学实践环节，学生则在项目开发和方法论上取得广泛的认知，并表现出较强的适应力和创新精神。但是国内的项目教学法在经管类大学本科学生的实践教学方面应用较少。在管理信息系统在企业广泛应用的如今，学生不仅要熟练掌握管理信息系统的应用，还要能从项目管理的角度理解管理信息系统实施过程中的战略性、规范性和有效性。

本文以面向项目的HRMIS课程软件教学模式构建为背景，将HRMIS课程软件实验实践教学与企业实施人力资源ERP项目联系起来，把“模拟项目实施和管理”的形式引入课堂教学之中，取得了良好的教学效果，是人力资源管理专业软件教学模式和应用型人才培养的有益尝试与探索。

一、面向项目的HRMIS 软件教学模式组织

面向项目的HRMIS软件教学模式是建立在软件操作流程掌握的基础上，学生对来自企业中的实际问题进行深入分析，学习运用专业技能知识解决实际专业问题的方法与技巧。目的是培养学生利用软件进行管理的能力，给学生创造平台进行实务训练。面向项目的HRMIS软件教学思路和组织实施教学的基本环节如下所述。

1.成立项目实施小组

首先需要建立HRMIS项目实施小组，作为软件实验实训教学的模拟实施单位。项目组一般由6-8名学生组成，分别代表软件实施企业的人力资源部员工和咨询顾问。前期软件教学完成后，各小组集体完成一个模拟企业的人力资源管理软件项目实施，包括完成系统初始化设置、运行人力资源管理职能，生成测试报表数据以及用户手册。

2.资深顾问指导

项目实施过程中，教师扮演着集团总裁或资深顾问的角色，对项目实施过程中的问题进行指导；同时，拓宽ERP软件教学的师资范围，邀请软件实施顾问或企业项目组成员参与课程教学，或举办ERP软件应用讲座、与学生座谈交流ERP使用心得。由企业的ERP实施顾问来承担部分教学，将实践搬回课堂，由教师进行很好的课堂组织和理论加工，真正有效将教学与实践结合。

3.模拟角色和情境

在项目实施过程中，教师需要将预设的情景放入企业实施过程中，以制造项目实施困境促进各角色成员思考。例如企业的组织架构、组织职责不清楚如何进行项目实施；系统标准流程与已有的管理流程产生冲突如何解决；客户提出需求但系统功能暂时无法实现应如何沟通等。通过模拟场景和角色，学生充分熟悉系统功能，并能从企业人力资源管理实务出发去考虑应用系统；通过演讲、沟通和协调，充分锻炼学生的人际沟通和组织协调能力，同时也加强了学生的团队合作精神。

4.校园网和实验室全天候开放

实验室全天候开放，运行HRMIS软件的服务器常年运行，项目组可以在需要的时候到实验室进行工作；校园网的铺设，为学生在课外时间进行系统研究和方案设计提供了保证。虽然面向项目的实训环节只有15学时，但其跨度4周，学生可以在4周之内的学时外时间利用实验室进行研讨、数据运行和报告撰写。

5.教学效果及后续应用

项目完成后，项目组需提交《用户手册》和《数据测试报表》，并进行项目设计答辩。对有进一步开展研究兴趣的同学，一方面可以组织为校园社团进行ERP项目的实施，对有意愿的社团进行流程改造，将HRMIS应用和教学推广到非人力资源专业；另一方面可以组织进行论文的撰写，为HRMIS的教学改革和企业应用做理论研究。

二、面向项目的教学案例设计

目前，国内外ERP品牌众多，各有特色。据统计金蝶、用友、东软3大国内知名的ERP软件的使用率相对较高，分别占到15%、10%和9%。此外，外资多元化产品中的知名品牌Oracle（14%）和SAP（5%）也受到大型企业的青睐。此外，还有外资品牌施特伟（1%），国内品牌嘉扬、仁科、博惠思华各占1%，万古和奇正更低。另有部分企业选择针对自己的业务需要，自行开发HR软件（18%），这类现象在IT企业中尤为突出。国内三大ERP软件都在高校进行推广，由于金蝶软件在高校应用较为广泛，我们选择金蝶K3 V11的人力资源管理系统作为实验实训教学的主要软件。

金蝶软件公司在为客户进行系统实施的时候，有自己的一套实施方法论。在软件教学的过程中，用户需求较为简单，实施环境较为单纯，因此在以金蝶K3 V11的人力资源管理系统为例进行面向项目的教学改革中，面向项目的软件教学案例包含了系统初始化模块、人力资源管理功能模块、报表管理模块和操作平台等基本内容模块。在软件教学实践中，简化项目环境，结合项目启动、计划、实施、收尾、维护等环节设计案例。

1.项目启动（2课时）

假设整个班级分成2个集团企业，每个集团下面又有多个分公司。

一个是软件建设企业，由一半学生扮演软件建设企业各分公司员工，一名教师扮演集团总负责人。建设企业召集各分公司总经理会议，对项目启动工作进行布置。各分公司总经理需要召开会议，对本公司实施HRMIS的目标进行讨论，对本企业的总体情况进行准备。但每个分公司的项目是独立进行。

一个是软件实施公司，由一半学生扮演软件实施公司顾问，一名教师（外请咨询顾问）扮演咨询公司项目总经理。实施公司需要召开全体实施顾问会议，对如何开展项目实施，以及可能遇到的问题进行讨论。实施公司组成各实施小组，分别负责各分公司项目实施。

软件建设企业和软件实施公司双方签订合约，成立项目组，召开会议讨论角色分工及项目实施方案。需要明确的是实施最终目标是为企业现有业务提供更好的运行平台。

2.项目计划（2课时）

项目组共同制定项目计划，在规定的课时范围内（2周，8课时），完成项目实施，提交实施方案、用户手册和数据测试报表。在计划编制的过程中，要明确各阶段的的工作安排和输出文件。计划制定出来后，项目的实施阶段将严格按照计划进行控制。后期项目的变更控制将参考计划阶段的文件产生。

3.项目实施（8课时）

如果说项目启动和计划主要锻炼学生沟通、协调以及合作意识，那么项目实施阶段就是充分考察学生对HRMIS的掌握和应用，能否根据企业的实际情况进行系统初始设置，各种代码编制原则是什么，企业如何划分职责和权限，人力资源部如何在系统中运行人力资源管理职能。

在此阶段，全部人员应进入系统设置和运行状态，通过培训、数据输入和测试，来确保设置的正确性和运行的稳定性；项目组要对企业现行的管理方法进行讨论，是否要进行管理流程的再造，是否提出二次开发的需求；在项目实施过程中编写用户手册，实施完成后将数据测试报表与用户手册提交项目验收组。作为集团负责人的教师会在项目实施过程中设置一些合理的障碍，迫使项目组成员面临实施困境，以促进各角色成员讨论思考。

4.项目收尾（3课时）

项目的收尾过程，项目组需要整理所有产生出的文档提交给项目建设方，包括合同、会议纪要、项目实施方案、用户手册和数据测试报表。通过演讲的形式，由每个项目组向集团公司进行项目总结汇报，包括企业的背景、实施理念、实施过程遇到的困难，初始数据的设置规则，各种数据报表、用户操作流程等。由项目验收组来评价项目实施效果。项目验收组由扮演集团公司负责人的老师和外请企业经理人或软件咨询顾问共同组成，进行点评总结。

5.项目维护（不占用课时）

在项目收尾阶段结束后，项目将进入到后续的维护期。虽然在教学过程中不能实现项目的后续维护期的工作，但是学生需要具备后续服务意识，因此也应将项目维护条款写入最初的合同，并在项目收尾汇报时进行阐述。

三、总结

面向项目的软件教学模式与思路在HRMIS软件教学中，教学效果明显，学生的战略思维、创新思维、沟通能力、团队合作能力得到充分锻炼，软件操作的规范性和有效性明显增强，公文撰写能力也显著提高。根据软件教学模式实施情况，总结以下几点教学心得与体会：

第一，学生对面向项目的HRMIS教学模式持较高的学习热情，一方面，学生在实际项目的实施中理解和掌握了HRMIS的基本理论知识和在企业实际应用技能，激发了学习积极性和热情；另一方面，加班加强对企业战略管理和人力资源管理的理论和实务进行研究学习。

第二，培养了学生的项目管理能力和团队合作精神。在项目实施过程中，学生能够通过项目管理的各环节工作，充分锻炼沟通与合作能力，学会解决项目冲突，这些知识和能力在理论课堂和实验课堂上一般很难得到训练。

第三，通过软件教学中加入专业科研的方式方法，锻炼了学生规范地书写研究报告的能力，为毕业论文撰写打下良好的基础，通过项目管理过程和总结答辩进一步加深了学生对管理知识和软件应用的理解和操作。

第四，在教学和评价方面，通过校外师资引进，借助校外企业人力资源部或软件咨询顾问力量，向校外展示学生学习HRMIS的效果，为学生创造到企业实习或工作的机会。

第五，在实际应用中，将管理信息化向校内社团推广，帮助有意愿的社团改造管理流程，一方面帮助学生进一步体会项目咨询顾问的角色，提升学生职业素养；另一方面也能推动校内社团管理信息化进程。

参考文献

[1]乔闪.奥尔堡大学面向项目的高等教育体系[J].高等工程教育研究，2002（3）

[2]陈美娜，秦燕，赵玉欣.企业信息化人力资源管理软件应用现状调查报告[J].经济研究导刊，2010（7）

项目管理软件论文范文第15篇

论文关键词：软件项目；软件过程；CMM；KPA

1．引言

项目管理(PM，projectmanagement)是指利用现有的知识、方法和技术手段，有效地计划、调度、控制和跟踪项目的开始、执行、直止终止的过程，是项目顺利实现的有效手段。软件项目管理则是在项目管理的基础上，结合软件产品的实际，利用工程的概念和方法来开发与维护软件，对成本、风险、时间、质量、过程、配置等进行分析、管理、控制，最终目的是为了让软件项目的整个生命周期都在管理者的控制范围内，以预定成本按期、按质完成软件的开发并交付用户使用。目前，软件产品已广泛应用于各个领域，但是很多软件项目的成功率并不高．虽然有些公司根据软件工程理论建立了一些软件开发管理规范．但并没有从根本上提高软件项目管理问题，这就导致软件产品质量不稳定甚至是项目的失败，同时也损害了用户的利益。本文结合我国软件项目管理的特点并经实践应用．以提高软件质量、降低成本、加强软件项目的可控性为目标，通过对CMM的研究和改进，给出了一个基于CMM加强软件项目管理的实践模式，在这个模式中对目前CMM中的KPA做适当的裁减，定义了6个关键过程域和3个工作组。

2．软件项目管理中目前存在的问题

影响软件项目成功率的因素主要是软件质量问题，而在整个软件项目的实施过程中需求不明确、跟踪和监督不力、缺乏客观的软件评审和软件配置以及风险管理意识不足等都阻碍着软件质量的提高。

2．1需求不明确

需求管理是软件项目管理中非常关键的一个步骤．需求分析的完整与否可以降低软件质量、延长项目周期、加大成本。由于用户对计算机系统认识的不足，对于系统的需求往往比较模糊，遗漏甚至是错误的问题经常出现(包括管理流程、业务流程、数据或报表的分析处理等)，但这些问题往往没有暴露给开发人员，而是随着项目的进展才逐渐明确。对于开发人员来说，需求的变更意味着软件产品的部分内容必须重新开发，而对于整个软件项目管理而言，势必要重新分配资源、调整计划、估算成本等等，导致软件产品质量下降。

2.2跟踪和监督不力

跟踪和监督主要针对过程而言，也是项目管理中最容易被忽视的环节。软件项目过程由多个任务构成，大部分任务都有前置任务和后置任务，这就要求项目管理者要严格跟踪和监督每一个任务。任务的完成主要从时间进度和质量两方面来衡量，还要充分考虑因客户方引起的一些客观因素(更改需求分析等)。项目管理者虽然制定了具体的项目进度内容，但如果缺乏有效的跟踪和监督机制，对于每一个阶段所要完成的任务疏于评价，就会影响下阶段软件产品的质量，有时甚至是软件产品的重新开发，最终影响整个软件项目。

2．3缺乏客观的软件评审

客观的软件评审是软件产品质量的直接保障，软件评审一直贯穿于整个软件项目的过程中，对软件产品的评审应有客户使用人员和软件业中的同行来进行。客户使用人员对软件产品做阶段性的评审可以及时发现软件产品功能方面的不足，同行评审可以从软件业的规范及标准去发现问题．软件评审可以降低软件开发的成本提高软件产品的质量。大多情况下项目管理者没有做任何阶段性的评审，通常只是在软件产品开发基本完成之后来组织评审，果发现了很多问题，但要修改已经非常困难．要花费很长的时间甚至从头再来。

2．4软件配置混乱

软件配置是指软件产品在各个阶段各种版本的文档、程序及数据的集合，贯穿于整个软件项目的始终。随着软件产品开发的进行，由于各种客观原因，其中的预算、设计方案、进度等内容都有可能需要大大小小的更改(这些改动可能是合理的)，整个改变的过程对软件项目的参与人员来说必须是可视的，以便提高软件的可靠性和质量，而这一切都应该有正确的软件配置来控制如果失去正确的软件配置管理，那么针对软件产品发生的任何更改或者是维护都会给软件项目带来混乱甚至是失败。

2．5风险管理意识不足

风险管理是软件项目中防止失败的一种重要手段，软件项目不同的阶段存在着不同的风险，并且风险会随着项目的进展而变化，目前国内的软件企业大都不注意软件项目的风险管理。除了社会环境风险、商业风险等这些客观风险之外．可控的软件项目风险主要指技术风险。技术风险主要是指与软件项目本身相关的的技术因素变化带来的风险，如果在一定的条件下达不到技术条件能够实现的目标，不但延缓项目的进度而且会增加项目的成本．继而使整个项目受到影响。

3．通过过程管理加强软件项目管理的实践模式

利用cMM fCapabilityMaturityModeforSoftware)的核心思想把软件项目管理看作一个软件过程，并根据这一原则对整个软件项目的开发和管理进行过程监控，监督发现过程中影响项目的关键问题并予以解决。软件过程是指软件开发人员开发和维护软件及相关产品的一套行为、方法、实践及变换过程，包括软件开发过程和软件管理过程。CMM把软件开发机构按照不同开发水平划分为5个级别。每个等级被分解为几个KPA(关键过程域)，KPA是指在某个成熟度等级应重点关注的区域，也是达到此成熟度等级必须解决的关键点。①初始级，无过程意义。软件过程是无序的、随机的、缺乏总计划，无预见性，大多数活动是应付危机，经常超期超支，成功取决于个人。②可重复级，具备基本的项目管理。KPA分别是：需求管理、软件项目计划、软件跟踪与监督、软件子合同管理、软件质量保证、软件配置管理；③已定义级，已定义软件过程。已将软件管理和软件工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。KPA分别是：组织过程焦点、组织过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审；④可管理级，过程可度量。已收集了软件过程和产品质量的详细度量方法，软件过程和产品均可被定量地理解和控制。KPA分别是：定量过程管理、软件质量管理；⑤优化级，过程控制。通过过程的量化反馈以及新技术、新方法促使过程不断改进。KPA分别是：缺陷预防、技术更新预防、过程更改管理。

CMM只是一个过程改进的框架．并没有给出具体实施的办法。在该模式中对目前CMM中的KPA做适当裁减．定义了6个关键过程域：软件项目计划(SPP)、需求管理(RM)、软件项目跟踪和监督(SPTO)、软件质量保证(SQA)、软件配置(SCM)、同行评审(PR)，设置了三个工作组：软件项目过程组(SPPG)、软件工程组(SEG)、软件质量保证组(SQAG)。通过工作组对关键过程域的操作来加强软件项目的管理。

3．1定义KPA

3.1.1软件项目计划(SPP)

软件项目计划是为要实施的软件项目编制软件过程活动的安排，包括进度控制、成本控制、质量控制、风险控制等，也是实施CMM2的核心此阶段在安排过程活动的同时开展项目设计的前期工作，设计和界定在整个项目中各阶段所需的开发、质量、跟踪、评审、风险、成本等工作。项目计划是指导项目过程的具体措施，要在有软件项目实施经验的人员领导下投人大量的时间和人力资源来完成。制定项目计划应注意7个问题。①在科学论证的基础上制定过程，充分调动人员积极性合理地确定项目组的参加人员；②对软件项目各程中的任务进行分解，明确项目的里程碑和检查点；③正确估计软件项目中的软件资源、硬件资源、人力资源及其它费用；④正确估计各方面因素带来的风险并制定应对措施；⑤制定项目实施过程中的跟踪和监督措施；⑥确定软件的评审和测试方法；⑦详细的文档资料。

3．1．2需求管理(RM)

需求分析主要包括面向用户的用户需求和面向开发人员的系统需求．是整个软件工程的第一步．也是非常关键的一个环节。需求分析主要针对用户的业务流程、系统功能、性能、数据分析进行严格的定义．是设计一个软件应用系统的起点与基本依据，通过它来评判软件产品是否能够解决用户问题，也是项目成功与否的标准。就目前国内现状来讲，一般签定软件项目合同的用户是主管信息技术的负责人，它所关心的可能是整个系统的目标需求，用户方中层管理人员关心的是业务流程需求．终端操作人员则注重软件本身的易操作性和功能特性，因此．面向用户的需求一定要和用户多方人员多沟通、交流．最终通过双方有关部门人员的论证以文档资料的形式确定下来。任何一个需求分析因客观原因可能存在着需求更改的现象，对于这种情况一定要注意需求更改的可控性．要建立需求的基准版本和更改版本控制文档资料．使受需求变化影响的产品与需求变更一致。但要注意在更改需求的同时要衡量需求的稳定性，如果一个需求的变更比较频繁，意味着本项目并没有真正了解用户想要解决的实际问题。可以说需求分析的完整性和变更可控性直接影响到软件过程的改进，它可以降低软件质量、加大软件开发的成本、甚至是导致项目的失败。软件工程组(SEG)中要明确定义一个需求管理员。

3．1．3软件项目跟踪和监督(SPTO)

软件项目的跟踪和监督始终贯穿于整个软件项目的过程中，是项目得以控制的前提和条件、是软件质量的根本保障，其目的是增加软件过程中进度、成本、工作量、质量、风险等内容的可视性，也是实施CMM2的核心。除去市场、法律等不可控制因素外，根据项目计划对项目进展的有关情况及影响项目实施的相关因素进行及时、客观、准确的信息采集，将采集到的需求、成本、进度、风险等内容形成文档并建立一个项目跟踪信息平台。项目负责人定期召集软件过程人员、开发人员、质量保证人员、用户方有关人员召开开放式的例会，例会的主要内容是检查项目进展、数据的分析、认识的偏差、资源的搭配、相关的风险等问题并讨论确切的解决办法，通过跟踪和监督使项目始终处于可视化的受控状态。

3.1.4软件质量保证(SQA)

软件质量保证是与软件产品满足规定的和隐含的需要能力有关的特征或特性的组合。对用户来讲主要体现在软件产品的有效性、一致性、完整性、可靠性和可操作性等方面，对于软件产品本身来讲体现在软件产品的可移植性、易维护性、健壮性、可重用性等方面。具体实践中．软件质量保证应在软件项目计划、需求分析、跟踪和监督、软件配置和软件评审的相互配合下完成．软件质量保证要做到以事先预防和跟踪为主，事后纠偏为辅。

3．1．5软件配置(SCM)

软件配置是针对软件产品的跟踪和控制活动．贯穿于整个软件项目的过程中．目的是建立和维护在整个生命周期内软件产品的完整性和一致性，使整个软件产品的演进过程处于可控的状态，继而提高软件的可靠性和质量。在实践应用中主要做到五个子项的配置①配置项的标识。标识做到唯一性。便于跟踪和管理。②版本管理。对整个软件过程中的文件和目录提供有效的跟踪手段。③变更控制。保持并传递修改信息。④配置审计。确定整个项目生产周期中产品在技术和管理上的完整性。⑤系统整合。把系统的不同部分集成后完成一组特定的功能。

3．1．6同行评审(PR)

同行评审是根据预定的规范和标准对软件产品进行评审。评审的结果是衡量软件产品质量的依据。在整个软件过程中对详细设计和软件综合测试作为两个关键评审点来进行评审，评审的过程中注意要结合本软件项目的具体要求和标准。

3．2组的定义

在具体的实践应用中设置了三个组，在降低了人员成本的同时提高了软件过程改进能力和软件质量。

软件项目过程组(SPPG)组织具体的项目实施活动，管理并协调整个软件项目的过程，主要完成SPP和SPTO。

软件工程组(SEG)负责软件工程的需求分析、概要设计、详细设计、编码、测试、维护工作。

软件质量保证组(SQAG)主要完成SPTO、SCM、PR、SQA等工作。

4．实践模式效率评估

4．1开发时间

软件开发由需求分析、概要设计、详细设计、编码、软件测试、项目维护和软件集成几部分内容组成，在需求分析和设计阶段采用CMM框架实施过程管理所花费的时间要多于没有实施过程管理花费的时间。首先对项目做大量分析，论证项目的可行性。然后在和用户做良好沟通、反复论证的基础上做需求分析，形成文档资料。这种模式下花费在需求分析和设计上的时间大约占项目总开发时间的40％，但这两个阶段完成了数据流程、算法描述、详细的规格说明等内容，为代码编写、软件测试、软件维护等后续内容的工作节省了时间，软件项目的开发周期大大缩短。经过评估，采用该实践模式实施软件过程管理的软件项目开发周期比没有实施软件过程管理的软件项目开发周期缩短20％。

4．2开发质量

采用CMM标准通过软件过程管理加强软件项目管理的实践模式使软件质量明显提高、需求分析周密、代码错误率明显降低、软件产品完整性好、功能齐全、维护量下降，软件项目最终得以顺利实现。