浅论一种加强软件项目管理的实践模式.doc

浅论一种加强软件项目管理的实践模式论文本文分析了国内软件项目管理中的问题，以软件质量、降低成本、软件项目的可控性为，在和探讨的基础上软件过程给出了软件项目管理的实践模式。该实践模式定义了中的6个关键过程域和3个工作组并从项目的开发 论文本文分析了国内软件项目管理中的问题，以软件质量、降低成本、软件项目的可控性为，在和探讨的基础上软件过程给出了软件项目管理的实践模式。该实践模式定义了中的6个关键过程域和3个工作组并从项目的开发和质量做分析，强调了软件过程对软件项目管理的性。 论文关键词：软件项目；软件过程；KPA 1引言 项目管理(P，prjetanageent)是指现知识、方法和技术手段，地计划、调度、控制和跟踪项目的开始、直止终止的过程，是项目的手段。软件项目管理则是在项目管理的基础上，软件产品的，工程的概念和方法来开发与软件，对成本、风险、质量、过程、配置等分析、管理、控制，目的是让软件项目的整个生命周期都在管理者的控制范围内，以预定成本按期、按质软件的开发并交付用户使用。，软件产品已应用于各个领域，软件项目的率并不高有些公司软件工程理论了软件开发管理规范但并从上软件项目管理问题，这就软件产品质量不稳定甚至是项目的失败，也损害了用户的利益。本文我国软件项目管理的特点并经实践应用以软件质量、降低成本、软件项目的可控性为，对的和改进，给出了基于软件项目管理的实践模式，在模式中对中的KPA做的裁减，定义了6个关键过程域和3个工作组。 2软件项目管理中的问题 软件项目率的因素主要是软件质量问题，而在整个软件项目的实施过程中需求不、跟踪和监督不力、客观的软件评审和软件配置风险管理意识等都阻碍着软件质量的。 21需求不 需求管理是软件项目管理中非常关键的需求分析的完整与否可以降低软件质量、延长项目周期、加大成本。用户对计算机系统认识的，系统的需求往往模糊，遗漏甚至是错误的问题经常(包括管理流程、流程、数据或报表的分析等)，但问题往往暴露给开发人员，而是项目的进展才逐渐。开发人员来说，需求的变更意味着软件产品的内容重新开发，而整个软件项目管理而言，势必要重新分配资源、计划、估算成本等等，软件产品质量下降。 2.2跟踪和监督不力 跟踪和监督主要过程而言，项目管理中最容易被的环节。软件项目过程由多个任务构成，大任务都有前置任务和后置任务，这就要求项目管理者要跟踪和监督每任务。任务的主要从进度和质量两来衡量，还要考虑因客户方引起的客观因素(更改需求分析等)。项目管理者制定了的项目进度内容，但的跟踪和监督机制，每阶段所要的任务疏于评价，就会下阶段软件产品的质量，有时甚至是软件产品的重新开发，整个软件项目。 23客观的软件评审 客观的软件评审是软件产品质量的直接保障，软件评审一直贯穿于整个软件项目的过程中，对软件产品的评审应有客户使用人员和软件业中的同行来。客户使用人员对软件产品做阶段性的评审可以软件产品功能的，同行评审可以从软件业的规范及标准去问题软件评审可以降低软件开发的成本软件产品的质量。大多情况下项目管理者做任何阶段性的评审，通常只是在软件产品开发之后来组织评审，果了问题，但要修改非常要花费很长的甚至从头再来。 24软件配置混乱 软件配置是指软件产品在各个阶段版本的文档、程序及数据的集合，贯穿于整个软件项目的。软件产品开发的，客观原因，的预算、设计方案、进度等内容都有需要大大小小的更改(改动是的)，整个的过程对软件项目的人员来说是可视的，以便软件的性和质量，而切都应该有的软件配置来控制失去的软件配置管理，那么软件产品的任何更改或者是都会给软件项目带来混乱甚至是失败。123下一页 【 25风险管理意识 风险管理是软件项目中防止失败的手段，软件项目不同的阶段着不同的风险，并且风险会项目的进展而，国内的软件企业大都不注意软件项目的风险管理。除了社会环境风险、商业风险等客观风险之外可控的软件项目风险主要指技术风险。技术风险主要是指与软件项目本身的的技术因素带来的风险，在的条件下达技术条件能够的，不但延缓项目的进度而且会项目的成本继而使整个项目受到。 3过程管理软件项目管理的实践模式 fapabilityaturitydefrSftare)的核心思想把软件项目管理看作软件过程，并原则对整个软件项目的开发和管理过程监控，监督过程中项目的关键问题并予以解决。软件过程是指软件开发人员开发和软件及产品的一套、方法、实践及变换过程，包括软件开发过程和软件管理过程。把软件开发机构不同开发划分为5个级别。每个等级被分解为几个KPA(关键过程域)，KPA是指在某个成熟度等级应关注的区域，此成熟度等级解决的关键点。初始级，无过程意义。软件过程是无序的、随机的、总计划，无预见性，大多数活动是应付危机，经常超期超支，取决于个人。可重复级，具备的项目管理。KPA分别是：需求管理、软件项目计划、软件跟踪与监督、软件子合同管理、软件质量、软件配置管理；已定义级，已定义软件过程。已将软件管理和软件工程两的过程文档化、标准化，并综合成该组织的标准软件过程。KPA分别是：组织过程焦点、组织过程定义、培训大纲、集成软件管理、软件产品工程、组间、同行评审；可管理级，过程可度量。已收集了软件过程和产品质量的详细度量方法，软件过程和产品均可被定量地理解和控制。KPA分别是：定量过程管理、软件质量管理；优化级，过程控制。过程的量化反馈新技术、新方法过程改进。KPA分别是：缺陷预防、技术更新预防、过程更改管理。 只是过程改进的框架并给出实施的办法。在该模式中对中的KPA做裁减定义了6个关键过程域：软件项目计划(SPP)、需求管理(R)、软件项目跟踪和监督(SPT)、软件质量(SQA)、软件配置(S)、同行评审(PR)，设置了三个工作组：软件项目过程组(SPPG)、软件工程组(SEG)、软件质量组(SQAG)。工作组对关键过程域的操作来软件项目的管理。 31定义KPA 3.1.1软件项目计划(SPP) 软件项目计划是为要实施的软件项目编制软件过程活动的安排，包括进度控制、成本控制、质量控制、风险控制等，实施2的核心此阶段在安排过程活动的项目设计的前期工作，设计和界定在整个项目中各阶段所需的开发、质量、跟踪、评审、风险、成本等工作。项目计划是项目过程的措施，要在有软件项目实施经验的人员下投人的和人力资源来。制定项目计划应注意7个问题。在科学论证的基础上制定过程，调动人员性地项目组的参加人员；对软件项目各程中的任务分解，项目的里程碑和检查点；估计软件项目中的软件资源、硬件资源、人力资源及其它费用；估计各因素带来的风险并制定应对措施；制定项目实施过程中的跟踪和监督措施；软件的评审和测试方法；详细的文档资料。 312需求管理(R) 需求分析主要包括面向用户的用户需求和面向开发人员的系统需求是整个软件工程的步非常关键的环节。需求分析主要用户的流程、系统功能、性能、数据分析的定义是设计软件应用系统的起点与依据，它来评判软件产品能够解决用户问题，项目与否的标准。就国内现状来讲，签定软件项目合同的用户是主管信息技术的人，它所的是整个系统的需求，用户方中层管理人员的是流程需求终端操作人员则注重软件本身的易操作性和功能特性，面向用户的需求要和用户多方人员多沟通、交流双方人员的论证以文档资料的下来。任何需求分析因客观原因着需求更改的，情况要注意需求更改的可控性要需求的基准版本和更改版本控制文档资料使受需求的产品与需求变更。但要注意在更改需求的要衡量需求的稳定性，需求的变更频繁，意味着本项目并真正用户想要解决的问题。可以说需求分析的完整性和变更可控性直接到软件过程的改进，它可以降低软件质量、加大软件开发的成本、甚至是项目的失败。软件工程组(SEG)中要定义需求管理员。 313软件项目跟踪和监督(SPT) 软件项目的跟踪和监督贯穿于整个软件项目的过程中，是项目得以控制的前提和条件、是软件质量的保障，其目的是软件过程中进度、成本、工作量、质量、风险等内容的可视性，实施2的核心。除去市场、法律等不可控制因素外，项目计划对项目进展的情况及项目实施的因素、客观、的信息采集，将采集到的需求、成本、进度、风险等内容文档并项目跟踪信息平台。项目人召集软件过程人员、开发人员、质量人员、用户方人员开放式的例会，例会的主要内容是检查项目进展、数据的分析、认识的偏差、资源的搭配、的风险等问题并确切的解决办法，跟踪和监督使项目可视化的受控状态。上一页123下一页 【 3.1.4软件质量(SQA) 软件质量是与软件产品规定的和隐含的需要能力的特征或特性的组合。对用户来讲主要体现在软件产品的性、性、完整性、性和可操作性等，软件产品本身来讲体现在软件产品的可移植性、易性、健壮性、可重用性等。实践中软件质量应在软件项目计划、需求分析、跟踪和监督、软件配置和软件评审的下软件质量要以事先预防和跟踪为主，事后纠偏为辅。 315软件配置(S) 软件配置是软件产品的跟踪和控制活动贯穿于整个软件项目的过程中目的是和在整个生命周期内软件产品的完整性和性，使整个软件产品的演进过程可控的状态，继而软件的性和质量。在实践应用中主要五个子项的配置配置项的标识。标识唯一性。便于跟踪和管理。版本管理。对整个软件过程中的文件和目录的跟踪手段。变更控制。并传递修改信息。配置审计。整个项目生产周期中产品在技术和管理上的完整性。系统整合。把系统的不同集成后一组特定的功能。 316同行评审(PR) 同行评审是预定的规范和标准对软件产品评审。评审的结果是衡量软件产品质量的依据。在整个软件过程中对详细设计和软件综合测试两个关键评审点来评审，评审的过程中注意要本软件项目的要求和标准。 32组的定义 在的实践应用中设置了三个组，在降低了人员成本的了软件过程改进能力和软件质量。 软件项目过程组(SPPG)组织的项目实施活动，管理并协个软件项目的过程，主要SPP和SPT。 软件工程组(SEG)软件工程的需求分析、概要设计、详细设计、编码、测试、工作。 软件质量组(SQAG)主要SPT、S、PR、SQA等工作。 4实践模式评估 41开发 软件开发由需求分析、概要设计、详细设计、编码、软件测试、项目和软件集成几内容组成，在需求分析和设计阶段采用框架实施过程管理所花费的要多于实施过程管理花费的。对项目做分析，论证项目的可行性。然后在和用户做沟通、反复论证的基础上做需求分析，文档资料。模式下花费在需求分析和设计上的大约占项目总开发的40，但这两个阶段了数据流程、算法描述、详细的规格说明等内容，为代码编写、软件测试、软件等后续内容的工作节省了，软件项目的开发周期大大缩短。评估，采用该实践模式实施软件过程管理的软件项目开发周期比实