项目风险评估报告范文.doc

工程风险评估报告
本文档的范围和目的
　　本文主要针对软件开发涉及到的风险，包括在软件开发周期过程中可能出现的风险以及软件实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了详细发中任何较大的决定都必须有主要技术环节甚至是由用户参与进行的。在该工程中工程监督由工程开发中的质量监督组来实施。
　　一般参与软件开发的人员〔包括管理者和技术人员〕和其责任进行分析如下：
　　参与者
　　工程经理1人
　　主要职责：进行全局把握，侧重于工程的商务方面，充当工程组同客户正式交流的接口环节。
　　工程负责人1人
　　主要职责：制定工程开发方案和开发策略，参与工程核心系统的分析设计，同时努力保证开发方案的按时完成和开发策略的真正贯彻落实。
　　领域专家1或2人
　　主要职责：在软件分析阶段帮助分析人员界定系统实现边界和实现的功能，对特定检测点进行算法审核，同时对测试策略和软件操作界面提出参考意见。
　　质量监督组1或2人
　　主要职责：编制软件质量控制方案，并负责落实；控制必要文档的生产，通过文档，监督工程实施过程中软件的质量，并产生软件质量报告，提请工程经理和工程负责人审阅；对于工程中出现的质量问题，主持召开质量复审会议。
　　系统分析员1或2人
　　主要职责：协同工程负责人进行软件系统的分析和设计工作，书写软件需求分析和系统设计相关文档。在软件实现阶段进行测试策略的编制和对性能测试的指导。
　　程序员2或3人
　　主要职责：协助分析人员进行详细设计，和软件系统的代码实现，并进行适当的白盒测试。
　　测试员2或3人
　　主要职责：已经实现的软件组件、构件或系统进行正确性验证测试，整合后的系统的性能测试等。书写测试报告和测试统计报告提请质量监督组复审。
　　技术支持2或3人
　　主要职责：协同系统分析人员听取用户需求，对需求分析进行参考性复审。协同测试人员进行测试，书写操作手册和在线帮助，在工程交付用户之后进行跟踪效劳。
　　文档组1或2人
　　主要职责：对各部门产生的文档进行格式标准、版本编号和控制、存档文件的检索；协助质量监督组进行软件质量监督。 通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失控的可能性，和软件对关键人员的依赖性。
　　软件技术风险
　　本系统拟订采用的两个重大的软件技术是面向对象的构件和基于微软的COM组件技术。组件和构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。从技术成熟度上说不存在风险，但为了实现良好的软件构架和稳定的组件，与传统开发方法比较，有相当的多的额外工作需要做，这会给工程工期带来较大的风险。
　　回避和控制这局部风险的方法是在工程进行的过程不断的对该阶段进行风险估计和指定有效的里程碑。同时采用"范例"方式提高开发人员的构件组件的分析识别能力，适时调整构件组件的数量和粒度。
　　软件过程风险
　　软件需求阶段的风险
　　软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导才能保证需求的完整，再以书面的形式形成?用户需求?这一重要的文档。需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的