› 看板 Soft_Job 關於我們 聯絡資訊
作者derekhsu (斷頭不過碗大疤)
看板Soft_Job
標題Re: [討論] PM = Problem Maker !?
時間Wed Jul 11 21:23:41 2007
※ 引述《ritchieHsu ()》之銘言： : ※ 引述《BalahBalah (裝忙是很辛苦滴)》之銘言： 恕刪 : 小弟可以延伸問一個問題嗎 : 常聽到 SA/SD，到底SA和SD的差異細節是哪裡 : 這一點一直困惑的小弟 : 畫畫UML，流程圖，規劃Data Model等等 : 是算在SA嗎 還是SD : 小弟有作過從 需求訪談 UML等文件製作 到Coding一手包辦過的專案 : 但是如果以正規軟體工程來細分 SA和SD最大的差異在哪 : 感謝解惑 ^.^ 用最簡單的方法來講， SA：是從客戶的角度來看事情，是作給客戶看的，是確認客戶需求用的。 SD：是從工程端的角度來看事情，是作給工程師看的，是讓工程師程式開發藍圖用的。 典型的SA產物會有資料流程圖（DFD），雛型、UML的Use Case Diagram、Sequence Diagram、Class Diagram（Overview）、功能架構圖、系統功能說明，工作流程圖 。畫面與限制說明。 典型的SD產物會有UML的Class Diagram（Detail）、Activity Diagram、Object Diagram 、ERD、資料字典...。 只要記得一件事，客戶看得懂得部份都算SA要做的，工程師要拿來寫程式的都是SD要做的 ，甚至有的SD深入到必須要把程式的Framework都要架構好，再讓工程師寫程式。 -- 界(http://derekhsu.idv.st) 我的世界、世界的界線；我與這個世界的界線 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.230.150.174
推 BalahBalah:推, 高手 ^^ 07/11 21:36
推 ritchieHsu:恩 ~ 感謝解惑 = = 07/11 22:41
推 chihyi1980:瞭解..那這樣說來..SA也要有技術背景才行了... 07/12 01:06
推 BalahBalah:訪談者偏重 Domain Know How,分析者偏技術, 兩者配合 07/12 11:33
→ BalahBalah:如果同一人,當然需要兼具技術背景 07/12 11:33
推 YuYuHo:強~ 07/12 20:08
推 zkw:我們的玩法不一樣 SA產出Overview的Domain ER 07/12 21:23
→ zkw:也就是接近你所說的Overview class diagram 07/12 21:26
→ zkw:SD在從Domain Model衍生出 DataModel與ObjectModel 07/12 21:27
→ zkw:Data Model就是你說的ERD(Detail) 與Detail Class Diagram 07/12 21:27
→ zkw:SA的sequence diagram應該也是overview, 大概是use case再往下 07/12 21:28
→ zkw:一層延展，SD也會畫sequence與activity或是collaboration 07/12 21:29
→ zkw:其實要用什麼diagram不用分的這麼死 07/12 21:31
→ zkw:SA與SD還是有畫很多重複的diagram 只是有著層次的不同 07/12 21:31
→ zkw:diagram也分成static與dynamic model兩種 07/12 21:33
→ zkw:SA與SD是挑適合的表示法來呈現 這兩種model 07/12 21:34
推 zkw:除了這些表示手法來分析設計需求以外 07/12 21:37
→ zkw:對架構再把各種pattern的scenario用老掉牙的4+1寫一份架構文件 07/12 21:41
→ meltice:spiral model waterfall model DFD ERD STD OOA OOD UML 07/13 00:12