软件方法（下）分析和设计第8章分析 之 分析类图——知识篇（20211227更新）
软件方法（下）分析和设计第9章分析 之 分析类图——案例篇（20211228更新）
问题时间：2012/8/30
龙在天涯 (6167873**) 2012-08-30 17:29:48
客户要看详细设计文档，应该突出哪些信息？ 鼹鼠 (171613**) 2012-08-30 17:33:57 这个问题很变态， 可能跟我目前遇到的问题类似。。。。 我们现在遇到一个问题， 客户要求不出需求分析， 直接出概设。。。。。 大明 (6254103**) 2012-08-30 17:34:45 客户不应该看这些文档吧 能说他们要求不合理不。。。 流浪的钢管 (486101**) 2012-08-30 17:35:10 - - 忽悠的不到位 鼹鼠 (171613**) 2012-08-30 17:37:50 说的好， 但是改变不了 黎江@武汉 (663417**) 2012-08-30 17:38:39 @龙在天涯 ：你倒不如直接问客户想看什么？ 黎江@武汉 (663417**) 2012-08-30 17:38:53 你说我们什么都有。你最想看啥？ **潘加宇 (3504847) 2012-09-05 09:16:49 把交流和开发分开，客户想看什么给他就是了，客户直接出概设（概设二字本身就不严谨），你就把需求和分析放在一起给他看就是了。 《软件方法》P.19：不管涉众向我们索取什么材料，都把它看作视图，不管涉众向我们提供什么信息，都把它看作素材（涉众利益）。视图和模型的分离、交流和建模的分离，带来了灵活多变的交流方式和严谨稳定的开发内核。 潘加宇 (3504847) 2012-09-05 09:17:08 **
黎江@武汉 (663417**) 2012-09-05 09:17:46 视图和模型的分离、交流和建模的分离 龙在天涯 (6167873**) 2012-09-05 09:49:08 感谢老师回复。 龙在天涯 (6167873**) 2012-09-05 10:22:34 我是把项目背景弄上，把业务建模（序列图）弄上，又把要做的功能及其业务处理逻辑做了描述给交的差，哈哈。
（2021补，可参考以下题目）
2 [ 单选题 ]如果涉众对需求人员画的UML模型不感兴趣，对于需求人员来说，以下做法正确的是：
A) 为该涉众讲解基本的UML知识。
B) 放弃该涉众，转向能看得懂UML模型的涉众。
C) 通过其他介质及手段和涉众交流。
D) 请涉众签字表明不看UML模型后果自负。
3 [ 单选题 ]如果涉众说“数据库模型也是需求，请放在需求规约里面让我确认”， 对于需求人员来说，以下做法正确的是：
A) 尊重涉众要求，把数据库模型纳入开发团队需求规约模板中。
B) 认为这不合理，婉言拒绝。
C) UML建模本质上是类建模，把数据库模型改为类模型。
D) 炮制一份涉众想要的“需求规约”让他确认。
DDD浮夸，Eric Evans开了个坏头
我为什么写《DDD浮夸，Eric Evans开了个坏头》
