物件導向系統分析與設計.pptVIP

統一塑模語言(Unified Modeling Language) UML的目標就是在物件導向上提供共通的語彙及圖示法，使系統開發的每個階段均可建立模型 UML2.0定義了一組14個製圖技巧來速模系統，分成結構圖及行為圖 結構圖(Structure diagrams)-提供一種方式代表資訊系統的資料和靜態關係 行為圖(Behavior diagrams)-幫助分析師塑模演進資訊系統的功能需求 統一塑模語言-結構圖(Structure diagrams) 類別-說明類別模型之間的關係 物件-說明物件模型之間的關係當類別的真正實例更有效傳達模型 套件-將其他UML元素組成更高階結構 部屬-顯示系統實體架構以及軟體元件如何部屬到實體架構 元件-說明軟體元件間的實際關係 合成結構-說明類別的內部結構(各部分關係) 統一塑模語言-行為圖(Behavior diagrams) 活動-說明企業流程、使用案例中的活動流程、或方法的細部設計 循序-建立使用案例中物件行為的模型，著重於活動的時序 溝通-建立使用案例中物件行為的模型，著重於活動的合作物件之間的溝通 互動概觀-說明一個程序的控制流程 統一塑模語言-行為圖(Behavior diagrams) 時序-說明物件間所發生的互動以及沿著時間軸所經歷的狀態改變 行為狀態機-檢視一個類別的行為 協定狀態機-說明類別不同，介面間的依存關係 使用案例-捕捉系統的企業需求，並說明系統與環境間的互動關係 專案小組的角色與技能 CHAPTER 1.6 專案小組的角色與技能 在SDLC期間，各種階段和步驟的逐漸明朗使得專案小組需要各式各樣的技能 專案小組的角色基本構成有企業分析師、系統分析師、基礎架構分析師、變更管理分析師、專案經理，其他成員有程式設計師、技術撰寫人等 專案小組的角色與技能-角色職責(Role Responsibilities) 企業分析師(Business analyst)-分析系統的主要企業面向、確認系統將如何提供企業價值、設計新的企業流程和政策 系統分析師(Systems analyst)-確認技術如何改進企業流程、設計新的企業流程、設計資訊系統、確定系統遵照資訊系統的標準 基礎架構分析師(Infrastructure analyst)-確定系統遵照基礎架構標準、確認變更基礎架構以支援系統 專案小組的角色與技能-角色職責(Role Responsibilities) 變更管理分析師(Change management analyst)-發展並執行變更管理計畫、發展並執行使用者的訓練計劃 專案經理(Project manager)-管理分析師、程式設計師、技術撰寫人及其他專員所組成團隊；發展並督導專案計畫、分配資源、充當專案的第一線聯絡人 程式設計師(Programmer)-實際撰寫程式 技術撰寫人(Technical writer)-準備畫面和使用手冊、系統手冊等文件 很多失敗的系統放棄的原因，是因為分析師想建置一個完美的系統，卻沒有配合組織目標、企業流程以及其他資訊系統 * * 系統需求是簡述一項業務的需要 並且解釋系統如果支援該需要的話將如何創造企業價值 * * * 業務分析模型包括用以代表支援底層業務流程必要的流程與資料模型 * * 業務分析模型包括用以代表支援底層業務流程必要的流程與資料模型 * * * * 重施工是回歸到起始階段 循序變動其後的階段 * * * * * * * * * 重構是讓程式碼重組，保持簡單的紀律方式 * 重構是讓程式碼重組，保持簡單的紀律方式 * 重構是讓程式碼重組，保持簡單的紀律方式 * 系統的開發方法-快速應用程式開發-可拋棄雛形開發(Throwaway Development) 使用者產生的技術問題透過分析設計建立雛型檢視，確認重要的問題已經被解決而降低系統風險至最低，在建置真正系統後，設計雛型就會被丟棄，專案邁向設計與實作階段 主要優點為產生較為穩定可靠的系統 主要缺點為花費更長時間才能交付最後的系統 系統的開發方法-敏捷開發(Agile Development) 以程式設計為中心，沒有很多成規且易於遵循，排除了模型塑造及文件製作的工作負荷及時間，強調簡單、反覆的應用發展 敏捷開發的方法包括 極致程式設計法(Extreme Programming) 並列爭球法(Serum) 動態系統開發法(Dynamic Systems Development , DSDM) 系統的開發方法-敏捷開發-極致程式設計(Extreme Programming) 系統的開發方法-敏捷開發-極致程式設計(Extreme Programming) 建立在溝通、簡明、回饋、勇氣四核心價值上，測試與有效率的撰寫程式碼是XP的核心，非常依賴重構(Refacto