【正文】 構(gòu)設(shè)計原則 ? 系統(tǒng)分解應(yīng)具有層次性 ? 模塊要具有相對獨立性 ? 模塊之間依賴性要盡量小 ? 模塊分解的結(jié)果應(yīng)使數(shù)據(jù)冗余較小 ? 模塊的設(shè)置應(yīng)考慮今后管理發(fā)展的需要 ? 模塊的分解應(yīng)便于系統(tǒng)分階段實施 ?模塊設(shè)計 模塊分解的原則和依據(jù) ?模塊分解遵循161。 ? 計算機物理系統(tǒng)配置方案設(shè)計 ? 解決計算機軟硬件系統(tǒng)的配置、通信網(wǎng)絡(luò)系統(tǒng)的配置以及機房設(shè)備的配置等問題。 系統(tǒng)設(shè)計 ?2 系統(tǒng)設(shè)計的主要內(nèi)容 ? 總體設(shè)計 總體設(shè)計包括系統(tǒng)模塊結(jié)構(gòu)設(shè)計和計算機物理系統(tǒng)的配置方案設(shè)計。 系統(tǒng)設(shè)計 ?1 系統(tǒng)設(shè)計概述 系統(tǒng)設(shè)計又稱為物理設(shè)計，是開發(fā)管理信息系統(tǒng)的第二個階段。 ? 具體業(yè)務(wù)的管理模型：要結(jié)合具體情況確定 以后系統(tǒng)在每一個具體的管理環(huán)節(jié)上的處理方法。 ?新系統(tǒng)數(shù)據(jù)資源的分布方案，例如，哪些在本系統(tǒng)設(shè)備內(nèi)部，哪些在網(wǎng)絡(luò)服務(wù)器或主機上。 ?確定新系統(tǒng)的邏輯結(jié)構(gòu)和數(shù)據(jù)分布，具體包括以下兩個方面。 ?對哪些數(shù)據(jù)處理過程進行了優(yōu)化和改動？改動的原 因是什么？改動 (包括增補 )后將帶來哪些好處？ ?給出最后確定 (即優(yōu)化后 )的數(shù)據(jù)流程圖。 ?請用戶確認(rèn)最終的數(shù)據(jù)指標(biāo)體系和數(shù)據(jù)字典。 ?刪去或合并了哪些多余的或重復(fù)處理的過程？ ?對哪些業(yè)務(wù)處理過程進行了優(yōu)化和改動？改動的原因是什么？改動 (包括增補 ) 后將帶來哪些好處？ ?給出最后確定的業(yè)務(wù)流程圖。 ?數(shù)據(jù)字典中的條目有 6 種形式：數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理功能和外部實體。 ?數(shù)據(jù)字典 ?數(shù)據(jù)字典是定義和說明數(shù)據(jù)流程圖中每個成分的工具。必須按照規(guī)范步驟進行，抓住主要的輸入輸出環(huán)節(jié)； ?在第一層數(shù)據(jù)流程圖中一般只是集中表示系統(tǒng)的主要處理邏輯和與之相關(guān)的數(shù)據(jù)流動和轉(zhuǎn)換，暫不反映出錯處理和例外處理； ?數(shù)據(jù)流程圖一般不反映時 間順序和判斷控制條件； ?數(shù)據(jù)流程圖只說明系統(tǒng)中的數(shù)據(jù)處理過程，不要將程序設(shè)計語言的某些命令當(dāng)成數(shù)據(jù)流程圖的步驟也列入其中； ?數(shù)據(jù)流程圖中的數(shù)據(jù)流必須開始于處理邏輯或終止于處理邏輯，即：各種處理邏輯與數(shù)據(jù)流必須相互關(guān)聯(lián)，處理邏輯或者是接受數(shù)據(jù)流進行數(shù)據(jù)轉(zhuǎn)換，或者是將已處理轉(zhuǎn)換的數(shù)據(jù)輸出到另一個處理邏輯或數(shù)據(jù)存儲或外部實體； ?必須給數(shù)據(jù)流程圖的各個元素都賦予一個清晰而有意義的名字。我們可以從 “ 銷售 ” 、 “ 采購 ” 、 “ 會計 ” 三個處理邏輯分別擴展出第三層數(shù)據(jù)流程圖。177。176。177。176。177。176。頂層數(shù)據(jù)流程圖只有一張，它說明了系統(tǒng)的總的處理功能、輸入和輸出。數(shù)據(jù)流程圖一般包括四個元素：外部實體、數(shù)據(jù)存儲、處理過程、數(shù)據(jù)流向。 ? 數(shù)據(jù)流程圖的特征 ?抽象性；概括性 ?數(shù)據(jù)流圖圖例符號 ?數(shù)據(jù)流程圖用到四個基本符號，即外部實體、數(shù)據(jù)處理、數(shù)據(jù)流和數(shù)據(jù)存儲。發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題，主要有數(shù)據(jù)流程不暢、前后數(shù)據(jù)不匹配、數(shù)據(jù)處理過程不合理等。 系統(tǒng)分析 ?6 數(shù)據(jù)流程分析 ?數(shù)據(jù)流程 ?數(shù)據(jù)流程指數(shù)據(jù)在系統(tǒng)中產(chǎn)生、傳輸、加工處理、使用、存儲的過程。這 6 個符號所代表的內(nèi)容與信息系統(tǒng)最基本的處理功能一一對應(yīng)，如圖所示。 ?業(yè)務(wù)流程圖的畫法 ?業(yè)務(wù)流程圖的基本圖形符號 ?業(yè)務(wù)流程圖的基本圖形符號非常簡單，只有 6 個。由于它的符號簡單明了，所以非常易于閱讀和理解業(yè)務(wù)流程。業(yè)務(wù)流程圖的繪制基本上按照業(yè)務(wù)的實際處理步驟和過程繪制。 ? 調(diào)查業(yè)務(wù)流程應(yīng)順著原系統(tǒng)信息流動的過程逐步地進行，內(nèi)容包括各環(huán)節(jié)的處理業(yè)務(wù)、信息來源、處理方法、計算方 法、信息流經(jīng)去向、提供信息的時間和形態(tài)（報告、單據(jù)、屏幕顯示等）。 ?通常增設(shè)組織 /業(yè)務(wù)關(guān)系圖 來反映組織各部分在承擔(dān)業(yè)務(wù)時的關(guān)系 ?業(yè)務(wù)功能分析 ?業(yè)務(wù)功能分析是把組織內(nèi)部各項管理業(yè)務(wù)功能用一張圖表的方式羅列出來，它是今后進行功能 /數(shù)據(jù)分析、確定新系統(tǒng)擬實現(xiàn)的管理功能和分析建立管理數(shù)據(jù)指標(biāo)體系的基礎(chǔ)。 系統(tǒng)分析 ?2 系統(tǒng)分析的任務(wù) ? 分析用戶要求 ? 現(xiàn)行系統(tǒng)的詳細(xì)調(diào)查 ? 組織結(jié)構(gòu)與業(yè)務(wù)流程分析 ? 系統(tǒng)數(shù)據(jù)流程分析 ? 建立新系統(tǒng)的邏輯模型 ? 提出系統(tǒng)分析報告 系統(tǒng)分析 ?3 現(xiàn)行信息系統(tǒng)調(diào)查 ?調(diào)查的內(nèi)容、方式和要求 ? 調(diào)查的內(nèi)容 ? 系統(tǒng)界限和運行狀態(tài) ? 組織機構(gòu)和人員分工 ? 業(yè)務(wù)流程 ? 各種計劃、單據(jù)和報表 ? 資源情況 ? 約束條件 ? 薄弱環(huán)節(jié)和用戶要求 ?調(diào)查的方式 ?重點詢問方式 ?問卷調(diào)查方式 ?深入實際的調(diào)查方式 ? 調(diào)查的要求 ? 制定調(diào)查計劃 ? 要取得領(lǐng)導(dǎo)的重視與配合 ? 注意調(diào)查順序 ? 要有數(shù)量概念 ? 要有正確的調(diào)查態(tài)度 系統(tǒng)分析 ?4 組織結(jié)構(gòu)與功能分析 ?組織結(jié)構(gòu)與功能分析主要包括三個部分：組織結(jié)構(gòu)分析、業(yè)務(wù)過程與組織結(jié)構(gòu)之間 的聯(lián)系分析、業(yè)務(wù)功能分析。177。176。177。176。 ?初學(xué)者不易接受、難學(xué)。 ?不太適宜大型的 MIS 開發(fā)，若缺乏整體系統(tǒng)設(shè)計劃分，易造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等問題。 ?縮短了開發(fā)周期。 ?實現(xiàn)了對客觀世界描述到軟件結(jié)構(gòu)的直接轉(zhuǎn)換，大大減少了后續(xù) 軟件開發(fā)量。 ?4 面向?qū)ο蠓椒ǖ拈_發(fā)過程 ? 系統(tǒng)調(diào)查和需求分析 ? 分析問題的性質(zhì)和求解問題（ OOA ） ?整理問題（ OOD ） ? 程序?qū)崿F(xiàn)（ OOP ） ?5 面向?qū)ο蠓椒ǖ膬?yōu)缺點 ?面向?qū)ο蠓椒ǖ膬?yōu)點 ?是一種全新的系統(tǒng)分析設(shè)計方法 (對象、類、結(jié)構(gòu)屬性和方法 )。 ?多態(tài)性 ?在面向?qū)ο蠓椒ㄖ校鄳B(tài)并不是指一個對象類有多種形態(tài)或狀態(tài)，而是指同一個操作在不同的類中有不同的實現(xiàn)方法和不同的執(zhí)行結(jié)果，即同一消息發(fā) 送到不同類或?qū)ο罂蓪?dǎo)致不同的操作結(jié)果。 ? 繼承性 ? 面向?qū)ο笏枷氩杉{了事物分類的層次思想，在描述類時，某些類之間具有結(jié)構(gòu)和行為的共性。 ?3 面向?qū)ο箝_發(fā)方法的特性 ? 抽象性 ? 所謂抽象性是指在分析問題時，強調(diào)實體的本質(zhì)、內(nèi)在屬性而忽略一些無關(guān)緊要的細(xì)節(jié)，它是分析問題的基本方法。實際問題中的每一個個體也是相互聯(lián)系、相互作用的，個體之間的相互聯(lián)系反映了問題的靜態(tài)結(jié)構(gòu)，相互作用則反映了問題的動態(tài)變化。事件是固定的，用戶不能再創(chuàng)建新的事件。對象的屬 性可以在建立對象時從其所屬的類 (或子類 )繼承，也可以在對象創(chuàng)建或運行時進行修改與設(shè)置。 ?類 ?類 (Class)又稱對象類，是具有相同或相似結(jié)構(gòu)、操作和約束規(guī)則的對象組成的集合，是一組對象的屬性和行為特征的抽象描述，或者說，是具有共同屬性、共同操作方法 (性質(zhì) )的對象集合。對象由這樣幾個部分組成：對象的標(biāo)識、數(shù)據(jù)和操作。 ?對象 ?對象 (Object)就是客觀世界中的任何事物在計算機程序世界 里的抽象表示，或者說，是現(xiàn)實世界中個體的數(shù)據(jù)抽象模型。 管理信息系統(tǒng)開發(fā)方法 ? 面向?qū)ο蠓椒? ?1 面向?qū)ο蠓椒ǖ幕舅枷? ?面向?qū)ο蠓椒ㄊ乖O(shè)計的軟件盡可能直接地描述現(xiàn)實世界，構(gòu)造模塊化、可重用、維護性好的軟件且能控制軟件的復(fù)雜性和降低開發(fā)費用。 ?對于原基礎(chǔ)管理不善、信息處 理混亂的問題，使用原型法有一定困難。 ? 原型法可以緩和通信和交流的困難，可以提供很好的系統(tǒng)說明和示范，可以簡化開發(fā)過程的項目管理和文檔編制。 ? 原型法可以接受需求的變動和風(fēng)險。 ? 原型法以用戶為中心開發(fā)系統(tǒng)，提供了一個驗證用戶需求的環(huán)境，允許在系統(tǒng)開發(fā)生命期的早期進行人機 交互測試，提高了人們對最終系統(tǒng)的安全感，便于應(yīng)用實例來建立新系統(tǒng)。 ? 原型法將系統(tǒng)的調(diào)查、分析和設(shè)計融為一體。 ? 實際的原型為準(zhǔn)確認(rèn)識問題創(chuàng)造了條件。 ?3 原型法的特點 ? 原型法符合人們認(rèn)識事物的規(guī)律，人們認(rèn)識事物不可能一次就完全了解。 ?2 原型定義的過程 ? 原型化的需求定義過程是一個開發(fā)人員與用戶通力合作的反復(fù)過程。 ? 不適用于面向決策的系統(tǒng)開發(fā)，適用于大型系統(tǒng)和復(fù)雜系統(tǒng)。 ?見效慢，風(fēng)險較 大。 ?開發(fā)過程復(fù)雜繁瑣，難以準(zhǔn)確定義用戶需求。 ?目標(biāo)明確，階段性強，開發(fā)過程易于控制。整個開發(fā)過程的階段和步驟都非常清晰，每一個階段和每一個步驟均有明確的成果，并可作為下一步工作的依據(jù)，以避免造成浪費和混亂。在開發(fā)策略上強調(diào)采用 “ 自頂向下 ” 的原則分析和設(shè)計系統(tǒng)，首先解決全局問題，強調(diào)在系統(tǒng)整體優(yōu)化的前提下，考慮具體的解決方案。 ?4 系統(tǒng)結(jié)構(gòu)化開發(fā)方法的優(yōu)缺點 ?系統(tǒng)結(jié)構(gòu)化開發(fā)方法適合于大型信息系統(tǒng)的開發(fā)，它的主要優(yōu)點如下。 ?充分預(yù)料可能發(fā)生的變化：環(huán)境變化、內(nèi)部處理模式變化以及用戶需求發(fā)生變化。 ?嚴(yán)格區(qū)分工作階段，把整個開發(fā)過程劃分為若干工作階段，每一個階段都有明確的任務(wù)和目標(biāo)以及預(yù)期達(dá)到的工作成效，以便計劃和控制進度，協(xié)調(diào)各方面的工作。 ?用戶至上是影響成敗的關(guān)鍵因素，在整個開發(fā)過程中，要面向用戶，充分了解用戶的需求與愿望。 ?系統(tǒng)運行與維護：進行系統(tǒng)的日常運行管理、評價和監(jiān)理審計，修改、維護和局部調(diào)整，在出現(xiàn)不可調(diào)和的大問題時，進一步提出開發(fā)新系統(tǒng) 的請求，舊系統(tǒng)生命周期結(jié)束，新系統(tǒng)誕生，構(gòu)成系統(tǒng)的一個生命周期。 ?系統(tǒng)設(shè)計：進行總體結(jié)構(gòu)設(shè)計、代碼設(shè)計、數(shù)據(jù)庫 (文件 )設(shè)計、輸入 /輸出設(shè)計、模塊結(jié)構(gòu)與功能設(shè)計，根據(jù)總體設(shè)計，配置與安裝部分設(shè)備，進行試驗，最終給出設(shè)計 方案。 ?系統(tǒng)規(guī)劃：根據(jù)用戶的系統(tǒng)開發(fā)請求，進行初步調(diào)查，明確問題，確定系統(tǒng)目標(biāo)和總體結(jié)構(gòu)，確定分階段實施進度，然后進行可行性研究。將整個信息系統(tǒng)的開發(fā)過程劃分為若干個相對獨立的階段，例如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實施等。 ?2 軟件包 ? 基于已有的通用軟件包進行二次開發(fā)。 第 8 章 管理信息系統(tǒng)開發(fā) ? 管理信息系統(tǒng)開發(fā)的策略 ? 管理信 息系統(tǒng)開發(fā)方法 ? 結(jié)構(gòu)化開發(fā)管理信息系統(tǒng) 管理信息系統(tǒng)開發(fā)的策略 ?1 系統(tǒng)定制 ?為單個企業(yè)專門開發(fā)一套信息化系統(tǒng)。一個