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