管理信息系統（ManagementInformationSystem）

運用信息技術重塑組織！

目錄第1篇信息系統與組織第2篇信息系統的技術基礎第3篇信息系統的應用

第4篇信息系統的建設結束語管理信息系統建設的成功與

失敗

第4篇信息系統的建設第11章信息系統的規劃第12章信息系統建設的方法第13章信息系統分析第14章信息系統設計第15章信息系統的實施與管理第16章信息系統開發人員的素質與職業道德結束語管理信息系統建設的成功與失敗第11章信息系統的規劃11.1戰略規劃的概念11.2業務流程再造概述11.3價值鏈分析11.4識別特定信息11.5評價信息系統11.6應急計劃11.7信息系統規劃報告問題：(1)加州政府信息系統戰略規劃的目標是什么？(2)該信息系統的戰略規劃的內容包括哪些？(3)該信息系統的戰略規劃的方法是什么？(4)DebraBowen認識的問題如何解決？11.1戰略規劃的概念11.1.1IS戰略規劃的概念組織的IS規劃(InformationSystemStrategicPlanning，信息系統戰略規劃)是指在理解組織的發展遠景、業務規劃的基礎上，形成信息系統的遠景、信息系統的組織架構，以及信息系統各部分之間的邏輯關系，以保證信息系統能夠支持組織戰略規劃的目標的達成。信息系統的戰略規劃的主要目的是定義和確定信息系統的投資的優先級別，在資金有限和系統相互約束的前提下，達到最佳的系統建設與應用組合。好的信息系統的戰略規劃應該做到以下3點。(1)與組織的戰略規劃相一致。(2)與信息系統在組織中的角色一致，即與管理營業務對應。(3)與信息系統的應用和管理成熟度一致。11.1.2組織戰略與IS戰略規劃的關系IS戰略是由既定的組織經營戰略形成后的一個推導方案，應該與組織經營戰略同步，是組織經營戰略的一個重要組成部分。組織戰略的適應性可以用組織結構和流程的適應程度來衡量，也可以用IS戰略及IS的架構和流程的適應程度來衡量。信息系統戰略規劃中的功能集成包括IS領域的集成，也包括組織結構和流程與IS架構和流程的集成，甚至包括信息系統與人的集成。但是，做到真正的集成是不容易的，需要考慮很多人的行為因素。11.1.3IS規劃與開發的組織11.1.4IS戰略規劃的步驟11.2業務流程再造概述11.2.1業務流程再造業務流程再造(BusinessProcessRe-engineering，BPR)，是對企業過程進行根本性的再思考和徹底的再設計，以求企業的關鍵性指標獲得顯著的變化。如質量、成本、服務和速度。該理論是當今企業和管理學界研究的熱點。BPR理論是于1990年首先由美國著名企業管理大師邁克爾.漢默先生提出。為什么要業務流程再造（BPR）有了ERP系統，好比有輛好車；有了經過培訓的員工，好比有了好司機。但是如果不改變不合理的業務流程，就好比沒有良好的道路；再好的車、再好的司機，也跑不起來。▲業務流程

重組的內容是企業的業務流程，而不是企業的組織等其他方面。▲根本性的思考

關心事物本來的樣子，而不關心現在的樣子。對現行系統徹底懷疑，看出問題。▲徹底的重新設計

追根溯源，從根本上重新設計企業的經營過程或業務流程，而不僅僅是做表面的改變或修補，是完全拋棄舊有的結構和過程，創造出新的工作方法。▲巨大業績

其目標不是為獲得小的改善，而是要取得業績的巨大進步。

企業流程重組的四個核心內容1.以過程為導向(1)把分散在功能部門的作業，整合成單一流程，以提高效率。(2)在可能的情況下，以平行作業取代順序作業。(3)促進組織扁平化，以提高企業內的溝通效率。2.目標遠大BPR要求績效的提升不是5％或10％，而是70％-80％，甚至是10倍以上的效益。

3.打破常規首先要從思想上破除對勞動分工等一切舊有的管理原則的迷信。

4.創造性地應用信息技術IT是BPR的推動力。正是IT發展與應用，使企業能夠打破陳舊的制度，創建全新的過程模式，使遠大的目標得以實現。BPR的特點企業流程重組是一種管理思想，一種經營變革的理念。而信息技術是一種技術，在BPR由思想到現實的轉變中，信息技術起到了一種良好的催化劑作用。在信息系統建設中，僅僅用計算機系統去模擬原手工管理的過程，并不能從根本上提高企業的競爭能力，重要的是重組企業流程。企業在實現信息化的過程中，首先要實施BPR，再利用信息技術促進BPR的實現，這樣的企業信息化過程，實際上也是管理創新的過程。信息技術與企業流程重組計劃層次與業務流程重組銷售處計劃處生產處廠級年計劃班組計劃車間月計劃傳統手工管理新系統系統管理銷售處銷售/運作計劃（SOP）生產計劃處MPS/MRP典型案例1：福特汽車重建采購流程美國三大汽車巨頭之一的福特汽車公司位于北美的預付款部門，雇傭員工500余人，負責審核并簽發供應商供貨帳單的應付款項。但日本馬自達汽車公司負責應付帳款工作的只有5個員工。5:500，這個懸殊的比例讓福特公司的決策層再也無法泰然處之了。福特公司傳統流程為：①采購部門向供貨商發出訂單，并將訂單的復印件送往應付款部門；②供貨商發貨，驗收部門收檢，并將驗收報告送到應付款部門；③供貨商將產品發票送至應付款部門，“訂單”、“驗收報告”以及“發票”三者一致時，應付款部門才能付款，實際上該部門的大部分時間往往都花費在處理這三者的不吻合上，從而造成人員、資金和時間的浪費。采購部供應商應付帳款部門倉庫采購訂單副本采購訂單貨物收貨單發票付款BPR前的采購付款流程（見票即付款）公司對采購進行了流程重組，福特公司重組后的新流程為：①采購部門發出訂單，同時將訂單內容輸入聯機數據庫；②供貨商發貨，驗收部門核查來貨是否與數據庫中的內容相吻合，如果吻合就收貨，并在終端上按鍵通知數據庫，計算機會自動按時付款。福特公司應付款流程重組，不但帶來了公司ISO9000質量管理體系的持續改進和規范有效運作，而且給公司帶來了其他效果：

(1)以往應付賬款部門需在訂單、驗收報告和發票中核查14項內容，而如今只需3項——零件名稱、數量和供貨商代碼；

(2)現應付帳款部門部只有125人，節儉了75％的人力資源；

(3)福特公司大膽挑戰應付款舊原則“當收到發票時，就付款”，而其應付款新原則是“當收到貨物時，就付款”，采用的是“無發票”制度，簡化(Simplify)了物料管理工作環節，大大提高了應付款流程工作效率，并使得財務信息更加準確。采購部供應商應付帳款部門倉庫發送采購訂單電子數據貨物收貨確認電子付款采購訂單中央數據庫發票啟示：IT支持業務集成BPR后的采購付款流程（收貨即付款）11.2.2業務流程再造的概念

案例11.2:BOM貸款業務流程再造BOM銀行是美國1992年排名第12位的銀行，該銀行的抵押貸款業務量預計從平均每年3.3萬筆激增到30萬筆。為避免由此而引發的桌面上業務量的激增，BOM銀行對抵押貸款業務過程進行了再設計，大量減少了辦理每筆業務的步驟和所需要填寫的表格，將辦理每筆業務平均所需要的時間從原來的17天減少為2天。BOM銀行抵押貸款原來的業務過程如圖11.3所示。抵押貸款的申請人先填制一份申請書，銀行將它輸入計算機系統，然后由8個部門的信用分析家、擔保人等分別依次審議；如果此項貸款獲得批準，就出具各項手續；最后轉到其他服務機構，如保險、公證等單位，由這些單位再依次提供一系列的服務。整個過程需要17天。案例11.2:BOM貸款業務流程再造原業務流程再造后的業務流程11.2.3業務流程再造的步驟(1)拓展業務視野和目標。(2)確定再造的業務過程。(3)理解并評價已有業務流程的執行效果。(4)找到利用信息的機會。(5)建立新業務過程的原型。11.3價值鏈分析價值鏈模型把組織看成是由一系列環節組成的鏈條或過程，鏈條中的每個環節都是為顧客的產品和服務增加價值的。價值鏈是由主要價值和支持價值組成，即組織的主要活動和支持活動。案例11.3：Talbott公司增值過程的尋找1．找出增加價值的過程案例11.3：Talbott公司增值過程的尋找2．找出減少價值的過程11.4識別特定信息11.4.1信息結構法——人與信息的關系雇員信息顧客訂貨信息產品設計信息支付信息……人力資源人員Ｘ生產人員Ｘ會計人員ＸＸ設計人員Ｘ……(1)企業是否支持有利于信息共享的信息網絡？(2)哪些企業過程應當集中？哪些過程應分布在作業場所？(3)用于信息共享的各類網絡安全嗎？還是只交流不敏感的信息？(4)最有效的信息分布是怎樣的？(5)企業的每個過程是局部的還全局的？針對具體過程的信息分布是局部的還是全局的？11.4.2關鍵成功因素法(CSF)關鍵成功因素(CSF)就是組織能夠達到目標的關鍵因素。運用這種方法，管理人員和知識工作者只需要找出他們負責的領域的幾個關鍵成功因素，通過識別CSF，知識工作者幫助確定信息需求，并進一步確定組織需要的IT系統。11.4.3企業系統計劃法(BSP)BSP是從企業目標出發，在高層管理的角度，尋找企業的過程；再找出信息類；分析信息和過程的關系，即某些過程使用信息或產生信息。采用U/C矩陣，描述信息和過程的關系，并在U/C矩陣上優化信息和過程，形成合理的信息結構，支持企業相應的過程，保證最終信息系統能夠支持企業目標。縱觀原信息系統總體規劃準備了解組織機構建立目標樹定義管理功能定義數據類型定義信息結構確定子系統實現順序計算機邏輯配置可行性分析企業系統規劃法定義管理目標總目標高質量服務高經濟效益出人才指標4醫療質量業余教育正規教育提高醫療效率消滅醫療事故目標樹定義管理功能資源及其生命周期關鍵性資源支持性資源戰略計劃與控制識別功能的方法從戰略計劃方面來識別功能根據支持性資源的生命周期來識別功能從企業的工作目標出發觀察關鍵性資源來識別功能定義數據類定義數據類的方法實體法功能法功能/數據類矩陣（Ｕ／Ｃ矩陣）

功能組織市場銷售工程材料管理財務…….計劃預測銷售區管理銷售定貨服務設計開發產品規格采購進貨庫存控制財務計劃成本核算基金管理

財務科X

/

/

/OO

O

銷售科OO

OOO

設計科

X

供應科

X

X

X

…….

其中:O表示主要負責,X表示參加,/表示一般參加四種數據類型及其特點:類型

反映的內容特點文檔型實體的現狀一般一個數據僅和一個實體有關可能為結構型和描述型事務型反映生命周期各階段過度過程相關文檔型數據的變化一般一個數據要涉及多個文檔型數據，以及時間、數量等多個數據這種數據的產生可能伴隨有文檔型數據的操作計劃型反映目標、資源轉換過程等計劃值可能與多個文檔型數據有關統計型反映企業狀況，提供反饋信息一般來自其他類型數據的操作為歷史性、對照性、評價性的數據數據綜合性強實體/數據類矩陣

實體數據類產品客戶設備材料資金人員計劃產品計劃市場計劃設備計劃材料需求預算人員計劃統計產品需求銷售歷史利用率需求歷史財務統計人員統計文檔產品規范客戶工作負荷原材料產品組成表財務會計職工檔案事務訂貨發運紀錄進出記錄采購記錄應收業務人事調動記錄市場計劃材料采購生產調度客戶產品銷售區域銷售分析報告原材料庫存廠商訂貨產品需求材料表設備生產調度表采購合同

U

人員考核

C

人員計劃

C

U

成本會計

U

U

通用會計

U

UU

發運

U

訂貨服務

C

UC

U銷售區域管理

UUU銷售區域管理UUU

C

UUC

操作順序

C

U

U

材料需求

U

C

U

生產能力計劃C

U

U

調度UU

C

C

庫存控制

U

U

C

U

產品工藝

C

U

C

U

產品設計開發

U

U

U

U

產品預測

C

資產規模

U

U

U

U

財務計劃

C

U

U

經營計劃工作令材料供應機器負荷計劃財務銷售區域職工成品庫存材料庫存零件規格成本材料表操作順序產品訂貨客戶

數據類功能企業系統計劃法(BSP)步驟-UC矩陣的建立和含義(1)建立U/C矩陣(2)信息的正確性分析①每列只有一個“C”。如果在一列中存在多個“C”(如表

11-3所示的材料表、零件規格、計劃數據類是由多個處理產生的)，需要調查產生這種情況的原因。產生這種情況有兩種可能性：一是數據匯總有錯，誤將起他引用數據當成數據元；二是數據類分類需要細化。②每列至少有一個“U”。如果沒有“U”(如表11-3所示的零件規格一列)，一定是調查數據或建立U/C矩陣時有誤。③不能有空行和空列。如果出現空行空列，則可能是兩種情況：一是數據項或業務過程的劃分是多余的；二是在調查或建立U/C矩陣過程中漏掉了它們之間的數據聯系。(3)確定信息系統的結構(4)確定信息資源分布U

人員考核C

人員計劃

C

U

成本會計U

U

U

通用會計

U

U

U

發運

C

U

U

訂貨服務

U

C

U

U

銷售區域管理

U

C

U銷售區域管理

C

U

U

U

操作順序

C

U

U

材料需求

U

U

C

生產能力計劃

U

C

U

調度

U

U

C

C

庫存控制

U

C

U

U

產品工藝

U

U

C

C

產品設計開發

U

U

U

U產品預測

C

資產規模U

U

U

U

財務計劃

U

UC

經營計劃職工成本訂貨銷售區域客戶操作順序材料供應機器負荷工作令成品庫存材料庫存材料表零件規格產品財務計劃

數據類功能劃分子系統的方法調整功能數據類矩陣畫出功能組對應的方框即子系統用箭頭把落在框外的U與子系統聯系起來,表示子系統之間的數據流確定子系統實現順序技術約束分析系統需求程度與潛在效益評估定性評估評估準則包括:潛在效益、對企業的影響、投入使用的迫切性等等U

人員考核C

人員計劃

C

U

成本會計U

U

U

通用會計

U

U

U

發運

C

U

U

訂貨服務

U

C

U

U

銷售區域管理

U

C

U銷售區域管理

C

U

U

U

操作順序

C

U

U

材料需求

U

U

C

生產能力計劃

U

C

U

調度

U

U

C

C

庫存控制

U

C

U

U

產品工藝

U

U

C

C

產品設計開發

U

U

U

U產品預測

C

資產規模U

U

U

U

財務計劃

U

UC

經營計劃職工成本訂貨銷售區域客戶操作順序材料供應機器負荷工作令成品庫存材料庫存材料表零件規格產品財務計劃

數據類功能經營計劃銷售生產制造技術準備人事財會經營計劃子系統技術準備子系統生產制造子系統銷售子系統財會子系統人事子系統U

人員考核C

人員計劃

C

U

成本會計U

U

U

通用會計

U

U

U

發運

C

U

U

訂貨服務

U

C

U

U

銷售區域管理

U

C

U銷售區域管理

C

U

U

U

操作順序

C

U

U

材料需求

U

U

C

生產能力計劃

U

C

U

調度

U

U

C

C

庫存控制

U

C

U

U

產品工藝

U

U

C

C

產品設計開發

U

U

U

U產品預測

C

資產規模U

U

U

U

財務計劃

U

UC

經營計劃職工成本訂貨銷售區域客戶操作順序材料供應機器負荷工作令成品庫存材料庫存材料表零件規格產品財務計劃

數據類功能經營計劃銷售生產制造技術準備人事財會計算機邏輯配置方案客觀約束條件包括資金、原有計算機系統、現有技術力量處理方式應確定為了實現系統要求，應該采用實時處理還是批處理聯機存儲量包括系統軟件、應用軟件體積，信息系統聯機存儲數據量。一般應該在估算的基礎上加50%到100%作為實際的聯機存儲量。設備終端類型及數量、打印機類型及數量、繪圖設備等等軟件操作系統、數據庫管理系統、高級程序語言、軟件包、字處理系統計算機邏輯配置方案并不涉及硬件型號。11.5評價信息系統11.5.1成本-效益分析1．目標系統成本(1)系統開發成本的估算。(2)系統運行和維護的成本。(3)未來不同時期系統成本的估計。2．目標系統的效益1)有形效益

增加利潤、增加市場份額、減少運行成本。2)無形效益

改進服務，增加顧客滿意程度、提高組織的辦事效率、提高員工素質、改善組織形象、更有效的決策3．成本效益的比較比較各個時期的系統的成本和效益，做出建立信息系統的決策。11.6應急計劃11.6.1發生災難的潛在機會

要預料到可能發生的災難是困難的，但是，為了保證組織關鍵系統的不間斷，制定應對災難的計劃是必要的。在制訂計劃的時候，應該考慮可能引起災難的原因。(1)自然災害。如洪水、雷電、風暴、地震等。(2)信息管理不當，人為造成信息丟失或者外泄。(3)技術原因。由于硬件的原因(如系統失靈)，導致數據丟失，對數據的備份可以減少損失的發生。11.6.2制訂應急計劃的步驟1．找出關鍵業務2．對信息不可獲取的成本進行估計3．比較信息不可獲取的成本與系統恢復成本4．制訂應急計劃11.7信息系統規劃報告1．組織遠景與戰略在確定信息系統戰略規劃的時候，需要先研究組織的戰略規劃。需要回答的問題如下。(1)你的組織的目標是什么？(2)組織打算如何達到目標？2．信息系統的戰略信息系統戰略包括以下內容。(1)

MIS的目標定位與發展戰略。(2)

MIS的建設原則與策略選擇。(3)

MIS的目標功能結構。(4)

MIS的技術規范與技術架構。(5)新技術發展的預測。3．現存的信息系統包括以下內容。(1)當前存在哪些系統？(2)它們是如何支持企業業務的？(3)現存系統適用性分析。(4)打算做哪些改變？4．計劃建立的信息系統包括以下內容。(1)已選擇哪些系統？(2)通過它們能夠支持哪些企業過程？(3)如何評價這些系統？(4)組織整頓與業務重組策略。(5)管理控制策略。5．信息系統的應急計劃包括以下內容。(1)有什么計劃保護系統免遭災難？(2)如何選擇保護系統？6．信息系統的實施計劃包括以下內容。(1)信息系統開發進度計劃。(2)軟硬件購置計劃。(3)資源投入計劃。(4)組織重組與人員培訓計劃。(5)成本/效益計劃。

用戶領導開發人員總體規劃問題的提出和初步調查提出所要解決的問題批準開始研究聽取用戶要求提出所要解決的信息組織開發隊伍回答用戶的問題介紹現行系統的工作情況進行必要培訓進行初步調查確定總體方案和可行性研究評價現行系統審查可行性報告提出多種備選方案協助提出各種方案決定是否開發與用戶一起討論各方案的優劣選擇最適宜的方案

作出開發的費用估計和時間估計在系統規劃中各級人員的主要工作第12章信息系統建設的方法12.1系統的概念與系統集成12.2信息系統建設策略12.3信息系統開發方法12.1系統的概念與系統集成12.1.1系統的概念系統是一些相互作用的元素為某種目標而有機地結合在一起的整體。系統由5個要素構成：輸入(I)、輸出(O)、處理(P)、控制(C)和反饋(F)。12.1.2系統功能的評價1．目標明確2．結構合理3．接口清楚4．能觀能控12.1.3系統的計劃與控制任何系統實現目標均要計劃和控制。計劃是系統為達到目標所必需的行動。控制是測量實際和計劃的偏差，并采取校正行動。計劃具有下列特點。(1)計劃是一項困難的認識活動。(2)計劃是闡明未來的工作的，具有不確定性。(3)計劃減少了活動的自由，限制了個性發揮。(4)計劃是一項復雜、緊張的工作，需要反復計算。(5)計劃常常不能被執行。控制是人的主觀行為，是根據計劃執行情況做出的決策。組織中的人通過對組織(或系統)計劃執行情況的觀測，人為地改變系統的結構(如組織結構)，對組織達到目標常常是有效的。12.1.4系統的集成系統集成是為了實現系統的目標將可利用的資源有效地組織起來的過程。系統集成的結果是將組織內部的各個獨立的自動化系統聯結成統一的大系統。系統集成不是簡單地連通，而是強調有效地組織資源，使資源被充分利用。系統集成按系統優化程度分為連通集成、共享集成和最優集成。系統集成按集成的范圍分為技術集成、信息集成、組織人員集成和形象集成。組織在進行系統集成的時候。一般都必須包括3項工作。(1)培訓用戶。(2)系統安裝。(3)用戶集成。用戶集成包括組織以及人員和信息系統的集成。12.2信息系統建設策略12.2.1聯合開發策略聯合開發是指組織的IT人員和開發公司的技術人員一起工作，完成開發任務。該策略適合于企業有一定的信息技術人員，但可能對信息系統開發規律不太了解，或者是整體優化能力較弱，希望通過信息系統的開發完善和培養自己的技術隊伍，便于后期的系統維護工作。12.2.2應用軟件包策略應用軟件包策略是通過購買應用軟件包的辦法建設本組織的信息系統，這是目前廣泛采用的方法。應用軟件包(applicationsoftwarepackage)是由軟件供應商提供預先編寫好的應用軟件以及相應的系統建設服務的方法。12.2.3外包策略如果一個組織不想使用內部資源或者沒有內部資源來建立信息系統或者運轉信息系統，它可以雇傭專門從事這些服務的組織來做這些工作，這種把組織的計算中心操作、遠程通信網絡或者應用開發轉給外部供應商的過程叫做外包。外包策略有很多優點，總結如下。(1)降低成本。(2)獲得標準流程的服務支持。(3)減少技術人員的需求。(4)降低信息系統建設的風險。12.2.4終端用戶開發策略在沒有或很少有專家或技術人員的參與下，由終端用戶完成信息系統的開發，這種開發策略叫終端用戶開發策略。終端用戶開發策略適合于有較強的信息技術隊伍的組織。其優點是開發費用少，開發的系統能夠適應本單位的需求，且滿意度較高，便于維護；缺點是由于不是專業開發，容易受業務工作的限制，系統優化不夠，開發水平較低，且由于開發人員是從所屬各單位抽調出來，臨時組建進行信息系統的開發工作，這些人員在其原部門還有其他工作，所以，精力有限，容易造成系統開發時間長，系統整體優化較弱，開發人員調動后，系統維護工作沒有保證的情況。12.3信息系統開發方法12.3.1結構化生命周期法結構化生命周期法是系統分析員、軟件工程師、程序員以及最終用戶按照用戶至上的原則，自頂向下分析與設計和自底向上逐步實施的建立計算機信息系統的一個過程，是組織、管理和控制信息系統開發過程的一種基本框架。生命周期法假設一個管理信息系統像任何生命機體一樣，具有周期性，即有開始、成長、成熟、衰退、結束的過程。按照信息系統的建設和使用過程，把信息系統的生命周期劃分為5個階段：即，系統規劃，也叫項目定義；系統分析；系統設計；系統實施；系統評價與運行管理。頂層1231.11.31.21.43.13.23.33.43.51.4.11.4.41.4.31.4.51.4.2可行性分析信息系統規劃信息系統分析信息系統開發實施信息系統安裝調試信息系統試運行信息系統運行維護信息系統設計信息系統測試提出開發請求CASE工具√√√√√√√√信息系統開發階段停止停止停止停止結構化生命周期法開發過程系統規劃階段：該階段的范圍是整個業務系統，目的是從整個業務的角度出發確定系統的優先級。系統分析階段:主要活動包括可行性分析和需求分析。其范圍是列入開發計劃的單個信息系統開發項目。目的是分析業務上存在的問題，定義業務需求。系統設計階段:系統設計的目的是設計一個以計算機為基礎的技術解決方案以滿足用戶的業務需求。總體設計的主要任務是構造軟件的總體結構；詳細設計包括人機界面設計、數據庫設計、程序設計。系統實施階段:系統實施的目的是組裝信息系統技術部件，并最終使信息系統投人運行。如用戶手冊等。包括的活動有編程、測試、用戶培訓、新舊系統之間的切換等。系統運行與維護階段:目的是對系統進行維護，使之能正常地運作。結構化生命周期法開發原理用戶的積極參與：用戶積極參與信息系統的開發的全過程，是信息系統開發能否成功的一個關鍵的、絕對必要的因素。嚴格按劃分的階段和活動進行系統開發：運用系統處理方法，將系統開發的全過程采取“分而治之的策略，將整個系統的開發過程分為一系列“階段”，然后再將階段分為一系列的“活動”，將活動劃分為更小的、更易于管理和控制的“作業”。文檔的標準化：文檔標準化是進行良好通信的基礎，是提高軟件可重用性的有效的手段。設立檢查點：在系統開發的每一個階段均設立檢查點，來評估所開發系統的可行性，避免由于系統開發的失敗造成更大的損失。12.3.2原型法原型法的基本做法是根據用戶的需求，快速生成原型，然后把原型交給用戶使用，讓用戶評價，在此基礎上，再修改原型，逐漸達到用戶要求。定義需求、設計原型、交給用戶使用并評價，這個過程是不斷反復的循環過程，直到用戶滿意為止。原型法開發彌補了生命周期法的不足，具有開發周期短、用戶滿意度高的特點。但是，也有缺點和不足，該方法的使用也有其局限性。當需求和設計方案不能在設計開始就確定的時候，該方法最適合。原型法不適合于大系統的開發12.3.4CASE開發方法計算機輔助軟件工程(ComputerAidedSoftwareEngineering，CASE)方法是系統開發的自動化方法，是借助于軟件開發工具完成系統開發過程中的系統分析和設計的。通常CASE工具有以下6個特點。(1)提供標準的開發方法和設計規則。(2)能夠加強用戶和專家的溝通。(3)能夠完成組織和關聯設計，并通過設計知識庫，實現快速訪問。(4)在容易出錯和冗長煩瑣的部分，傾向于采用自動化。(5)提供系統分析、設計、代碼生成全過程的自動化。(6)提供代碼到設計、分析的逆向過程的自動化。如何開發與由誰開發的對照由誰開發如何開發傳統的生命周期法原型法面向對象法CASE應用軟件包資源內包

資源自包

資源外包

為了確定由誰開發而提出的一些問題問題選擇回答資源內包資源自包資源外包系統是否支持一種獨特的核心能力YESYESPOSSIBLENO成本是否是首要考慮的問題YESNOPOSSIBLEYES時間是否關鍵YESYESPOSSIBLEYES組織是否擁有必要的技術專業人員YESYESPOSSIBLENO組織對系統的控制是否關鍵YESYESPOSSIBLENO系統是否支持共有的企業職能YESPOSSIBLENOYES擁有技術人員是否為組織戰略計劃YESYESPOSSIBLENO系統支持的是否只有少數知識工人YESPOSSIBLEYESPOSSIBLE系統運行和維護

系統規劃

系統設計

系統實施

系統分析

開發

設計

初步

調查

可行性

研究

審批

系統

評價

系統

維護

總體

設計

詳細

設計

審計

審查

編程

調試

系統

轉換

驗收

詳細

調查

邏輯

設計

第13章信息系統分析13.1信息系統分析概述13.2初步調查與可行性研究13.3詳細調查13.4組織結構與業務調查13.5數據與數據流程分析13.6新系統邏輯方案13.1信息系統分析概述13.1.1系統分析的目的與任務

系統分析是指在信息系統總體規劃的指導下，在對系統進行深入、詳細的調查研究及分析用戶信息需求的基礎上，通過可行性研究、詳細調查等工作來確定新系統邏輯方案的過程。

系統分析的主要目的是進一步明確系統規劃中確定的項目范圍和系統開發的目標，在充分掌握現行系統的真實情況和分析用戶信息需求的基礎上，提出新系統的邏輯方案。

系統分析階段的任務是確定新系統“做什么”的問題，該階段的工作主要由系統分析員來完成，即系統分析員通過與用戶接觸，充分了解用戶需求，并把雙方的理解用系統說明書表述出來。13.1.2系統分析的內容與步驟1．用戶需求分析2．確定系統邏輯方案，形成系統分析報告系統分析的內容：初步調查可行性分析現行系統詳細調查與分析提出新系統邏輯方案13.2初步調查與可行性研究13.2.1初步調查初步調查主要內容：1．用戶需求分析2．企業運行及管理的現狀3．現有信息系統運行狀況13.2.2可行性研究可行性研究的內容：技術可行性、經濟可行性、社會可行性、管理可行性可行性研究報告：系統簡述、擬建系統的方案、可行性論述可行性研究通常得出以下幾種結論之一。(1)系統開發項目條件成熟，可以立即開發新系統。(2)改進原系統。(3)目前不可行，等條件具備以后再開發新系統。(4)目前不可行，對目標進行修改后再開發新系統。(5)沒必要開發新系統。13.3詳細調查13.3.1詳細調查的內容(1)組織目標和發展戰略調查。(2)組織結構和業務功能調查，明確各職能部門職責。(3)管理方式、具體業務、業務流程與工作內容調查，繪制業務流程圖、業務功能圖和組織/業務關系圖。(4)數據與數據流程調查，繪制數據流程圖，編制數據字典，描述處理過程。(5)決策方式和決策過程調查。(6)可用資源和限制條件調查。(7)現存問題和改進意見調查。13.3.2詳細調查的方法：查閱文件、訪談、問卷調查、實地觀察和開會討論等方法13.4組織結構與業務調查13.4.1組織結構與功能調查1．組織結構調查2．業務功能調查3．組織/功能關系分析13.4.2業務流程調查業務流程調查的目的是弄清某一業務是如何在組織中的各個部門中完成的，以及完成這一業務的信息處理的細節情況。業務流程調查是在對組織結構與功能進行分析的基礎上，沿著原系統信息流動的過程逐步分析，是對業務功能的進一步細化。一、組織結構調查組織結構

指的是一個組織（部門、企業、車間等）的組成以及這些組成部分之間的相互關系。1、組織結構調查組織內部的部門劃分領導與被領導關系信息資料的傳遞關系物資流動關系與資金流動關系各部門的工作內容與職責各級組織存在問題以及對新系統的要求等作為業務調查所畫出的組織結構圖，它還要求反映：1、除隸屬關系外，還要反映信息、物資、資金流2、詳略分明，突出重點3、反映與組織有業務聯系的邊界之外的部門及聯系出版社出版科發行科印刷廠書庫郵購股現購股例：某高校出版社的組織結構圖二、管理業務流程調查1．業務流程調查的內容

各環節的處理業務、信息來源、處理方法、計算方法、信息流經去向、提供信息的時間和形態（報告、單據、屏幕顯示等）。2．管理業務流程的描述圖表業務流程圖(FlowChart)

一種描述系統內各單位、人員之間業務關系、作業順序和管理信息流向的圖表，利用它可以幫助分析人員找出業務流程中的不合流理向。圖例說明業務處理單位業務處理描述表格制作傳遞存儲收集資料圖例說明業務處理單位業務處理描述表格制作傳遞存儲收集資料（本框內容為具體流程）業務流程圖繪制舉例計劃處銀行技改處各部門各單位局領導上級領導投資總規劃更新改造貸款規模開會討論報表審批綜合平衡（討論）批準下達各單位各部門正式計劃計劃各單位上報表計劃處各部門各單位技改處銀行各部門各單位存檔生產部門提出領用申請不合格的領用申請銷售部門倉庫負責人用料計劃審核領用申請退回領用申請核實庫存帳辦理領料手續更新檢查庫存帳登記缺貨情況審批訂貨報表倉庫保管員倉庫負責人倉庫保管員領導合格的領用申請領料通知單生產部門銷售部門倉庫保管員訂貨單采購部門庫存帳缺貨帳表格分配圖可幫助分析員表示出系統中各種單據和報告都與哪些部門發生業務關系。13.5數據與數據流程分析13.5.1數據匯總分析1．數據的收集2．數據的匯總分析數據匯總分析的步驟。(1)數據分類編碼和排序。(2)數據完整性分析。(3)分類整理所有原始數據和最終輸出數據。(4)確定數據的字長和精度。數據匯總分析要考慮以下幾個方面的內容。1)圍繞系統目標進行分析2)弄清信息源周圍的環境3)圍繞現行業務流程進行分析4)數據特征分析13.5.2數據流程分析數據流程圖的繪制步驟：(1)識別系統的輸入、輸出和外部實體，畫出頂層數據流程圖。(2)分解頂層數據流程圖的處理功能，畫出第一層數據流程圖。(3)進一步分解數據處理，畫出第二層數據流程圖。(4)繼續逐級分解、擴充和調整，得到比較完整的數據流程圖。數據流程圖1．數據流程圖（DFD，DataFlowDiagram）

全面地描述信息系統邏輯模型的主要工具，它可以用少數幾種符號綜合地反映出信息在系統中的流動、處理和存儲情況。2．數據流程圖的特征（1）抽象性（2）概括性3、數據流程圖的基本符號外部實體(ExternalEntity)處理過程(Process)數據存儲(DataStore)數據流(DataFlow)處理過程(Process)或處理邏輯1、處理邏輯

在DFD中，處理邏輯表示對數據的變換，從用戶的角度看就是表示系統能夠“作什么”。會計憑證處理（1）數據格式的轉換期末憑證結賬（2）數據內容的轉換會計憑證打印（3）數據表現形式的轉換

3種類型的數據變換2、外部實體外部實體(ExternalEntity)或外部項

外部項（外部實體）表示與處理邏輯相關的、且為系統外部的人、部門、單位等。主管領導會計報表管理3、數據流數據流(DataFlow)數據流表示數據在系統中的流動。說明1、利用綜合的數據流名稱簡化DFD；主管領導會計報表管理資產負債表利潤表財務變動表主管領導會計報表管理會計報表2、不一定用顯式的數據流名稱。3、數據流程圖的畫法按業務流程圖理出的業務流程順序，將相應調查過程中所掌握的數據處理過程，繪制成一套完整的數據流程圖，一邊整理繪圖，一邊核對相應的數據和報表、模型等。如果有問題，則定會在這個繪圖和整理過程中暴露出來。由于實際數據處理過程常常比較繁雜，故應該按照系統的觀點，自頂向下地分層展開繪制。黑灰半透明透明第一層學籍管理系統P0招生辦新生名單報表畢業生登記表教委用人單位學籍表D1數據流程圖繪制示例教師招生辦用人單位教委系P0學籍表D1異動管理獎懲管理成績管理P1P3P2新生名單畢業生登記表學生注冊獎懲結果獎懲報告成績單留退名單報表第二層教師學生主管P2學籍表D1分析補考成績P2.4分析期末成績P2.1統計成績P2.2登記期末成績P2.3登記補考成績P2.5學籍表（系）D1期末成績單獲獎名單補考成績單期末成績單學生成績成績統計結果留退名單P3P1第三層P1P2P3P1.1P1.2P2.1P2.2P3.1P3.2P1.1.1P1.1.2P1.1.34.注意事項:一：正確性檢驗（1）數據守恒:輸入數據與輸出數據匹配（2）數據存儲必須有輸入輸出（3）父圖中的某一處理的輸入\輸出必須出現在相應的子圖中.（4）任何一個數據流必須有一端是處理框注意事項:二：提高易理解性（1）簡化處理間關系（2）均勻分解（3）適當命名5．數據流程圖的作用（1）系統分析員用這種工具自上向下分析系統信息流程；

（2）可在圖上畫出計算機處理的部分；

（3）根據邏輯存貯，進一步作數據分析，可向數據庫設計過度；（4）根據數據流向，定出存取方式；

（5）對應一個處理過程，可用相應的程序語言來表達處理方法，向程序設計過渡。課堂練習：1.銀行存取款業務的數據流程圖。2.請同學們將我們上次練習所畫的業務流程圖中的領料功能轉化為數據流程圖。1.存取款數據流程圖顧客存取款管理P1存取要求顧客帳目D1存取通知單顧客存款管理P1.1存款要求顧客帳目D1P1.2取款管理存款通知單取款要求取款清單及賬目變更通知單2.訂貨業務中的領料功能數據流程圖部門庫存帳D2審核領料申請核實庫存帳P1.1P1.3領料申請P1.2批準領料申請合格領料單用料計劃D1獲批的領料申請登記領料P1.4更新庫存帳P1.5領料許可領料明細P2.1缺貨情況P2.1缺貨情況數據流程圖描述了系統的分解，即描述了系統由哪幾個部分組成、各個部分之間的聯系等等，但是還沒有說明系統中各個成分的含義。數據存儲“定貨單存檔”包括哪些內容？處理“判定定貨處理方式”是如何處理的呢？13.5.3數據字典數據字典的含義

在新系統數據流程圖的基礎上，進一步定義和描述所有數據的工具，包括對一切動態數據（數據流）和靜態數據（數據存貯）的數據結構和相互關系的說明，是數據分析和數據管理的重要工具。數據字典的內容對數據流程圖中的六個方面進行具體的定義。數據項數據結構數據流處理邏輯數據存儲外部實體一、數據項的定義數據項又稱為數據元素，是最小的數據組成單位，是不可再分的數據單位。如：學號、姓名等具體包括：（1）數據項的名稱、編號、別名和簡述；

（2）數據項的長度；

（3）數據項的取值范圍；例：數據項定義數據項編號：ID201數據項名稱：材料編號別名：材料編碼簡述：某種材料的代碼類型及寬度：字符型，4位取值范圍："0001"~"9999"表5.1數據項定義數據結構的描述重點是數據之間的組合關系，即說明這個數據結構包括哪些成分。二、數據結構的定義DS03-01：用戶訂貨單DS03-02：訂貨單標識DS03-03：用戶情況DS03-04：配件情況I1：訂貨單編號I3：用戶代碼I10：配件代碼

I2：日期I4：用戶名稱I11：配件名稱I5：用戶地址I12：配件規格I6：用戶姓名I13：訂貨數量I7：電話

I8：開戶銀行I9：賬號

表5.2用戶訂貨單的數據結構S1I1S2I2S3I3I4I5I6S4I7I8I9復雜的數據結構數據字典中對數據結構的定義包括以下內容：（1）數據結構的名稱和編號；

（2）簡述；

（3）數據結構的組成。例：數據結構定義數據結構編號：DS03-01數據結構名稱：用戶訂貨單簡述：用戶所鎮用戶情況及訂貨要求等信息數據結構組成：DS03-02+DS03-03+DS03-04表5.3數據結構定義三、數據流的定義數據流由一個或一組固定的數據項組成。例：數據流定義數據流編號：F03-08數據流名稱：領料單簡述：車間開出的領料單數據流來源：車間數據流去向：發料處理模塊數據流組成：材料編號十材料名稱十領用數量十日期十領用單位數據流量：10份／時高峰流量：20份／時（上午9：00－－－－11：00）表5.4數據流定義四、處理邏輯的定義僅對數據流程圖中最底層的處理邏輯加以說明。例：處理邏輯定義處理邏輯編號：P02-03處理邏輯名稱：計算電費簡述：計算應交納的電費輸入的數據流：數據流電費價格，來源于數據存儲文件價格表；數據流電量和用戶類別，來源于處理邏輯“讀電表數字處理”和數據存儲“用戶文件"。處理：1、根據數據流“用電量”和“用戶信息”，檢索用戶文件，確定該用戶類別；2、再根據已確定的該用戶類別，檢索數據存儲價格表文件，以確定該用戶的收費標準，得到單價；3、用單價和用電量相乘得該用戶應交納的電費。輸出的數據流：數據流“電費”一是去外部項用戶，二是寫入數據存儲用戶電費賬目文件。處理頻率：對每個用戶每月處理一次。表5.5處理邏輯定義五、數據存儲的定義

數據存儲在數據字典中只描述數據的邏輯存儲結構，而不涉及它的物理組織。例：數據存儲定義數據存儲編號：F03-08數據存儲名稱：庫存賬簡述：存放配件的庫存量和單價數據存儲組成：配件編號十配件名稱十單價十庫存量十備注關鍵字：配件編號相關聯的處理：P02,P03表5.6數據存儲定義六、外部實體的定義

外部實體是數據的來源和去向。因此在外部實體中的條目主要說明外部實體產生的數據和輸入的數據以及外部實體的數量。例：外部實體定義外部實體編號：S03-01外部實體名稱：用戶簡述：購置本單位配件的用戶輸入的數據流：D03-06,D03-08輸出的數據流：D03-01表5.7外部實體定義13.5.3數據字典數據項定義實例數據項編號：D0001數據項名稱：材料編號別名：材料編碼簡述：某種材料的代碼類型：字符型長度：4位取值范圍：001～9999編寫：李云日期：2006.8.8審核：余小晴日期：2006.8.913.5.3數據字典數據結構定義實例數據結構編號：DS03-10數據結構名稱：配件簡述：公司經營的汽車配件基本信息數據結構組成：配件編號+配件名稱+規格+供應廠商+價格有關的數據流或數據結構：DF0001，DS0006有關的處理邏輯：P0001，P0008編寫：李云日期：2006.8.8審核：余小晴日期：2006.8.913.5.3數據字典數據流定義實例數據流編號：F03-09數據流名稱：領料單簡述：車間開出的領料單數據流來源：車間數據流去向：發料處理模塊數據流組成：材料編號+材料名稱+領用數量+日期+領用單位數據流量：10份/時高峰流量：20份/時(上午8：00～10：00)編寫：李云日期：2006.8.8審核：余小晴日期：2006.8.913.5.3數據字典數據存儲定義實例數據存儲編號：F05-01數據存儲名稱：銷售記錄簡述：公司從月初到目前為止所有配件的銷售量流入的數據流：“顧客的發貨單”，來源是“產生發貨單”處理邏輯流出的數據流：“銷售量”，去向是“產生銷售報表”處理邏輯數據存儲組成：配件編號+日期+銷售量編寫：李云日期：2006.8.8審核：余小晴日期：2006.8.913.5.3數據字典外部實體定義實例外部實體編號：S01-06外部實體名稱：顧客簡述：購買本公司產品的個人或單位輸入的數據流：訂貨單、付款單輸出的數據流：發貨單、收據編寫：李云日期：2006.8.8審核：余小晴日期：2006.8.913.5.3數據字典處理邏輯的定義處理邏輯編號：P05-1.1.6數據項名稱：編輯訂貨單簡述：確定顧客的訂貨單是否填寫正確輸入的數據流：顧客的原始訂貨單，來源是外部實體“顧客”處理：檢索“配件”數據存儲，驗證訂貨單上填寫的配件數據是否正確；檢索“顧客”數據存儲，若是老顧客，則核對數據是否正確或發生變化，若檢索不到則是新顧客輸出的數據流：“合格的訂貨單”，去向是“確定顧客訂貨”處理邏輯；

“不合格的訂貨單”，去向是外部實體“業務員”；

“新顧客”，去向是“登記新顧客數據”處理邏輯編寫：李云日期：2006.8.8審核：余小晴日期：2006.8.913.5.4處理邏輯分析描述處理邏輯的工具有結構化語言、判斷樹和判斷表。1．結構化語言如果條件則動作A否則(條件不成立)

動作B2．判斷樹3．判斷表決策規則號12345678條

件交易額>3萬YYYYNNNN無欠款YYNNYYNN與本公司交易時間>5年YNYNYNYN應采取的行動折扣率15%√√折扣率10%√折扣率5%√無折扣√√√√示例（1）年交易額在5萬或5萬以下，則不給予折扣；（2）對于年交易額在5萬以上時：如果無欠款，則給予15%的折扣；如果有欠款，而且與本公司的交易關系在20年以上，則折扣為10%；如果有欠款，而且與本公司交易關系在20年以下，則折扣為5%。訂貨折扣政策如下：一、結構表示法

IF購貨金額在5萬以上

THENIF最近3月無欠款

THEN折扣率為15%ELSEIF與公司交易20年以上

THEN折扣率為10%ELSE折扣率為5%ELSE無折扣二、判斷樹根條件條件條件條件條件條件條件行動行動行動行動行動判斷樹訂貨處理優惠待遇年交易額5萬以上年交易額5萬或以下無欠款有欠款交易20年以上交易20年以下15%10%5%0%三、判斷表在處理邏輯中，如果判斷樹的條件較多，各個條件又相互結合，相應的決策方案比較多，在這種情況下用決策樹表示，樹的結構比較復雜，圖中各項注釋也比較繁瑣。因此采用判斷表的形式來說明.條件及行動12345678條件組合C1:交易額5萬以上C2:無欠款C3:交易20年以上行動A1:折扣率15%A2:折扣率10%A3:折扣率5%A4:折扣率0%條件語句行動語句條件項行動項判斷表條件及行動12345678條件組合C1:交易額5萬以上C2:無欠款C3:交易20年以上行動A1:折扣率15%A2:折扣率10%A3:折扣率5%A4:折扣率0%YYYYNNNNYYNNYYNNYNYNYNYN判斷表的簡化（1）條件及行動12345678條件組合C1:交易額5萬以上C2:無欠款C3:交易20年以上行動A1:折扣率15%A2:折扣率10%A3:折扣率5%A4:折扣率0%YYYYNNNNYYNNYYNNYNYNYNYN判斷表的簡化（2）條件及行動1345678條件組合C1:交易額5萬以上C2:無欠款C3:交易20年以上行動A1:折扣率15%A2:折扣率10%A3:折扣率5%A4:折扣率0%YYYNNNNYNNYYNNYNYNYN判斷表的簡化（3）條件及行動1345條件組合C1:交易額5萬以上C2:無欠款C3:交易20年以上行動A1:折扣率15%A2:折扣率10%A3:折扣率5%A4:折扣率0%YYYNYNNYYNY可行性分析管理業務調查數據流程調查組織結構調查管理功能調查業務流程調查數據流程圖數據字典處理邏輯的表達概括、抽象具體概括、抽象的數據對象及流程具體的管理業務13.6系統化分析我們所得到的業務流程、數據流程是否存在不足之處呢？

通過對原有系統的調查和分析，找出原系統業務流程和數據流程的不足，提出優化和改進的方法，給出新系統所要采用的信息處理方案。有必要一、分析系統目標

對詳細調查對可行性分析報告中提出的系統目標作再次考察，對項目的可行性和必要性進行重新考慮，并根據對系統建設的環境和條件的調查修正系統目標，使系統目標適應組織的管理需求和戰略目標。二、分析業務流程

分析原有系統中存在的問題，以對現有業務流程進行重組，產生新的更為合理的業務流程。業務流程分析過程包括以下內容：1．原有流程的分析2．業務流程的優化3．確定新的業務流程4．新系統的人機界面：確定人和機器的分工三、分析數據流程與業務流程的改進和優化相對應，數據流程的分析和優化一直是系統分析的重要內容。數據流程分析的內容包括：1．原有數據流程的分析2．數據流程的優化3．確定新的數據流程4．新系統的人機界面四、數據屬性分析數據用屬性的名和屬性的值來描述事物某方面的特征。一個事物的特征可能表現在各個方面，需要用多個屬性的名和其相應的值來描述。1．數據的靜態特性分析2．數據的動態特性分析（1）固定值屬性。（2）固定個體變動屬性。（3）隨機變動屬性。職工代碼姓名部門基本工資電費病事假扣款1001李小明01500.0020.001002周英杰01400.0015.0080.001003劉一波02350.0012.001004吳關新0155018.001005趙子英0160026.0012.00屬性名屬性的值固定值屬性固定個體變動屬性隨機變動屬性五、數據存儲分析

首先是分析用戶要求，也就是調查清楚用戶希望從MIS中得到哪些有用信息，然后通過綜合抽象，用適當的工具（如E－R圖等）進行描述。六、數據查詢分析通過調查和分析，將用戶需要查詢的問題列出清單或給出查詢方式示意圖。七、數據的輸入輸出分析分析各種數據輸入的目的和適用范圍、數據量的大小以及存在的問題。對各種輸出報表（包括手工填寫的）的目的和使用范圍進行分析，弄清哪些報表是多余的，或者是不符合實際要求的，系統的處理速度和打印速度是否能滿足輸出的要求等。八、新的數據流程圖的繪制

新系統的數據流程圖是在以上分析過程中逐步完善的。完善數據字典，并用工具描述比較復雜的處理邏輯。九、數據處理方式的確定數據處理的方式可分為兩類：1、成批處理方式按一定時間間隔（小時、日、月）把數據積累成批后一次輸入計算機進行處理。2、聯機實時處理方式面向處理，數據直接從數據源輸入中央處理機進行處理，由計算機即時作出回答，將處理結果直接傳給用戶。13.7

新系統邏輯方案13.6.1新系統信息處理方案1．確定新系統的業務流程2．確定新系統的數據和數據流程3．確定新系統的邏輯結構和數據分布4．確定新系統的管理模型13.6.2系統分析報告系統分析報告包括以下幾個方面的內容。1．組織情況簡述2．新系統目標和開發的可行性3．現行系統狀況4．新系統的邏輯方案5．新系統開發費用與時間進度估算

用戶領導開發人員系統分析詳細調查詳細介紹現行系統；促進擁護和開發人員的良好合作；詳細調查現行系統提供各種資料和數據及時解決有爭議的問題搜集資料和數據分析現行數據，確定新系統設想評價新系統設想；審查新系統設想分析現行系統提出改進意見批準轉入系統設計明確系統邊界

說明系統目標和功能系統分析階段各級人員的主要工作：系統運行和維護

系統規劃

系統設計

系統實施

系統分析

開發

設計

初步

調查

可行性

研究

審批

系統

評價

系統

維護

總體

設計

詳細

設計

審計

審查

編程

調試

系統

轉換

驗收

詳細

調查

邏輯

設計

階段回答的中心問題成果系統分析“做什么”明確系統功能邏輯模型系統設計“怎么做”如何實現系統說明書規定的系統功能物理模型第14章信息系統設計14.1信息系統設計概述14.2信息系統邏輯結構設計14.3代碼設計14.4數據庫設計14.5輸出/輸入設計14.6物理系統方案設計14.7系統設計報告14.1信息系統設計概述14.1.1系統設計的目的與任務系統設計階段的主要目的是將系統分析階段所建立的系統邏輯方案轉換成具體的、計算機可實現的技術方案。系統設計階段的主要任務是從信息系統的總目標出發，根據系統分析階段對邏輯功能的要求，并綜合考慮經濟、技術和運行環境等方面的條件，確定系統的總體結構和系統各組成部分的技術方案，合理選擇計算機軟、硬件以及通信設備，提出系統的實施計劃。系統設計的任務主要由系統設計人員完成。14.1.2系統設計的依據系統設計的主要依