In 91

回應

• # re: 命名-Glossary的建立 by hectorlee369

  比較好奇請問貴公司是什麼樣的角色來負責建立? 而那些角色協助? User單位的參與方式是?

  2011/12/16 上午 12:08 | 回覆

• # re: 命名-Glossary的建立 by 91

  to hectorlee369 :

  之前的經驗是SA+developer要知道有這件事，這是溝通的基準。

  誰建立，無所謂。通常會請SA先建立一份，在這個系統的domain中會使用到的term，請他們在系統分析開立規格或描述需求時，就用這一份term。

  dev在implement的時候，就會碰到這些term，沒有的，就請SA補。

  這些term很有機會是從需求訪談中建立User Story/Use Case中的description中所建立的。

  
   

  2011/12/16 上午 12:43 | 回覆

• # re: 命名-Glossary的建立 by 91

  to hectorlee369 :

  另外，在做domain model或是有所謂的顧問來當domain expert時，也都會引用或產出這些domain term。
   

  2011/12/16 上午 12:44 | 回覆

• # re: 命名-Glossary的建立 by hectorlee369

  有做到以公司domain來建立共同使用的glossary, 意謂可以跨系統 嗎? 之前比較常遇到單一系統很容易建立, 但要再向上就很困難, 除了權責問題外, 同一term 但在不同的使用單位, 就會有不同的慣例差異.

  2011/12/16 上午 10:35 | 回覆

• # re: 命名-Glossary的建立 by 91

  to hectorlee369 :

  CMMI => 流程資產館，如果有，應該會放在類似這樣的單位裡面。

  跨系統，一定可以啊。跨domain的結合可能就比較困難。

  2011/12/16 上午 10:53 | 回覆

• # re: 命名-Glossary的建立 by 91

  to hectorlee369 :

  但落實面還是很局部就是了...這種東西是需要統整的推動...好的工法沒有好的實踐，一切也都是屁囉。
   

  2011/12/16 上午 10:54 | 回覆

• # re: 命名-Glossary的建立 by hectorlee369

  除了您推的工具外, 我最常用的是xmind來建立私有的glossary, 第一層用單一字元, 第二層接完整字, 再加上一堆連結.

  如: "S" -> "Subscription"

              -> "合" -> "合同" 

                          -> "合約"  

  增加記憶, 就算過好幾年再回頭看, 也可以比較快上手

  2011/12/16 上午 11:08 | 回覆

• # re: 命名-Glossary的建立 by 91

  to hectorlee369 :

  Xmind的缺點是不好share跟同步編輯。

  我自己是幾乎啥都用Xmind來存，但只限第一版。一旦export成不同的格式後，就無法再還原成xmind來使用。

  但Glossary是極有可能碰到同步編輯的情況。另外，也不是每個人都熟悉Xmind。

  還有一個問題，Xmind的搜尋功能做的不好。
   

  2011/12/16 下午 12:32 | 回覆