分析/设计/代码三者的关系
软件的难以维护导致了软件危机，也促使了软件工程的发展。软件工程中一个重要的思想就是在编码前必须进行分析设计，而且分析设计的比重越来越大，其重要性已经超过了编码。
在实践中，又发现了一个新的问题，就是维持分析、设计、编码的统一。在我的前一个项目中，对此我有深刻的体会。而在网上也看到一篇文章，大意是讲C语言的发明者认为现在的软件工程过于庞大，有“过分设计”的趋向。
只有简单才“可维护”，所以我认为要维持三者的统一，这三者首先要简单。而要做到简单，明确它们的分工是必要的。
在分析、设计、编码中，我一般使用三个工具，分析用WORD（在少数情况下，会用VISIO辅助），设计用ROSE，编码用IDE。
分析时，我做了三个WORD模板，一个对USER CASE，一个对基础类（与业务无关，主要是程序框架，是快速搭建一个应用的基础），一个对功能。功能模板开始时我没有想到要做，但在做原型及试运行时，发现其是必要的，因为用户看到一个框架后，会提出一些具体的功能需求，这些需求可能并不对应某一个具体的USER CASE，或者会对应多个USER CASE。文档的内容非常简单，一般都在两页内。
现在，功能模板我还没有做好，另外，对于功能与USER CASE的关系我也没有头绪，是功能分析后直接进入设计呢还是将功能分配到USER CASE中？请诸位指教。