项目管理软件论文范文

引言：寻求写作上的突破？我们特意为您精选了4篇项目管理软件论文范文，希望这些范文能够成为您写作时的参考，帮助您的文章更加丰富和深入。

篇1

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.

篇2

1.项目前期以及项目准备

在进行任何一项较大的项目时,首先要进行项目的可行性分析和研究,因为这些项目中的问题并不都有明显的解决办法,这样就很难在预定的时间、费用之内解决这些问题，如果这些问题没有可以行得通的解决办法，贸然开始这些项目，就可能导致项目的失败，造成巨大的损失。

1.1可行性分析

软件项目可行性研究的目的是用最小的代价和时间，确定该项目是否能够开发值得开发，其实质是要进行一次简化的、抽象的需求分析和设计过程，主要应从以下几个方面进行分析。

1.1.1技术可行性

对要开发项目的功能，性能和限制条件进行分析，确定在现有的资源条件下技术风险有多大，项目是否能够实现，现有的资源包括硬件、软件资源，现有的技术人员和技术水平，已经有的工作基础等，判断技术上是否可行，主要需要考虑以下几个问题:

(1)开发的风险即在给定条件下能否实现目标的功能和性能；

(2)资源的有效性；

(3)技术的发展性；

由于需求未经过详细的调研，存在模糊性和可能的变化，开发人员进行技术可行性评估时，存在比较大的风险，一旦出现估计的错误，将可能导致灾难性的后果。

1.1.2经济可行性

进行软件开发项目的成本估算以及了解取得的效益估算，确定该项目是否值得开发，对于大多数项目，衡量经济可行性，应考虑一个“底线”，同时应考虑公司的长期经营策略，潜在市场前景等因素。

1.1.3社会可行性

应考虑项目是否存在任何侵权、责任等问题，考虑在现有的制度、法规下是否行得通，包括合同、责任、法律等多种因素。

1.2需求调研

在项目前期工作中，需求调研是其中最重要的一个环节，今后的许多工作都依赖于需求调研的结果，需求调研的过程是渐进的，在可行性分析阶段，主要关注的是项目规模、范围和重点的功能，在项目进入正是开发流程以后，我们需要更加全面、准确地了解系统的需求不重视需求过程的项目队伍将自食其果，需求工程中的缺陷将给项目成功带来极大风险。如:无足够用户参与导致产品无法被接受；用户需求的增加带来过度的耗费和降低产品的质量；模棱两可的需求说明可能导致时间的浪费和返工；用户增加一些不必要的特性和开发人员画蛇添足；过分简略的需求说明以致遗漏某些关键需求；忽略某类用户的需求将导致众多客户的不满；不完善的需求说明使得项目计划和跟踪无法准确进行。

1.3项目团队的组织

建立项目团队是项目开发过程的开始，一切工作都是由项目团队的成员完成的在整个项目的运行过程中，需要很多不同的角色参与到项目中，完成不同阶段的任务。所以在建立项目团队的过程中要把握好人员角色的划分、特别人员管理与激励、监督等。整个人员的管理是项目管理的关键，因为人是活的，而项目是死的，只要人员管理妥当，项目开发一般是不会出什么问题的。

1.4项目开发计划

软件项目的特征之一就是需求的不确定性和开发过程中存在的技术风险，按照通常的方法，制定一个项目的计划应该是先根据项目的需求，进行详细的任务分解找出实现的方法，估计出项目的工作量，再根据项目资源的状况，制定出项目的计划。

但是，再现实的工作中，项目的时间表往往是事先确定的，给开发留出的时间也是事先定好的。而我们能够利用的资源，主要是开发的人力资源，也被事先基本确定了，在被确定的这2个前提条件下，我们如何根据项目的需求，合理地安排人力和时间，完成项目的开发，这是现实中项目经理经常遇到的问题如果事先确定的时间表是相对比较合理的，至少应该是我们够的到的。我们制定的开发计划才是有意义的，否则，按照这个时间表制定出来的计划只能失败的在这种情况下，项目经理唯一可以做的是对用户的需求进行剪裁，去掉某些耗时长而且不太重要的功能，或是在开发中适当降低质量要求，或许可以完成项目的进度。当然这必须最终要得到用户的认可。778论文在线

2.项目开发过程管理

2.1详细设计

在详细设计阶段，由于任务已经详细地分解，总体地解决方案和技术框架已经确立，详细设计地目的就主要是针对某个特定地模块或对象，根据需求，技术框架地要求和模块间接口，描述出我们实现功能的方法，主要内容包括：

（1）内部算法描述；

（2）内部数据组织；

（3）相关接口详细设计；

2.2设计评审

在设计完成后，必须安排设计评审以保证设计的质量，通常设计评审以小组内部的评审会的方式进行，参与人有项目小组内部的人员及其负责人，由开发者介绍其设计思路，其他人了解并对其设计质量进行评审。评审的内容主要包括：

（1）关键算法的可行性；

（2）接口是否符合概要设计的要求；

（3）技术清晰度是否符合设计标准；

（4）文档的完备性；

评审通过的设计，才能够开始编码工作，评审的结果应记录到开发文档当中。

2.3编码

在编码阶段，主要需要在编码工作结束后，进行代码审核，这项工作非常重要主要应该由项目小组的技术负责人完成，审核的目的并不是为了检验代码的正确性而是需要对编码是否按照规范进行审核。主要内容包括：

（1）变量、包、方法等的命名是否符合规则；

（2）注释是否填写完整，是否符合规范；

（3）代码的可读性，编写风格是否符合规范；

（4）是否有明显的造成系统运行低效率的处理方法；

（5）公共变量的定义和使用；

2.4调试

编码工作完成以后，通常需要开发人员自己进行单元测试，有些部分需要编写相应的测试程序。应该避免发生这类的情况，有些开发人员任务自己不应该进行测试工作，在编写完代码以后，只要编译成功，就直接提交成果，将测试工作完全交给测试人员去做，这样做不仅仅给测试人员增加了许多的工作量，同时增加了许多因为交流产生的时间，造成进度的延迟，管理人员应该杜绝程序员的这样的思想，同时在管理中予以考虑，可以将提交成果产生的bug数量作为考核程序员业绩的标准之一。

3.项目后期管理

3.1项目的验收

项目验收，是整个项目生命周期中最后一个环节。一般来说，软件项目的验收一般来说有2个阶段，第一个阶段是验收测试，当验收测试成功结束后，一般会有一个阶段的试运行阶段，只有当2个阶段全部结束后，整个项目才算真正结束，可以收回全部的工程款，该软件也进入其运行维护期。验收测试应按照软件的需求，质量要求进行测试验收，需要甲乙双方共同建立验收小组，或请第三方测试机构进行验收测试，在验收测试之前，开发方应提供一系列的开发设计文档供验收测试使用。

3.2软件维护

编程大师曾说“哪怕程序只有三行长，总有一天你也不得不对它维护。”，很

多软件产品不是一次性的买卖，比如在电信、金融等领域，有些软件系统要用十几年，对软件进行维护是必不可少的，软件公司的经理们没有哪一个喜欢被维护的费用吓一跳，但软件维护的代价通常是高昂的。对软件而言“维护”是个不太直观的术语，因为软件产品在重复使用时不会被磨损，并不需要进行像对车辆或电器那样的维护，软件维护是人们对既丰富多彩又会令人心酸的活动的统称，其中丰富多彩的活动是指那些反映客观世界变化，能使软件系统更加完善的修改和扩充工作，令人心酸的活动是指那些永无休止，并且改了旧错却引起新错让人欲哭无泪的工作。

参考文献：

1.邱菀华沈建明杨爱华等编著现代项目管理导论机械工业出版社

2002年10月

2.美理查德怀特黑德著领导软件开发团队电子工业出版社2002年5月

3.尼尔怀特著管理软件开发项目-通向成功的最佳实践电子工

业出版社2002年4月

4.刘积仁康晓东饶友玲主编软件开发项目管理人民邮电出版社

2002年2月

篇3

需求管理对软件项目能否最终实现产生至关重要的影响。任何的软件项目都必须进行合理的、细致的、一致的需求管理，只有这样才能制定正确合理的软件开发计划，软件项目才能顺利地开发完成。

2、沟通与协作

软件项目管理中的沟通与协作是指信息的交流,是使信息发挥积极作用和达到目标的手段；协作是指和谐地在一起工作的活动。沟通技术可分分四类：(1)正式书面沟通,包括项目文档和备忘录、项目里程碑和交货时间表、需求变更和错误跟踪规程、数据字典、系统分析模型(用例图等)；(2)正式口头沟通,包括状态审查会、需求评审会、设计评审会、代码评审会、用户测试,项目定期例会等；(3)非正式口头沟通,包括小组碰头会、同行讨论、与直属业务领导讨论等；(4)电子沟通,包括电子邮件、内部BBS等。协作技术包括资源合理配置、开发步骤有序化、工作目标一致化、提高关心程度、信息共享等。

3、风险管理

软件项目风险管理是指对在软件开发过程中所遇到的预算和进度等方面的问题进行分析,寻求风险应对方法,做好风险管理计划。

针对软件项目中的风险管理问题,不少专家、组织提出了自己的风险管理模型。常见的主要风险管理模型如下。

1.SEI的连续风险管理模型(CRM)。SEICRM模型的风险管理原则是不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险;实现控制风险的策略；评测并确保风险策略实施的有效性。CRM模型要求在项目生命期的所有阶段都关注风险识别和管理,它将风险管理划分为五个步骤：风险识别、分析、计划、跟踪、控制。

2.BarryBoehm模型。Boehm模型的思想核心是：10大风险因素列表。针对每个风险因素,都给出了一系列的风险管理策略。在实际操作时,Boehm以10大风险列表为依据,总结当前项目具体的风险因素,评估后进行计划和实施,在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结,产生新的10大风险因素表,依此类推。Boehm模型的基本形式可描述为：RE=P(UO)3L(UO),其中RE表示风险或者风险所造成的影响；P(UO)表示令人不满意的结果所发生的概率；L(UO)表示糟糕的结果会产生的破坏性的程度。

3.软件工程风险模型(SERIM).SERIM模型要求从技术和商业两个角度对软件风险管理进行剖析,考虑的问题涉及开销、进度、技术性能等。它还提供了一些指标和模型来估量和预测风险,由于这些数据来源于大量的实际经验,因此具有很强的说服力。

五、软件项目管理技术

1．CMM。CMM是美国卡纳基梅隆大学软件工程研究所(CMU/SEI)提出的软件研发项目管理的一系列方法,它基于组织对关键过程域的支持,定义了软件过程成熟度的五个级别。级别1(初始级)描述了不成熟,或者说是未定义过程的组织。级别2(可重复级),级别3(已定义级),级别4(已管理级)和级别5(优化级)分别描述了软件过程成熟度级别递增的组织。和这些级别相关的KPA是:级别2：需求管理,软件项目计划,软件项目跟踪和监控,软件子合同管理,软件质量保证,软件配置管理。级别3：组织级过程焦点,组织级过程定义,培训大纲,集成软件管理,软件产品工程,组间协调,同行评审。级别4：定量过程管理,软件质量管理。级别5：缺陷预防,技术更新管理,过程更改管理。

2．CMMI。CMMI被看作是把各种CMM集成为一个系列的模型中。CMMI的基础源模型包括:软件CMM2.0版(草稿C),EIA-731系统工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5个不同的成熟度级别:级别1(初始级)代表了以不可预测结果为特征的过程成熟度。过程包括了一些特别的方法、符号、工作和反应管理,成功主要取决于团队的技能。级别2(已管理级)代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保证、配置管理、以及度量和分析。

3．PSP。PSP(PersonalSoftwareProcess,个体软件过程)是由CMU/SEI开发出来的,它的推出在软件工程界引起了极大的轰动,可以说是由定向软件工程走向定量软件工程的一个标志。PSP为基于个体和小型群组软件过程的优化提供了具体而有效的途径,例如如何制订计划,如何控制质量,如何与其他人相互协作等等。在软件设计阶段,PSP的着眼点在于软件缺陷的预防,其具体办法是强化设计约束准则,而不是设计方法的选择。因此,PSP保障软件产品质量的一个重要途径是提高设计质量。

4、小结

本文分析研究了软件项目管理中的需求管理、员工之间的沟通与协作、软件项目风险管理。最后结合实践,提出并分析了软件项目管理技术。我们相信随着软件工程的发展和进一步成熟,软件项目管理技术的发展会取得更大的进步。在实际项目中,我们要坚持改善软件工程的管理,并在实践中总结适合自身的经验,这样才有利于管理技术的进步和软件项目的顺利完成,创造出更高的品质、更大的效益。

参考文献：

[1]PhpMetzger，JohnBoddie.软件项目管理-过程控制与人员管理[M].北京：电子工业出版社，2002.

[2]RajeevTShandilya.王克仁译.软件项目管理[M].北京:科学技术出版社,2002.

[3]杨根兴，金荣得，宗宇伟.软件需求的不确定性与解决途径.计算机应用与软件.

篇4

做软件“大餐”的工序

软件质量保证（SoftwareQualityAssurance，以下简称SQA）的目的是验证在软件开发过程中是否遵循了合适的过程和标准。软件质量保证过程一般包含以下几项活动：

首先是建立SQA组；其次是选择和确定SQA活动，即选择SQA组所要进行的质量保证活动，这些SQA活动将作为SQA计划的输入；然后是制定和维护SQA计划，这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系；还有执行SQA计划、对相关人员进行培训、选择与整个软件工程环境相适应的质量保证工具；最后是不断完善质量保证过程活动中存在的不足，改进项目的质量保证过程。

独立的SQA组是衡量软件开发活动优劣与否的尺度之一。SQA组的这一独立性，使其享有一项关键权利??“越级上报”。当SQA组发现产品质量出现危机时，它有权向项目组的上级机构直接报告这一危机。这无疑对项目组起到相当的“威慑”作用，也可以看成是促使项目组重视软件开发质量的一种激励。这一形式使许多问题在组内得以解决，提高了软件开发的质量和效率。

选择和确定SQA活动这一过程的目的是策划在整个项目开发过程中所需要进行的质量保证活动。质量保证活动应与整个项目的开发计划和配置管理计划相一致。一般把该活动分为以下五类：

1）评审软件产品、工具与设施

软件产品常被称为“无形”的产品。评审时难度更大。在此要注意的一点是：在评审时不能只对最终的软件代码进行评审，还要对软件开发计划、标准、过程、软件需求、软件设计、数据库、手册以及测试信息等进行评审。评估软件工具主要是为了保证项目组采用合适的技术和工具。评估项目设施的目的是保证项目组有充足设备和资源进行软件开发工作。这也为规划今后软件项目的设备购置、资源扩充、资源共享等提供依据。

2）SQA活动审查的软件开发过程

SQA活动审查的软件开发过程主要有：软件产品的评审过程、项目的计划和跟踪过程、软件需求分析过程、软件设计过程、软件实现和单元测试过程、集成和系统测试过程、项目交付过程、子承包商控制过程、配置管理过程。特别要强调的是，为保证软件质量，应赋予SQA阻止交付某些不符合项目需求和标准产品的权利。

3）参与技术和管理评审

参与技术和管理评审的目的是为了保证此类评审满足项目要求，便于监督问题的解决。

4）做SQA报告

SQA活动的一个重要内容就是报告对软件产品或软件过程评估的结果，并提出改进建议。SQA应将其评估的结果文档化

5）做SQA度量

SQA度量是记录花费在SQA活动上时间、人力等数据。通过大量数据的积累、分析，可以使企业领导对质量管理的重要性有定量的认识，利于质量管理活动的进一步开展。

要说明的是，并不是每个项目的质量保证过程都必须包含上述这些活动或仅限于这些活动，要根据项目的具体情况来定。

SQA计划中必须明确定义在软件开发的各个阶段是如何进行质量保证活动的。它通常包含以下内容：质量目标；定义每个开发阶段的开始和结束边界；详细策划要进行的质量保证活动；明确质量活动的职责；SQA组的职责和权限；SQA组的资源需求，包括人员、工具和设施；定义由SQA组执行的评估；定义由SQA组负责组织的评审；SQA组进行评审和检查时所参见的项目标准和过程；需由SQA组产生的文档。

选择合适的SQA工具并不是试图通过选择SQA工具来保证软件产品的质量，而是用以支持SQA的活动。选定SQA工具时，首先需要明确质量保证目标。根据目标制定选择SQA工具的需求并文档化，包括对平台、操作系统以及SQA工具与软件工程平台接口的要求等。

如何使白壁“无瑕”

按工序去做也不一定能得到一盘完美的“大餐”，因为火侯等因素实在很难掌握。万一掌握不好怎么办？软件质量控制主要就是发现和消除软件产品的缺陷。对于高质量的软件来讲，最终产品应该尽可能达到零缺陷。而软件开发是一个以人为中心的活动，所以出现缺陷是不可避免的。因此，要想交付一个高质量的软件，消除缺陷的活动就变得很重要。缺陷消除是通过“评审”和“测试”这类质量控制活动来实现的。