项目管理软件论文精品(七篇)
项目管理软件论文篇(1)
1.1人员的组织与管理
一项工程的具体工作涉及到人员的管理，工作任务的分配，责任内容的明确，因此人员的组织及管理是工程项目的关键因素，要把注意力集中在项目组人员的构成、优化。
1.2软件质量管理
软件质量管理在工程项目实施过程中决定着质量方针与责任的范畴，包括质量计划设计制定，项目质量检测保证和项目质量控制等程序。通过保证手段在质量过程中有效进行。
1.3软件配置管理
英文简称SCM，是在开发者中，标识，控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。记录软件项目产品的更新过程，从而保证研发者在软件项目周期的各个阶段能够获得准确的产品配置。对项目开展过程软件开发进行有效调控和有效预测具有重要作用。
1.4编写软件项目计划书
它是软件项目管理组的首要任务，主要包括工作量、成本、开发时间的估计。并根据估计值制定和调整项目组的工作，详细记录了开发日程安排，资源供需，项目管理等各项情况。使从事该项目的人员了解该项目的大致情况。
1.5软件风险管理
软件工程风险管理是预测工作中可能出现的各种危害到软件产品质量的潜在因素的问题，对风险产生的后果进行分析评估。计算机软件风险预测的准确性评估与有效防范措施的应用都利于提高软件工程的效益，降低风险带来的经济损失，有效保证相关利益业主的权益。这几个方面都是相互贯穿、交织于整个软件开发过程中的。
2软件工程项目管理中存在的现实问题及解决方案
2.1人员工作安排不明确，应建立团队合作意识
在工程项目开发过程中是需要每个岗位人员的相互协调及无障碍交流，没有团队协作意识是无法有效的利用时间和资源开展各项工作。因此我们要提高一个工程项目的工作效率，就要合理安排人员的工作分配，强化每个工作人员的团队协作意识，有效避免管理团队中存在的分工不明确，不合作的问题。只有相互协作和相互信任的情况下才能高效的完成一件优质的软件工程项目。建立一套完善的人事考核制度，加强对员工的职位升降，工资奖金分配管理，有利于提高员工开发软件工作的积极性。
2.2缺乏实践性调研报告，应纳入到软件项目计划书
软件开发工程不仅要创新变革，也要考虑到它的实用性，以往出现的多个工程项目没有对实际项目建设中的需求实体和实际进行要求，以及实际项目建设的数据进行合理有效的调研，导致出现设计完整的软件产品运用与实际偏差较大，造成不必要的人员和资源浪费。因此要在软件设计前给予项目调研工作高度重视，对实际软件项目的需求及要求严格调查，应将软件项目调研报告附于项目计划书中，引起重视。
2.3风险管理意识不够，应该强化提高人员对风险管理的认知
风险的发生很可能会造成不可估量的损失，但是风险的发生是具有可控性的，如果能有效控制就会避免发生风险事故。可往往在计算机软件工程项目管理中的工作人员却很少知道风险管理的重要性，于是在软件开发中应提高项目主要负责人的风险管理理念，提高自身对风险管理预测能力的水平。只有了解了风险管理理论与风险管理体系，定期对项目实施中可能发生的风险进行有效排除，把控好风险管理前后的形势。
2.4杜绝搞工作进度，应要完善管理体系，对工作进度严格把控
项目管理软件论文篇(2)
AbstractContent:Withthedevelopmentatfullspeedoftheinformationindustry,theprojectmanagementisaneffectualofficeproceduretothesoftwareenterpriserelyingmainlyonapplicationanddevelopment,theapplicationinsoftwaredevelopmentoftheprojectmanagement
ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed
throughtheorigincauseofformation,existingproblemandcorresponding
solutionofapplicationtotheprojectmanagementinsoftwaredevelopment
mainly.
关键词：项目管理，软件开发
Keywords:Projectmanagement,Softwaredevelopment
如果用两个字概括当前社会的特点，那就是“变化”，而这种变化在信息产业中体现得尤为突出，技术创新速度越来越快，用户需求与市场不断变化，人员流动也大大加快。在这种环境下，企业需要应对的变化以及由此带来的挑战大大增加，也给管理带来了很多问题和挑战。软件行业是一个极具挑战性和创造性的新行业，管理上没有成熟的经验可供借鉴。而项目管理应该说对于软件企业，尤其是那些以应用开发为主的软件企业，是行之有效的管理方法。因此，项目管理在软件开发中的应用日益受到重视。
项目管理的两个问题
1、什么是项目管理？
项目管理是在一定的约束条件下，以高效率地实现项目业主的目标为目
的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。
2、为什么要有项目管理？
没有项目管理，项目也有可能成功。但没有管理的项目，很难保证项目
的利润空间，对公司来说，亏损的风险就大。所以我们要有项目管理，以保证公司在总体上是盈利的，注意不是每一个项目都要盈利。
另外，有了项目管理，就有了管理改进的基础，无论刚开始的项目管理多么糟糕，只要有管理，就有了改进的可能性，至于能不能得到改进，以及改进的快慢，则取决于两个因素：一个是人，特别是各级管理者；另一个是利益。关键是“利益”，准确的说是“利益的分配”，在权责利明确的前提下，人才能充分的发挥作用。还需要指出的是“利益”是多元的，这里的多元不仅指利益的具体形式，而且指利益的受众是多元的，包括客户方相关人员个人的利益。
3、项目管理的发展与现状。
今天，项目管理作为一种现代化管理方式在国际上已获得了广泛的应用，从最初的国防、航天、建设工程领域，迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展，项目管理技术的不断进步，项目管理软件产品层出不穷，其功能、特点、应用对象也各不相同。当前，越来越多的企业和组织在内部推广项目管理的理论方法及管理模式，如果都采用项目管理软件进行管理，效果就更加明显，可以节省大量的资源和财富。国外90%以上的项目管理都采用软件进行，但我国在这方面的应用还不到10%。新世纪项目管理在中国的迅速兴起，给软件企业的发展带来了前所未有的发展机遇。
项目管理在软件开发中的应用的成因
随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作，每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理，专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，甚至面临失败。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。
早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。
目前的软件开发正逐步趋向于复杂化、多元化，大多数开发团队中都会出现同时开发多个版本、开发/维护工作并存、多地点同时开发等情况，给软件开发管理带来了前所未有的困难。如果管理不善，必将造成版本混乱，各个开发人员的工作相互交叉、干扰，整个开发团队的工作在一种无秩序的不良状况下运行，严重影响软件产品开发的进度和质量。
因此，随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用开发的项目管理日益受到重视。而项目管理技术的发展与计算机技术的发展是密不可分的，随着计算机性能的迅速提高，大量的项目管理软件涌现出来。它们可以用于各种商业活动，提供便于操作的图形界面，帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。
软件项目管理常见问题及解决方案
对于软件开发项目中，经常出现两种极端情况，一种是创造了新的生产率和质量的纪录；一种则完全是一场灾难，不是被取消就是拖延很长时间。前者如在很短的时间内，为了赶进度，在几乎不可能的时间内开发出一套软件产品，创造了软件开发的记录，满足了上级所要求的上机日期，由于开发时间太短，过于仓促，上机时，问题百出，试运行时间长达几个月或一年半载的，而且程序一改再改，维护工作量大。
后者，如某套系统未弄清楚需求，或因设计问题，开发失败。通过提炼这些成功和失败的例子，软件项目成功或失败的根本原因可能会更清晰一些。
目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。
分析目前项目管理需要改进的问题可以从几种相关角色的角度去考虑：项目经理、项目组成员、公司管理人员、市场人员、客户等。
问题一：缺乏项目管理系统培训（相关对象：项目经理、管理人员）
项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理（甚至很少是管理专业的），被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。
解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
问题二：项目计划意识问题（相关对象：项目经理）
项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
解决方案：在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关各种知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
问题三、管理意识问题（相关对象：项目经理）
部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。在软件企业中，项目经理大多是技术骨干，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高，项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
问题四：沟通意识问题（相关人员：项目经理、项目组成员）
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。
解决方案：制定有效的沟通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作为教训提醒，以提高沟通意识；沟通方式应根据内容而多样化，讲究有效率的沟通；通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。
问题五：风险管理意识问题（相关人员：项目经理）
项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。
解决方案：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
问题六：不重视项目经验的总结（相关人员：项目经理、管理人员）
项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识，或
者是因为紧接着要参加下一个项目，总体对项目总结的重视程度不够。有些是项目总结报告一再拖延，有些是交上来的报告质量较低，敷衍了事。
解决方案：在制度上鼓励和加强项目经验总结工作，使得项目总结及时并且具有指导意义而不是走过场。
问题七：项目干系人相关问题（相关人员：项目经理、项目成员、客户）
在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、
工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作问题，客户参与程度部不高，客户方相关责任人不明确或对范围和要求责任心不强，提出的要求具有随意性，项目前期对需求的确认不够积极；或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付；项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。
解决方案：项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
问题八：项目团队内分工协作问题（相关人员：项目经理、项目成员）
项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任
分工不够清晰而造成工作互相推诿、责任互相推卸的现象，有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰但是各项目成员只顾完成自己那部分任务、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗，从而影响了项目的进展。
解决方案：项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。
以上对软件开发项目管理中出现的问题的分析还不够深入，也无法列举所有遇到或将遇到的问题，解决方案也要根据实际情况进行调整，希望引起对这些问题更多的思考和改进。
结束语：项目管理虽然没有非常高深的理论，但要真正实施起来，也绝非易事。对于软件开发企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，宣传并树立公司范围内的项目管理文化十分重要。从而在实践中锻炼提高，解决各种各样的问题，使项目管理工作越做越好。
参考文献：
吴照云《管理学原理》经济管理出版社
StanleyE.Portny（宁俊等译）《如何做好项目管理》新经济工商实务丛书
NealWhitten（孙艳春等译）《管理软件开发项目》（第二版）软件项目管理系列丛书
项目管理软件论文篇(3)
软件项目管理是使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。软件开发的整个过程都是设计过程而且不需要使用大量的物质资源(主要是人力资源)，并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。因而企业软件开发项目管理水平直接决定了软件开发的能力，科学、系统的软件项目管理也从很大程度上减小了开发风险。通过运用软件项目管理来科学地开发软件有效地减少了开发风险，保证了质量。
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软件测试
测试是指软件产品生存周期内所有的检查、评审和确认活动。在软件生命周期的每个阶段都不可避免地会产生差错。软件测试的目的就是在软件投人生产运行以前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。
项目管理软件论文篇(4)
关键词：软件项目；风险管理；理论分析；方法探究
中图分类号：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）.
项目管理软件论文篇(5)
关键词：人力资源管理信息系统 面向项目 角色模拟 教学模式
人力资源管理信息系统（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）
项目管理软件论文篇(6)
【关键词】高职高专 工程管理 课程 P6 项目管理
【中图分类号】G71 【文献标识码】A 【文章编号】2095-3089（2013）12-0233-01
一、P6项目管理软件简介
P6软件是一套由美国Primavera公司研发的适合项目级和企业级推广应用的项目管理软件。世界上最大的企业级项目管理软件供应商，从事项目管理软件的研发有30年的历史。现被orcle公司收购。在美国，十有八九的工程项目使用Primavera进行项目管理，中国有4，200多用户，分布在700多个公司。目前已推出P6V8.3版本，个人版为免费使用。
P6项目管理软件主要有以下几个方面的功能：
1.多项目、多用户及多权限设置管理
2.项目进度计划及进度管理
3.资源的使用分析及平衡
4.项目预算、费用计划，跟踪实际成本支出
5.项目文档记录
6.项目风险分析及跟踪
二、工程管理课程主要的知识内容体系
高职高专工程项目管理课程的知识体系长期以来一直比较固定，大部分教材都沿着体系内容进行编写，主要包括以下几个方面：
1.项目经理责任制
2.项目管理规划，施工组织设计
3.项目进度计划，流水施工及网络图
4.施工项目的成本、质量、安全控制
5.施工项目合同管理
三、P6项目管理软件在工程预算课程应用
P6项目管理软件的使用离不开项目管理知识，同样，工程管理课程的基础知识需要通过工程实例的实际应用加深理解。在工程管理课程的课堂教学内引入P6项目管理软件，使得原来比较枯燥的理论知识有应用对象，也使得原来比较难以操作的P6项目管理软件在教学下学生易于理解，以下是工程管理课程与P6项目管理软件课程安排点。
1.工程管理课程中的项目经理责任制，通过P6项目管理软件内设置的权限管理，使学生更加清楚理解权限的概念。P6软件内设置了诸多权限选项，可以根据施工现场的实际情况配置项目经理权限，施工员权限，材料员权限等。
2.项目进度计划，P6项目管理软件是按照关键路径法进行参数计算的软件，所以在进度计划安排上可以反映出网络图的参数计算，包括最早开始时间，最晚开始时间，总机动时间，自由机动时间等六个时间参数。对于流水施工，可以通过计算后在逻辑关系上进行延时来完成。
3.项目的成本、进度控制，P6项目管理软件通过“赢得值”这一参数对工程进行实际的成本分析控制。通过输入预算值，实际值，软件自动进行赢得值的计算，通过分析费用差值（盈利）和时间差值（进度指标），对项目进行动态的控制。
4.施工项目的合同管理。P6软件内包括文档管理，可以给每个工作任务加以合同文档，进行合同文档管理，同时外接专业的合同管理软件Contract Manager进行专门的合同管理，相关数据可以直接导入P6软件内。
5.项目管理规划，通过上述的几项可以完成施工进度计划，通过在软件资源加载可以完成资源需求计划，在P6软件内有EPS及OBS，EPS（企业项目结构）和OBS（企业组织结构），通过EPS和OBS的一一对应，可以完成项目管理规划中的施工管理组织机构，并且通过权限设置，使学生更加深刻理解。
四、实际的课程运用案例
在实际的课程教学中，在《工程预算与管理》课程中应用了P6项目管理软件进行案例分析讲解，引发了学生较高的兴趣。在工程管理的课程内容穿插结合实际的P6项目管理案例（新校区图书馆工程），使得学生在学习了理论知识的同时，也掌握了进行工程项目管理的实际操作方法。
五、总结
目前高职高专的工程管理课程最大的问题就是无法和实际结合进行管理，纯粹的理论教学使得学生在学完之后还是比较模糊。通过与软件的穿插结合教学，通过实例使项目管理的基础知识用在实地，学生增加兴趣的同时也掌握了实际的应用，一举两得。
项目管理软件论文篇(7)
关键词：POPBL教学 软件项目管理 教学现状
中图分类号：G420 文献标识码：A 文章编号1672-3791（2014）07（c）-0162-01
1 软件项目管理的教学现状
软件项目管理是软件工程学科的一个重要分支，它涉及工程概论、管理学、计算机科学与技术、数学、统计学等多学科知识，是一门综合性较强的专业课程，在软件工程专业课程体系中占有十分重要的地位。在普通高等学校软件工程本科专业的教学中，“软件项目管理”课程通常作为一门核心的必修主干专业课程。该课程主要通过学习软件项目管理的各种基本理论、方法以及技巧，让学生可以在短时间内掌握软件项目管理的基本知识和实践能力，培养学生在大型软件开发中管理软件项目的基本能力，使学生掌握规范化的软件开发和质量控制过程[1]。
软件项目管理作为软件工程专业的重要课程，对软件人才的培养具有举足轻重的作用，受到越来越多的重视，但在实际的教学过程中还存在着一些问题。比如软件项目管理涉及知识点众多，概念抽象，老师在工程项目经验方面比较少，授课内容往往昭本宣科，而学生也没有实际项目经验，对于工程概念的理解则更加的困难，从而造成了学生在学习的过程中会感觉难度较大，进而对所学内容失去兴趣，最终使软件项目管理课程的教学效果非常不理想。为此我们要改变传统的教学模式，引入POPBL教学模式，构建适合软件项目管理特点的教学形式。
2 POPBL与软件项目管理教学
POPBL是Problem oriented and Project-based Learning的简称，是丹麦奥尔堡大学的著名学习模式，在POPBL模式中包含学习方法、学习内容和学习的社会性三个方面，其中学习方法以问题为导向、通过项目进行组织学习；学习内容上则跨越传统的学科边界，鼓励学科交叉，避免学科单一；学习的社会性则以多人小组合作的形式来实现学习过程的互动，人与环境的互动。
POPBL教学法在软件项目管理教学中的应用可以有以下几个方面：研究项目的确定、问题情境的创设、分组讨论问题和目标的确定、解决问题所需资料的收集、解决问题方案的确定、对学生的评价及总结反思等六个步骤。运用POPBL教学法时应注意明确教学目标、选择适合的项目、构建科学的问题情境、改变传统的教学方式、建立起更加科学合理的评价体系等问题[2]。
3 软件项目管理中POPBL教学的关键问题
3.1 适合项目的选择
由于软件项目管理并不是对开发过程中技术的学习，而是掌握软件项目开发过程中的管理方法。因此在选择项目时，要能够让学生将注意力从技术细节上转移出来，更多的投入到软件项目管理的计划、沟通和控制上。我们选择的项目要是一个具体任务化的学习和训练项目，具有完整性、典型性和综合性的特征，对现实的项目进行教学加工以满意足教学需要。因此所选项目要使教学内容能充分围绕项目展开，包含一个完整过程的所有内容，并结合学生的认识水平，符合教学和学习规律。从而能够达到知识学习和技能训练的目的。
3.2 问题情境的创建
创建问题情境是POPBL最关键的环节所在，设计一个作为学习起点的问题。问题是实施POPBL教学过程的核心，因此，问题情境创设的好坏决定了整个POPBL教学过程成败。
因此，在进行问题情境的创建时应从实践经验出发，结合软件开发项目管理中的实际问题，并进行综合的设计从而形成一系列仿真情景问题，安排在我们实际的教学活动当中，通过这些问题情境的创设，使学生能够认真思考并进行深入研究。从实际执行情况看，问题情境的好坏直接影响学生的学习效果，如果问题难度不大则很容易让学生对问题失去兴趣；而如果问题过于复杂则会对学生造成阻拦效应，使学生望而却步，教学效果同样不佳，因此，我们要使问题具有合理的难度和可操作性，让学生产生足够的兴趣，从而激发出学习的动力。
3.3 教师作用的发挥
教师在整个教学过程中的作用体现在方方面面，项目的选择，问题情境的创设，难易程度的考量都是由教师来进行把握的，其好坏直接决定了教学效果的好与坏，甚至是教学的成功与否。因此，POPBL教学模式在软件项目管理中的应用对教师的能力素质提出了更高的要求，在教学的过程中，教师要是一个学科专家，对软件项目管理的各个环节、技术手段和工具的运用都了如指掌，同时要求教师又要是一个指导专家，对于学生在学习过程中遇到的任何问题都能够给出恰如其分的指引或者是建设性的意见。因此，教师对于POPBL教学活动中各个关键环节都有着非常重要的作用，如何能更好的发挥教师在整个教学活动中的作用是我们需要不断考虑的问题。
3.4 科学合理的评价体系的构建
课程考核不仅对是对学生所付出劳动的肯定也是对教学效果的检验，同时科学合理的评价体系也能够充分的调动起学生学习的兴趣和主动性。针对软件项目管理课程的特点，结合POPBL教学实际，我们要改变传统的考试模式，采取灵活多样的形式对学生的学习效果进行检验，比如通过对项目的展示、小组撰写的项目计划及报告和临场的答辩等形式来给出成绩。当然这样并不是不需要学习理论和进行理论的考核。在进行答辩时，可以加入一个理论知识考核的部分，这种方式比期末笔试更灵活，也让学生对“软件项目管理”基本思想、理论和方法有更好地了解和掌握，也能够有效地激发学生主观能动性，让学习更有效果。在以小组为单位演示并讲解计划书和进行答辩时，评委可以请一些平时参与实践课的企业专家，这些专家的提问会更有针对性，更有商业实战的效果。因为项目是以项目组为单位进行的，所以在定量成绩时，需要项目组成员对各自完成的角色和任务进行描述，通过自评和组内互评得出成员对整个项目的贡献情况，做到公平、公正。
4 结论
通过对POPBL教学模式的引入，改变了传统的软件项目管理教学中存在的缺点和不足，让晦涩的理论知识与实际项目结合，生动而深刻的展现出了软件项目管理在软件项目开发过程中的作用，丰富了教学活动，起到了良好的教学效果。
参考文献
