项目管理软件论文范文

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

篇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工具与软件工程平台接口的要求等。

如何使白壁“无瑕”

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

篇5

一、引言

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

二、软件项目管理中目前存在的问题

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

2．1需求不明确

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

2.2跟踪和监督不力

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

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

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

2．4软件配置混乱

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

2．5风险管理意识不足

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

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

利用cMMfCapabilityMaturityModeforSoftware)的核心思想把软件项目管理看作一个软件过程，并根据这一原则对整个软件项目的开发和管理进行过程监控，监督发现过程中影响项目的关键问题并予以解决。软件过程是指软件开发人员开发和维护软件及相关产品的一套行为、方法、实践及变换过程，包括软件开发过程和软件管理过程。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．1开发时间

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

4．2开发质量

篇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)项目管理组织没有听取客户意见和建议的能力。

篇7

该课程相关教材理论知识抽象、知识体系庞杂，加大了学生的学习难度。另一方面，过度偏重理论知识的传授，让学生觉得课程所学知识离实践很远，不能很好地保证教学质量和效果。

2）教材案例不完整。

传统教材难以容纳完整的案例，所选皆为虚拟案例，缺乏实际可操作性，使案例分析没有起到应有的作用。

3）教师缺少项目管理实战经验。

该课程要求主讲教师既具备较强的理论知识，又有丰富的实战经验，而高校教师往往理论基础较好、工程项目经验积累不足，授课常常照本宣科，很难对学生进行理论联系实际的有效指导。

4）学生没有项目开发经验。

在校大学生很少有机会参与实际项目的开发，多数没有参与过完整的课堂模拟项目开发，不易理解课程中的工程概念。

5）实践教学学时不足。

软件项目管理是一门实践性非常强的课程，由此决定了该课程不能完全通过书本和课堂掌握知识。实践教学一般安排18个学时，在如此短的时间内，需要完成项目管理工具，还要求学生选择一个新项目，既要从事项目分析设计工作，又要从事项目管理工作，还要学习项目管理工具的使用，难度非常大。

2理论加案例的课堂教学设计

在软件项目管理课程的教学中，教师应结合当前社会需要，利用多媒体授课的优势，以案例充实教学，增加知识面和信息量，使理论具有鲜明的应用特色，激发学生学习的兴趣和积极性；同时，以理论武装案例，彰显案例的科学性，令学生在应用中能够举一反三，活学活用。

2.1以项目管理知识体系组织课堂讲授的理论内容

软件项目管理的知识体系、内容框架及管理流程有多种版本，如美国项目管理学会推出的项目管理知识体系（projectmanagementbodyofknowledge，简称PMBOK）、英国商务部推出的受控环境下的项目管理（projectsincontrolledenvironments2，简称PRINCE2）、IBM提出的全球项目管理方法（worldwideprojectmanagementmethod，简称WWPMM）。该课程采用国内外最流行的PMBOK（第5版）组织授课内容，把软件项目管理的内容分为10个知识领域、5个过程组和47个过程。10个知识领域分别为集成管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、干系人管理；5个过程组包括启动、计划、实施、监控和收尾；授课时以4个核心知识领域（范围管理、时间管理、成本管理、质量管理）作为重点内容。以PMBOK指导授课内容既保证了授课内容的权威性，又能够与时俱进地适应项目管理内容的新变化。

2.2组织开篇案例

每章开始，教师都会安排一个与该章内容相关的开篇案例，激发学生学习的兴趣。这些案例经过精心选取，尽量贴近实际。案例部分来源于教材，部分来自项目管理认证中的案例分析，每个案例都包括案例描述和问题两部分。在讲解项目管理的概念和技术时，学生可结合案例问题进行分析，学以致用，提高运用所学知识解决实际问题的能力。

2.3结合CMMI认证展示实际项目资料

当以实际项目资料展示项目管理的实践成果时，课程对学生的影响将是实际的、深刻的。在软件全生命周期的工程化管理和持续过程改进领域，软件能力成熟度集成模型CMMI（capabilitymaturitymodelintegration）是无可争议的主流模型，在专业研究认可度和软件业界接受度方面都处于绝对的领导地位。作为软件工程特色专业建设，计算机学院软件工程系教师与学院软件开发团队成员一起准备进行CMMI3级认证，认证过程中积累的项目资料为本课程的项目展示提供了优质教学资源。

2.4认证考试试题操练

计算机技术与软件专业技术资格（水平）考试（简称软考）由于不设报考条件，很受学生欢迎。它可用于以后职称的评审或者作为工作的敲门砖和晋级的阶梯，部分学生会考虑在学校报考软考认证。与本课相关的认证有信息系统项目管理师、系统集成项目管理工程师、信息系统管理工程师。步入工作岗位，学生能报考的与实际项目管理经验相关的认证还有美国项目协会PMP（projectmanagementprofessional）、国际项目管理协会的IPMP（internationalprojectmanagementprofessional）及中国的CPMP（Chinaprojectmanagementprofessional）认证等。教师在每个知识点讲授完毕时，辅以这些考试中的相关试题，可以加深学生对知识的理解。

3承接工程项目训练成果的实践教学设计

以现代工程教育理念CDIO（conceive-design-implement-operate）为指导，河南大学计算机与信息工程学院为各专业在第六、七学期开设工程项目训练课程，一个导师负责带几个学生，完成从选题、分析、设计到实现的整个项目过程。学生通过分工合作在大四找工作之前有了完整的项目实践训练。针对本课程实践学时少及学生缺乏项目开发经验这一突出问题，笔者尝试用承接工程项目训练课程来，组织实践教学。

3.1保留工程项目训练课程中的实践成果

软件项目管理开设在第七学期，学生在学习本门课程之前，已经在工程项目训练课程中完成了项目的选题、分析及设计工作，可以把实践重点放在以前所选项目的管理工作中去，这样既节省了时间，又让学生有了自己的实际项目，对项目工程训练课程的学习也是一种有效促进。

3.2课外作业围绕所选项目设置

由于在课堂上有大量的案例分析和习题操练，学生不需要再花过多的时间去巩固理论知识，因此教师布置的课外作业可以围绕项目设置。比如，在项目集成章节，教师让学生准备项目章程（或模拟的项目合同）和团队契约；在范围管理章节创建项目的工作分解结构；在时间管理章节利用Project提交项目进度计划；在成本管理章节对项目利用Excel进行成本估计与预算等；最终，学生能够提交所选项目的必要管理文件。

篇8

随着计算机应用范围的日益广泛深人，应用软件的规模及复杂程度也日趋大型化、复杂化，这就导致软件开发的方式也从早期的单兵作战式或手工作坊式渐渐转变为集团化、工厂流水线式的团队协作开发方式。这种情况下，如何管理好项目的每一.步运作，及时解决出现的新问题是每一位项目主管责无旁贷的责任。

一、软件项目管理存在的新问题

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

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

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

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

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

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

二、加强软件项目管理的办法

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

(二)提高项目经理对计划的熟悉。在高上术行业，日新月异是主要特征，因此计划的制定需要在一定条.的限制和假设之下采用渐近明细的方式进行不断完善。提高目经理的计划意识，采用项目计划制定相关各种知识、技术、具，加强对开发计划、阶段计划的有效胜进行事前事后的评估。超级秘书网

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

(四)加强相互间的沟通。制定有效的择通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作夕教提醒，以提高沟通意识;沟通方式应根据内容而多样化，甘究有效率的沟通;通过制度规定对由于未及时收取邮件而造成壮失的责任归属;对于非凡重要的内容要采用多种方式进行有效通以确保传达到位。超级秘书网

(五)提高软件项目的风险管理意识。通泛学习项目管理知识把握风险识别、量化、策略探究、反应控制尔工具和方法把握项目风险管理所必备的知识。通过加强对项目知划中风险管理计划的审核提高项目组的风险管理意识。总结本表业项目中常见的风险及其策略作为风险管理计划中必要的风险详容，并切实评估相应策略的有效胜和可行险

篇9

1•1研究目标

研究的目标是,研究开发出科学、规范的项目管理领域工程硕士专业学位论文评审模型,并通过与另一应用软件开发课题配合,实现论文评审的电子化操作,努力使研究成果达到国内先进水平,并与国际接轨。

1•2主要研究内容与流程

(1)研究《标准》,建立评审指标体系。通过调查研究,结合《项目管理领域工程硕士专业学位标准》,建立学位论文评审指标体系。(2)借鉴国际先进评审模型,构建学位论文评审模型雏形。借鉴、引进、消化国际先进的项目管理评审模型,结合我国项目管理领域工程硕士专业学位论文考核特点,构建我国项目管理领域工程硕士专业学位论文评审模型雏形。(3)依据科学原理,构建模型。依据系统工程理论以及系统模型的构建原理,运用聚类分析、层次分析、对比分析等方法开发出满足我国项目管理领域工程硕士专业学位论文评阅和答辩考核要求的评审模型。(4)研究量化的评审方法。(5)对指标的权重进行设置,采用加权法等综合评审方法,系统设计定量评审方法。(6)设计科学公正的评审流程。(7)试运行,验证。(8)为实用软件的设计预留对接接口。本研究成果具有开放性和多适应性,也可以运用于解决类似的评估、评审问题。

2课题研究的开展

2•1主要技术路线

(1)明确目标、确定范围。(2)调查研究,收集信息、数据,进行统计分析。(3)找出主要因素,确定主要变量。(4)识别和分析各种关系(内含的科学定律,管理关系、规则等)。(5)形成系统模型雏形。(6)进行“验证、符合试验”,检查模型是否反映所研究的问题。(7)简化和规范模型的表达形式。

2•2研究工作重点

(1)重在调查研究。设计调查问卷,召开座谈会,深入调查研究,广泛和重点调查我国现有在岗的与项目管理领域工程硕士教育相关的专家、教授,已经通过论文答辩的项目管理领域工程硕士研究生,企业界的项目管理客座教授、研究生导师,在读项目管理领域工程硕士研究生;认真听取他们的意见、建议;以尽量掌握足量的、必要的、有代表性的信息。(2)精心构建模型。应注意以下几点:①应用现代项目评估的相关原理和方法;②借助社会上项目管理评估方面专家的智力;③借鉴国际、国内先进的相关评估模型,结合实际,改造创新,构建本模型。

3模型的构建

3•1模型构建的原则

在具体操作时充分考虑以下7个方面:(1)真实性。反映系统的本质。(2)简明性。反映系统的主要特征,简单明了,容易操作、求解。(3)完整性。系统模型全面、完整,应包括目标与约束两个方面。(4)规范化。尽量采用教指委现有的《项目管理领域工程硕士专业学位标准》和《论文评审参考标准》的相关内容,模型与现有标准互动和对应,在创新和与国际接轨的同时,尽量使之适用并有利于下一步的操作软件开发。(5)创新性。通过模型的建立和应用,克服原有标准的某些弊端,在模型体系结构、指标设置、综合评审等方面注意范围明确,尽量量化,以克服参与评审的教师、专家的随意性,专业关注的局限性;引导与规范教师、专家在发挥其专业水平的同时,注重全面、客观、公平、公正地按模型标准范围进行评审。(6)开放性。使模型系统化、模块化,参数可选择,可更改,有利于改进和拓展。(7)可操作性。为开发实用、可操作性的计算机管理软件奠定基础。本课题组和国内的软件开发公司做了沟通和交流,可以开发出简单可操作性的软件。

3•2评审模型结构设计特点

项目管理领域工程硕士专业学位论文评审模型系统结构采用模块式,包括四个子系统模块:(1)评审目标设置。(2)评审指标(标准)与权重体系设计。(3)子准则和评审量表设计。(4)评审程序与制度设计。同时,给出可以选用的空间,以备选择应用。

3•3项目管理领域工程硕士专业学位论文评审模型

本研究所建立的模型是一个完整的系统,分为类、指标、子准则3个层次,如图1所示。指标层用于综合评分的累计,子准则层用于量化计分,采用100分制。通过对子准则评分得到其分数,再乘以相应的权数,然后累计加和(采用加法规则),即可以得出被评审项目的评审分数。图1中的子准则只是通过一个例子进行了示意,评审流程如图2所示,详细的量化评分表如表1所示。

3•4模型特点及用到的方法

篇10

1计算机基础教育的发展

随着计算机技术与应用的不断发展,信息社会对人才培养新需求的不断变化,以及高等教育改革的不断深化,我国高等学校的计算机基础教育在近三十年中得到迅速发展,已经成为我国计算机教育体系中的重要环节,对非计算机专业学生计算机知识与能力的培养起着重要的作用,对国家信息技术的应用和发展起着举足轻重的作用。

如今,信息技术快速发展,信息社会进程突飞猛进,信息技术正改变着人们的生活、工作、学习、思维方式和价值观等,计算机基础教育面临着新的发展机遇和挑战。研究表明,当前高等学校计算机基础教育发展变化的主要特点是必须进一步同其他各个学科专业交叉与融合,迫切要求提高学生利用信息技术解决专业领域问题的能力。

2009年7月,按教育部要求,由教育部理工类计算机基础课程教学指导分委员会编制完成的《计算机基础课程教学基本要求》(V4.0,简称《基本要求》) 正式并出版发行[1]。

《基本要求》[2]指出:面对大学计算机教育不再是零起点的现实,面对其他学科专业教学中对信息技术应用的极大期望,面对社会用人单位对大学生计算

机能力和信息素质要求越来越高的现实需求,高等学校计算机基础教育必须从教育理念、培养模式、培养目标着手,深入研究学生的学习需求、专业需求和社会需求,在课程体系、教学模式、教材建设、教学设计、教学方法与教学手段改革、教学资源与环境建设、师资队伍培养与梯队建设、教学测评与质量保障等方面进行积极的探索和大胆的实践。

《基本要求》认为,计算机基础教育将呈现以下的发展趋势:

(1) 计算机基础教育的基础性地位越来越被重视,计算机基础教育的功能定位越来越呈现出“面向应用、突出实践、着眼信息素养”的特点;

(2) 计算机基础教育本身将进一步呈现出“多元化、模块化、融合化、网络化”的发展趋势;

(3) 计算机基础教育的“能力模型”和与之相适应的“知识体系”和“实践体系”将进一步完善和规范。

《基本要求》指出:一门能够凝聚信息科学概念、技术和方法,能够符合高等教育要求并有效支撑大学生信息素养培养的“大学计算机基础”课程或者称为“大学信息技术基础”的课程建设,将成为发展的关注点,计算机基础教育的发展会逐步朝着规范化的方向发展。

作者简介:李洁(1980-),女,二级警司,研究生在读,研究方向为计算机基础、信息工程、教育管理等;周苏(1958-),男,教授,主要研究方向为计算机应用、软件工程、高教管理等。

2教学与实验内容的设计

针对目前大学新生已经具备一定计算机知识水平的现状,针对大学高年级学生计算机基础应用水平依然薄弱的现象,我们为大学计算机基础教育设计了旨在提高与深化的新的教学内容,也作为高起点的“计算机基础”课程的新教材――《办公软件高级应用案例教程》[2]。本书基于案例实验为主线开展教学,通过一系列在网络环境下学习和实践的实验练习,把计算机基础和办公软件应用的更深入的概念、理论知

识与技术融入到实践当中,从而加深对该课程的认识和理解,切实提高学生的计算机基础应用水平。教学内容和实验练习包含了计算机基础知识和办公软件应用的各个方面,涉及计算机基础提高、文字处理Word高级应用、电子表格Excel高级应用、演示文稿PowerPoint高级应用、绘图工具Visio、个人数据库Access、项目管理Project和办公软件综合应用等,全书包括可供选择的18个实验、1个PowerPoint课程设计和1个课程实验总结,以帮助读者熟练掌握办公软件的应用与技巧,如表1所示。

表1 教学与实验内容的分布

内容实验个数

第1章 计算机基础第1节 软件基础与Windows系统管理4

第2节 搜索引擎与网站评价

第3节 计算机病毒防范

第4节 使用压缩软件WinZip和WinRAR

第2章 文字处理软件Word第1节 文字效果与小报排版3

第2节 文字的艺术设计与书籍排版

第3节 论文的格式与排版

第4节 Word应用技巧与发展

第3章 电子表格处理软件Excel第1节 Excel与网络意见调查表3

第2节 Excel图表与市场调查分析

第3节 Excel宏的录制与VBA

第4节 Excel应用技巧与发展

第4章 演示文稿处理软件PowerPoint第1节 PowerPoint制作的提高1

第2节 Microsoft Office PowerPoint 2007

第5章 绘图工具Visio第1节 Visio与工程绘图1

第2节 Microsoft Office Visio 2007

第6章 数据库软件Access第1节 Access数据库初步2

第2节 数据库的结构与特点

第3节 Microsoft Office Access 2007

第7章 项目管理软件Project第1节 项目管理软件Project初步2

第2节 Project项目管理应用

第3节 Microsoft Office Project 2007

第8章 办公软件综合应用第1节 PDF格式和Outlook应用2

第2节 Office软件的协同作业

第3节 2007 Microsoft Office system

第9章 办公软件高级应用实验总结1

第1章:计算机基础提高。包括软件基础与Windows系统管理、搜索引擎与网站评价、计算机病毒防范、使用压缩软件WinZip和WinRAR等实验。通过实验,提高学生对操作系统基础知识的认识,学习Windows系统管理工具的使用,熟悉Windows系统工具,并由此进一步熟悉Windows操作系统的应用环境;通过在因特网上对一些主题和网站进行的搜索、浏览与分析,进一步熟悉网络搜索引擎,尝试分析和评价网站;熟悉计算机病毒防范技术的基本概念,通过因特网搜索与浏览,了解网络环境中主流的病毒防范技术网站,掌握通过专业网站不断丰富病毒防范技术最新知识的学习方法,尝试通过专业网站的辅助与支持来开展计算机病毒防范技术的应用实践;理解数据压缩的基本概念,了解数据压缩标准和相关技术,熟练使用压缩软件,进一步体会数据压缩技术的实现和应用方法。

第2章:文字处理Word高级应用。包括文字效果与小报排版、文字的艺术设计与书籍排版、论文的格式与排版和Word应用技巧与发展等实验。通过实验,熟练掌握字处理软件Word的主要操作,改进文字处理能力,提高写作质量。掌握操作计算机化文档,特别是桌面排版的技巧,熟悉插入图片与图文混排等功能;掌握书稿排版的基本操作和技巧。熟练掌握论文排版的各项操作,提高一般论文和毕业论文写作质量,增强职业技能。

第3章:电子表格Excel高级应用。包括Excel函数与网络意见调查表、Excel图表与市场调查分析、Excel宏的录制与VBA、Excel应用技巧与发展等实验。通过实验,熟练掌握电子表格软件Excel的主要操作,掌握Excel函数的基本使用方法,提高数据处理能力;熟练掌握电子表格软件Excel的多页制表功能、函数应用和统计图表功能;了解Excel宏的基本概念,了解Visual Basic宏。掌握Excel宏录制、运行宏和编辑宏的基本操作。

第4章:演示文稿PowerPoint高级应用。包括PowerPoint制作的提高、自选项目PowerPoint多媒体制作、Microsoft Office PowerPoint 2007等实验。通过实验,熟悉PowerPoint多媒体设计的基本概念与主要内容;熟悉演示文稿的制作和应用技巧,掌握PowerPoint多媒体制作工具软件的基本应用能力。

第5章:绘图工具Visio。包括Visio与工程绘图、Microsoft Office Visio 2007等实验。通过实验,了解Visio工具软件的功能特色、安装、工作环境和基本操作等各方面的基本知识;掌握应用Visio工具绘制

软件开发图形的基本操作。

第6章:个人数据库Access。包括Access数据库初步、数据库的结构与特点等实验。通过实验,了解数据库的基本概念,了解桌面数据库软件Access的基本操作及其应用领域;熟悉数据库的基本概念,理解“数据独立性”与“数据安全”的含义及其应用,区分结构化数据库和非结构化数据库,熟悉数据库检索技术及其应用,掌握桌面数据库软件Access的基本操作及其应用领域。

第7章:项目管理Project。包括项目管理Project初步、Project项目管理应用等实验。通过实验,了解IT项目管理的基本概念和项目管理核心领域的一般知识,初步掌握项目管理软件Project的操作界面和基本操作;了解项目管理的基本概念和项目管理核心领域的一般知识,熟悉项目管理软件Project的基本操作,学会应用Project软件工具开始从事项目管理工作。

第8章:办公软件综合应用。包括PDF格式和Outlook应用、Office软件的协同作业等实验。通过实验,熟悉PDF文件格式,掌握DOC、Flash和PDF文件格式的转换和应用;熟悉Outlook的功能,掌握Outlook的基本操作;熟悉Publisher的基本功能;掌握Office软件协同工作的基本操作,例如Visio与Word、PowerPoint、Word与Excel的协同作业等。

3 “阅读与思考”内容设计

除了教学和实验内容的设计之外,我们还就每一节课为学生设计了“阅读与思考”的环节,在学习和实践课程内容的同时,提高学生的学习兴趣,培养学生的阅读与思考的能力,如表2所示。除了阅读,要求学生积极进行思考,并回答与阅读内容相关的简短问题和读后感,以加强这个环节的教学效果。

表2“阅读与思考”的内容

章、节阅读与思考

第1章第1节 软件基础与Windows系统管理人工智能之父――图灵

第2节 搜索引擎与网站评价现代计算机之父――冯诺依曼

第3节 计算机病毒防范摩尔定律

第4节 使用压缩软件WinZip和WinRARWindows之父阿尔钦功成还乡

第2章第1节 文字效果与小报排版Word之父西蒙尼――狂热的革新者

第2节 文字的艺术设计与书籍排版数字地球――21世纪认识地球的方式

第3节 论文的格式与排版WPS―― 一个国产软件的传奇

续表

章、节阅读与思考

第3章第1节 Excel与网络意见调查表PC电子表格与商用软件之父――丹布莱克林

第2节 Excel图表与市场调查分析Google电子表格会威胁MS Office吗

第3节 Excel宏的录制与VBA一切皆IT

第4章第1节 PowerPoint制作的提高鼠标之父、人机交互大师恩格尔巴特

第5章第1节 Visio与工程绘图十大默默无闻技术之父

第6章第1节 Access数据库初步9.11事件中的摩根斯坦利证券公司

第2节 数据库的结构与特点数字化生存与人性化思考

第7章第1节 项目管理软件Project初步做好简单的事情

第2节 Project项目管理应用向唐僧学习项目团队管理

第8章第1节 PDF格式和Outlook应用艺术学生与科学学生

第2节 Office软件的协同作业云计算带给SaaS的新机遇

4课程学习能力自我测评

教学评价是对受教育者的多种要素进行价值评估,而考试是教学评价的工具和手段,是测量应试者知识与能力、素质和潜力的量尺。考试为教学评价提供了量化资料,却不能替代教学评价。但是,在传统的教学管理和过程中,人们对考试与评价的关系存在着认识不清、相互混淆的情况,其主要倾向就是以考试代替教学评价。但是,以单一考试代替教学评价,其直接后果是以应试方法取代教学过程,教师“考什么就教什么”,学生“考什么就学什么”,甚至“什么时候考就什么时候学”。我们认为,计算机基础课程的教学改革应该提倡和鼓励在传统考试的基础上构建一个科学的教学评价方法,科学理解考试与评价的关系,实现从单一考试到多元评价的跃升。

一个好的教学评价方式要有利于激发学生的学习积极性,提高学生的学习兴趣,要能够把学生的能力、潜质等特征性的东西描述出来,并予以引导,鼓励其发展自己的特长。

教学测评的多元化尝试从多方面、多角度来开展

评价活动,要求评价既体现共性,更关注个性;既关注结果,更关注过程。评价可以是多角度的,注重的是学习的主动性、创造性和积极性,关注的是学生在学习过程中的表现,包括使命感、责任感、自信心、进取心、意志、毅力和气质等方面的自我认识和自我发展。评价学习不再仅仅依靠考试的成绩,还包括了对学习的态度、兴趣和行为等等的考查。一句话,就是以多维视角的评价内容和结果,综合衡量学习的发展状况。

在教学改革的创新实践中,我们为课程的教学测评设计了“课程学习能力学生自我测评”环节,要求学生根据自己在本课程中的学习情况,客观地为自己做一个能力测评。

“办公软件高级应用”课程的教学测评方案是:

课程成绩 = n×实验成绩(90%)+课程实验总结(10%)-平时缺勤/迟到扣分。

在学期期末,我们要求学生结合实验总结,根据自己本课程的实际情况,客观地填写学习能力测评表,即在表3“测评结果”栏中合适的项下打“”。

表3课程学习能力测评表

关键能力评价指标测评结果备注

很好较好一般勉强较差

课程主要内容1. 了解本课程的主要内容

2. 熟悉本课程的全部基本概念,了解相关的基础知识

3. 熟悉本课程的网络计算环境

计算机基础1. 熟悉软件和Windows基础知识

2. 熟悉网络应用与网络搜索

3. 了解信息安全与病毒防范

续表

关键能力评价指标测评结果备注

很好较好一般勉强较差

文字处理Word

电子表格Excel

演示文稿PowerPoint1. 熟悉文字处理并得到提高

2. 熟悉电子表格并得到提高

3. 熟悉演示文稿并得到提高

4. 完成PowerPoint多媒体创作

绘图工具Visio

个人数据库Access

项目管理Project1. 初步掌握Visio绘图功能

2. 初步掌握Access及其基础知识

3. 初步掌握Project及其基础知识

办公软件综合应用1. 具备办公软件综合应用的认识

2. 了解办公软件协同作业的方法

沟通交流能力1. 能和他人有效沟通,在团队合作中表现积极

2. 能获取并反馈信息

篇11

软件开发过程是一个复杂过程，也是一个项目的综合过程。软件配置在软件开发过程应用，提高了软件的生命周期，在开发过程中，就能对软件进行测试，对软件的数据进行科学的分析，发现存在问题及时解决措施，对提高软件开发质量有了进一步技术保障，为项目的正确实施有了明确保障。

一、项目管理的概述

软件从调研、分析、设计、实施、测试、维护与管理及死亡的一个生命周期，实际就是一个项目的整个流程。项目管理就在一定环境下，根据企业的实际需要，进行科学的分析、科学的设计、科学的进行管理、以提高企业的利润为目标进行整个管理过程。现在项目管理在各个领域应用比较广，其有一定管理目标，科学的进行分析与管理，为实现特定的管理目标努力。项目管理是一项综合过程，涉及组织，质量、费用、时间等一系列问题，从发起过程，设计过程到实施过程都需要企业搭建良好的平台进行构建，以实现企业项目管理目标努力。

二、在软件开发中实施项目管理的重要性

项目管理在软件开发过程中起到重要作用，项目管理可以提高软件开发质量。有时即使不开展项目管理工作，软件开发项目也能取得成功。但是如果缺乏项目管理，则难以将成本控制在一定范围内，容易导致软件企业面临着亏损的风险。在开展项目管理工作的过程中，需要借助技术、方法等，管理软件开发活动，如此既有助于实现软件开发目标，又能够控制软件开发的进度以及开发成本。当前，虽然有部分软件企业依据软件工程理论，制定了管理软件开发的制度，但是却没有严格控制软件开发的进度以及成本。这种做法不仅会延长软件开发的时间，还会增加软件公司的经营风险，最终损害到相关用户的利益。而在软件开发过程中，开展项目管理工作，就有助于保证软件开发工作的顺利完成，同时提高软件企业的经营管理效率。综上所述，项目管理在软件开发过程中起到重要作用，在软件管理中能开学的，有目标的进行软件管理，在软件设计过程中，能合理的安排软件开发设计时间，保证软件时间正确完成，对提高软件质量，降低用户风险等方面都做的非常好，在软件开发过程中，合理的利用项目管理软件，对提高软件的应用有一定的现实意义。

三、项目管理在软件开发中的应用现状

项目管理应用在软件开发过程中时间不是很长，但最近几年，项目管理应用到软件开发过程中，取得一定成绩。60年代中期，软件行业没有一定标准，人们发现软件开发过程中存在一定问题，软件工作者一直想解决措施。80年代，学者尝试在软件开发过程中引进项目管理，这时候没有软件标准，但也取得不错效果。在项目开发过程中，项目组有多个成员组成，每个成员在项目开发过程中扮演一定角色，每个角色有一定的工作任务，要认真分析任务中具有一定的关联性，合理的利用项目管理，解决任务的开发时间及先后顺序，都是为了整个项目能正确，准时的完成而努力奋斗，同时也对员工提高工作效率有一定的益处，对提高学者的能力有一定的帮助，在未来的发展过程中，软件开发引进项目管理是时展需要，也是社会发展需要。

四、项目管理在软件开发中的应用

1、可行性研究。软件在开发实施前，都要对项目进行一定可行性研究，主要从管理、技术、经济三方面进行可行性研究。现有的管理水平是否能进行软件设计开发，是否符合现代化企业的项目化管理的需要。现有的技术水平是否能进行软件开发，是否能完成企业提出相应功能的实现。现有的经济能力，是否能承担软件开发的费用以及后期的管理与维护费用，有必要的可能软件升级费用等。

2、软件项目估算。在软件开发过程中，首先要规划软件开发项目，如此便于项目管理人员制定切合实际的估算方案。规划软件开发项目的内容主要包括：明确软件开发的目标、明确软件开发过程中需要用到的各种资源、明确软件开发的进度等。在软件开发过程中，估算起着非常重要的作用。通过估算可以保证软件项目在规定的时间内完成，也可以确保软件项目的成本未超出预算。

3、软件项目开发人员的管理。软件开发项目开发核心要素是人，包括管理人员及技术人员。人员的科学管理是软件项目开发质量的保障，科学的人员管理，可以提高工作效率，提高软件开发质量，节约开发成本，因此软件开发公司现在都很重视项目团队的建设。

总之，项目管理在软件开发过程中应用，提高了软件开发质量，并且取得一定成绩，解决了软件开发过程中出现的问题，为软件开发作出很大贡献。

参 考 文 献

篇12

软件公司项目管理主要是指为了保证某一项目目标的实现，从而开展的前期项目开展计划、全程的项目管理、项目的绩效考评等。项目管理质量的好坏主要依据项目的整体绩效、项目投入成本、项目完成周期以及项目涉及范围等几方面，在这几个主要评价指标中，能够进行有效管理控制的只有项目成本，通过对软件公司某一项目成本进行核算，可以准确的评估项目的开展状况，并能够进一步确认项目的收益。此外，通过核算项目成本，确保项目进度以及项目范围处于合理的控制范围内，确保项目能够取得应有的收益。因此，强化软件公司项目管理，必须强化针对项目成本的核算，从而提高项目整体管理水平。

一、项目成本核算主要内容分析

现阶段，项目成本核算的内容主要包括直接成本以及间接成本两部分，直接成本主要包括项目开展材料费用、人工费用以及其他各类直接费用，间接成本主要包括参与项目开发的各种管理费用、员工福利支出以及员工保险费用等。对于软件公司的项目开发而言，由于主要是由员工利用计算机进行技术研发，所以成本主要是由人工成本所构成的，人工成本的高低也是决定项目开发经济效益的关键因素。

二、软件公司项目开发成本核算问题分析

1.人工成本核算困难

由于软件公司在项目开发过程中人工成本是最难以准确核算的部分，而且人工成本在总成本中的比重最大部分，项目在开展过程中，迫于时间和质量的要求，必须在项目开展过程中追加人力，这就造成了人力资源的使用超出了原计划的预算，造成项目开发成本的提高以及整体利润的降低。

2.软件公司项目成本核算体系不健全

软件行业作为一种新兴的行业，与其他领域相比较，在成本核算方面理论体系是相当不成熟的。而且现阶段大部分的软件公司成本核算并不是根据单独的项目进行核算，而是结合部门进行统一核算的。由于一个部门可以承担多个项目，因此难以根据某一项目的财务管理数据开展项目核算工作。

3.我国相应的企业会计准则中针对项目成本核算缺乏明确的规定

现阶段在软件公司项目成本核算过程中，究竟是作为无形资产、在建工程或者是存货，进行核算，缺乏一致的认识，以项目作为核算中心的财务体系不健全，导致项目成本核算存在较多问题。

三、项目成本核算管理

强化软件开发过程中的项目成本核算管理，已经成为项目开发管理的主要内容，项目成本主要通过以下几方面进行核算管理：

1.软件公司项目开发工时统计

（1）建立健全项目管理相应的数据信息。对于参与项目信息管理收集的单位组成及人员主要包括开发的部门、人员组成、项目编号的设置以及项目的具体开展阶段，进而对项目开展进行全方位的动态监控，同时也可以以此为依据核算出不同时期项目开发所耗费的总工时，将工时与原先预算时候的项目指标进行科学比对，从而明确项目管理的实际状况以及是否发生偏差，可以根据不同的情况对项目开发的步骤或者是预算进行调整管理。

（2）软件公司项目开发工时的统计。工时统计直接关系到软件公司项目开发成本核算的准确程度，这一部分是软件公司项目管理中的核心环节，因此软件公司的各个管理层都应当强化重视工时统计工作，并针对工时统计表、相关负责人审批、主管部门整理汇总以及最后的分析比较等。对于项目开发过程中的工时统计方法主要有以下两方面：通过相应的管理软件，并结合员工的考勤平台填报；手工填报法，并将表中的统计数据准确地录进系统中，再通过统计分析得出相关人员的单位项目耗时。

2.项目人工成本计算

在这一部分的核算中需要将每个人的人工工时与其相对应的工时工资相乘来获得，也就是把参与某一个项目的人员的总的人工成本进行累计相加，以此获得这个管理开发项目的直接人工成本。

3.间接人工成本的分配

一般情况下，项目开发的间接费用是根据具体的项目管理部门来核算的。 软件公司在进行项目开发过程中的研发部门的职工福利费、社会保险以及内部管理、培训学习所耗人工成本都属于间接人工成本；而房租、水电、固定资产折旧等都是其他间接费用。对于这些间接成本的核算，应当汇总至部门管理费用之中，在项目开发结束时同意分配结转到各合同项目成本中。对于分配方式的选择，可以根据部门所承担的各合同项目人工成本占所承担所有合同项目的人工成本之和的比重来分配。 在软件开发项目结束时，根据间接费用的分配计算结果作分配结转分录，将研发部门的间接费用分配到各个合同项目中。通常情况下采用财务软件核算的公司期末只需算出分配率，再利用软件期末自动结转分配的功能设置结转分录，由系统自动结转间接费用即可。

4.软件公司项目成本的归集以及结转

一般情况下，软件公司开发某个管理项目需要耗费较长的时间，不少的项目成本在进行会计核算时常常会跨域某一个会计期间，在多个会计期间内核算。在这种情况下，就需要新设置一个相应会计科目来整理归集软件公司的项目成本，在会计周期末，软件公司可以根据项目的实际开发进度合理地确定项目的完工比例，并对收入和费用进行科学结转。

首先，在进行软件开发项目的成本核算过程中，应该针对资产类会计科目中增设“项目成本”科目，通过项目成本这一科目来汇总软件公司项目开发过程中所发生的所有的直接成本以及所有的间接成本并且在设置相应科目时应当尽量细化具体，将科目落实明确到具体的部门或者项目，现阶段，较多的采用一些具有辅助核算功能的管理软件来进行项目成本的核算，进而明确项目参与各部门的总的项目成本，以此可以实现科学合理的项目绩效评价。

其次，在软件公司项目核算中还需要遵循成本费用配比原则以及权责发生制原则，在进行相应成本的结转时要确保与相关收入金额匹配，可以依据完工百分比法确认项目收入情况，并依据收入结转比重结转成本，计算利润。

再次，项目开发过程中，公司财务人员还可以以积极参与公司管理，通过向业务考核部门提供相应的项目进展数据以及绩效评价财务信息等，帮助管理层提升管理能力，并以此深化部门项目业绩考核，强化项目监管和控制，提升管理效率和效益。

四、结语

软件公司作为以科技为核心的技术型企业，主要是针对科技知识以及信息的生产、处理以及应用，作为以知识资源为基础的知识经济的代表，传统的项目管理的理论以及观念已经难以适应。必须对软件公司的项目管理进行深入的研究。因此，软件公司在进行项目管理过程中，必须充分认识到项目成本核算的作用，并分析项目成本核算的主要难点，按部就班的开展项目成本核算，提高项目管理水平，确保软件公司项目开发的顺利进行。

参考文献：

[1]吴晓颖.新时期会计专业大学生参与成本核算与管理探析（期刊论文）.商情2010（3）.