（计算机软件与理论专业论文）面向虚拟组织协同工作的软件外包过程管理模型.pdf

面向虚拟组织协同工作的软件外包过程管理模型 摘要 随着计算机技术的普及，软件已经逐渐融入社会生活的方方面面，同时人 们对软件的要求也越来越高。然而，随着软件的规模和复杂性不断增大，软件 企业也面临的更大的挑战，那就是用户的要求已经超过了软件企业自身交付软 件的能力。从目前国外软件开发的趋势和国内软件行业的现状来看，软件外包 已成为世界软件业发展的一种趋势，几乎每一个企业实施软件外包都是为了以 最少的成本、最节约的资源来得到最高质量的软件产品。而且，软件外包这种 跨组织的软件开发服务和合作过程如今置身于经济全球化环境中，使得其商业 操作朝着分布的、协作的服务过程演化，并且逐渐形成了基于网络环境的“协 作化虚拟组织”。 本文旨在利用计算机网络技术发展的最新成果一一虚拟组织( v i r t u a l o r g a n i z a t i o n ) 和计算机协同工作( c o m p u t e rs u p p o r tc o o p e r a t i v ew o r k ) ， 针对软件外包过程，包括发包方关注的软件外购过程和分包方关注的软件供应 过程，提出一个面向虚拟组织协同工作的软件外包过程管理方法，包括虚拟组 织的基本框架组成资源和过程对象，和虚拟组织的协同过程协同工作 机制。这罩重点强调了协同工作在软件外包过程中的必要性和适当性，既要保 汪发包方和分包方从必要的协同工作中获益，也要避免过多的协同所带来的附 加成本和对外包过程性能的不良影响。 本文的最终目的是基于我们提出的这个软件外包过程管理模型，借鉴国外 的先进经验，基于c s c w 技术，设计和开发一个实用、灵活的支持外包的软件协 同丌发环境，为改善提高我国软件产业管理水平、提高国际竞争力提供一种有 效手段。 关键词： 软件工程，软件过程，外包，软件外包，虚拟组织，协同丌发，c s c w 皇! ! ! 翌曼一 一 a b s t r a c t s o f t w a r eo u t s o u r c i n gm a n a g e m e n tm o d e l f a c e dv i r t u a lo r g a n i z a t i o nc o o p e r a t i v ew o r k h u i j i a n g ( c o m p u t e rs o f t w a r e ) d i r e c t e db yp r o f e s s o rq i n gw a n g w i t ht h ew i d e s p r e a do fc o m p u t e r , s o f t w a r eh a sb e e nw i d e l yu s e di np e o p l e s d a i l yl i f e ，i nt h em e a n t i m e ，m o r ea n dm o r ef u n c t i o nh a v eb e e nr e q u i r e d t os o l v e m o r ec o m p l i c a t e dp r o b l e m w i t ht h ei n c r e a s eo ft h es i z ea n ds c a l eo ft h ep r o b l e m ， s o f t w a r e o r g a n i z a t i o n s h a v et of a c e g e a t e rc h a l l e n g e ，s i n c e t h es o f t w a r e r e q u i r e m e n th a sb e y o n dt h e i rc a p a b i l i t y i n t h e s ed a y s ，s o f t w a r eo u t s o u r c i n gh a s b e e na c c e p t e db ym a n ys o f t w a r ee n t e r p r i s e sa l lo v e rt h ew o r l d ，t h r o u g hs o f t w a r e o u t s o u r c i n g ，e n t e r p r i s e s i m e n dt o a c q u i r em o s t c o s t - e f f e c t i v ea n d b e s t - q u a l i t y s o f t a r e p r o d u c t s s i n c e n a t u r eo ft h e c r o s s o r g a n i z a t i o nd e v e l o p m e n t a n d c o o p e r a t i v ea n d e c o n o m i cg l o b a l i z a t i o n ，b u s i n e s sm o d e lo fs o f t w a r eo u t s o u r c i n gi s e v o l v i n g i n t oa d i s t r i b u t e d ，c o o p e r a t i v e ，n e t w o r k b a s e d c o l l a b o r a t i v ev i r t u a l o r g a n i z a t i o n b a s e do nt h el a t e s tw o r k o f v o ( v i r t u a lo r g a n i z a t i o n ) a n dc s c w ( c o m p u t e r s u p p o r tc o o p e r a t i v ew o r k ) ，t h i st h e s i sp r e s e n t s am o d e lo fs o f t w a r eo u t s o u r c i n g m a n a g e m e n tm o d e lf a c e dv i r t u a lo r g a n i z a t i o nc o o p e r a t i v ew o r k ( s o m m v o c w ) f o rs o f t w a r eo u t s o u r c i n g , i n c l u d i n gs o f t w a r ep r o c u r e m e n tp r o c e s sc o n c e m e db y o u t s o u r c e ra n ds o f t w a r ep r o v i s i o np r o c e s sc o n c e r n e db yo u t s o u r c i n gv e n d o r t h e m o d e lp r o v i d eam e t h o dt ob u i l dav o p r o c e s s t o s u p p o r t i n gt h ec o l l a b o r a t i v e s o f t w a r ed e v e l o p m e n tf o rs o f t w a r eo u t s o u r c i n g ，i n c l u d i n gd e f i n i n gr e s o u r c e sa n d d a t a ) b j e c t s ，a n de s t a b l i s h i n g t h ec o l l a b o r a t i v es o f t w a r ed e v e l o p m e n tp r o c e s sf o r v o f i n a l l y , b a s e dt h es o m m v o c 碱t h e a u t h o rp r o v i d eas o l u t i o nt os e tu 口t h e s o f t w a r ec o o p e r a t i v ew o r k i n ge n v i r o n m e n tt os u p p o r t i n go u t s o u r c i n g 面向虚拟组织协同工作的软件外包过程管理模型 k e y w o r d s ：s o f t w a r ee n g i n e e r i n g ，s o f t w a r ep r o c e s s ，o u t s o u r c i n g ，s o f t w a r e o u t s o u r c i n g ，v i r t u a lo r g a n i z a t i o n ，c o l l a b o r a t i v es o f t w a r ed e v e l o p m e n t ，c s c w 兰二里堡堡 第一章绪论 管理学大师彼得德鲁克曾经言道，“任何企业中仅做后台支持而不创造营业 额的工作都应该外包出去，任何不提供向高级发展机会的活动与业务也应该采 取外包形式。企业的最终目的不外乎是最优化地利用已有的生产、管理与财务 资源”。这句话反应了现代企业运作的一条金科玉律，那就是“利润最大化， 成本最小化”。 软件业是一个高速变化、新技术层出不穷的行业，同时又是人力资源、人力 成本相对较高的行业，更需要采用外包服务形式来合理地配置资源，最大限度 地从分工协作、资源共享中获益。同时，i n t e r n e t 和w e b 技术的飞速发展又给 软件外包带来了直接的有利的自动化环境。 1 1 研究背景和目的 随着计算机技术的普及，软件已经逐渐融入社会生活的方方面面，人们对软 件系统的要求也越来越高。用户和市场要求软件系统的功能强大、完善、性能良 好，并且应具备良好的易用性、高度的可靠性、随时随地的可用性和灵活性，以 及尽可能少的约束性。这些要求对于软件开发组织和人员提出了巨大挑战，无论 是软件- 丌发机构还是软件开发人员都已深刻的认识到当今的软件丌发活动是一 个有计划、有组织的系统工程，而远非个人单打独斗所能解决的问题。从目前国 外软件开发的趋势和国内软件行业的现状来看，软件外包已成为世界软件业发展 的一种趋势，几乎每一个企业实施软件外包都是为了以最少的成本、最节约的资 源来得到最高质量的软件产品。而软件外包是种跨组织的软件开发服务和合作 过程，这无疑增加了软件外包项目管理的难度和提高了风险因素，据了解，大约 有3 0 的软件外包项目因供需双方的关系管理不善而以失败告终【l 】。因此，丌 展软件外包不仅对软件企业的管理模式和风险管理机制提出要求，更重要的是对 企业的内外协作机制和高度协调能力要求更高。 印度凭借先进的软件丌发体系化管理成为全球软件外包市场的大赢家，而我 面向虚拟组织协同工作的软件外包过程管理模型 国的状况却不尽如人意，咎其原因就是我们的管理模式、协作机制，以及协调能 力都l 匕较落后。因此针对国内软件业的状况，借鉴国外的先进经验，研究和开发 套有效的、灵活的、可应用的软件外包过程管理模型和支持外包的软件协同开 发环境，是辅助我国软件企业提高自身软件过程能力，扩大国际外包市场的一种 有效的手段。为此，在国家8 6 3 计划的资助下( 8 6 3 课题号为2 0 0 i a a l l 3 1 4 1 ) ， 由中国科学院软件研究所承担，将于2 0 0 1 年、2 0 0 3 年设计开发出“支持外包的 软件协同开发环境”，所研究的方法、技术不仅在软件工程学方面具有理论价 值，其成果对产业界在软件外包领域上的实践更具有重大意义。 1 2 论文内容与创新 信息技术高速发展，促进现今的商业操作朝着分布的、协作的服务过程演化， 这种服务过程的演变逐渐形成基于网络环境中“协作化虚拟组织”。于是，在本 文的研究背景下，利用计算机网络技术发展的最新成果虚拟组织( v ir t u a l o r g a n i z a t i o n ) 和计算机协同工作( c o m p u t e rs u p p o r zc o o p e r a t i v ew o r k ) ，本 文将研究主题确定为“面向虚拟组织协同工作的软件外包过程管理模型”，目的 是为了更适应软件外包这种跨组织的软件开发服务和合作过程在经济全球化环 境中的新要求。论文工作包括以下三个方面内容： 1 软件外包及其过程分析 谈及软件外包过程管理，首先要了解软件外包的概念和它的基本过程， 包括发包方的外购过程和分包方的供应过程，在进行分析后，找出容易出现 问题的关键环节，并针对性地提出我们的解决方法。 2 提出面向虚拟组织协同工作的软件外包过程管理模型 在典型的软件外包过程基础上，引入虚拟组织的概念，运用技术手段把 参与软件外包项目的人员、资产和创意动态地联系在一起，设计一个支持软 件外包的虚拟组织模型。之后，在研究了各种c s c w 应用系统所共有的本质 特征的基础上，结合基于i s 0 9 0 0 0 和c m m 的过程控制方法，提出将虚拟组织 的建模方法和软件协同丌发控制机制相结合的丌发模式，即面向虚拟组织协 同工作的软件外包过程管理模型。并依据该模型，为软件企业实施外包提供 一篓二童塑堡 一 _ - - _ m _ _ _ _ - _ _ m _ m - _ 一一 了个标准的软件外包过程管理范例。 3 设计出符合j 2 e e 规范的支持外包的协同开发环境 设计、开发和实现一套符合我国软件行渡发麟方向，满足我国软件行业 发畿需要，其裔较强实焉价值酶支持舞奄瓣软件协露开发繇壤，鬻以帮 助灸韭援范管璎软 牛强包溅务，提毫软馋产摄震爨，减少风睑，是论文= e 乍 的最终目的。鼯前的工作只进行到系统设计阶段，已经完成了体系结构设计 和主墨模块的概要设计部分。 + 3 论文豹组织结构 全文共由六章缎成。 第一章“绪论”，篱述论文的研究背景，漉鞠研究意义并确定论文工作内容， 奔缓论文酶鳃织缝耪。 第二拳“橹关镞域躲识”，分缀 譬为论文工髂萎锻翡辍关筑领域稻识，镪捂 软件惹机、软 牛工稷和软 牛过程的概念，以及软 牛过程控制和软件质量管理，著 简要叙述了软件外觐的概念和软件外包管理的理论基础。 第三章“软件外包的基本过程分析”，根据对国内外软件争卜龟领域的项目玎 发及管理过程进行调查、分析和研究，提出软件外包过程( 包括外购过程和供应 过程) 怒发生在组缓问的合丽过程，并对实践中出现的问题进行分析诊断，配以 遥当酶解决方案。 第舀章“蕊向纛羧组织协同工 乍的软件井包过程管理禳鳖”，雩 入虚损缀织 熬撩念耱c s c w 静糁薤，撵缨论述蘑囊虚拟缓织协霹王作懿较 孛静包管理方法， 并提供个标准的软 牛终包过攫管理范例。 第点章“基于s o 她v # 的软彳串协同开发环境鑫勺设计”，潮述了基于s o 删v o c w 的软件协同歼发环境的设计思路和系统体系结构。 第六章“结束谬”，对工作进行总结，并介锱下一步的工作。 亘咆生型塑墨塑旦王堡塑墼堡丛垫望堡笪堡堡型 第二章相关领域知识 2 1 软件危机、软件工程和软件过程 较馋危枧是据在诗算枕软件懿开获稆维护过程中搿暹到戆一系捌严重阕蘧。 1 9 6 8 年北大嚣洋公约组织的计算捉科学家在翦联邦德国召开的过继续学术会议 上第一次提出了“软件危机”( s o f t w a r ec r i s i s ) 这个名词。概括的说，软件危 机包含两方面问题：一、如何开发软件，以满足不断增长、嗣趋复杂的需求：二、 如何维护数量不断膨胀的软件产品。 1 9 6 8 年秋季，为了攥脱“软件熊税”，n a t o ( j l 约) 的科技委受会第一次罐密 了软， 譬王程( s o f t w a r ee n g i n e e r i n g ) 这个援念。 软件工程是一f 1 如何用系统化、规范化、数量化等工理鳆则豹方法进行软馋 的开发和维护的学科。软件工程包括掰方面内容：软件开发技术和软件项目管理。 软件开发技术包括软件开发方法学、软件工具和软件工程环境。软件项目管理包 括软件度量、项目估算、进度控制、人员缱织、配置管理、项舀计划等。【2 】 在这3 0 年靛笈震中，人 f l 针对软 串筑撬匏表臻耨原因，经过不断的实袋年噩 总结，越采越认识到：按照工程化的缀则鞠方法组织较件开发工作，是摆脱软 串 危机的个主要出路。只有加强软件开发的管理工作，形成笱= 合企业特点的质量 管理 本系，企业彳肖可能开发出高质量的软件。 软件过程是生产软件的途径，楚建造离质鬣的软件需疆完成的任务的框架 【3 】。它紧密结合了软件生命周期模整、所使用的工麓和开发人员等多方面的因 素。 传统的软譬# 过稷都经过以下六个主要除段：【4 】。 1 ) 计划：对所要解决的阃题进行总体定义，包括了解用户的要求及实现环境， 从技术经济和社会因巢等方面研究并论证本软件项目的可行性，编写可行性 报告，探讨解决问题的方案，并对可供使用的资源( 如汁算机硬件、系统软 馑、大力等) 成本，露取得静效益和厅发送麓散出佶计。 第二章相关领域知识 _ _ _ _ _ 一_ _ _ _ _ _ - _ _ - _ _ _ _ - _ _ - - _ _ - _ _ _ _ _ _ 2 ) 分析：对所要解决的问题进行详细定义，这需要软件开发人员和用户共同讨 论决定，哪些需求是可以满足的并加以确切地描述。编写软件需求说明书、 初步用户手册、确认测试计划和数据要求说明书等。 3 ) 设计：根据需求说明书的要求，设计建立相应的软件系统的体系结构，并将 整个系统分解成若干个子系统或模块，定义子系统或模块建的接口关系，对 个子系统进行具体设计定义。编写软件概要说明和详细设计说明书，数据库 或数据结构说明书，组装测试计划。 4 ) 编码：把软件设计转化成计算机可以接受的程序，即写成以某一程序设计语 言表示的“源程序清单”。 5 ) 测试：在设计测试用例的基础上对软件进行测试，以验证系统是否按照所要 求的性能和功能设想运行。编写测试分析报告。 6 ) 维护：根据软件运行情况，对软件进行适当修改，以适应新的要求，以及纠 正运行中发现的错误。编写软件问题报告、软件修改报告。 软件工程过程是将技术层结合在一起的凝聚力，使得计算机软件能够被合理 的合及时的开发出来。过程定义了一组关键过程区域的框架( k e yp r o c e s sa r e a s ， k p a s j 【5 】，这对于软件工程技术的有效应用是必要的。关键过程区域构成了软 件项目管理控制的基础，并且确立了上下区域之间的关系，其中规定了技术方法 的采用、工程产品( 模型、文档、数据、报告、表格等) 的产生、里程碑的建立、 质量的保证及变化的适当管理。 除了上面介绍的软件过程中的6 个主要活动外，软件工程还要研究以下对软 件过程的保护性活动： 1 ) 软件项目追踪和控制 2 ) 正式的技术评审 3 ) 软件质量保证 4 ) 软件配置管理 5 ) 文档的准备和产生 6 ) 可复用管理 堕囱壁垫塑塑塑堕王堡塑墼堡丛塑整堡箜堡堡型一一 7 ) 测试 8 ) 风险管理 这蟪活动贯穿在整个软件过程中，成为项目管理的必要组成部分，在这星我 们不再详绍介绍。 2 ，2 软件过程控制和软件质量管理 软件工稷的唯目标是生产高质量的软件【3 】，因此，嫫量保证是任 可软件 过程中必不可少的活动。随着信息技术的飞速发展，软件产品f 勺规模也越来越 庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件 企监帮在积穰将软件顼瓣管璎引入开发活动中，对开发实行有效的管理。觚概 念讲，软传项嚣管理楚为了使软传项躁轻够按照豫定豹成本、遴凄、臻量颁 刹完成，而对成本、人员、进度、质量、风险簿进彳亍分析和管理的活动。实际 上，软件项目管理的意义不仅仅如此，遴行软件项圈管理有利予将开发人员的 个人开发能力转化成企娥的开发能力，企业的软件开发熊力越离，表明这个企 娩懿软锌璺三产越趋囊于戒熬，企、监越能够稳定菠震( 帮减， 、开笈风险) 。 扶妫年代援，鏊琢主裁开始磷究较件懿囊壁控辎滔题，随蔫软锋凑量镁壤 知识的增长，一些流行和鬟要鲍国际标准纷纷趣台。翻鞲标准化级织 ( i n t e r n a t i o n a ls t a n d a r do r g a n i z a t i o n ，i s o ) 丌发的i s 0 9 0 0 0 和美园软件工程研究 所( s o f t w a r ee n g i n e e r i n gi n s t i t u t e ，s e i ) 丌发的软件过程能力成熟度模型 ( c a p a b i l i t y m a t u r i t y m o d e l ，c m m ) 就是冀中最其代袭往的成巢。同时，美簪、 歇溯、鸯瑟拿大以及其缝许多越送都建立了专门熬强会、碜究中，昏或实验室，为 世界和本地区的软件企业改善和提离其软件过稷能力提供技术支持。 i i s o9 0 0 0 凰际标准 s 0 9 0 0 0 族标准是国际标准化组织颁布的在垒世界范围内通用的关于质蹩管 理和质艇保证方面的系列标准，目莳已被8 0 多个国家等同或等效采用，该杀列 标准在全球冀有广泛深剿的影喻。 在 s 0 9 0 0 0 系剥中，i s 0 9 0 0 1 是1 一个符合软件开发与维护的标准。它对企业 憝矮量繁理体系绘出一拿宏残熬程絮。 , s 0 9 0 0 l 豹 9 9 4 舨率包含2 0 个要素，捂 笙= 童塑茎塑苎塑望 述了软件企业质量管理和控制的各个环节，给出了一般质量系统的需求。在2 0 0 0 版的i s 0 9 0 0 0 的标准中，则更强调管理体系，主要从管理职责、资源、过程改 进、测量和分析四个不同剖面涵盖了1 9 9 4 版中的所有要素。 s 0 9 0 0 0 质量保证模型将一个企业视为一个互联过程的网络。为了使质量系 统符合i s o 标准，这些过程必须与标准中给出的区域对应，并且按照描述文档 化和实现。对于一个过程文档化将有助于组织的理解、控制和改进。正是理解、 控制和改进过程网络的机会为设计和实现符合i s o 的质量系统的组织提供了最 大的利益。 软件组织为了通过i s 0 9 0 0 1 ，就必须针对标准的每一条要求建立相应的政策 和过程，并且有能力显示组织活动的确是按照这些政策和过程进行的。 2 软件能力成熟度模型c m m 1 9 8 6 年，美国卡内基一梅隆大学软件工程研究所( s o f t w a r ee n g i n e e r i n g i n s t i t u t e ，s e i ) 应美国联邦政府评估软件分包方能力的要求，开始研究软件能力 成熟度模型( c a p a b i l i t y m a t u r i t y m o d e l ，c m m ) ，并于1 9 9 1 年推出c m m l 0 版，i 9 9 3 年推出c m m i i 版【6 】。c m m 自问世后备受关注，在一些发达国家和地区得到了 广泛的应用。成为衡量软件组织管理软件产品丌发能力的事实上的工业标准， 并为软件公司改善其生产过程提供了重要的依据。在c m m 模型及其实践中，企 业的过程能力被作为一项关键因素予以考虑。所谓过程能力，是指把企业从事 软件开发和生产的过程本身透明化、规范化和运行的强制化。这样一来，就可 以把软件开发及生产过程中成功或失败的经验教训变成今后可以借鉴和吸取的 营养，大大提高软件生产的成熟程度能力【7 】。以我们的近邻日本和韩国为例， 他们的若干大型信息技术骨干企业纷纷采纳了c m m 模型及其相关标准。c m m 将企 业的软件过程成熟能力划分为初始级、可重复级、已定义缴、已管理级和优化 级【8 】，如图2 1 所示。 耍鱼生型塑塑堡璺王堡堕墼生盐曼整堡篓超堡型 3 缀一定x 缀 机构过稷关注 撬梅建毽定义 培训程序 集成鞍 牛警理 软件产品工程 同行复棱 2 级一可重霸级 需菠管理 较件项目计划 歙 孳矮基鼹i 毫与装控 较件子台同管理 鞍件囊重攥证 赣件配置管理 图2 1 软件c m m 成熟度能力模型 对每一个成熬度等级，c & f f f 定义了一系列关键过程蠛( k e yp r o c e s sa r e a ， k p a ) ，馊缮个组织在内下一个成熟发等级提野时鸯了基橼。每个k p a 是缓 襁关的目标，如累完成这些目标，就能达到该成熟发等级。例如，对于成熟度 等级2 ，k p a 包括软件质量保证、配置管理和项目计划等。在最高的5 级，k p a 包括故障预防、技术革新和过程变化管理。显然，成熟度级别5 缴的要求要比2 级静要求熹褥多。 等级愈离兹金娩，其较件过程静哥冤度愈好、软件过稔翁可控铡性愈高、产 品性能豹预见性以及软传项髫的风险评估办愈米愈凇确。企业的生产能力以及 产品质艟也就愈来愈高。c m m 也不仅仅应用于软件丌发组织内，它也可作为认证 机构的认证工具和用户评测一“个企舭是否达到所要求的能力的依掘。 因为问题是由我们管理软件过程的方法引超的，所以新软件技术的运用不会 自动提高，主产率霹l 稍满率。c 蹦有勐于建茳个有蕊津的、成熬的软件过程，改 笙三兰塑鲞塑璺型望 进后的过程将会生产出质量更好的软件。c m m 致力于软件开发过程的管理及工程 能力的提高与评估。该模型在美国和北美地区已得到广泛应用同时正在被越来 越多的欧洲和亚洲等国家的大型信息技术企业所采纳，实际上已成为软件开发 过程改进与评估的事实上的工业标准。 2 3 软件外包及软件外包的主流技术 信息技术已经成为当今世界的一个发展最快和变化最快的市场，为不同的市 场、行业及政府生产出最新的、特定的软件的需求不断地增多。然而，随着市场 的规模和复杂性不断增长，许多的机会就会转变成一种威胁，企业会发现用户的 要求已经超过了自身交付的能力【9 】。实际上，外包的出现就是由于组织自身没 有能力跟上信息技术的快速变化所引起的，因此以外加工方式充分利用组织外部 最优秀的专业化资源，来达到降低成本、降低风险、提高效率、增强竞争力的目 的。 2 3 1 软件外包基本概念 外包( o u t s o u r c i n g ) 是一个新的术语，它并不仅限于信息技术。它的含义 就是通过立约把工作外包出去【1 0 ，1 l 】。以此类推，软件外包( s o f t w a r e o u t s o u r c i n g ) 可以理解为将组织内部的一部分软件工作通过立约发包给一个外 部组织来完成。软件外包的范围包括以下三种【1 2 】： 全部或部分软件产品的开发； 已经打包或定制成包的软件产品的采购； 软件开发生命周期的活动或过程。 在过去，软件外包仅限于子合同或小规模的外加工，随着软件应用和服务的 商要求的增加，促使更多的企业转向软件外包，因此软件外包的范围和规模也不 断升级。目前，软件外包已经成为一个几十亿美元的全球市场，而1 1 _ 已经有很大 比例的i t 资源都花费在外包业务上。根据荚国国际贸易协会( u si n t e m a t i o n a l 亘塑生型塑塑堡旦三堡堕鏊壁堑璺整望笪墨堡型 t r a d ec o m m i s s i o n ) 报告，截至到1 9 9 8 年，全球外包市场的税收已经达到9 9 0 亿美元【1 3 】。因此，专门研究外包服务或外包管理的分包方也越来越多，并且 大规模的外包也越来越普遍。 企业开展外包的目的是通过与分包方组织的合作开发来追求项目的成本缩 减、进度超前、管理高效和产品的质量保证。要达到这个目的，企业需要提高自 身的角度，获得必要的专业技术，分担风险和成本，以及重复利用产品和经验。 下面，列出本文使用的定义和概念： 发包方( o u t s o u r c e r ) ：是指需要由外部组织提供外包服务的组织。 分包方( o u t s o u r c i n gv e n d o r ) ：是指需要向发包方( o u t s o u r c e r ) 提供外包 服务的签约方或外部组织。 协同软件开发( c o h a b o r a t i v es o f t w a r ed e v e l o p m e n t ) ：是指组织内部和签约 的外部组织一起完成一项软件开发任务。这种类型的协同外包也称为联合外包 ( a l l i a n c eo u t s o u r c i n g ) 【1 4 】。 2 3 2 软件外包的主流技术 美国项目管理协会的“项目管理知识体系指南”( p m b o k ) 、“软件能力成熟度 模型”( c m m ) 和国际标准i s 0 9 0 0 0 中都对外包采购管理的流程有论述，这些都是 论文工作的理论依据。 1 p m b o k 之项目采购管理 项目采购管理是项目管理9 大块知识领域之一( 其它8 类分别是项目整体管 理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目组织管 理、项目沟通管理和项目风险管理) 。 项目采购管理包括从执行组织外部购买该项目所需的产品和服务的全过程。 项目采购管理的主要过程包括以下内容【1 5 】： 采购计划编制，包括采购什么和何时采购； 询价计划编制，包括拟定所需产品的相关文件和识别潜在的分包方； ，询价，包括获得报价、标书、出价，或合适的建议书； 苎三鲎塑叁笾苎壁婆一 供方选择，包括从潜在的龚方中进行选择； 合同管理，包括处理与卖方的关系。这个过程包括监督合同的履行、进行支 付、合同修改； 合黼收尾，即合阉静完成和结算，包括任俘未决定事变的解决。 2 c n , t 之软件予合间管理 ( ：删2 级中的“软件子合同管理( s o f t w a r es u b c o n t r a c tm a n a g e m e n t ) ”关 键过程域涉及了软件外毽管理离题，它定义了软彳串子合同褥理娶达虱的蟊标、实 麓对必须疆行爨承诺窝鬻要具备豹能力，定义了迸 亍软 孛予合网管理应凌避萼亍豹 溪动，包括【7 】： 按照文档化的舰范定义和规划子合同； 按照文档化的规范，根据承包商完成工作的能力选择承包商； 把与承包商签潜的协议作为管瑷子合同的蕊勰： 浮审帮羲乏准文橙位静承惫瘫软件开发计： 以软 孛开发计划为标准，躞踪软件开发过程； 按照文档化的舰范，对承包藏的工作陈述、予合同条款、条件以及其他约定 进行更改； 双方的管理者起执行定期的状态或协调评审； 承筏商参与定精技术评审秘交流： 按照文撼亿靛蠛菇奁骶选择靛量程碎缝遂行斧式详审，评价承包巍翁软馋工 理完成情况与结果： 软件质量保证组按照文档化的规范监控承包商的软件质量保证活动： 按照文档化的规范进行验收测试，定期评价承包商的能力。 3 1 s 0 0 0 之采薅 1 s 0 9 0 0 02 0 0 0 版中7 4 要素“采赠”对采购过程、采购信息秘采购产品豹验 证做了娥定，内容盎下【1 6 】： 7 4 1 采购过程 组织应确保采购的产晶符合规定的采购要求。对供方及采购的产d 摔制的类 1 1 面向虚拟组织协同工作的软件外包过程管理模型 型和程度应取决于采购的产品对随后产品实现或最终产品的影响。 组织应根据供方按组织的要求提供产品的能力评价和选择供方。应制定选 择、评价和重新评价的准则。评价结果及评价所引起的任何必要措施的记录应与 以保持。 7 4 2 采购信息 采购信息应表述拟采购的产品，适当时包括： a ) 产品、程序、过程和设备的批准要求； b ) 人员资格的要求； c ) 质量管理体系的要求 在与供方沟通前，组织应确保所规定的采购要求是充分与适宜的。 7 4 ：j 采购产品的验证 组织应确定并实施检验或其他必要的活动，以确保采购的产品满足规定的采 购要求。 当组织或其顾客拟在供方的现场实旌验证时，组织应在采购信息中对拟验证 的安排和产品放行的方法作出规定。 4 s a c m m s a c m m ( s o f t w a r ea c q u i s i t i o nc a p a b i l i t ym a t u r i t ym o d e l ，软件采 办能力成熟度模型) 是s e i 开发的另一个模型，它是为需要采购或分包软件系 统的公司或组织设计的能力成熟度模型，用来评估、改善或控制软件系统的获 取过程。软件采办能力成熟度模型也分为5 级：初始级、可重复级、已定义级、 定量管理级、优化级。与c m m 不同的是，s a - c m m 关注的是软件购买者的软件 能力成熟度；而c m m 关注的是软件系统承包者或开发商的软件能力成熟度。软 件采办能力成熟度模型适用于软件生命周期的各个阶段，包括维护过程。 2 4 本章小结 本章介绍了与论文工作相关的领域知识，包括软件危机、软件工程和软件过 程的概念，以及软件过程控制和软件质量管理，并简要叙述了软件外包的概念和 软件外包管理的理论基础，作为本文研究的理论依掘。 第三章软件外包的基本过程分柝 第三章软件外包的基本过程分析 3 1 软件外包的过程 根据对国内外软件外包领域的项目开发及管理过程进行调查、分析和研究， 我们知道，软件外包的过程是发生在两个或多个组织或实体之间交互的过程，它 们之间的关系是通过合同来维系的，如下图所示： 发包方分包方 企业管理企业管理 项目管理 硼韶田 参* 由商 、 合同过程 匕 亡e r ie + j 宙 图3 1 软件外包合同过程示意图 在上图中，a - f 分别是发包方需要完成的信息系统功能或目标，其中功能d 和e 可以通过分包方提供，并且d + g le + 分别具有比d 和e 更好的性能。在这 种情况下，发包方就可以通过合同与分包方建立正式的外包关系。 这罩，我们称软件外包合同的生命周期为合同过程，如果分别从发包方和分 包方的角度来执行合同，那么该合同过程就可以分化成具体的软件外构过程和软 件供应过程。 软件外购过程确定采购软件产品或服务的合同，管理与分包方之间的 关系以及对分包方交付产品或服务的验收等发包方的一系列活动和任务。【i7 】 软件供应过程一一确定供应软件产品或服务的合同，管理供应过程，以及 堕塑堕型塑堡坐旦三堡堕竺堡丛里堕堡鲎翌堡兰 确保所交付产品或服务通过发包方验收等分包方组织的一系列活动和任务。【1 7 1 3 1 1 软件外购基本过程 从发包方的观点出发，对一个典型的软件外包项目来说，基本包括以下一系 列活动，如下图示： 图3 2 软件外购基本过程 1 )汁划 在计划阶段，外包的目的和范围要明确定义，外包的可行性也要在外包决策 之前进行论证。要确定外包项目的生命周期模型和里程碑时间表。 2 ) 编写和分发r f p 由发包方编写并分发一份请求建议书( r e q u e s tf o rp r o p o s a l ，r f p ) ，包含 需要采购的具体软件产品或服务，和需要分包方必须遵从的商业规则，以及选择 一个合格分包方的标准。 3 ) 选择分包方 发包方采用招标的形式发绵r f p ，并收集投标者的反馈信息加以分析，对投 标者进行评价，最终选择出合格分包方。 4 ) 签定合同 分包方和发包方之间进行协商，共同制定并签汀合同，作为管理外包过程的 基础。合同中需要明确软件产品或服务的需求，丌发过程中的罩程碑及交付的丁 作产品，验收的标准，例外处理规程，以及付款方式等内容。 第三章软件外包的基本过程分析 5 ) 跟踪监督分包方 ：戋包方需要跟踪并监督分包方的开发活动，以确保分包方是依据合同办事。 项目的成本、性能、进度和风险是发包方需要监控的主要指标。发包方跟踪和监 控的方式可以是对分包方的过程或中间产品进评审或审计，保持与分包方之间的 沟通渠道，从而获得分包方开发过程中的数据。 6 ) 合同结束 发包方需要对分包方交付的产品或服务进行测试或评定，以确保符合合同要 求。如果满足合同要求，发包方就可以结束合同，否则按照合同的例外处理规程 执行。合同结束时，发包方需对分包方的业绩进行评价并备案。 3 1 2 软件供应基本过程 从分包方的观点出发，对一个典型的软件外包项目来说，基本包括以下一系 列活动，如下图示： 图3 3 软件供应基本过程 i )汁划 分包方需要建立项计划来回应发包方的恳求，包括制订里程碑的时自俦i ， 和决定递交建议书( p r o p o s a l ) 的标准。 2 ) ：毛成r f p 分包方需要准备份建议书来满足发包方的要求，提出一个可以达到期望的 产品或服务性能目标的合理危分的计划，包括具有竞争力的技术和管理的能力， 重塑壁型丝堡塑堕三堡箜墼堡! 竖墅兰矍曼兰墅暨坠一 以及优惠的报价等内容。 3 ) 签订合同 分包方和发包方之间进行协商，共同制定并签订合同，作为管理外包合同的 基石出。合同中需要明确软件产品或服务的需求，开发过程中的里程碑及交付的工 作产品，验收的标准，例外处理规程，和付款方式等内容。 4 ) 执行项目 分包方需要依据合同建立项目开发计划，按照项目计划控制和执行项目的丌 发过程，并在项目实施过程中按计划向发包方报告项目的成本、性能、进度和风 险。 5 ) 合同结束 分包方要确保所交付的产品或服务符合同要求，并通过发包方的验收。如果 满足合同要求，发包方就可以结束合同，否则按照合同的例外处理规程执行。 3 2 问题讨论 在对软件外包过程的研究中，我们发现软件外包过程实质上是发生在两个或 多个组织之削的合同过程，也是组织间的协同开发过程。在这个过程中，大量 的交互活动发生在两个或多个组织之问，这就对软件外包项目管理方法和技术 提出新的要求。 在对国内外软件外包领域的项目开发及管理过程调查、分析和研究中发现， 尽管软件外包市场在不断增长，外包规模也不断扩大，但出于许多企业对软件 外包过程或规程缺乏了解，尤其对发包方和分包方之间的协作关系的控制不利， 而导致软件外包项目最终失败，甚至诉诸公堂。 3 2 1 软件外包过程管理的问题症结 虽然在传统行业，许多工程项目的采购活动，例如机械工程项目或建筑工程 项目等等已经形成比较成熟的管理体制和标准。但是软件项目的外包管理工作并 不象其他行业那样顺利。 软件工程项目管理引起广泛注意源于2 0 世纪7 0 年代中期，当时发现7 0 的 笙三兰丛生! ! 鱼塑苎查垫堡坌塑 一 项目是因为管理不善而引起。2 0 世纪9 0 年代中期，美国的软件开发仍然很难预 测，大约只有1 0 的n 目能够在预定的费用和进度下交付。商用软件通常只有 9 ( 中小型软件公司有1 6 ) 的软件项目能够及时交付且费用并不超支。 通过从大量的事例分析中，我们总结了软件外包项目管理的以下几个主要问 题症结： 1 发包方的需求不断变更 需求的变更是一个最普遍的软件项目风险。尽管我们能够理解，软件产 品作为一种特殊商品形式，具有高度不可测量性和高度柔性，其需求不可能 达到1 0 0 的稳定，但是大多数的需求变更都是由于在项目的早期阶段没有完 整地定义需求所引起的。而当项目开始进行后，这种频繁的需求变更致使分 包方不断地返工，随之一系列的不良反应就是进度拖延，过程失控，和质量 降低。这种情况一旦出现在项目后期，更是带来极高的风险。 2 软件企业的过程能力不足 无论是发包方企业还是分包方企业，大多数的开发能力还不太成熟，软 件丌发大多数还处于手工作坊方式。软件研发企业有其自身的运做方式，人 为因素比重大，不好量化管理。由于不确定因素太多，许多软件开发企业对 于自己的项目都难以精确控制进度、质量、资源和成本，那么对于业主( 例 如发包方) 来说，想对外部企业( 例如分包方) 保持良好控制力的难度就更 大了。 3 缺乏有效的协作交流手段 作为一种复杂的软件开发过程，软件外包是高度智力密集并且资源来源 较传统软件过程更为复杂。来自这些非技术因素的对项目的影响是方方面面 的，解决问题的过程需要发包方和分包方之间更有效的交流、协作并最终达 成一致。有效的交流机制不仅可以增进成员之间的信任和提高交流效率，更 是软件外包项目管理中的变更管理和风险管理所必不可少的组成部分。而目 前，由于分包方与发包方的现实距离，同时又缺乏有效的交流协作手段，致 使相互的交流不方便，因此许多软件外包项目的实际应用效果都差强人意， 诸如产品不适用，进度超期，性能达不到标准，成本太高等等情况时肓发， 。 堑塑生塑堡堡塑塑王堡塑墼竺丛皇塾堡篁里堡型一一一 4 缺乏具有可操作的实施规范 美国项目管理协会的“项目管理知识体系指南”( p m b o k ) 【1 8 、美国卡 内基一梅隆大学软件工程研究所的“软件能力成熟度模型”( c m m ) 【8 】和国 际标准i s 0 9 0 0 0 【1 9 】中虽然对外包采购管理的流程有过论述，但是他们指 出的只是外包采购管理的一般原则；虽然人们可以结合自身企业特点实施标 准，具有一定灵活性，但是事物的另一对立面就是操作过程不具体。这给软 件产品的外包采购管理者带来具体操作上的困惑。另外p n b o k 体系原则上是 应用在各个行业的，缺乏针对软件领域的特点做专门的论述。i s o9 0 0 0 系列 ；阳c m m 虽然是针对软件领域的标准，但是i s o9 0 0 0 的最大的特点是只告诉 你要按规定做，不强调效果和后续改善，不强调经验积累和后评估。从这个 意义上讲i s 0 9 0 0 0 注重水平的评估，不太强调提高企业成长的过程，因此对 于提高企业的管理水平意义不大；c m m 虽然旨在强调企业的过程能力的持续 改进，但是它重点强调软件的开发过程管理和产品管理，缺乏软件的分发、 转交和服务等方面的管理标准，所以也有一定的局限性。 3 2 2 我们的解决方案 目前，软件工程界对软件外包项目管理进行研究的工作比较少，我们的研究 主要建立在以往对软件质量保证和软件过程改进工作的基础上，吸收了来自大量 关于软件外包在实践过程中的经验和教训