90301125塗志豪.ppt

系 統 分 析 與 研 究 討論題目 試從成本、時程、品質、使用者參與等構面，來比較本章所介紹的五種系統開發模式(瀑布、漸增、雛型、螺旋、同步模式) 何謂瀑布模式 瀑布模式是一個傳統的典型設計模式，將設計的步驟分成數個階段，由上至下(top-down)的方式來完成系統，在每一個階段的製作過程中，若是發現前一階段的工作不夠完善，導致影響系統的繼續開發時，可以返回前一階段重新再來，每個階段循序執行且僅循環一次又適用於低風險的專案。其開發程序如下： 1.分析階段分析構成系統的各個單元，了解系統的性質，定義系統的目的與可能遭遇到的限制。 2.設計階段先對系統做一個初步的分析，然後再進行細部分析的工作。界定出系需求功能，規劃系統的建制程序、軟硬體的相關設備等。 3.撰碼階段依據前面階段收集整理的資料，進行系統程式的撰寫。 4.測試階段系統完成後，便可以進行測試的工作，測試的主要目的是確定系的正確心生以確保系統能夠與原先計劃的需求相符合。 5.維護階段系統測試完成後，就可以交給使用者使用。日後系統執行發生問題，或是使用者的需求更改時，就必須進行修改與維護。 瀑布模式 瀑布模式除了在階段上較有彈性外，該模式還至少提供兩項主要的加強： 1.若在各階段發現錯誤可允許階段間的回饋，使能盡早修正以減少系統修改或重做之成本。 2.各階段明確定義應做之工作及交付之文件，使系統開發之工作更明確及容易掌握。 雖然瀑布模式是源自於階段模式之改善但執行上還是會有一些問題： 1.假設在專案開始時，需求可完全且清楚描述。 2.所有需求在各階段均需同時考量，且系統開發在一個週期完成。 3.在程式編輯前過於強調完整的分析與設計文件，故一但需求變更文件變需大幅 修改。 由上述情況顯示，若所有需求無法同時進行系統開發，或再專案開始時無法清楚描述時，瀑布模式便無法適用。 何謂漸增模式 漸增模式是一種系統開發方法，該方法把需求分成『幾』個部分，然後依漸增開發計畫將每個『部分需求』之開發定為一個開發週期，每個週期可依序或平行開發。每個週期之階段清楚定義要做哪些工作及交付哪些文件，每個階段循序進行且僅循環一次。 漸增模式雖與瀑布模式大致相同但有有其不同，分述如下： 1.系統被分成幾個子系統或功能，各子系統可獨立依序開發。 2.系統開發可由多個週期完成，每個週期表示不同版本之系統，因為每個週期均有程式編輯及上線實施，使用者均有參與，故風險較低也可盡早發現問題，讓失敗因素降低。 漸增模式 漸增模式可適用於以下情況，分述如下： 1.組織的目標與需求可完全與清楚描述。 2.預算需分期編列，在此限制下，先將系統作整體規劃，往後在分期執行，即使後來無法取得預算，已完成的部分功能仍可運作，也不必一次投入大筆資金，降低風險。 3.組織需要時間來熟悉和接受新科技，在此情況下，應用漸增模式有充裕的時間來學習和轉移技術。 何謂雛型模式 雛型模式是一種系統開發方法，該方法先針對使用者需求較清楚的部分或資訊人員較能掌握之部分，依分析、設計與實施等步驟快速開發雛型。開發過程中，強調盡早以雛型作為使用者與資訊人員需求溝通與學習之工具，雙方透過雛型之操作與回饋，以釐清、修改及擴充需求，並藉以修改與擴充雛型。如此反覆進行，直到系統符合雙方約定為止。且只適用於需求可能發生於整個專案生命期間、客戶能高度參與、應用領域不熟悉或高風險等情況的專案。 雛型模式的特性與原則如下： 雛型模式 雛型模式潛在的問題如下： 1.因強調以『雛型演進』代替完整之分析與設計，故系統文件較不完備，程式亦較難維護。短期來說，可能滿足使用者需求；長期而言，系統較易失敗。 2.因缺乏整體之規劃、分析與設計，故較不適合於大型及多人參與之系統開發專案。 雛型模式常用的兩個應用策略，分述如下： 1.演進式雛型策略： 主要是將所有需求看成一個整體，從需求最清楚的部分先快速經歷一系統開發週期，已完成初版雛型系統之開發，再利用此雛型跟使用者溝通，以確定、修改和擴充需求，並藉以作為下一週期雛型演進之依據。該週期不斷的反覆進行，一直到雛型系統符合雙方合約為止。適用於對雛型模式有經驗的發展者。 雛型模式 2.用後丟棄式雛型策略： 一般是以一種快而粗糙的用是建立雛型，以促使使用者能盡快藉由與雛型之互動來決定需求項目，或允許資訊人員藉以研發問題之解決方法與資訊科技之運用等。這種雛型因為用過即丟，所以