毕业设计(论文)外文翻译
原文来源： Scott E. Donaldson, Stanley G. Siegel. Successful Software Development(2nd Edition)[M]. Publisher: Prentice Hall PTR, 2000
译文：
5.5产品和过程回顾总结
产品和过程评审分别有助于发现软件产品和软件系统开发过程中的差异。在变更控制委员会批准更改以保持软件产品的完整性之前，变更控制委员会必须了解软件产品的状况和它们之后的发展，软件产品的构建以及软件产品的交付。 同样，在软件组织（例如项目经理，卖方软件过程工程小组负责人，卖方项目经理，客户项目经理）可以批准更改以实现并维护软件过程的完整性之前，组织必须首先知道这些过程是否正在使用以及在何种程度上使用了流程。这些知识是通过发现差异的产品和过程审查获得的。
为了帮助您定义（或优化）组织的软件工程环境，我们提供了带注释的大纲，用于独立的产品保证，同行评审和验收测试。 首先，让我们强调产品的保障。如图5-52所示，可以将ADPE策略的以下带注释的大纲用作定义组织的独立产品保证计划的起点。此大纲包括以下部分：
图5-52用于开始为组织定义独立的产品保证策略的注释大纲。
[您的组织的名称和徽标] 文献#
日期
[您的组织名称]政策
独立产品保证
1.0目的 文献#
本节说明了该元件的用途。目的如下： 日期
●定义贵组织关于独立产品保证活动的原则声明
●定义产品保证流程并解释它们如何降低软件系统开发风险
●描述组织元素和/或个人以及（如果需要）客户的政策实施职责
该要素应强调，独立的产品保证可提供对产品（技术）状态的洞察力（即可见性），以便客户和卖方管理层可以就下一步产品的开发做出明智的决定。 这样做可以降低产品开发风险，因为生产符合客户要求的产品所需的返工更少，从而为产品开发增加了价值。
2.0背景
本节概述了您的组织，您的业务，您的客户以及您用于开展业务的合同工具的类型（例如，固定价格，谅解备忘录，时间和材料）。 它应以一般术语解释组织的产品保证概念，也应解释组织开发产品保证将关注的产品类别（例如文档，计算机代码，数据库）。
3.0政策和实施指南
本节介绍了产品保证政策的具体内容和运输指南他们出来。 示例元素包括以下内容：
●产品保证组织-指示是否将PA支持集中在（1）集中在单个组织内，或者（2）每个项目团队的一部分，或者（3）其他安排；指出谁负责该人的产品保证和管理报告链（即，表明“独立”在您的组织中的含义）。
●产品保证流程-指明PA将在您的组织中执行的流程（例如，本书其他部分定义的质量检查，V＆V，T＆E和CM）；指出PA流程是否扩展到软件系统开发流程（例如，本书其他地方定义的流程质量检查）。
●产品保证和项目计划-指出在项目计划中分配项目资源时，风险评估与降低风险之间的（定量）关系；指出每个项目是否需要PA支持，如果不需要，则表明PA豁免标准（例如，客户有产品保证组织或承包商）。
●项目产品保证计划-指出您的组织对项目产品保证计划的要求（例如，第一个可交付的成果，项目计划的附录，PA经理和项目经理之间的非正式协议）。
●产品保证资源管理-指明谁负责管理项目PA资源（例如，项目经理，项目经理以外的其他人）；对于某些组织来说，此策略元素是“独立”含义的一个维度。
●产品保证报告-指出PA报告要求(例如，仅用客观术语表示产品与产品基本事实之间的差异，或用主观术语表示不一定与基本事实相关，或以某种组合表示)；说明PA报告是否有组织影响力来阻止产品发布给客户。
●变更控制委员会（CCB）中的产品保证成员资格-表明是否将PA成员永久分配给每个项目CCB，以及“分配给项目CCB”在诸如参加CCB会议，接收CCB会议记录的副本，在CCB会议上提出与产品相关的问题（例如，可测试性需求）。
●产品保证验收测试-指示谁负责进行组织用来确定可以向客户发布软件系统和支持数据库的测试（在本书中，此活动称为“验收测试”）；指示角色 CCB参与验收测试过程（如果有的话，例如本书中讨论的周转CCB和测试事件CCB）；指出评估的项目风险与验收测试过程之间的关系（如果有的话）（例如，CCB是强制性的）对于高风险项目）；指出负责确定需求是否可测试的人员（例如，产品开发人员，产品保证人员）。
●产品保证审核-指出将产品和过程审核与软件系统开发过程相集成的方式（例如，审核将在项目CCB会议记录中作为记录事项，项目经理应授权定期审查项目文件 使项目可视化程度符合组织的软件系统开发过程。
●产品保证程序-指明负责产品保证的组织用来记录其执行策略的方法的方式（例如，记录如何执行文件审核的过程）。
●事件报告解决方案-表示管理层和产品保证组织无法解决PA事件报告时使用的方法。
●适用性和授权偏差-指明政策的适用范围（例如，您组织中的所有项目）； 指出获得授权以偏离政策的方式。
4.0产品保障政策实施责任
本节描述了组织内每个代理（例如，项目经理，项目经理，过程工程组经理，产品保证经理，产品保证分析师）的责任，这些责任用于实施第3节中所述的策略要素。 批准后，可能还需要划定客户代理（例如，客户项目经理）对政策实施的责任。
附录
附录中可以包含以下内容：（1）除了独立的产品保证之外，还讨论了组织软件系统开发过程中的各种制衡措施（例如，本章中讨论的审阅-同行审阅，技术编辑和 项目级别的技术监督，（2）详细制定政策主体中定义的产品保证过程（例如，定义验收测试文档，解释数据库的V＆V含义），以及（3）项目计划步骤 用于基于风险评估来估计管理，开发和产品保证资源。
·目的
本节说明了该元素的用途。 目的设定背景，定义产品保证（PA）流程（即QA，V＆V，T＆E和CM），并描述策略的实施职责。 这些职责是关键，因为它们是整个组织共同承担的，而不仅仅是一些不参与日常开发活动和客户互动的独立“质量”组织。 该要素应强调独立的PA可以降低风险；但这不是消除风险。
·背景
本节概述了您的组织，业务，客户以及用于开展业务的合同工具的类型。可以介绍组织的PA概念以及PA组织要审核的产品和过程的类型。
·政策和实施指南
本节介绍了特定的PA政策元素和实施指南。本节可以包括以下内容。
оPA组织
оPA流程
оPA和项目计划
оPA项目计划
оPA资源管理
оPA报告
о在变更控制委员会中的PA会员
оPA验收测试
оPA审核
оPA程序
о事件报告解决
о适用性和授权偏差
·产品保证政策的执行职责
本节描述了组织内实现PA策略元素的个人职责。例如，卖方项目经理的职责可能包括以下内容:
о在项目经理职责范围内，向所有项目成员传达项目产品保证政策。
о为卖方开发团队提供必要的指导和指导，以支持内部和外部产品保障功能的实施。
о在项目计划和ADPE政策、指导方针、程序和标准所规定的整个开发过程中，直接与指定的产品保证人员进行交互。
·附录
附录可以包含作为组织软件系统开发过程一部分的各种类型的产品和过程评审的示例。可以对产品保证过程及其影响项目规划过程的方式提供更详细的解释。
第二个注释大纲处理同行评审，如图5-53所示。本大纲包括以下各节:
图5-53是一个带注释的大纲，用于让您开始定义一个指导方针，解释如何准备和执行同行评审，并将其作为组织的软件系统开发过程的一部分。
[您的组织的名称和徽标] 文献#
日期
[您的组织名称]指导
同行评审
1.0目的 文献#
本节说明了该元件的用途。目的如下： 日期
●定义您的组织的方法[以及可能的过程]来准备和执行主要涉及产品开发人员和产品保证同行的产品评审
●明确准备和进行同行评审的职责
●提供清单和表格，以促进和规范同行评审的准备和完成
●提供有关填写清单和表格的说明
此元素应该强调同行评审(1)为细化产品提供受控机制，(2)向首席开发人员提供技术反馈，(3)不是对首席开发人员业绩的度量。从字面上理解，在同行评审中，一个或多个同事检查产品的技术完整性和适当性。这篇综述平衡了产品开发人员的方法和具有可应用和可比经验的其他人的见解。这些见解有助于稳定开发人员的方法，从而增加对产品完成其预期功能的信心。这一要素还应制定有关管理层参与同行审查的组织政策。这里的权衡是对产品开发进度的管理可见性的需要，还是对同行之间不受约束的技术交换的需要。
2.0背景
本节概述您的组织、您的业务、您的客户，以及您用于进行业务的契约工具的类型(例如hellip;固定价格、谅解备忘录、时间和材料)。它应该概括地说明您的组织对同行评审的需求(例如，减少产品返工从而提高产品的完整性)，以及组织将使用何种类型的同行评审来满足这一需求。至少应调用以下两种类型:
●非正式的一对一会议-通常涉及两个产品开发人员，不需要日程安排或会议协议，但必须被记录下来，并成为项目记录的一部分。
●正式的(预定的)-通常包括多个产品开发人员，可能有来自组织外部和/或其他项目的专家、产品保证人员的参与，以及可能有技术经理和/或项目经理和/或其他经理的参与；安排好时间，以便被邀请的参加者可以准备和出席。
有时，同行评审被进一步分类为格式会议或演练。同行评审会议的目的可能是为了解决以下问题:(1)关于一个或多个产品的内部进展，(2)需求问题，以及(3)进度问题的解决。演练的目的是用结构化的方式检查一个产品或产品的一部分，以识别完成所需的事情中的不足(而不是纠正不足)。不足有两种主要类型——(1)那些,如果不纠正,将防止项目审查符合其地面真理和(2)的一个工程美学性质(例如,一个优雅的计算方法与蛮力方法,印刷错误,对称放置在屏幕上的按钮)。
3.0同行评审指南
本节介绍了有关准备和进行（1）非正式的一对一同行评审，（2）正式（预定）同行评审以及（3）您组织可能需要的其他类型的同行评审的指南。 应包括（1）同行评审的角色，（2）准备指南（例如，分发给审阅者的软件包，评审时间估计），（3）有关决定适用的同行评审的类型和种类的项目因素的指南（例如，项目规模，风险，软件故障的后果），（4）进行同行评审的指南（例如持续时间，同行评审活动的顺序，清单和表格，评审后续活动）。 应该解决以下列出的同行评审角色，这些角色或
剩余内容已隐藏，支付完成后下载完整资料
资料编号：[255306]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
