假设网站制作中的软件应用85%的功能都以标准可重用组件的形式出现，那么2049年的软件开发将会与当前独特应用的逐行编码大相径庭。到了2049年，软件开发的第一步将是积爪所有已存在的可重用组件，并把它们一块儿放到工作原型中，同时也为今后将要添加的新功能提供占位符。该原型可以用来评估基本的问题，例如易用性、性能、安全性以及质量等。由于新的功能已经经过创建和测试，因此它们可以被附加到原始的工作原型中。这条途径有些类似于敏捷开发，然而，敏捷开发在多数情况下并不是从挖掘遗留应用的数据开始的。
敏捷开发的一些后勤工作对我们也是很有用的，例如日常的进度会议或者Scrum会议。但是，由于开发的目的是构建可以用对象而不是独一无二的单用对象，因此也会使用其他重视并且度量质量的技术。例如，团队软件过程和个体软件过程方法已经展示了非常高的质量控制水平。由于新应用有非常严格的安全和质量要求。因此这些可重用组件必须经过认证，达到零缺陷的水平才行。如果不能提供这样的认证，那么候选的可重用组件必须通过一系列非常全面的检查，这些检查包括自动静态分析、动态分析、测试，或许还应包括审查。除此之外，还会收集并分析所有可重用组件的历史记录。以评估任何先前可能已经报道过的质最和安全漏洞。
由于应用的新功能并不打算设计成单用，而是打算设计成可重用组件，因此，很明显，开发这些组件就需要格外仔细。对于新功能所使用的开发方法，团队软件过程和个体软件过程对创建可重用构件似乎有严格要求。像敏捷开发或者其他途径的一些后勤方法都可以使用，但是严格和高质量水平是成功重用的主要目标。由于需要高质量的组件.因此自动的静态和动态分析、仔细测试、现场检查等方法都是必需的。特别是，特殊类型的审查也是必需的，如专注于安全漏洞和缺陷的审查。
由于安全问题，例如支持安全的E语言可能会用来开发。然而，一些旧的可重用组件毫无疑问是用其他的语育编写的，例如C，Java，C++等，因此可能需要进行语言转换。然而，希望到了2049年，针对任何一门语言，所有可重用组件都有一个对应的安全版本。例子中讨论了一种类型的软件成本评估应用，在2009年时它一般只有约2500个功能点。构建并实现这些应用通常需要两年半的时间，生产率约为每人每月I0-15个功能点。这些应用潜在的平均缺陷个数为4.5个/功能点，然而缺陷去除效率只有87%。结果.在软件第一次交付用户的时候，软件中大约还存在1400个缺陷。在这1400个缺陷中，约有20%的缺陷，或者280个缺陷，会导致用户使用该软件的时候出现相当严重的问题。
文章内容来源于网络，侵删
