风险评估报告范文.docx

放在系统的配置上，即软件代码无需修改，仅仅是在系统供应的配置文件中进展适当的修改，然后软件重新加载进入运行状态，就完成了系统局部功能和性能要求的改变。对于重大改动，须要翻开源代码进展修改的，也仅仅是先继承原先的代码，然后用新的功能接替原先的调用接口，这样将把软件改动量减小到最低。










软件易用性：软件的易用性是影响软件是否被用户承受的关键之关键因素。在软件产品中，设计困难，功能强大而完备，但因为操作繁复而被搁置者屡见不鲜。造成的主要缘由在于缺乏软件开发中软件体系构造的宏观把握实力。另一方面，缺乏有效的手段进展软件需求确实定和对潜在需求的挖掘。
工程管理的风险
软件工程管理的风险来自于软件工程自身的特点：
软件产品不行见：开发的进展以及软件的质量是否符合要求难于度量，从而使软件的管理难于把握。
 软件的生产过程不存在肯定正确的过程形式：可以确定的是不同的软件开发工程应当采纳不同的或者说是有针对性的软件开发过程，而真正适宜的软件开发过程是在软件工程的开发完成才能明白的。因此工程开发之初只能依据工程的特点和开发经历进展选择，并在开发过程中不断的调整。
大型软件工程往往是一次性的。以往的经历可以被借鉴的地方不多。回避和限制软件管理风险的唯一方法就是设立监视制度，工程开发中任何较大的确定都必需有主要技术环节甚至是由用户参加进展的。在该工程中工程监视由工程开发中的质量监视组来实施。 一般参加软件开发的人员〔包括管理者和技术人员〕和其责任进展分析如下： 参加者










工程经理1人
主要职责：进展全局把握，侧重于工程的商务方面，充当工程组同客户正式沟通的接口环节。
工程负责人1人
主要职责：制定工程开发打算和开发策略，参加工程核心系统的分析设计，同时努力保证开发打算的按时完成和开发策略的真正执行。
领域专家1或2人
主要职责：在软件分析阶段协助分析人员界定系统实现边界和实现的功能，对特定检测点进展算法审核，同时对测试策略和软件操作界面提出参考看法。
质量监视组1或2人
主要职责：编制软件质量限制打算，并负责落实；限制必要文档的生产，通过文档，监视工程实施过程中软件的质量，并产生软件质量报告，提请工程经理和工程负责人查阅；对于工程中出现的质量问题，主持召开质量复审会议。
系统分析员1或2人
主要职责：协同工程负责人进展软件系统的分析和设计工作，书写软件需求分析和系统设计相关文档。在软件实现阶段进展测试策略的编制和对性能测试的指导。
程序员2或3人
主要职责：帮助分析人员进展具体设计，和软件系统的代码实现，并进展适当的白盒测试。










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