毕业设计(论文)外文翻译
译文：
3.8 软件系统开发流程摘要
有组织的软件系统开发过程定义了一个机构开发软件系统的方式。 尽管没有一种确定的开发软件系统的方法，但是在任何组织过程中都应考虑以下原则：
·计划要完成的工作，然后再做。
·对确定的责任达成一致
·建立并授权自查的工作团队。
·建立检查和平衡机制。
·保持持续的客户和卖方互动。
·监视项目进度。
·指导项目经理，并培训工作团队。
·对项目进度进行中期审查。
·提供有关可交付成果的反馈。
·改善软件系统开发过程。
组织过程应该正确地应用于每个项目，因为没有两个项目是相同的。
从这个意义上说，该过程为开发软件系统提供了一致的方法，并且允许项目的特定环境影响着如何完成工作。例如，一个机构的软件系统开发过程可能要求所有的计算机代码在交付给客户之前都经过测试。然而，一个潜在的客户不愿意为这样的测试付费。在这种情况下，卖方可能决定不承揽这项工作，因为风险太高，而且如果工程失败，公司的声誉可能会受到严重损害。另一方面，卖方可能能够说服潜在客户会减轻卖方软件故障的影响，因此卖方决定承担这项工作。不管具体情况如何，应该利用人们的知识和经验来帮助决定过程中应用多少。
组织过程定义的两个主要因素：（1）详细程度和（2）组织范围。 图3-23显示了将这两个因素相互关联的一种方法。
图3-23 该图表明详细程度和组织范围是在应用程序开发过程环境（ADPE）中定义软件系统开发过程的两个主要考虑因素。
定义一个组织软件系统开发过程的详细程度可能涉及广泛的领域。 在某些组织中，简单地定义所有项目必须执行的主要活动，然后将其留给每个项目以规范性地应用这些活动，可能是有意义的。 在这里，规范地应用意味着“以某种方式，在诸如项目预算，项目进度以及软件故障可能对人类生命造成的威胁等方面有意义。” 在其他组织中，软件项目可能是如此相似，以至于定义详细的分步过程是有道理的，因为“一刀切”（能满足于不同的使用场景或用户需求）。
图3-23还表明，软件系统开发过程的范围可能与企业内的组织一致，也可能不一致。 在一方面，组织可能是单个项目，而在另一方面，组织可能是整个企业。 因此，编写组织过可以是为单个项目或多个类似项目，多个不一定类似的项目，跨多个企业的项目，跨整个企业的项目等项目。
考虑这两个维度有助于塑造组织过程。 例如，单个项目组织和跨企业，包括与总承包商合作的分包商的组织的最终审批责任可能大不相同。 在后一种情况下，该过程可以允许分包商承担某些有限的责任，但是最终发布授权可以保留给主承包商。
对于那些嵌入在较大系统中的软件系统开发的组织，软件系统开发过程需要插入到系统开发过程中。 至少，软件过程应定期挂接到系统过程中，以确保软件产品开发与接口系统组件的开发同步。 参与系统开发过程的一种可见且负责的方式是通过CCB会议，由负责这些接口组件的负责人参加。 图3-24说明了这一点。
图3-24软件系统开发过程可以通过变更控制委员会会议插入系统开发过程。
通常，软件和系统过程应共享共同的活动，例如同行评审，独立的产品保证和技术编辑。系统过程需要考虑的一项活动通常在软件流程中并不突出，那就是子系统集成。 此活动与确保各个软件流程组件如系统级规范中规定的那样适合并一起工作。 有时，这些规范可能包括接口要求和设计规范，其中规定了子系统连接的内容和方式。
在定义组织软件系统开发流程时，必须注意不要将流程变成书面练习。这个过程不能有官僚主义的气息。如果工作人员认为遵循该流程可以使他们获得书面文件，他们将寻求规避流程的方法。如果绕过该过程的人员的百分比正在上升以及/或者相当大（例如至少为30％），则该过程可能确实是官僚主义的，需要进行更改。请记住，官僚主义的呼声是典型的，在流程实施之后的一段时间内，然后持续数周甚至数月。在对呼声做出快速反应之前，让流程稳定走上正轨是很重要的。您需要跟踪并响应每个人的建议。通常，组织越大，建立时间越长。还要记住，通过将过程按规范应用于单个项目，经验丰富的员工将写出适合其项目进度和预算约束的数量的文书工作。另一方面，经验不足的员工可能会负责很少的文书工作（因为他们对要做的事情不太确定，并可能被迫简化某些活动）或者很多的文书工作（因为他们不太确定多少是足够的）。指导这些人可以促进整个组织生成适当数量的文书工作。
为了专注于应用程序开发过程环境（ADPE）的开发工作，从定义组织软件系统开发过程并将其捕获到ADPE元素中开始是有用的。 该组织元素为大多数后续元素建立了上下文。 如图3-25所示，后续元素用于更详细地解决ADPE组织过程元素中提到的一项或多项。 例如，组织过程可以包括CCB。 然后，可以在CCB和/或配置管理上的ADPE元素中解决此项目的机制。 组织软件系统开发过程充当其他ADPE元素的集成代理。
图3-25 首先定义组织软件系统开发过程很有用。
您可以将图3-26中所示的带注释的ADPE策略大纲用作定义组织的软件系统开发过程的起点。
图3-26 带注释的大纲，可帮助您开始为组织定义软件系统开发过程。 此ADPE元素大纲还可以用于定义您已经（非正式地）实施并且要改进的过程。
软件系统开发过程策略可能包括以下部分：
·目的
本节说明了该政策的目的。 目的为政策设定了背景并确立了权威。
·背景
本节概述了您用于开展业务的组织，业务，客户以及合同工具的类型（例如，公司固定价格，时间和材料，成本加上固定费用，书面合同）。
·软件系统开发过程概述。
本节描述您的软件系统开发过程。 本节的关键部分是显示此过程的图。 该图应描述您的组织元素以及客户的元素。 您的过程应包含计划元素，变更控制机制和客户反馈。 该过程为以自洽的方式扩展整个ADPE提供了指导。
·软件系统开发元素及其相互作用。
本节描述了软件系统开发过程中的所有元素及其相互交互的方式。
·项目文件。
本部分描述了组织设置其文件以跟踪，存储和维护可交付成果的方式。 除了图中列出的问题之外，您还应使该系统保持简单。
·附录。
附录可以包含跟踪表格，求职信，可交付表格的客户收据以及可交付表格的客户接受度的示例。
我们已经完成了对组织软件系统开发过程概念的讨论。 下一章讨论变更控制过程和变更控制板（CCB）。您会发现，我们的CCB概念远远超出了传统的配置管理（CM）控制板。原文：
3.8 Software Systems Development Process Summary
The organizational software systems development process defines the way an organization develops software systems. Although there is no one way to develop software systems, the following principles should be considered in any organizational process:
- Plan the work to be done before doing it.
- Obtain agreement on defined responsibilities.
- Establish and empower self-directed work teams.
- Establish checks and balances.
- Maintain continual customer and seller interaction.
- Monitor project progress.
- Mentor project managers, and train work teams.
- Provide interim review on project progress.
- Provide feedback on deliverables.
- Improve the software systems development process.
The organizational process should be applied prescriptively to each project because no two projects are the same.
In this sense, the process provides a consistent approach to developing software systems and allows the particular circumstances of a project to influence how the work is to be done. For example, an organizations software systems development process may require that all computer code be tested before it is delivered to the customer. However, one potential customer is not willing to pay for such testing. In this case, the seller may decide not to take on the work because the risk is too high and the companys reputation could be seriously damaged if the project were to fail. On the other hand, the seller may be able to convince the potential customer to relieve the seller of the consequences for software failure, and so the seller decides to take on the work. Regardless of the particular situation, peoples knowledge and experience should be used to help determine how much of the process is to be applied.
Two major factors govern organizational process definition: (1) level of detail and (2) organizational scope. Figure 3-23 shows a way to relate these two factors to one another.
Figure 3-23 This figure indicates that the level of detail and organizational scope are two major considerations in definning a software systems development process in an application development process environment (A
剩余内容已隐藏，支付完成后下载完整资料
资料编号：[261141]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
