1 / 4
文档名称:

软件项目风险评估报告.docx

格式:docx   大小:25KB   页数:4页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件项目风险评估报告.docx

上传人:陶小豆 2022/8/12 文件大小:25 KB

下载得到文件列表

软件项目风险评估报告.docx

文档介绍

文档介绍:本文主要针对软件开发波及到的风险,包括在软件开发周期过程中可能出现的风险以及软件实施
过程中外部环境的变化可能惹起的风险等进行评估。在文中对所提到的风险都一一做了详尽的剖析,,并在开发过程中不
断的调整。
大型软件项目往往是”一次性”的。过去的经验能够被借鉴的地方不多。回避和控制软件管
理风险的唯一办法就是建立监察制度,项目开发中任何较大的决定都必须有主要技术环节甚至是
由用户参与进行的。在该项目中项目监察由项目开发中的质量监察组来实施.
一般参与软件开发的人员(包括管理者和技术人员)和其责任进行剖析如下:
参与者
项目经理1人
主要职责:进行全局把握,重视于项目的商务方面,充任项目组同客户正式沟通的接口环
节。
项目负责人1人
主要职责:拟定项目开发计划和开发策略,参与项目核心系统的剖析设计,同时努力保证开发计划的准时达成和开发策略的真实贯彻落实。
领域专家1或2人
主要职责:在软件剖析阶段帮助剖析人员界定系统实现边界和实现的功能,对特定检测点进
行算法审核,同时对测试策略和软件操作界面提出参照建议.
质量监察组1或2人
主要职责:编制软件质量控制计划,并负责落实;控制必要文档的生产,经过文档,监察项
目实施过程中软件的质量,并产生软件质量报告,提请项目经理和项目负责人审阅;关于项目中
出现的质量问题,主持召开质量复审会议。
系统剖析员1或2人
主要职责:共同项目负责人进行软件系统的剖析和设计工作,书写软件需求剖析和系统设计
有关文档。在软件实现阶段进行测试策略的编制和对性能测试的指导.
程序员2或3人
主要职责:辅助剖析人员进行详尽设计,和软件系统的代码实现,并进行适合的白盒测试。
测试员2或3人
主要职责:已经实现的软件组件、构件或系统进行正确性考证测试,整合后的系统的性能测
试等。书写测试报告和测试统计报告提请质量监察组复审。
技术支持2或3人
主要职责:共同系统剖析人员听取用户需求,对需求剖析进行参照性复审。共同测试人员进
行测试,书写操作手册和在线帮助,在项目交托用户之后进行追踪服务。
文档组1或2人
主要职责:对各部门产生的文档进行格式规范、版本编号和控制、存档文件的检索;辅助质
量监察组进行软件质量监察。经过适合的人员配备和职责区分,能有效的降低软件开发在后期
的失控的可能性,和软件对重点人员的依靠性。
软件技术风险
本系统拟定采用的两个重要的软件技术是面向对象的构件和鉴于微软的件和构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。
说不存在风险,但为了实现优秀的软件构架和稳定的组件,与传统开发方法比较额外工作需要做,这会给项目工期带来较大的风险。

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