有關時序圖中的關系表示法
　

---

請教各位几個時序圖關系表示的問題﹕
1. 時序圖是否要做一份中文描述的給User看﹐一份中文描述的給Designer&Programmer﹐一份顯示方法名的給Designer&Programmer﹖
2. 時序圖中的關系是否該以主動→被動的關系設計?還是應當以UML的表示法﹐箭頭方向為方法的擁有者? 還是該分成描述的和以方法執行的兩種?
請參考我上傳的兩幅圖片﹕
http://umlchina.smiling.com/group/photo/photoshow.ecgi?photo_id=882504&group_id=9986

http://umlchina.smiling.com/group/photo/photoshow.ecgi?photo_id=882503&group_id=9986

盼為解惑!
謝謝!

 回复: 有關時序圖中的關系表示法
　

---

1.顺序图是一种分析设计的手段，是为了得到类及相应的方法与类见关系而画的。这个图没必要给user看(事实上，所有设计的结果都是给开发使用的，user看了也没有意义)，甚至Programmer如果不参与A&D的工作的话，也可以不看，当然前提是设计的够好。。
2.顺序图是要经过逐步演进的，最初体现的只是对象间的消息传递，和类方法无关。以后归纳出的方法应该是属于箭头所指向的类。

 那应该给客户看什么?
　

---

欧到觉得时序图客户看不看没太大关系,欧想客户看时序图中的那些类和方法的东西还有之间的关系比较难理解吧,但我还是认为应该给客户看一些东西,欧一般的做法是给客户看看活动图(欧觉得这个更好翻译成客户易于理解的流程什么的)和UI原型,顺便讲解讲解.因为欧认为在需求获取的时候,很难把客户引入一个深度去做深层次的需求挖掘,偶想是因为没有一个具体的东西吧,太抽象了客户不太好理解.而如果没有一个深层次的需求挖掘过程,欧想获取的需求又会不太稳定.这个具体的东西又不能等到把系统做出个大概再说,所以,就找个中间环节的东东,又好让客户理解的东东,去和客户沟通沟通.

我們的做法同eddiewang所說的基本一樣﹐只不過他是以活動圖顯示﹐而我們是以時序圖來展示﹐我以為使用這種方式同客戶進行討論時﹐可以增強他們對我們系統的了解﹐可以方便雙方更准確地溝通!
請參考我們已設計OK的一張廠商訂購單交期回復時序圖(User版)
我們在這一份文件上會盡量以User的角度去對語言進行修正。

http://umlchina.smiling.com/group/photo/photoshow.ecgi?photo_id=882754&group_id=9986

PS:請問這個討壇可以加入鏈接或圖片嗎?我好像沒有發現。是不是有些美中不足呀?!!!