uml 资讯系统开发模式.ppt

資訊系統 的開發流程 系統分析與設計: 結構化系統分析與設計—SA, SD, SP Process(開發流程): SDLC, Prototype Notation(表達符號):沒有統一 物件導向系統分析與設計—OOA,OOD,OOP Process(開發流程): RUP, Agile,…. Notation(表達符號):UML 資訊系統開發模式:Overview [1]資訊系統開發模式或軟體流程模式是開發活動一系列的步驟及其執行程序。 [2]系統開發依循系統化、邏輯化的步驟進行時，有利於標準、規範與政策之推行和建立，開發的過程將更有效率，更能確保品質，也更容易管理。 [3]不同的資訊系統開發模式，適用於不同情況的系統開發 編碼與修正模式 [1]最早（1956年前）使用之模式 [2]無方法論可言，包含兩個步驟： (1) 先寫部分程式， (2) 再修正程式中之問題。 [3]主要之問題： (1)沒有規劃及設計，故經過幾次之修正後，程式碼的邏輯變得難以理解， (2)過程中並無使用者需求分析與確認，軟體雖然設計得很好，但可能並不符合使用者的需求。 階段模式 [1]已具有方法論之雛型 [2]強調系統開發前要有規劃，程式編輯前要有分析與設計，系統上線前要有測試等 [3]階段模式雖已改善編碼與修正模式之問題，但使用上仍衍生以下之問： 不論系統之大小或複雜程度均需經歷八階段， 各階段之進行是循序的且階段間沒有回饋， 各階段均需考量完整的系統範圍，不可僅考量部份系統。 假設需求可完整且清楚的描述。 瀑布模式Waterfall SDLC 【Software Development lifecycle系統生命週期法】 [1]SDLC是一種系統開發之方法，該法把系統開發的過程分成〝幾〞個階段，每個階段清楚定義要做那些工作及交付那些文件，各個階段循序的執行且僅循環一次。 [2]當問題較小或較單純，劃分的階段可能少至三個，例如分析、設計、實施等階段;若面對較大或複雜之問題時，其階段可再被細分成更多個階段，例如可能擴充至十個階段。 (3)若在各階段發現錯誤可允許階段間之回饋，使能儘早修正以減少系統修改或重做之成本。 (4)各階段明確定義應做之工作及交付文件，使系統開發之工作更明確及容易掌握。 SDLC 【Software Development lifecycle系統生命週期法】 瀑布模式:特色 [1]整個生命週期的階段定義分明。每階段均需考量完整的系統範圍，且各階段僅循環一次。 [2]原則上，前一階段完成後，方能開始下一階段的工作。強調先有完整的設計與規劃，再進行編碼。 [3]每一個階段工作的完成，必定有其一定的里程碑或文件。重視設計與規劃之文件。 [4]每一階段的任務力求完整、正確、嚴謹。一階段的完成需經驗證通過，才能進入下一階段。 [5]嚴謹的專案管理控制。 [6]使用者僅在分析與系統測試時參與。 瀑布模式:目標 [1]建立標準化、嚴謹的開發程序。 [2]透過專案管理的工具提高資源的利用率。 [3]利用模組化的分析與設計，將複雜的問題由上而下切割(Top-Down Partition)成為簡單的模組。 [4]透過統一的步驟，保證產品的品質。 [5]清楚的階段劃分易於分工與責任的歸屬。 [6]每一階段的文件力求完整，較易追蹤維護。 [7]利用管理控制的檢查工具，降低錯誤的發生。 瀑布模式:基本假設／適用情況問題 基本假設／適用情況 1.使用者需求可完整且清楚的描述。 2.解決問題之知識，例如模式或方法可得到。 3.軟／硬體之技術與支援沒問題。 問題 (1) 假設在專案開始時需求可完全且清楚描述， (2) 所有需求在各階段均需同時考量，且系統開發在一個週期內完成， (3)程式編輯前過於強調完整的分析與設計文件，故一但需求變更，文件需大幅修改， (4)系統開發週期較長且過程中使用者參與不足， (5)程式編輯於系統開發週期之後段才開始，故風險較高，且失敗之成本亦較高。 Incremental Model漸增模式(1971) Incremental Model漸增模式 Prototyping【雛型法,1977】 Prototyping【雛型法,1977】 OOA, OOD, RUP RUP可以用二維坐標來描述。 橫軸通過時間組織，是過程展開的生命週期特徵，體現開發過程的動態結構，用來描述它的術語主要包括週期(Cycle)、階段(Phase)、迭代(Iteration)和里程碑(Milestone)； 縱軸以內容來組織為自然的邏輯活動，體現開發過程的靜態結構，用來描述它的術語主要包括活動 (Activity)、產物(Artifact)、工作者(Worker)和工