事实上，整个开拓周期还没有竣事，此刻进入的是传统意义上称为“维护”的一个阶段。“维护”是一个较量暧昧的称号，可用它暗示从“保持它按设想的轨道运行”、“插手客户从前忘了声明的成果”可能更传统的“除去袒暴露来的一切臭虫”等等意思。所以各人对“维护”这个词发生了很多误解，有的人认为：每每需要“维护”的对象，肯定不是好的，可能是有缺陷的！因为这个词说明你实际构建的是一个很是“原始”的措施，今后需要频繁地作出窜改、添加新的代码可能防备它的落伍、退化等。因此，我们需要用一个更公道的词语来称号今后需要继承的事情。
这个词即是“校订”。换言之，“你第一次做的对象并不完善，所以需为本身留下一个深入进修、认知的空间，再回过甚去作一些改变”。对付要办理的问题，跟着对它的进修和相识愈加深入，大概需要作出大量窜改。举办这些事情的一个动力是跟着不绝的改良优化，终于可以或许从本身的尽力中获得回报，无论这需要经验一个较短照旧较长的时期。
什么时候才叫“到达抱负的状态”呢？这并不只仅意味着措施必需按要求的那样事情，并能适应各类指定的“利用条件”，它也意味着代码的内部布局该当精细绝伦。至少，我们应能感受出整个布局都能精采地协调运作。没有鸠拙的语法，没有臃肿的工具，也没有一些脆而不坚的对象。除此以外，必需担保措施布局有很强的生命力。由于多方面的原因，今后对措施的窜改是必不行少。但必需确定窜改可以或许利便和清楚地举办。这里没有花巧可言。不只需要领略本身构建的是什么，也要领略措施如何不绝地进化。幸运的是，面向工具的措施设计语言出格适合举办这类持续作出的修改——由工具成立起来的界线可有效担保布局的整体性，并能防御对无关工具举办的无谓滋扰、粉碎。也可以对本身的措施作一些看似剧烈的大变换，同时不会粉碎措施的整体性，不会波及到其他代码。事实上，对“校订”的支持是OOP很是重要的一个特点。
通过校订，可建设出至少靠近本身设想的对象。然后从整体上调查本身的作品，把它与本身的要求较量，看看还短缺什么。然后就可以从容地回过甚去，对措施中不得当的部门举办从头设计和从头实现（注释⑩）。在最终获得一套得当的方案之前，大概需要办理一些不能回避的问题，可能至少办理问题的一个方面。并且一般要多“校订”屡次才行（“设计范式”在这里可起到很大的辅佐浸染。有关它的接头，请参考本书第16章）。
构建一套系统时，“校订”险些是不行制止的。我们需要不绝地比拟本身的需求，相识系统是否本身实际所需要的。有时只有实际看到系统，才气意识到本身需要办理一个差异的问题。若认为这种形式的校订一定会产生，那么最好尽快拿出本身的第一个版本，查抄它是否本身但愿的，使本身的思想不绝趋向成熟。
重复的“校订”同“递增开拓”有关密不行分的干系。递增开拓意味着先从系统的焦点入手，将其作为一个框架实现，今后要在这个框架的基本上逐渐成立起系统剩余的部门。随后，将筹备提供的各类成果（特性）一个接一个地插手个中。这里最检验能力的是架设起一个能利便扩充所有方针特性的一个框架（对这个问题，各人可参考第16章的阐述）。这样做的长处在于一旦令焦点框架运作起来，要插手的每一项特性就象它自身内的一个小项目，而非大项目标一部门。另外，开拓或维护阶段合成的新特性可以更利便地插手。OOP之所以提供了对递增开拓的支持，是由于如果措施设计得好，每一次递增都可以成为完善的工具可能工具组。
⑩：这有点雷同“快速造型”。此时应着眼于成立一个简朴、明白的版本，使本身能对系统有个清楚的掌握。再把这个原型扔掉，并正式地构建一个。快速造型最贫苦的一种环境就是人们不将原型扔掉，而是直接在它的基本上制作。假如再加上措施化设计中“布局”的缺乏，就会导致一个杂乱的系统，致使维护本钱增加。
