软件设计最近发展趋势对话录

QA美美 15:16 概设和详设，模版究竟涵盖哪些比较合适，更加有效？目前我所接触到的概设，有的主要涵盖的是模块的集成方案，但是现在又遇到的不是以模块间数据流为模版，而是类与类之间的交互，而详设也是对类进行描述 

张克强 22:20  概设详设是以前的分法，还有HighLevelDesign和LowLevelDesign的分法。概设往上走，就是现在的架构设计，那么这样的概设到组件或者模块。 
概设也可能往下走，那么到关键类，关键方法。但这已经是少数派了。详设在敏捷中是被舍弃的,现在就算不搞敏捷，也一般不用做详设了。 利用文档生成工具，反向代码就可以了。 

QA美美 18:27 [强][强][抱拳][抱拳]学习了 

张克强 18:28 接口是当今设计最关键的地方 
QA美美 18:29 但是接口貌似很难统一 
张克强 18:29 抓住接口就拽住了牛鼻子 无论统一还是不统一，都可以，但是要清楚,不是开发人员随便定义的。
QA美美 18:30 什么样的叫清楚了？ 
张克强 18:30 如果有架构师，就应当审定每个接口，接口的说明和示意图都应当有 
QA美美 18:31 比如公司模版，有时候接口就和详设一样，定义了所有的类，但感觉其实并不清楚，又说不出来少了什么 
张克强 18:31 接口定义文件不是项目级文件，是项目以上级文件，项目级模版来管理接口，是不够格的 
QA美美 18:33 那就是既要有集成层面的接口描述，又要接口本身的各类定义？包括数据流，属性，输入输出？ 
张克强 18:34 是的。还有个关键是切分组件，接口长在组件上，组件以外的联系才是值得关注的接口 
QA美美 18:37 那组件要一一描述清楚？ 
张克强 18:37 是的，切大了内部太复杂，切小了，接口太多，累。所以架构师值钱 
QA美美 18:38 [强][强] 
张克强 18:39 切得好的架构师能够为开发团队省3/4的工作量，其实大道理很简单，做好不容易。
作为sqa也许做不了架构，但如果碰到开发团队在组件和接口上乱来，一样可以批判 
QA美美 18:41 这个太专业，只有你这样专家看得出来 
张克强 18:42 可以看看组件图，接口被调用啊 
张克强 18:43 有一个简单判断规则，除接口说明以外的文档，如果超过20页，那在当今条件下多半有问题 
张克强 18:43 接口说明也应当不用word写 
张克强 18:44 如果长篇大word，必然有问题/::D 
QA美美 18:45 [呲牙]开发一般爱把详设写一大堆，而且还习惯先写代码再写详设，而接口总是几个标题几句描述带过去 
张克强 18:46 先有代码，再详设，为了应付而已, 取消详设要求即可，详设是上世纪80年代搞出来的东西，当年编程用fortran，c，cobel什么的 
张克强 18:45 我个人不喜欢分析数据流，在oo下，数据流不重要，总能搞定，这是早年c留下的东东 
张克强 18:52 oop是革命性的, oose是了不起的