[答疑]客户要看详细设计文档，应该突出哪些信息

​​软件方法（下）分析和设计第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) 炮制一份涉众想要的“需求规约”让他确认。