（电气工程专业论文）适用于电力企业的软件项目管理系统开发.pdf

摘要 本文分析了国内电力企业的软件项目管理的现状，发现普遍存在软件 项目管理原始、粗放，给软件项目建设和维护造成许多不利的影响，迫切 需要建立适合电力企业的项目管理规范。 目前，国外在这方面已形成比较成熟的管理理论，软件项目管理的产 品也正在形成系列化的趋势，大大提高软件项目的管理水平，国内虽然也 依据国外的软件项目管理理论开发出一些软件项目管理系统，但真正实用 的并不多见。据此现状并针对国内电力企业的特点，提出适合于电力企业 的软件开发模式，并以提高项目计划的实效性、提高软件项目质量控制力、 提高软件源代码的重复使用率、提高人员利用效率、提高软件系统的可维 护性等为重点，开发一套适合于电力企业的软件项目管理系统，来满足电 力企业规范软件项目的过程管理。 本系统具有以下几方面特色：一是系统可根据人力资源使用状况和新 项目的计划要求进行人力资源安排决策支持，实现多项目间的人力资源调 配，以提高人力资源综合利用率；二是引入软件部件化管理的理念，提高 源代码的重用率，以提高软件开发质量和开发效率；三是对项目文档进行 了规范，以提高文档的实用性和系统的可维护性，降低维护成本；四是可 根据待开发系统的复杂度来自主定制软件开发的流程，以满足不同规模软 件项目过程管理的实际需要，大大提高了系统的适应能力。 关键词：电力企业软件项目管理系统开发 i i a b s t r a c t t h i sa r t i c l ea n a l y z e st h ed o m e s t i ce l e c t r i cp o w e r e n t e r p r i s e s c u r r e n ts t a t u s o ft h es o f t w a r e p r o je c tm a n a g e m e n t ，f i n d i n g t h a tt h es o f t w a r e p r o je c t m a n a g e m e n ti ss t i l li ni t so r i g i n a la n de x t e n s i v el e v e l ，w h i c hi sc a u s e db ya n u m b e ro fa d v e r s ee f f e c t si nd e v e l o p i n ga n dm a i n t e n a n c eo fs o f t w a r ep r o je c t s t h e r ei sa nu r g e n tn e e df o rt h ee s t a b l i s h m e n to fc h i n a s e l e c t r i cp o w e r e n t e r p r i s ep r o je c tm a n a g e m e n ts o f t w a r es p e c i f i c a t i o n p r e s e n t l y , m a t u r es o f t w a r em a n a g e m e n tt h e o r yh a sb e e nd e v e l o p e da b r o a d a n ds o f t w a r ep r o je c tm a n a g e m e n tp r o d u c t sh a v eb e e nd e v e l o p e di nt h es e r i e s t h i sh a sg r e a t l yi n c r e a s e dt h el e v e lo fm a n a g e m e n t a l t h o u g han u m b e ro f s o f t w a r e p r o je c tm a n a g e m e n ts y s t e m s b a s e do na b r o a ds o f t w a r e p r o je c t m a n a g e m e n tt h e o r yi no u rc o u n t r yh a v eb e e nd e v e l o p e d ，t h er e a lu t i l i t ys y s t e m i sa c c o r d i n gt ot h es t a t u sq u oa n dt h ec h a r a c t e r i s t i c so ft h ee l e c t r i c p o w e r e n t e r p r i s e s ，t h i sp a p e rg i v e st h es o f t w a r ed e v e l o p m e n tm o d e lw h i c hs u i t st h e e l e c t r i cp o w e re n t e r p r i s e s as o f t w a r ep r o j e c tm a n a g e m e n ts y s t e mw h i c hi s s u i t a b l ef o re l e c t r i cp o w e re n t e r p r i s eh a sb e e nd e v e l o p e dt os o l v et h eb e l o w m a i np r o b l e m s ：h o wt oi m p r o v et h ee f f i c i e n c yo fp r o j e c tp l a n ，h o wt oi n c r e a s e t h em a i n t a i n a b i l i t yo ft h es o f t w a r es y s t e m ，h o wt oi m p r o v et h ea b i l i t yo fp r o j e c t q u a l i t yc o n t r o la n dh o w t oi m p r o v et h er e u s er a t eo fs o f t w a r es o u r c ec o d e t h es y s t e mh a ss a m es p e c i a lc h a r a c t e r i s t i c s f i r s t ，t h es y s t e mc a n p r o v i d e d e c i s i o n - m a k i n gi na r r a n g i n gh u m a nr e s o u r c e s ，w h i c hi sb a s e do nt h eu s eo f h u m a nr e s o u r c e sa n dn e wp r o je c tp l a n i tc a nr e a l i z et o a l l o c a t et h eh u m a n r e s o u r c e sb e t w e e ns e v e r a l p r o j e c t s i no r d e rt oi m p r o v et h ec o m p r e h e n s i v e u t i l i z a t i o no fh u m a nr e s o u r c e s s e c o n d ，b yi m p l yt h em a n a g e m e n tc o n c e p to f s o f t w a r ec o m p o n e n t st h er e u s er a t ec a nb ei m p r o v e di no r d e rt oe n h a n c et h e q u a l i t ya n de f f i c i e n c yo fs o f t w a r ed e v e l o p m e n t t h i r d ，t h ep r o je c td o c u m e n t s a r es t a n d a r d i z e di no r d e rt o i m p r o v et h er e l e v a n c eo fd o c u m e n t sa n d m a i n t a i n a b i l i t yo ft h es y s t e ma n dr e d u c et h em a i n t e n a n c ec o s t s t h el a s t ， s o f t w a r ed e v e l o p m e n tp r o c e s s e sc a nb ec u s t o m i z e db yi t sm a n a g e rf r o mi t si n a c c o r d a n c ew i t ht h ed e g r e e so fi t sc o m p l e xi no r d e rt om e e tt h en e e d so f d i f f e r e n ts c a l es o f t w a r e p r o j e c tm a n a g e m e n t t h i sg r e a t l yi m p r o v e st h e s y s t e m sa d a p t a b i l i t y k e yw o r d s ：e l e c t r i cp o w e re n t e r p r i s es o f t w a r ep r o j e c tm a n a g e m e n t s y s t e md e v e l o p i l i 致谢 本文是在导师吴国忠教授的精心指导下完成的。从论文选题的构思， 到提纲的审定，直至撰写和最后的修改，无不得到导师的悉心指导。导师 严谨治学的态度、丰富的知识、诲人不倦的学者风范给是我学习的榜样。 借此机会，谨向吴老师表示崇高的敬意和诚挚的感谢。我的企业导师朱明 华高级工程师也为我的论文在构思、撰写和修改等环节给予了很多的指导， 在此也向朱高表示诚挚的感谢。 此外，本人在学 - - j 和撰写论文期间得到浙江大学电气工程学院其他老 师的关心和帮助，在此一并表示感谢。 另外，还要感谢衢州电力局的郑星同志，他在帮我收集文献资料和软 件系统代码编写等方面提供了大量的帮助。 因本人水平有限，论文中不当之处，敬请各位师长多多指正，在此一 并致谢。 1 1 课题背景 第l 章绪论 随着信息技术的发展，信患化应用已渗透到各行各业，为了适应社会 的需求，软件开发企业越来越多，但如何提高软件开发质量，如何有效控 制开发进度，如何降低软件开发和维护成本，如何有效保护自己的知识产 权? 已成为软件开发企业所必须面对的问题。在整个软件开发过程中，不 同角色都存在着各自的困惑，软件企业管理者关注项目的成本、进度、质 量和风险，为知识产权的安全和项目投运后的管理担忧( 因开发人员的流 动、文档资料的完整性和有效性、程序代码的规范性等因素，都会产生相 关的影响) ；项目经理关注项目的成本、进度、质量和风险，为开发的规范 性、开发人员提供的各种文档的有效性、开发团队的效率、用户的配合情 况以及项目需求的各种不确定性担忧；项目具体开发者关注项目的进度和 质量，对自己的任务的明确性、用户的配合主动性、项目需求的不确定性 等担忧( 因为开发人员要保质保量完成开发任务必需得到用户的积极配合， 项目需求的不确定性直接影响其开发效率) ；建设单位项目经理关注项目的 进度、质量、风险和投入产出比，为项目能否如期完成、开发出来的产品 是否能够实用、项目投运后系统维护是否有保障等担忧。要实现软件项目 建设的可控和在控，必须引进项目管理的手段，对其进行管理。 项目管理是一门新兴的专业，就是将各种知识、技能、工具和技术应 用于项目之中，以达到项目的要求【2 1 。项目管理是通过诸如启动、规划、实 施、控制与收尾等过程进行的。起源于美国，四、五十年代主要应用于国 防和军工项目，后来被广泛应用于工商、金融、信息等产业以及行政管理 领域。目前，项目管理已经成为综合多门学科的新兴研究领域，它包括项 目综合管理、项目范围管理、项目时间管理、项目费用管理、项目质量管 理、项目人力资源管理、项目沟通管理、项目风险管理和项目采购管理等 九大知识领域e 2 j ，其理论来自于管理项目的工作实践。 传统的项目的实质是“资源消耗”( 因其项目则是以有形的实物产品为项 目目标) ，针对这类项目管理的重点是解决成本控制、质量管理和进度管理 l 这三个核心问题。因此传统项目管理理论是围绕这三个核心问题形成了一 系列的方法和工具软件开发项目的实质是“知识转移”( 因其项目是以无形 的智力产品为项目目标) ，因此不能简单地用传统项目管理的方法套用到软 件开发项目管理中去。 软件开发项目管理的提出是在二十世纪七十年代中期的美国，当时美 国国防部对软件开发不能按时完成、预算超支以及质量达不到用户要求的 原因进行了研究分析，结果发现7 0 的项目不是技术原因造成的，其主要 原因在于软件开发过程中的管理不善。因此，软件开发者开始逐渐意识到 项目管理在软件开发过程中的重要性，但是到二十世纪九十年代中期，软 件开发项目管理不善的问题仍然存在，虽然建立了一些软件开发管理规范， 但并没有从根本上解决软件开发的质量控制问题。 在中国，电力企业的信息化应用水平，已比较高，软件系统的建设主 要有几种渠道，一是购置大型的配置型软件如s a p ，二是与外部的软件开 发商合作开发应用系统，三是依靠自己的力量进行软件开发。其中第二、 三两种方式较为常见，但由于缺乏有效的项目管理手段，致使自行开发的 软件质量参差不齐，开发进度得不到有效的控制，开发成本一增再增，而 文档不规范、不完整又给项目的开发和运行维护带来更多的困难，对系统 正常、稳定运行造成很大的影响，外部厂商开发的软件又因提高的技术资 料不全加之开发人员的大量频繁流动，给运行维护工作造成很大的困难。 因此，开发针对这一类特定的企业的软件项目管理系统是十分有必要的。 1 2 软件项目管理现状 软件项目管理经过几十年的发展，已经取得了长足的进步，理论体系 也日臻完善，以美国为代表的信息技术大国，在这方面发挥了积极的作用， 许多项目管理软件相继出现，并正在向管理精细化方向发展，软件开发管 理控制能力有显著提高。在我国软件开发项目管理也正在得到有识之士的 关注，一些有针对性的应用软件不断涌现，为提高软件项目管理水平起到 一定的作用，但真正有影响力的产品还没有出现，绝大部分这类软件还只 停留在个别企业自用，尚未形成气候。可以说，我国的软件项目管理水平 2 与发达国家相比还有很大的差距，严重阻碍着我国软件产业的发展，主要 存在以下几方面问题1 1 ： 1 、对项目管理的认识和重视程度不够 我国软件企业特别是中小软件企业的项目经理，几乎都是纯软件技术 人员，对项目管理的认识先天不足，往往只注重于项目的技术解决方案和 手段，对项目的组织力和控制力明显不足，这必然导致项目的进度、成本 无法得到有效的控制。 2 、对项目的系统性把握不够 正因为企业高层和项目经理对项目管理的重视度不够，也就无法对项 目的系统性进行有效地把握，为赶进度，往往头痛医头，脚痛医脚，对项 目的系统性管理严重缺位，致使软件的开发质量难以保证，虽然能够满足 用户的实际需求，但因系统随意地变更而又缺乏必要的直协调、文档资料 严重不足( 或规范性不足，或没有及时更改与实际系统保持一致) ，必然会 出现系统的设计零乱、数据一致性差等问题，给日后的系统升级和日常维 护都造成困难。 3 、管理思想贯彻不到位 项目经理没能从总体上去把握管理整个项目，而是埋头于具体的技术 工作，造成项目组成员之间任务不均，资源浪费。由于项目经理在项目管 理知识和管理技能上的不足，导致项目任务无法有效、合理地分配给相关 成员，以达到“负载均衡”，也无法在项目实施过程中进行合理的资源调配， 既影响人力资源效率的发挥，也会影响整个团队执行力的提升和员工综合 素质的提升。 4 、沟通的效率不高 沟通是项目建设能否取得成功的关键，一个缺乏有效沟通的项目组， 势必造成各行其是，重复劳动，甚至造成不必要的损失，软件项目建设与 其他工程项目建设不同在于软件项目组成员都有需要独立地完成指定的工 作，其工作量可能是一周或数周，而一般工程项目的一个工作包往往由一 个或若干个作业组来完成，由作业组组长来安排每天的工作，任务相对单 一明了，可操作性强。这就对项目组成员的沟通要求更高，否则，带来的 后果将是十分严重的。 5 、抵御风险的能力不强 项目在计划阶段就应对项目的风险进行认真的评估，而项目经理经验 和能力的限制，对风险的认识和评估难以到位，在项目实施过程中，又缺 乏规范化的运作，项目建设往往被用户牵着鼻子走，项目范围难以界定， 建设深度无法明确，项目组成员直接接受应用的指令，边做边改，项目进 度如脚踩西瓜皮，滑到哪算哪，项目进度、成本失控，既给软件企业带来 损失，用户也是直接的受损者。 1 3 本课题研究内容 针对电力企业的特点和存在的问题，开发一套适合其需要的项目管理 系统，以提高项目的可控度，降低开发成本，提高产品质量。主要解决以 下问题- 1 3 i使项目的计划更具实效性 项目计划管理是项目有序进行首先必须解决好的问题，一般的项目管 理系统都有项目计划管理功能，许多成熟的计划管理工具在其中得到很好 的应用，这都是本系统要借鉴的，但原有的那些系统对多项目组的人力资 源共享问题、等方面问题往往缺少考虑，这正是电力企业在软件项目管理 中必需解决的问题，否则，计划的控制力将受到影响，从而影响项目的进 度和公司的声誉。本系统主要解决：一是处理好项目与项目之间因人员交 叉使用而产生的资源调配关系；二是根据历史数据自动形成人力资源的裕 度系数，以保证计划的可执行度；三是生成人力资源效能指标和业绩考核 结果。 1 3 2提高项目质量的可控性问题 软件质量是软件生命力的保证，软件质量的控制可以从多方面着手， 如加强软件开发的过程管理，严格代码编写的规范性，强化技术文档的规 范化编制与管理( 使技术文档不再成为项目验收、评审的花瓶) ，标准化模 4 块的开发，测试手段的提高和测试力度的加大等等，这其中大部分都不是 靠项目管理系统所能解决的，在本系统中将着重解决技术文档的规范化问 题和标准通用部件的管理问题。 1 3 3提高模块的可重用率问题 软件开发过程中大量存在代码的重复开发工作，许多基本功能模块在 不同的系统中都会用到，由于各项目组分别进行应用系统的开发工作，项 目组之间缺乏沟通，各自进行所需模块的开发工作，这样既造成大量的人 力资源浪费，又会增加源代码质量的下降。在本系统中将利用对源代码通 用模块的管理，来提高模块的可重用率问题，以达到提高软件开发质量和 降低开发成本的目的。 1 3 4 提高产品的可维护性 在以往的软件项目管理中，软件项目的开发资料缺乏系统化的管理， 许多资料常常掌握在项目开发组人员手中，随着人员的流动，使得系统的 维护工作因资料不全而受到影响，甚至无法维护，给公司和软件使用单位 都造成损失，严重影响软件的生命力。本系统将解决资料的规范化管理问 题，以提高软件的可维护性。 1 3 5提高人力资源利用率 软件开发常用的组织形式的项目开发组，通常有一个项目经理，加上 几个开发人员组成一个团队共同完成一个项目的开发工作，这样在开发过 程中，要求开发人员是多面手，从需求分析一直做到系统测试安装，在软 件开发工具的使用方面也是十八般武艺样样都会，这样做的好处是工作的 延续性较好，开发人员自始至终都参与项目的开发工作，对项目的认知度 较高，有利于与用户的沟通，但这样的工作模式效率较低，各工作环节的 控制能力较低，开发人员的学习压力较大，容易出现样样都得学，样样学 不精的局面，不利于企业的长远发展。本系统希望通过利用项目计划管理 的工具和管理模式的变更来实现开发人员专业化分工、协作的工作模式， 5 从而提高人员资源的利用率和人员的业务素质 6 2 1 引言 第2 章软件项目管理相关理论及工具 项目管理是一门新兴的专业，起源于美国，四、五十年代主要应用于 国防和军工项目，后来被广泛应用于工商、金融、信息等产业以及行政管 理领域。软件项目管理则是依据计算机软件的特殊性，在项目管理基本理 论之上，发展起来的针对计算机软件的项目管理理论。因此，软件项目管 理理念的提出也相对较晚，它源于2 0 世纪7 0 年代的美国。 2 2 软件项目管理基本理论 2 2 1 项目管理的基本概念【2 1 项目管理就是将各种知识、技能、工具和技术应用于项目之中，以达 到项目的要求。项目管理是通过诸如启动、规划、实施、控制与收尾等过 程进行的。项目是有其独特特征的工作，其中包含某种程度的不确定性。 实施项目的组织机构通常把每一个项目划分成若干个项目阶段，以便有效 的进行管理控制，并与该项目实施组织的日常运作联系起来。这些项目阶 段合在一起称为项目生命期。每个项目阶段都以一个或数个可交付成果的 完成作为其标志。可交付成果是某种有形的、可验证的工作成果，例如， 可行性研究、详细设计、或工作原型。可交付成果是为保证项目产品得以 恰当定义而设计的逻辑( 通常为时序逻辑) 的一部分，因此项目阶段也是 时序逻辑的一部分。项目阶段的结束通常以对关键可交付成果和迄今为止 的项目实施情况的审查作为其标志，目的是：( 1 ) 确定项目是否应当继续 实施，并进入下一阶段；( 2 ) 以最低成本最有效的发现和纠正错误与偏差。 每个项目阶段通常包括一套明确的可交付成果，以便建立所要求的管理控 制水平。 项目管理诸过程可归纳为五个过程组，每组包含一个或多个过程。它们 分别是：启动过程授权批准项目或阶段；规划过程定义与斟酌备 7 项目标，并在多项可行的行动方案中选择实现项目目标的最佳方案；执行 过程协调人力与其它资源，以便执行计划；控制过程定期监测与 量度进展情况，识别有否偏离计划之处，必要时采取纠正措施，以确保实 现项目目标；收尾过程正式验收项目或阶段，并井井有条的结束项目 过程组通过所产生的结果相互关联 2 2 2 项目管理的知识领域【3 】 项目管理的知识领域主要包括： 项目综合管理：项目计划管理、项目计划实施、综合变更控制； 项目管理范围：利用工作分解结构模板工具，对项目范围及制约条件 进行分解，形成工作分解结构，处于工作分解结构最低层次的项可称为工 作包( w o r kp a c k a g e ) ； 项目时间管理：活动定义、活动排序、活动时间估算、进度制订、进 度控制，常用工具和技术有优先顺序图法( p d m ) 、箭线图法( a d m ) 、条 件绘图法、网络样板、类比估算法、根据工作量估算法、数学分析、绩效 量度、偏差分析等； 项目成本管理：资源规划、成本估算、成本预算、成本控制，常用工 具和技术包括类比估算、建立参数模型、自下而上估算、绩效量度等； 项目质量管理：质量远规划、质量保证、质量控制，常用工具和技术 有成本效益分析、基准对照、流程图、控制图、帕累托图、统计抽样、流 程图、趋势分析； 人力资源管理：资源规划、人员招募、班子建设； 项目沟通管理：沟通规划、信息分发、绩效报告、行政收尾； 项目风险管理：风险管理规划、风险识别，风险定性分析、风险定量 分析、风险应对规划、风险监测与控制，常用的工具和技术有核对表、假 设分析、图解技术、概率影响风险评定矩阵、数据精确度级别评定、敏感 性分析、决策树分析、技术绩效量度； 8 2 2 3软件项目管理的概念 软件项目管理的目的是为了使软件项目能够按照预定的成本、进度、 质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的 活动【6 】。事实上，软件项目管理的意义还不仅仅如此，进行软件项目管理还 有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开 发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发 展( 即减小开发风险) 。 2 2 4软件项目管理的特点 软件开发不同于其他产品的制造，软件的整个过程都是设计过程( 没 有制造过程) ，另外，软件开发不需要使用大量的物质资源，而主要是人力 资源，并且，软件开发的产品只是程序代码和技术文件，并没有其他的物 质结果【6 】。基于上述特点，软件项目管理与其他项目管理相比，有很大的独 特性：除此之外，软件项目还有以下特点：需求不确定性，客户早期对项 目的认知比较低，不同用户对项目目标有不同意见，对项目的参与度较低， 直接影响项目的进展和项目实施的质量；新技术应用多，如各种新的开发 工具及开发平台、数据仓库技术、多维分析、数据挖掘技术等等，大大增 加了开发人员的知识更新要求，技术风险大；系统结构复杂、涉及的项目 干系人多，增大了项目的风险【7 l 。 2 2 5软件工程及其与软件项目管理的关系 正因为软件项目管理有其固有的特点，所以必需有针对性地进行项目 管理。软件工程这一学科正是为了更好地应对计算机软件所特有的属性发 展而来，它关注的是软件产品的生命周期，包括从计划、设计、编程、测 试、到运行和升级维护共六个主要阶段，而且随着软件产品的不断升级维 护，还会使同一软件产品经历多次这样的生命周期，软件工程在软件产品 的一次生命周期的各个阶段中，提供了一整套的工程化的方法，来指导、 规范软件开发人员的工作。因此可以说，软件工程是一种围绕产品生命周 期的工程化方法 9 1 。而项目管理是针对一个项目的管理方法，它关注的是项 o 目的生命周期，包括从项目的启动、计划、执行，到控制和收尾共五个主 要的项目过程。在不同的过程中都涉及到对时间、人员、成本、质量、风 险等内容的管理，强调的是项目的绩效，通过有效的项目管理来完成对项 目提出的需求，这当中也包括提交软件产品因此，项目管理是关注于项 目生命周期的管理方法。我们可以以通用的项目管理知识体系为基础，结 合软件工程自身的科学规律，采用适合软件产品自身特点的管理方法，是 真正管理好软件项目和软件产品的最终出路。 2 2 6 软件项目的文档管理 软件项目管理中还有一个十分重要的内容是文档管理，文档管理历来 是我们工作中比较薄弱的一环，资料不齐给后期维护带来较大困难，即便 是在开发过程中建立了较完整的文档，但在之后的维护中没有及时更新， 仍然会使文档成为一堆无用的垃圾。因此，有必要对文档实施规范化管理， 必须使项目文档模板化，文档更新流程化。也就是先制定一套实用的文档 模板，在项目实施的过程中严格按照统一标准来填写，这样既可提高文档 编制效率，也可以使文档输出更标准化。文档的输出必须有计划分阶段输 出，文档的输出必须具备下列几个条件：及时性、准确性、完整性。应定 期对项目的文档进行检查，并将项目文档移交及检查审核的结果作为项目 绩效评估的一个重要内容。文档输出须统一纳入配置管理，并在日后的维 护和扩容工作中进行相应更新。 2 3c m m 模型【1 0 l c m m c m m i 源于美国，1 9 9 1 年s e i 发布了软件能力成熟度模型 ( s w - c m m ) 1 0 版；1 9 9 3 年发布了1 1 版，该版本曾经被广泛的使用。到 2 0 0 1 年1 2 月正式发布了能力成熟度集成模型c m m l l 1 版，2 0 0 6 年8 月s e i 又发布了c m m l l 2 版本。 c m m i 全称是c a p a b i l i t ym a t u r i t ym o d e li n t e g r a t i o n ，即软件能力成熟度 模型集成模型，是由美国国防部与卡内基梅隆大学和美国国防工业协会共 同开发和研制的c m m i 是一套融合多学科的、可扩充的产品集合，其研 1 0 制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成 化过程改进。 c m m l 分为五个等级，二十五个过程区域( p a ) ： 1 初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有 定义，成功取决于个人努力。管理是反应式的。 2 已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特 性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。 3 已定义级已将软件管理和工程两方面的过程文档化、标准化，并 综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件 过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。 4 量化管理级分析对软件过程和产品质量的详细度量数据，对软件 过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管 理能够在定量的范围内预测性能。 5 优化管理级过程的量化反馈和先进的新思想、新技术促使过程持 续不断改进。 每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用 实践和共同特性：每个等级都有几个过程区域组成，这几个过程域共同形 成一种软件过程能力。每个过程域，都有一些特殊目标和通用目标，通过 相应的特殊实践和通用实践来实现这些目标。当一个过程域的所有特殊实 践和通用实践都按要求得到实施，就能实现该过程域的目标。 2 4 公共信息模型c i m 及标准建模语言u m l 2 4 1公共信息模型c i m 公共信息模型( c i m ，c o m m o ni n f o r m a t i o nm o d e l ) 是一个与具体实现无关 的、用于描述管理信息的概念性模型。c i m 分为两部分：c i m 规范( c i m s p e c i f i c a t i o n ) 和c i m 模式( c i ms c h e m a ) 。c i m 规范提供了模型的正式 定义，它描述了语言、命名、元模式和到其他管理模型( 如s n m pm i b ) 的映射技术；c i m 模式则给出了实际模型的描述。c i m 模型由核心模型、 公共模型和扩展模型三层构成。核心模型是一系列类、连接和属性的集合， 1 l 该对象组提供了所有管理域通用的基本信息模型；公共模型提供特定管理 域的通用信息模型，这些特定的管理域，如系统、应用程序、网络和设备 等；扩展模型代表通用模型的特定技术扩展。 通过c i m 建模，能够得到管理域中实体的抽象和表示，包括它们的属 性、操作和关系。这样的模型独立于任何具体的数据库、应用、协议以及 平台。因此，c i m 模型要求不同开发商所提供的基于不同平台的应用都采 用一种标准的格式来描述管理数据，以使数据能够在多种应用间共享。c i m 采用面向对象的方式构建了一种新的适用于管理系统、网络的结构和概念 模型。c i m 建模是一种通用方法。特定管理域的c i m 建模是在核心模型 和公共模型的基础上进行扩展。 总的来说公共信息模型( c i m ) 是一个标准，定义了一个前后一致的模 型，依据这个模型，网络设备、系统和应用程序能显示有关它们t l 己的信 息，并使这些信息能被管理工具利用c i m 能描述诸如桌面软件和硬件配置、 c p u 封装块的序列号以及某个特殊路由器端口上的流量水平等信息。 2 4 2标准建模语言u m l 1 4 l 标准建模语言u m l 是基于公共信息模型( c i m ) 标准的一种建模语言， 作为一种建模语言，u m l 的定义包括u m l 语义和u m l 表示法两个部分 ( 1 ) u m l 语义描述基于u m l 的精确元模型定义 ( 2 ) u m l 表示法定义u m l 符号的表示法，为开发者或开发工具使用 这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所 表达的是应用级的模型，在语义上它是u m l 元模型的实例。 标准建模语言u m l 的重要内容可以由下列五类图( 共9 种图形) 来定义： 第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。 第二类是静态 封( s t a t i cd i a g r a m ) ，包括类图、对象图和包图。其中类图描 述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、 依赖、聚合等，也包括类的内部结构( 类的属性和操作) 。类图描述的是一种静 态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用 与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例， 1 2 而不是实际的类。一个对象图是类图的一个实例由于对象存在生命周期， 因此对象图只能在系统某一时间段存在。包由包或类组成，表示包与包之间 的关系。包图用于描述系统的分层结构 第三类是行为图( b e h a v i o rd i a g r a m ) ，描述系统的动态模型和组成对象间 的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状 态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的 类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的 类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约 束关系，有利于识别并行活动。 第四类是交互( i n t e r a c t i v ed i a g r a m ) ，描述对象间的交互关系。其中顺序 图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显 示对象之间的交互；合作图描述对象间的协作关系，合作图跟顺序图相似，显 示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们 之间的关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选 择合作图。这两种图合称为交互图。 第五类是实现图( i m p l e m e n t a t i o nd i a g r a m ) 。其中构件图描述代码部件 的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、 一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。 部件图有助于分析和理解部件之间的相互影响程度。配置图定义系统中软 硬件的物理体系结构。它可以显示实际的计算机和设备( 用节点表示) 以及它 们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部， 放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。 从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其 次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的 行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类 图( 包含包) 、对象图、组件图和配置图等五个图形，是标准建模语言u m l 的 静态建模机制。其中第三步中所建立的模型或者可以执行，或者表示执行时 的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个 图形，是标准建模语言u m l 的动态建模机制。因此，标准建模语言u m l 的主 要内容也可以归纳为静态建模机制和动态建模机制两大类。 2 5 软件配置管理( s c m ) 1 5 l 软件配置管理( s c m ) 是提高软件开发效率，降低软件生命周期总体 成本的有效管理模式。 2 5 1s c m 的基本思想 s c m 贯穿于整个软件周期，主要作用于产品开发期和质量保证改进 期，其主要方法是通过对软件源代码的管理来提升软件开发整体水平。用 源代码树组织文件，将程序员开发的源代码全部整合到一源代码树中，存 放于源代码控制工具数据库中，源代码控制工具数据库类似于一个虚拟硬 盘，这个虚拟硬盘跟踪文件以及它们的属性，并用易于管理的方式将其组 织起来以显示在屏幕上除此之外，源代码控制工具还具有一个特性即允 许保存同一文件的不同版本，这就可实现版本控制或修订控制机制，要有 效地进行版本控制，则还引入了检出( c h e c k i n go u t ) 和检入( c h e c k i n gi n ) 二个概念，通过用户权限和数据库访问控制管理实现源代码的修订作业， 这样既提高的软件源代码管理的安全性，增强源代码修改的可追溯性，又 能有效地保护软件知识产权。 2 5 2s c m 的常见工具 1 、c v s c v s 即并发版本系统( c o n c u r r e n tv e r s i o n ss y s t e m ) ，它是r c s 的前端 工具，是用于多用户并行开发的版本控制工具，其的最大特点是使用了 “c o p y m o d i f y m e r g e ”机制而不是“l o c k m o d i f y u n l o c k ”。通过使用c v s 生成 一个存储文件的仓库( r e p o s i t o r y ) ，存储在仓库中的每个目录叫做模块 ( m o d u l e ) ，在修改时将相应的模块检出到工作目录中( w o r k i n gd i r e c t o r y ) 生成对应的目录，所有的修改都在工作目录中完成，修改完成后再提交到 仓库中生成新的版本号，并加以保存。 2 、s o u r c e s a f e 1 4 v i s u a ls o u r c e s a f e 是一种随微软v i s u a ls t u d i o n e t 软件包捆绑发布的软 件配置管理工具，是用于w i n d o w s 操作系统的软件配置管理( s c m ) 的低 端产品领导者。其基本功能包括：版本化文件、查看修订版本之间的增量、 档记源代码、简单的分支机制等，能够满足在w i n d o w s 环境中工作的小型 项目和小组执行各种任务。其优点有：价格低廉，使用方便直观，具有可 扩展性，有一定的可移植性。其缺点有：缺乏强大的分支机制，不能处理 大型数据库，存在多种安全问题，管理起来比较繁琐，对二进制文件的功 能很有限，s o u r c e s a f e 数据库自身可能会损坏等等。 2 6 软件项目管理现有的商用软件产品 2 6 1 p r o j e c t2 0 0 3 p r o j e c t2 0 0 3 是微软公司开发的包含在m so f f i c e 软件包中的一个功能 强大的项目管理应用软件，它以项目的计划为主线，将项目的时间管理、 成本管理、资源管理、范围管理、风险管理有机地结合在一起，系统中充 分利用传统项目管理的各种工具如甘特图、网络图等以实现项目经理对项 目计划和计划执行情况进行直观、明了地管理；它具备项目之间资源共享 功能，可实现多项目的协作管理；它还拥有项目统计分析功能，以便于项 目经理及时掌控项目的进度和成本。该系统较适合于建筑、一般工程项目 管理，在软件项目管理中也常用这一工具进行管理，但由于它缺少强大的 文档管理功能和软资源的有效管理，因此它无法胜任软件项目的精细化管 理。 2 6 2r a t i o n a lr o s e r a t i o n a lr o s e 是i b m 公司推出的，基于标准建模语言u m l 的建模工 具软件，它能够实现使构架设计师和设计人员使用统一建模语言( u m l ) 进 行模型驱动开发这一系统可以建立软件构架、业务需求、可重用资源、 管理级通信的平台独立模型。行业标准的u m l 支持和强大的模式引擎可 以创建语义丰富的应用程序构架，该构架可满足业务需求，易于为开发团 队理解，也为与用户的交流提供非常友善的可视化交互平台有了这一建 l5 模工具，使得软件开发更具可控性，大大改善了传统软件开发在需求分析 和设计阶段开发人员和用户的信患交互质量，减少双方的扯皮现象，对提 高软件开发的进程控制能力和减少软件开发过程中需求变更起到积极作 用，通过对模型的不断完善，使得模型与现实工作和实际应用软件系统保 持一致，有利于提高应用系统的可维护性，降低维护成本。由于采用标准 建模工具，要投入较多的人力、花费较多的时间，因此，在大型应用系统 开发中才会使用建模工具进行系统建模，而对于规模较小的应用系统开发 则较少进行系统建模。虽然r a t i o n a lr o s e 有着强大的建模功能，是一个非常 好的可视化系统设计工具，但它不具备项目管理中十分重要的计划管理、 资源管理、成本管理、风险管理等功能，因此还不能作为一个完整的软件 项目管理系统来使用，必须辅以其它项目管理系统来实现软件项目的管理 全过程管理。 1 6 第3 章电力企业软件项目开发管理过程研究 3 1 电力企业信息化工作特点 电力企业的信息化建设水平处在我国信息化工作的前列，为我国实现 信息化带动工业化发挥着重要的作用，电力企业的信息化工作特点主要可 以归纳为以下几点： 1 、投资大，技术含量高：电力企业的信息化应用工作已经历了二十多 年的历史，应用水平已取得长足的进步，系统建设已逐步向集中化、规模 化方向发展，应用领域不断深入。 2 、边学边用，知识更新快捷：电力企业对新技术接受比较快，有了新 的开发工具，就会尝试，并很快将新技术应用到系统开发中去；大型软件 开发企业，由于人员多，机构庞大，一般都由研发机构对新技术、新工具 进行引进消化吸收，并通过一定的流程审批后，方可进入实用。 3 、软件产品化程度低下：由于电力企业所开发的系统主要为满足自身 的需求进行定制化开发，为了追求开发效率，往往针对性极强，通用化程 度较低，开发出来的系统，难以产品化。 5 、外部合作厂商开发人员跳槽问题突出：软件开发人员是当今我国人 才流动最频繁的行业之一，特别是中小软件企业，情况更为严重，有的在 一个项目的开发过程中就会有人员的流动，给项目的管理带来许多不确定 因素，处理不好甚至会影响到项目的实际进程，给系统的运行和维护工作 带来困难，致使电力企业的应用工作造成不必要的损失，严重的可能造成 系统的废弃，也可能造成信息安全事故，对电力生产、经营造成直接影响， 后果不堪设想。 6 、项目控制力较差，进度、质量和成本难以把握：由于项目的管理者 实际工作经验的缺乏，项目开发团队的力量不强，实际项目变更多等原因， 使得项目控制力较差，进度、质量和成本难以把握，对企业利益和客户利 益都可能会产生影响。 7 、同时进行项目较多，往往顾此失彼：电力企业为了提高企业的信息 1 7 化水平，往往会想办法争取多上项目，但由于项目的控制能力较差，进度 控制不力，势必造成项目进度一拖再拖，先前的项目未了，后续项目又跟 进，多头并进，顾此失彼。 8 、电力企业在软件项目管理方面规范化程度还不高：内部的管理尚不 规