資訊系統(tǒng)開發(fā)

資訊系統(tǒng)開發(fā)主講人：巫沛?zhèn)}副教授義守大學(xué)工業(yè)工程與管理系資訊系統(tǒng)的特性資訊系統(tǒng)的特性垃圾進(jìn)垃圾出人機(jī)配合快速性即時性經(jīng)濟(jì)性動態(tài)性整合性資訊系統(tǒng)開發(fā)的過程初步設(shè)計(preliminarydesign)經(jīng)濟(jì)可行性技術(shù)可行性作業(yè)可行性系統(tǒng)分析資訊需求組織需求控制需求機(jī)器設(shè)備需求系統(tǒng)設(shè)計根據(jù)「系統(tǒng)需求說明」進(jìn)一步訂出電腦該作些什麼工作，又如何去做，稱為「程式規(guī)格」(programspecifications)。人工作業(yè)該作些什麼工作，又如何去做，稱為「作業(yè)程序規(guī)格」(procedurespecifications)。系統(tǒng)設(shè)計電腦與人工的作業(yè)規(guī)格合起，一般稱為「系統(tǒng)規(guī)格」(systemscpecifications)。做完系統(tǒng)設(shè)計階段工作後，就有一份詳細(xì)的「系統(tǒng)規(guī)格說明書」或稱「技術(shù)設(shè)計規(guī)範(fàn)書」。系統(tǒng)發(fā)展依照「系統(tǒng)規(guī)格」編寫電腦程式與設(shè)計人工作業(yè)程序。電腦程式是給電腦的工作命令，編寫之後，最重要的是到電腦上試作，此一試作工作稱為「程式測試」。人工作業(yè)程序是給人的工作命令，設(shè)計好後，也要在組織中試用。要分別編寫「程式說明書」與「人工作業(yè)程序手冊」。系統(tǒng)推行此階段是正式啟用電腦資訊系統(tǒng)。當(dāng)上一階段設(shè)計好了電腦程式與人工作業(yè)程序之後，必須完成其他一些配合事項，系統(tǒng)才能正式啟用，這些配合事項包括：人員的訓(xùn)練。檔案轉(zhuǎn)換。若原企業(yè)組織沒有電腦，則要進(jìn)行機(jī)器的選購安裝。資訊系統(tǒng)的生命週期初步設(shè)計系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)發(fā)展系統(tǒng)推行五○年至七○年代

資訊系統(tǒng)開發(fā)的概念與技術(shù)傳統(tǒng)結(jié)構(gòu)化系統(tǒng)設(shè)計方法採用資料流程圖(dataflowdiagram,DFD)作為描述整體資料與處理間的關(guān)係。採用資料辭典(datadictionary)，用統(tǒng)一格式，以正式定義資料。採用各種工具，以描述處理邏輯。用結(jié)構(gòu)圖(structurechart)定義程式模組。傳統(tǒng)結(jié)構(gòu)化系統(tǒng)設(shè)計方法1970年代早期——結(jié)構(gòu)化程式設(shè)計結(jié)構(gòu)化程式設(shè)計規(guī)則由上而下的程式設(shè)計Parnas

的資訊隱藏(informationhiding)Dijkstra的抽象程度(levelsofabstraction)Wirth的步進(jìn)改善(stepwiserefinement)傳統(tǒng)結(jié)構(gòu)化系統(tǒng)設(shè)計方法1970年代中期——結(jié)構(gòu)化設(shè)計Yourdon/Constantine的結(jié)構(gòu)化設(shè)計Jackson的設(shè)計方法Warnier-Orr的設(shè)計方法傳統(tǒng)結(jié)構(gòu)化系統(tǒng)設(shè)計方法1970年代末期——結(jié)構(gòu)化分析與資料庫技術(shù)DeMarco的結(jié)構(gòu)化分析Gane與Sarson的分析SADT(structuredanalysisanddesigntechniques)需求設(shè)計語言(requirementsdesignlanguage)Codd的第三正?；袷?third-normalform)資料模式(datamodeling)傳統(tǒng)結(jié)構(gòu)化系統(tǒng)設(shè)計方法1970年代，許多公司使用結(jié)構(gòu)化方法開發(fā)資訊系統(tǒng)的好處：增進(jìn)規(guī)律性可信度和錯誤校正有效運(yùn)用資源著重在系統(tǒng)開發(fā)的初期工作1970年後期，尚有兩種系統(tǒng)開發(fā)的新方法亦可說明系統(tǒng)開發(fā)初期工作之重要：資料駕馭的設(shè)計方法(data-drivendevelopment)——先定義系統(tǒng)所使用的資料，因為它相對於處理邏輯而言，較為穩(wěn)定不變，然後再定出程式處理邏輯。小組設(shè)計會議的誕生，集合使用者、經(jīng)理人員、資訊專業(yè)人員密集會議，以便能夠更迅速地確認(rèn)新系統(tǒng)的需求和設(shè)計。八○年代資訊系統(tǒng)開發(fā)的

概念與技術(shù)使用4GL之雛型系統(tǒng)設(shè)計方法為了讓使用者能界定他們所需的資訊，而產(chǎn)生了一種新的系統(tǒng)設(shè)計的作法，就是先行儘快地完成一個雛型系統(tǒng)(prototypesystem)，這個系統(tǒng)的功能並不完整，通常只具備一些主要功能，就開始交給使用者使用。使用後，使用者會不斷地提出改進(jìn)意見，如此一直反複修改，直到使用者滿意為止。這種作法就叫雛型系統(tǒng)設(shè)計方法(prototypingapproach)。使用者自建系統(tǒng)所謂使用者自建系統(tǒng)，即使用者直接親自控制資訊處理活動的各個階段。使用者基本上並不具備電腦技術(shù)經(jīng)驗，透過成熟而友善的各種軟體工具，如4GL，使用者可以運(yùn)用電腦分析資料、繪圖、查詢、產(chǎn)生報表、或建立簡單的決策支援系統(tǒng)，而不需要資訊專業(yè)人員的介入。八○年代的資訊系統(tǒng)開發(fā)技術(shù)1980年代早期——自動化技術(shù)(automatedtechniques)HOS公司的自動化核驗(automaticverification)自動化資料模式(automateddatamodeling)智力型資料模式(intelligentdatamodels)行動圖(actiondiagram)

八○年代的資訊系統(tǒng)開發(fā)技術(shù)1980年代末期——CASE(computeraidedsoftwareengineering)Martin的資訊工程(informationengineering)系統(tǒng)分析師的圖形工作檯4GL的行動圖編譯器法則基礎(chǔ)的系統(tǒng)(rule-baseedsystem)可自動產(chǎn)生程式碼的問題定義語言八○年代的資訊系統(tǒng)開發(fā)技術(shù)一個功能較為完整的CASE環(huán)境，包含：資訊貯存器系統(tǒng)模式建立及模擬工具系統(tǒng)分析／設(shè)計工具程式編寫工具測試及品質(zhì)保證工具專案管理工具反轉(zhuǎn)工程工具九○年代資訊系統(tǒng)開發(fā)的

概念與技術(shù)物件導(dǎo)向技術(shù)物件導(dǎo)向技術(shù)的興起所謂物件導(dǎo)向，其精神在於強(qiáng)調(diào)：通電軟體系統(tǒng)的設(shè)計應(yīng)以物件(object)作為思考的核心，並以物件作為軟體的基本模組單元(module)電腦應(yīng)用領(lǐng)域的變化軟體工程上的問題物件導(dǎo)向技術(shù)物件導(dǎo)向分析與設(shè)計：物件的定義物件與物件間的關(guān)係．類別(Classification)．組合(Aggregation)．特殊化或一般化(SpecialiationandGeneralization)物件導(dǎo)向分析與設(shè)計物件導(dǎo)向技術(shù)用物件導(dǎo)向的方法來設(shè)計資訊系統(tǒng)，較著名的有下列六種：Booch的物件導(dǎo)向發(fā)展(Ojbect-Orienteddevelopment)Rumbaugh

的物件導(dǎo)向模式化技術(shù)(Oblect-orientedmodelingtechnique,OMT)Shlaer&Mellor的物件導(dǎo)向方法論物件導(dǎo)向技術(shù)Jacobson的物件導(dǎo)向方法論Yourdon的物件導(dǎo)向分析與設(shè)計(Oblect-orientedanalysis/object-orienteddesign，OOA/OOD)Martin&Odell的物件導(dǎo)向方法論網(wǎng)際網(wǎng)路應(yīng)用系統(tǒng)之開發(fā)工具強(qiáng)調(diào)快速的資訊系統(tǒng)開發(fā)方法九○年代強(qiáng)調(diào)快速的開發(fā)方法，以八○年代的聯(lián)合應(yīng)用系統(tǒng)開發(fā)方法(jointapplicationdevelopment,JAD)為核心的快速開發(fā)(RapidDevelopment,RD)應(yīng)運(yùn)而生。JAD是以使用者為主導(dǎo)，以管理者為核心，再由資訊人員輔導(dǎo)的群體系統(tǒng)開發(fā)方法，此法能夠以最的時間開發(fā)出高品質(zhì)的系統(tǒng)，特別適用於開發(fā)需求複雜且跨部門的大型系統(tǒng)。大型整合應(yīng)用系統(tǒng)

九○年代資訊系統(tǒng)開發(fā)的另一項特色是整合型套裝軟體的興起。這種整合型套裝軟體隱含了最佳實務(wù)(bestpractice)的企業(yè)流程，主要程式模組都已完成，只需挑選適合的模組來整合，再加上部份外掛模組即可，因此以系統(tǒng)開發(fā)的過程來看，著重在系統(tǒng)推行(implementation)，可以顯著縮短開發(fā)時間。資訊系統(tǒng)開發(fā)的管理問題資訊系統(tǒng)開發(fā)的管理問題如何度量程式設(shè)計人員的生產(chǎn)力如何度量系統(tǒng)效益系統(tǒng)開發(fā)專業(yè)的風(fēng)險管理EUC管理策略如何度量程式設(shè)計員的生產(chǎn)力IBM公司的AllanAlbrecht在1970年代中期，以使用者的觀點，發(fā)展了一套度量方式，嚴(yán)謹(jǐn)而實用，稱為「機(jī)能點分析」(functionpointanalysis)。如何度量程式設(shè)計員的生產(chǎn)力依程式的五種功能度量程式複雜度：外部輸入(externalinput)外部輸出(externaloutput)外部查詢(externalinquiry)內(nèi)部邏輯檔(logicalinternalfiles)外部介面檔(externalinterfacefiles)如何度量程式設(shè)計員的生產(chǎn)力度量程式複雜度的14個問項：該程式是否用到資料傳輸(datacommunication)？該程式之資料或功能是否分散？該程式是否要滿足特殊的需求，如回應(yīng)時間在數(shù)秒之內(nèi)？該程式是否將在一部作業(yè)擁擠的電腦上執(zhí)行，因此程式編寫需要特別考慮？如何度量程式設(shè)計員的生產(chǎn)力該程式的異動資料量是否很大？是否有線上資料輸入？該程式是否特別顧慮使用效率？該程式是否有線上更新？該程式是否有複雜的處理？該程式是否考慮可為其他資訊系統(tǒng)借用？如何度量程式設(shè)計員的生產(chǎn)力該程式是否有與使用者對話的功能，並強(qiáng)調(diào)安裝的便利性？該程式是否要求便於操作？該程式是否會給好幾個電腦中心使用？該程式是否會要求特殊設(shè)計，以便於修改？如何度量程式設(shè)計員的生產(chǎn)力程式的功能分?jǐn)?shù)(functionpoints)之用途：據(jù)以估計程式的行數(shù)。據(jù)以估計程式編寫所需之時間，可為派工之參考。據(jù)以斷定程式設(shè)計人員的工作效率。如何衡量系統(tǒng)效益將系統(tǒng)效益用金錢表達(dá)使用代理變數(shù)發(fā)展工作輪廓矩陣系統(tǒng)開發(fā)專案的風(fēng)險管理

一般而言，風(fēng)險管理要從預(yù)估風(fēng)險做起，先評估該系統(tǒng)開發(fā)專案風(fēng)險的大小，再依不同的風(fēng)險採用不同的專案管理工具，以期能降低風(fēng)險。風(fēng)險的評估專案小組外的整合性專案管理工具：使用者擔(dān)任專案經(jīng)理成立一個使用者推動委員會，作使用單位最高的決策單位和使用者推動委員會經(jīng)常開會，深入討論由使用者來管理變革控制流程經(jīng)常而詳細(xì)地向關(guān)鍵使用者發(fā)佈專案消息風(fēng)險的評估選擇使用者為專案成員採用正式的使用者規(guī)範(fàn)同意程序向公司的推動委員會定期報告由使用者負(fù)責(zé)教育訓(xùn)練和系統(tǒng)安裝由使用者主管決定重大的行動日程風(fēng)險的評估專案小組組內(nèi)的整合工具：選擇有經(jīng)驗的IT專業(yè)人員領(lǐng)導(dǎo)專案小組專案小組經(jīng)常開會關(guān)鍵性的設(shè)計決策要定期知會組員儘量不要更換專案小組成員專案小組成員最好曾經(jīng)有合作的經(jīng)驗讓專案小組成員參與決定目標(biāo)和工作時程向外尋求技術(shù)協(xié)助風(fēng)險的評估正式規(guī)劃工具：工作評核術(shù)(programevaluation&reviewtechniques,PERT)系統(tǒng)規(guī)範(fàn)標(biāo)準(zhǔn)可行性研究規(guī)範(fàn)專案批準(zhǔn)程序?qū)０甘箩釋彶槌绦蝻L(fēng)險的評估正式控制工具：定期的正式狀況報告，

並與計劃情況作比對變革控制之紀(jì)律定期進(jìn)度審查EUC的管理策略推動EUC管理策略的具體作法：必須有一明確的EUC策略。必須明確界定資訊部門和使用者雙方的權(quán)責(zé)，並鼓