QA美美 15:16 概设和详设，模版究竟涵盖哪些比较适合，更加有效？目前我所接触到的概设，有的主要涵盖的是模块的集成方案，但是现在又遇到的不是以模块间数据流为模版，而是类与类之间的交互，而详设也是对类进行描写
张克强 22:20 概设详设是之前的分法，还有HighLevelDesign和LowLevelDesign的分法。概设往上走，就是现在的架构设计，那末这样的概设到组件或模块。
概设也可能往下走，那末到关键类，关键方法。但这已是少数派了。详设在敏捷中是被舍弃的,现在就算不弄敏捷，也1般不用做详设了。 利用文档生成工具，反向代码就能够了。
QA美美 18:27 [强][强][抱拳][抱拳]学习了
张克强 18:28 接口是现今设计最关键的地方
QA美美 18:29 但是接口貌似很难统1
张克强 18:29 捉住接口就拽住了牛鼻子 不管统1还是不统1，都可以，但是要清楚,不是开发人员随意定义的。
QA美美 18:30 甚么样的叫清楚了？
张克强 18:30 如果有架构师，就应当审定每一个接口，接口的说明和示意图都应当有
QA美美 18:31 比如公司模版，有时候接口就和详设1样，定义了所有的类，但感觉其实其实不清楚，又说不出来少了甚么
张克强 18:31 接口定义文件不是项目级文件，是项目以上级文件，项目级模版来管理接口，是不够格的
QA美美 18:33 那就是既要有集成层面的接口描写，又要接口本身的各类定义？包括数据流，属性，输入输出？
张克强 18:34 是的。还有个关键是切分组件，接口长在组件上，组件之外的联系才是值得关注的接口
QA美美 18:37 那组件要逐一描写清楚？
张克强 18:37 是的，切大了内部太复杂，切小了，接口太多，累。所以架构师值钱
QA美美 18:38 [强][强]
张克强 18:39 切得好的架构师能够为开发团队省3/4的工作量，其实大道理很简单，做好不容易。
作为sqa或许做不了架构，但如果碰到开发团队在组件和接口上乱来，1样可以批评
QA美美 18:41 这个太专业，只有你这样专家看得出来
张克强 18:42 可以看看组件图，接口被调用啊
张克强 18:43 有1个简单判断规则，除接口说明之外的文档，如果超过20页，那在现今条件下多半有问题
张克强 18:43 接口说明也应当不用word写
张克强 18:44 如果长篇大word，必定有问题/::D
QA美美 18:45 [呲牙]开发1般爱把详设写1大堆，而且还习惯先写代码再写详设，而接口总是几个标题几句描写带过去
张克强 18:46 先有代码，再详设，为了应付而已, 取消详设要求便可，详设是上世纪80年代弄出来的东西，当年编程用fortran，c，cobel甚么的
张克强 18:45 我个人不喜欢分析数据流，在oo下，数据流不重要，总能弄定，这是早年c留下的东东
张克强 18:52 oop是革命性的, oose是了不起的