项目管理软件论文
2025-06-18 14:19:37
0

项目管理软件论文

前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇项目管理软件论文范文,相信会为您的写作带来帮助,发现更多的写作思路和灵感。

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

论文:项目管理进度控制费用控制质量控制软件开发

人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中,计算机及其软件产品发挥着至关重要的功能。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关新问题.以期提高软件项目的开发效率。

1、有关软件项目管理

1.1项目和项目管理

项目是一个旨在完成一个或一些独特产品或服务的过程.它有着一系列被具体描述的属性。由于项目的独特性和一次性特征,引伸出它的其他特征.如目标的确定性.成果的不可挽回性组织的临时性和开发性等。基于项flI的这些特征.项目运作更加注重项目决策前的计划以及对实施过程的控制,以减少项目运作的风险。项目管理是2O世纪50年代后期发展起来的一种计划管理方法,它运用先进科学的管理方式.有效解决大型组织的效率低下和小型企业面临的风险增加新问题以组织的机动灵活.面向客户和资源利用率高而被广泛应用。在工程设计.施工软件项目的开发、实麓中经常会碰到进度拖延.费用超支、质量不达要求等新问题除去极少数是因为技术原因造成,绝大部分是源于僵化的管理和不当的管理方式。

1.2软件项目管理

各软件企业都在积极将软件项目管理引入开发活动中.对开发实行有效的管理。从概念上讲.软件项目管理是为了使软件项目能够按照预定的成本.进度、质量顺利完成.而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时,随着软件开发规模及开发队伍的逐渐增大,软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员和支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理.专业分工也可以降低对开发人员的要求,从而降低产品研发成本。

2、软件项目控制

2.1软件项目控制

软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划,正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动.主要通过在所选出的软件工作产品完成时和在所选择的里程碑处,将实际的软件规模工作量成本和时间表和计划相比较,来确定进展情况。当确定未实现软件项目计划时,采取纠正办法。这些办法可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的办法。

2.2软件项目控制的内容

软件项目控制的目的是为软件项目的过程提供足够的能见度,从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括:a。追踪软件项目的进展于表现从而和所作的估计、承诺和计划做出对比:b。追踪软件项目的风险;C。在发生对计划的严重偏离时采取适当的更正行为。

2.3软件项目控制步骤

由于软件开发是处在一个开放的动态系统中,开发环境的不断变化要求不断修改项目计划,以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的新问题.解决这些新的矛盾和新问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据.假如在项目实施过程中控制不住.很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤:a、猜测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作;c、正在(或已经)发生的实事同猜测的结果进行比较——分析误差产生的原因:d及时采取补救办法.以满足项目目标,预算和进度的要求。

3、软件项目控制具体操作

3.1软件项目进度控制

为了确保软件开发中的各项工作能按照计划预定的日程顺利完成.对项目的进度要进行控制。进度控制的过程是.在项目实施过程中,不断地进行实际进度值和计划值的比较、发现偏差、检查分析其产生的原因,并采取相应的办法加以解决。

3.1.1进度控制流程

(1)进度控制的输入

进度计划。项目进度基准是项目测量和报告的基础和标准。

实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度新问题。

变更要求。项目变更要有严格的申请和审批手续。

进度管理的技术和工具。

(2)进度管理的技术和工具

进度控制变更系统。为有效实现进度管理和控制.进度控制系统应设立实现重新计划的全部功能。包括:文件设立.跟踪即实施报告.变更评估等。

实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏办法。而实施情况报告提供了决策的主要信息。如变更分析.趋向分析.已实现价值分析等。

纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求,在项目实施过程中.需要不断对原计划进行调整或增加新的工作内容。为此.需要不断对实施的项目进行活动时间猜测。修改活动过程.替代进度方案分析。

项目管理软件。它的功能是跟踪项目按计划日期展开实际工作的情况.对照进度计划分析进度目前状况,找出进度的偏差.分析进度偏差对项目的影响.猜测未来走势

(3)项目进度控制的输出

进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种.师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。

从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估和选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。

3.1.2进度控制方法

一般项目进度控制采用因果分析.分析用四步完成:

(1)明确新问题。实际完成情况和项目里程碑相对照.确定是否超期.超期的部分是在哪里。

(2)查找产生该新问题的原因。位从系统角度充分熟悉各方原因.应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组,以及在各职能部门的人共同分析新问题产生原因。

(3)确定个原因对新问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法,事先确定权数.而后打分得出分析结果。

(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对新问题提出解决方案.并实施。

3.1.3软件项目进度控制具体办法

在实施进度计划过程中,会有种种故障:客户的需求进行了补充或修改;工作量估算不准,造成进度不平衡或是有人不遵从开发规范.导致产品出现缺陷;或是技术环节出现故障,这些新问题往往是在进度计划外出现的.一旦出现这些新问题,项目进度不得不进行调整。开发过程中为了有效控制类似新问题,可以采用以下辅助办法,控制进度按计划执行:

(1)政策性办法。对于不遵从开发规范,人员不按时履行职责的.给予经济或是职务上的处罚.这种办法应是建立在分配任务之前;

(2)人员布置。在各子项目接口处适当布置机动人员和机动时间。这一办法有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估.奖励新问题。

(3)技术办法,要想很好地执行进度计划,需要事先有统一的规范例如开发语言的统一,文档的归类。这样便于下一阶段人员理解上一阶段人员意图,交流更加轻易。

(4)信息流办法。该办法要求建立一个信息流系统.准时汇报项目进度.便于主控人员调整进度,并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。

(5)资金办法。财务部门可以定期检查各部门财务情况.控制资金流出时间.进而控制项目进度。这和后面要讲到的三者权衡有密切关系。

3.2软件项目费用控制

费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段.原型设计阶段开发阶段.测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润.在实施项目过程中就要控制成本.在控制过程中,首先要拟定一个标准.即计划值.然后进行实际至于计划值的比较,确定实际值和计划标准的偏差大小.以便在此基础上采取各种办法纠正偏差.常用的分析工具是偏差分析。

偏差是指实际成本对相应计划的偏离,成本偏差的数学公式为:

CV=BCWP-ACWP(负数CV表明出现超支;反之,则节资)(3—1)

其中:CV为成本偏差,BCWP为计划工作预算,ACWP为完成工作实际成本。

在进行成本偏离计划程度分析时,常用计划偏差率反应时给予计划的偏离程度。

CVP=CV/BCWP(3-2)

其中CVP为成本偏差率。

偏差值是控制分析中的一个关键参数,因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次,对偏差的控制程度不一样,制定偏差答应值的方法也不同。由于随着时间的推移风险减少了,因而偏差答应也可降低。超级秘书网

3.3软件项目质量控制

对于软件产品的项目质量控制应是事前有预控,过程有监控的主动控制闭环系统。(1)事前预控:根据影响质量因素多等特征.软件项目质量必须事前预控,及根据软件的类型和特征,以及以往类似项目的常发病和预防办法,对软件项目质量提出事前预控办法,包括制定控制的计划和程序,这是项目质量控制的前提。(2)过程监控:根据易产生质量波动和易产生系统因素变异等特征,软件项目质量必须过程监控.即按照预控的计划和程序,对工序、分项、单元的全过程进行过程监控.包括监测、检查、控制和评定.这是项目质量控制的基础。

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

关键词:软件项目;软件过程;CMM;KPA

一、引言

项目管理(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开发质量

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

项目管理软件论文范文第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篇

0 引 言

产品数据管理 (PDM) 是将计算机在产品设计、分析、制造、工艺规划和质量管理等方面的信息孤岛集成在一起,对产品整个生命周期内的数据进行统一的管理,广泛应用于与产品设计相关的很多领域。

1 项目管理的功能、建立及实施 PDM按照应用的范围可以分为企业级PDM和工作组级PDM,企业级PDM的功能结构如图1所示。

其中项目管理功能是PDM系统最核心的功能,本文将对项目管理的功能、建立及实施进行研究。 项目管理的定义是:为了在确定的时间范围内,完成一个既定的项目,通过一定的方式合理地组织有关人员,并有效地管理项目中的所有资源(人员、设备等)与数据,控制项目进度的系统管理方法。项目管理所涉及的信息最多,范围最广,实现起来也最复杂。

项目管理主要包括三个方面的信息,即人的信息、物的信息、任务的信息。其中人的信息包括项目人员指定,项目人员编组,人员角色分配。物的信息是指该项目要完成的产品对象,以及在完成过程中参考的资料、生成的文档和产品零部件等。人对物的作用构成任务信息。项目管理通过任务分配将将人和物联系起来,任务的分配和进行又要遵循一定的流程规则,按照一定的流程规则进行的项目使得用户在管理项目和监督项目时十分方便。下面以自行开发的 PDM 软件 FIEYEEPDM 在项目A-142冷墩机上的应用, 论述项目管理功能的实现。 在创建一个新的项目后,通常要对项目进行产品结构上的分解,指定项目人员,为人员指定不同角色,分配不同任务。

1.1 项目产品结构分解

项目产品结构分解是把项目要完成的产品进行结构上的分解,项目产品结构分解有利于优化对项目的管理, 项目产品结构按照树状关系存于PDM数据库之中。A-142 冷墩机的结构分解见图 2。项目人员编组是在项目产品结构分解基础上的对项目人员的二次组织,不同的编组称为团队(TEAMWORK) ,它们都是所属项目的子工作组,项目的子工作组之间的关系按照树状存于 PDM 数据库之中。

1.2 项目人员指定

项目人员指定是指从企业指定一部分人组成一个临时的工作组 (也叫团队) 来完成特定的项目,在指定过程中,可以指定企业某一部门的所有人员,也可以指定企业某一部门的某一个特定的人或角色来参加项目。对于部门作为一个整体来参加项目的,在项目管理时将把此部门作为项目工作组的子部门来管理,它在项目编组时并不出现在编组中。

人员角色分配是用来为项目人员指定角色来完成特定类型工作的,一个角色对应企业中的一个特定的工作岗位,如设计员,主人设计师,工艺员,主任工艺师,总设计师等,不同的企业人员可以承担同一个角色。

在 PDM 系统中,角色分为静态角色和动态角色,企业中固定的部门中的固定的岗位对应的角色称为静态角色。在项目中的角色由于其随着项目的存在而存在,被称为动态角色。不同的角色之间存在类似上下级的管辖关系,其关系如图 3。

角色与用户之间的关系用树状关系存于 PDM 数据库之中。

1.3 项目任务分解

任务分配是为不同项目成员或角色分配任务,不同的PDM在任务分配上有所不同, 有的PDM是按照角色进行任务分配的,有的是按照用户直接进行分配的, 有的是混合使用两种方法。 FIEYEEPDM就是混合使用两种方法。任务分配的很重要的功能是任务分解,任务分解分为横向分解和纵向分解,横向分解是将某一任务分解为几个平行的子任务,子任务之间没有时间上的先后关系,通常横向分配都是按照产品结构进行分配的,如上图中对 A-142冷墩机的分解。纵向分解是将任务按照时间先后顺序分解,通常是按照模板进行分解;模板是在对以往相似的工作进行分析总结的基础上,找出它们在过程上的共性,抽象而成的固定的流程模型。

按照模板进行分解的任务通过模板来监控任务的进行情况,整个项目也可以让其遵循一个任务模板,如A-142冷墩机开发项目可以让其遵循如图 4所示的新产品开发模板。

按照模板分解而成的任务还可以按照横向分解和纵向分解进行再分解,如此层层分解就实现了项目的任务分解,在进行项目任务分解过程中系统将自动纪录当前任务的父任务和当前任务遵循的流程。

1.4 项目任务信息

在进行项目任务分配过程中,为了让特定的成员知道完成任务的具体操作,需要指定任务的输入和输出对象,任务完成的标志也是通过检查输出对象来确定的,输入对象主要是一些参考文档,技术要求文档,任务书等,输出对象主要是产品图纸,工艺卡片,或者产品样品等。

当系统在进行以上操作后,任务监控就变得十分容易了,因为整个项目都已经通过横向分解和纵向分解分解开来,任务之间通过树状关系表单和任务模板联系起来,具体的人和具体的产品对象通过任务联系起来,任务执行情况通过检查输入和输出对象来监控,任务的进行通过流程规则来约束和驱动,考虑到实际情况中任务的重复执行,任何一个任务都有如图5所示信息

例如在设计A-142冷墩机冲头部的连杆时,整个设计过程的负责人为王飞羽,该任务是从冷墩机冲头部设计任务横向分解而来,因此父任务为冲头部的设计,该任务的输入对象为连杆设计任务书,输出对象为经过审核批准通过的连杆图形文件,该任务不是遵照任何流程模板分解而来的,所以不属于任何流程模板,该任务的结束标志为输出对象即图形文件完成为止。该任务本身又按照模板进行纵向分解如图6。

其中设计图纸和技术说明由林文完成,校对图纸也由林文完成,审核图纸由该项目的图纸审核角色即审核员来审核,最后图纸由项目文档管理员进行图纸发放。任务在执行过程中,按照任务的类型将决定任务结束后流程将进行到哪一任务节点,对于设计节点,任务完成后直接进行到下一节点,但是对于审批类任务,任务执行人可以将流程退回到前面某一节点,例如在冷墩机下胎部图纸设计过程中,存在图7的关系。

在项目管理过程中,通过监控每一个任务的全部信息,整个项目将会处于完全监控之下,项目管理就可以实现了。

2 结 论

按照本论文提供的信息建立起来的项目管理模型,可以方便直观地监督控制项目的全部信息,实现项目管理,为项目管理软件的开发提供一个借鉴。

参考文献

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

计算机专业毕业论文格式范文参考

计算机应用技术可以通过利用计算机进行数据信息的收集、处理和分析等,最终达到管理人员的信息输出要求。将计算机应用技术应用到工程项目的管理中,可以更好的解决项目中琐碎问题的查找和归类,实现有序的项目管理,同时还可以有效的提高工程项目的管理效率。

1工程项目管理中计算机技术的应用

1.1多媒体技术

因为多媒体技术在当今社会的不断发展,在工程项目管理中,硬件水平也得到了不断提高。得益于多媒体技术在工程管理中的不断深入,从前需要实打实的进行展现的一些工作步骤如今可以以软件的形式更加方便快捷的进行技术性的工作,这样具有突破性的技术其影响力也是不容小视的。但是,虽然软件为工程项目管理工作提供了许许多多的方便,可与此同时,工作人员在享受软件为工作带来的更多的便利的同时,也承受着更高的风险。因为软件系统不只是一个程序,程序与程序之间相互影响,一旦出现问题,相互影响导致出现问题的概率攀升。而纵观如今的建筑行业中的施工管理,许多建筑施工单位对于管理并不重视,无论是最基础的管理还是后续的管理,都处于放任状态,这样的管理现状不仅对单个建筑施工单位的影响不好,对于整个建筑行业的发展都是极为不利的。在工程项目管理中,所要接触到的信息量时十分巨大的,这些信息量的处理及其消耗人力,并不是领导具有优秀的领导能力,员工具有行动力就可以很好的得到解决的。关于这种软件的开发,其难度是可想而知的,现如今,虽然相关的技术程序已经不断的涌现,但真正做到优秀的、万无一失的软件,还需要相关的技术人员在这条道路上,不断地进行探索。

1.2网络技术

在工程单位进行一个大型项目的建设工作的时候,无论是前期的沟通洽谈,中期的建设工作还是后期的合作处理,都需要来自工程各个方面的人员进行实施的沟通和谈判,而往往这些人员由于工作性质的不同,所在地经常会进行变换,这个时候,为了得到及时的沟通和接洽,在网络上建立一个可以随时进行沟通的网络社交平台是十分重要的。在网络社交平台的选择上,我们可以选择将资料和其他文件进行保存的论坛,也就是BBS,在这里,工程项目中来自各个位置的人员都可以进行沟通,获得信息,进行技术上的技术交流,确保工程能够顺利完成,减少突发状况的发生,也给整个工程提供了更多的方便。

2现如今工程项目管理中的缺陷

在工程项目管理中假如计算机技术的帮助无疑是给现代工程项目管理工作带来了十分巨大的便利,也为工程项目管理工作得以更好额进行创造了一种新的可能,但是,纵观目前的工程管理现状,计算机应用技术在工程项目管理上的运用还存在着诸多问题,这些问题影响着工程项目管理更快的发展,也需要得到一个及时地解决。

2.1关于硬件

作为科技设备,计算机在安装上需要进行许多的资金投入,无论是购买计算机本身的费用,还是安装时所需要的电缆、网络附加费用和安装计算机时所需要消耗的安装费用等,都是一笔不菲的数目。但是,关于硬件上的资金问题虽然看起来是一个不小的问题,可实际操作起来还是十分的容易解决,就目前的状况来看,大多数的项目管理领导在计算机设备和计算机技术上的投资是十分大方的,他们也很愿意在这方面进行金钱投资,因为一方面,计算机应用技术确实能够为工程项目管理带来方便,有着很强的实际应用意义,可以为企业本身创造更大的经济利益。另一方面,加大计算机应用技术的投入,也可以提升企业整体的现代感和形象度,对于企业形象的树立,有着很大的作用。

2.2关于软件

现如今的软件市场上,关于工程项目管理的软件多如牛毛、数不胜数,而如何选择一个适合自己工程项目的工程项目管理软件往往是一个工程项目管理团队面临的难题。在市场上,这类软件种类很多,价格不等,而且由于项目与项目之间的差距,很多软件并不能很好地适用于所需要的项目,这就需要相关的工作人员在挑选软件的时候考虑到多种因素,选择最为合适的软件,进行办公。2.3关于人员在进行完计算机硬件设备的配置和软件的选择和安装之后,应该选择什么样的人原来进行相关的技术操作,是整个计算机应用技术在工程项目管理中能够发挥真正作用的关键环节。计算机应用技术在工程项目管理中的应用技术性强,需要掌握的知识面广,不是相关的专业人才,很难进行操作,而擅长这类技术操作的技术工作人员数量也不是很多,所以,应该加强对相关技术工作人员的培训,这样才能使计算机应用技术在工程项目管理中的作用得到最大限度的发挥。

上一篇:机械类工程师论文

下一篇:趣事新闻

相关内容

热门资讯

税务筹划方案 税务筹划方案前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇税务筹划方案范文,相信会为...
留守儿童帮扶措施及内容 留守儿童帮扶措施及内容前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇留守儿童帮扶措施...
物品交换 物品交换前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇物品交换范文,相信会为您的写作...
应用文写作教案 应用文写作教案前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇应用文写作教案范文,相信...
住宅建筑设计方案 住宅建筑设计方案前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇住宅建筑设计方案范文,...
中西方文化差异论文 中西方文化差异论文前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇中西方文化差异论文范...
施工组织设计毕业论文 施工组织设计毕业论文前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇施工组织设计毕业论...
公共关系学教案 公共关系学教案前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇公共关系学教案范文,相信...
计量经济学论文 计量经济学论文前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇计量经济学论文范文,相信...
农村行政管理调查报告 农村行政管理调查报告前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇农村行政管理调查报...