做软件的一点思考

这两天在家画了两天的UML图，当做是对自己所掌握知识的一个复习。

大概是这么一个过程，

首先是编写用例文档，将用户的需求描述清楚。------此步骤要尽可能的简洁，尽量采用客户的语言，不要采用计算机语言。

其次抽象出参与者和动作，完成初步用例图。---------确定主要动作和行为

分层，确定大致的开发框架。确定目录结构

然后根据用例开始画每个动作的顺序图，同时可以建立起每个对象的类图。建立对象之间的关联。

最后用Rational将语言描述转换为操纵方法。此时再来细化类。

 

采用何种框架------运用哪些模式------采用OOA/D的方式，多角度的思考，这些都需要经验的积累和个人不断的总结和探索。

现在在国内缺的不是程序员，缺的是理解了底层设计思想，专注于某一领域，能够灵活的进行项目的分析和设计的人员。

 

只有将一件东西理解透了，才能真正的做到举一反三。专注于某一方面才能将成就最大化，就像我们设计的一套优秀的系统，每个部分都要求非常完整，这样藕合性才低，性能才好。