风险评估报告范文.doc

风险评估报告范文
篇一：风险评估报告范本
附:风险评估报告范本
企业环境风险评估报告
(XX钢铁五金有限公司)
一、根本状况
1
2
二、企业根本的代码，然后用新的功能接替原先的调用接口，这样将把软件改动量减小到最低。
软件易用性：软件的易用性是影响软件是否被用户承受的关键之关键因素。在软件产品中，设计简单，功能强大而完备，但由于操作繁复而被搁置者屡见不鲜。造成的主要缘由在于缺乏软件开发中软件体系构造的宏观把握力量。另一方面，缺乏有效的手段进展软件需求确实定和对潜在需求的挖掘。
工程治理的风险
软件工程治理的风险来自于软件工程自身的特点：
软件产品不行见：开发的进展以及软件的质量是否符合要求难于度量，从而使软件的治理难于把握。
 软件的生产过程不存在肯定正确的过程形式：可以确定的是不同的软件开发工程应当采纳不同的或者说是有针对性的软件开发过程，而真正适宜的软件开发过程是在软件工程的开发完成才能明白的。因此工程开发之初只能依据工程的特点和开发阅历进展选择，并在开发过程中不断的调整。


大型软件工程往往是一次性的。以往的阅历可以被借鉴的地方不多。回避和掌握软件治理风险的唯一方法就是设立监视制度，工程开发中任何较大的打算都必需有主要技术环节甚至是由用户参加进展的。在该工程中工程监视由工程开发中的质量监视组来实施。 一般参加软件开发的人员（包括治理者和技术人员）和其责任进展分析如下： 参加者
工程经理1人
主要职责：进展全局把握，侧重于工程的商务方面，充当工程组同客户正式沟通的接口环节。
工程负责人1人
主要职责：制定工程开发打算和开发策略，参加工程核心系统的分析设计，同时努力保证开发打算的按时完成和开发策略的真正贯彻落实。
领域专家1或2人
主要职责：在软件分析阶段帮忙分析人员界定系统实现边界和实现的功能，对特定检测点进展算法审核，同时对测试策略和软件操作界面提出参考意见。
质量监视组1或2人
主要职责：编制软件质量掌握打算，并负责落实；掌握必要文档的生产，通过文档，监视工程实施过程中软件的质量，并产生软件质量报告，提请工程经理和工程负责人批阅；对于工程中消失的质量问题，主持召开质量复审会议。


系统分析员1或2人
主要职责：协同工程负责人进展软件系统的分析和设计工作，书写软件需求分析和系统设计相关文档。在软件实现阶段进展测试策略的编制和对性能测试的指导。
程序员2或3人
主要职责：帮助分析人员进展具体设计，和软件系统的代码实现，并进展适当的白盒测试。
测试员2或3人
主要职责：已经实现的软件组件、构件或系统进展正确性验证测试，整合后的系统的性能测试等。书写测试报告和测试统计报告提请质量监视组复审。
技术支持2或3人
主要职责：协同系统分析人员听取用户需求，对需求分析进展参考性复审。协同测试人员进展测试，书写操作手册和在线帮忙，在工程交付用户之后进展跟踪效劳。
文档组1或2人
主要职责：对各部门产生的文档进展格式标准、版本编号和掌握、存档文件的检索；帮助质量监视组进展软件质量监视。 通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失控的可能性，和软件对关键人员的依靠性。


软件技术风险
本系统拟订采纳的两个重大的软件技术是面对对象的构件和基于微软的COM组件技术。组件和构件技术都是为了提高软件的牢靠性和软件的可扩展性而采纳的技术手段。从技术成
熟度上说不存在风险，但为了实现良好的软件构架和稳定的组件，与传统开发方法比拟，有相当的多的额外工作需要做，这会给工程工期带来较大的风险。
回避和掌握这局部风险的方法是在工程进展的过程不断的对该阶段进展风险估量和指定有效的里程碑。同时采纳范例方式提高开发人员的构件组件的分析识别力量，适时调整构件组件的数量和粒度。
软件过程风险