项目风险评估报告范文样本

项目风险评估报告本文档范畴和目

本文重要针对软件开发涉及到风险，涉及在软件开发周期过程中也许浮现风险以及软件实行过程中外部环境变化也许引起风险等进行评估。在文中对所提到风险都一一做了详细分析，并提出了相应风险回避办法。

由于风险是在项目开始之后才开始对项目开发起负面影响，因此风险分析局限性，或是风险回避办法不得力，都很有也许导致软件开发失败。风险分析是在事前一种预计，凭借一定技术手段和丰富经验，基本可以对项目风险做出比较精确预计，通过慎重考虑提出可行风险回避办法，是避免损失重要环节。

重要风险综述

任何软件开发，其重要风险均来自于两个方面，一是软件管理，二是软件体系构造。软件产品开发是工程技术与个人创作有机结合。软件开发是人集体智慧按照工程化思想进行发挥过程。软件管理是保证软件开发工程化手段。软件体系构造合理限度是取决于集体智慧发挥限度和经验运用。

软件管理将影响到软件下列因素：

软件与否可以按工期规定完毕：软件工期经常是制约软件质量重要因素。诸多状况下，软件开发商在工期压力下，放弃文档书写，组织，成果在工程晚期，大量需要文档进行协调工作时，致使软件进度越来越慢。软件开发不同于其她工程，在不同工程阶段，需要人员不同，需要配合方面也不同，所有这些都需要行之有效软件管理保证。

软件需求调研与否进一步透彻：软件需求是保证软件对的反映顾客对软件使用重要文档，探讨软件需求是软件开发起始点，但软件需求却会贯穿整个软件开发过程，软件管理需要对软件需求变化进行控制和管理，一方面保证软件需求变化不至于导致软件工程一改再改而无法按期完毕；同步又要保证开发软件可觉得顾客所接受。软件管理需要控制软件每个阶段进行成度，不能过细导致时间挥霍，也不能过粗，导致软件缺陷。

软件实现技术手段与否可以同步满足性能规定：软件构造需要对软件构造过程中使用各种技术进行评估。软件构造技术普通是这样：最成熟技术，往往不能体现最佳软件性能；先进技术，往往人员对其熟悉限度不够，对其中隐含缺陷不够明了。软件管理在制定软件开发筹划和定义里程碑时必要考虑这些因素，并做出合理权衡决策。

软件质量体系与否可以被有效地保证：任何软件管理忽视软件质量监督环节都将对软件生产构成巨大风险。而制定卓有成效软件质量监督体系，是任何软件开发组织必不可少。软件质量保证体系是软件开发成为可控制过程基本，也是开发商和顾客进行交流基本和根据。

软件体系构造影响到软件如下质量因素：

软件可伸缩性：是指软件在不进行修改状况下适应不同工作环境能力。由于硬件飞速发展和软件开发周期较长矛盾，软件升级需要显得非常迫切。如果软件升级和移植非常困难，软件生命期必然很短，使得化费巨大人力物力开发出软件系统只能在低性能硬件或网络上运营，甚至被废弃不用，导致巨大挥霍。

软件可维护性：软件维护也是必然事情，为了保证软件较长使用寿命，软件就必要适应不断业务需求变化，依照业务需求变化对软件进行修改。修改成本和周期都直接和软件体系构造有关。一种好软件体系构造可以尽量地将系统变化放在系统配备上，即软件代码无需修改，仅仅是在系统提供配备文献中进行恰当修改，然后软件重新加载进入运营状态，就完毕了系统某些功能和性能规定变化。对于重大改动，需要打开源代码进行修改，也仅仅是先继承原先代码，然后用新功能接替原先调用接口，这样将把软件改动量减小到最低。

软件易用性：软件易用性是影响软件与否被顾客接受核心之核心因素。在软件产品中，设计复杂，功能强大而完备，但由于操作繁复而被搁置者屡见不鲜。导致重要因素在于缺少软件开发中软件体系构造宏观把握能力。另一方面，缺少有效手段进行软件需求拟定和对潜在需求挖掘。

项目管理风险

软件项目管理风险来自于软件项目自身特点：

软件产品不可见：开发进展以及软件质量与否符合规定难于度量，从而使软件管理难于把握。

软件生产过程不存在绝对对的过程形式：可以必定是不同软件开发项目应当采用不同或者说是有针对性软件开发过程，而真正适当软件开发过程是在软件项目开发完毕才干明了。因而项目开发之初只能依照项目特点和开发经验进行选取，并在开发过程中不断调节。

大型软件项目往往是"一次性"。以往经验可以被借鉴地方不多。回避和控制软件管理风险唯一办法就是设立监督制度，项目开发中任何较大决定都必要有重要技术环节甚至是由顾客参加进行。在该项目中项目监督由项目开发中质量监督组来实行。

普通参加软件开发人员（涉及管理者和技术人员）和其责任进行分析如下：

参加者

项目经理1人

重要职责：进行全局把握，侧重于项目商务方面，充当项目组同客户正式交流接口环节。

项目负责人1人

重要职责：制定项目开发筹划和开发方略，参加项目核心系统分析设计，同步努力保证开发筹划准时完毕和开发方略真正贯彻贯彻。

领域专家1或2人

重要职责：在软件分析阶段协助分析人员界定系统实现边界和实现功能，对特定检测点进行算法审核，同步对测试方略和软件操作界面提出参照意见。

质量监督组1或2人

重要职责：编制软件质量控制筹划，并负责贯彻；控制必要文档生产，通过文档，监督项目实行过程中软件质量，并产生软件质量报告，提请项目经理和项目负责人审视；对于项目中浮现质量问题，主持召开质量复审会议。

系统分析员1或2人

重要职责：协同项目负责人进行软件系统分析和设计工作，书写软件需求分析和系统设计有关文档。在软件实现阶段进行测试方略编制和对性能测试指引。

程序员2或3人

重要职责：协助分析人员进行详细设计，和软件系统代码实现，并进行恰当白盒测试。

测试员2或3人

重要职责：已经实现软件组件、构件或系统进行对的性验证测试，整合后系统性能测试等。书写测试报告和测试记录报告提请质量监督组复审。

技术支持2或3人

重要职责：协同系统分析人员听取顾客需求，对需求分析进行参照性复审。协同测试人员进行测试，书写操作手册和在线协助，在项目交付顾客之后进行跟踪服务。

文档组1或2人

重要职责：对各部门产生文档进行格式规范、版本编号和控制、存档文献检索；协助质量监督组进行软件质量监督。通过恰当人员配备和职责划分，能有效减少软件开发在后期失控也许性，和软件对核心人员依赖性。

软件技术风险

本系统拟订采用两个重大软件技术是面向对象构件和基于微软COM组件技术。组件和构件技术都是为了提高软件可靠性和软件可扩展性而采用技术手段。从技术成熟度上说不存在风险，但为了实现良好软件构架和稳定组件，与老式开发办法比较，有相称多额外工作需要做，这会给项目工期带来较大风险。

回避和控制这某些风险办法是在项目进行过程不断对该阶段进行风险预计和指定有效里程碑。同步采用"范例"方式提高开发人员构件组件分析辨认能力，适时调节构件组件数量和粒度。

软件过程风险

软件需求阶段风险

软件开发是以顾客需求开始，在大多数状况下，顾客需求要靠软件开发方诱导才干保证需求完整，再以书面形式形成《顾客需求》这一重要文档。需求分析更多是开发方确认需求可行性和一致性过程，在此阶段需要和顾客进行广泛交流和确认。需求和需求分析任何疏漏导致损失会在软件系统后续阶段被一级一级地放大，因而本阶段风险最大。

设计阶段风险

设计重要目在于软件功能对的反映了需求。可见需求不完整和对需求分析不完整和错误，在设计阶段被成倍地放大。设计阶段重要任务是完毕系统体系构造定义，使之可以完成需求阶段即定目的；另一方面也是检查需求一致性和需求分析完整性和对的性。

设计自身风险重要来自于系统分析人员。分析人员在设计系统构造时过于定制，系统可扩展性较弱，会给后期维护带来巨大承担，和维护成本激增。对顾客来说系统使用比例会有明显折扣，甚至导致软件寿命过短。反之，软件构造过于灵活和通用，必然引起软件实现难度增长，系统复杂度会上升，这又会在实现和测试阶段带来风险，系统稳定性也会受到影响。从另一种角度上看，业务规则变化，或说顾客需求和将来软件运营环境变化都是必然状况，当前软件设计所谓"通用性"与否就能较好适应将来需求和运营环境变化，是需要认真折衷。这种折中也蕴涵着很大风险。

设计阶段蕴涵另一种风险来自于设计文档。文档不健全不但会导致实现阶段困难，更会在后期测试和维护导致劫难性后果，例如主线无法对软件系统进行版本升级，甚至是发现简朴错误都无从改正。

实现阶段引入风险

软件实现从某种意义上讲是软件代码生产。原代码自身也是文档一某些，同步它又是将来运营于计算机系统之上实体。源代码书写规范性，可读性是该阶段重要风险来源。规范代码生产会把属于程序员自身个性风格成分引入代码比例降到最低限度，从而减小了系统整合风险。

维护阶段风险

软件维护包括两个重要维护阶段，一种是软件生产完毕到软件试运营阶段维护，这个阶段是一种实环境测试性维护，其重要目是发当前测试环境中不能或未发现问题；另一种阶段是当软件运营不再能适应顾客业务需求或是顾客运营环境（涉及硬件平台，软件环境等）时进行软件维护，详细也许是软件版本升级或软件移植等。

从软件工程角度看，软件维护费用约占总费用55%~70%，系统越大，该费用越高。对系统可维护性轻视是大型软件系统最大风险。在软件漫长运营期内，业务规则必定会不断发展，科学解决此问题做法是不断对软件系统进行版本升级，在保证可维护性前提下逐渐扩展系统。

在软件系统运营期间，重要风险源自于技术支持体系无效运转。科学办法是有一支客户支持队伍不断收集运营中发现问题，并将解决问题办法传授给软件系统所有使用者。

项目风险表

风险评估表中所提到风险是普通项目在开发过程中都客观存在，表中所列出风险系数是指在不对风险进行进一步分析和有效规避状况下，该风险项发生概率。例如软件产品设计目的是运营十年，体系构造不合理风险是40%含义是，如果不对系统进行进一步分