《管理信息系統(tǒng)設計》實驗指導書

《《管理信息系統(tǒng)設計》實驗指導書》由會員分享，可在線閱讀，更多相關《《管理信息系統(tǒng)設計》實驗指導書（26頁珍藏版）》請在裝配圖網上搜索。

1、精選優(yōu)質文檔-----傾情為你奉上 管理信息系統(tǒng)設計 實驗一、管理信息系統(tǒng)需求分析 1．實驗目的 掌握建立管理信息系統(tǒng)邏輯模型的方法與軟件工具，能夠使用Microsoft Visio軟件繪制數據流圖，并使用Microsoft word軟件撰寫數據字典。 2．實驗類型 設計型。 3．實驗原理 數據流分析是把數據在原系統(tǒng)內部的流動情況抽象出來，抽象地反映信息的流動、加工、存儲和使用情況。 數據流分析按照自頂向下、逐層分解、逐步細化的結構化分析方式進行，通過分層的數據流圖（Data Flow Diagram，DFD）

2、實現(xiàn)。 數據流圖是用規(guī)定的基本圖形直觀描述數據的流動及其處理、存儲的圖示。數據流圖的特點：抽象性，概括性，分層性。數據流圖依據“自頂向下、從左到右、由粗到細、逐步求精”的基本原則進行繪制。 （1）頂層圖的繪制 頂層圖只有1張，說明系統(tǒng)的邊界。頂層圖只包括外部的源和宿（□）、系統(tǒng)處理（○），外界的源流向系統(tǒng)的數據流和系統(tǒng)流向外界的宿的數據流。不包含文件，文件屬于軟件系統(tǒng)內部對象。 （2）0層圖的繪制 0層圖只有1張，把頂層圖的加工分解成幾個部分。0層圖中包括軟件系統(tǒng)的所有第1層加工、圖中包括各個加工與外界的源或宿之間的數據流、各個加工之間的數據流、1個以上加工需要讀或寫的文件。不包含外

3、界的源或宿，只有1個加工使用的文件。 （3）第2層（1層圖）及以下各層中各個加工的子圖的繪制 一個子圖對應上層的一個加工，該子圖內部細分為多個子加工。子圖中包括父圖中對應加工的輸入輸出數據流、子圖內部各個子加工之間的數據流以及讀寫文件的數據流。 （4）數據流圖中各元素的標識 1）命名 數據流的命名：大多數數據流必須命名，但流向文件或從文件流出的數據流不必命名 。 加工的命名：每個加工必須命名。 文件的命名：每個文件必須命名。 源/宿的命名：源/宿只在頂層圖上出現(xiàn)，也必須命名。 命名規(guī)則：先為數據流命名，后為加工命名，數據流的名稱一經確定，加工的名稱便一目了然。 2）編號

4、每個數據加工環(huán)節(jié)和每張數據流圖都要編號，按逐層分解的原則，父圖與子圖的編號要保持一致性。 ① 圖的編號： 除了頂層圖、0層圖外，其他各子圖的圖號是其父圖中對應的加工的編號。 ② 加工的編號： · 頂層圖只有一張，圖中的加工只有一個，不必編號。 · 0層圖只有一張，圖中的加工號分別為1、2、3、…。 · 子圖中的加工號的組成為圖號、圓點、序號，即“圖號.序號”的形式。 子圖中加工編號表示的含義。最后一個數字表示本子圖中加工的序號，每一個圖號中的圓點數表示該加工分層DFD所處的層次，右邊第一個圓點之左的部分表示本子圖的圖號，也對應上層父圖中的加工編號。 （5）數據流圖中加工

5、 1）“加工”可以稱為子系統(tǒng)或處理過程，是對數據流的一種處理。 2）一個數據流圖中至少有一個“加工”，任何一個“加工”至少有一個輸入數據流和一個輸出數據流。 3）允許一個加工有多條數據流流向另一個加工，即1-并聯(lián)-1形式；任意兩個加工之間，可以有0條或多條名字互不相同的數據流。允許1個加工有2個相同的輸出數據流流向2個不同的加工，即1-并聯(lián)-2形式。 4）確定加工的方法 根據系統(tǒng)的功能確定加工，數據流的組成或值發(fā)生變化的地方應畫一個加工。 （6）數據流圖中的文件 數據流圖中的文件是相關數據的集合，是系統(tǒng)中存儲數據的工具。 （7）繪制數據流圖的注意事項 1）注意父圖與子圖

6、的平衡 父圖與子圖：父圖是抽象的描述，子圖是詳細的描述。上層的一個加工對應下層的一張子圖，上層加工對應的圖稱為父圖。 例外情況，將“數據”分解成了數據項：父圖的一個輸入或輸出數據流對應于子圖中幾個輸入或輸出數據流，而子圖中組成這些數據流的數據項全體正好等于父圖中的這一個數據流，它們仍算平衡。 2）注意數據流圖中只畫出數據流不畫出控制流 DFD中只畫數據流不畫控制流：數據流中有數據，一般也看不出執(zhí)行的順序；而程序流程圖中的箭頭表示控制流，它表示程序的執(zhí)行順序或流向，控制流中沒有數據。 3）注意保持數據守恒 每個加工必須既有輸入數據流，又有輸出數據流。 4）有關文件的注意事項 對

7、于只與一個加工有關而且是首次出現(xiàn)，即該加工的“內部文件”不必畫出。但對于只與一個加工有關，而在上層圖中曾出現(xiàn)過的文件，不是“內部文件”，必須畫出。整套DFD圖中，每個文件必須既有讀文件的數據流，又有寫文件的數據流，但在某一張子圖中可能只有讀沒有寫，或只有寫沒有讀。 （8）數據字典 數據字典（Data Dictionary，DD）指數據流圖中所有成分定義和解釋的文字集合。 數據字典的功能是對數據流圖中的每個構成要素（包括數據流名、文件名、加工名以及組成數據流或文件的數據項）作出具體的定義和說明，是系統(tǒng)分析階段的重要文檔。 數據字典條目的類型有數據流條目、文件條目、數據項條目和加工條目。

8、 1）數據流條目 數據流條目格式一般包括系統(tǒng)名稱、數據流名稱、別名、說明、編號、來源、去向、數據流流量、數據流組成等，必要時還應指出高峰流量。 2）數據文件條目 數據文件條目用于描述數據文件的內容及組織方式，一般包括系統(tǒng)名稱、文件名稱、別名、文件編號、說明、組織方式、主關鍵字、次關鍵字、記錄數、記錄組成等。數據文件的組成可以使用與數據流組成相同的符號。 3）數據項條目 數據項條目是對數據流、文件和加工中所列的數據項進一步描述，主要說明數據項的類型、長度與取值范圍等。數據項條目的內容一般包括系統(tǒng)名稱、數據項名稱、別名、數據類型、說明、取值范圍、數據長度、取值的含義等。 4）基本

9、加工條目 基本加工指數據流圖中不能再分解的加工。數據字典中用相應的加工條目對基本加工進行描述。 加工處理邏輯的描述除了用加工條目描述以外，還可以用判定表、判定樹、結構化語言等方法描述。 5）加工邏輯說明 ①功能 對數據流圖中每一個基本加工的描述，描述該加工在什么條件下做什么事。 ②描述內容 基本加工內容中“加工邏輯”是最基本的部分，描述該加工在什么條件下做什么事，即描述了輸入數據流、輸入文件、輸出數據流、輸出文件之間的邏輯關系。 ③描述方法 常用的加工邏輯描述方法有3種：判定樹、判定表和結構化語言。 4．實驗舉例 圖書管理系統(tǒng)邏輯模型的建立。 （1）新開發(fā)的圖書管理系統(tǒng)

10、的功能分析 在圖書管理系統(tǒng)中，主要有三類外部實體：圖書管理員、讀者、學校領導。圖書管理系統(tǒng)的大部分功能是為圖書管理員設置的。經調查分析，新開發(fā)的圖書管理系統(tǒng)應具有以下功能。 ① 查詢和維護讀者基本信息，包括讀者信息的增加、修改、刪除等。 ② 管理讀者借書證，包括借書證的辦理、掛失和注銷等。 ③ 登記新書，主要是對上級分配、學校購入和社會捐贈的圖書進行登記，即記載圖書信息，若圖書室有10本同樣的圖書，在圖書信息表中只記載一條信息，同時本數記為10。 ④ 圖書編目，即對登記的新書進行編碼后入總書目表，總書目表中記載了圖書室每一本書的信息，若圖書室中有10本相同的圖書，在總書目表中對應有1

11、0條記錄。 ⑤ 圖書的流通處理，即借書、還書處理。 2）繪制數據流圖 繪制數據流圖時，只考慮圖書員和讀者兩個外部分實體，頂層數據流圖如圖1-1所示。 圖1-1 頂層數據流圖 0層數據流圖如圖1-2所示。由于1層圖沒有完整繪制，0層圖中只屬于一個加工的文件（例如權限表）也在0層圖上出現(xiàn)。 0層數據流圖通過反映整個系統(tǒng)中不同數據的流向，來揭示系統(tǒng)的組成結構以及各組成部門之間的關系，這種關系主要體現(xiàn)在對數據的操作和處理上。 圖1-2 0層數據流圖 借閱管理的1層數據

12、流圖如圖1-3所示。 圖1-3 1層數據流圖 借閱管理的2層數據流圖如圖1-4和圖1-5所示。 圖1-4 2層數據流圖之一 圖1-1 2層數據流圖之二 3）數據字典 數據字典是進行數據收集和數據分析所獲得的主要成果，是系統(tǒng)中各類數據描述的集合。數據字典通常包括數據項、數據流、數據存儲、處理邏輯。 5．實驗內容 設計一個小型自選商場綜合管理系統(tǒng)，要求應具備進貨、銷售、庫存等基本功能，具體要求如下：

13、1) 能記錄每一筆進貨，查詢商品的進貨記錄，并按月進行統(tǒng)計。 2) 能記錄每一筆售貨，查詢商品的銷售情況，并能進行日存盤，月存盤。 3) 能按月統(tǒng)計某個員工的銷售業(yè)績。 4) 在記錄進貨的同時，必須動態(tài)刷新庫存。 5) 能打印庫存清單，查詢某種商品的庫存情況。 6) 能查詢某個廠商或供應商的信息。 7) 能查詢某個員工的基本信息。 8) 收銀臺操作中，能根據輸入的商品編號、數量，顯示某個顧客所購商品的清單，并顯示收付款情況。 根據上述功能需求，畫出數據流圖表示系統(tǒng)的邏輯模型。 專心---專注---專業(yè) 實驗二、管理信息系統(tǒng)綜合設計 1．實驗目的 掌握建立管理信息系統(tǒng)

14、總體結構設計和數據庫設計方法，能夠使用Microsoft Visio軟件繪制功能結構圖、E-R圖、數據庫表結構圖、由外鍵決定的表間關系圖，進一步進行編碼設計，輸入輸出設計，用戶界面設計，對話框設計及報表設計。 2．實驗類型 設計型。 3．實驗原理 主要包括總體結構設計、功能模塊設計、編碼設計、數據庫設計、用戶界面設計、輸入設計、輸出設計等。 模塊化是指將系統(tǒng)的總任務（系統(tǒng)功能）分解為若干小任務，小任務再分解為更小的任務，依次類推，直到分解的任務具體、明確、單一為止，這些任務匯集起來便組成一個系統(tǒng)。分解過程中的小任務稱為模塊，分解的結果用模塊結構圖表示。 用戶界面設計是指用戶界

15、面充分發(fā)揮可視化程序設計的優(yōu)勢，采用圖形化操作方式，適應用戶的能力和要求，盡量做到簡單、方便、一致，為用戶提供友好的操作環(huán)境。 輸出信息是管理信息系統(tǒng)的最終成果，輸出首先要保證正確性，其次輸出格式要符合用戶要求。 輸出設計的內容包括： （1）輸出信息使用要求設計 （2）輸出信息內容設計 （3）輸出格式設計 （4）輸出介質和輸出設備的選擇 輸出類型包括： （1）打印輸出 （2）屏幕顯示 （3）文件輸出 輸入設計的基本內容包括： （1）輸入數據源的設計 （2）確定輸入數據的內容 （3）確定輸入數據的格式 （4）輸入數據的正確性校驗 （5）確定輸入設備

16、輸入設計的原則是： （1）源點輸入原則 （2）一次性輸入原則 （3）簡單性原則 （4）最小量原則 （5）正確性原則 數據庫設計主要包括 （1）概念結構設計 主要是指畫出E-R圖 （2）邏輯結構設計 將概念模型轉化為關系模型，給出各表的主鍵、外鍵、索引以及各表間的關系。 （3）物理結構設計 4．實驗舉例 圖書管理系統(tǒng)的綜合設計。 （1）系統(tǒng)總體結構設計與功能模塊劃分 本系統(tǒng)的主要功能模塊包括如下。 1）圖書管理模塊 · 圖書分類管理功能：為了便于對庫存的圖書存放、查找，需要對圖書進行分類?？梢詫崿F(xiàn)添加、修改、刪除、查詢圖書分類信息。 · 圖書基本信息管理功

17、能：包括登記新書，修改、查詢、刪除圖書基本信息。 · 圖書編目功能：對登記的新書進行編碼后入總書目表，總書目表中記載了圖書室每一本書的信息。 · 圖書庫存管理功能：包括圖書入庫管理、圖書庫存盤點、查詢圖書庫存記錄。 2）讀者管理模塊 · 讀者類別管理功能：為不同類別的讀者設置不同的限借數量、限借期限、有效期限。 · 讀者信息管理功能：包括添加、修改、查詢、注銷讀者信息。 · 借書證管理功能：包括添加、修改、查詢借書證信息，查詢指定借書證的借書信息，借書證掛失。 3）繪制功能結構圖 圖書管理系統(tǒng)的功能結構圖如圖2-1所示。 圖2-1 圖書管理系統(tǒng)的功能

18、結構圖 （2）開發(fā)與運行環(huán)境的選用 開發(fā)平臺：Windows 2000 Server 開發(fā)前臺工具：Visual Basic 6.0 開發(fā)后臺數據庫管理系統(tǒng)：SQL Server 2000 操作系統(tǒng)對整個網絡起著重要的作用，Windows 2000作為一種強健的、多用途的操作系統(tǒng)，不僅能夠運行強有力的客戶/服務器應用軟件，還可以提供可靠的文件與打印服務，再加其內置的通信與Internet/Intranet服務功能，以及安裝、使用、管理和維護的方便性，因此，本系統(tǒng)采用Microsoft Windows 2000 Serve

19、r作為操作系統(tǒng)。 本系統(tǒng)準備采用客戶機/服務器（C/S）結構模式。C/S結構的最大優(yōu)勢在于廣泛采用了網絡技術，將系統(tǒng)中的各部分任務分配給分布在網絡上的擔任不同角色的計算機。 （3）編碼（Code）設計 1）圖書的ISBN書號采用中國標準書號。 2）其他編碼的設計 （4）數據庫設計 1）概念結構設計 經過分析后設計出如圖2-2所示E-R圖。 圖2-2圖書管理系統(tǒng)的E-R圖 2）邏輯結構設計 將概念模型轉化為關系模型，對于圖2-2所示的圖書管理系統(tǒng)E-R圖，經過轉化后的關系見下列各表。

20、 簡書目表（BookInfo） 總書目（BookStore） 各表的主鍵、外鍵、索引以及各表間的關系如圖2-3所示。 圖2-3 各表的主鍵、外鍵、索引以及各表間的關系 （3）物理結構設計：選用了SQL Server作為數據庫管理系統(tǒng)，相應的數據庫、數據表應符合SQL Server的要求。 5．實驗內容 設計一個小型自選商場綜合管理系

21、統(tǒng)，要求應具備進貨、銷售、庫存等基本功能，具體要求如下： 1）能記錄每一筆進貨，查詢商品的進貨記錄，并按月進行統(tǒng)計。 2）能記錄每一筆售貨，查詢商品的銷售情況，并能進行日存盤，月存盤。 3）能按月統(tǒng)計某個員工的銷售業(yè)績。 4）在記錄進貨的同時，必須動態(tài)刷新庫存。 5）能打印庫存清單，查詢某種商品的庫存情況。 6）能查詢某個廠商或供應商的信息。 7）能查詢某個員工的基本信息。 8）收銀臺操作中，能根據輸入的商品編號、數量，顯示某個顧客所購商品的清單，并顯示收付款情況。 根據上述功能需求，進行系統(tǒng)設計，畫出系統(tǒng)功能結構圖，E-R圖，數據庫表結構圖，數據庫表間關系圖，進行編碼設計，

22、輸入輸出設計，用戶界面設計，對話框設計及報表設計。 實驗三、管理信息系統(tǒng)實施 1．實驗目的 掌握管理信息系統(tǒng)實施的方法，能夠使用開發(fā)工具和數據庫管理系統(tǒng)進行管理信息系統(tǒng)的程序設計，程序調試，系統(tǒng)測試，并撰寫程序設計報告，系統(tǒng)測試報告和用戶使用說明書。 2．實驗類型 設計型。 3．實驗原理 （1）計算機系統(tǒng)的安裝與調試 按照系統(tǒng)設計階段確定的物理配置方案的要求，選購該系統(tǒng)所必需的硬件設備和軟件系統(tǒng)。硬件設備包括計算機主機、輸入輸出設備、存儲設備、輔助設備（例如穩(wěn)壓電源、空調裝置等）、通信設備等。軟件系統(tǒng)包括操作系統(tǒng)、數據庫管理系統(tǒng)、各種應用軟件和工具軟件等。 （2） 網絡環(huán)

23、境的建立 計算機網絡是現(xiàn)代管理信息系統(tǒng)建設的基礎，網絡環(huán)境的建立應根據所開發(fā)的系統(tǒng)對計算機網絡環(huán)境的要求，選擇合適的網絡操作系統(tǒng)產品，并按照目標系統(tǒng)將采用的C/S或B/S工作模式，進行有關的網絡通信設備與通信線路的架構與連接、網絡操作系統(tǒng)軟件的安裝和調試、整個網絡系統(tǒng)的運行性能與安全性測試及網絡用戶權限管理體系的實施等。 （3）程序設計 程序設計是依據系統(tǒng)設計說明書中對各個功能模塊的功能描述，程序員運用某種程序語言或可視化開發(fā)工具編制程序，實現(xiàn)各項功能的活動。程序的編寫盡量利用最新的技術、軟件和方法。優(yōu)良程序的性能指標是：正確性，可靠性，實用性，規(guī)范性，可讀性，強健性，可維護性 。

24、（4）良好的編程風格 1）程序的布局格式追求清晰、美觀 程序的布局格式雖然不會影響程序的功能，但會影響程序的可讀性和視覺效果。 l 恰當地使用空格、空行以改善程序的清晰度。 l 每行只寫一條語句，便于識別和加入注釋。 l 變量賦初值應符合就近原則，定義變量的同時賦以初值。 l 多層嵌套結構，各層應縮進左對齊，這樣嵌套結構的層次關系、程序的邏輯結構一目了然，便于理解，也便于修改。 l 代碼行、表達式不宜太長，不要超出人的視力控制范圍。 2）標識符的命名要規(guī)范 l 標識符的命名應符合程序設計語言的語法規(guī)定。 l 標識符的命名應做到見名知義、一目了然，盡量使用英文字母，避免使用漢

25、語拼音。 l 全局變量、局部變量、符號常量的標識符應明顯加以區(qū)別。 l 標識符的命名應全盤考慮，簡單且有規(guī)律，做到前后一致。 3）語句的設計要簡潔 l 語句要簡單直觀，避免過多使用技巧。 l 避免使用復雜的條件判斷，盡量減少否定的邏輯條件。 l 盡量減少循環(huán)嵌套和條件嵌套的層數。 l 適當使用括號主動控制運算符的運算次序，避免二義性。 l 應先保證語句正確，再考慮編程技巧。 l 盡量少用或不用GoTo語句。 4）適當加入注釋 程序的注釋是為便于理解程序而加入的說明，注釋一般采用自然語言進行描述。 l 序言性注釋 l 功能性注釋 5）將數據說明編成文檔 程序中的注

26、釋，由于篇幅限制，只能作為提示性的說明。為了便于程序的閱讀和維護，應將程序中的變量、函數、文件的功能、名稱、含義用文檔的形式詳細記載，以備日后查找。 （5） 程序調試 程序編寫過程中或者編寫完成后，需要反復進行調試，直到能準確無誤地執(zhí)行，程序調試成功的標準如下。 l 運行過程不會導致死機或系統(tǒng)崩潰，不會產生錯誤信息。 l 在任何情況下操作正常。 l 具有運行時操作錯誤的處理能力，即具有容錯能力。 l 在意外的用戶干擾時，很容易恢復，即具有數據安全保護機制。 （6）系統(tǒng)測試 系統(tǒng)測試是在程序編制完成以后進行，其基本目的是為了盡可能多地發(fā)現(xiàn)并解決系統(tǒng)和程序中的錯誤、缺陷以及功能不完

27、善之處，包括對系統(tǒng)的基本功能、系統(tǒng)的運行效率、系統(tǒng)的可靠性等方面的測試，并加以糾正。 1）軟件測試應遵守的原則 l 堅持在系統(tǒng)開發(fā)的各個階段的技術評審，保證盡早發(fā)現(xiàn)和預防錯誤，把錯誤克服在早期，杜絕錯誤隱患。 l 嚴格執(zhí)行測試計劃，排除測試的隨意性。 l 測試工作應避免原開發(fā)軟件的個人和小組承擔。 l 測試用例不僅要包括合理的、有效的數據，還要包括無效或不合理的輸入數據。 l 事前確定預期的輸出結果 l 全面檢查每一個測試結果 l 妥善保存測試計劃、測試用例、出錯統(tǒng)計 2）軟件測試的方法 軟件測試常用的方法分為白盒法和黑盒法。 （7）系統(tǒng)實施階段的文檔 1）程序設計報

28、告 程序設計報告是對系統(tǒng)程序設計過程的總結。 2）系統(tǒng)測試報告 系統(tǒng)測試報告是在完成了系統(tǒng)測試之后，由測試小組對測試的內容、過程、結果進行總結且整理成文。 測試報告的內容主要包括以下部分。 l 系統(tǒng)測試概述 l 系統(tǒng)測試環(huán)境描述 l 系統(tǒng)測試內容描述 l 系統(tǒng)測試方案描述 l 系統(tǒng)測試結果分析 l 系統(tǒng)測試結論 3）系統(tǒng)實施報告 系統(tǒng)實施階段的最后一項工作是編寫系統(tǒng)實施報告。 4）用戶手冊 5）操作手冊 4．實驗舉例 以教學管理系統(tǒng)為例，具體實現(xiàn)以下功能： 1．用戶身份驗證 （1）實現(xiàn)窗體初始化 （2）實現(xiàn)登錄身份驗證 2．系統(tǒng)主窗體的設計 系

29、統(tǒng)主窗體使用MDI窗體，在窗體中通過菜單來執(zhí)行各項系統(tǒng)功能。在設計系統(tǒng)主窗體之前，將后面創(chuàng)建的各個窗體（登錄窗體除外）的MDIChild屬性設置為True，即窗體顯示為子窗體。 編寫程序代碼，實現(xiàn)菜單功能。 （1）實現(xiàn)窗體初始化 （2）實現(xiàn)系統(tǒng)功能菜單 （3）實現(xiàn)關閉系統(tǒng)主窗體 3．學生信息管理窗體 學生信息管理主要完成對學生信息數據的添加、修改、刪除和保存等操作。 （1）定義窗體級變量 （2）實現(xiàn)窗體初始化 （3）實現(xiàn)記錄導航條功能 （4）顯示當前記錄數據的自定義過程：ShowData( ) （5）實現(xiàn)添加記錄功能 （6）實現(xiàn)保存功能 （7）實現(xiàn)刪除記錄功能 （

30、8）實現(xiàn)關閉窗體 （9）實現(xiàn)窗體清理功能 4．教師信息管理窗體設計 5．課程信息管理窗體設計 6．學生選課管理窗體設計 （1）定義窗體級變量 （2）實現(xiàn)窗體初始化 （3）實現(xiàn)記錄導航條功能 （4）根據學生編號顯示學生信息 （5）在“可選修課程”表格中選擇課程時，顯示課程記錄提示 （6）顯示當前課程授課教師信息 （7）實現(xiàn)添加預選課程功能 （8）實現(xiàn)刪除預選課程功能 （9）實現(xiàn)保存預選課程功能 （10）實現(xiàn)刪除已選課程記錄功能 （11）實現(xiàn)顯示已選中和預選課程信息功能 （12）實現(xiàn)清除功能 （13）實現(xiàn)關閉窗體功能 （14）實現(xiàn)窗體清理功能 7．學生成績查詢

31、窗體的設計 學生成績查詢是根據學生編號查看學生個人成績 。 （1）定義窗體級變量 （2）實現(xiàn)窗體初始化 （3）實現(xiàn)學生編號驗證功能 （4）根據窗體大小調整數據網絡 （5）實現(xiàn)清除功能 （6）關閉窗體、窗體清理的實現(xiàn)方法與前述相似 8．安全保障措施 （1）身份鑒別 （2）訪問控制 （3）日志監(jiān)視 5．實驗內容 設計一個小型自選商場綜合管理系統(tǒng)，要求應具備進貨、銷售、庫存等基本功能，具體要求如下： 1） 能記錄每一筆進貨，查詢商品的進貨記錄，并按月進行統(tǒng)計。 2） 能記錄每一筆售貨，查詢商品的銷售情況，并能進行日存盤，月存盤。 3） 能按月統(tǒng)計某個員工的銷售業(yè)績。

32、 4） 在記錄進貨的同時，必須動態(tài)刷新庫存。 5） 能打印庫存清單，查詢某種商品的庫存情況。 6） 能查詢某個廠商或供應商的信息。 7） 能查詢某個員工的基本信息。 8） 收銀臺操作中，能根據輸入的商品編號、數量，顯示某個顧客所購商品的清單，并顯示收付款情況。 根據上述功能需求，進行系統(tǒng)實施，選擇開發(fā)工具和數據庫管理系統(tǒng)進行管理信息系統(tǒng)的程序設計，程序調試，系統(tǒng)測試，并撰寫程序設計報告，系統(tǒng)測試報告和用戶使用說明書。 實驗四、UML建模 1．實驗目的 掌握用UML（Unified Modeling Language）進行管理信息系統(tǒng)建模的方法，掌握面向對象的分析與設計方

33、法，能夠使用Visio繪制用例圖、類圖、對象圖、時序圖、活動圖、協(xié)作圖、組件圖、狀態(tài)圖和部署圖。 2．實驗類型 設計型。 3．實驗原理 面向對象分析與設計方法的發(fā)展在20世紀80年代末到90年代中出現(xiàn)了一個高潮，統(tǒng)一建模語言UML就是這個高潮的產物。UML是由面向對象方法領域的三位著名專家Grady Booch，James Rumbaugh和Ivar Jacobson提出的，不僅統(tǒng)一了他們三人的表示方法，而且融入了眾多優(yōu)秀的軟件方法和思想，從而把面向對象方法提高到一個嶄新的高度，標志著面向對象建模方法進入了第三代。 UML已得到許多世界知名公司的使用和支持，并于1997年11月17日

34、被OMG組織采納，成為面向對象建模的標準語言。目前，OMG已經把UML作為公共可得到的規(guī)格說明提交給國際標準化組織進行國際標準化，這一進程在近期完成后UML將最終成為信息技術的正式國際標準。 （1）用例圖 圖3-1是自動售貨機系統(tǒng)的用例圖，其中“售貨”、“供貨”和“取貨款”都是典型的用例。概括地說，用例有以下特點。 l 用例代表某些用戶可見的功能，實現(xiàn)一個具體的用戶目標。 l 用例由執(zhí)行者激活，并提供確切的值給執(zhí)行者。 l 用例可大可小，但它必須是對一個具體的用戶目標實現(xiàn)的完整描述。 圖4-1 自動售貨

35、機系統(tǒng)用例圖 圖4-2 含擴展和使用關系的用例圖 （2）類圖和對象圖 圖4-3 類的圖形符號 圖4-4 普通關聯(lián)之例 圖4-5導航關聯(lián)之例 圖4-6 關聯(lián)的角色 圖4-7 關聯(lián)類示例 圖4-8 共享聚集示例 圖4-9 復合聚集示例 圖4-10 抽象類示例

36、 圖4-11 復雜類圖示例 圖4-12 多重繼承示例 圖4-13 友元依賴關系示例 圖4-14 細化關系的圖示 圖4-15 對象圖示例 圖4-16 包圖示例 （4） 狀態(tài)圖 狀態(tài)圖描述一個特定對象的所有可能的狀態(tài)以及引起狀態(tài)轉換的事件。大多數面向對象技術都用狀態(tài)圖表示單個對象在其生命期中的行為。一個狀態(tài)圖包括一系列狀態(tài)、事件以及狀態(tài)之間的轉移。

37、 圖4-17 電梯的狀態(tài)圖 （5） 順序圖 順序圖描述對象之間的動態(tài)交互關系，著重表現(xiàn)對象間消息傳遞的時間順序。順序圖有兩個坐標軸：縱坐標軸表示時間，橫坐標軸表示不同的對象。 圖4-18 順序圖之例 （6）協(xié)作圖 協(xié)作圖用于描述相互協(xié)作的對象間的交互關系和鏈接關系(鏈接是關聯(lián)的實例)。雖然順序圖和協(xié)作圖都描述對象間的交互關系，但它們的側重點不同：順序圖著重表現(xiàn)交互的時間順序，協(xié)作圖則著重表現(xiàn)交互對象的靜態(tài)鏈接關系。 圖4-19 電梯的協(xié)作圖 （7） 活動圖

38、 活動圖描述動作及動作之間的關系。 活動圖是另一種描述交互的方式，它描述采取何種動作，動作的結果是什么(動作狀態(tài)改變)，何時發(fā)生(動作序列)，以及在何處發(fā)生(泳道)。 圖4-20 活動圖示例 （8） 構件圖 圖4-21 構件圖示例 構件圖描述軟件構件及構件之間的依賴關系，顯示代碼的靜態(tài)結構。構件是邏輯架構中定義的概念和功能(例如，類、對象及它們之間的關系)在物理架構中的實現(xiàn)。典型情況下，構件是開發(fā)環(huán)境中的實現(xiàn)文件。 （9） 配置圖 配置圖描述處理器、硬件設備和軟件構件在運行時的架構，它顯

39、示系統(tǒng)硬件的物理拓撲結構及在此結構上執(zhí)行的軟件。使用配置圖可以顯示硬件節(jié)點的拓撲結構和通信路徑、節(jié)點上運行的軟件構件、軟件構件包含的邏輯單元(對象、類)等。配置圖常用于幫助人理解分布式系統(tǒng)。 圖4-22 配置圖示例 5．實驗內容 設計一個小型自選商場綜合管理系統(tǒng)，要求應具備進貨、銷售、庫存等基本功能，具體要求如下： 1） 能記錄每一筆進貨，查詢商品的進貨記錄，并按月進行統(tǒng)計。 2） 能記錄每一筆售貨，查詢商品的銷售情況，并能進行日存盤，月存盤。 3） 能按月統(tǒng)計某個員工的銷售業(yè)績。 4） 在記錄進貨的同時，必須動態(tài)刷新庫存。 5） 能打印庫存清單，查詢某種商品的庫存情況。 6） 能查詢某個廠商或供應商的信息。 7） 能查詢某個員工的基本信息。 8） 收銀臺操作中，能根據輸入的商品編號、數量，顯示某個顧客所購商品的清單，并顯示收付款情況。 根據上述功能需求，進行UML建模，使用Visio繪制用例圖、類圖、對象圖、時序圖、活動圖、協(xié)作圖、組件圖、狀態(tài)圖和配置圖。