中英文文献翻译-新的方法.docVIP

附件1：外文资料翻译译文 新的方法 Martin Fowler 在过去几年，对轻量原则的兴趣增长。其的特征是对官僚主义作风的消除作用，软件业已经广泛激起，这篇文章中我要不是在轻量上。 软件的开发是的活动，可用编码和安装来概括其，很多软件代码是，在系统的设计中，系统这种工作方式是可的，但是随着系统的增。另外缺陷也会随着系统增大变得普及以至难以安装。这种系统的典型标志是在系统功能完成之后需要长期的测试阶段，测试阶段是，会导致测试和调试不能按时完成。我们用这种开发方式已经很久了，但我们还有另一种方式供选择即在软件开发时在每一个步骤中强加一系列方法和原则增强软件的有效性。通过一个详细的过程来说明这种方法正被其他的工程原则计划吸收方法被提出来已经有很长时间了它们没有被注意到，很少被提及，针对这些方法和原则最多的评论是死板对它改进，新的方法和原则在过去几年里，轻量原则正在被接受。很多人认为轻量原则是对原则中死板的改进。这些方法和原则试图尝试在无过程和太多过程间进行有效的协调，只提供必不可少的过程。这样做的原因是工程方法在侧重点上有改变。最明显的是它文档使用，通常只在给定的任务里面使用少量的文档，而更多的使用代码，总之，最关键的文档是源代码。但是我认为这不是轻量原则的特点，文档只是这更深层区别的表工程方法在软件设计中花很长时间在计划。这种方式只要都是很有用的，但是灵敏性原则接受改变，他们努力让过程在变化中适应和健壮，甚至可以改变他们自身来适应变化。轻量原则是面向用户的，而不是面向过程的。工程方法的目标是找到一个过程无论谁使用它都能正常工作。灵敏性原则认为没有一个过程能总是适应开发团队的技术需要，所以过程的特征应是在它们工作时支持开发团队的需求。 设计与构造的分离 通常的方法是工程学科的灵感，如民事或机械学科规划之前把你的工程师将图纸上的一系列工作，正说明是否需要建立一个十分重视如何将这些东西需要要放在一起。许多设计决策，例如如何处理有关桥梁的负载，是因为图纸，然后移交给一个不同的群体，往往是不同的公司，将假设在施工过程将遵循实践的构造会遇到一些问题，但这些通常图纸指定件和他们需要如何放在一起，他们充当基础计划。这种计划可以计算出需要做什么依赖这些存在的任务，允许合理的可预测的时间表和详细预算表示。这使得智力建造不太熟练，我们在这里看到的是两个截然不同的这是很难预测。一旦我们的设计，我们可以规划我们在一个更加可预测的土建工程施工的工程计划，更大的成本和时间设计和软件工程方法方法如下：我们希望有一个可预测的时间表，可以使用低技能的人。要做到这一点，我们需要弄清楚如何为软件设计，一旦规划何种形式参加这一计划的设计这是设计符号的作用，如我们可以改变这一切使用的重大决策，我们可以建立一个建设规划，然后是建筑活动的这些设计的编码。但是，这里的关键在于你的设计，能够转化为可预见的编码如果是的话，这样做的成本足够小，使这种做法值得吗？所有这一切都带来了一些问题，它可以在纸上看起来非常好，但有严重缺陷时，使用民用工程师是根据多年来的实践所体现在工程的关键问题，如在设计比赛，常常只有在编码和熟练的设计师发现设计等错误，我认为自己是，常常感到惊讶。另一个问题是比较您构建一座桥梁，对设计工作的费用约为10％，其余被软件的编码所花费的时间很多，更麦康奈尔建议是一项庞大的工程，只有15％的工程是代码和单元测试，一个桥梁建设近乎完美的逆转，如果您在测试过的所有建筑的一部分，那么设计还有50％的工作。这就提出了一个关于设计软件相比，其性质在工程其他部门作用的重要问题。这些类型的问题导致杰克里夫斯建议，事实上，源代码是一个设计文件和施工阶段，实际上是编译器和任何可以视为建设可以而且应该自动使用。这种想法得出了一个重要结论： 在软件业，构造是很便宜的几乎免费。在软件业，所有的努力是设计，需要有创造力和有才能的人来做。创造的过程不是简单的计划，所以可预测性不可能是个目标。我们在开发软件时要十分警惕传统的工程思想，在不同的过程中有不同的活动和要求。不可预见性的要求我碰到项目问题，听到他说，我觉得对这种情况令人惊讶的是任何人都感到惊讶。在建设商业软件需求的变化是正常的，问题是我们如何把不断变化的要求，落后，贫穷的要求结果的想法，然后再开始建设的软件，让客户签署过这些要求，并设立程序，限制需求的变化后，签收。，这个问题只是想了解需求的选择是更严厉的，因为开发组织通常不提供有关最终的成本信息的局面下，您可能有一定的愿望天窗的汽车，但推销员不能告诉你是否增加了10美元的汽车，你怎么能弄清楚要支付费用的天窗。很难估计软件开发是一个设计的活动，因此难以计划它是不断变化的基本材料这么多依赖于个别人，个人很难预测和量化。软件的性质，也无形如果它是很难看到什么价值的软件功能削减至今为止只有当您使用