介绍 ：
维护是一项基本要求，大约需要60％的时间，有时维护会浪费不必要的时间，这完全是浪费，因为无需进行过多的计划或测试，就可以避免这种情况。 Louis A Rose曾经说过：“我坚信，系统的维护直接函数系统最初的开发水平”。
现在，我们将讨论在开发系统时应记住的某些因素，以便可以最大程度地减少维护时间。以下是以下因素。
- 着眼未来，应该对系统进行规划。
- 用户的规格应该正确。
- 需要模块化系统。
- 完成所有文档。
- 在开发过程中，应遵循标准。
- 测试应该彻底。
- 对于开发周期，应留出足够的时间。
- 应考虑人为因素，并应注意最终用户和人体工程学(健康状况)。
- 有了系统设计和系统维护之间的关系，开发团队应该完全意识到。
到目前为止，对于用户而言，维护对于文档编制非常重要，我们已经看到了这一点以及维护对于系统平稳运行的重要性。对于交流来说，文档对于开发团队到所有潜在用户都是非常重要和必要的。如果仅在缺少开发团队成员的情况下才需要进行紧急维护，则该文档被证明非常有用。此外，由于所有事实，所有假设的记录在此下，使将来的维护变得非常容易。为了使系统轻松，无错误地进行功能维护，还需要与不断变化的需求和不断变化的技术保持同步。因此，我们正在讨论的文档以及其他因素的维护并不受欢迎，但是对于软件开发来说是非常重要的方面。
与编程方法有关的要点：
- 对于一个好的程序，应该使用有意义的标识符名称。
- 表达式应简单明了。
- 为了提高可读性，应使用注释和标识。
- 为了使程序更具可读性，应插入空白行和空格。
- 应通过程序进行鲁棒处理。健壮性是指程序在出现错误后可以恢复并在其环境中继续运行的能力。
- 违反语法规则和编程语言规则的错误属于编译时错误(语法错误和语义错误)。
- 在程序执行期间，会发生运行时错误。
- 由于对问题的错误分析，会发生逻辑错误。
案例分析 ：
调查发现严重的维护问题：
通过1986年质量保证协会在大型数据中心内发布的调查结果，软件维护问题尚未解决。此次调查的重点是对37家《财富》 500强公司进行了调查。
- 从两个月到60个月-在接受调查的公司中，通过维护积压工作平均需要23个月的时间是这个。
- 维护支出占数据处理预算的10％到90％，平均为51％。
- 将近80％的受访者拥有只能由特定个人理解其逻辑的系统。这避免了数据处理人员之间轮换维护的责任。
- 决定何时重写程序的正式方法不到15％的受访公司存在。在16％的公司中发现要求较早的系统与新开发的系统遵循相同的编程标准。
- 在接受调查的公司中，除5％之外的所有公司中，都公认从事新系统开发工作的程序员的职位比分配给维护人员的职位更高。