风险评估报告范文

风险评估报告范文

本文主要针对软件开发涉及到的风险，包括在软件开发周期过程中可能出现的风险以及软件实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了详细的分析，并提出了相应的风险回避措施。

由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成软件开发的失败。风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。

主要风险综述

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

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

软件是否能够按工期的要求完成：软件的工期常常是制约软件质量的主要因素。很多情况下，软件开发商在工期的压力下，放弃文档的书写，组织，结果在工程的晚期，大量需要文档进行协调的工作时，致使软件进度越来越慢。软件的开发不同于其他的工程，在不同的工程阶段，需要的人员不同，需要配合的方面也不同，所有这些都需要行之有效的软件管理的保证。

软件需求的调研是否深入透彻：软件的需求是确保软件正确反映用户的对软件使用的重要的文档，探讨软件需求是软件开发的起始点，但软件的需求却会贯穿整个软件的开发过程，软件管理需要对软件需求的变化进行控制和管理，一方面保证软件需求的变化不至于造成软件工程的一改再改而无法按期完成；同时又要保证开发的软件能够为用户所接受。软件管理需要控制软件的每个阶段进行的成度，不能过细造成时间的浪费，也不能过粗，造成软件缺陷。

软件的实现技术手段是否能够同时满足性能要求：软件的构造需要对软件构造过程中的使用的各种技术进行评估。软件构造技术通常是这样：最成熟的技术，往往不能体现最好的软件性能；先进的技术，往往人员对其熟悉程度不够，对其中隐含的缺陷不够明了。软件管理在制定软件开发计划和定义里程碑时必须考虑这些因素，并做出合理的权衡决策。 软件质量体系是否能够被有效地保证：任何软件管理忽略软件质量监督环节都将对

软件的生产构成巨大的风险。而制定卓有成效的软件质量监督体系，是任何软件开发组织必不可少的。软件质量保证体系是软件开发成为可控制过程的基础，也是开发商和用户进行交流的基础和依据。

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

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

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

软件易用性：软件的易用性是影响软件是否被用户接受的关键之关键因素。在软件产品中，设计复杂，功能强大而完备，但因为操作繁复而被搁置者屡见不鲜。造成的主要原因在于缺乏软件开发中软件体系结构的宏观把握能力。另一方面，缺乏有效的手段进行软件需求的确定和对潜在需求的挖掘。

项目管理的风险

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

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

软件的生产过程不存在绝对正确的过程形式：可以肯定的是不同的软件开发项目应当采用不同的或者说是有针对性的软件开发过程，而真正合适的软件开发过程是在软件项目的开发完成才能明了的。因此项目开发之初只能根据项目的特点和开发经验进行选择，并在开发过程中不断的调整。

大型软件项目往往是"一次性"的。以往的经验可以被借鉴的地方不多。回避和控制软件管理风险的唯一办法就是设立监督制度，项目开发中任何较大的决定都必须有主要技术环节甚至是由用户参与进行的。在该项目中项目监督由项目开发中的质量监督组来实施。 一般参与软件开发的人员（包括管理者和技术人员）和其责任进行分析如下： 参与者

项目经理1人

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

项目负责人1人

主要职责：制定项目开发计划和开发策略，参与项目核心系统的分析设计，同时努力保证开发计划的按时完成和开发策略的真正贯彻落实。

领域专家1或2人

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

质量监督组1或2人

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

系统分析员1或2人

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

程序员2或3人

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

测试员2或3人

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

技术支持2或3人

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

文档组1或2人

主要职责：对各部门产生的文档进行格式规范、版本编号和控制、存档文件的检索；协助质量监督组进行软件质量监督。 通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失控的可能性，和软件对关键人员的依赖性。

软件技术风险

本系统拟订采用的两个重大的软件技术是面向对象的构件和基于微软的COM组件技术。组件和构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。从技术成

熟度上说不存在风险，但为了实现良好的软件构架和稳定的组件，与传统开发方法比较，有相当的多的额外工作需要做，这会给项目工期带来较大的风险。

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

软件过程风险

软件需求阶段的风险

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

设计阶段的风险

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

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

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

实现阶段引入的风险

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

维护阶段的风险

软件维护包含两个主要的维护阶段，一个是软件生产完毕到软件试运行阶段的维护，这个阶段是一种实环境的测试性维护，其主要目的是发现在测试环境中不能或未发现的问题；另一个阶段是当软件的运行不再能适应用户业务需求或是用户的运行环境（包括硬件平台，软件环境等）时进行的软件维护，具体可能是软件的版本升级或软件移植等。

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

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

项目风险表

风险评估表中所提到的风险是一般项目在开发过程中都客观存在的，表中所列出的风险系数是指在不对风险进行深入的分析和有效的规避的情况下，该风险项发生的概率。比如软件产品的设计目标是运行十年，体系结构不合理的风险是40%的含义是，如果不对系统进行深入的分析，未采用最合理的软件技术进行设计，则生产出一个不具备可扩展性的软件系统的概率是40%。由于客户公司是仍将不断发展的，在十年内，该软件系统都能满足公司运营要求的可能性极低。由此而可能产生的灾难性后果是公司在业务发展的时候，必须重新开发新系统。

向客户提供风险评估，是按照国际惯例进行的例行操作，一方面让客户对潜在的风险有更充分的了解，表明公司诚信 为本的态度，另一方面也用以鞭策和激励全体开发人员严格执行开发标准，共同监督项目开发过程，努力避免风险的发生。

风险评估报告文本格式2016-09-15 22:31 | #2楼

附件二：

* * * * 重大决策（项目）

社会稳定风险评估报告通用文本格式

单位名称：

时 间：

一、重大决策基本情况

包括重大决策名称、重大决策类别（指重大政策、重大改革、重大项目、重大活动和其他重大事项），主管部门、承办单位等。重大决策背景、重大决策基本情况和主要内容。

二、组织开展情况

包括评估小组组成人员、评估过程及主要开展的工作情况。

三、社会稳定风险评估情况

（一）重大决策的合法性分析

围绕重大决策内容是否符合现行相关法律、法规、规章和国家有关政策规定；实施重大决策的责任主体资格是否符合相关法律、规章和国家有关规定；所涉及政策调整、利益调节的对象和范围是否界定准确；调整、调节的依据是否合法；涉及的立项、审批等程序是否符合相关法律、法规、规章和国家有关规定。

（二）重大决策的合理性分析

是否符合科学发展观的要求，是否符合社会公共利益和广大人民群众的根本利益；是否兼顾了不同利益群体的合理 1

诉求，相关补偿标准和其他救助标准依据是否充分，是否合理、公平、公正；是否保持了政策、措施的连续性、相对稳定性、严密性以及与相关政策、措施的协调性，是否会导致地区、行业、群体间的相互攀比；拟采取的措施和手段是否必要、充分、适当，所选择的措施和手段对所涉及利益群体权益的损害是否最小。

（三）重大决策的可行性分析

决策或项目出台的时机是否成熟，相应的主、客观条件是否具备；能否为重大事项责任主体或实施主体财力所承受；是否超越大多数群众的承受能力，是否得到大多数群众的支持、认可、理解。

（四）重大决策的可控性分析

是否可能引发较大规模现实社会和虚拟社会群体性事件、较大规模集体上访、重大社会治安问题和其他社会稳定问题；可能引发的社会稳定风险是否可控，能否得到有效预防和化解，是否制定了相应的防范化解措施和应急处置工作预案。

四、预防化解稳定风险的对策建议（或应急处突预案）

五、稳定风险综合评价

对重大决策可能产生的社会稳定风险，进行全面分析、系统论证，作出客观观测，作出无风险、有较小风险、有较大风险和有重大风险四个等级的风险评估结论，并据此提出可实施、暂缓实施、不实施的建议。

2

什么是风险评估报告？请和小编一起来看看风险评估报告范文。希望对大家有所帮助!

　　风险评估报告

我院按照上级部门的统一部署，结合我院实际工作，突出我院新校园建设重点，采取自己找、群众帮、领导点和民主测评等方式，从思想道德、制度机制、岗位职责、业务操作、人际交往等五个方面，自下而上的认真排查廉政风险(源)点。我们经过对各类廉政风险的研究分析，认为涉及我院的主要廉政风险源于项目审批、资金分配和内部的公务接待，现对我院主要廉政风险自我评估报告如下。

一、项目审批环节的廉政情况

我院新校区建设是市里的重点项目工程，也是现象的易发多发重点领域，由于时间紧、任务重，加上一些客观因素，项目的土地使用证、工程规划许可证、工程施工许可证尚在办理过程，但都有发证机关出据的相关证明后进行招标和施工。做到了申报手续清楚完备，各类证件逐步完善。在廉政风险排查中，学院新校区的各项工程建设项目都是严格按照物资采购招标法，委托市政府招标代理处，履行招标程序，实行公开招标。对中标单位我院认真与其签订施工合同，在招标和施工过程中，我院尚未发现有关部门和人员有不廉洁问题。

（一）主要做法：我院制定了《关于工程建设领域突出问题专项治理工作的意见》，认真做好“五个预防，一个坚持”的六项工作。一是预防插手干预新校区工程建设，擅自改变土地用途、提高建筑容积率；二是预防在招标过程中招标人和投标人，虚假招标、围标串标、转包和违法分包，透露机密；三是预防和制止在工程建设过程中可能出现的索贿行为；四是预防在工程建设中，建筑质量和安全责任不落实，损害学院利益；五是预防在工程建设中，违背科学决策、民主决策的原则；六是坚持“四制”，即招投标制度、合同管理制度、工程监理制度、竣工验收审计制度。同时，学院还与中标施工单位签订了《建设工程廉政协议书》。每月指挥部召开的工作例会学院领导都强调要加强工程领域里的廉政建设，由于措施得力，预防了在建设工程领域中容易发生的吃请、、索贿的现象。

（二）具体措施：廉政风险防控要坚持教育、制度、监督、亮权等多重并举的措施，做到预防在先，防患于未然。

一是加强教育，提高规避廉政风险的能力。在教育对象上要突出针对性，在教育内容上要突出实效性，在教育形式上要突出多样性。通过教育降低党员干部发生的心理条件，让党员干部不愿、不敢。

二是完善制度，不断提高制度执行力。结合正在开展的党务、政务公开，清理整合，进一步完善制度体系，真正形成用

制度管人、管权、管事的长效机制，加大制度执行和督查力度，维护制度的权威性和严肃性。

三是强化监督，进一步强化对权力的制衡。要强化党内监督、内部监督、社会监督和舆论监督，通过民主生活会、政务公开、廉政承诺、问卷调查、群众测评、设立举报电话等方式方法，加强对重点岗位、重点环节权力的监控和制约，适时通报查处违规违纪的人和事。

四是新校区建设的重大事项，必须在指挥长和政委的统一领导下，由副指挥长召集指挥部成员，集体讨论研究决定。

二、资金分配环节的廉政情况

新校区资金来源于三个方面，一是通过市政府担保向国家开发银行贷款1亿元；二是省市政策扶持资金（国债、地债）；三是学院办学结余。资金分配中可能存在的廉政风险有：一是争取资金时的请客送礼或提供各种消费、娱乐、健身等活动；二是私下承诺，滥用自由裁量权，收受施工单位贿赂，包括礼金礼券、贵重物品等；三是人为的设置障碍，索要中标单位好处。

（一）主要做法：新校区建设指挥部专门制订了《安徽芜湖技师学院新校区工程量增加报批流程》有效地规范和控制了资金的分配使用，杜绝了四种现象的发生：一是资金申报单位为了确保资金争取到手，不惜采用一些不正当手段，主动送礼；二是由于资金有限，主客观原因造成在分配上不平衡；三是申报单位担心工作人员设置障碍，被动采取贿赂、提供娱乐活动等不正当手段；四是极少数工作人员故意设置障碍，利用手中的权力索要钱财。

（二）具体措施：一是加强教育，提高规避廉政风险的能力。在教育对象上要突出针对性，在教育内容上要突出实效性，在教育形式上要突出多样性。通过教育降低党员干部发生的心理条件，让党员干部不愿、不敢。二是完善制度，不断提高制度执行力。在学院已有的各项规章制度基础上，清理整合，进一步完善制度体系，真正形成用制度管人、管权、管事的长效机制，加大制度执行和督查力度，维护制度的权威性和严肃性。三是强化监督，进一步强化对权力的制衡。要强化党内监督、内部监督、社会监督和舆论监督，通过民主生活会、政务公开、廉政承诺、问卷调查、群众测评、设立举报电话等方式方法，加强对重点岗位权力的监控和制约，适时通报查处违规违纪的人和事。四是严格遵守学院《专项资金使用管理规定》：一要遵守各项资金使用的一般程序，二要严格遵守规划内使用、项目带资金、集体研究等原则，杜绝一切暗箱操作的行为，对需要聘请专家论证的项目必须及时论证。

三、公务接待环节的廉政情况

公务接待中可能存在的廉政风险有：不经审批接待；超标准接待；收受或索要回扣；虚开多开发票套取现金。

（一）风险发生的原因：一是对公务接待认识模糊，有的同志错误的认为公务接待，只要不装腰包，吃点、喝点、联络关系送点，不是什么大问题；二是执行制度不严格，管理不规范，公务接待随意性较大，有的虽有审批程序，但执行接待标准不严格；三是酒店之间为了生意竞争，主动向工作人员贿赂给好处；四是心存侥幸，化公为私、损公肥私、通过公务接待索取个人私利。

（二）具体措施：压缩公务接待预算，统一并执行学院《公务接待工作规定》，做好监督检查，减少浪费，降低行政成本。一是压缩公务接待预算。一般接待由新校区食堂安排，平时按工作餐标准核定。二是明确公务接待标准、程序、结算方式，公开透明运作接待流程。三是执行公务接待规范。严格执行办公室扎口管理制度，由办公室负责新校区来客接待、就餐安排及有关费用结算等具体事务工作。按照先登记后安排规定，办公室填写“公务接待费用申请单”，指挥部领导逐级审批“公务接待费用申请单”，办公室根据审批单负责公务接待的具体事务。四是经常性的抓好公务接待工作中厉行节约情况的检查，定期将接待费用开支情况进行专项汇报，查处公务接待中的违纪违规人员。