第三章 管理信息系統(tǒng)開發(fā)方法及規(guī)劃

1、本章內(nèi)容本章內(nèi)容n 3.1 信息系統(tǒng)開發(fā)概述n 3.2 管理信息系統(tǒng)開發(fā)的指導(dǎo)原則n 3.3 各種開發(fā)方法簡介n 3.4 不同開發(fā)方法的比較與集成應(yīng)用n 3.5 信息系統(tǒng)的開發(fā)方式n 3.6 信息系統(tǒng)規(guī)劃23.1 3.1 信息系統(tǒng)開發(fā)概述信息系統(tǒng)開發(fā)概述3信息系統(tǒng)開發(fā)概述信息系統(tǒng)開發(fā)概述n 信息系統(tǒng)的開發(fā)涉及的領(lǐng)域廣泛、部門眾多，是一項復(fù)雜的系統(tǒng)工程；n 開發(fā)人員需要掌握計算機技術(shù)、管理學(xué)、組織行為學(xué)等眾多領(lǐng)域的知識；n 管理信息系統(tǒng)的開發(fā)是在信息系統(tǒng)規(guī)劃與設(shè)計的基礎(chǔ)上逐步實現(xiàn)系統(tǒng)功能的過程。n 盡管信息系統(tǒng)的開發(fā)方法有很多，但是目前使用較為廣泛的仍是傳統(tǒng)的總體規(guī)劃方法、結(jié)構(gòu)化方法、原型法、面

2、向?qū)ο蠓椒?、計算機輔助開發(fā)方法等，或者采用多種方法的集成技術(shù)進行開發(fā)以提高開發(fā)效率。n 每種方法都有自己的適用范圍或局限性，不能絕對地說某種方法優(yōu)于其他方法，實際開發(fā)過程中也往往根據(jù)具體的需要選擇恰當(dāng)?shù)姆椒?，而不是一概而論。n 但是目前的所有方法都必須能夠滿足提高信息系統(tǒng)的開發(fā)效率和保證信息系統(tǒng)的質(zhì)量兩個方面的要求。3.2 3.2 管理信息系統(tǒng)開發(fā)的管理信息系統(tǒng)開發(fā)的指導(dǎo)原則指導(dǎo)原則5（一）（一）領(lǐng)導(dǎo)參與原則領(lǐng)導(dǎo)參與原則n 管理信息系統(tǒng)的開發(fā)是一項政策性強、技術(shù)要求較高、環(huán)境復(fù)雜、規(guī)模龐大的系統(tǒng)工程，需要對日常生活工作的各方面進行有效地組織，花費大量的時間，投入大量的人力、物力和財力才能完成的

3、工作。n 為了更好地組織系統(tǒng)的開發(fā)工作，必須建立由企業(yè)高層領(lǐng)導(dǎo)參與的信息系統(tǒng)開發(fā)領(lǐng)導(dǎo)團隊。n 領(lǐng)導(dǎo)的真正參與是其中非常重要的一個環(huán)節(jié)，高層領(lǐng)導(dǎo)對管理信息系統(tǒng)開發(fā)的大力支持，出面組織、協(xié)調(diào)各方面的因素是成功的系統(tǒng)開發(fā)的首要原則。（二）（二）系統(tǒng)的整體性原則系統(tǒng)的整體性原則n 系統(tǒng)的整體性原則要求系統(tǒng)開發(fā)必須按照一定的邏輯順序進行： 需要了解原系統(tǒng)的業(yè)務(wù)流程，包括詳細(xì)的處理細(xì)節(jié)，得出原系統(tǒng)的物理模型； 然后對該物理模型進行抽象，去掉系統(tǒng)物理細(xì)節(jié)（計算機無法處理的環(huán)節(jié)），得到整體的邏輯模型； 進而對該邏輯模型加以完善，補充管理工作需要的，且人為處理較為復(fù)雜甚至難以實現(xiàn)的新功能， 形成新的系統(tǒng)邏輯模型

4、，得到新系統(tǒng)的功能要求； 建立新系統(tǒng)的物理模型，確定用以實現(xiàn)邏輯模型的技術(shù)方法和手段； 最后采用相關(guān)的軟件和技術(shù)得到計算機可執(zhí)行模型。n 該過程可以歸納為： 實際問題通過抽象觀念世界邏輯模型根據(jù)系統(tǒng)功能設(shè)計新系統(tǒng)物理模型利用各種已有軟件、開發(fā)策略可執(zhí)行模型。（三）（三）系統(tǒng)的相關(guān)性原則系統(tǒng)的相關(guān)性原則n 分析系統(tǒng)的相關(guān)性，可根據(jù)分解-協(xié)調(diào)的原則對系統(tǒng)自頂向下進行分析。n 管理信息系統(tǒng)是由多個子系統(tǒng)（功能）組成的，整個系統(tǒng)是一個不可分割的整體，其功能要比所有子系統(tǒng)的功能總和大得多。n 整個系統(tǒng)為層次結(jié)構(gòu)，系統(tǒng)可分解為多個子系統(tǒng)，子系統(tǒng)同樣又可分解為更細(xì)一級的子系統(tǒng)。n 各子系統(tǒng)都有其獨立功能，同

5、時又相互聯(lián)系，相互作用，一個子系統(tǒng)發(fā)生了變化，其他子系統(tǒng)也要進行相應(yīng)的調(diào)整，以滿足系統(tǒng)整體功能的需要。n 系統(tǒng)、子系統(tǒng)均有自身的目標(biāo)、界限、輸入、輸出和處理內(nèi)容。n 根據(jù)上述特性，產(chǎn)生了系統(tǒng)結(jié)構(gòu)化分析和設(shè)計的方法，目前主要采用“自頂向下”和“自底向上”兩種，其中“自頂向下”是分期分批進行子系統(tǒng)的開發(fā)，“自底向上”則是先實現(xiàn)某些子系統(tǒng)的功能，再逐步實現(xiàn)系統(tǒng)的整體目標(biāo)和功能。相對而言，在系統(tǒng)開發(fā)中“自頂向下”是主導(dǎo)原則，“自底向上”是輔助原則。（四）（四）系統(tǒng)的環(huán)境性原則系統(tǒng)的環(huán)境性原則n 管理信息系統(tǒng)應(yīng)對外界環(huán)境的變化有較強的適應(yīng)能力。不能適應(yīng)環(huán)境變化的系統(tǒng)是沒有生命力的。n 為了增強系統(tǒng)的環(huán)境

6、適應(yīng)性，要求開發(fā)易于實現(xiàn)、易擴展、易維護的信息系統(tǒng)。n 也就是說，管理信息系統(tǒng)的開發(fā)既要考慮到企業(yè)相關(guān)業(yè)務(wù)在一定時間內(nèi)的相對穩(wěn)定性，又要考慮企業(yè)未來經(jīng)營和管理可能會發(fā)生的變化，使得系統(tǒng)具有一定的適應(yīng)環(huán)境變化的能力。n 這就要求在系統(tǒng)開發(fā)時，不能完全模擬以往舊的模式和處理方式，必須采用新的管理手段和先進的信息技術(shù)來進行開發(fā)。（五）（五）工作成果文檔化、圖表規(guī)范化工作成果文檔化、圖表規(guī)范化n 軟件=程序+文檔。n 開發(fā)過程中，要及時按照一定規(guī)范生成各種文檔，做到工作成果文檔化、圖表規(guī)范化。文檔重要作用：n （1）人的記憶力是有限的，調(diào)查分析的結(jié)果和設(shè)計的技術(shù)細(xì)節(jié)必須以書面形式記錄下來，便于查閱和核

7、對。n （2）開發(fā)人員之間、開發(fā)人員與用戶之間，可利用書面的、超越各自專業(yè)的共同語言，以文檔的形式進行有效地交流和溝通。n （3）系統(tǒng)開發(fā)要經(jīng)過一定的過程，后一階段的工作是建立在前一階段的基礎(chǔ)上，也就是前期工作文檔的基礎(chǔ)上。文檔的形式以圖表為主，其表達效果在很多情況下比文字?jǐn)⑹龊啙崱⑿蜗?，但是所用的圖表應(yīng)當(dāng)規(guī)范化、標(biāo)準(zhǔn)化。n （4）文檔在項目建設(shè)中對各方有約束作用，當(dāng)文檔得到各方的認(rèn)可和確認(rèn)后，進入基線配置中，這時文檔就具有了對各方的約束力，確保各項工作有規(guī)范有質(zhì)量的進行。n （5）提供后期維護和再建設(shè)工作的可參考資料，這使維護和后繼開發(fā)人員能迅速地熟悉系統(tǒng)，了解項目的整體情況。3.3 3.3

8、 各種開發(fā)方法簡介各種開發(fā)方法簡介113.3.13.3.1結(jié)構(gòu)化方法結(jié)構(gòu)化方法n 生命周期法（Structured System Analysis And Design，SSA&D）又稱結(jié)構(gòu)化生命周期法n 基本思想是用系統(tǒng)工程的思想和工程化的方法，以“用戶至上”為原則，結(jié)構(gòu)化、模塊化，自頂向下地進行分析和設(shè)計。n 同時也是系統(tǒng)分析員、軟件工程師、程序員以及最終用戶以“用戶至上”為原則，自頂向下分析與設(shè)計和自底向上逐步實施的建立計算機信息系統(tǒng)的一個過程，是組織、管理和控制信息系統(tǒng)開發(fā)過程的一種基本框架。生命周期法的過程生命周期法的過程n 具體各階段完成的任務(wù)如下所示：n 1）系統(tǒng)規(guī)劃階段，該階段

9、的涉及的范圍是整個業(yè)務(wù)系統(tǒng)，目的是從業(yè)務(wù)的整體角度出發(fā)確定系統(tǒng)開發(fā)的優(yōu)先級。 n 2）系統(tǒng)分析階段，主要內(nèi)容包括可行性分析和需求分析。其范圍是列入開發(fā)計劃的單個信息系統(tǒng)開發(fā)項目。目的是分析業(yè)務(wù)上存在的問題，明確業(yè)務(wù)需求。 n 3）系統(tǒng)設(shè)計階段，該階段的目的是設(shè)計一個以計算機為基礎(chǔ)的技術(shù)解決方案以滿足用戶的業(yè)務(wù)需求，總體設(shè)計的主要任務(wù)是構(gòu)造軟件的總體結(jié)構(gòu)；詳細(xì)設(shè)計包括人機界面設(shè)計、數(shù)據(jù)庫設(shè)計、程序設(shè)計。 n 4）系統(tǒng)實施階段，該階段的目的是組裝信息系統(tǒng)技術(shù)部件，并最終使信息系統(tǒng)投人運行。涉及的活動主要有編程、測試、用戶培訓(xùn)、新舊系統(tǒng)之間的切換等。 n 5）系統(tǒng)運行與維護階段，該階段的目的是對信息

10、系統(tǒng)進行維護，保證其正常地運作。生命周期法的優(yōu)點生命周期法的優(yōu)點n 1）階段的順序性和依賴性，即前一個階段的完成是后一個階段工作的前提和依據(jù)，而后一階段的完成往往又使前一階段的成果在實現(xiàn)過程中提高了一個層次。 n 2）從抽象到具體，逐步求精。從時間的進程來看，整個系統(tǒng)的開發(fā)過程是一個從抽象到具體的逐步實現(xiàn)的過程，每一階段的工作，都體現(xiàn)出自頂向下、逐步求精的結(jié)構(gòu)化技術(shù)特點。n 3）邏輯設(shè)計與物理設(shè)計分開，即首先進行系統(tǒng)分析，得到系統(tǒng)的邏輯模型；然后進行系統(tǒng)設(shè)計，得到系統(tǒng)的物理模型，從而大大提高了系統(tǒng)的正確性、可靠性和可維護性。 n 4）質(zhì)量保證措施完備，對每一個階段的工作任務(wù)完成情況進行審查，對

11、于出現(xiàn)的錯誤或問題，及時加以解決，不允許將錯誤轉(zhuǎn)入下一工作階段，也就是對本階段工作成果進行評定，使錯誤較難傳遞到下一階段。n 錯誤糾正得越早，所造成的損失就越少。錯誤的錯誤的“堆棧堆?！爆F(xiàn)象現(xiàn)象系統(tǒng)分析系統(tǒng)設(shè)計程序設(shè)計模塊測試系統(tǒng)測試系統(tǒng)運行維護潛入錯誤潛入錯誤發(fā)現(xiàn)錯誤發(fā)現(xiàn)錯誤生命周期法的生命周期法的缺點缺點n 1）該方法是一種預(yù)先定義需求的方法，必須能夠在早期就凍結(jié)用戶的需求，只適應(yīng)于可在早期就能完全確定用戶需求的項目；n 2）然而在實際中要做到這一點是不現(xiàn)實的，用戶往往很難準(zhǔn)確地陳述其需求。n 3）未能很好地解決系統(tǒng)分析到系統(tǒng)設(shè)計之間的過渡，即如何讓物理模型如實反映出邏輯模型的要求，通俗地

12、說，就是如何實現(xiàn)從紙上談兵到真槍實彈地作戰(zhàn)的轉(zhuǎn)變過程。n 4）該方法的文檔編寫工作量極大，隨著開發(fā)工作的進行，這些文檔需要及時更新。n 根據(jù)生命周期法的特點可知，該方法適用于一些組織相對穩(wěn)定、業(yè)務(wù)處理過程規(guī)范、需求明確且在一定時期內(nèi)不會發(fā)生大的變化的大型復(fù)雜系統(tǒng)的開發(fā)。3.3.2 3.3.2 原型法原型法n 基本思想是試圖改進生命周期法的缺點，憑借著系統(tǒng)開發(fā)人員對用戶要求的理解，在短時間內(nèi)先定義用戶的基本需求，通過強有力的軟件環(huán)境支持，開發(fā)出一個功能并不十分完善的、實驗性的、簡易的信息系統(tǒng)原型。n 然后針對這個原型，與用戶一起反復(fù)進行補充、修改、完善、發(fā)展，直至得到令用戶滿意的系統(tǒng)。原型法的開

13、發(fā)過程原型法的開發(fā)過程n 1）可行性研究階段，對系統(tǒng)開發(fā)的意義、費用、時間做出初步的計算，確定系統(tǒng)開發(fā)的必要性和可行性。 n 2）確定系統(tǒng)的基本要求階段，向用戶了解用戶對信息系統(tǒng)的基本需求，即系統(tǒng)應(yīng)具有的基本功能，人機界面的基本形式等。 n 3）建造系統(tǒng)初始原型階段，在對系統(tǒng)有了基本了解的基礎(chǔ)上，系統(tǒng)開發(fā)人員應(yīng)爭取盡快地完成一個具有這些基本功能的系統(tǒng)。 n 4）用戶和開發(fā)人員評審階段，用戶和開發(fā)人員一起對剛完成的或經(jīng)過若干次修改后的系統(tǒng)進行評審，提出改進意見。 n 5）修改系統(tǒng)原型階段，開發(fā)人員要根據(jù)用戶的意見對原始系統(tǒng)功能進行修改、擴充和完善。n 6）開發(fā)人員在對原始系統(tǒng)進行修改后，又與用戶

14、一起就完成的系統(tǒng)進行評審，如果不滿足要求，則要進行下一輪循環(huán)，如此反復(fù)地進行修改、評審，直到用戶滿意為止。 n 7）完成功能階段，如果經(jīng)用戶評審，系統(tǒng)符合要求，則可根據(jù)原始系統(tǒng)的開發(fā)目的，或者作為最終的信息系統(tǒng)投入正常運行，或者是把該系統(tǒng)作為初步設(shè)計的基礎(chǔ)。原型法的優(yōu)點原型法的優(yōu)點與缺點與缺點n 原型法的優(yōu)點 對系統(tǒng)需求的認(rèn)識取得突破，確保用戶的要求能夠得到較好的滿足； 改進了用戶和系統(tǒng)開發(fā)人員的交流方式； 使開發(fā)的系統(tǒng)更加貼合實際需求，提高了用戶的滿意程度； 降低了系統(tǒng)開發(fā)風(fēng)險； 一定程度上減少了開發(fā)費用。 原型方法是一種簡單的模擬方法，它“拋棄”了結(jié)構(gòu)化系統(tǒng)開發(fā)方法的某些繁瑣細(xì)節(jié)，繼承了其

15、合理的內(nèi)核，是對結(jié)構(gòu)化方法的發(fā)展和補充。n 原型法的缺點 開發(fā)工具要求高； 解決復(fù)雜系統(tǒng)和大型系統(tǒng)很困難，即不太適合大型的系統(tǒng)； ； 對用戶的管理水平要求較高。 對于存在大量運算的、邏輯性較強的程序模塊，原型方法很難構(gòu)造出模型來供人評價； 對于管理不規(guī)范的情況，使用原型法有一定的困難；3.3.3 3.3.3 面向?qū)ο蟮姆椒嫦驅(qū)ο蟮姆椒╪ 實體，體現(xiàn)在計算機程序中為類；n 對象（Object）是客觀世界中的任何事物或人們頭腦中的各種概念在計算機程序世界里的抽象表示，是面向?qū)ο蟪绦蛟O(shè)計的基本元素。n 面向?qū)ο螅∣bject-Oriented，OO）的系統(tǒng)開發(fā)方法是近年來興起的一種方法，OO方法與

16、原型方法有某種相同之處，同是屬于自底向上思想體系的開發(fā)方法。n 傳統(tǒng)的結(jié)構(gòu)化系統(tǒng)開發(fā)方法在分析問題時，往往只注重問題的某一方面。功能分解方法通常被刻畫為從“做什么”到“怎樣做”，而OO法則是從“用什么做”到“要做什么”，前者強調(diào)從系統(tǒng)外部功能角度出發(fā)模擬現(xiàn)實世界，后者則強調(diào)從系統(tǒng)內(nèi)部結(jié)構(gòu)角度出發(fā)模擬現(xiàn)實世界。面向?qū)ο蠓椒ǖ幕舅枷朊嫦驅(qū)ο蠓椒ǖ幕舅枷雗 對問題領(lǐng)域進行自然分割；n 以更接近人類通常思維的方式建立問題領(lǐng)域的模型；n 從而便于對客觀的信息實體進行結(jié)構(gòu)模擬和行為模擬；n 從而使設(shè)計出的系統(tǒng)盡可能直接地表現(xiàn)問題求解的過程。n 把系統(tǒng)設(shè)計成由一些不可變的部分組成的最小集合。n 這些相對

17、固定的部分不會被周圍環(huán)境的變化以及用戶需求的變化所左右。面向?qū)ο蠓椒ǖ拈_發(fā)過程面向?qū)ο蠓椒ǖ拈_發(fā)過程n 1）系統(tǒng)調(diào)查和需求分析：對系統(tǒng)將要面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進行調(diào)查研究，即先弄清“要干什么”的問題。 n 2）分析問題的性質(zhì)和求解問題：在繁雜的問題域中抽象地識別出對象以及其行為、結(jié)構(gòu)、屬性、方法等。一般稱之為面向?qū)ο蟮姆治?，即OOA。 n 3）整理問題：對分析的結(jié)果作進一步的抽象、歸類、整理，并最終以范式的形式將它們確定下來。一般稱之為面向?qū)ο蟮脑O(shè)計，即OOD。 n 4）程序?qū)崿F(xiàn)：用面向?qū)ο蟮某绦蛟O(shè)計語言將上一步整理得到的范式直接映射（即直接用程序設(shè)計語言來取代）為應(yīng)用軟

18、件。一般稱之為面向?qū)ο蟮某绦?，即OOP。n 面向?qū)ο蟮拈_發(fā)方法是一種流行的開發(fā)方法，適用面很廣。3.3.4 3.3.4 計算機輔助開發(fā)方法計算機輔助開發(fā)方法n 計算機輔助軟件工程（CASE）也是近幾年才發(fā)展起來的一門技術(shù)n 能夠全面支持除了系統(tǒng)調(diào)查外的任意一個開發(fā)步驟，n 使得原本由手工完成的開發(fā)過程轉(zhuǎn)變?yōu)橛勺詣踊ぞ吆椭苇h(huán)境支持的自動化開發(fā)過程。n 其目標(biāo)在于使整個軟件開發(fā)生命周期的各階段實現(xiàn)自動化，n CASE技術(shù)是系統(tǒng)開發(fā)工具與方法的結(jié)合，n 它的目標(biāo)是實現(xiàn)一種較完善的技術(shù)，為系統(tǒng)開發(fā)人員提供一組優(yōu)化的、集成的且能節(jié)省大量人力的系統(tǒng)開發(fā)工具，它著眼于系統(tǒng)分析與設(shè)計以及程序?qū)崿F(xiàn)與維護等各

19、環(huán)節(jié)的自動化，并使之成為一個整體。CASECASE方法的基本思路方法的基本思路n 如果在完成系統(tǒng)調(diào)查后，系統(tǒng)開發(fā)過程中的每一步都能在一定程度上形成對應(yīng)關(guān)系，那么就完全可以借助于專門的軟件開發(fā)工具來實現(xiàn)上述系統(tǒng)開發(fā)過程。n CASE方法具有以下特點：n 1）解決了從客觀世界對象到軟件系統(tǒng)的直接映射問題，強有力地支持軟件信息系統(tǒng)開發(fā)的全過程。n 2）支持自頂向下的結(jié)構(gòu)化開發(fā)方法，又支持自底向上的面向?qū)ο蠛驮突_發(fā)方法，使結(jié)構(gòu)化方法更加實用。n 3）簡化了軟件的管理和維護，使開發(fā)者從繁雜的分析設(shè)計圖表和程序編寫工作中解放出來，加速了系統(tǒng)的開發(fā)過程。n 4）自動生成文檔和程序代碼，使系統(tǒng)產(chǎn)生了統(tǒng)一的

20、標(biāo)準(zhǔn)化文檔。n 5）著重于系統(tǒng)的分析與設(shè)計，具有設(shè)計的可重用性等。n 6）只要在分析和設(shè)計階段嚴(yán)格按照CASE方法規(guī)定的處理過程進行，則能夠?qū)⒎治觥⒃O(shè)計的過程讓計算機軟件程序自動完成，高度自動化。n 7）使用交互式圖形技術(shù)支持結(jié)構(gòu)化系統(tǒng)分析與設(shè)計，用戶更容易理解。3.5 3.5 信息系統(tǒng)的開發(fā)方式信息系統(tǒng)的開發(fā)方式25（1 1）自行開發(fā)）自行開發(fā)n 一般來說是根據(jù)企業(yè)的技術(shù)力量、資源及外部環(huán)境來決定具體使用那種方法。n 自行開發(fā)是基層單位和行業(yè)主管部門自己組織技術(shù)力量進行信息系統(tǒng)開發(fā)工作。n 技術(shù)實力比較雄厚，需要有出色的領(lǐng)導(dǎo)和自己的開發(fā)隊伍，包括系統(tǒng)分析師、程序設(shè)計員、計算機技術(shù)人員和有經(jīng)驗

21、的管理人員等各類人員。n 優(yōu)點： 開發(fā)人員熟悉業(yè)務(wù)處理過程，溝通交流容易， 可鍛煉本企業(yè)計算機開發(fā)應(yīng)用的隊伍； 當(dāng)企業(yè)管理業(yè)務(wù)有變化或擴展時，可以及時對系統(tǒng)進行變更、改進和擴充。n 缺點 系統(tǒng)開發(fā)周期一般較長； 難于擺脫長期以來形成的、本企業(yè)習(xí)慣的管理方式的影響，不易開發(fā)出一個高水平的管理信息系統(tǒng)。（2 2）ITIT外包與委托開發(fā)外包與委托開發(fā)n 外包或者委托外部技術(shù)單位開發(fā)n 用戶明確提出信息系統(tǒng)建設(shè)的規(guī)劃、目標(biāo)等方面的要求，可以采取招標(biāo)等方式委托軟件公司，通過簽訂合同的方式來完成開發(fā)任務(wù)。n 優(yōu)點 系統(tǒng)開發(fā)周期較短，企業(yè)不必組織自己的開發(fā)隊伍； 好的開發(fā)單位，企業(yè)能密切配合整頓管理工作，使

22、其符合現(xiàn)代信息處理的要求，則可開發(fā)出水平較高的系統(tǒng)。n 缺點 風(fēng)險較大，開發(fā)單位需要進行深入調(diào)查，所簽訂的開發(fā)合同的條款需要細(xì)致、明確。 當(dāng)企業(yè)管理發(fā)生變化或擴展時，系統(tǒng)的維護工作較困難。（3 3）聯(lián)合開發(fā)）聯(lián)合開發(fā)n 企業(yè)邀請有信息系統(tǒng)開發(fā)實踐經(jīng)驗的電腦公司、科研所的專家協(xié)作進行系統(tǒng)開發(fā)。n 優(yōu)點 由用戶和開發(fā)單位共同完成系統(tǒng)開發(fā)任務(wù)。 在合作開發(fā)中，雙方可以取長補短，充分發(fā)揮科研單位技術(shù)力量強，本企業(yè)人員對管理業(yè)務(wù)熟悉的優(yōu)勢，共同開發(fā)出具有較高水平而又適用性強的系統(tǒng)； 用戶在此過程中培養(yǎng)了一支隊伍，有利于企業(yè)計算機應(yīng)用隊伍的培養(yǎng)與提高。n 缺點： 在雙方合作過程中，難以明確各自職責(zé)。（4

23、4）軟件采購）軟件采購n 直接購買企業(yè)管理信息系統(tǒng)軟件n 優(yōu)點 購買的軟件技術(shù)資料齊備、維護可靠，n 缺點 市場上的軟件往往具有通用性，難以充分考慮組織的特殊情況； 需要進行二次開發(fā)，這往往會有一定的技術(shù)難度，沒有相關(guān)產(chǎn)品供應(yīng)商的協(xié)助是難以進行的。四種四種開發(fā)開發(fā)方式的比較方式的比較 方式方式項目項目獨立開發(fā)委托開發(fā)聯(lián)合開發(fā)軟件采購開發(fā)費用開發(fā)費用低高較低較低程序要求程序要求較高無需要較低維護難易維護難易易較難較易較難系統(tǒng)分析要求系統(tǒng)分析要求較高一般逐步提高較低系統(tǒng)設(shè)計要求系統(tǒng)設(shè)計要求較高一般逐步提高較低3.6 3.6 信息系統(tǒng)規(guī)劃信息系統(tǒng)規(guī)劃313.6.13.6.1信息系統(tǒng)規(guī)劃概述信息系統(tǒng)規(guī)

24、劃概述n 總體規(guī)劃的必要性 信息是企業(yè)的重要資源，應(yīng)當(dāng)被全企業(yè)所共享，只有經(jīng)過規(guī)劃和開發(fā)的信息資源才能發(fā)揮其作用 企業(yè)中分布著多種數(shù)據(jù)資源 不同數(shù)據(jù)資源間存在著復(fù)雜的聯(lián)系 各種資源為了同一個目標(biāo)服務(wù)32教學(xué)管理系統(tǒng)學(xué)生數(shù)據(jù)庫( (a a) ) 單項系統(tǒng)數(shù)據(jù)存儲單項系統(tǒng)數(shù)據(jù)存儲教學(xué)管理系統(tǒng)學(xué)生數(shù)據(jù)庫后勤管理系統(tǒng)后勤數(shù)據(jù)庫接口1接口2( (b b) ) 兩個系統(tǒng)和兩個數(shù)據(jù)接口兩個系統(tǒng)和兩個數(shù)據(jù)接口教學(xué)管理系統(tǒng)學(xué)生數(shù)據(jù)庫后勤管理系統(tǒng)后勤數(shù)據(jù)庫接口1接口2人事管理系統(tǒng)人事數(shù)據(jù)庫財務(wù)管理系統(tǒng)財務(wù)數(shù)據(jù)庫接口11接口12接口3接口4接口5接口6接口7接口8接口9接口10( (c c) ) 多多個個系系統(tǒng)統(tǒng)和

25、和多多個個數(shù)數(shù)據(jù)據(jù)接接口口331 1、問題的提出、問題的提出n 總體規(guī)劃的必要性 各子系統(tǒng)除了完成相對獨立的功能外，相互間還需要協(xié)調(diào)工作 總體規(guī)劃主要使人力、物力、時間的安排合理、有序，以保證將來的子系統(tǒng)的開發(fā)順利進行計劃實施保管處置計劃數(shù)據(jù)匯總數(shù)據(jù)數(shù)據(jù)事務(wù)處理數(shù)據(jù)事務(wù)處理342 2、總體規(guī)劃時機、總體規(guī)劃時機n 諾蘭的六階段模型初始蔓延控制集成數(shù)據(jù)管理信息管理總體規(guī)劃的時機353 3、總體規(guī)劃內(nèi)容、總體規(guī)劃內(nèi)容戰(zhàn)略的 業(yè)務(wù)規(guī)劃（考慮企業(yè)未來可能采用 的技術(shù)）戰(zhàn)略的 信息技術(shù)規(guī)劃（規(guī)劃未來信息基礎(chǔ)結(jié)構(gòu) 的發(fā)展）戰(zhàn)略的 數(shù)據(jù)規(guī)劃（建立不受技術(shù)變化 影響的穩(wěn)定的數(shù) 據(jù)模型）n 企業(yè)或組織內(nèi)部的總體

26、規(guī)劃分三個層次： 戰(zhàn)略的業(yè)務(wù)規(guī)劃：描述組織的基本目標(biāo)，發(fā)展戰(zhàn)略和組織指標(biāo) 戰(zhàn)略的信息技術(shù)規(guī)劃：對組織內(nèi)部信息基礎(chǔ)設(shè)施的建設(shè)加以規(guī)劃 戰(zhàn)略的數(shù)據(jù)規(guī)劃：對組織內(nèi)部的信息資源進行規(guī)劃，定義出實體以及它們的屬性364 4、總體規(guī)劃的組織、總體規(guī)劃的組織 高層領(lǐng)導(dǎo)參與的必要高層領(lǐng)導(dǎo)參與的必要性性n 任何重要的資源當(dāng)然都需要從高層開始規(guī)劃，信息資源也不例外。高層領(lǐng)導(dǎo)最了解各項戰(zhàn)略決策中的信息需求，所以高層領(lǐng)導(dǎo)必須親自參與規(guī)劃，了解規(guī)劃的內(nèi)容，把握規(guī)劃方向 n 當(dāng)規(guī)劃中出現(xiàn)了爭議和問題時，只有高層領(lǐng)導(dǎo)出面才能得以解決 n 規(guī)劃中經(jīng)常會發(fā)現(xiàn)一些弊病導(dǎo)致管理機構(gòu)的調(diào)整，其調(diào)整的最終決策權(quán)在高層領(lǐng)導(dǎo) n 信息系統(tǒng)

27、開發(fā)的效率是至關(guān)重要的，為了避免信息資源開發(fā)上的浪費，必須有一個自頂向下的全局范圍的信息結(jié)構(gòu)，這種信息結(jié)構(gòu)必須得到高層領(lǐng)導(dǎo)的確認(rèn) n 總體規(guī)劃需要對下一步各項子系統(tǒng)的開發(fā)提出優(yōu)先順序，并做出開發(fā)預(yù)算，這些內(nèi)容也必須由高層領(lǐng)導(dǎo)做出最后的決策 n 總體規(guī)劃往往要進行關(guān)于系統(tǒng)內(nèi)數(shù)據(jù)項定義的標(biāo)準(zhǔn)化工作，在數(shù)據(jù)項定義過程中經(jīng)常會出現(xiàn)一些問題必須由高層領(lǐng)導(dǎo)負(fù)責(zé)協(xié)調(diào)解決374 4、總體規(guī)劃的組織、總體規(guī)劃的組織 企業(yè)或組織內(nèi)總體規(guī)劃的組織企業(yè)或組織內(nèi)總體規(guī)劃的組織n 需要成立一個責(zé)權(quán)明確的工作班子n 必須由一名掌握規(guī)劃技術(shù)并具有豐富的實際工作經(jīng)驗的人負(fù)責(zé)全面的領(lǐng)導(dǎo)與組織工作n 聘請外來顧問n 全部規(guī)劃工作應(yīng)

28、由強有力的核心小組完成 核心小組成員由高層管理人員與數(shù)據(jù)處理管理人員（大約四、五人）組成，具體包括：組織內(nèi)的業(yè)務(wù)負(fù)責(zé)人、財務(wù)負(fù)責(zé)人、數(shù)據(jù)處理負(fù)責(zé)人、系統(tǒng)分析負(fù)責(zé)人等n 各管理業(yè)務(wù)層人員參加不同的規(guī)劃階段n 注意 以上各條必須務(wù)實38n 信息系統(tǒng)規(guī)劃是系統(tǒng)規(guī)劃的一部分，也是企業(yè)戰(zhàn)略規(guī)劃的一部分。n 它服務(wù)于企業(yè)的長期規(guī)劃，是長期規(guī)劃得以順利實施的保證。n 信息系統(tǒng)規(guī)劃是系統(tǒng)開發(fā)最重要的階段，一旦有了好的系統(tǒng)規(guī)劃，就可以按照系統(tǒng)規(guī)劃的數(shù)據(jù)來處理系統(tǒng)的分析和設(shè)計持續(xù)進行工作，直到完成系統(tǒng)的具體實現(xiàn)。n 關(guān)于信息系統(tǒng)規(guī)劃的步驟，不同的書上有不同的內(nèi)容：n （1）確定用戶需求n （2）初步調(diào)查n （3）

29、項目可行性分析5 5、總體規(guī)劃的步驟、總體規(guī)劃的步驟n 業(yè)務(wù)分析建立業(yè)務(wù)模型 所謂業(yè)務(wù)模型就是用“職能域業(yè)務(wù)過程業(yè)務(wù)活動”的層次結(jié)構(gòu)關(guān)系描述企業(yè)或組織的本質(zhì)n 數(shù)據(jù)分析建立主題數(shù)據(jù)庫模型n 數(shù)據(jù)的分布分析 主題數(shù)據(jù)庫的分布規(guī)劃是在充分考慮業(yè)務(wù)數(shù)據(jù)的發(fā)生地點和處理地點，權(quán)衡集中式數(shù)據(jù)存儲與分布式數(shù)據(jù)存儲的利弊以及數(shù)據(jù)的安全性、保密性、系統(tǒng)的運行效率和用戶的特殊要求等等的基礎(chǔ)上進行n 主題數(shù)據(jù)庫的可靠性規(guī)劃 訪問權(quán)限設(shè)置n 關(guān)鍵技術(shù)規(guī)劃405 5、總體規(guī)劃的步驟、總體規(guī)劃的步驟總體數(shù)據(jù)規(guī)劃（數(shù)據(jù)的可靠性規(guī)劃模型）最高層領(lǐng)導(dǎo)高級管理人員現(xiàn)行業(yè)務(wù)及數(shù)據(jù)分析發(fā)展業(yè)務(wù)及數(shù)據(jù)分析總體數(shù)據(jù)規(guī)劃（主題數(shù)據(jù)庫模型

30、）組織實施業(yè)務(wù)人員最終用戶系統(tǒng)開發(fā)人員總體數(shù)據(jù)規(guī)劃（主題數(shù)據(jù)庫的分布模型）總體技術(shù)規(guī)劃（子系統(tǒng)間的接口關(guān)系及關(guān)鍵技術(shù)）總體業(yè)務(wù)規(guī)劃（業(yè)務(wù)模型）413.6.23.6.2常用的系統(tǒng)規(guī)劃方法常用的系統(tǒng)規(guī)劃方法n （一）關(guān)鍵成功因素法（Critical Success Factors，CSF） (1)確定企業(yè)的戰(zhàn)略目標(biāo)，與高層管理者的交流，可以了解企業(yè)的發(fā)展戰(zhàn)略。 (2)識別所有成功因素，了解企業(yè)的發(fā)展戰(zhàn)略后，再識別達成該戰(zhàn)略的所有成功因素。可以采用逐層分解的方法找出影響戰(zhàn)略目標(biāo)的各種因素。 (3)確定關(guān)鍵成功因素，從所有成功因素中，找出達到戰(zhàn)略目標(biāo)需要哪些關(guān)鍵因素。 (4)識別每個關(guān)鍵成功因素的性能

31、指標(biāo)和標(biāo)準(zhǔn)。 (5)根據(jù)這些關(guān)鍵成功因素來確定信息化建設(shè)的優(yōu)先級別。n （二）企業(yè)系統(tǒng)規(guī)劃法（Business System Planning, BSP） 1）工作準(zhǔn)備 2）調(diào)研 3）定義業(yè)務(wù)過程 4）業(yè)務(wù)過程重組 5）定義數(shù)據(jù)類 6）定義信息系統(tǒng)總體結(jié)構(gòu) 7）確定總體結(jié)構(gòu)中的優(yōu)先順序n （三）戰(zhàn)略目標(biāo)集轉(zhuǎn)移法( Strategy Set Transformation, SST)n 影響戰(zhàn)略的因素包括：發(fā)展趨勢、組織面臨的機遇和挑戰(zhàn)、管理的復(fù)雜性、改革面臨的阻力、環(huán)境對組織目標(biāo)的約束等。n 戰(zhàn)略目標(biāo)集轉(zhuǎn)移法的步驟： 識別組織的戰(zhàn)略目標(biāo)， 并將組織的戰(zhàn)略目標(biāo)轉(zhuǎn)化成信息系統(tǒng)的戰(zhàn)略目標(biāo)。3.6.33

32、.6.3業(yè)務(wù)流程重組業(yè)務(wù)流程重組n 業(yè)務(wù)流程重組(Business Process Reengineering, BPR) n 工作內(nèi)容主要可以分為： 1）打破職能分割，按企業(yè)流程改造企業(yè)管理模式，企業(yè)管理的指導(dǎo)思想由分工論轉(zhuǎn)向集成論； 2）減少管理層次，下放權(quán)力，組織扁平化，按項目確定流程、實現(xiàn)勞動力的動態(tài)組合，領(lǐng)導(dǎo)是教練，職工參與管理； 3）團隊組織和并行工作是企業(yè)勞動組織的主要形式； 4）重視人的素質(zhì)而不單是技能，由重技能培訓(xùn)轉(zhuǎn)向重教育； 5）工作業(yè)績考核重結(jié)果而不重工作量； 6）信息系統(tǒng)是BPR的主要手段，信息系統(tǒng)應(yīng)保證企業(yè)各部分之間和企業(yè)與用戶、企業(yè)與合作者之間的信息暢通和工作高效率

33、。業(yè)務(wù)流程重組的實施業(yè)務(wù)流程重組的實施n 第一階段：發(fā)現(xiàn)準(zhǔn)備階段。一是企業(yè)定位，確定可能開展的項目，以及哪些流程可以劃入可能再造的范圍，同時提出再造要求與目標(biāo)；二是進行初步的影響分析，在前項的基礎(chǔ)上對項目加以審議；三是選擇第一項目，明確范圍，第一項目的選擇意義重大，關(guān)系到以后各流程是否能順利改造。n 第二階段：重新設(shè)計階段。一是開始業(yè)務(wù)流程的再造工作，特別是要弄清楚現(xiàn)有業(yè)務(wù)流程中存在的問題；二是界定新的業(yè)務(wù)流程備選方案。三是評估每一個備選方案可能需要的代價及其產(chǎn)生的效益，最終應(yīng)該提出一個可予實施的方案。n 第三階段：具體實施階段。一是選擇最相宜的方案，二是實施方案，三是更新模型及其他資料，為其

34、他BPR的開展提供參考.3.6.53.6.5可行性分析可行性分析n （1）技術(shù)可行性分析 分析需求在現(xiàn)有技術(shù)條件下是否能實現(xiàn)，需要考慮現(xiàn)有的技術(shù)水平，即已經(jīng)在社會上普遍接受的技術(shù)是否能滿足具體實施的需要。 包含硬件（計算機的存儲量、運行速度，設(shè)備的功能、效率和可靠性）、系統(tǒng)軟件（現(xiàn)有軟件是否能滿足實施處理能力、是否能符合分時處理的響應(yīng)時間，數(shù)據(jù)庫管理系統(tǒng)的功能是否滿足需要，網(wǎng)絡(luò)性能能否滿足要求）、應(yīng)用軟件（是否已有專門軟件）和技術(shù)人員（是否有現(xiàn)成的軟件開發(fā)團隊）。n （2）經(jīng)濟上的可行性 要估計項目的成本和效益，分析項目是否經(jīng)濟，能否提高企業(yè)的盈利，在一定時間內(nèi)能否收回投資，同時需要考慮資金的

35、可得性和經(jīng)濟的合理性。 資金的可得性，需要衡量初始成本，包括軟硬件設(shè)備及輔助設(shè)備的購置、運輸、安裝和調(diào)試等，以及機房建設(shè)和附屬設(shè)備的購置，需要另外準(zhǔn)備一些額外的不可預(yù)見的費用。同時需要考慮日常維護費，包括系統(tǒng)的軟硬件和通信維護費，人員費用、易耗品和內(nèi)務(wù)開銷等，做出投資總額的估算。 需要分析經(jīng)濟的合理性，除了能否直接提供貨幣形式的直接經(jīng)濟效益，還應(yīng)該考慮無法用貨幣形式表現(xiàn)的經(jīng)濟的間接效益，最好能夠提供一些目前尚未實現(xiàn)的統(tǒng)計報表與分析報告，提供準(zhǔn)確、及時、實用且容易理解的信息；為領(lǐng)導(dǎo)提供輔助決策的功能，促進體制改革，提高工作效率，減少成本的同時提高服務(wù)能力，增強企業(yè)的競爭能力。n （3）社會環(huán)境方面的可行性n 需要考慮系統(tǒng)實現(xiàn)的可能性，系統(tǒng)建成以后在現(xiàn)有條件下能否正常運行，系統(tǒng)能否兼容未來開發(fā)的新系統(tǒng)，系統(tǒng)能否為客戶或其他企業(yè)外部用戶所接受。n 可行性報告文檔的內(nèi)容可以歸納為以下方面： 目標(biāo)名稱；n 系統(tǒng)現(xiàn)狀分析； n 初步方案；n 方案的可行性論證；n 方案當(dāng)前存在的問題及其解決的建議、結(jié)論；n 項目開發(fā)初步計劃大致進度；n 建議；n 匯報文件；n 附加材料。3.6.63.6.6人員組織安排人員組織安排n 由于信息系統(tǒng)涉及的業(yè)務(wù)部門、管理人員較多，所以組織管理人員的工作是保證系統(tǒng)順利開發(fā)并最終成功的保證。n 所以需要建立信息系統(tǒng)開發(fā)領(lǐng)導(dǎo)小組： 負(fù)責(zé)對開發(fā)工作的規(guī)劃、計