第一篇：“管理信息系統與數據庫”科目復習大綱

“管理信息系統”（864）復習大綱

一、總體要求

本科目考試為“情報學”初試科目，考試的目的在于考查考生對基本概念、基本理論的掌握，運用基本理論與基本方法分析和解決實際問題的能力。

二、考試范圍與要點管理信息系統概述

信息技術與企業管理、信息系統在組織中的作用、信息系統、信息系統的類型、數據與信息、管理系統與管理決策、管理信息系統及其結構、信息系統的技術基礎、Web開發的基本技術管理信息系統的規劃與開發

系統規劃、系統規劃常用的方法(企業系統規劃法、戰略目標集轉化法、關鍵成功因素法等)、企業流程重組、系統開發的思想和方法、管理信息系統的開發過程與方法、系統開發方式管理信息系統的系統分析

系統分析、現行系統的詳細調查、組織結構與業務流程分析、用戶需求分析、數據流程分析、數據流程圖及繪制、數據字典、描述處理邏輯的工具、新系統邏輯模型的建立、系統分析報告管理信息系統的系統設計

系統設計的目標和原則、功能結構圖設計、代碼設計、輸入設計、輸出設計、數據存儲設計、處理流程圖設計、用戶界面設計、系統物理配置方案設計、系統設計文檔

5管理信息系統的系統實施與維護

系統實施步驟、軟硬件購置、程序設計、數據庫實施、系統測試、系統切換、人員培訓、系統實施文檔、系統維護、系統評價信息系統管理

信息系統開發的項目管理、信息系統的運行管理與維護、信息系統管理模式與倫理 7 企業資源計劃

信息集成、制造資源計劃（MRP）、MRP II、供應鏈管理、企業資源計劃（ERP）

三、試卷分值與各部分所占比例

試卷滿分150分。

四、考試形式與考試時間

考試采用閉卷筆試的形式，答題時間為180分鐘。

五、試卷結構、題型與答題方式

試卷題型包括：基本概念考核（填空題、選擇題、名詞解釋等），計算與設計題（考察基本技能掌握與應用），綜合分析題（問答題、分析應用題、論述題等）。

答題過程不需要使用計算器，所有解答均寫在答題紙上。

六、參考書：

1．薛華成主編，管理信息系統（第六版），清華大學出版社2012

2．黃梯云等，管理信息系統（第四版），高等教育出版社2009

第二篇：管理信息系統復習大綱總結（范文）

第一章

1.信息:是關于客觀事實的可通訊的知識。

2.信息形成知識：人們正是通過獲得信息來形成知識，從而認識事物、區別事物和改造世界【醫生通過大量病例信息的分析和研究，最終找到醫治疾病的知識和方法】。

3.信息與數據關系：信息是經過加工以后、并對客觀世界產生影響的數據。只有經過解釋，數據才有意義，才成為信息。比如天氣預報中的氣溫。【信息一定是數據，而數據不一定是信息；對某人來說是數據的東西，對另一人來說可能就是信息】 4.信息的分類（按照管理的層次）：戰略信息、戰術信息、作業信息。5.信息的特性：①.事實性

②.時效性

③.不完全性

④.等級性：

戰略級（決策信息）:制定戰略要大量地獲取來自外部的信息，往往把外

部信息和內部信息結合起來進行預測【如產品投產、停產，新廠選擇廠址，開拓新市場等】

戰術級（管理信息）：管理控制信息主要來源于企業內部【如月計劃與完

成情況的比較，庫存控制等】

作業級（操作信息）：作業級信息全部來源于企業內部，用于解決經常性 的問題，他與日常活動有關，并用以保證切實地完成具體任務。【如每天統計的產量、質量數據，打印工資單等】

⑤.變換性

? ⑥.價值性：索取一份經濟情報，或者利用大型數據庫查閱文獻所付費用是 信息價值的部分體現

6.信息量的多少是由消除對事物認識的“不確定程度”來決定的。

消除的不確定程度大，則發出的信息量就大；消除的不確定程度小，則發出的信息量就小。如果事先就確切地知道消息的內容，那么消息中所包含的信息量就等于零。因為該消息沒有“不確定型東西”需要消除。

7.一個信號所取得的信息量與出現該信號的概率成反比

8.知識：是對意識的反映，是對經過實踐證明的客體在人的意識中相對正確的反映。知識的特點是可以共享，可以跨越時空傳遞，可以重復使用，可以再生（知識創新）。

數據：未經組織的數字符號

信息：經過解釋，有意義的數據，具有目的性

知識：用于生產，有價值的信息

智能：是指人們有效運用信息和知識的能力

如：財務數據是數據，經過報表整理之后成為信息，再經過分析處理之后提供給決策者某些商品可能是今后的熱點商品，稱為知識，決策者使用這些知識之后獲取利潤，稱為智能。9.系統：是由處于一定的環境中相互聯系和相互作用的若干組成部分結合而成并為達到整體目的而存在的集合。

10.系統的特征：整體性、目的性、相關性、環境適應性

11.系統的基本組成要素：輸入要素、輸出要素、轉換機制、控制機制和系統目標 12.系統的類型：按其組成可分為自然系統、人造系統和復合系統。

13.信息系統：是一個人造系統，它由人、硬件、軟件和數據資源組成，目的是及時、正確地收集、加工、存儲、傳遞和提供信息，實現組織中各項活動的管理、調節和控制。14.組織中各項活動表現為“四流”：物流、資金流、事務流和信息流 15.信息系統：信息處理系統+信息傳輸系統。

16.信息系統的類型：按處理對象分為

作業信息系統：是處理組織的業務、控制生產過程和支持

辦公事務，并更新有關的數據庫。包括：

? 業務處理系統：如產量統計、成本計算和庫存記錄等。? 過程控制系統：指用計算機控制正在進行的生產過程。【如煉鋼爐溫度自動控制系統】

? 辦公自動化系統：以先進技術和自動化辦公設備(如文字處理設備、輕印刷系統等)支持人的部分辦公業務活動。管理信息系統：【對作業信息系統提供的信息進行進一步的加工整理，向管理者提供管理和決策所需要的信息，主要面向管理與決策。如庫存作業系統和庫存管理信息系統的區別】

17.信息系統的發展：主要經歷了三個階段

①.電子數據處理系統(Electronic data Processing System，簡稱EDPS)（20世紀50年代～70年代）【早期計算機首先用于財務部門的工資數據處理，目的是提高工作效率而非管理】

②.管理信息系統(Management Information System，簡稱MIS)（20世紀 70年代～至今）【最大的特點：高度集中】

③.決策支持系統（DecisionSupportSystem,簡稱DSS）（20世紀90年代～至今）【MIS與DSS的區別：MIS為管理者提供管理所需要的信息，而DSS不但提供信息，而且還提供解決問題的方法】

18.一個組織的管理職能主要包括：計劃、組織、領導和控制四大方面，其中任何一方面都離不開信息系統的支持。

19.信息系統對管理職能的支持，歸根到底是對決策的支持——管理就是決策 20.決策：是人們為達到一定目的而進行的有意識、有選擇的活動。

21.決策過程模型：決策科學先驅西蒙教授在著名的決策過程模型論著中將決策過程劃分為四個階段：情報活動階段、設計活動階段、選擇活動階段、實施活動階段

22.MIS和DSS只能提供決策信息，輔助決策；而最終的決策只能由人作出；只定性決策是沒有科學依據的盲目決策，只定量決策也是一種非科學的決策。現實世界的復雜性決定了決策的復雜性

23.決策的三種類型：按問題的結構化程度劃分

結構化決策：決策過程和決策方法有固定的規律可以遵循，能用明確的語言

和模型加以描述，并可依據一定的通用模型和決策規則實現其決策過程【如應用解析方法，運籌學方法等求解最佳路徑、企業利潤保本點的計算、安全庫存等問題】

非結構化決策：其決策過程和決策方法沒有固定的規律可以遵循；沒有固定的決策規則和通用模型可依；決策者的主觀行為【如企業未來發展方向的決策等】

半結構化決策：其決策過程和決策方法有一定規律可循，但又不完全確定，即：有所了解但不全面，有所分析但不確切，有所估計但不確定。這樣的決策問題一般可適當建立模型，但無法確定最優方案。【如新產品的開發】

24.通常認為，管理信息系統主要解決結構化的決策問題，而決策支持系統則以支持半結構化和非結構化問題為目的。

25.應當指出，決策問題的結構化程度并不是一成不變的，當人們掌握了足夠的信息和知識時，非結構化問題有可能轉化為半結構化問題，半結構化問題也有可能向結構化轉化，這是人們對客觀事物不斷提高認識的過程。【課后題】

1.1什么是信息？信息和數據有何區別？

答：信息是關于客觀事實的課通信的知識。首先，信息時客觀世界各種事物的特征的反映；其次，信息時可以通信的；最后信息形成知識。區別：首先，兩者概念不同，信息概念（同上）；數據是記錄客觀事物的、可鑒別的符號。其次，數據經過解釋才有意義，才成為信息。而信息經過數據才能有意義，才能對人類有益。1.3如何理解人是信息的重要載體和信息意義的解釋者？

答：①人是信息的重要載體：信息是關于客觀事實的可通信的知識，而知識是人的意識的反映，信息經過人的收集、加工、存儲、傳遞，使其對人、組織和社會有作用。

②人是信息意義的可解釋者：廣義的信息強調“人”本身不但是一個重要的溝通工具，還是信息意義的解釋者：所有的溝通媒介均需使信息最終可為人類五官察覺與解釋，方算是信息溝通媒介。

1.4什么是信息技術?信息技術在那些方面能給管理者提供支持?

信息技術是指有關信息的收集、識別、提取、變換、存貯、傳遞、處理、檢索、檢測、分析和利用等的技術。可以說，這就是信息技術的基本定義。它主要是指利用電子計算機和現代通信手段實現獲取信息、傳遞信息、存儲信息、處理信息、顯示信息、分配信息等的相關技術

1，大大提高了勞動生產率、產品質量和產品市場化的速度；

2，將基層業務人員從大量重復的、煩瑣的數據處理中解脫出來，提高了工作效率和工作質量；

3，是管理信息系統（MIS）將企業作為一個整體來進行全面的信息管理，加強了統計、分析和報告的功能，滿足了中低層管理者的需求；

4，是經理信息系統（EIS）和決策與集體決策支持系統（DSS、GDSS），提高了高層管理者的決策水平和工作效率。

1.5為什么說管理信息系統并不能解決管理中的所有問題？

答：管理是一種復雜的活動，它既涉及客觀環境，又涉及人的主觀因素。由于生產和社會環境的復雜性，也由于事物間復雜的相互聯系和事物的多變性等等原因，人們在解決管理問題時不可能掌握所有的數據，更不可能把所有的、待選的解決方案都考慮進去，而管理信息系統解決問題時運行的程序是由人來編寫的。

管理信息系統是一個人機結合的系統，人不能解決的問題，依靠計算機也無法解決。因此，僅僅靠管理信息系統是無法解決管理中的所有問題的。特別是在高層決策和宏觀決策中，很大程度上要依靠人的直覺和判斷能力、隨機應變的能力和創造性的發揮。可以說，管理不僅是一門科學，更是一種藝術。人們在實施管理時，不僅要運用科學的方法，還必須運用一套技術和處理方式，這些都是管理信息系統力所不能及的。

第二章

1.管理信息系統：是一個由人和計算機等組成的能進行信息收集、傳輸、加工、保存、維護和使用的系統。它能實測國民經濟部門或企業的各種運行情況，能利用過去的數據預測未來，能從全局出發輔助決策，能利用信息控制國民經濟部門或企業的活動，并幫助其實現規劃目標。它又是一門綜合了管理科學、系統理論、計算機科學的系統性邊緣科學 2.管理信息系統的特點：

①.它是一個為管理決策服務的信息系統【信息管理的目的就是為管理者進行管理和決策提供依據】

②.為組織進行全面管理的綜合系統平【片面的信息管理會導致片面的決策； 只有綜合的信息管理才能產生科學的決策】

③.人機結合的系統【MIS和DSS只能輔助決策，而不能代替人進行決策】 ④.與現代先進管理方法和手段相結合的系統【現代管理方法如：線性規 劃法、贏虧平衡法等】

⑤.多學科交叉的邊緣科學【管理信息系統科學的三要素是系統的觀點、數 學的方法和計算機的應用】

3.管理信息系統的結構：縱向概括了基于管理任務的系統層次結構（也稱縱向結構）；橫向從管理的組織和職能上概括了管理信息系統的組成（也稱橫向結構）。

4.從管理決策問題的性質來看，在運行控制層上的決策大多數是屬于結構化的問題，而在戰略管理層，大多數決策屬于非結構化決策問題，管理控制層所作決策問題的性質，介于結構化和非結構化之間

5.從信息處理的工作量來看，一般業務處理的信息處理量較大，層次越高，信息量越小，形成金字塔型系統結構，塔的底部表示結構明確的管理過程和決策【處理具體的事務，信息量最大】，而頂部則為非結構化的處理工作和決策【只處理低層收集整理過后、對決策有用的信息，所以信息量少】。如圖2.2所示：

較 高非層結 戰次構略的化 管管決理理策

基管

層行理決管動 結控理策構和制和支 化監文持決控運行控制書 策工作 日常業務處理

6.影響管理信息系統應用的環境因素有以下幾個方面：

※ 生產過程的特征

※ 組織規模

※ 管理的規范化程度

※ 組織的系統性

※ 信息處理和人

第三章

1.管理信息系統必須要有網絡和數據庫。

2.從客觀事物到信息，再到數據，是人們對現實世界的認識和描述過程，這里經過了三個世界（或稱領域）：現實世界、信息世界和計算機世界。

①.現實世界：指人們頭腦之外的客觀世界，它包含客觀事物及其相互聯系；

②.觀念世界：又稱信息世界，是現實世界在人們頭腦中的反映。客觀事物在觀念世界中稱為實體，實體的特性稱為屬性，實體之間的關系稱為聯系。

③.數據世界：是信息世界中信息的數據化。現實世界中的事物及其聯系，在數據世界中用數據模型描述。

3.概念模型基本概念：

實體（Entity）：可以相互區分的客觀事物； 屬性（Attribute）：實體的某一特性； 碼（Key）：唯一標識實體的屬性； 域（Domain）：屬性的取值范圍； 實體型（Entity Type）：相同屬性的結構集合； 實體集（Entity Set）：同型實體的集合； 聯系（Relationship）：實體之間的特征關系.事物之間的聯系可分為兩類：實體內部的聯系（如實體各屬性之間的關系）和實體之間的聯系。4.E-R圖:

例1：教學管理中涉及到學生、課程兩個實體，用E-R圖可表示為此E-R圖中實體的相關屬性如下：

學生實體，屬性：學號，學生姓名，所屬系，年齡

課程實體，屬性：課程號，課程名，先行課程號

選課聯系，屬性：學號，課程號，成績，學期

解：

例2：用E-R圖來表示某個工廠物資管理的概念模型。

物資管理涉及的實體有：

※ 倉庫:屬性有倉庫號、面積、電話號碼；

※ 零件:屬性有零件號、名稱、規格、單價、描述；

※ 供應商:屬性有供應商號、姓名、地址、電話號碼、賬號；

※ 項目: 屬性有項目號、預算、開工日期；

※ 職工: 屬性有職工號、姓名、年齡、職稱。

這些實體之間的聯系如下：

(1)一個倉庫可以存放多種零件，一種零件可以存放在多個倉庫中，用庫存量來表示某種零件在某個倉庫中的數量；

(2)一個倉庫有多個職工當倉庫保管員，一個職工只能在一個倉庫工作；(3)職工之間具有領導-被領導關系，即倉庫主任領導若干保管員；

(4)供應商、項目和零件三者之間具有多對多的聯系。即一個供應 商可以供給若干項目多種零件，每個項目可以使用不同供應商供應的零件，每種零件可由不同供應商供給。記錄供應的數量 解：

例3.科室有科名、科地址、科電話等屬性；病房有病房號、床位數等屬性；

醫生有姓名、職稱、年齡、工作證號等屬性；病人有病歷號、姓名、性別、年齡等屬性。其中，一個科室有多個病房、多個醫生，并有一名醫生為科室主任；一個病房只能屬于一個科室；一個醫生只屬于一個科室，但可負責多個病人的診治，并每次記錄診治時間及診治情況；一個病人的主治醫生只有一個。設計該計算機管理系統的E－R圖。

解：

5.范式應用:

1NF的定義：屬于第一范式的關系應滿足的基本條件是元組中的每一個分量都必須是不可分割的數據項

1NF→2NF: 一個關系模式R不屬于2NF，就會產生以下幾個問題：

①.插入異常：假若要插入一個新學生，但該生還未選課，即這個學生無CNO，這樣的元組就插不進S-L-C中，因為元組主碼不能為空；

②.刪除異常：假定某個學生不再選修任何一門課，此時CNO將為空，則其他信息 6

也被刪除了，從而造成刪除異常；

③.修改復雜：某個學生從數學系(MA)轉到計算機科學系(CS)，這本來只需修改此學生元組中的SDEPT分量，但因為S-L-C中含有SLOC屬性，因而還必須修改元組中的SLOC分量；

例：關系模式 S-L-C(SNO，SDEPT，SLOC，CNO，G)，某中SLOC為學生的住處，并且每個系的學生住在同一個地方。

此關系模式的主碼為(SNO，CNO)。函數依賴有：(SNO，CNO)→G SNO→SDEPT SNO→SLOC SDEPT→SLOC(因為每個系的學生只住一個地方)解：解決的辦法是用投影分解把關系模式S-L-C分解為兩個關系模式

SC(SNO，CNO，G)S-L(SNO，SDEPT，SLOC)綜合例題：

設關系模式

R（S#，C＃，GRADE，TNAME，TADDR），其屬性分別表示學生學號、選修課程的編號、成績、任課教師姓名、教師地址等意義。

如果規定每一個學生學一門課只有一個成績；每門課只有一個教師任 課；每個教師只有一個地址（此處不允許教師同名同姓）。

（1）試寫出該關系模式R基本的函數依賴集和候選碼；（2）試把R分解成滿足2NF的模式集，并說明理由；（3）試把R分解成滿足3NF的模式集，并說明理由。參考答案：

?

（1）基本的函數依賴為：

{S＃，C＃）→GRADE C＃→TNAME TNAME→TADDR} 候選碼為（S#，C＃）

?（2）由于（S＃，C＃）→TNAME和C＃→TNAME，因此R不是2NF。；

當一門課有100個學生選修時，其教師名就重復100次，存在著數據冗余和操作異常問題。

R應分解為R1（S＃，C＃，GRADE）和R2(C＃，TNAME，TADDR),R1和R2都滿足2NF的模式。

?（3）R1已是3NF，但R2不是3NF。由于在R2中存在C＃→TNAME和

TNAME→TADDR，即存在非主屬性對碼的傳遞函數依賴，所以R2不是3NF。當一個教師開設多門課時，在R2中教師地址重復多次，依然存在數據冗余和操作異常問題。R2應分解為R21（C＃，TNAME）和R22(TNAME，TADDR),此時R1，R21,R22都屬于3NF.6.計算機網絡：用通信介質把分布在不同地理位置的計算機和其他網絡設備連接起來，實現信息互通和資源共享的系統

7.計算機網絡的拓撲結構是人們頭腦中的邏輯性結構，它分為五種基本類型：總線型、星型、環型、樹型和網狀型，實際上的網絡結構可能是它們中某幾種的混合類型。

8.計算機網絡從功能上可分為兩部分：

※ 資源子網 ※ 通信子網

9.計算機網絡根據網絡應用范圍和應用方式不同，可分為以下幾類：

局域網(LAN)廣域網(WAN)綜合業務數字網(ISDN)Internet

第五章

1.諾蘭階段模型：把計算機應用到一個單位(企業、部門)的管理中去，一般要經歷從初級到成熟的成長過程，這就是信息系統發展的階段理論。

第一階段：初裝【一般，“初裝”階段大多發生在單位的財務部門】

第二階段：蔓延平【各部門各自開發，如人事部門的員工數據和財務部門的員工數據等，數據難以共享】

第三階段：控制【大多數的計算機沒有真正的用于管理】 第四階段：集成 第五階段：數據管理 第六階段：成熟

2.諾蘭階段模型的作用：

總結了發達國家信息系統發展的經驗和規律。一般認為模型中的各階段

都是不能跳越的。因此，無論在確定開發管理信息系統的策略，或者在制定管理信息 8

系統規劃的時候，都應首先明確本單位當前處于哪一生長階段，進而根據該階段特征來指導MIS建設。

3.MIS系統的開發策略：

“自下而上”的開發策略【即先建功能模塊，再進行系統集成。】

“自上而下”的開發策略【如同結構化程序設計，先劃分功能模塊和總體布局，再分別實現各模塊的功能】 4.MIS系統開發策略的優缺點：

5.MIS系統戰略規劃的作用和內容：

沒有規劃，行動就會沒有目的和方向。

A.MIS戰略規劃的作用（戰略規劃的重要性）

①.合理分配和利用信息資源，以節省信息系統的投資；【充分利用企業現有資源進行MIS系統的開發，而不是一切從頭開始】

②.通過制訂規劃，找出存在的問題，更正確地識別出為實現企業目標MIS系統必須完成的任務，促進信息系統的應用，帶來更多的經濟效益。【既找出MIS所必須解決的關鍵問題，而不是所有問題——如產量與質量，不要盲目的追求系統的大而全】

③.指導MIS系統開發,用規劃作為將來考核系統開發工作的標準。

【計劃是一切工作的行動指南，也是工作成果考核的依據和標準】

B.MIS戰略規劃的內容

①.信息系統的目標、約束及總體結構 ②.單位(企業、部門)的現狀

③.業務流程的現狀、存在的問題和不足以及流程在新技術條件下的重組 ④.對影響規劃的信息技術發展的預測 6.制定MIS戰略規劃的常用方法：

企業系統規劃法（BSP）: U／C矩陣的使用方法

關鍵成功因素法:關鍵成功因素是指對企業成功起關鍵作用的因素 7.結構化系統開發

三個階段：（系統規劃）、系統分析、系統設計、系統實施 8.結構化系統開發方法的優點：

①.自頂向下整體性的分析與設計和自底向上逐步實施的系統開發過程：即“自項向下，逐步細化”的進行系統分析和設計（強調整體性，下層子系統為上層系統服務，局部為全局服務）；“自下而上”開發調試各個功能模塊（分階段實現整個系統，降低系統開發的風險）；

②.面向用戶：開發過程中要面向用戶，充分了解用戶的需求和愿望；（只有用戶才真正了解系統需要實現什么樣的功能）

③.開發過程工程化，工作成果文檔標準化、圖表規范化：要求開發過程的每一步都按工程標準規范化，文檔資料也要標準化（保證系統開發的連續性，減少錯誤，增強溝通—開發中的各種文檔資料）；

④.工作進度階段性明確：結構化開發方法嚴格遵循系統開發的生命周期論，認為系統的開發過程本身具有不可跨越的階段性，每個階段都有其明確的任務和目標。（上一階段的工作沒完成就決不允許進入下一階段）9.結構化系統開發方法的缺點：

①.系統目標難以確定：由于在系統分析時就要確定系統的目標和需求，并且以文檔的形式固定下來，作為開發系統的依據，這種做法潛藏著某種危機；

②.對環境的適應性差：開發思路上是以不變應萬變，希望預先將所有的問題在系統分析階段討論清楚，然后形成文檔，雙方簽字認可，不管以后形勢如何變化，都以此來解決問題；

③.系統的開發周期長：由于要經過非常嚴格的系統分析、系統設計和系統實施的三個階段的工作，因此開發周期比較長，這會導致原來的方案和了解的需求因環境的變化而不適合；

④.工作量大：由于結構化的系統開發方法需要大量的文檔和圖表，這方面的工作勞動量非常大，有時會造成效率低、成本高的問題。

【總體來說，結構化系統開發方法是一種“自上而下”的開發策略，適合于大型信息系統的開發，它的不足是開發過程復雜繁瑣，周期長，系統難以適應環境的變化。】

10.原型法的優缺點 A.原型法的優點：

1）以用戶為中心，強調用戶參與開發過程（用戶既是系統的使用者，又是系統的開發者）

2）通過一系列對原型的修改和完善，大大降低了系統開發失敗的風險（首先：原型法減少了大量重復的文檔編制時間，用戶和設計人員用于完善和實現最終系統的時間大大減少，從而減少了開發危險。其次：由于使用原型系統來測試開發思想及方案，只有當風險程度通過原型使用戶和開發人員意見一致時，才能繼續開發最終系統，從而減少了因盲目開發而造成的資源浪費）

3）降低了用戶培訓時間，簡化了管理，降低了開發成本；（用戶參與原型系統開發的過程就是培訓的過程）

4）開發周期短，環境適應性強；（由于原型法需要快速形成原型和不斷修改演進，因此，系統的可變更性要好，易于修改，能快速適應用戶變化的需求）

B.原型法的缺點：

1）系統分析和設計的深度不夠，可能在需求目標比較模糊的情況下就開始開發系統，從而構建的第一個原型可能并不是最優方案； 2）對開發工具、管理水平和人員素質要求比較高；

3）由于該方法在實施過程中缺乏對管理系統全面、系統的認識，因此，它不適用于開發大型的管理信息系統。

【原型法貫徹的是“從下到上”的開發策略，它更易被用戶接受。但是，由于該方法在實施過程中缺乏對管理系統全面、系統的認識，強調的是系統局部的優化而非全局的優化，因此，它不適用于開發大型的管理信息系統。該方法的另一不足是每 10

次反復都要花費人力、物力，如果用戶合作不好，盲目糾錯，就會拖延開發過程。】 課后習題：

5.5試述結構化系統開發方法、原型法的優缺點和適用場合。答：（1）結構化系統開發方法的①優點：更強調開發人員與用戶的緊密結合，而且在開發策略上強調“從上到下”，注重開發過程的整體性和全局性。②缺點：開發過程復雜繁瑣，周期長，系統難以適應環境的變化。③適用場合：適用于大型信息系統的開發。

（2）原型法的①優點：貫徹“自下而上”的開發策略，更易被用戶接受。②缺點：缺乏對管理系統全面、系統的認識，每次反復都要花費人力和物力。③適用場合：適用于中小型的管理信息系統。

5.6什么是企業流程？企業流程重組的步驟？ 答：（1）企業流程是指為完成企業目標或任務而進行的一系列跨越時空的在邏輯上相關的業務活動。

（2）企業流程重組的步驟：

1、明確目標

2、識別現有流程

3、理解測量現有流程效果

4、思考信息技術帶來的新機會

5、設計新流程

第六章

1.系統分析的根本任務

在充分認識原信息系統的基礎上，通過問題識別、可行性分析、詳細調查、系統化分析，最后完成新系統的邏輯方案設計，或稱邏輯模型設計。

①.邏輯方案不同于物理方案，邏輯方案解決“做什么”的問題，是

系統分析的任務；（即系統要完成什么樣的功能，提供什么樣的信息）

②.物理方案解決“怎樣做”的問題，是系統設計的任務。（即系統 的各項功能是如何實現的，用什么樣的具體方法產生和提供信息)2.可行性分析的任務和內容（最終結果是可行性分析報告）

1）可行性分析的任務:是明確應用項目的開發的必要性和可行性。①.必要性來自實現開發任務的迫切性

②.可行性則取決于實現應用系統的資源和條件

這項工作需建立在初步調查的基礎上。（了解原系統存在的問題，用戶對新系統的要求等）

2）可行性分析的內容（1）管理上的可行性（2）技術上的可行性（3）經濟上的可行性

3.詳細調查的目的：

在于完整掌握現行系統的現狀，發現問題和薄弱環節，收集資料，為下一步的系統化分析和提出新系統的邏輯設計做好準備。4.詳細調查應遵循的原則：用戶參與 5.組織結構：

指的是一個組織(部門、企業、車間、科室等)的組成以及這些組成部分之間的隸屬關系或管理與被管理的關系，通常可用組織結構圖來表示

6.管理業務流程圖：

是一種描述系統內各單位、人員之間業務關系、作業順序和管理信息流向的圖表，利用它可以幫助分析人員找出業務流程中的不合流理向。7.業務流程圖例題： 例1：

解：

例2：解：

8.數據流程圖的特點：

抽象性、概括性、層次性 9.數據流程圖例題：

例1：

解：

例2：

解： 第一層：

第二層：

10.檢查數據流程圖的正確性:（1）數據守恒，即輸入數據要與輸出數據相匹配。數據不會莫名其妙的產生，當然也不會莫名其妙的消失。

流入過程的所有數據必須流出該過程或用于產生流出該過程的數據（黑洞）流出過程的所有數據必須曾流入過該過程或是由流入該過程的數據產生（奇跡）（2）數據流指處理的輸入或輸出，任何一個數據流至少一端是處理框。

也就是說，數據流不能從外部實體直接到數據存儲，不能從數據存儲到外部實體，也不能在外部實體之間或數據存儲之間流動。

（3）父圖中某一處理框的輸入、輸出數據流必須出現在相應的子圖中，否則就會出現父圖與子圖的不平衡，這樣的分層將使用戶無法理解。因而，檢查父圖與子圖是否平衡尤為重要。父圖的某框擴展時，在子圖中可以用虛線框表示出來，有利于這種檢查。

（4）在繪制數據流程圖時，應注意處理框與數據存儲之間數據流的方

向。一個處理過程要讀文件，數據流的箭頭應指向處理框，若是寫文件則箭頭指向數據存儲。修改文件要先讀后寫，但本質上是寫，箭頭也指向數據存儲。

（5）命名要恰當。數據流程圖中每個成分的命名是否恰當，直接影響數

據流程圖的可理解性。因此，對于每個成分應仔細推敲后再命名。在命名時應注意以下幾個問題： 11.數據字典：

為了對數據流程圖中各個元素做出詳細的說明，有必要建立數據字典 12.數據字典的內容：

主要是對數據流程圖中的元素進行定義：

數據項、數據結構、數據流、處理邏輯、數據存儲、外部實體

13.決策樹、決策表案例：

解：

例2：

解：

12.邏輯方案的內容：

①.新系統的業務流程 ②.新系統的數據流程 ③.新系統的邏輯結構

④.新系統中數據資源的分布 ⑤.新系統中的管理模型

第七章

1.系統設計的任務是：

在系統分析提出的邏輯模型的基礎上，進行物理模型的設計。2.系統設計中應遵循的原則：

系統性、靈活性、可靠性、經濟性 3.代碼設計：

代表事物名稱,屬性,狀態的符號，為了便于計算機處理，一般用數字、字母或它們的組合來表示.4.代碼的功能（作用）

①.它為事物提供一個概要而不含糊的認定，便于數據的存儲和檢索。代碼縮短了事物的名稱，無論是記錄、記憶還是存儲，都可以節省時間和空間。

②.使用代碼可以提高處理的效率和精度。按代碼對事物進行排序、累計或按某種規定算法進行統計分析，可以十分迅速。

③.代碼提高了數據的全局一致性。這樣，對同一事物，即使在不同場合有不同的叫法，都可以通過編碼統一起來，提高了系統的整體性，減少了因數據不一致而造成的錯誤。

④.代碼是人和計算機的共同語言，是兩者交換信息的工具。代碼設計在系統分折階段就應當開始。在系統設計階段才能最后確定。5.代碼的種類：

順序碼：順序碼又稱系列碼，它是一種用連續數字代表編碼對象的碼，例如,用1 代表廠長，2代表科長，3代表科員，4代表生產工人等。

區間碼：區間碼把數據項分成若干組，每一區間代表一個組，碼中數字的值和位置都代表一定意義。

助憶碼：

6.不同代碼的優缺點：

順序碼的優點是短而簡單，記錄的定位方法簡單，易于管理。但這種碼沒有邏輯基礎，它本身不能說明任何信息的特征。此外，新加的代碼只能列在最后，刪除則造成空碼。通常，順序碼作為其他碼分類中細分類的一種補充手段。

區間碼的優點是：信息處理比較可靠，排序、分類、檢索等操作易于進行。

但這種碼的長度與它分類屬性的數量有關，有時可能造成很長的碼。同時，這種碼的維護也比較困難。

7.計算校驗碼例題：

8.校驗碼的作用：

代碼的正確性直接影響到整個處理工作的質量。為了保證正確輸入，有意識地在編碼設計結構中原有代碼的基礎上，另外加上一個校驗位，使它變成代碼的一個組成都分。校驗位通過事先規定的數學方法計算出來。代碼一旦輸入，計算機會用同樣的數學運算方法按輸入的代碼數字計算出校驗位，并將它與輸入的校驗位進行比較，以證實輸入是否有錯。9.輸出設計的目的：

是為了正確及時地反映和組成用于生產和服務部門的有用信息。10.輸入設計的原則:

輸入設計包括數據規范和數據準備的過程。在輸入設計中，提高效率和減少錯誤是兩個最根本的原則 課后習題：

7.2試述我國身份證號中代碼的意義。它屬于哪種碼？這種碼有哪些優點？缺點？ 答：（1）我國身份證號18位，其中前6位代碼的意義是，持證人所屬的省、市、區，接下來7到14位是出生年月日，15位到17位是順序碼，其中第17位可以看出性別，第18位是校驗位。（2）它屬于區間碼。它的優點是：信息處理比較可靠，排序、分類、檢索等操作易于進行。缺點是：這種碼的長度與其分類屬性的數量有關，有時可能造成很長的碼。7.4系統設計時，用什么圖來說明系統目標與系統各功能模塊之間的關系？答：功能結構圖。7.6系統設計中，為什么要先作輸出設計，后作輸入設計？

答：輸出是系統產生的結果或提供的信息。對于大多數用戶來說，輸出是系統開發的目的和評價系統開發成功與否的標準。盡管有些用戶可能直接使用系統或從系統輸入數據，但都要應用系統輸出的信息，輸出設計的目的正是為了正確及時地反映和組成用于生產和服務部門的有用信息，因此，系統設計過程與實施過程相反，不是從輸入設計到輸出設計，而是從輸 17

出設計到輸入設計。

7.8用幾何級數法設計代碼檢驗位的方案如下：原代碼共4位，從左到右取權16，8，4，2；對乘積和以11為模取余作為校驗碼。試問原代碼為6137的校驗位應是多少？ 答：（6*16+1*8+3*4+7*2）/11=130/11=11┄┄9

第八章

1.系統實施的主要內容: 包括物理系統的實施、程序設計與調試、項目管理、人員培訓、數據淮備與錄入、系統轉換和評價等

2.程序和系統調試的目的: 是發現程序和系統中可能存在的錯誤并及時予以糾正。3.程序的正確性驗證一般有理論法和實驗法兩種 4.系統切換的方法：

直接切換法（系統風險很大）

并行切換法（是最可靠也最常采用的系統轉換方法）試點過渡法

5．程序設計的目標：

可維護性：是指使用期間內對系統功能的完善和調整；

可靠性：具備較好的容錯能力，意外情況下便于處理； 可理解性：便于程序開發人員閱讀； 效率：指能否有效利用計算機資源； 6.在模塊化程序設計中應注意：

①.模塊的獨立性。在系統中模塊之間應盡可能地相互獨立，減少模塊間的耦合，即信息交互，以便于將模塊作為一個獨立子系統開發。

②.模塊大小劃分要適當。模塊中包含的子模塊數要合適；既便于模塊的單獨開發，又便于系統重構。

③.模塊功能要簡單。底層模塊一般應完成一項獨立的處理任務。

④.共享的功能模塊應集中。對于可供各模塊共享的處理功能，應集中在一個上層模塊中，供各模塊引用。

7.自頂向下的模塊化方法采用以下三種基本邏輯結構來編寫程序：

順序結構、循環結構、選擇結構。

第十章

1.管理的必要性：

為確保和提高信息系統的安全可靠性和有效性，有必要對其進行管理。2.開發階段是項目開發過程中的大段落，每個階段都要求有明確的成果 子項目是因系統過于龐大，須分輕重緩急逐步開發而劃分的分項目 子項目是因系統過于龐大，須分輕重緩急逐步開發而劃分的分項目 3.信息系統運行管理的目的：

是使信息系統在一個預期的時間內能正常地發揮其應有的作用，產生其應有的效益。4.評價的目的: 是檢查系統是否達到預期的目標，技術性能是否達到設計要求，系統的各種資源是否得到充分利用，經濟效益是否理想，指出系統的長處與不足，為以后的改進與擴展提出意見。5.信息系統的評價方法：

目前一般都采用多指標評價體系的方法，這種方法先提出信息系統的若干評價指標，然后對各指標評出表示系統優劣程度的值，最后用加權等方法將各指標組合成一個綜合指標。3.信息系統的評價內容

? 對信息系統的評價主要是從技術與經濟兩方面進行。? 技術上的評價內容主要是系統性能，具體內容為：

①、信息系統的總體水平：例如系統的總體結構、地域與網絡的規模、所采用技術的先進性等。

②、系統功能的范圍與層次：例如功能的多少與難易程度或對應管理層次的高低等。③、信息資源開發與利用的范圍與深度：例如企業內部與外部信息的比例、外部信息的利用率等。

④、系統的質量：例如系統的可使用性、正確性、可擴展性、可維護性、通用性等。⑤、系統的安全與保密性。⑥、系統文檔的完備性。

? 在經濟上的評價內容主要是系統的效果和效益，包括直接的與間接的兩個 方面。

? 直接的評價內容有： ①、系統的投資額。②、系統運行費用。

③、系統運行所帶來的新增效益。④、投資回收期。

? 間接的評價內容有：

①、對企業形象的改觀、員工素質的提高所起的作用。

②、對企業的體制與組織機構的改革、管理流程的優化所起的作用。③、對企業各部門間、人員間協作精神的加強所起的作用。

第十一章

1.決策支持系統（DSS）的概念: 是以信息技術為手段，應用決策科學及有關學科的理論與方法，以人機交互方式輔助決策者解決半結構化和非結構化的決策問題的信息系統。2.DSS與MIS的關系

第三篇：西安交大864管理信息系統與數據庫

864 管理信息系統與數據庫復習提綱

一、總體要求

本科目考試為情報學初試科目，涉及二門必修課程，管理信息系統、數據庫原理與應用。考試的目的在于考查考生對基本概念、基本理論的掌握，運用基本理論與基本方法分析和解決實際問題的能力。

二、考試范圍與要點

（一）數據庫部分數據庫系統概述

數據庫系統概述、數據模型、數據庫系統結構、數據庫系統的組成等；關系數據庫基本理論

包括關系數據庫定義、關系操作、關系規范化、關系處理與查詢優化等；關系數據庫標準語言SQL

SQL語言概述、SQL語句的表達等；數據庫控制

包括數據庫安全性、數據庫完整性、數據庫并發控制、數據庫備份與恢復等；數據庫設計

數據庫設計概述、需求分析、概念結構設計、邏輯結構設計、數據庫的實施和維護等。

（二）管理信息系統部分管理信息系統概述

信息技術與企業管理、信息系統在組織中的作用、信息系統、信息系統的類型、數據與信息、管理系統與管理決策、管理信息系統及其結構、信息系統的技術基礎、Web開發的基本技術 2 管理信息系統的規劃與開發

系統規劃、系統規劃常用的方法、企業流程重組、系統開發的思想和方法、管理信息系統的開發過程與方法、系統開發方式管理信息系統的系統分析

系統分析、現行系統的詳細調查、組織結構與業務流程分析、用戶需求分析、數據流程分析、數據流程圖、數據字典、描述處理邏輯的工具、新系統邏輯模型的建立、系統分析報告 4 管理信息系統的系統設計

系統設計的目標和原則、功能結構圖設計、代碼設計、輸入設計、輸出設計、數據存儲設計、處理流程圖設計、用戶界面設計、系統物理配置方案設計、系統設計文檔

5管理信息系統的系統實施與維護

系統實施步驟、軟硬件購置、程序設計、數據庫實施、系統測試、系統切換、人員培訓、系統實施文檔、系統維護、系統評價信息系統管理

信息系統開發的項目管理、信息系統的運行管理與維護、信息系統管理模式與倫理企業資源計劃

信息集成、制造資源計劃（MRP）、MRP II、供應鏈管理、企業資源計劃（ERP）

三、試卷分值與各部分所占比例

試卷滿分150分，其中數據庫部分占50%，管理信息系統部分50%。

四、考試形式與考試時間

考試采用閉卷筆試的形式，答題時間為180分鐘。

五、試卷結構、題型與答題方式

試卷分為數據庫和管理信息系統兩個部分。題型包括：基本概念考核（填空題、選擇題、名詞解釋等），計算與設計題（考察基本技能掌握與應用），綜合分析題（問答題、分析應用題、論述題等）。

答題過程不需要使用計算器，所有解答均寫在答題紙上。

六、參考書：

1．王珊，薩師煊著，數據庫系統概論（第4版)，高等教育出版社，2006.5

2．黃梯云等，管理信息系統（第四版），高等教育出版社2009

3．薛華成主編，管理信息系統（第5版），清華大學出版社2007

第四篇：數據庫課程設計__醫院管理信息系統

數據庫課程設計報告

設計項目名稱： 醫院管理系統

專 業： 網絡工程 班 級： 201001 學 號：201026340117;201026340121 姓 名： 張世波

趙流男 指 導 教 師： 劉小俊

2012 年 6 月 7 日

一 系統分析

1．1 業務系統描述及流程分析

對一個住院病人來講，他到醫院看病的過程及醫院的處理流程，簡單的講是：病人先要到住院處登記并交納住院押金，床位緊張的醫院登記后要等待床位。然后，到病區接受主治醫生的檢查和詢問，接受入院常規檢查，接受臨時治療或按主治醫生制定的長期治療方案接受長期治療。治療過程中醫生給病人下醫囑，醫囑產生藥品和治療項目兩種申請單，藥房根據病區的發藥申請單給病人發藥，在此之前藥房要向藥庫申請進貨，如果藥庫有庫存則發給藥房沒有則列入采購計劃。治療過程中因為押金不夠或醫生的判斷，需要退藥，則會向藥房申請退藥。治療項目在功檢科室做完后直接收費。治療結束后護士讓病人出區，出入院處再給病人辦理出院手術。同時，對醫院管理者來講，還要將上述過程中發生的各類數據信息由醫院各職能部門和其下屬部門的工作人員把各種單據歸類、統計、匯總、計算形成各類報表。并將這些報表，報送相應的管理職能科室，再由這些科室將這些報表制單、匯總、計算形成醫院總體的人事、財務、備、醫療等各類報表和管理分析圖表。

1．2 HIS系統的目標

HIS的目的就是支持醫院的行政管理與事務處理業務,使醫院的業務操作流程和日常管理規范化。采集、分析處理、存儲各種基礎數據并使之標準化，通過網絡在院內各科室之間傳遞，簡化信息流程，為醫院查詢、分類匯總、統計、決策分析提供及時準確的數據，杜絕以前手工操作帶來的差錯，減少工作流程，提高工作效率。為了實現以上功能，我們必須做好以下幾點:基礎數據標準化，重視系統的實用性、經濟性、安全性，順應管理扁平化的管理趨勢。

二 系統總體結構設計 2．1 數據庫設計

系統總體結構功能模塊設計后，就要對數據庫進行設計了。支持管理信息系統的數據庫系統由模式、子模式、應用程序、數據庫和數據庫管理系統等幾部分組成，其中除數據庫管理系統可以從現有產品中選購外，外模式、子模式、應用程序、數據庫等則必須根據用戶的具體要求進行分析和設計，這項工作稱為數據庫設計，它的核心問題是如何從系統的觀點出發建立一個數據模式，使其滿足以下幾個條件：

（1）符合用戶的要求，即能正確地反映用戶的工作環境，該環境包括擁護需處理的所有”數據”，并支持用戶需進行的所有“加工”。

（2）與所選用的數據庫管理系統所支持的數據模式相匹配。

（3）數據組織合理，應易于操作，易于維護，易于理解。

2.2 E—R圖（部分）

工資醫囑醫生開藥方藥品工資護士做手術類型照看病人吃藥付費費用

2.3轉換規則

1）實體集的轉換

每個實體集用一個關系表示，其中實體集的屬性被轉換成關系的屬性。實體集的主鍵，在滿足唯一標識的無冗余等性質的條件下，將作為對應關系的主鍵。在實體的對應關系上，由于加入了聯系，可能還要增加一些屬性。

2）聯系的轉換（1）1：1的聯系

如果實體集E1與實體集E2的聯系為1：1，應根據需要把E2的主鍵放入關系模式E1中，或反之。

（2）1：N的聯系

如果實體集E1與實體集E2的 聯系為1：N，將E1的主鍵包含在E2的關系模式中。

（3）M：N的聯系

如果實體集E1與實體集E2繁榮聯系為M：N，則它們之間的聯系由另一個關系模式表示，這個關系模式由每個參加的實體集的主鍵及這個 聯系的任何屬性一起組成。

2.4 數據庫的實現

通過對轉換后所得到關系模式的分析，結合本系統的功能及所選開發工具和數據庫系統的特點，對系統數據庫進行設計，建立一個具有良好的數據組織結構的數據庫，應遵循的原則有：

（1）可能減少數據冗余和重復（2）結構設計和操作設計相結合（3）數據結構具有相對的穩定性 由于數據庫中所保存的數據是系統中非常重要的資源，所以在數據庫設計時一定要注意數據結構的安全性、完整性，并發控制與恢復，而一般的數據庫管理系統都提供了一定的數據保護功能，如：

1.醫生信息表（doctor）

2.費用明細表

三 小結

作為一名學習信息與計算科學的學生，我們得以有機會在課設中鍛煉自己，數據庫課程設計使我系統地，完整的接觸信息系統管理的全過程。我的題目是“醫院病例管理系統”的設計。在這次課程設計之前，我對數據庫的實際應用不是特別的熟悉，在這次的課程設計中，我伴著課本，在各位同學和朋友的幫助下努力理解并消化所學。在設計的過程中，突然發現一直以來令自己頗為頭疼的計算機課程變的不再那么僵硬束縛，而且真正較為理解了數據庫的實際用途。

在某種程度上說是自己實踐旅途上邁出的第一步！通過這次的課程設計，我對數據庫有了切身的體會。它并不像我原來所想的那樣十分神秘，而是有著一個相對固定的模式和流程。我們只要按照這個模式和流程，就能夠比較規范的完成一個系統的設計。當然這也需要我們掌握多方面的知識。在這次課程設計中，我覺得自己的知識面還是有欠缺的。需要在以后的學習中加以注意，要全面 的提高自己的知識面與知識層次。

課程設計我獲得了另外一種意義的最大的收獲。那就是有時候在自己對事物不感興趣，對目的不甚明了的前提下，不應該盡早放棄，而是應該進最大努力去主動了解，想來自己曾經對計算機完全不感冒的情況下，也是可以利用短暫的時間來搞定一個看似很困難的事情，事在人為，要在自己思想和行為一致懶惰的時候“逼迫”自己做一些本該做好的事情。再有就是在課程設計中，自己也是意識到無論做什么事情，都應該用心，用力，細心，而又耐心！趕早不趕晚！把工程縮小成塊，耐心而又細致的處理每一個部分，既挑戰了自己的知識基礎，又挑戰了自己的耐心和韌性！無疑這是對自己的一次歷練！

四 源程序代碼

數據庫的創建代碼： create database HIS go---------------------------職稱表

create table call_job(C_id char(8)primary key，C_name char(20)not null unique，get_job_time smalldatetime, base_job_money int,);---------------------------科室表

create table doc_room(dr_id char(5)primary key，dr_name char(20)not null unique，get_job_time smalldatetime, n_Master_ID char(8)not null, base_job_money int,);---------------------------醫生信息表

create table doctor(id char(8)primary key, name varchar(20)not null，sex char(2)default '男' not null ，nation char(10)not null ，call_job_id char(8)not null，get_at_hos_time smalldatetime，doc_room_id char(5)not null，phone varchar(15)，photo image, constraint fk_doctor_call_job foreign key(call_job_id)references call_job(c_id)，constraint fk_doctor_DOC_room foreign key(doc_room_id)references doc_room(dr_id), constraint ck_2 check(sex in('男','女')))-----------------------------病區

create table sick_room(id char(5)primary key, name varchar(20)not null，doc_room_id char(5)not null，constraint fk_sick_DOC_room foreign key(doc_room_id)references doc_room(dr_id),)------------------------------護士信息

create table nurse(id char(8)primary key, name varchar(20)not null，sex char(2)default '女' not null ，nation char(10)not null ，call_job_id char(8)not null，get_at_hos_time smalldatetime，sick_room_id char(5)not null，phone varchar(15)，photo image, constraint fk_nurse_call_job foreign key(call_job_id)references call_job(c_id)，constraint fk_nurse_DOC_room foreign key(sick_room_id)references sick_room(id), constraint ck_3 check(sex in('男','女')))-------------------------------病房信息

create table sick_bed_room(id char(5)primary key, name varchar(20)not null)-------------------------------病床信息

create table sick_bed(id char(5)primary key, name varchar(20)not null，sick_room_id char(5)not null，sick_bed_room_id char(5)，flag char(2)default'0'not null，constraint fk_sick_bed_sick_room foreign key(sick_room_id)references sick_room(id)，constraint fk_sick_bed_sick_bed_room foreign key(sick_bed_room_id)references sick_bed_room(id)，constraint ck_sick_bed_flag check(flag in('0','1')))------------------------------功能檢測

create table fun_check(id char(5)primary key, name varchar(20)not null，check_end char(50)，check_doc_id char(8)not null，check_date smalldatetime，doc_room_id char(5)，constraint fk_fun_check_doctor foreign key(check_doc_id)references doctor(id))---------------------------病人信息

create table sick_person(reg_num char(8)primary key,--流水號

name varchar(20)not null，sex char(2)default '男'not null，age smallint not null，addr char(30)，realdate smalldatetime，flag char(4)default '專家' not null，constraint ck_age check(age>0 and age<150)，constraint ck_flag check(flag in('一般','專家')), constraint ck_person_sex check(sex in('男','女')))---------------------------特殊病人（住院）

create table sick_stand_person(reg_num char(8)not null unique,--流水號

stan_in_num char(5)primary key,--住院號

person_ID char(18)not null，sick_bed_id char(5)not null，in_realdate smalldatetime，out_realdate smalldatetime，constraint fk_sick_stand_person_sick_person foreign key(reg_num)references sick_person(reg_num)，constraint fk_sick_stand_person_sick_bed foreign key(sick_bed_id)references sick_bed(id))---------------------------付費方式

create table fee_way(fee_id char(5)primary key，fee_name char(20)not null，fee_wipe_out_scale smallint not null，start_date smalldatetime，constraint ck_fee_wipe_out_scale check(fee_wipe_out_scale>0 and fee_wipe_out_scale<100))----------------------------藥庫

create table big_drug_store(drug_id char(5)primary key，drug_name char(20)not null,)-----------------------------藥房

create table drug_store(drug_id char(5)primary key，drug_name char(20)not null，big_drug_store_id char(5)not null，constraint fk_drug_store_big_drug_store foreign key(big_drug_store_id)references big_drug_store(drug_id))------------------------------醫生工資

create table doctor_wage（doc_id char(8)primary key，operation_time smallint default'0'，sum_money int，constraint Ck_operation_time check(operation_time>=0))------------------------------護士工資

create table nurse_wage（n_id char(8)primary key，add_time smallint default'0'，sum_money int，constraint Ck_add_time check(add_time>=0))-------------------------------管理員

create table admin_person（a_id char(8)primary key，admin_name char(20)not null，sex char(2)default '男' not null ，add_time smallint default'0'，person_ID char(18)not null，call_job_id char(8)，addr char(50)，sum_money int，phone char(15)，photo image, constraint fk_admin_call_job foreign key(call_job_id)references call_job(c_id)，constraint Ck_admin_add_time check(add_time>=0), constraint ck_sex check(sex in('男 ','女')))-----------------------------------帳號密碼

create table account_password(acc_id char(16)primary key，password char(20)default'666666' not null)-----------------------------------手術類型

create table operation_way(opera_id char(5)primary key, opera_name char(25)not null，fee_for_op int)-------病人-手術

create table doc_sick(sick_id char(5)，doctor_id char(8)，real_date smalldatetime，opera_way_id char(5)，constraint Fk_doc_sick_sick_stand_person foreign key(sick_id)references sick_stand_person(stan_in_num)，constraint Fk_doc_sick_doctor foreign key(doctor_id)references doctor(id)，constraint Fk_doc_sick_operation_way foreign key(opera_way_id)references operation_way(opera_id))----------------------------------藥品類型

create table drug_type(dy_id char(5)primary key，dy_name char(20)not null,)-----------------------------------藥品信息

create table drug(d_id char(15)primary key，d_name char(30)not null，make_datetime smalldatetime not null, valid int not null, manufacturer char(30)not null，drug_manage_person_id char(8)，drug_store_id char(5)，d_type_id char(5)，d_price smallint not null，d_number smallint not null，constraint Fk_drug_admin_person foreign key(drug_manage_person_id)references admin_person(a_id), constraint Fk_drug_drug_store foreign key(drug_store_id)references drug_store(drug_id), constraint Fk_drug_drug_type foreign key(d_type_id)references drug_type(dy_id))-----------------------------------付費

create table fee(stan_in_num char(5)primary key，ought_fee int not null，fact_fee int not null，fee_wipe_out_scale_id char(5)，stored_fee int not null，cur_time smalldatetime，stop_drug char(2)default'停', constraint Ck_stop_drug check(stop_drug in('停','用'))，constraint Fk_fee_sick_stand_person foreign key(stan_in_num)references sick_stand_person(stan_in_num)，constraint Fk_fee_fee_way foreign key(fee_wipe_out_scale_id)references fee_way(fee_id))-----------------------------------病人-藥

create table drug_sick_person(reg_num char(8), d_id char(15), num smallint, real_date smalldatetime, doc_id char(8), constraint Fk_drug_sick_person_sick_person foreign key(reg_num)references sick_person(reg_num), constraint Fk_drug_sick_person_drug foreign key(d_id)references drug(d_id), constraint Fk_drug_sick_person_doctor foreign key(doc_id)references doctor(id), constraint Ck_num check(num>0),)Go go create trigger doc_time_add on doc_sick after insert as declare @doc_id char(8)--@sick_id char(5)select @doc_id=doc_id from inserted i join doctor_wage dw on i.doctor_id=dw.doc_id update doctor_wage set operation_time=operation_time+1 where doc_id=@doc_id---------------------------go create trigger call_job_delete on call_job after delete as begin if exists(select *from deleted D join doctor doc on d.c_id=doc.id where C_id not in(select distinct id from doctor))

begin

print'還有人使用這個職稱類型，刪除不成功！'

rollback transaction

end else

print'刪除成功！' end

第五篇：全國旅游業管理信息系統數據庫應用

全國旅游業管理信息系統數據庫應用

我國是一個幅員遼闊、旅游資源極為豐富的國家，各地都分布著規模不等、各具特色、風情各異的旅游景點和旅游景區。在我國的旅游者中，既有本國旅游者，又有海外旅游者;旅行社組織的團體旅游者，自助旅游的零散旅游者等等類型非常豐富。而導游則成為旅游業的靈魂，成為旅行社的社會窗口。旅游者往往是通過導游去認識一家旅行社、一個城市以至于一個國家、一個民族的。為此，國家旅游局決定利用先進的信息技術，針對我國導游人員管理的現狀，建立起一套以導游人員智能IC卡為管理基礎的旅游業管理信息系統。該系統將對規范導游活動，保障旅游者和旅行社的合法權益，維護旅游市場秩序，及促進旅游業的健康發展起到積極的作用。項目目標：

國家旅游局對導游卡項目給予了極大的重視與期望。按照他們的預期，實施導游卡以后，符合條件的導游人員將獲得導游智能IC卡。導游卡采用智能IC卡技術，存儲了導游人員的姓名、性別、學歷、語種、導游資格證號、導游證號碼、身份證號碼、所屬旅行社、家庭住址、識別碼等個人基本信息和違規記錄、違規扣分分值、崗位培訓、檢查、導游類別等綜合業務信息。導游憑導游卡進行服務，旅游行政管理部門通過導游卡對導游的服務質量、年檢、培訓、變更事項進行動態管理，并隨時上傳這些信息到省市旅游局的信息數據庫，省市旅游局行業管理部門行使執法權和數據處理權，并且定時將數據上傳到國家旅游局的數據庫。由此建立起一套完善的管理系統，規范我國旅游行業的健康發展。根據以上需求，國家旅游局在經過慎重的反復評測與比較后，最終選擇了全球領先的企業及移動基礎架構供應商Sybase公司和北京實現通信有限公司來實現全國導游智能IC卡的建設。方案規劃：

在贏得全國導游IC卡項目后，Sybase與北京實現通信有限公司開始了更進一步的解決方案規劃。Sybase認為導游智能卡系統的設計應遵循先進性、實用性、可擴展性與標準化相結合的指導思想。具體表現為: 1.可靠性: 導游人員IC卡管理系統選用可靠的計算機及網絡通信設備，同時配備成熟的系統軟件保障系統的可靠運行。

2.安全性: 系統具有數據備份恢復功能，同時操作人員分等級管理，IC卡的數據也進行了加密，保證了系統數據的完整與安全。

3.實用性: 系統的軟硬件設計是面向管理人員的，具有友好的操作界面，操作簡便，易懂、易學。

4.可維護性: 硬件設備的選型選擇國內具有維護力量和技術支持能力的設備，硬件的聯接完全采用標準化接口;軟件設計采用結構化模塊設計，便于模塊的添加、刪減，程序結構清晰、易懂、便于維護。

5.先進性: 系統采用一定先進的軟件、硬件產品，技術處理方法盡可能采用當前的最新研究成果。

6.可擴展性: 硬件的系統設計采用分布系統，留有充分余量和通訊接口;軟件設計采用功能模塊設計。

7.適應性: 作為導游人員IC卡信息管理系統，系統設計具備廣泛的適應性。方案優勢：

Sybase與北京實現通信有限公司建設的全國導游IC卡系統無論是與其他方案相比較，還是考慮實施中的具體表現都具有非常明顯的優勢。1.該系統能夠實現集中控制，對所有的計算機資源統一管理。

2.該系統具有可擴展性，有通用的API或專用接口，能夠進一步開發;也可與其他管理和應用軟件有效地結合。允許自由地選擇業務所需要的產品和資源，允許增加新資源。

3.該系統具有靈活性，產品是模塊化所需要，可根據需要選配模塊自制管理環境。4.該系統具有安全性，管理系統能夠對自身進行監控，防止程序、數據被篡改;可與安全加密軟件結合保證管理信息的安全傳輸。國家旅游局信息平臺的系統管理與業務應用管理分離，保證業務應用的保密性和安全性。

5.該系統具有可靠性，管理軟件自身必須有很強的自我糾錯能力，能有效防止誤操作和其他干擾。

6.該系統具有易用性，管理程序本身易于安裝，易于使用，應采取直觀的圖形化界面，使管理人員易于理解和操作。技術架構

實現公司設計的全國導游IC卡網絡管理系統的結構圖:

全構導游IC卡系統數據流向圖：

方案實施：

根據規劃，全國導游IC卡系統最終采用了分布式數據庫體系結構，利用Sybase Adaptive Server Anywhere——Mobilink 同步機制進行全國導游系統中關鍵數據的一致。在具體建設中，全國導游IC卡系統數據存儲被分為四個層次: 1.國家導游人員信息管理中心數據庫: 存儲全國導游人員信息。由各省級中心數據庫將數據上傳到國家中心數據庫，同時國家中心數據庫將相應省級的數據下傳到省級數據庫中。

2.省級導游人員信息管理中心數據庫: 存儲全省導游人員信息。由各市級中心數據庫將數據上傳到省級中心數據庫，同時省級中心數據庫將相應市級的數據下傳到市級數據庫中。

3.市級導游人員信息管理中心數據庫: 存儲全市導游人員信息。由各區(縣)中心數據庫將數據上傳到市級中心數據庫，同時市級中心數據庫將相應區(縣)級的數據下傳到區(縣)級數據庫中。

4.區(縣)導游人員信息管理中心數據庫: 存儲全區(縣)導游人員信息。各區(縣)中心數據庫將數據上傳到市級中心數據庫，同時接收市級中心數據庫下傳來的數據。

實施效果：

在經過緊張的設計與實施工作后，全國導游IC卡系統為國家旅游局帶來了可喜的變化，其實施效果主要表現在以下幾個方面: 1.對導游進行身份識別。從根本上制止無證、假證、過時證件的使用，對違規人員證件進行重點管理。

2.強化對導游服務質量的日常監督。通過“導游智能卡”工程，可以大大改善旅游行政執法手段，高效地進行動態監督管理，規范旅游執法人員的執法行為。“導游智能卡” 工程使導游證紙證變為智能卡證，充實了管理的內涵。

3.促進行政管理決策科學化。“導游智能卡”工程可以實現全國范圍內導游人員信息匯總、統計和分析，及時掌握全國各地導游的分布、結構及導游人員素質等信息，為旅游管理部門的決策提供科學、準確的依據。

4.有助于區分導游員的檔次，提升導游的總體水平。導游智能卡將對導游的等級和檔次通過卡面的顏色進行區分，使游客便于區別，有利于促進導游自身水平的提高。

客戶評價：

經過一段時間的應用，國家旅游局對該系統的效果非常滿意。國家旅游局的信處長談到:“隨著計算機技術及其他高科技技術的不斷發展和完善，針對我國導游人員管理的現狀，并對一些法規、文件進行認真分析總結后，我們決定提出建立一套以導游人員IC卡為基本流動數據載體和基本信息單元;以手持式IC卡POS機作為檢查導游人員違章行為處理的工具;以現代化通訊方式為網絡聯通手段;以客戶——服務器模式為數據結構的計算機信息管理系統。用來實現對導游人員的規范化管理。Sybase與北京實現通信有限公司為我們建設的導游智能IC卡系統表現令人極為滿意，我們的工作不僅因為這套系統得到了極大的提高與保障，更重要的是我國的旅游業得以能夠更加規范健康的發展，我們非常感謝Sybase與北京實現通信有限公司的工作。”

全國導游IC卡系統最終采用了分布式數據庫體系結構，利用 Sybase Mobilink同步機制進行全國導游系統中關鍵數據的一致，完善了旅游局對導游員的管理。