软件项目风险管理系统设计研究.pdf

软件项目风险管理系统设计研究.pdf

ID:57743677

大小:174.86 KB

页数:3页

时间:2020-03-27

软件项目风险管理系统设计研究.pdf_第1页
软件项目风险管理系统设计研究.pdf_第2页
软件项目风险管理系统设计研究.pdf_第3页
资源描述:

《软件项目风险管理系统设计研究.pdf》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件项目风险管理系统设计研究钱婕(浙江交通技师学院信息技术系,浙江金华321015)应用技术与研究学术探讨}二二二======二=二=======二=二j二__2014年第9明}[摘要]本文采用B/S系统架构和Java框架进行设计开发,提出能够满足软件项目风险管理需求的软件系统设计,并将风险识别功能、风险分析功能、风险计划功能以及风险监控功能等集为一体进行设计,从而保证新系统本身应用的有效性与稳定性,达到减少项目开发的风险性、提高项目成功率的目的。[关键词]B/S;Java框架;风险识别;管理1.引言在软件产品开发项目中,风险多种多样、无处不在,在项目管理活动中,存在着大量需要存储和

2、处理的不同类型的风险数据,这些不同类型的风险数据之间也存在着许多的逻辑关系,不可能仅靠一张风险列表就可以完成所有的管理操作,同时,软件项目风险管理也是一个有组织的过程,需要软件开发组织内部进行有序的风险交流,同时,要积极面对风险,要培养越早识别风险、越早管理风险的能力,才越有可能规避风险,或者在风险发生时能够降低风险带来的影响,特别是在项目参与方多、涉及面广、影响面大、技术含量高的复杂项目,应加强风险管理,如果不主动驾驭风险,就会面l临风险。2.设计技术背景2.项目风险管理概念风险管理是对项目风险进行识别、分析和应对的系统化过程,以此为基础合理地使用各种风险应对措施、管理方法技术和手

3、段,对项目的风险实行有效的控制,妥善地处理风险事件造成的不利后果,以最少的成本保证项目总体目标实现的管理工作。2.2风险识别及应对策略2.2.1风险识别检查单和头脑风暴是两种主要的风险识别方法。检查单列出了软件开发项目中常见的风险,在理想情况下,项目相关人员应该核对一遍检查表,以判定哪些风险可能会在项目中出现,检查的人员还会为每种风险的可能对策给出建议。2.2.2应对策略风险应对的类型有规避、减弱、接受,具体说明如F:规避是指通过变更项目计划消除风险或风险的触发条件,避免目标受影响,这是一种事前的风险应对策略。如:在数据移植的过程中澄清不明确的需求、明确资源的需求量和时问、加强与各参

4、与方的沟通,确保项目资金等。转移是在不消除风险的前提下,将项目风险的结果连同应对的权力转移给第三方,这也属于一种事前的应对策略,如:将数据移植项目的成败交给监理方控制或与用户签订补偿性合同。弱化是指将风险事件的概率或影响力降低到一个可以接受的状态。如:在正式的数据移植之前在测试系统上多次演练,增加备份设计等。接受是指不改变项目计划,考虑发生后如何应对。如:当数据移植出现问题时按事先制定好的应急计划或退却计划执行。2.3网络计划技术工程项目进度常用网络计划来描述。网络计划技术分为为肯定型和非肯定型两类。肯定型网络计划假设工程项目的每一活动间的逻辑关系是确定的,完成每一活动所需的时间也是

5、确定的,这种进度计划常用关键线路法(CMP,CritlcalPathMethod)去分析。但用这种肯定型网络计划来描述实际的施工进度计划并不十分适当,它只是对工程项目实施过程的简化描述,在工程实践中,由于政治、经济、气象、水文、施工方案、资源供应、施工环境等不确定因素的影响,必然导致工程项目实施中工序的持续时间,即完成各工序所需的时间具有不确定性。显然实现工程项目的工期目标存在着风险。因此,工程项目进度更适合用活动逻辑关系确定、活动持续时间不确定的网络计划来描述,即用计划评审技术(PERT)来分析评价工程项目实施进度。显然,PETR属于非肯定型网络计划技术。PERT认为各项目活动持续

6、时间是一随机变量,不能给出准确的数值,但可根据工程项目已有的资料或工程进度管理人员的经验用“三点法”估计。PERT假定每项活动持续时间是服从正态分布或P分布的,而实际工程中各工序的时间分布并不一定满足这种条件,具有随机性。3.风险管理系统设计需求3.1系统业务分析软件项目风险管理业务流程包括两大部分:风险评估、作者简介:钱婕,女,浙江嘉兴人,讲师,研究方向:计算机辅助教育,软件工程。一57—

7、学术探讨应用技术与研究—f五万磊夏鬲————一风险控制。如图1所示。l风险识别II风险分析I图1软件项目风险管理业务流程风险评估流程主要包括风险识别、风险分析两部分;风险控制流程包括风险计划、风

8、险监控、风险化解三部分。业务参与者有项目经理、系统分析员、技术支持、程序员、测试员、质量监督员(OA)、工程师、客户代表、最终用户。参与者根据其角色的不同承担的职责也不同。3.2系统功能需求项目风险管理系统功能性需求关系到系统的完整性,包含完成业务需求所必须的功能设计,也是系统正常运行所必备的功能,同时还要兼顾系统的可扩充性和可维护性。本系统需实现风险规划功能、风险识别功能、风险分析功能、风险应对功能和风险监控功能等几个方面。3.3非功能需求管理系统的开发

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。