毕业设计(论文)外文翻译
译文：
风险评估和项目规划
制定一个项目计划包括确定该项目是高风险，中风险，又或是低风险。如图2-10所示，将风险标准应用到客户的工作状态（SOW），以帮助决定与项目相关的风险。评估的风险以螺旋桨驱动的飞机为代表。希望能够对风险进行好的评估，并且卖方的项目团队可以预测到风险的到来。可以分配适当的管理，开发和产品保证资源以降低风险。我们将降低风险定义为“降低软件系统开发产品（1）不能按时交付，（2）不在预算范围内交付以及（3）卖方和客户对产品应该具有的功能未达成共识的可能性。”
图 2-10项目计划涉及评估完成客户工作说明书的风险。产品保证可减轻项目风险，因此应与评估的风险相称。
我们分配适当的管理，开发和产品保证资源的方法是可重复的。此方法包括以下内容：
- 从您的组织和整个行业的经验中得出的一组风险评估标准，将项目特征与项目成果相关联。[1]
- 在应用这些标准的各方之间进行迭代以达成共识。
图2-11显示了一组用于风险评估的风险标准示例以及相应的风险衍生资源分配百分比。您的组织将有自己的一套风险标准。为您的软件系统开发项目建立风险标准数据库是很重要的。在建立组织的风险标准时，应让项目团队人员以及业务和财务人员同时参与。风险有多种形式。
图 2-11在项目计划期间评估项目风险是为降低风险的项目计划成果分配美元资源的关键。风险标准显示了说明此方法的示例。它们是构建适合您环境需求的标准的起点。
资源估算并不是一门精确的科学，但是如果组织内的不同小组将图2-11中提供的风险评估标准应用于给定的SOW，则此风险评估的结果将主要是以下三种风险类别之一（高，中和低）。高风险项目要求进一步降低风险；因此，为产品保证分配了20％的资源，为管理分配了15％的监督，为开发分配了65％。中风险项目需要减少的风险减少，而低风险项目需要的减少甚至更少。
饼图中百分比所依据的原理如下：[2]
- 假定中等风险饼图是“平均软件系统开发项目”。行业经验表明，将大约10％的项目总劳动力分配给产品保证中，对于许多项目来说都是一种很好的降低风险的策略。这种经验是中等风险产品保证百分比的基础。我们一般的做法是将项目劳动力的百分之十分配给管理层。这种做法反映在中等风险饼图中。因此，项目劳动力的80%分配到开发中。
- 通常，所列出的高风险标准会比中风险标准中包含的风险增加更大的项目风险。因此，通过将中等风险产品保证率加倍（即2 * 0.10 = 0.20）来确定高风险产品保证率。高风险管理百分比是通过将中风险管理百分比增加50%来确定的（即0.10 * 1.5 = 0.15）。因此，项目劳动力的65%分配给了发展。
- 通过将相应的中等风险百分比减半来确定低风险产品保证百分比（即0.5 * 0.10 = 0.05）。由于通常的做法是将项目劳动力的10%分配给管理层，因此低风险管理百分比与中风险管理百分比相同（即0.10）。因此，项目劳动力的50%分配给了发展。
- 在给定类别中应用的标准越多，则该类别的风险就确立的越牢固，所示的百分比的回旋余地就越小。例如，如果将四个高风险标准应用于SOW，则项目陷入麻烦的可能性就会增大。因此，资源分配应与所示的高风险百分比高度一致。另一方面，如果风险标准适用于来自一个以上风险类别的SOW，则在为管理，开发和产品保证分配资源时应留有更多的回旋余地。例如，一个SOW可能有一个高风险标准（例如，唯一的应用程序）和两个中风险标准（例如，很少的进度松弛，一些不确定的主要需求）。即使此SOW被分类为中等风险，也应谨慎地在高风险百分比和中风险百分比之间分配资源。
对于参与风险评估过程的参与者，达成共识非常重要。达成共识的目的是使所有参与者都可以看到因应用风险标准而可能导致的差异。以这种方式，所有参与者都朝着按时，在预算内并符合书面客户要求完成软件系统开发项目相关的风险的共同理解发展。通常，资源估计充其量是有根据的猜测。尽管资源估算模型激增，但不能仅简化为将数字插入一组公式中来估算进行软件系统开发工作所需的资源。
图2-12描绘了将风险标准应用于客户的SOW的逻辑。应用这些条件的过程如下：
图 2-12此逻辑说明如何应用风险标准来确定项目是高，中还是低风险。该逻辑使您能够洞察根据自己的风险标准开发自己的风险评估方法。评估的项目风险用于在管理，产品保证和开发学科之间分配资源。分配给产品保证的资金可以降低项目风险。
- 首先应考虑高风险标准。如果列出的标准中的任何两个适用于SOW，则该项目被归类为高风险，并且适用高风险饼图。因此，将项目劳力的65%分配给开发，15%分配给管理层，20%分配给产品保证。（注意：在项目计划人员制定详细的开发方法之前，不详细了解与分包商工时有关的高风险标准。然而，在某些情况下，我们知道分包商的劳动力将占开发团队劳动力的大部分。如果不事先知道分包商的劳动力数量，那么这个标准可能会被引入到成本估算的后续迭代中，特别是当不确定一个项目应该被归类为高风险还是中等风险时。类似的评论也适用于与分包商工时相关的中等风险标准。）
- 如果未确定SOW为高风险，则应考虑中等风险标准。如果所示的任何两个中度风险标准都适用于SOW，则该项目被归类为中度风险，并且适用中度风险饼图。因此，项目劳动力的80%将分配给开发，10%分配给管理，10%分配给产品保证。
- 如果未确定SOW为高风险或中风险，则应考虑低风险标准。如果所示的三个低风险标准中的任何三个都适用于SOW，则该项目被归类为低风险，并且适用低风险饼图。因此，项目劳动力的85%将分配给开发，10%分配给管理，5%分配给产品保证。
- 如果前面的步骤没有达到标准匹配，则假定该项目为中等风险，并且适用中等风险饼图。
此风险评估逻辑也可以应用在任务级别、子任务级别等。此外，随着项目的开展，可以将这种逻辑作为整个风险管理方法的一部分定期应用或基于事件驱动。
我们的风险评估方法将经验汇总为经验法则，旨在提供自上而下的、风险衍生的资源分配估算。正如后面解释的，将这些风险衍生的资源分配与自下而上、详细的任务衍生的资源估计进行比较。这种自上而下、自下而上的比较通常涉及多次迭代，以协调在可感知的预算限制内的工作范围。
在下一节中，我们将整合生命周期、变更管理、风险评估和资源分配等项目计划概念，并讨论有关如何生成项目计划的想法。
原文：
Risk Assessment and Project Planning
Developing a project plan includes the determination that a project is high risk, medium risk, or low risk. As shown in Figure 2-10, risk criteria are applied to a customers SOW to help determine the risk associated with the project. The assessed risk is represented by a propeller-driven airplane. Hopefully, a good job is done assessing the risk, and the sellers project team can see it coming. Appropriate management, development, and product assurance resources can be allocated for risk reduction. We define risk reduction to mean 'reducing the likelihood that software systems development products will (1) not be delivered on time, (2) not be delivered within budget, and (3) not do what the seller and customer mutually agreed that the products are supposed to do.'
Figure 2-10 Project planning involves assessing the risk of accomplishing the customers statement of work. Product assurance serves to mitigate the project risk and should therefore be commensurate with the assessed risk.
Our approach for allocating appropriate management, development, and product assurance resources is repeatable. This approach includes the following:
A set of risk assessment criteria derived from both your organizations and industry-wide experience correlating project characteristics with project outcome. [3]
Iteration among the parties involved with applying these criteria to achieve consensus.
Figure 2-11 shows an example set of risk criteria used for risk assessment and corresponding riskderived resource allocation percentages. Your organization will have its own set of risk criteria. It is important to establish a database of risk criteria for your software systems development projects. You should involve both the project team staff and your business and finance staff in establishing your organizations risk criteria. Risk comes in many forms.
Figure 2-11 Assessing project risk during project planning is key to allocating dollar resources for risk-reduced project plan accomplishment. The risk critieria show are examples illustrating the approach. They are a starting point for constructing your own criteria tailored to the needs of your environment.
Resource estimating is not an exact science, but if the risk ass
剩余内容已隐藏，支付完成后下载完整资料
资料编号：[261149]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
