管理信息系統(tǒng)的開發(fā)方法

管理信息系統(tǒng)山東科技大學(xué)工業(yè)工程系目前一頁\總數(shù)三十九頁\編于十八點第七講管理信息系統(tǒng)的開發(fā)方法目前二頁\總數(shù)三十九頁\編于十八點第十四章管理信息系統(tǒng)的開發(fā)方法主要內(nèi)容概述一般公用階段的說明結(jié)構(gòu)化系統(tǒng)開發(fā)方法原型方法面向?qū)ο蟮拈_發(fā)方法計算機輔助開發(fā)方法目前三頁\總數(shù)三十九頁\編于十八點14.1概述開發(fā)方法綜述按

時間過程面向處理PO面向數(shù)據(jù)DO面向?qū)ο驩O生命周期法（LC）LC-POLC-DOLC-OO原型法（PROT.)PROT.-POPROT.-DOPROT.OO目前四頁\總數(shù)三十九頁\編于十八點14.1續(xù)70年代：生命周期法（瀑布模型）系統(tǒng)需求軟件需求總體設(shè)計詳細設(shè)計編程調(diào)試運行維護MIS的生命周期法

就是按照MIS的生命周期來開發(fā)的一種方法，把MIS的開發(fā)分為五個階段：總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施和系統(tǒng)的運行維護。（僅供參考）

目前五頁\總數(shù)三十九頁\編于十八點14.1續(xù)70年代：生命周期模型對其每一階段規(guī)定它的任務(wù)、工作流程、管理目標及要編制的文檔，使開發(fā)工作易于管理和控制，形成一個可操作的規(guī)范。目前六頁\總數(shù)三十九頁\編于十八點14.1續(xù)系統(tǒng)開發(fā)生命周期的基本原理原理一：用戶的積極參與原理二：使用問題求解方法原理三：嚴格按劃分的階段和活動進行系統(tǒng)開發(fā)原理四：文檔的標準化原理五：檢查點的設(shè)立原理六：分而治之的思想目前七頁\總數(shù)三十九頁\編于十八點14.1續(xù)MIS工程的二維分解：目前八頁\總數(shù)三十九頁\編于十八點14.1續(xù)結(jié)構(gòu)化開發(fā)的目標：使開發(fā)工作標準化，減少隨意性做到有序、高效和減少錯誤建立標準的文檔

過渡

構(gòu)建

詳述

開始方法目前九頁\總數(shù)三十九頁\編于十八點14.1續(xù)螺旋模型：需求、設(shè)計、實現(xiàn)、測試、循環(huán)進行，遞增開發(fā)目前十頁\總數(shù)三十九頁\編于十八點14.1續(xù)80年代：原型方法和面向?qū)ο蠓椒ㄔ头ǎ涸谖赐耆x好全局需求前，先實現(xiàn)一個原型，然后不斷修改，直至滿足要求。要求有開發(fā)環(huán)境的支持，如4GL語言。 面向?qū)ο蠓椒ǎ汉诵氖菍ο螅╫bject）。對象是數(shù)據(jù)和操作的集合，操作可以操縱數(shù)據(jù)90年代：組件化的開發(fā)方法重視軟件過程目前十一頁\總數(shù)三十九頁\編于十八點14.2開發(fā)的一般公用性階段問題的識別：what,why,who,where,when可行性研究：具備的資源和條件是否滿足系統(tǒng)目標的要求，包括目標方案可行性技術(shù)可行性經(jīng)濟可行性社會方面的可行性目前十二頁\總數(shù)三十九頁\編于十八點14.2續(xù)系統(tǒng)開發(fā)的原則領(lǐng)導(dǎo)參加優(yōu)化創(chuàng)新充分利用信息資源實用和實效規(guī)范化發(fā)展變化目前十三頁\總數(shù)三十九頁\編于十八點14.2續(xù)系統(tǒng)開發(fā)前的準備工作基礎(chǔ)準備工作管理工作要嚴格科學(xué)化，具體方法要程序化、規(guī)范化作好基礎(chǔ)數(shù)據(jù)管理工作人員組織準備領(lǐng)導(dǎo)參加是關(guān)鍵建立由系統(tǒng)分析員、相關(guān)崗位業(yè)務(wù)人員和信息技術(shù)人員組成的研發(fā)隊伍明確各類人員的職責目前十四頁\總數(shù)三十九頁\編于十八點14.2續(xù)系統(tǒng)開發(fā)策略和開發(fā)計劃開發(fā)策略接收式的開發(fā)策略直接式的開發(fā)策略迭代式的開發(fā)策略實驗式的開發(fā)策略開發(fā)計劃開發(fā)計劃進度計劃資源利用計劃投資計劃目前十五頁\總數(shù)三十九頁\編于十八點14.2續(xù)系統(tǒng)開發(fā)計劃系統(tǒng)投入系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實現(xiàn)運行管理系統(tǒng)分析設(shè)計師具體管理人員計算機軟硬技術(shù)員操作管理員目前十六頁\總數(shù)三十九頁\編于十八點14.2續(xù)統(tǒng)一過程統(tǒng)一過程是一個軟件開發(fā)過程不僅僅是一個簡單的過程而是一個通用的過程框架統(tǒng)一軟件開發(fā)過程是30多年來經(jīng)驗的總結(jié)，是軟件問題的一種解決方案?？捎糜诟鞣N不同類型的軟件系統(tǒng)各種不同的應(yīng)用領(lǐng)域各種不同類型的組織各種不同的功能級別以及不同項目規(guī)律目前十七頁\總數(shù)三十九頁\編于十八點14.2續(xù)

開發(fā)過程可以用二維結(jié)構(gòu)或沿著兩個坐標軸來表達橫軸代表了制訂開發(fā)過程時的時間體現(xiàn)了過程的動態(tài)結(jié)構(gòu)它以術(shù)語周期、階段、迭代、和里程碑來表達；縱軸表現(xiàn)了過程的靜態(tài)結(jié)構(gòu)如何用術(shù)語活動、產(chǎn)物、角色和工作流來描述特點

以用例驅(qū)動的以體系結(jié)構(gòu)為中心的迭代的和增量的管理環(huán)境商業(yè)模型實現(xiàn)測試分析和設(shè)計預(yù)備循環(huán)Iter.

#1相態(tài)處理工作流反復(fù)支持工作流Iter.

#2Iter.

#nIter.

#n+1Iter.

#n+2Iter.

#mIter.

#m+1分布配置管理需求仔細研究過渡開始構(gòu)造目前十八頁\總數(shù)三十九頁\編于十八點14.3結(jié)構(gòu)化系統(tǒng)開發(fā)方法SSA&D方法的基本思想(structuredsystemdevelopmentmethodologies)用系統(tǒng)工程的思想和工程化的方法；按用戶至上的原則；結(jié)構(gòu)化、模塊化；自頂向下地對信息系統(tǒng)進行分析與設(shè)計。目前十九頁\總數(shù)三十九頁\編于十八點14.3續(xù)SSA&D方法的特點

(structuredsystemdevelopmentmethodologies)自頂向下整體性的分析設(shè)計和自底向上逐步實施；建立面向用戶的觀點；嚴格區(qū)分工作階段；深入調(diào)查研究；充分預(yù)料可能的變化；開發(fā)過程工程化。目前二十頁\總數(shù)三十九頁\編于十八點 沒有斷不了的情，只有不死的心 朋友某天提起一段真實的笑話，說有一位朋友準備做一個手術(shù)，需要全麻，手術(shù)前一個大男人，一直在擔心。平時見他膽子倒是挺大的，妻子終于忍不住問他，到底在擔心些什么？他猶豫了半天，才吞吞吐吐地說∶“我怕要是全麻沒麻上，那真是一件挺可怕的事。”聽到那一刻，有想噴飯的感覺。 可是，深想一層，如果真是這樣，結(jié)果確是挺可怕的，人往往不怕死，只怕半死不活，才是一種折磨。就如愛，在掙扎的時候，怕的不是分離，怕的，往往是難聚難離。聚看不到希望，如果能確定一個聚，可以拼盡全力去爭取，可是沒有肯定的指引；離，又不至于，如若真是離，還可大痛一場，然后邁步向前，哭笑皆轟烈。最可怕的是看不到前路，不舍得放手，分分合合幾番掙扎，癡戀能消磨完人所有的斗志。 世界上，沒有真正斷不了的情，只有不死的心。明知已經(jīng)失去，明知不可強求，偏偏是放不下不舍得，于是，掙扎，渴望奇跡，等待絕望的來臨……真的有斷不了的情嗎？親愛的，沒有的。既然能舍得分離，可見深情不足夠放下自我，才會甘愿舍棄，分離后的歲月，悠遠沉重，僅靠思念，難維持多久的深情？ 塵囂下，親愛的，如若不能14.3續(xù)MIS工程工作流目前二十一頁\總數(shù)三十九頁\編于十八點14.3續(xù)SSA&D的優(yōu)缺點優(yōu)點：嚴格區(qū)分開發(fā)階段，系統(tǒng)的針對性強；整體性與全局性好，自頂向下觀點。缺點：開發(fā)周期長；開發(fā)過程繁瑣、復(fù)雜；開發(fā)工具落后；與用戶交流不直觀；系統(tǒng)的升級較困難。目前二十二頁\總數(shù)三十九頁\編于十八點14.4原型方法原型方法在關(guān)系數(shù)據(jù)庫系統(tǒng)、第四代開發(fā)語言（4GL）和各種可視化開發(fā)環(huán)境的支持下提出的一種開發(fā)方法開發(fā)要求分析評價軟件環(huán)境用戶開發(fā)商構(gòu)造原型

軟件支持環(huán)境RDBMS數(shù)據(jù)字典、建模工具快速查詢系統(tǒng)4GL軟件工具可視化報告、界面生成器，快速構(gòu)造原型

目前二十三頁\總數(shù)三十九頁\編于十八點14.4續(xù)原型法工作流程1、用戶提出系統(tǒng)要求2、識別、歸納上述要求3、開發(fā)一個模型／原型4、評價模型5、模型不可行處理6、模型不滿意處理7、修改模型8、確定模型后的處理N、實際系統(tǒng)開發(fā)、運行、維護等12346758N不可行不滿意滿意目前二十四頁\總數(shù)三十九頁\編于十八點14.4續(xù)原型法的特點優(yōu)點：1、開發(fā)效率高；2、開發(fā)工具先進，與用戶交流直觀；3、符合人們認識事物的規(guī)律；4、能及早暴露系統(tǒng)實施后潛在的一些問題；5、能調(diào)動用戶參與的積極性。缺點：1、不適合大型系統(tǒng)的開發(fā)；2、不適合大量運算及邏輯性強的模塊；3、對原企業(yè)基礎(chǔ)管理工作要求較高；否則容易走上機械模擬原手工系統(tǒng)的軌道。4、不適合批處理系統(tǒng)。目前二十五頁\總數(shù)三十九頁\編于十八點14.5面向?qū)ο蟮拈_發(fā)方法對象客觀世界由各種各樣的對象組成，每種對象都有各自的內(nèi)部狀態(tài)和運動規(guī)律，不同對象之間的相互作用和聯(lián)系就構(gòu)成了各種不同的系統(tǒng)。對象是OO方法的主體，有以下特征：模塊性（信息隱藏、封裝）繼承性動態(tài)連接性目前二十六頁\總數(shù)三十九頁\編于十八點14.5續(xù)OO方法可以概括為：現(xiàn)實世界由對象組成對象由屬性和方法組成。屬性反映對象的狀態(tài)，方法定義改變屬性狀態(tài)的操作對象之間的聯(lián)系主要通過消息傳遞來實現(xiàn)對象抽象為類（class)對象具有封裝的特性目前二十七頁\總數(shù)三十九頁\編于十八點14.5續(xù)OO方法的開發(fā)過程(1)系統(tǒng)調(diào)查和需求分析(2)分析問題的性質(zhì)和求解問題（OOA）(3)整理問題（OOD）(4)程序?qū)崿F(xiàn)（OOP）目前二十八頁\總數(shù)三十九頁\編于十八點14.5續(xù)OOA方法原則要遵循的原則抽象封裝繼承關(guān)聯(lián)（包括聚合、聯(lián)系）消息通信目前二十九頁\總數(shù)三十九頁\編于十八點14.5續(xù)OOA方法步驟確定對象和類確定類之間的關(guān)系確定主題確定屬性確定方法目前三十頁\總數(shù)三十九頁\編于十八點14.5續(xù)OOA方法對象定義規(guī)格的求精數(shù)據(jù)模型和數(shù)據(jù)庫的設(shè)計優(yōu)化目前三十一頁\總數(shù)三十九頁\編于十八點14.5續(xù)OO方法總結(jié)優(yōu)點：OO方法直接完成了從對象客體的描述到軟件結(jié)構(gòu)的轉(zhuǎn)換，解決了傳統(tǒng)結(jié)構(gòu)化方法中可觀世界描述工具與軟件結(jié)構(gòu)的不一致問題，縮短了開發(fā)周期。也利于軟件的重用和維護。缺點：OO需要一定的軟件基礎(chǔ)支持才可以應(yīng)用，對分析設(shè)計人員要求也較高。目前三十二頁\總數(shù)三十九頁\編于十八點14.6計算機輔助開發(fā)方法CASE方法利用CASE工具進行開發(fā)CASE：計算機輔助軟件工程必須和其他方法結(jié)合，可以大大提高效率，減少必要但是很瑣碎的一些過程。目前三十三頁\總數(shù)三十九頁\編于十八點14.6續(xù)計算機輔助開發(fā)方法目前三十四頁\總數(shù)三十九頁\編于十八點14.7幾種軟件開發(fā)模型演化軟件過程模型問題提出業(yè)務(wù)和產(chǎn)品需求常常改變。緊迫的市場期限使得難于完成完善的產(chǎn)品。演化模型是利用迭代的方法，特征是使軟件工程師漸進的開發(fā)，逐步完善軟件。設(shè)計分析編碼測試噴泉模型目前三十五頁\總數(shù)三十九頁\編于十八點14.7續(xù)增量模型融合了線性順序模型的基本成分和原型的迭代特征。是隨著日程時間的進展而交錯的線性序列。與原型不一樣的地方是強調(diào)每個增量均發(fā)布一個可操作產(chǎn)品。增量1分析設(shè)計編碼測試第一個增量發(fā)布分析設(shè)計編碼測試第三個增量發(fā)布增量3分析設(shè)計編碼測試第四個增量發(fā)布增量4分析設(shè)計編碼測試第二個增量發(fā)布增量2目前三十六頁\總數(shù)三十九頁\編于十八點14.7續(xù)迭代方法的益處與傳統(tǒng)的瀑布式方法相比，迭代過程具有以下的優(yōu)點：減小了風險更容易對變更進行控制高度的重用性項目小組可以在開發(fā)中學(xué)習較佳的總體質(zhì)量目前三十七頁\總數(shù)三十九頁\編于十八點14.8CMM模型：建立面向管理的軟件過程我們往往只重視產(chǎn)品本身的標準化問題，卻忽略了如何提高軟件生產(chǎn)過程的能力，及如何使軟件生產(chǎn)過程本身標準化。一個企業(yè)的軟件能力更取決于該企業(yè)的過程能力，特別是在軟件開發(fā)和生產(chǎn)中的成熟度。一個企業(yè)過程能力越是成熟，該企業(yè)的軟件生產(chǎn)能力就越有保證。實際上技術(shù)或工具并不是第一位的。目前三十八頁\總數(shù)三十九頁\編于十八點14.8續(xù)CMM模型軟件生產(chǎn)能力