DSS的系統(tǒng)分析與設(shè)計(jì)

1、DSS的系統(tǒng)分析與設(shè)計(jì)本章大綱第一節(jié) 導(dǎo)論第二節(jié) ROMC系統(tǒng)分析法第三節(jié) 反覆設(shè)計(jì)法第四節(jié) 雛型(prototyping)系統(tǒng)設(shè)計(jì)法第五節(jié) 使用者自建系統(tǒng)第六節(jié) 物件導(dǎo)向程式設(shè)計(jì)法第七節(jié) UML技術(shù)第八節(jié) 結(jié)論學(xué)習(xí)目標(biāo)決策支援系統(tǒng)的分析步驟分析決策問題的範(fàn)圍與流程分析。確認(rèn)系統(tǒng)的需求。決策支援系統(tǒng)的設(shè)計(jì)方法反覆設(shè)計(jì)的方法與應(yīng)用。雛型法的設(shè)計(jì)方式與應(yīng)用。使用者自建系統(tǒng)的意義與應(yīng)用。物件導(dǎo)向技術(shù)與UML模組語言。圖9-1 資訊系統(tǒng)開發(fā)建立的過程初步設(shè)計(jì)系統(tǒng)分析系統(tǒng)設(shè)計(jì)程式編碼系統(tǒng)實(shí)施ROMC系統(tǒng)分析法四大構(gòu)成元素表達(dá)方式(Representations)分析決策過程中必要資訊的表達(dá)形式是決策支援

2、需求分析的首要工作。 運(yùn)算(Operations)指的是對(duì)資料所做的各種操作。輔助記憶(Memory Aids)決策支援系統(tǒng)能將有用的中間結(jié)果加以儲(chǔ)存，以備後面再使用。ROMC系統(tǒng)分析法（續(xù)）控制機(jī)制(Control Mechanisms)DSS控制機(jī)制是協(xié)助決策者依他個(gè)人的風(fēng)格、技巧和知識(shí)，利用表達(dá)、運(yùn)算及記憶來組合出一個(gè)決策程序。 ROMC分析程序 找出決策各階段的主要活動(dòng) 針對(duì)每個(gè)活動(dòng)找出系統(tǒng)的可能支援功能建置ROMC要素 圖9-2 放款評(píng)估DSS的控制流程 客戶資料查詢案件分類風(fēng)險(xiǎn)分析評(píng)估可能方案找出最佳方案實(shí)施What-if分析舊案件資料ROMC應(yīng)用實(shí)例購車決策系統(tǒng)情報(bào)蒐集資料瀏覽

3、設(shè)計(jì)比較比較車型與可行方案 做出決策決定購買的車型 反覆設(shè)計(jì)法的步驟找出重要的次問題(Subproblems)由決策者或使用者和系統(tǒng)建立者共同找出次問題。愈是時(shí)間短的專案或問題反而特別適用於DSS的反覆設(shè)計(jì)法。發(fā)展一個(gè)小而實(shí)用的系統(tǒng)來協(xié)助決策者系統(tǒng)建立者和使用者共同迅速且小規(guī)模地完成系統(tǒng)發(fā)展過程。這個(gè)雛型系統(tǒng)經(jīng)由不斷地修改測(cè)試，將發(fā)展成一個(gè)完整的決策支援系統(tǒng)。反覆設(shè)計(jì)法的步驟（續(xù)）反覆地精製、擴(kuò)充並修改系統(tǒng)系統(tǒng)初步完成後，便可以反覆地經(jīng)由使用者評(píng)估與回饋來修正系統(tǒng)的功能，而得到新的版本。事實(shí)上，每個(gè)修改週期事實(shí)上都進(jìn)行了分析設(shè)計(jì)實(shí)施使用評(píng)估等所有階段。 雛型(Prototyping)系統(tǒng)設(shè)計(jì)法

4、步驟找出決策者做決策的資訊需求和SDLC不同之處在於，雛型法並不要求將所有的需要一次完整地找出來。 建立雛型系統(tǒng)來檢驗(yàn)決策者的需求雛型法要求根據(jù)前面所找出的初步需求，很快就做出一個(gè)雛型系統(tǒng) 。修改雛型讓使用者在試用過雛型系統(tǒng)後，能明確地知道自己的需求 。雛型(Prototyping)系統(tǒng)設(shè)計(jì)法（續(xù)）依據(jù)雛型來開發(fā)完整的系統(tǒng)暫時(shí)雛型經(jīng)過持續(xù)的修改之後，成為有用的系統(tǒng)，則將這種雛型稱為演進(jìn)雛型。 使用者自建系統(tǒng)的優(yōu)點(diǎn)交貨時(shí)間短使用者在需要時(shí)便開發(fā)自用系統(tǒng)，因?yàn)樗恍枰?jīng)過申請(qǐng)、核準(zhǔn)經(jīng)費(fèi)等手續(xù)，所以不需配合資訊部門的時(shí)間，可以立即進(jìn)行開發(fā)而不會(huì)錯(cuò)過時(shí)效。較能滿足使用者的需求因?yàn)槭怯墒褂谜咦孕性O(shè)計(jì)所需

5、的系統(tǒng)，使用者和設(shè)計(jì)者間的溝通問題完全消失，理論上便能夠設(shè)計(jì)出一個(gè)充分滿足使用者需求的系統(tǒng)。使用者自建系統(tǒng)的優(yōu)點(diǎn)（續(xù)）減少系統(tǒng)實(shí)施的阻力因?yàn)橄到y(tǒng)是使用者自行設(shè)計(jì)建置，必然願(yuàn)意使用系統(tǒng)，因此可以消除使用者對(duì)資訊部門所設(shè)計(jì)的新系統(tǒng)的抗拒或不適應(yīng)情況。 使用者自建系統(tǒng)的缺點(diǎn)績效不彰管理不易使用者自行開發(fā)系統(tǒng)的目的往往是為了解決眼前的個(gè)別問題，所以在開發(fā)過程中無法審慎考量，也多半不會(huì)對(duì)系統(tǒng)作評(píng)估。一旦使用者離職，接任者可能完全無法使用該系統(tǒng)。另外，不同的使用者也可能重複開發(fā)功能相同的系統(tǒng)，造成資源的浪費(fèi)而不自知，這些問題都使資訊資源的管理變得困難。使用者自建系統(tǒng)的缺點(diǎn)（續(xù)）角色衝突使用者本身的主要任務(wù)

6、並非開發(fā)系統(tǒng)，若他們花費(fèi)太多時(shí)間與精力在自行開發(fā)系統(tǒng)上，可能會(huì)因此疏忽了他們本來的職責(zé)，造成本末倒置的現(xiàn)象，甚至與資訊部門的角色相衝突，這是必須要避免的問題。 EUC的管理策略必須有一明確的EUC策略，配合整體政策和標(biāo)準(zhǔn)，在符合標(biāo)準(zhǔn)的情況下，讓使用者自行選擇，而不以嚴(yán)格的成本效益作為控制手段。必須明確界定資訊部門和使用者雙方的權(quán)責(zé)，並鼓勵(lì)發(fā)展合夥關(guān)係。必須顧及全體，不能只關(guān)注少數(shù)幾個(gè)使用者；讓使用者之間彼此分享資訊、程式與經(jīng)驗(yàn)。全面持續(xù)推廣使用者教育訓(xùn)練，讓使用者電腦知識(shí)能不斷充實(shí)、更新。EUC的管理策略（續(xù)）成立資訊中心，向EUC使用者提供下列服務(wù)電腦入門訓(xùn)練電話諮詢服務(wù)硬體和軟體標(biāo)準(zhǔn)的訂定

7、安全控管編寫主機(jī)與PC的連線介面軟體提供新軟體的安裝與試用報(bào)告擔(dān)任EUC的系統(tǒng)專案經(jīng)理人EUC成功實(shí)施的重要條件功能完整而且熱心的資訊服務(wù)中心，可對(duì)EUC的發(fā)展提供較佳的規(guī)劃、教育訓(xùn)練、支援服務(wù)與管制措施。擁有高素質(zhì)的員工，員工大多數(shù)具高學(xué)歷，學(xué)習(xí)能力強(qiáng)。公司擁有高度電腦化的環(huán)境，以及豐富電腦化的經(jīng)驗(yàn)，且各部門皆已電腦化。容易使用的電腦軟、硬體，可以滿足多樣的需求。 物件導(dǎo)向程式設(shè)計(jì)法物件是具有獨(dú)立運(yùn)作及行為的一組程式。物件導(dǎo)向方法認(rèn)為電腦軟體系統(tǒng)的設(shè)計(jì)應(yīng)以物件(object)作為思考的核心。並以物件做為軟體的基本模組單元(module)。 圖9-6 物件間之訊息傳遞方式物件1物件2物件3物件

8、4物件5物件6使用者的要求Communication updateCommunication updateCommunication update物件類別物件定義將具有相同結(jié)構(gòu)、操作，並遵守相同約束規(guī)則的物件可以聚合成一組物件集合，稱為物件類別 物件應(yīng)包括類別名稱外部界面用於操縱類別實(shí)例的外部操作（外部操作較典型的應(yīng)包括目標(biāo)物件和許多變數(shù)）。內(nèi)部表示界面的內(nèi)部實(shí)現(xiàn)物件類別具有的重要訊息類別規(guī)格類別本身具有規(guī)格(Class Specification)，類別規(guī)格也稱為類別的外部特性或稱為外部界面，是讓使用者瞭解物件類別是什麼和能夠做什麼事，因而也是與使用者溝通的外部界面或界面。類別實(shí)現(xiàn)類別實(shí)現(xiàn)是

9、類別的內(nèi)部表示，即類別規(guī)格的具體實(shí)現(xiàn)方法。也就是詳細(xì)設(shè)計(jì)物件類別所說明的功能應(yīng)當(dāng)如何做，通常由系統(tǒng)開發(fā)人員透過程式設(shè)計(jì)來實(shí)現(xiàn)。對(duì)使用者來說，是不必瞭解類別實(shí)現(xiàn)的。物件類別具有的重要訊息（續(xù)）類別層次與類別網(wǎng)(Class Hierarchy and Class lattice)物件類別之間可能具有層次的結(jié)構(gòu)或網(wǎng)狀的結(jié)構(gòu)關(guān)係。類別的層次結(jié)構(gòu)和網(wǎng)狀結(jié)構(gòu)可用來描述現(xiàn)實(shí)世界中概括的抽象關(guān)係。 物件導(dǎo)向方法的特性抽象性物件導(dǎo)向技術(shù)採用物件來表達(dá)一切事物。物件不僅可表達(dá)結(jié)構(gòu)化的資料，而且可以表達(dá)傳統(tǒng)的結(jié)構(gòu)化方法所不能夠表達(dá)的非結(jié)構(gòu)化資料，包括複雜的工程實(shí)體、圖形、聲音、規(guī)則等。 封裝性封裝性是指將結(jié)構(gòu)及程序

10、結(jié)合成為一個(gè)類別(Class)的特性，亦即封裝成一個(gè)單一的個(gè)體。 物件導(dǎo)向方法的特性（續(xù)）繼承性是指子類別可以擁有母類別中的部分或全部屬性，使前者繼承了後者的原函數(shù)與變數(shù)，然後再加入它自己的成員變數(shù)，亦即前者的結(jié)構(gòu)是後者的延伸。多型性是指某些函數(shù)可以接受多種不同變數(shù)型態(tài)。 圖9-7 UML的4+1觀點(diǎn)Logical ViewProcessViewImplementationViewDeploymentViewEnd UserFunctionalityProgrammersSoftware managementSystem engineeringSystem topology, Delivery

11、 andinstallation, CommunicationSystem integratorsPerformance, Scalability,ThroughputAnalysts/TestersBehaviorUse Case ViewUML的核心觀點(diǎn)4+1觀點(diǎn)使用案例觀點(diǎn)是UML的核心，描述系統(tǒng)功能性的需求，找出使用個(gè)案(use case)與行為者(actor)。邏輯觀點(diǎn)描述達(dá)成系統(tǒng)內(nèi)部功能性作業(yè)的細(xì)部設(shè)計(jì)，包括靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為。建置觀點(diǎn)描述系統(tǒng)如何切分成軟體元件，進(jìn)行實(shí)作。UML的核心觀點(diǎn)4+1觀點(diǎn)（續(xù)）處理觀點(diǎn)描述系統(tǒng)各組成部份整體運(yùn)作的程序。佈署觀點(diǎn)描述系統(tǒng)硬體或設(shè)備之間的連結(jié)

12、關(guān)系，以及軟體程序的配置情形。 圖9-8 UML模式、觀點(diǎn)與圖相互間的關(guān)係使用案例圖程序圖類別圖物件圖元件圖部屬圖合作圖靜態(tài)圖活動(dòng)圖模式靜態(tài)觀點(diǎn)動(dòng)態(tài)觀點(diǎn)UML的模式化統(tǒng)一模式化語言(UML)是一種規(guī)格化(Specifying)、視覺化(Visualizing)、文件化(Documenting)、建構(gòu)化(Constructing)的軟體模式化語言，焦點(diǎn)是成為一個(gè)標(biāo)準(zhǔn)的建模語言。好的建模技術(shù)三要素模式元素(method elements)：基本的模式化概念與語義。標(biāo)記法(notation)：視覺化地表示出模式元素。指導(dǎo)方針(Guidelines)：提供慣用的原則。UML符合企業(yè)作業(yè)流程模式建構(gòu)在眾多模式化語言中，UML是最符合規(guī)範(fàn)的