1 / 56
文档名称:

基于案例对比分析的软件外包决策与风险管理方法研究.pdf

格式:pdf   页数:56
下载后只包含 1 个 PDF 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

基于案例对比分析的软件外包决策与风险管理方法研究.pdf

上传人:coconut 2014/1/17 文件大小:0 KB

下载得到文件列表

基于案例对比分析的软件外包决策与风险管理方法研究.pdf

文档介绍

文档介绍:基国内图书分类号:国际图书分类号:
簂瓺.
向国权西影印
⋯⋯躲铉彳日期...:收集各种统计信息;收集公司和公司决策过程细节,对比两公司项目中的决策和结果;从书本、杂志和网站上收集各种关于项目风险控制的观点和方法;总结合理的发包前期准备流程,并改良从各种参考资料里提取的自认为比较有效的方法,加入自认为更合理的变量或因素。本人郑重声明:所呈交的学位论文,是在导师指导下独立进行研究工作所得的成果。除文中已经注明引用的内容外,本论文不包含任何其他个人或集体己经发表或撰写过的研究成果。对本文的研究做出贡献的个人和集体,均已在文中作了明确说明。本人完全了解违反上述声明所引起的一切法律责任将由本人承担。
摘要品状态。为探讨两个项目为什么一个成功而另厂个几近失败,本文先介绍了公司西南交通大学硕士研究生学位论文第在计算机面世数十年后的今天,计算机变得无处不在,它已经成为了几乎所有企业不可或缺的工具之一,很多情况下还是主要生产工具之一。处于这种背景之下,计算机软件的需求量每年都在不断增加,而软件的复杂度则是不断地提高。如果要求每一个使用者都自行开发,不仅是难以实现,更是一种资源浪费。自然而然地,软件外包被纳入了许多企业的考虑范围。可是,自软件产生以来,软件项目失败就从未被杜绝过,自行开发如此,软件外包亦是如此。企业将软件项目发包给专业的软件公司,并不代表最终一定能得到可用的软件,更别说是ヂ獾娜砑恕3鱿终庵智榭龅原因归根结底就是在软件开发的过程中存在着各种不确定因素,我们称之为风险。本文并非研究在风险到来时如何去应对,也并不是讨论如何去预防某些特定的风险,本文的主要目的是为软件发包方带来一种更理性的软件发包观念。除此以外,本文还为发包方推荐一套软件项目外包风险管理流程,以求降低软件项目外包的风险。文中引用了两个发包企业的实际例子,试图以对比的方式阐述此观点。本文首先介绍软件外包在全球的现状和中国软件外包业在国际中所处的地位,接着列举软件外包的主要风险,并分析这些风险对于软件项目有哪些影响。本文所引用的两个项目来自于两家同样是金融背景的公司。公司的项目虽然有所延迟,但是最终软件还是很好地完成了,而公司的项目则问题较多,处于半成和公司及其项目的基本情况,重现了两家公司在没有任何理论指导下的发包动机、风险识别过程和最终结果。通过图表对比这两个实际项目的整个软件外包过程,以突出它们各自存在的问题。从对比结果中得到一个结论:软件发包方必须根据自身条件和项目的具体情况来决定发包的方式。换句话说,软件项目的成功与否在很大程度上是决定于是否选择了合适的开发方式;如果选择的是外包方式,则发包方式将直接影响到项目的成败。得到以上观点后,本文便介绍如何以法来分析和选择适合企业的软件开发方式和发包方式,然后则是介绍一个波士顿阵用以从另一个角度针对项目情况来界
西南交通大学硕士研究生学位论文第页定软件开发方式。发包方式确定之后,本文推荐发包方先拟定一个列表,以评分的方式对比供应商的各项因素,为选定供应商提供量化依据。进入软件开发阶段时,本文则建议先以德尔菲法识别风险,然后以头脑风暴法设定风险应对措施。同时,在项目进行过程中,亦建议设定几个指标作为监控量化值,目的是随时确定项目是否处于正常状态。通过以上流程,虽然不可能ケVと砑獍钅磕懿怀に愕厝缙谕瓿桑可以将项目出现重大问题的可能性降低。关键词:软件外包;风险管理;软件外包模式;供应商选择‘
.甌西南交通大学硕士研究生学位论文第,..甒%.甀甌.、琧瓹.,琲甀琲琤甋瑂痵瑂,,琲,%畐琣瑃.,.瑃,,.痶甌篋’唬唬唬唬唬唬唬唬;;唬唬唬唬唬唬唬唬唬;;;;;;唬唬唬唬唬唬唬唬荒磕磕浚唬唬唬唬唬唬唬唬唬荒浚唬唬唬唬唬唬唬唬荒浚唬唬唬
第Ⅳ页赫西南交通大学硕士研究生学位论文,%癰;,”.
目录西南交通大学硕士研究生学位论文第第滦髀邸软件外包发包方风险管理研究的必要性⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯关于软件外包在国际和中国的现状⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯论文的意义和创新点⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯本文组织⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯第氯砑獍钅恐饕7缦铡不切实际的成本缩减预期⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯数据安全⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯过程控制不到位⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯~⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯业务知识的流失⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯承包商无法交付⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯需求蔓延⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯