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

第三章管理信息系統(tǒng)開發(fā)方法及規(guī)劃第1頁，共51頁，2023年，2月20日，星期一本章內(nèi)容3.1信息系統(tǒng)開發(fā)概述3.2管理信息系統(tǒng)開發(fā)的指導(dǎo)原則3.3各種開發(fā)方法簡介3.4不同開發(fā)方法的比較與集成應(yīng)用3.5信息系統(tǒng)的開發(fā)方式3.6信息系統(tǒng)規(guī)劃第2頁，共51頁，2023年，2月20日，星期一3.1信息系統(tǒng)開發(fā)概述第3頁，共51頁，2023年，2月20日，星期一信息系統(tǒng)開發(fā)概述信息系統(tǒng)的開發(fā)涉及的領(lǐng)域廣泛、部門眾多，是一項復(fù)雜的系統(tǒng)工程；開發(fā)人員需要掌握計算機(jī)技術(shù)、管理學(xué)、組織行為學(xué)等眾多領(lǐng)域的知識；管理信息系統(tǒng)的開發(fā)是在信息系統(tǒng)規(guī)劃與設(shè)計的基礎(chǔ)上逐步實(shí)現(xiàn)系統(tǒng)功能的過程。盡管信息系統(tǒng)的開發(fā)方法有很多，但是目前使用較為廣泛的仍是傳統(tǒng)的總體規(guī)劃方法、結(jié)構(gòu)化方法、原型法、面向?qū)ο蠓椒?、計算機(jī)輔助開發(fā)方法等，或者采用多種方法的集成技術(shù)進(jìn)行開發(fā)以提高開發(fā)效率。每種方法都有自己的適用范圍或局限性，不能絕對地說某種方法優(yōu)于其他方法，實(shí)際開發(fā)過程中也往往根據(jù)具體的需要選擇恰當(dāng)?shù)姆椒?，而不是一概而論。但是目前的所有方法都必須能夠滿足提高信息系統(tǒng)的開發(fā)效率和保證信息系統(tǒng)的質(zhì)量兩個方面的要求。第4頁，共51頁，2023年，2月20日，星期一3.2管理信息系統(tǒng)開發(fā)的指導(dǎo)原則第5頁，共51頁，2023年，2月20日，星期一（一）領(lǐng)導(dǎo)參與原則管理信息系統(tǒng)的開發(fā)是一項政策性強(qiáng)、技術(shù)要求較高、環(huán)境復(fù)雜、規(guī)模龐大的系統(tǒng)工程，需要對日常生活工作的各方面進(jìn)行有效地組織，花費(fèi)大量的時間，投入大量的人力、物力和財力才能完成的工作。為了更好地組織系統(tǒng)的開發(fā)工作，必須建立由企業(yè)高層領(lǐng)導(dǎo)參與的信息系統(tǒng)開發(fā)領(lǐng)導(dǎo)團(tuán)隊。領(lǐng)導(dǎo)的真正參與是其中非常重要的一個環(huán)節(jié)，高層領(lǐng)導(dǎo)對管理信息系統(tǒng)開發(fā)的大力支持，出面組織、協(xié)調(diào)各方面的因素是成功的系統(tǒng)開發(fā)的首要原則。第6頁，共51頁，2023年，2月20日，星期一（二）系統(tǒng)的整體性原則系統(tǒng)的整體性原則要求系統(tǒng)開發(fā)必須按照一定的邏輯順序進(jìn)行：需要了解原系統(tǒng)的業(yè)務(wù)流程，包括詳細(xì)的處理細(xì)節(jié)，得出原系統(tǒng)的物理模型；然后對該物理模型進(jìn)行抽象，去掉系統(tǒng)物理細(xì)節(jié)（計算機(jī)無法處理的環(huán)節(jié)），得到整體的邏輯模型；進(jìn)而對該邏輯模型加以完善，補(bǔ)充管理工作需要的，且人為處理較為復(fù)雜甚至難以實(shí)現(xiàn)的新功能，形成新的系統(tǒng)邏輯模型，得到新系統(tǒng)的功能要求；建立新系統(tǒng)的物理模型，確定用以實(shí)現(xiàn)邏輯模型的技術(shù)方法和手段；最后采用相關(guān)的軟件和技術(shù)得到計算機(jī)可執(zhí)行模型。該過程可以歸納為：實(shí)際問題通過抽象觀念世界邏輯模型根據(jù)系統(tǒng)功能設(shè)計新系統(tǒng)物理模型利用各種已有軟件、開發(fā)策略可執(zhí)行模型。第7頁，共51頁，2023年，2月20日，星期一（三）系統(tǒng)的相關(guān)性原則分析系統(tǒng)的相關(guān)性，可根據(jù)分解-協(xié)調(diào)的原則對系統(tǒng)自頂向下進(jìn)行分析。管理信息系統(tǒng)是由多個子系統(tǒng)（功能）組成的，整個系統(tǒng)是一個不可分割的整體，其功能要比所有子系統(tǒng)的功能總和大得多。整個系統(tǒng)為層次結(jié)構(gòu)，系統(tǒng)可分解為多個子系統(tǒng)，子系統(tǒng)同樣又可分解為更細(xì)一級的子系統(tǒng)。各子系統(tǒng)都有其獨(dú)立功能，同時又相互聯(lián)系，相互作用，一個子系統(tǒng)發(fā)生了變化，其他子系統(tǒng)也要進(jìn)行相應(yīng)的調(diào)整，以滿足系統(tǒng)整體功能的需要。系統(tǒng)、子系統(tǒng)均有自身的目標(biāo)、界限、輸入、輸出和處理內(nèi)容。根據(jù)上述特性，產(chǎn)生了系統(tǒng)結(jié)構(gòu)化分析和設(shè)計的方法，目前主要采用“自頂向下”和“自底向上”兩種，其中“自頂向下”是分期分批進(jìn)行子系統(tǒng)的開發(fā)，“自底向上”則是先實(shí)現(xiàn)某些子系統(tǒng)的功能，再逐步實(shí)現(xiàn)系統(tǒng)的整體目標(biāo)和功能。相對而言，在系統(tǒng)開發(fā)中“自頂向下”是主導(dǎo)原則，“自底向上”是輔助原則。第8頁，共51頁，2023年，2月20日，星期一（四）系統(tǒng)的環(huán)境性原則管理信息系統(tǒng)應(yīng)對外界環(huán)境的變化有較強(qiáng)的適應(yīng)能力。不能適應(yīng)環(huán)境變化的系統(tǒng)是沒有生命力的。為了增強(qiáng)系統(tǒng)的環(huán)境適應(yīng)性，要求開發(fā)易于實(shí)現(xiàn)、易擴(kuò)展、易維護(hù)的信息系統(tǒng)。也就是說，管理信息系統(tǒng)的開發(fā)既要考慮到企業(yè)相關(guān)業(yè)務(wù)在一定時間內(nèi)的相對穩(wěn)定性，又要考慮企業(yè)未來經(jīng)營和管理可能會發(fā)生的變化，使得系統(tǒng)具有一定的適應(yīng)環(huán)境變化的能力。這就要求在系統(tǒng)開發(fā)時，不能完全模擬以往舊的模式和處理方式，必須采用新的管理手段和先進(jìn)的信息技術(shù)來進(jìn)行開發(fā)。第9頁，共51頁，2023年，2月20日，星期一（五）工作成果文檔化、圖表規(guī)范化軟件=程序+文檔。開發(fā)過程中，要及時按照一定規(guī)范生成各種文檔，做到工作成果文檔化、圖表規(guī)范化。文檔重要作用：（1）人的記憶力是有限的，調(diào)查分析的結(jié)果和設(shè)計的技術(shù)細(xì)節(jié)必須以書面形式記錄下來，便于查閱和核對。（2）開發(fā)人員之間、開發(fā)人員與用戶之間，可利用書面的、超越各自專業(yè)的共同語言，以文檔的形式進(jìn)行有效地交流和溝通。（3）系統(tǒng)開發(fā)要經(jīng)過一定的過程，后一階段的工作是建立在前一階段的基礎(chǔ)上，也就是前期工作文檔的基礎(chǔ)上。文檔的形式以圖表為主，其表達(dá)效果在很多情況下比文字?jǐn)⑹龊啙?、形象，但是所用的圖表應(yīng)當(dāng)規(guī)范化、標(biāo)準(zhǔn)化。（4）文檔在項目建設(shè)中對各方有約束作用，當(dāng)文檔得到各方的認(rèn)可和確認(rèn)后，進(jìn)入基線配置中，這時文檔就具有了對各方的約束力，確保各項工作有規(guī)范有質(zhì)量的進(jìn)行。（5）提供后期維護(hù)和再建設(shè)工作的可參考資料，這使維護(hù)和后繼開發(fā)人員能迅速地熟悉系統(tǒng)，了解項目的整體情況。第10頁，共51頁，2023年，2月20日，星期一3.3各種開發(fā)方法簡介第11頁，共51頁，2023年，2月20日，星期一3.3.1結(jié)構(gòu)化方法生命周期法（StructuredSystemAnalysisAndDesign，SSA&D）又稱結(jié)構(gòu)化生命周期法基本思想是用系統(tǒng)工程的思想和工程化的方法，以“用戶至上”為原則，結(jié)構(gòu)化、模塊化，自頂向下地進(jìn)行分析和設(shè)計。同時也是系統(tǒng)分析員、軟件工程師、程序員以及最終用戶以“用戶至上”為原則，自頂向下分析與設(shè)計和自底向上逐步實(shí)施的建立計算機(jī)信息系統(tǒng)的一個過程，是組織、管理和控制信息系統(tǒng)開發(fā)過程的一種基本框架。第12頁，共51頁，2023年，2月20日，星期一生命周期法的過程具體各階段完成的任務(wù)如下所示：1）系統(tǒng)規(guī)劃階段，該階段的涉及的范圍是整個業(yè)務(wù)系統(tǒng)，目的是從業(yè)務(wù)的整體角度出發(fā)確定系統(tǒng)開發(fā)的優(yōu)先級。

2）系統(tǒng)分析階段，主要內(nèi)容包括可行性分析和需求分析。其范圍是列入開發(fā)計劃的單個信息系統(tǒng)開發(fā)項目。目的是分析業(yè)務(wù)上存在的問題，明確業(yè)務(wù)需求。

3）系統(tǒng)設(shè)計階段，該階段的目的是設(shè)計一個以計算機(jī)為基礎(chǔ)的技術(shù)解決方案以滿足用戶的業(yè)務(wù)需求，總體設(shè)計的主要任務(wù)是構(gòu)造軟件的總體結(jié)構(gòu)；詳細(xì)設(shè)計包括人機(jī)界面設(shè)計、數(shù)據(jù)庫設(shè)計、程序設(shè)計。

4）系統(tǒng)實(shí)施階段，該階段的目的是組裝信息系統(tǒng)技術(shù)部件，并最終使信息系統(tǒng)投人運(yùn)行。涉及的活動主要有編程、測試、用戶培訓(xùn)、新舊系統(tǒng)之間的切換等。

5）系統(tǒng)運(yùn)行與維護(hù)階段，該階段的目的是對信息系統(tǒng)進(jìn)行維護(hù)，保證其正常地運(yùn)作。第13頁，共51頁，2023年，2月20日，星期一生命周期法的優(yōu)點(diǎn)1）階段的順序性和依賴性，即前一個階段的完成是后一個階段工作的前提和依據(jù)，而后一階段的完成往往又使前一階段的成果在實(shí)現(xiàn)過程中提高了一個層次。

2）從抽象到具體，逐步求精。從時間的進(jìn)程來看，整個系統(tǒng)的開發(fā)過程是一個從抽象到具體的逐步實(shí)現(xiàn)的過程，每一階段的工作，都體現(xiàn)出自頂向下、逐步求精的結(jié)構(gòu)化技術(shù)特點(diǎn)。3）邏輯設(shè)計與物理設(shè)計分開，即首先進(jìn)行系統(tǒng)分析，得到系統(tǒng)的邏輯模型；然后進(jìn)行系統(tǒng)設(shè)計，得到系統(tǒng)的物理模型，從而大大提高了系統(tǒng)的正確性、可靠性和可維護(hù)性。

4）質(zhì)量保證措施完備，對每一個階段的工作任務(wù)完成情況進(jìn)行審查，對于出現(xiàn)的錯誤或問題，及時加以解決，不允許將錯誤轉(zhuǎn)入下一工作階段，也就是對本階段工作成果進(jìn)行評定，使錯誤較難傳遞到下一階段。錯誤糾正得越早，所造成的損失就越少。第14頁，共51頁，2023年，2月20日，星期一錯誤的“堆棧”現(xiàn)象第15頁，共51頁，2023年，2月20日，星期一生命周期法的缺點(diǎn)1）該方法是一種預(yù)先定義需求的方法，必須能夠在早期就凍結(jié)用戶的需求，只適應(yīng)于可在早期就能完全確定用戶需求的項目；2）然而在實(shí)際中要做到這一點(diǎn)是不現(xiàn)實(shí)的，用戶往往很難準(zhǔn)確地陳述其需求。3）未能很好地解決系統(tǒng)分析到系統(tǒng)設(shè)計之間的過渡，即如何讓物理模型如實(shí)反映出邏輯模型的要求，通俗地說，就是如何實(shí)現(xiàn)從紙上談兵到真槍實(shí)彈地作戰(zhàn)的轉(zhuǎn)變過程。4）該方法的文檔編寫工作量極大，隨著開發(fā)工作的進(jìn)行，這些文檔需要及時更新。根據(jù)生命周期法的特點(diǎn)可知，該方法適用于一些組織相對穩(wěn)定、業(yè)務(wù)處理過程規(guī)范、需求明確且在一定時期內(nèi)不會發(fā)生大的變化的大型復(fù)雜系統(tǒng)的開發(fā)。第16頁，共51頁，2023年，2月20日，星期一3.3.2原型法基本思想是試圖改進(jìn)生命周期法的缺點(diǎn)，憑借著系統(tǒng)開發(fā)人員對用戶要求的理解，在短時間內(nèi)先定義用戶的基本需求，通過強(qiáng)有力的軟件環(huán)境支持，開發(fā)出一個功能并不十分完善的、實(shí)驗(yàn)性的、簡易的信息系統(tǒng)原型。然后針對這個原型，與用戶一起反復(fù)進(jìn)行補(bǔ)充、修改、完善、發(fā)展，直至得到令用戶滿意的系統(tǒng)。第17頁，共51頁，2023年，2月20日，星期一原型法的開發(fā)過程1）可行性研究階段，對系統(tǒng)開發(fā)的意義、費(fèi)用、時間做出初步的計算，確定系統(tǒng)開發(fā)的必要性和可行性。

2）確定系統(tǒng)的基本要求階段，向用戶了解用戶對信息系統(tǒng)的基本需求，即系統(tǒng)應(yīng)具有的基本功能，人機(jī)界面的基本形式等。

3）建造系統(tǒng)初始原型階段，在對系統(tǒng)有了基本了解的基礎(chǔ)上，系統(tǒng)開發(fā)人員應(yīng)爭取盡快地完成一個具有這些基本功能的系統(tǒng)。

4）用戶和開發(fā)人員評審階段，用戶和開發(fā)人員一起對剛完成的或經(jīng)過若干次修改后的系統(tǒng)進(jìn)行評審，提出改進(jìn)意見。

5）修改系統(tǒng)原型階段，開發(fā)人員要根據(jù)用戶的意見對原始系統(tǒng)功能進(jìn)行修改、擴(kuò)充和完善。6）開發(fā)人員在對原始系統(tǒng)進(jìn)行修改后，又與用戶一起就完成的系統(tǒng)進(jìn)行評審，如果不滿足要求，則要進(jìn)行下一輪循環(huán)，如此反復(fù)地進(jìn)行修改、評審，直到用戶滿意為止。

7）完成功能階段，如果經(jīng)用戶評審，系統(tǒng)符合要求，則可根據(jù)原始系統(tǒng)的開發(fā)目的，或者作為最終的信息系統(tǒng)投入正常運(yùn)行，或者是把該系統(tǒng)作為初步設(shè)計的基礎(chǔ)。第18頁，共51頁，2023年，2月20日，星期一原型法的優(yōu)點(diǎn)與缺點(diǎn)原型法的優(yōu)點(diǎn)對系統(tǒng)需求的認(rèn)識取得突破，確保用戶的要求能夠得到較好的滿足；改進(jìn)了用戶和系統(tǒng)開發(fā)人員的交流方式；使開發(fā)的系統(tǒng)更加貼合實(shí)際需求，提高了用戶的滿意程度；降低了系統(tǒng)開發(fā)風(fēng)險；一定程度上減少了開發(fā)費(fèi)用。原型方法是一種簡單的模擬方法，它“拋棄”了結(jié)構(gòu)化系統(tǒng)開發(fā)方法的某些繁瑣細(xì)節(jié)，繼承了其合理的內(nèi)核，是對結(jié)構(gòu)化方法的發(fā)展和補(bǔ)充。原型法的缺點(diǎn)開發(fā)工具要求高；解決復(fù)雜系統(tǒng)和大型系統(tǒng)很困難，即不太適合大型的系統(tǒng)；；對用戶的管理水平要求較高。對于存在大量運(yùn)算的、邏輯性較強(qiáng)的程序模塊，原型方法很難構(gòu)造出模型來供人評價；對于管理不規(guī)范的情況，使用原型法有一定的困難；第19頁，共51頁，2023年，2月20日，星期一3.3.3面向?qū)ο蟮姆椒▽?shí)體，體現(xiàn)在計算機(jī)程序中為類；對象（Object）是客觀世界中的任何事物或人們頭腦中的各種概念在計算機(jī)程序世界里的抽象表示，是面向?qū)ο蟪绦蛟O(shè)計的基本元素。面向?qū)ο螅∣bject-Oriented，OO）的系統(tǒng)開發(fā)方法是近年來興起的一種方法，OO方法與原型方法有某種相同之處，同是屬于自底向上思想體系的開發(fā)方法。傳統(tǒng)的結(jié)構(gòu)化系統(tǒng)開發(fā)方法在分析問題時，往往只注重問題的某一方面。功能分解方法通常被刻畫為從“做什么”到“怎樣做”，而OO法則是從“用什么做”到“要做什么”，前者強(qiáng)調(diào)從系統(tǒng)外部功能角度出發(fā)模擬現(xiàn)實(shí)世界，后者則強(qiáng)調(diào)從系統(tǒng)內(nèi)部結(jié)構(gòu)角度出發(fā)模擬現(xiàn)實(shí)世界。第20頁，共51頁，2023年，2月20日，星期一面向?qū)ο蠓椒ǖ幕舅枷雽栴}領(lǐng)域進(jìn)行自然分割；以更接近人類通常思維的方式建立問題領(lǐng)域的模型；從而便于對客觀的信息實(shí)體進(jìn)行結(jié)構(gòu)模擬和行為模擬；從而使設(shè)計出的系統(tǒng)盡可能直接地表現(xiàn)問題求解的過程。把系統(tǒng)設(shè)計成由一些不可變的部分組成的最小集合。這些相對固定的部分不會被周圍環(huán)境的變化以及用戶需求的變化所左右。第21頁，共51頁，2023年，2月20日，星期一面向?qū)ο蠓椒ǖ拈_發(fā)過程1）系統(tǒng)調(diào)查和需求分析：對系統(tǒng)將要面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進(jìn)行調(diào)查研究，即先弄清“要干什么”的問題。

2）分析問題的性質(zhì)和求解問題：在繁雜的問題域中抽象地識別出對象以及其行為、結(jié)構(gòu)、屬性、方法等。一般稱之為面向?qū)ο蟮姆治觯碠OA。

3）整理問題：對分析的結(jié)果作進(jìn)一步的抽象、歸類、整理，并最終以范式的形式將它們確定下來。一般稱之為面向?qū)ο蟮脑O(shè)計，即OOD。

4）程序?qū)崿F(xiàn)：用面向?qū)ο蟮某绦蛟O(shè)計語言將上一步整理得到的范式直接映射（即直接用程序設(shè)計語言來取代）為應(yīng)用軟件。一般稱之為面向?qū)ο蟮某绦?，即OOP。面向?qū)ο蟮拈_發(fā)方法是一種流行的開發(fā)方法，適用面很廣。第22頁，共51頁，2023年，2月20日，星期一3.3.4計算機(jī)輔助開發(fā)方法計算機(jī)輔助軟件工程（CASE）也是近幾年才發(fā)展起來的一門技術(shù)能夠全面支持除了系統(tǒng)調(diào)查外的任意一個開發(fā)步驟，使得原本由手工完成的開發(fā)過程轉(zhuǎn)變?yōu)橛勺詣踊ぞ吆椭苇h(huán)境支持的自動化開發(fā)過程。其目標(biāo)在于使整個軟件開發(fā)生命周期的各階段實(shí)現(xiàn)自動化，CASE技術(shù)是系統(tǒng)開發(fā)工具與方法的結(jié)合，它的目標(biāo)是實(shí)現(xiàn)一種較完善的技術(shù)，為系統(tǒng)開發(fā)人員提供一組優(yōu)化的、集成的且能節(jié)省大量人力的系統(tǒng)開發(fā)工具，它著眼于系統(tǒng)分析與設(shè)計以及程序?qū)崿F(xiàn)與維護(hù)等各環(huán)節(jié)的自動化，并使之成為一個整體。第23頁，共51頁，2023年，2月20日，星期一CASE方法的基本思路如果在完成系統(tǒng)調(diào)查后，系統(tǒng)開發(fā)過程中的每一步都能在一定程度上形成對應(yīng)關(guān)系，那么就完全可以借助于專門的軟件開發(fā)工具來實(shí)現(xiàn)上述系統(tǒng)開發(fā)過程。CASE方法具有以下特點(diǎn)：1）解決了從客觀世界對象到軟件系統(tǒng)的直接映射問題，強(qiáng)有力地支持軟件／信息系統(tǒng)開發(fā)的全過程。2）支持自頂向下的結(jié)構(gòu)化開發(fā)方法，又支持自底向上的面向?qū)ο蠛驮突_發(fā)方法，使結(jié)構(gòu)化方法更加實(shí)用。3）簡化了軟件的管理和維護(hù)，使開發(fā)者從繁雜的分析設(shè)計圖表和程序編寫工作中解放出來，加速了系統(tǒng)的開發(fā)過程。4）自動生成文檔和程序代碼，使系統(tǒng)產(chǎn)生了統(tǒng)一的標(biāo)準(zhǔn)化文檔。5）著重于系統(tǒng)的分析與設(shè)計，具有設(shè)計的可重用性等。6）只要在分析和設(shè)計階段嚴(yán)格按照CASE方法規(guī)定的處理過程進(jìn)行，則能夠?qū)⒎治觥⒃O(shè)計的過程讓計算機(jī)軟件程序自動完成，高度自動化。7）使用交互式圖形技術(shù)支持結(jié)構(gòu)化系統(tǒng)分析與設(shè)計，用戶更容易理解。第24頁，共51頁，2023年，2月20日，星期一3.5信息系統(tǒng)的開發(fā)方式第25頁，共51頁，2023年，2月20日，星期一（1）自行開發(fā)一般來說是根據(jù)企業(yè)的技術(shù)力量、資源及外部環(huán)境來決定具體使用那種方法。自行開發(fā)是基層單位和行業(yè)主管部門自己組織技術(shù)力量進(jìn)行信息系統(tǒng)開發(fā)工作。技術(shù)實(shí)力比較雄厚，需要有出色的領(lǐng)導(dǎo)和自己的開發(fā)隊伍，包括系統(tǒng)分析師、程序設(shè)計員、計算機(jī)技術(shù)人員和有經(jīng)驗(yàn)的管理人員等各類人員。優(yōu)點(diǎn)：開發(fā)人員熟悉業(yè)務(wù)處理過程，溝通交流容易，可鍛煉本企業(yè)計算機(jī)開發(fā)應(yīng)用的隊伍；當(dāng)企業(yè)管理業(yè)務(wù)有變化或擴(kuò)展時，可以及時對系統(tǒng)進(jìn)行變更、改進(jìn)和擴(kuò)充。缺點(diǎn)系統(tǒng)開發(fā)周期一般較長；難于擺脫長期以來形成的、本企業(yè)習(xí)慣的管理方式的影響，不易開發(fā)出一個高水平的管理信息系統(tǒng)。第26頁，共51頁，2023年，2月20日，星期一（2）IT外包與委托開發(fā)外包或者委托外部技術(shù)單位開發(fā)用戶明確提出信息系統(tǒng)建設(shè)的規(guī)劃、目標(biāo)等方面的要求，可以采取招標(biāo)等方式委托軟件公司，通過簽訂合同的方式來完成開發(fā)任務(wù)。優(yōu)點(diǎn)系統(tǒng)開發(fā)周期較短，企業(yè)不必組織自己的開發(fā)隊伍；好的開發(fā)單位，企業(yè)能密切配合整頓管理工作，使其符合現(xiàn)代信息處理的要求，則可開發(fā)出水平較高的系統(tǒng)。缺點(diǎn)風(fēng)險較大，開發(fā)單位需要進(jìn)行深入調(diào)查，所簽訂的開發(fā)合同的條款需要細(xì)致、明確。當(dāng)企業(yè)管理發(fā)生變化或擴(kuò)展時，系統(tǒng)的維護(hù)工作較困難。第27頁，共51頁，2023年，2月20日，星期一（3）聯(lián)合開發(fā)企業(yè)邀請有信息系統(tǒng)開發(fā)實(shí)踐經(jīng)驗(yàn)的電腦公司、科研所的專家協(xié)作進(jìn)行系統(tǒng)開發(fā)。優(yōu)點(diǎn)由用戶和開發(fā)單位共同完成系統(tǒng)開發(fā)任務(wù)。在合作開發(fā)中，雙方可以取長補(bǔ)短，充分發(fā)揮科研單位技術(shù)力量強(qiáng)，本企業(yè)人員對管理業(yè)務(wù)熟悉的優(yōu)勢，共同開發(fā)出具有較高水平而又適用性強(qiáng)的系統(tǒng)；用戶在此過程中培養(yǎng)了一支隊伍，有利于企業(yè)計算機(jī)應(yīng)用隊伍的培養(yǎng)與提高。缺點(diǎn)：在雙方合作過程中，難以明確各自職責(zé)。第28頁，共51頁，2023年，2月20日，星期一（4）軟件采購直接購買企業(yè)管理信息系統(tǒng)軟件優(yōu)點(diǎn)購買的軟件技術(shù)資料齊備、維護(hù)可靠，缺點(diǎn)市場上的軟件往往具有通用性，難以充分考慮組織的特殊情況；需要進(jìn)行二次開發(fā)，這往往會有一定的技術(shù)難度，沒有相關(guān)產(chǎn)品供應(yīng)商的協(xié)助是難以進(jìn)行的。第29頁，共51頁，2023年，2月20日，星期一四種開發(fā)方式的比較方式項目獨(dú)立開發(fā)委托開發(fā)聯(lián)合開發(fā)軟件采購開發(fā)費(fèi)用低高較低較低程序要求較高無需要較低維護(hù)難易易較難較易較難系統(tǒng)分析要求較高一般逐步提高較低系統(tǒng)設(shè)計要求較高一般逐步提高較低第30頁，共51頁，2023年，2月20日，星期一3.6信息系統(tǒng)規(guī)劃第31頁，共51頁，2023年，2月20日，星期一3.6.1信息系統(tǒng)規(guī)劃概述總體規(guī)劃的必要性信息是企業(yè)的重要資源，應(yīng)當(dāng)被全企業(yè)所共享，只有經(jīng)過規(guī)劃和開發(fā)的信息資源才能發(fā)揮其作用企業(yè)中分布著多種數(shù)據(jù)資源不同數(shù)據(jù)資源間存在著復(fù)雜的聯(lián)系各種資源為了同一個目標(biāo)服務(wù)第32頁，共51頁，2023年，2月20日，星期一第33頁，共51頁，2023年，2月20日，星期一1、問題的提出總體規(guī)劃的必要性各子系統(tǒng)除了完成相對獨(dú)立的功能外，相互間還需要協(xié)調(diào)工作總體規(guī)劃主要使人力、物力、時間的安排合理、有序，以保證將來的子系統(tǒng)的開發(fā)順利進(jìn)行第34頁，共51頁，2023年，2月20日，星期一2、總體規(guī)劃時機(jī)諾蘭的六階段模型第35頁，共51頁，2023年，2月20日，星期一3、總體規(guī)劃內(nèi)容企業(yè)或組織內(nèi)部的總體規(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)部的信息資源進(jìn)行規(guī)劃，定義出實(shí)體以及它們的屬性第36頁，共51頁，2023年，2月20日，星期一4、總體規(guī)劃的組織

——高層領(lǐng)導(dǎo)參與的必要性任何重要的資源當(dāng)然都需要從高層開始規(guī)劃，信息資源也不例外。高層領(lǐng)導(dǎo)最了解各項戰(zhàn)略決策中的信息需求，所以高層領(lǐng)導(dǎo)必須親自參與規(guī)劃，了解規(guī)劃的內(nèi)容，把握規(guī)劃方向

當(dāng)規(guī)劃中出現(xiàn)了爭議和問題時，只有高層領(lǐng)導(dǎo)出面才能得以解決

規(guī)劃中經(jīng)常會發(fā)現(xiàn)一些弊病導(dǎo)致管理機(jī)構(gòu)的調(diào)整，其調(diào)整的最終決策權(quán)在高層領(lǐng)導(dǎo)

信息系統(tǒng)開發(fā)的效率是至關(guān)重要的，為了避免信息資源開發(fā)上的浪費(fèi)，必須有一個自頂向下的全局范圍的信息結(jié)構(gòu)，這種信息結(jié)構(gòu)必須得到高層領(lǐng)導(dǎo)的確認(rèn)

總體規(guī)劃需要對下一步各項子系統(tǒng)的開發(fā)提出優(yōu)先順序，并做出開發(fā)預(yù)算，這些內(nèi)容也必須由高層領(lǐng)導(dǎo)做出最后的決策

總體規(guī)劃往往要進(jìn)行關(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)解決第37頁，共51頁，2023年，2月20日，星期一4、總體規(guī)劃的組織

——企業(yè)或組織內(nèi)總體規(guī)劃的組織需要成立一個責(zé)權(quán)明確的工作班子必須由一名掌握規(guī)劃技術(shù)并具有豐富的實(shí)際工作經(jīng)驗(yàn)的人負(fù)責(zé)全面的領(lǐng)導(dǎo)與組織工作聘請外來顧問全部規(guī)劃工作應(yīng)由強(qiáng)有力的核心小組完成核心小組成員由高層管理人員與數(shù)據(jù)處理管理人員（大約四、五人）組成，具體包括：組織內(nèi)的業(yè)務(wù)負(fù)責(zé)人、財務(wù)負(fù)責(zé)人、數(shù)據(jù)處理負(fù)責(zé)人、系統(tǒng)分析負(fù)責(zé)人等各管理業(yè)務(wù)層人員參加不同的規(guī)劃階段注意以上各條必須務(wù)實(shí)第38頁，共51頁，2023年，2月20日，星期一信息系統(tǒng)規(guī)劃是系統(tǒng)規(guī)劃的一部分，也是企業(yè)戰(zhàn)略規(guī)劃的一部分。它服務(wù)于企業(yè)的長期規(guī)劃，是長期規(guī)劃得以順利實(shí)施的保證。信息系統(tǒng)規(guī)劃是系統(tǒng)開發(fā)最重要的階段，一旦有了好的系統(tǒng)規(guī)劃，就可以按照系統(tǒng)規(guī)劃的數(shù)據(jù)來處理系統(tǒng)的分析和設(shè)計持續(xù)進(jìn)行工作，直到完成系統(tǒng)的具體實(shí)現(xiàn)。關(guān)于信息系統(tǒng)規(guī)劃的步驟，不同的書上有不同的內(nèi)容：（1）確定用戶需求（2）初步調(diào)查（3）項目可行性分析第39頁，共51頁，2023年，2月20日，星期一5、總體規(guī)劃的步驟業(yè)務(wù)分析建立業(yè)務(wù)模型所謂業(yè)務(wù)模型就是用“職能域—業(yè)務(wù)過程—業(yè)務(wù)活動”的層次結(jié)構(gòu)關(guān)系描述企業(yè)或組織的本質(zhì)數(shù)據(jù)分析建立主題數(shù)據(jù)庫模型數(shù)據(jù)的分布分析主題數(shù)據(jù)庫的分布規(guī)劃是在充分考慮業(yè)務(wù)數(shù)據(jù)的發(fā)生地點(diǎn)和處理地點(diǎn)，權(quán)衡集中式數(shù)據(jù)存儲與分布式數(shù)據(jù)存儲的利弊以及數(shù)據(jù)的安全性、保密性、系統(tǒng)的運(yùn)行效率和用戶的特殊要求等等的基礎(chǔ)上進(jìn)行主題數(shù)據(jù)庫的可靠性規(guī)劃訪問權(quán)限設(shè)置關(guān)鍵技術(shù)規(guī)劃第40頁，共51頁，2023年，2月20日，星期一5、總體規(guī)劃的步驟第41頁，共51頁，2023年，2月20日，星期一3.6.2常用的系統(tǒng)規(guī)劃方法（一）關(guān)鍵成功因素法（CriticalSuccessFactors，CSF）(1)確定企業(yè)的戰(zhàn)略目標(biāo)，與高層管理者的交流，可以了解企業(yè)的發(fā)展戰(zhàn)略。(2)識別所有成功因素，了解企業(yè)的發(fā)展戰(zhàn)略后，再識別達(dá)成該戰(zhàn)略的所有成功因素?？梢圆捎弥饘臃纸獾姆椒ㄕ页鲇绊憫?zhàn)略目標(biāo)的各種因素。(3)確定關(guān)鍵成功因素，從所有成功因素中，找出達(dá)到戰(zhàn)略目標(biāo)需要哪些關(guān)鍵因素。(4)識別每個關(guān)鍵成功因素的性能指標(biāo)和標(biāo)準(zhǔn)。(5)根據(jù)這些關(guān)鍵成功因素來確定信息化建設(shè)的優(yōu)先級別。第42頁，共51頁，2023年，2月20日，星期一（二）企業(yè)系統(tǒng)規(guī)劃法（BusinessSystemPlanning,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)先順序第43頁，共51頁，2023年，2月20日，星期一（三）戰(zhàn)略目標(biāo)集轉(zhuǎn)移法(StrategySetTransformation,SST)影響戰(zhàn)略的因素包括：發(fā)展趨勢、組織面臨的機(jī)遇和挑戰(zhàn)、管理的復(fù)雜性、改革面臨的阻力、環(huán)境對組織目標(biāo)的約束等。戰(zhàn)略目標(biāo)集轉(zhuǎn)移法的步驟：識別組織的戰(zhàn)略目標(biāo)，并將組織的戰(zhàn)略目標(biāo)轉(zhuǎn)化成信息系統(tǒng)的戰(zhàn)略目標(biāo)。第44頁，共51頁，2023年，2月20日，星期一3.6.3業(yè)務(wù)流程重組業(yè)務(wù)流程重組(BusinessProcessReengineering,BPR)工作內(nèi)容主要可以分為：1）打破職能分割，按企業(yè)流程改造企業(yè)管理模式，企業(yè)管理的指導(dǎo)思想由分工論轉(zhuǎn)向集成論；2）減少管理層次，下放權(quán)力，組織扁平化，按項目確定流程、實(shí)現(xiàn)勞動力的動態(tài)組合，領(lǐng)導(dǎo)是教練，職工參與管理；3）團(tuán)隊組織和并行工作是企業(yè)勞動組織的主要形式；4）重視人的素質(zhì)而不單是技能，由重技能培訓(xùn)轉(zhuǎn)向重教育；5）工作業(yè)績考核重結(jié)果而不重工作量；6）信息系統(tǒng)是BPR的主要手段，信息系統(tǒng)應(yīng)保證企業(yè)各部分之間和企業(yè)與用戶、企業(yè)與合作者之間的信息暢通和工作高效率。第45頁，共51頁，2023年，2月20日，星期一業(yè)務(wù)流程重組的實(shí)施第一階段：發(fā)現(xiàn)準(zhǔn)備階段。一是企業(yè)定位，確定可能開展的項目，以及哪些流程可以劃入可能再造的范圍，同時提出再造要求與目標(biāo)；二是進(jìn)行初步的影響分析，在前項的基礎(chǔ)上對項目加以審議；三是選擇第一項目，明確范圍，第一項目的選擇意義重大，關(guān)系到以后各流程是否能順利改造。第二階段：重新設(shè)計階段。一是開始業(yè)務(wù)流程的再造工作，特別是要弄清楚現(xiàn)有業(yè)務(wù)流程中存在的問題；二是界定新的業(yè)務(wù)流程備選方案。三是評估每一個備選方案可能需要的代價及其產(chǎn)生的效益，最終應(yīng)該提出一個可予實(shí)施的方案。第三階段：具體實(shí)施階段。一是選擇最相宜的方案，二是實(shí)施方案，三是更新模型及其他資料，為其他BPR的開展提供參考.第46頁，共51頁，2023年，2月20日，星期一3.6.5可行性分析（1）技術(shù)可行性分析分析需求在現(xiàn)有技術(shù)條件下是否能實(shí)現(xiàn)，需要考慮現(xiàn)有的技術(shù)水平，即已經(jīng)在社會上普遍接受的技術(shù)是否能滿足具體實(shí)施的需要。包含硬件（計算機(jī)的存儲量、運(yùn)行速度，設(shè)備的功能、效率和可靠性）、系統(tǒng)軟件（現(xiàn)有軟件是否能滿足實(shí)施處理能力、是否能符合分時處理的響應(yīng)時間，數(shù)據(jù)庫管理系統(tǒng)的功能是否滿足需要，網(wǎng)絡(luò)性能能否滿足要求）、應(yīng)用軟件（是否已有專門軟件）和技術(shù)人員（是否有現(xiàn)成的軟件開發(fā)團(tuán)隊）。第47頁，共51頁，2023年，2月20日，星期一（2）經(jīng)