1、DSS的規劃、設計與建置的規劃、設計與建置 資訊管理系資訊管理系王淑卿王淑卿勤學 敦品 力行2本章學習重點本章學習重點 lNolan 的階段成長理論lBowman,Davis,&Wetherbe 三階段理論lIBM的企業系統規劃(BSP)l關鍵成功因素法(CSF)lROMC系統分析法l雛型法l生命週期法勤學 敦品 力行3Nolan 的資訊系統成長四階段理論的資訊系統成長四階段理論 使用者少，基本應用使用者增加，缺乏整體規劃建立組織控制應用系統整合及控制勤學 敦品 力行4Nolan 的資訊系統成長六階段理論的資訊系統成長六階段理論(資料庫技術加入資料庫技術加入)勤學 敦品 力行5Bowman,D
2、avis,&Wetherbe三階段理論三階段理論 勤學 敦品 力行6McFarlan&McKenney的策略方格的策略方格(Strategy Grid)影響程度高影響程度低過渡沒有不能工作，但無法提供競爭優勢勤學 敦品 力行7IBM的企業系統規劃的企業系統規劃(Business System Planning,BSP)勤學 敦品 力行8關鍵成功因素法的內涵關鍵成功因素法的內涵 l關鍵成功因素(Critical Success Factors,CSF)是由Rockart(1982)所創的一套界定組織資訊需求的策略資訊規劃方法，目的是為幫助管理者定義資訊需求l它不同於BSP之處在於關鍵因素，而非企
3、業整體流程。l資訊系統規劃者定義CSF 的兩大步驟為：針對管理者所負責考量的因素，決定企業策略目標再決定達成這些目標的關鍵因素 勤學 敦品 力行9關鍵成功因素法的規劃步驟關鍵成功因素法的規劃步驟 l1.訪問高階主管l2.分析並整合個人的關鍵成功因素l3.發展並認同公司的關鍵成功因素l4.確認關鍵成功因素l5.利用關鍵成功因素，開發資訊系統 勤學 敦品 力行10關鍵成功因素法的優點關鍵成功因素法的優點 l時間短、耗費少、容易達成l各經理人因能針對自己的需求，參與程度與興趣都會較高l有利於DSS 與EIS等高層次資訊系統的發展，提高資訊系統的支援層次l可在CSF 的推論中，重新思考企業的經營架構l
4、不會有資訊超載的問題發生 勤學 敦品 力行11關鍵成功因素法的缺點關鍵成功因素法的缺點 l涵蓋不完整，只重視主管決策與關鍵因素l變動性大，資訊架構不穩定，常因人而異l沒有標準的作業程序方法、結構低，依賴優秀的規劃及訪談人員的溝通技巧l只重視目前的重要問題，較無長遠方向的考慮與規劃l沒有包括實際的系統開發計劃 勤學 敦品 力行12利用關鍵成功因素，開發資訊系統利用關鍵成功因素，開發資訊系統 勤學 敦品 力行13使用關鍵成功因素法的注意事項使用關鍵成功因素法的注意事項 l關鍵成功因素法為業務導向業務導向而非科技導向非科技導向l專案經由上而下由上而下設計過程產生企業的關鍵成功因素法。一旦所有人員瞭解
5、並接受公司關鍵成功因素法後，才能發展決策模型l高階主管必須強力支持。這必須由高階主管去推動，其他人才會重視l在訪談組織成員前，應教育其關鍵成功因素法概念，否則，訪談將產生無用資訊l在初始訪談中，關鍵成功因素法不應明顯地和資訊需求、電腦應用，或其他要素連結。應先從概括的公司業務或個人活動中確認關鍵成功因素法，從中產生資訊需求 勤學 敦品 力行14企業資訊系統開發考量因素企業資訊系統開發考量因素 勤學 敦品 力行15決策支援系決策支援系統的系統發統的系統發展過程展過程 勤學 敦品 力行16決策支援系統的設計需決策支援系統的設計需求可分為六大層次求可分為六大層次 勤學 敦品 力行17ROMC系統分析
6、法系統分析法 lSprange&Carlson(1982)提出ROMC法(Representation、Operation、Memory Aids、Control Mechanism)，用以評估一個特定決策支援系統是否能滿足系統設計的需求 勤學 敦品 力行18lROMC統分析法主要是配合決策者的要求與決策支援系統的能力，由四方面進行分析。1.表達方式(Representation)：說明問題或決策(使用者界面)2.運算(Operation)：處理問題的作業 3.記憶輔助(Memory Aids)：儲存永久性及暫時性的資料 4.控制機制(Control Mechanism)：有兩大功能：l建立D
7、SS使用程序與技巧的規範，例如選單或功能鍵l提供DSS使用者必要時的協助(Help)功能 ROMC系統分析法系統分析法 勤學 敦品 力行19運用運用ROMC分析法來分析決策支分析法來分析決策支援系統，基本上可分為三個步驟援系統，基本上可分為三個步驟 l找出決策中，情報、設計、選擇、執行這四個階段的主要活動l針對每一個活動找出DSS系統需要提供的支援功能l建置情報、設計、選擇、執行這四個階段的ROMC元素 勤學 敦品 力行20建置決策制定四階段的建置決策制定四階段的ROMC元素元素 勤學 敦品 力行21雛型法雛型法(Prototyping)l雛型開發法是透過快速建立低成本的系統雛型，以提供使用者
8、對系統的試用與評估，而幫助使用者對於資訊需求能更為了解，並進而提供系統開發者改進建議以改進系統 勤學 敦品 力行22雛型開發法的步驟雛型開發法的步驟 勤學 敦品 力行23雛型開發法的優點雛型開發法的優點 l雛型法特別適用於設計資訊系統的使用者介面，即使用者與電腦的人機互動媒介，例如：線上顯示畫面、資料輸入、報表或網頁等等。l雛型法可鼓勵使用者直接與新系統互動，增加使用者的參與感，減少使用者未來教育訓練時間，也可降低使用者抗拒。l雛型法較適合小型的系統。大系統則可將之分割為數個小型系統，並使用雛型法一次建立一部分。勤學 敦品 力行24雛型開發法的優點雛型開發法的優點l協助快速發展完整的系統：雛型
9、法能在系統發展中掩飾了一些必要的步驟(例如，相關文件的建立)，可加快系統的發展。l降低資訊系統完成後，無法滿足使用者需求的危機。開發過程早期提供一個可操作的系統模型來協助辨認正確的系統需求，彌補生命週期模式(SDLC)最大缺點，降低往後階段的風險。l使用雛型開發法，可以降低某些的系統開發成本。l當需求不確定時，雛型開發法是最有用的勤學 敦品 力行25雛型開發法的缺點與限制雛型開發法的缺點與限制 l容易忽略系統文件的撰寫l嚴謹度相對於SDLC比較不足l使用者容易誤認為雛型系統，就是完整的系統l雛型開發須經常修改雛型，可能會對使用者帶來學習困擾勤學 敦品 力行26系統開發生命週期法系統開發生命週期
10、法(System Development Life Cycle：SDLC)l系統開發生命週期法(SDLC)是一個模型，它用來說明與幫助我們瞭解軟體開發的過程l系統開發生命週期法將資訊系統的發展分成六個階段：1.初步評估2.可行性分析3.系統分析4.系統設計5.系統建構6.系統維護l每個階段都需在專案管理的控制及驗證下循序進行，若有發生任何問題，必須回到影響所及之上一個階段，以進行維護或修改，方能進入下一個步驟。系統開發生命週期法因圖形類似梯形瀑布，因此又稱為瀑布模式(Waterfall Model)勤學 敦品 力行27系統開發生命週期法系統開發生命週期法(SDLC)勤學 敦品 力行28系統開發生命週期法的優點系統開發生命週期法的優點 l系統開發生命週期法提供全面性的觀點，可幫助企業確定目標、策略及使用資訊科技解決問題或掌握機會，進而爭取競爭優勢的方法l十分嚴謹 勤學 敦品 力行29系統開發生命週期法的缺點系統開發生命週期法的缺點 l開發時間冗長l使用者參與度較低l使用者只要在上線前的測試階段才有機會觸到系統，若有發現重大問題，常常為時已晚l若使用者的需求不確定時，系統開發生命週期法很難開發
