《软件项目风险管理中的敏感性分析研究.pdf》由会员分享，可在线阅读，更多相关《软件项目风险管理中的敏感性分析研究.pdf（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、第3 卷第2 期2 0 0 6 年3 月管理学报C h i n e s eJ o u r n a lo fM a n a g e m e n tV 0 1 3N o 2M a r 2 0 0 6软件项目风险管理中的敏感性分析研究陈立文张建军牟玲玲(河北工业大学管理学院)摘要：采用实证研究方式，应用E X P E R TC O C O M O 模型与功能点分析模型(F P A)对某公司的M I S 系统开发过程中所存在的风险进行分析。在对敏感性分析原理进行阐述之后，对某公司的管理信息系统的功能点进行了分析，并对其中所存在的风险进行了识别和量化，然后分别对分析能力(A C A P)、编程能力(P
2、C A P)、可复用性(R U S E)3 个主要风险因素的变动对项目的所产生的影响进行了敏感性分析。可望对管理信息系统开发决策中的风险分析有所帮助。关键词：风险管理；功能点；敏感性中图分类号：C 9 3 1 2文献标识码：A文章编号：1 6 7 2 8 8 4x(2 0 0 6)0 2 0 1 6 3 0 6S e n s i t i V i t yA n a l y s i so fR i s kM a n a g e m e n ti nS o f t w a r eP r o j e c t sC h e nL i w e nZ h a n gJ i a n j u nM uL i n
3、 g l i n g(H e b e iU n i V e r s i t yo fT e c h n o l o g y，T i a n j i n，C h i n a)A b s t r a c t：T h er i s k sd u r i n gt h ed e v e l o p m e n to faM I Si nac o m p a n yw a sa n a l y z e du s i n gE X P E R TC O C O M Oa n dF P Am o d e l A f t e rt h ep r i n c i p l eo fs e n s i t i v
4、i t ya n a l y s i sw a sd e s c r i b e d，t h ef u n c t i o np o i n t so ft h eM I Sw e r ea n a l y z e d，a n dt h er i s ko ft h eM I Sw a si d e n t i f i e da n dq u a n t i f i e d I nt h es e n s i t i v i t ya n a l y s i s，t h et h r e em a i nr i s kf a c t o r s，i n c l u d i n gA C A P
5、，P C A Pa n dR U S E，w e r ec o n s i d e r e dw h i c hc a ni n f l u e n c et h ei m p l e m e n to fp r o j e c t s K e yw o r d s：r i s km a n a g e m e n t；f u n c t i o np o i n t；s e n s i t i v i t y软件风险管理指的是“试图以一种可行的原则和实践，规范化地控制影响项目成功的风险”，其目的是“辨识、描述和消除风险因素，以免它们威胁软件的成功运作”。软件项目的风险管理是项目管理中必不可少
6、的组成部分。只有重视风险并采取科学的风险管理方法，才能有效地减少或消除项目风险，确保项目顺利进行“。实际情况是，如果作出的风险决策是降低某一风险因素的风险水平，那么风险降低的同时又难免引起项目进度、工作量的增加。有时为了加快软件项目的进度和减小工作量，又会引起项目风险的增加。如何平衡它们之间的关系，是项目风险管理者必须考虑的内容，这也是本文进行敏感性分析研究的目的。敏感性分析是项目评估和项目管理决策中常用的一种不确定性分析方法，它在假设其它因素不变的前提下分析某个或某几个因素变动幅度对目标的影响程度，以判定因素的变化对目标影响的重要性。1敏感性分析原理根据E X P E R TC o C o
7、M o 模型口3，软件项目风险变化是指软件风险因素发生变化，包括规模因素(F，)和工作量乘法因素(M)，它们的变化关系为F。，F：一F，+F，；(1)M，一心一M，+M，(2)式中，F。和尬分别为F。和M，的变化量。这时，以工作量表示的成本函数也将发生变化，收稿日期：2 0 0 5 一0 7 2 5基金项目：河北省自然科学基金资助项目(G 2 0 0 5 0 0 0 0 8 5)；河北省建设厅研究计划资助项目(2 0 0 4 1 2 0)1 6 3 万方数据管理学报第3 卷第2 期2 0 0 6 年3 月P+尸，一A 5 a(M，+旭)+P。，f 一1点式中，A 一 o 9 1+o 0 1 厶
8、(F，+E)；A 为系统常数；S为软件规模；P 一为自动转换的人月工作量；”为风险因素的数量，若为早期设计模型，则”=7，若为后体系结构模型，则”一1 7。为简便起见，用向量R 一(R，R：，R。)1表示风险因素，既包括规模因素又包括工作量乘法因素。用厂(足)表示成本(由工作量表示)函数P。某风险因素发生变化可表示为R。，R：一R，+詹，(4)式中，R 一(O，O，R。，O)7；(5)R7 一皿+尺；(6)厂(足)7 一厂(晟+R)。(7)由于风险变动而引起的成本变化可用声表示，那么某一风险因素足，引起的相应成本变动为磊。设盯为目标函数，用来衡量风险与成本间的关系，则有d 一，(R)一厂(R)
9、L 办。(8)、i _、当盯o 时，厂(R)一厂(R+尺)乙办，说明因降低成本因素的等级所附加的成本小于该变化引起的总成本的减少量，也就是说降低该风险因素这一决策在经济上是可行的。还可以理解为，为了降低总的项目成本，而改变某些(个)成本因素具有经济可行性。、n当口 o 时，厂(R)一厂(R+R)厶声。，说明因降低成本因素的等级所附加的成本大于该变化引起的总成本的减少量，也就是说降低该风险因素这一决策在经济上是不可行的。2实证研究以某公司的信息系统为例来说明软件项目风险管理中敏感性分析的应用。该公司设计的M I S 系统分为6 个子系统(见图1)：质量管理子系统、财务管理子系统、固定资产管理子系
10、统、备件库管理子系统、劳资管理子系统、生产计划管理子系统。M I S 系统统一采用功能结构设计，各子系统之间只进行信息交换，避免数据转换。M I S 内部各子系统之间的具体联系如图2 所示。2 1案例分析本部分主要应用E X P E R TC o C o M o 模型对M I S 系统开发过程中的风险进行识别、评价与控制。为了详细计算该模型中的S L o C、A A M等输入信息，有必要先运用功能点估算技术对所开发系统的源码行数S L o C(s o u r c el i n e so f16 4 劳资管理人事档案管理劳人l 考1 人I 计动j 员I 勤f 员j 算人I 业I 管I 教l 职事
11、l 务f 理l 育I 工管l 考I 系J 培f 工理l 核l 统|训l 资维护职工工资图1M I s 分系统的功能模块图管理一 l 成品检验结果卜L调皮猪令子系统L+l质量决策H I，卜立0 L 兽I I 咎理子系统I寿资管理子系统。产J2 辫f 雠Ii 鬻lf 替Jj财务管理子系统fff图2 S 分系统内部接口图c o d e)、适用性调整系数A A M(a d a p t a t i o na d j u s t m e n tm o d i f i e r)等参数进行计算H 1。2 1 1M I S 系统的功能点度量计算一个软件的功能点数大致可分为以下一些步骤：确定功能点计算规范；划定应
12、用程序的边界；识别和估算与软件数据和事务功能有关的各种要素及其数量；根据复杂度和权重计算调节前的功能点数U A F(u n a d j u s t e df u n c t i o np o i n t s)；确定功能点调节因子V A F(v a l u ea d j u s t m e n tf a c t o r)；计算出调节后的功能点数。首先对各分系统的功能点进行识别：(1)固定资产管理子系统(i)用户输入文件原始文件、增减变动文件、固定资产的原始信息。(i i)用户输出文件增减统计结果、折旧统 万方数据软件项目风险管理中的敏感性分析研究陈立文张建军牟玲玲计结果、维修信息、各种统计结果汇
13、总。(i i i)外部接口文件固定资产报表。(i v)内部逻辑文件固定资产折旧、固定资产初始建账、固定资产增减、固定资产变动处理。(v)用户查询文件消耗统计、库存统计。(2)财务管理子系统(i)用户输入文件原料消耗、报销凭证、生产月报、固定资产折旧、固定资产统计报表、产品库存、原油购入统计、库存统计。(i i)用户输出文件消耗统计、考核成本资金回收结果、财务指标完成汇总、应收款项统计、销售利润分析表。(i i i)外部接口文件财务档案、图纸档案、原料平衡表、备品备件出库记录、备品备件入库记录、备品备件统计、辅助资源消耗统计、产量统计、产值统计、原料消耗统计。(i v)内部逻辑文件分析成本、资金
14、占用、汇总指标。(v)用户查询文件工资奖金保险统计报表。(3)劳资管理子系统(i)用户输入文件申报计划(人事)、劳动合同、职工信息、培训考核需求。(i i)用户输出文件人员组织调动报表、职工档案、培训考核计划及结果、工资奖金保险报表。(i i i)外部接口文件生产班组人员情况、生产人员考核结果(车间)、奖金事故信息。(i v)内部逻辑文件人事档案管理、劳动人事管理、人员业务考核、考勤管理系统、人员教育培训、招工招聘管理、职工工资管理。(v)用户查询文件考勤记录。(4)生产计划管理子系统(i)用户输入文件生产记录表、原料及成品出入库数据、辅助资源出入库数据、基础数据。(i i)用户输出文件调度计
15、划、协调指令、生产中辅助物料使用情况、原料库存统计表、产成品库存统计表、设备竣工验收单、设备大中修竣工报告、设备事故报告书、备件需求、辅助物料需求、能源消耗统计月报、培训考核生产日报表。(i i i)外部接口文件备件入库单反馈、备件调拨单反馈、零配件库存消耗月报表调度计划、设备月汇总表、消耗月汇总表、年生产维修用原燃料收支与库存表、成本考核统计、人员需求。(i v)内部逻辑文件管理生产、管理库房、管理辅助计划、管理物流数据。(v)用户查询文件生产情况日汇报、提货单实发数、大中修项目计划表、设备检修项目计划表。(5)质量管理子系统(i)用户输入文件检修信息、点检信息。(i i)用户输出文件生产过
16、程质量信息、工艺调整计划、质量决策、成品检验结果。(i i i)外部接口文件公司生产状况、工艺督促纪录、供需能力分析。(i v)内部逻辑文件生产过程质量检测、分析管理计量器具测试、质量文件管理。(v)用户查询文件调度指令、质量标准文件。(6)备件库管理子系统(i)用户输入文件各车间的备件需求、原料辅料及成品出入库数据、申报计划(设备)。(i i)用户输出文件辅助资源消耗汇总统计、备件入库单、备件调拨单。(i i i)外部接口文件零配件库存消耗月报表调度计划、设备月汇总表。(i v)内部逻辑文件采购计划上报、指定备品备件采购计划、备品备件日常管理。(v)用户查询文件备件入库单反馈、备件调拨单反馈
17、。由功能点分析模型中的复杂度判别表、复杂度加权因子表可计算得出该系统的实际功能点与复杂度。如表1 所示，表格中的数字表示各子系统对应的功能点数，高、中、低为子系统所对应的复杂程度。表1功能点与复杂度计算表子系统E IE OE QI L F E I FU A F固定资产管理3 低4 中2 低4 中1 低8 0子系统财务管理子系统8 高5 中1 低3 低1 0 高1 9 7劳资管理子系统4 中4 中1 低7 高3 低1 5 9生产计划管理子系统4 中1 2 高4 中4 中8 高2 3 6质量管理子系统2 低4 中2 低2 低8 高1 2 6备件库管理子系统3 低3 低2 低3 低2 低5 8将表1
18、 最后一列各子系统的功能点进行汇1 6 5 万方数据管理学报第3 卷第2 期2 0 0 6 年3 月总，得到该系统的未调节功能点为8 5 6。因为E X P E R TC o C o M o 模型也有对系统环境的调节参数，所以此处不进行功能点调节因子的换算，以免重复。另外本系统采用C 语言来编写，由编程语言功能点转换表计算的程序源代码行数S L o C 为1 0 95 6 8。然后对评估和同化参数(A A)、软件理解参数(S U)、程序员的熟悉程度(U N F M)进行赋值。A A 体现了决定是否软件模块可重利用以及在新产品中集成重利用模块文档的工作量，取值范围为o 8；S U 由软件结构模块
19、化程度、应用清晰性、自我描述3 部分组成，是根据模块的自描述性和耦合程度进行判断的，取值为1 0 5 0。我们知道一个模块化的层次清晰的软件能够降低软件的理解成本和相关的接口检查费用，但是程序员对软件的熟悉程度、对软件理解也会影响软件的理解成本和相关的接口检查费用，U N F M 就是对S U 的一种补充，其取值范围为o 1。D M 是设计更改百分比。C M 是代码更改百分比。I M 是用于集成复用软件而对初始集成工作量进行更改的百分比口。评估与同化等级，基本模块搜索和文档化对应的等级为2；存在一些测试和评价模块且文档化相应的等级为4；存在大量测试和评价模块且文档化相应的等级为6；存在广泛的测
20、试和评价模块且文档化相应的等级为8。本系统主任设计师、副主任设计师以及开发人员平均工作2年，对软件及编程语言基本了解，所以熟悉程度为O 6。软件理解程度为2 0，评估与同化为6。软件开发组充分利用软件复用方法，不但节约了时间还提高了整个系统的性能。其中复用代码中5 的设计需要修改，1 5 的代码需要修改，1 0 的集成测试要修改。2 2M I S 系统的风险分析与控制M I S 系统涉及多项开发工作的协调问题，并且生产数据的收集与整理直接影响到整个M I S 的信息集成与优化，所以在M I S 系统开发过程中隐藏着一定的风险。我们将上文中的结果输入到E X P E R TC o C o M o
21、 模型中，对系统开发过程中的风险进行识别、量化与控制。该模型输入数据见表2。表中字母表示每个因子的高低程度，共6 个等级：V L(非常低)、L(低)、N(一般)、H(高)、V H(非常高)和E H(额外高)。输出结果为重用代码1 1 4 8，修改代码1 3 2 6，最终可得等价的代码行为1 1 20 4 2。工作量调整系数为2 9，该系数所起的作用相当于功能点估算中的功能点调节因子。该系统开发的总工作】6 6 量为1 8 6 0 1 人月，总进度为4 2 6 月。开发过程划分为4 个阶段：初始设计工作量1 1 1 6 人月，相应进度为6 3 月；详细设计工作量为4 4 6 4 人月，相应进度为
22、1 6 月；编码工作量为1 3 9 5 1 人月，相应进度为2 6 6 月；集成测试工作量为2 2 3 2 人月，相应进度为5 3 月。对于这4 个阶段，每阶段所进行的设计、实施、评估和配置的工作的相应工作量及工作进度也可从输出结果中获得，具体分析见下文。模型风险高低的判别准则是o 5 低风险、5 1 5 中等风险、1 5 5 0 高风险、5 0 1 0 0 很高的风险。本项目总风险为1 7 属于低风险，其中进度风险为2 7，人员风险为1 8，过程风险为5 8。表2E X P E R TC O C O M 0 模型数据输入表2 3M I S 系统的风险因素敏感性分析结果输出后，进一步可进行敏感
23、性分析。首先通过修改S L o C 的输入值来观察项目的进度、工作量以及风险对代码行的敏感度，由此衡量代码行估算准确程度对项目进度及风险的意义。其次，在项目规模不变的情况下，分别改变各子要素的等级，以此来观察各要素对项目风险及进度的影响程度。根据本项目的实际情况，选择了操作性较强的分析能力、编程能力、可复 万方数据软件项目风险管理中的敏感性分析研究陈立文张建军牟玲玲用性3 个因子进行敏感性分析。所谓操作性较强是指在项目实际开发过程中，可以采取相应的措施来实现以上3 个因子等级的改变。比如聘用经验较丰富的系统分析人员和编程人员，或者开发新代码以减少代码复用量等。为了便于下文的比较，称本次输出为原
24、型。(1)分析能力原型中的分析能力等级为L，在其他输入保持不变的情况下修改分析能力的等级为N，观察输出的变化。等价的代码行没有发生改变，但工作量调整系数由2 9 变为2 6，可由式(4)进行解释，即工作量调整系数中的1 7 个因子包括分析能力，所以该项的改变引起了工作量调整系数的改变。项目的进度、工作量也会因此发生改变。显然，其他因子的改变同样会引起上述的变化，只是变化程度不同，并且分析能力提高了(此处包括从L 等级分别提高到N、H、V H)不会引起本项目风险的任何变化，即本项目风险对分析能力的提高敏感性较低，但是将原型中的分析能力降低一级成为V L，则会引起进度和风险的很大变动。风险变动情况
25、见图3。图3 风险变动情况当分析能力提高以后，虽然项目风险不发生变化，但项目进度和工作量及其调整因子将发生变化。图4 表明了这一变化。横轴数值1 5 由低到高分别表示分析能力的等级。E f f o r t曲线显示了随分析能力的提高工作量减少的情况。S c h e d u l e 曲线显示的是项目进度的变化情况。因为数量等级差别较大，其变化情况并不明显，故将其扩大2 5 倍后进行观察，由此得曲线S c h e d u l e 2 5。总体情况是工作量与项目进度都随分析能力的提高而减小。对图4 作进一步的分析：当分析能力每提高一个等级时，观察工作量以及进度各自的变化量是否相等。可以引入变化加速度来
26、进行衡i一旺_ v嘲世Hl2345-一E f f o r t 1 I 卜S c h e d u l e】卜S c h e d u l e 2 5图4 进度、工作量的变化图量，如图5 所示，横轴数值1 4 分别表示分析能力从低逐级变化到非常高的4 个等级，曲线E f f o r t 和S c h e d u l e 表示了相应的工作量以及进度改变率。两曲线的变动规律基本一致，即分析能力等级从低变到一般时工作量与进度变化较小；从一般变化到高时，工作量与进度变化最明显；而从高变化到非常高时，工作量与进度变化变化量最小。这一信息对决策者将非常有用，在项目开发过程中一味地提高系统分析员的分析能力对减少工
27、作量及项目进度并不总是有明显效果的。器筮星S制删世H、Y_、-7，一，一。1234一E f f o r t-一S c h e d u l e图5 工图lM I s 分系统的功能模块图(2)编程能力编程能力的变化同样会引起项目进度、工作量和风险的变化。编程能力引起的变化与分析能力的变化情况基本相同。也就是说在编程能力等级降低时，会给项目带来中等水平的风险，如图6 所示。可以看出，处于同一等级的两种分析能力对项目风险的贡献是不同的。编程能力对进度和人员风险的贡献率较大，相反分析能力对产品和过程风险的贡献率较大，最终结果是项目总风险对编程能力的变化较敏感。当编程能力提高以后，虽然项目风险不发生变化，
28、但项目进度和工作量及其调整因子发生变化。且变化情况与图4 基本相同，此处不再赘述。图7 横轴表示编程能力和分析能力对应的等级。折线分别表示分析能力和编程能力对 6 7 湖咖湖咖湖。瑚抛啪m如眈m耶“鹏肺mmoOO0Onnc=万方数据管理学报第3 卷第2 期2 0 0 6 年3 月叮四一删世H网薷曛ll一霪l毒羹iI 项目计划产品人员过程风险风险风险风险风险匿原型匿分析能力v L 国编程能力v L图6 编程能力与分析能力对项目风险的影响比较应的工作量变化情况。由图可知在两种能力都处于非常低的水平时，编程能力导致的工作量更多。在低水平和一般水平时，图中曲线重合，说明这种情况下两者对工作量的贡献相同
29、。当二者的等级再提高时，工作量对编程能力更敏感，也就是说编程能力的提高所减少的工作量要大于分析能力提高所带来的改变。2 S n n唧世HOV LLNHV H能力等级+分析能力+编程能力图7 编程能力与分析能力对工作量的影响(3)可复用性可复用性的等级提高会引起项目风险的变化，等级降低则风险不发生变化。这一点与分析能力和编程能力恰好相反。可复用性的等级不包含非常低，但是包含额外高。可复用性等级处于低与一般时项目风险不发生变化，当复用性逐级提高时，项目风险明显增大。如图8 所示进度风险与人员风险始终保持不变，产品、平台及重用风险都逐级增加，从而引起项目总风险的增加。其中平台风险与项目总风险的变化情
30、况非常相似。可复用性的等级提高会增加项目的工作量。图9 显示了随着可复用性、分析能力和编程能力的等级提高，项目工作量的变化情况。折线分别是分析能力、编程能力和可复用性对应的工作量变化情况。采用同样的方法还可以对其他风险因子进行分析。其中应用经验、平台经验、语言与工具经验、软件工具的应用这几个因子等级的增加虽然会减少项目的工作量，但并不会降低项目】6 8 l O987孚6蒜s墨。3210?氛拨4“一彭夕”“一7Z U u u正二1 5 0 0删1 0 0 0世H5 0 00L、NH十项目风险+产品风险+人员风险V HE H十计划风险+平台风险+重用风险图8 各风险项的变化图弋、心LNHV HE
31、H等级+分析能力+编程能力十可复用性图9 工作量变化图的风险。通过敏感性分析，可以帮助决策者找出相应的需要控制的风险因子，并提出合理的建议达到软件项目风险的优化管理。参考文献 1 美 B o e h mB a r r yw 软件工程经济学 M 李师贤译北京：中国铁道出版社，1 9 9 0 2 陈立文项目投资风险分析理论与方法 M 北京：机械工业出版社，2 0 0 4 3 M a d a c h yR a y m o n dJ H e u r i s t i cR i s kA s s e s s m e n tU s i n gc o s tF a c t o r s J I E E ES o
32、 f t w a r e，1 9 9 7，5：5 1 5 9 4 F u n c t i o nP o i n tC o u n t i n gP r a c t i c e sM a n u a l T h eI n t e r n a t i o n a lF u n c t i o nP o i n tU s e r sG r o u p(I F P U G)E B 0 L A v a 订a b l ea th t t p：w w w i f p u g o r g 5 U S cc o C O M O I IU s e r sM a n u a l U n i v e r s i t
33、yo fS o u t h e r nC a l i f o r n i a E B O L 19 9 9，A v a i l a b l ea th t t p：s u n s e t u s c e d u r e s e a r c h C O C O M O I I i n d e x h t m l 5第一作者简介：陈立文(1 9 6 4)，男，汉族，吉林安图人。河北工业大学(天津市3 0 0 1 3 0)管理学院教授、博士研究生导师、博士。研究方向为项目管理与风险控制。42O86420 万方数据软件项目风险管理中的敏感性分析研究软件项目风险管理中的敏感性分析研究作者：陈立文，张建军
34、，牟玲玲，Chen Liwen，Zhang Jianjun，Mu Lingling作者单位：河北工业大学管理学院刊名：管理学报英文刊名：CHINESE JOURNAL OF MANAGEMENT年，卷(期)：2006，3(2)引用次数：0次 参考文献(5条)参考文献(5条)1.Boehm Barry W.李师贤 软件工程经济学 19902.陈立文 项目投资风险分析理论与方法 20043.Madachy Raymond J Heuristic Risk Assessment Using Cost Factors 19974.The International Function Point Use
35、rs Group(IFPUG)Function Point Counting Practices Manual5.USC COCOMOII Users Manual.University of Southern California 1999 相似文献(8条)相似文献(8条)1.学位论文 蒋辉 COSMIC方法客观性风险评估方法的研究与应用 2008 软件项目规模度量历来就是一项比较复杂的活动，因为软件本身的复杂性、历史经验的缺乏、估算工具的缺乏以及一些人为错误，导致软件项目的规模度量往往和实际情况相差甚远。本文所研究的COSMIC方法，根据COSMIC方法的概念和度量规则，将系统功能性需求分
36、解成一系列的功能过程，通过汇总所有的功能过程中的数据移动数量来得到整个系统的规模大小。COSMIC与其他功能点方法相比，它具有明显的优势；但是，COSMIC方法也存在一定的局限性。主要表现在：COSMIC方法的度量手册描述的过程过于通用，导致该方法在实践运用中比较复杂，易用性比较差，基本概念比较抽象，在和具体的技术方法映射时，具有较大的歧义性，影响了方法应用的客观性，进而影响了规模度量的准确性。通过对COSMIC方法的研究和应用，针对COMSIC方法度量过程中的诸多问题，我们结合风险管理思想，提出了COSMIC风险管理(COSMIC Risk Management，CRM)框架，该框架主要包括
37、风险识别与分析、制定风险应对计划和监控风险三个部分；首先，我们主要采用WBS分解技术来识别风险因素，按照COSMIC方法的度量流程进行分解并分析各种风险因素；其次，根据风险因素制定风险应对计划，对每种风险提出相应的解决措施。进而采用风险核对表来监控风险，核对表的主要作用是核查度量过程中是否存在已识别的风险因素。在CRM框架的指导下，我们结合风险核对表对案例项目进行了规模度量，通过对比和分析两次度量结果，并使用风险核对表对以前的度量过程进行了核查，我们发现：CRM框架在一定程度上规避或缓解了COSMIC方法的客观性风险，使度量结果更加准确。最后，我们对软件估算领域的几个重要问题进行了进一步的思考
38、，通过分析，说明这些问题需要估算人员在估算过程中给予关注；并对功能点方法的未来发展趋势作了一个简单的预测和期望，希望软件规模度量技术能够不断地得到发展和完善，为软件项目的成功开发提供良好的基础。2.学位论文 林厚从 基于UML的FPA应用研究 2006 如何估算一个软件项目的规模，对于一个软件项目来说具有重要意义。因为现代软件开发是一个高风险、高投入的项目，软件开发具有很多的不确定性，它的生产方式具有高度的专业化和很强的创造性，它的产品可视性、可测性、可度量性都非常差。并且，随着市场的发展要求，软件项目越来越大，内容越来越复杂。所以，软件开发项目比其它项目更容易失败。只有对客户的应用需求进行全
39、面深入的分析，并以之为基础，采用合理的建模方法，使用科学的软件规模估算方法，对目标软件系统的规模进行估算，才能进一步对软件项目的工作量和进度做出合理的计算，使软件开发者能在预算内按时、保质、顺利地完成项目，提交对客户有用的产品。对软件项目的规模进行估算，已经被公认为是软件项目规范运作、成功执行的基本要求之一。有效的软件规模估算是成功项目的核心要素，基于有效的软件规模估算，有助于有效地进行项目管理，可以帮助项目经理更好地规划资源投入，合理安排项目进度，准确把握开发时间、费用分布以及缺陷密度，正确预算项目成本，充分了解用户满意度，核算工作量及进行风险管理等。软件规模估算不当是软件项目失败的重要原因
40、之一。软件规模的估算主要有两种方法，一是早期的、朴素的代码行(LOC)分析方法，另一种是当前流行的功能点(Function Point)分析方法。代码行分析方法认为，每个项目开发的人工量与软件规模有关，即规模是人工量估算的输入变量，是包括分析和设计、编码、测试和文档编写在内的不同阶段的代码和文档行数的总和。它是我国软件开发企业多年来常用的方法。它的缺点有：只能表示软件的内部结构，不能反映客户的功能性需求；过分依赖于编程语言的特性；不同开发组织的生产效率无法进行比较；在项目的早期用它估算很不精确等。国际功能点用户组(IFPUG)的功能点分析(FPA，function point analysis
41、)方法是目前国际上估算软件项目规模的常用方法，也是最重要、最有效的方法。FPA方法也叫做功能点方法，这种方法提出的初衷是为了寻找一种与软件开发技术无关的估算方法，以便从根本上避免代码行分析方法所难以克服的那些缺点，并为不同的软件开发技术找到一个统一的标准。FPA方法可以在项目早期就对软件项目进行测量，并在开发过程中不断地更新数据，从而实现一种持续一致的管理。FPA方法能被用来精确度量软件规模，能被用来作为度量和管理范围蠕变的基本成分，能有助于改进同高级管理者的交流，能使不懂技术的用户容易理解，能有助于同客户或者消费者交流系统的规模，能通过对工具、语言、环境的比较来确定哪个更有生产效率。从应用方
42、面看，全球已经有成千上万个项目采用了功能点分析方法，功能点分析方法已成为项目经理、项目管理人员、客户等软件开发方方面面沟通的共同平台。从研究方面来看，功能点分析方法也已成为很多其它新型测量方法的基础，国际上很多学者、专家、软件工程师都加入到了这一研究领域，促进了这一技术的深入发展。但在国内，功能点分析方法的培训、学习、交流、初步应用还没有几年，尤其是很多中小型软件开发企业仍然沿用着代码行分析方法来估算软件项目的规模，功能点分析方面的资料、信息、交流都很少，而且很多国内外的大企业都把这些东西作为保密的内部资料处理，因此造成了国内成熟、典型的应用实例和系统的分析方法尤其缺少的局面。统一建模语言(U
43、ML，Unified Modeling Language)是面向对象程序设计(OOP，ObjectOriented Programming)的主流建模技术。本文主要是研究基于UML的FPA的方法、技术及其应用，进一步说就是如何在UML的基础上，通过用例模型、类模型、对象模型及顺序模型等，按照IFPUG的FPA计算规则，计算面向对象软件项目未调整功能点的策略，从而使FPA技术可以更有效地适用于面向对象的开发环境。本文的研究成果如下：首先，介绍了软件规模估算的几种常用方法，比较分析了这些方法各自的优缺点；其次，总结了基于UML用例图的软件系统需求分析，概括分析了UML用例模型的设计方法和UML的特
44、点、应用领域：第三，整理了目前流行的IFPIJG功能点分析(FPA)估算软件规模的相关概念和思想，总结了FPA方法的各个环节和技术指标，并且给出了大量的参考意见和经验；第四，提出了以UML用例图为出发点，采用IFPUG的FPA方法计算OOP项目的未调整功能点数，从而估算出OOP软件项目规模的新方法：第五，通过一个具体项目，常州市一中成绩统计系统的实施验证了这一方法的科学性。3.学位论文 胡沐隽 软件项目度量方法研究 2006 本文针对软件项目管理的特点和内容，将软件项目度量作为软件项目管理具体的实施方法。通过对功能点、代码行、工作量、成本、进度工期和缺陷数6个软什项目核心度量指标的度量方法进行
45、比较和综合，并针对项目管理所包含的关键活动，用项目度量方法进行详细地阐述，使项目管理的全过程变得更加“可视化”。介绍了软件项目管理的意义、特点和内容。软件项目管理的意义在于通过对成本、人员、进度、质量、风险等方面进行分析和管理，使软件项目能够按照预定的成本、进度、质量顺利完成。基于软件项目的不可见性和复杂性，软件项目管理又有不同于其他项目管理的自身特点，如复杂性、创造性、集权性和专业性。软件项目管理所涵盖的内容包括：项目的组织、软件项目估算、项目进度的控制、项目的成本控制、风险管理、项目的质量控制、项目的合同控制等几个方面。其后，概述了项目度量及其实施方法，并强调应把项目度量作为软件项目管理的
46、实用方法。从第四章到第八章，根据软件项目管理的顺序，对软件规模，工作量，进度及缺陷率的度量方法进行阐述。其中，介绍并比较了代码行法、功能点分析法、德尔菲法、COCOMO模型、特征点法、对象点法等软件规模估算方法；重点探讨了功能点和COCOMO 模型的规模估算方法和适用阶段；详细阐述了COCOMO模型对上作量估算的度量方法及度量指标；在进度计划与监控中运用基于活动和产品的混合方法对于作进行分解，并构造项目活动网络图来明确各活动问的相互关系和整个开发活动的关键路径；通过挣值分析米监督和控制项目进度；以及对软件缺陷的度量统计。最后，总结了论文研究的成果，并对项目度量方法未来的发展做了一些展望。4.学
47、位论文 林扬帆 基于UML开发的软件项目管理的研究 2001 该文主要根据UML和统一开发过程的特点,从人员组织、项目计划、项目估算、进度安排、风险管理和软件重用这几个环节,讨论了采用UML作为建模型语言的软件开发过程下的一些项目管理技术.其中,作者的主要工作包括:(1)提出了在统一开发过程中将项目开发人员进行组织的方法;(2)给出了利用UML分析模型估算出项目规模大小的方法;(3)探讨了在统一开发过程中各个阶段风险处理的方法,以及如何根据统一开发过程的特点来处理某些方面的风险;(4)给出了用UML表示领域工程过程产品的方法,以提高软件的重用率;(5)实现了利用UML分析模型估算出系统将要实现
48、功能点数的一个小工具.5.学位论文 牟玲玲 基于EXPERT COCOMO模型的软件项目风险管理研究 2004 本论文的研究受到河北省建设厅项目“软件项目成本估算风险管理研究”的资助。我国软件行业经历了20多年的发展虽然取得了一定的成绩，但大多数软件开发企业的规模都很小且处于低成熟度水平。现有的软件项目风险管理理论和实践主要是针对大中型企业所从事的大型复杂项目，对小规模软件项目缺少指导意义。较低的成熟度水平以及缺乏科学的理论指导再加上软件项目本身所特有的不确定性，导致了软件项目风险大，成功率低，部分软件公司出现了“长不大，活不长”的局面。所以研究适合我国软件企业现状的软件项目风险管理将具有十分
49、重要的理论意义和使用价值。本论文首先对软件项目风险管理研究现状进行了综述，并对我国软件行业现状进行了分析。然后对软件项目风险等相关概念、特征以及分类进行归纳总结，对经典的软件项目风险管理理论进行比较分析。在此基础上找出了适合我国软件企业现状的软件项目风险管理模型EXPERTCOCOMO模型。通过对该模型的进一步研究，指出了模型中存在的不足，并采用功能点估算方法对这一模型进行了补充。最后通过实例应用，对其中的风险因素进行了敏感性分析。软件项目风险管理是一个复杂的系统问题，本文研究的目标是着力于提供一种识别、评价和控制软件项目风险的思路和框架，为决策者进行决策提供参考和借鉴，使其决策更为合理和科学
50、。6.学位论文 阎建兵 宝钢大方坯连铸过程机国产化项目管理研究 2008 宝钢大方坯连铸工程属于宝钢“十一五”规划项目，由于特殊原因，该项目的主要设备由外商中标，整个项目的三电系统由外方集成，为了解决外方提供过程机系统“黑匣子”问题，宝钢同步启动了大方坯连铸过程机国产化工作。本文针对本国产化项目，从技术路线、项目组织体制、项目成本估算、项目质量管理、项目风险管理、项目进度管理等方面进行了研究，并研究开发出一套与外商过程机系统并行运行的国产化系统。本文主要研究成果如下：1、对宝钢分公司已建成的7套连铸机的过程控制系统从系统架构、网络构成、应用功能、模型功能等几方面进行了研究，介绍了连铸过程机的基