文章分類:軟體大家

SA 需不需要懂 “領域知識(Domain Knowledge)” ?

我直接先說結論好了,SA 根本不需要懂 “領域知識(Domain Knowledge)” !! SA 所需要具備的知識與技巧是,如何與領域專家(Domain Expert)溝通,並懂得如何將其領域知識轉化為抽象的軟體模型。 請記得,是與領域專家的溝通與討論 …

論 SA/SD 的角色與定位

我常在許多軟體公司與專案經理們討論軟體人員的職掌時,發現到,耶? 怎麼我所認知的 SA/SD 與他們實際的工作內容大大不同。嗯,所以我想就針對 SA/SD 來給個正名與定位吧。 SA, 系統分析師(System Analyst),是對設計中(Under D …

淺論架構的 POC (Proof of Concepts)

POC, Proof of Concepts, 從字面的意義來解釋的話,即為 “概念性的驗證”。 既然是需要驗證(Proof),所以 POC 是一種 “解決方案(Solution)”,是針對 “概念” 所提出的解決方案,而架構的 POC,目的即在於擷取出最 …

與 iThome 技術編輯的訪談

前幾日,接到 iThome 技術編輯的 Email,希望能與我們 HSDc. 團隊針對專案管理,尤以開發工具的應用上,如何從軟體開發過程省視整個ALM(Application Lifecycle Management),並探討開發人員/團隊如何應用相關工具 …

從觀點來解釋架構 — Kenming 看架構 <1>

前言: 架構(Architecture)一詞,非常之難解釋。 若真要一言以蔽之,那麼,可以說,”架構” 是一種整體觀,需要保持從各角度看待架構時,仍有一致性與調和的觀點。 對 ”架構” 要能有充分的理解與認識,至少要能確實瞭解與體會下列幾個與架構至為關鍵的 …

利用道教廟宇的許願池來說明與使用案例(Use Case)的關係

每次看到使用案例的橢圓形與使用案例所要凸顯的目的,就聯想到,使用案例就如同去道教的廟宇,有個許願池,投入十元、五十元不等的硬幣,在心裡許願,以求得平安、健康、財富與愛情...等等各種願望。許願池是道教的廟宇所特有的,而道教的神明,各據地方的廟祀,各司其掌, …