本文共 697 字，大约阅读时间需要 2 分钟。
决定在后面的过程中采取哪些步骤，思考整个开发任务如何实现，分步骤建立“路标”，这样可以帮助自己开发时一步一个脚印的逐步完成，有效的防止自己在开发过程中迷失方向。
决定采用什么系统，对这个问题，最有价值的工具就是一个名为“使用条件”的集合。对那些采用“假如……，系统该怎样做？”形式的问题，这 便是最有说服力的回答。之后制定日程安排，感觉一下大概需要花多长的时间，然后将这个时间加倍，再加上10％。你的感觉可能是正确的；“也许”能在那个时间里完成。但“加倍”使那个时间更加充裕，“ 10％”的时间则用于进行最后的推敲和深化。无论对方有什么抱怨和修改，只要 明确地告诉他们：这样的一个日程安排，只是我的一个估计！
设计“统一建模语言”（UML）或者其他的流程图，作出对对象以及它们的接口的说明，尽可能找出所有需要的对象。能早些发现当然好，但 OOP提供了足够完美的结构，以后再找出它们也不迟。
按照计划一步一步的构建好系统，并令其运行起来后，必须进行实际检验，以前做的那些需求分析和系统规格便可派上用场了。保证全面测试通过。
现在进入的是传统意义上称为“维护”的一个阶段。“校订”可以理解为你原来开发的产品经过我们认知的增长，会发现一些不合理的地方，对这些地方进行修改，这就是校订。除此之外还会有“递增开发”，也就是在原有的基础上增加新的功能，如果我们本来的系统没有考虑过结构化，就会导致增加功能成本增加，而一个好的结构可以在原有的模式上修改就可以实现开发新功能，大大降低维护成本。
转载地址：http://kuayz.baihongyu.com/