第一篇：uml 描述高校教材管理系統

高校教材管理系統

隨著高等學校擴大招生情況的出現，每一個高校需要處理的各種教材的數量逐年倍增。如何改變低效率的原始教材管理方式，成為擺在高校管理人員面前的一個重要課題。而建立高效的教材管理系統就是一個解決此根本問題的思路。所以，這里為讀者介紹一個高校教材管理系統的建模實例。

2.1需求分析

高校教材管理系統的功能性需求綜述如下：

（1）高校的每個學生使用自己的姓名和學號登陸系統之后，可以查詢自己每個學期的教材使用情況，也能夠查詢自己的教材費用。

（2）高校的每個老師使用自己的姓名和密碼登陸系統后，能夠查詢自己教材的使用情況，也可查詢自己的教材費用（供報銷用）。

（3）系統管理員通過用戶名和密碼登陸系統后,能夠輸入教材訂購計劃,生成訂購單,統計各個班級教材費用和教材使用情況,同時，還可以更新刪除學生﹑教師﹑教材等各類信息。

2.2系統建模

在系統建模以前，我們首先需要在Rational Rose 2003中創建一個模型。并命名為“高校教材管理系統”，該名稱將會在Rational Rose 2003的頂端出現，如下圖2-1所示。

圖2-1創建項目系統模型

2.2.1創建系統用例模型

創建系統用例的第一步是確定系統的參與者。高校教材管理系統的參與者包含以下三種：

（1）學生（2）教師（3）系統管理員

此三個參與者如圖2-2所示。

圖2-2 系統參與者圖 2-3 學生用例圖

然后，我們根據參與者的不同分別畫出各個參與者的用例圖。

（1）學生用例圖：學生在本系統中可以進行登錄、教材費用查詢和教材使用情況查詢的相關操作，通過這些活動創建的學生用例圖如圖2-3所示。

（2）教師用例圖：教師在本系統中可以進行登錄、查詢教材費用和教材使用情況查詢的操作，通過這些活動創建的教師用例圖如圖2-4所示。

圖 2-4 教師用例圖圖 2-5 系統管理員用例圖

（3）系統管理員用例圖：系統管理員在本系統中可以進行登錄、教材訂購資料輸入、生成訂購單、統計教材費用、統計教材使用情況和管理各類信息的操作，通過這些活動創建的系統管理員用例圖如圖2-5所示。

2.2.2創建系統靜態模型

從前面的需求分析中，我們可以依據主要六個類對象：學生、教師、班級、教材、庫存和訂單創建完整的類圖如圖2-6所示。

圖2-6 系統類圖

2.2.3創建系統動態模型

系統的動態模型可以使用交互作用圖、狀態圖和活動圖來描述。

2.2.3.1 創建序列圖和協作圖

1.學生在本系統中活動步驟分為：（1）進行注冊個人信息（2）登錄通過身份驗證（3）選擇查詢的教材（4）查詢使用情況（5）返回查詢結果（6）退出系統。根據以上步驟創建的序列圖和協助圖，如下圖2-7和圖2-8所示。

圖 2-7 學生序列圖

圖 2-8 學生協作圖

2.表示教師的序列圖和協作圖與學生序列圖和協作圖相似，只是把學生換成了教師。

3.系統管理員在本系統活動的步驟分為：（1）進行注冊個人信息（2）登錄通過身份驗證（3）管理學生信息、管理教師信息或管理教材信息。（4）退出系統。根據以上步驟創建的的序列圖和協作圖，如圖2-9和圖2-10所示。

圖 2-9 系統管理員序列圖

圖 2-10 系統管理員協作圖

2.2.3.2 創建活動圖

我們還可以利用系統的活動圖來描述系統的參與者是如何協同工作的。高校教材管理系統中，根據教材管理人員、學生和教師的活動步驟，我們可以創建活動圖如下圖2-11所示。

圖 2-11 系統活動圖

2.2.3.3 創建狀態圖

在高校教材管理系統中，有明確狀態轉換的類是系統參與者，在整個驗證過程前后有各種不同的狀態。本系統的狀態圖如下圖2-12所示。

圖 2-12 參與者狀態圖

2.2.4創建系統部署模型

對系統的實現結構進行建模的方式包括兩種，即構件圖和部署圖。高校教材管理系統的構件圖我們通過構件映射到系統的實現類中，說明該構件物理實現的邏輯類，在本系統中，我們可以對學生類、系統管理員類、教師類、教材庫存、訂單類、教材類和班級類分別創建對應的構件進行映射，創建的高校教材管理系統的構件圖如圖2-13所示。

.圖2-13 系統構件圖

高校教材管理系統的部署圖描繪的是系統節點上運行資源的安排。包括四個節點，分別是：客戶端瀏覽器、Http服務器、數據庫服務器和打印機，創建后的部署圖如圖2-14所示。

圖 2-14 系統部署圖

第二篇：UML 網吧管理系統

貴州師范大學職業技術學院

系統名稱:

姓 名：

班 級: 08 專 業: —— UML基礎教程 ——

考 察 報 告

網吧管理系統 成豪 王建勇 何汶峰 彭健 楊茂科 楊勝文 楊興福 楊家權 計應 計算機應用技術

目

錄

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

第三篇：UML庫存管理系統

UML課程設計

報告 設計名稱： 庫存管理系統

專業班級： 姓 名： 學 號： 起止時間： 成 績 評 定

考核 設計 設計 綜合評 答辯 內容 表現 報告 定成績 成 績 計算機科學與工程系

一、系統需求說明 20世紀90年代以來隨著科學技術和生產力的迅速發展以及經濟全球環境的深刻變化，企業面臨著一個嶄新而又激烈的競爭環境，體現在全球化的信息網絡和全球化市場形成所帶來的信息爆炸技術變革的加速市場和勞務競爭的全球化，圍繞新產品的市場競爭日趨激烈，用戶的需求越來越苛刻，同時產品的生命周期不斷縮短，企業又面臨著縮短交貨期、提供產品質量、降低成本和改進服務的壓力，在這種情況下全面提高和改善自身水平成為企業最關心的問題之一。企業實施信息化建設已成為企業的發展趨勢和提高企業的管理水平的有效手段。信息化建設不在是企業的效益工程而是企業的生存工程，20世紀90年代美國著名的IT分析公司Grant Group Inc,提出了ERP企業資源計劃的概念，迎合了信息時代企業管理的發展要求。隨著ERP相關理論，以及ERP系統開發的逐漸成熟，企業界掀起了實施ERP管理信息系統的浪潮。中國作為制造大國，在制造業迅速發展的今天，庫存國民投資額在整個國民生產總值占有相當大的比重達到了20%——30%，庫存管理的適當與否對企業經營利潤有很大影響，因此新環境下非常值得人們對ERP環境下的庫存管理進行深入研究和探討。本文結合ERP環境下的庫存管理系統，重點研究如何利用UML建模語言對庫存管理系統進行建模，給出了ERP環境下庫存管理系統的需求模型和對象模型，在建模過程中利用了用例圖、類圖、包圖、順序圖等圖形。最后，結合系統模型的研究，實現了庫存管理系統。

二、系統分析

（一）庫存管理業務流程分析 企業的庫存管理工作主要由企業物資部門或倉庫部門完成，其主要業務就是對企業物料收獲、存貨、發貨，以及分析提供庫存管理所需的各種數據報表等管理工作。庫存管理業務流程圖，如圖所示： 采購部門采購訂單 供應商發票 財務部門發貨 檢驗接受庫存盤點發銷售出入庫票貨款憑證求購處理入庫領料通知單生產發料發料 生產部門倉庫部門客戶入庫 庫存訂單工票產品入庫分析提貨單決策部門銷售部門 2

（二）Uml表示法 1.1 用例圖 根據業務流程圖確定系統邊界，確定用例（Use Case）。用例可從另一個方面對企業的業務流程建模，從中可以提取對我們開發系統有用的信息，可以確定系統功能。如圖2所示庫存管理系統的用例圖

inter manageout manageadministratorinventory manage

information search

該圖展示了一張倉庫管理系統的用例圖，從系統的外部執行者的角度來看，普通倉庫管理員可以進行出庫管理、入庫管理、盤點管理和信息查詢等操作。（2）順序圖

: administrator1: load

2: back3: data name and position4: copy data5: copy success 3

（3）活動圖

produce inventory bills inventory on the spot inventory manage

三、系統設計報告(一)庫存管理系統需求模型的建立

1、用例圖 在庫存管理系統中，由于牽扯到大量的執行者和用例，為了便于組織，按與系統交互的對象的不同將系統劃分為三個包，如圖所示：

用例模型包圖 其它系統與倉庫高層決策人員和系統倉庫管理員管理系統的交互 管理員與系統的交互 與交互系統 倉庫管理員與系統交互包主要描述倉庫管理員要使用系統的那些功能，向系統輸入哪些信息，從系統獲取哪些信息，以及需要系統提供哪些功能支持倉庫管理員的日常工作。高層決策人員及系統管理員與系統交互包描述高層決策人員需要從系統獲取什么信息，做出什么分析與決策支持系統更好的運轉；系統管理員則需要維護，管理系統，使其正常化工作。由于庫存管理系統并不是一個孤立系統，他需要其他系統進行交互，其他系統與庫存管理系統的交互包則反映交互信息的流向。下面對每個系統包進行詳細的描述。4

（1）倉庫管理員與交互的用例模型

high-inventory alarm identity testexpand

useinventory place appointaccount updateinter manageuseexpandadministratorout

managelow-inventory alarminventory manageinformation searchform produce 在這個用例模型中有一個執行者：庫存管理員。十一個用例：身份驗證，入庫管理員，最高庫存警報，出庫管理，最低庫存管理，指定庫位，更新賬目，庫存信息查詢，盤點管理及報表生成。當有物資需要進行出入庫時，倉庫管理員就要進行出入庫的管理：核實賬單，清點物資，錄入單據，然后由系統自動為該批物資分配貨架，同時更新賬目。在入庫時，如果系統檢測該類物資庫存量超過限定的最高存量，也將發出警報。在入庫管理用例與最高庫存警報用例，出庫管理用例與最低庫存警報用例之間采用了擴展關系。入庫管理，出庫管理與指定庫位之間，指定庫位與更新賬目之間采用了使用關系。擴展時一種基本需求的特殊情況。而當在兩個或更多的用例中出現重復描述而又想避免這種重復時，采用使用。出入庫單據錄入后，倉庫管理員還需要定期對單據進行核對，即進行庫存信息的查詢，主要包括：賬目信息，出入庫信息，以及庫位信息，存量信息等。當所有信息核對完成后，倉庫管理員還需要定期打印出各種報表，以供其他系統做出一些決策。盤點也是庫管員一項很重要的工作，保持經常有效的盤點，可以更加全面準確的掌握庫存信息。當庫管員進行盤點時，首先要鎖定盤點的庫位或物料信息，即盤點時刻不允許出入庫；盤點完畢后，要填寫盤點記錄，對于盤點數量與賬目數量不同的物料需求要給出原因。5

（2）高層決策人員與系統管理員的交互用例模型

inventory originallimits manage

inventory controlidentity testadministratorhigh-adminform produceanalyze reportdata copy and resume 在這個用例模型中共有兩個執行者：高層決策人員，系統管理員。七個用例：基本信息維護、數據的備份與恢復、身份驗證、倉庫信息初始化、庫存控制、分析評價及庫存信息查詢。其中身份驗證和庫存信息查詢用例和庫管員和系統的交互的用例是同一用例。對于高層決策人員來講倉庫一些基本信息的初始化，主要是賬目和庫位信息初始化。當系統開始使用，高層決策人員還是要進行一些庫存控制，即為了滿足用戶及生產需求，確定最低庫存量，決定訂貨時間及訂貨量。當然為了及時動態了解庫存情況，還需要一些庫存信息進行分析評價，例如：資金占用情況，積壓失效情況，倉庫使用情況等。不論是做決定還是分析，都需要庫存基本信息支持。對于系統管理員來講，主要的工作室進行基本信息的維護，包括權限的管理和數據的備份與恢復。(3)其它系統與庫存系統的交互

out manageform produceproduce sys information searchsupply syscost manage project data syssell sysinter manage 由于庫存管理系統并不是一個獨立的系統，他需要和其他系統進行信息的集成，以保證數據的完整和準確。再生產計劃出入庫時，需要根據計劃來限制出入庫的物資品種及數量。6

當然，計劃的制定還需要準確的庫存信息。采購供應管理系統需要根據庫存信息來制定采購計劃，外購物資則需要根據采購計劃進行入庫。庫存管理系統需要用工程數據管理系統中的一些基本信息，包括：物料信息，人員信息，以支持系統準確的進行。銷售和成本核算管理系統的梳理進行同樣需要庫存數據的支持。2．業務活動圖（1）物資入庫活動 inter form receive identity test inter manage inventory inventory inventory place checkcheckstate check alarm transmit inventory place appoint account update 物資的出入庫是庫存管理中主要的業務，合理的出入庫流程不僅能加快出入庫的效率，7

而且能夠對庫存信息做到心中有數。當一批物資需要進行出入庫時，首先庫管員需要核對入庫單，清點入庫物資，當入庫單據與入庫物資相符時，才能入庫。接著庫管員登錄系統，通過身份驗證，進入入庫管理主界面。輸入要入庫物資的基本信息后，系統自動進行一些信息查詢：存量信息，庫位狀態，盤點狀態。當該類物資存量超出最高庫存量，系統發出報警，此時可以退出系統，即此類物資不在進行入庫，也可以強行入庫。在檢查庫位信息時，如果發現沒有空余庫位，同樣系統會發出警報，但允許入庫，只是需要人工指定庫位。完成上述步驟，系統會主動為物資安排庫位，更新賬目，到此時也就完成入庫過程。（2）主要業務活動圖 inventory inter out check account place checkcheckcheck

produce

inter and

inventory formoutmanage

analyze

and

inventory NewStatevaluatecontrole 8

庫存管理的業務都是以出入庫信息，賬目信息和庫位信息為依托進行的。所以首先需要將出入庫信息，賬目信息，庫位信息進行核對，只有這些信息準確無誤才可以進行下一步的工作。核對基本信息后，為了確定倉庫內物資，可以進行盤點；為了進行分析評價，庫存控制，可以生成報表；對一些信息篩選后，可以進行數據的備份或恢復。

（二）庫存管理系統對象模型的建立 1． 類圖 基本信息中的類圖 入庫類別與出庫類別的屬性為出入庫別編碼及名稱，在進行出入庫時，以其為依據判別出入庫類型，例如確定一批貨物是一般收料還是委托加工等等。不論是倉庫管理員還是系統管理員還是高層決策人員在登錄時，都需要進行身份驗證，以確定其權限，如果是倉庫管理員則需要細化倉庫一級權限。下圖為主要類圖及沒類圖的具體屬性及操作，如圖所示： 9

2.順序圖與協作圖（1）物資入庫順序圖

inter windowaccountshelves state

inter shelves info1: ready to assign shelve 2: shelve not null3: shelve on inventory4: shelve available5: work normal and update6: back 物資入庫順序圖 在完成入庫單與入庫項的填寫后，進入胃物資指定庫位的操作中，首先系統要自動檢查庫位的狀態，當沒有多余庫位或者庫位正在進行盤點時，則系統提示不能進入下一步的操作，如果有多余庫位則系統自動為物資安排庫位，進行物資的入庫，同時修改庫存信息，此時完成了物資的入庫的所有操作。（2）物資入庫協作圖 5: error4: error

6: change or check of goods incoming of 3: incoming of change the form(right)formitem2: incoming of form7: checkquit9: surpass of max reserve

window of

account of incomingreserve8: less than max resevelogon 1: incoming of administrgoodsator 11

物資入庫協作圖 上圖為物資入庫的合作圖。在一批物資要入庫時，首先倉庫管理員登陸系統進入入庫窗體，然后進行入庫單錄入，只有在入庫單填寫正確的情況下才能轉入入庫項填寫，如果入庫項填寫錯誤時，同樣不能進行下一步操作；并且如果在填寫入庫項時發現倉庫內此類物資正在盤點，則此批貨物此時不能進行入庫的，需要退出或等待。當所有條件都符合時，系統自動檢查物資的庫存量，但超出倉庫最大庫存時，退出所有操作；反之進入為此貨物指定庫位的操作。（3）狀態圖

系統人機交互狀態圖

fail logonstartlogonlogon successoperateentry/ inputdo/ check

namefinishreturncancel password and logoncancelcancelfinishexit/ quit

entry/ prompt do/ checkexit/ quit or returnoutcome 人機系統交互狀態圖

四、系統的配置與實現

（一）系統的組件圖

<>Businessp

The user

The

Server The rocessinterfacedatebase 系統組件圖 12

(二)系統配置圖

clientdatab...program 系統配置圖

五、設計心得體會 項目實訓開始的時候，要求每兩個人選擇一個題目，本以為這會很簡單，可坐下來之后才發現，事實并非如此。從需求分析到最后的課題的終結，中間實現的過程都需要應用很多的理論知識，而時間的推移讓自己發現所學知識的膚淺性，只是模糊的停留在知識的表面，沒有對其深刻的認識與掌握，同時，這也是對信心，和耐心的一次考驗。通過這次課程設計，小組成員分工合作，我們兩個都學到了很多東西。以前不熟悉的地方都得到了很好的解決。我們通過自我學習掌握一些基本應用，并通過項目來加強對其的理解，我們完成了這一系列的設計。過程是艱苦的，但是通過這次實訓我們學到了很多，結果是美好的。這次課程設計也讓我明白了，作為一個軟件技術的學習者，多動手顯得尤為重要，另外，多看看經典的例題，多與同學之間交流，對于知識和能力的提高也有很大的幫助。由于我們能力有限，加上時間倉促，本系統難免會出現一些不足之處，對于出現的問題，在此深表歉意，如果還有其他問題希望老師批評指正。13

第四篇：門診管理系統UML

門診管理系統

第1章 需求分析

1.1系統建設的意義

隨著社會的發展，人們的生活節奏不斷加快，各種突發事故也頻繁發生。因此對于醫護人員來說提高單位時間內的工作效率顯得原發重要。門診管理系統結合了各種新的技術，還將醫務人員從繁瑣重復的病歷文書書寫工作中解脫出來，為醫務人員節省出大量的時間，更好的為門診和患者服務，集中精力關注病人的診療。

1.2系統需求描述

從系統功能描述可以劃分為以下幾方面：

掛號子系統：該系統有人工掛號系統和自主掛號系統。掛號子系統主要描述了掛號過程中的各種活動，讓病人和醫護人員更加清楚這一過程中的環節。遵循這個規范則可以節省更多的時間，從而提高醫護人員的工作效率。

查詢子系統：此查詢系統可為患者提供個人病例查詢，藥品的相關信息的查詢和就診醫生的相關的信息，病人需輸入相關的驗證信息；另外醫務人員還可以通過此查詢為病人拿相應的藥品。

收費子系統：該子系統的功能是主要醫院提供打印收費票據、醫療項目收費統計、收費匯總等功能。此外還可以為本院的忠實患者辦理醫療卡、進行醫療卡預存。醫療卡能方便患者進行掛號及自助掛號和繳付各種醫療費用。系統主要功能是面向醫院的工作人員。

辦理就診卡子系統：對于初來患者需要錄入本人的相關信息并辦好就診卡，以后掛號就可以直接使用就診卡進行掛號，這樣既減輕了醫務人員的工作負擔，同時也縮短了患者的掛號時間，能夠更短時間的就診。

第2章 系統的UML基本模型

2.1系統整體的用例模型

圖2-1系統整體用例模型

用例模型描述：患者主要使用查詢病例信息用例和自主掛號用例。收銀員主要使用藥費和辦理醫療卡用例，其中用費用例又包含收取掛號費和檢查費用例。護士的主要使用掛號、配藥、辦理就診卡和登記患者信息用例；信息管理人員主要使用醫護人員管理、藥品管理和病人信息管理用例；醫生主要使用檢查和診斷用例，其中診斷用例有包含開檢查單、開藥方和開診斷結果用例。

2.2系統整體的用戶類圖

圖2-2系統整體用戶類圖

系統用戶類圖描述：系統用戶有病人、醫生、護士、收銀員、信息管理人員。其中病人輸入相關驗證信息可以查詢自己的病例和相關的藥品信息；醫生可以把病人的診斷結果以及真短信息寫入；護士可以給病人掛號和辦就診卡；收銀員收取診斷費和檢查費用；信息管理人員主要是針對醫務人員、患者和藥品的相關信息進行增加、刪除和修改。

2.3系統總體的順序圖

圖2-3門診信息系統主要的順序圖

系統總體順序圖描述：系統總體可以分為登陸窗口界面、系統界面、相應管理界面和信息界面。在登陸窗口界面，輸入正確的身份驗證信息之后，進入相應身份的系統界面，然后在系統界面點擊或者輸入相關的信息，在數據庫中提取信息并進入相應的信息界面。

2.4查詢

2.4.1查詢系統類圖

圖2-4查詢系統類圖 類圖說明：信息查詢器類處理所有的信息查詢操作。系統中所有用戶的查詢功能都是通過此類提供的各種查詢方法實現。信息查詢器根據用戶的不同級別控制其信息的訪問權限

2.4.2查詢系統活動圖

圖2-5查詢系統活動圖

2.4.3查詢病例順序圖

圖2-6查詢病例順序圖

2.5掛號

2.5.1掛號管理子系統類圖

圖2-7掛號管理子系統類圖

2.5.2掛號管理活動圖

圖2-8掛號管理活動圖

2.6自助掛號

2.6.1自助掛號活動圖

圖2-9自主掛號活動圖 2.6.2自助掛號順序圖

圖2-10自助掛號順序圖

2.7收費系統

2.7.1收費子系統類圖

圖2-11收費系統類圖

2.7.2收費系統順序圖

圖2-12收費系統順序圖

2.8辦理就診卡系統

2.8.1辦理就診卡類圖

圖2-13辦理就診卡類圖 2.8.2辦理就診卡順序圖

圖2-14辦理就診卡順序圖

第五篇：倉庫管理系統課程設計 UML

無錫職業技術學院實踐環節材料撰寫用紙

二、倉庫信息管理系統分析與設計

（一）《倉庫信息管理系統》的需求建模

1、需求分析

倉庫信息管理系統要能完成以下功能：

倉庫存放的貨物品種繁多，堆存方式以及處理方式也非常復雜，隨著業務量的增加，倉庫管理者需要處理的信息量會大幅上升，因此往往很難及時準確的掌握整個倉庫的運作狀態。針對這一情況，為了減輕倉庫管理員和操作員的工作負擔，此系統在滿足倉庫的基本管理功能基礎上發揮信息系統的智能化。

根據要求可將系統分為四個模塊（1）用戶登錄模塊

普通操作員和管理人員登錄此系統，執行倉庫管理的一些操作，但是普通操作員和管理人員所能執行的功能不一樣。（2）倉庫管理模塊

管理員工作需要登陸系統，才能夠進行操作，系統中的各項數據都不允許外人隨便查看和更改，所以設置登陸模塊是必須的。可以執行倉庫進貨，退貨，領料，退料；商品調撥，倉庫盤點等功能。(3)業務查詢模塊

在用戶登錄系統后，可以執行庫存查詢，銷售查詢，倉庫歷史記錄查詢。

(4)系統設置模塊

顯示當前倉庫系統中的信息,在系統中可以執行供應商設置，倉庫設置。

2、功能模塊分析（1）登錄模塊

? 普通操作員：顯示當天倉庫中的所有庫存的信息。? 管理員：修改倉庫中的庫存信息。

? 用戶注銷：在用戶執行完倉庫功能時，注銷。? 用戶退出。（2）管理模塊

? 倉庫庫存的進貨與退貨；

? 倉庫中的庫存需要領料和退料功能；

? 倉庫也可以完成不同地區的商品在此倉庫的商品調撥任務； ? 用戶人員也可以在當天之后對倉庫中的庫存進行盤點。（3）查詢模塊

? 顯示當前倉庫商品信息，并執行庫存查詢； ? 顯示倉庫信息，對商品的銷售量進行查詢； ? 此系統還可以對倉庫歷史記錄進行查詢。（4）設置模塊

? 供應商設置 ? 倉庫設置

3、工作內容及要求

? 進一步細化需求分析的內容，識別出系統的參與者，并完成用例圖； 無錫職業技術學院實踐環節材料撰寫用紙

將用例圖中的每個用例都寫成相應的事件流文檔；

進一步使用活動圖來描述每個用例，為后續的系統設計做好準備；

按照系統的功能分析，從用例的描述中提取出系統的對象類和界面類，建立類圖；

分析類圖中的實體類和實體類之間的關系，畫出數據庫的邏輯模型圖（只包含實體類，且注明角色和階元）。

? 對數據庫的邏輯模型進行優化，取消多對多的聯系，完成最終的邏輯模型設計； ? 使用交互作用圖或狀態機圖完成系統動態行為的建模。（建議使用順序圖按功能分別描述）

4、創建SRS文檔：

? 引言

? 倉庫管理系統將24小時為用戶服務。? 用途

? SRS文檔將作為SDLC設計和編碼階段的輸入。? 作用域

? 管理員直接對系統進行管理。? 功能性需求

? 操作員需要取得管理員的認可才可以登錄此系統。? 操作員可以查詢庫存的信息。

? 系統管理員可以管理登錄系統以后對倉庫進行管理

? 因為不是每個人都可以隨便修改系統的，所以系統管理員可以登錄進系統以后對用戶的權限信息進行管理。

? 界面需求

? 界面應該清晰易懂。? 運行環境

? 此系統可以在網絡上進行運行。? ? ? ? 無錫職業技術學院實踐環節材料撰寫用紙

用例圖如下：

分析：操作員在進行驗證后登陸系統，可以執行商品的進退貨的記錄信息的查詢與管理等操作。

用戶登錄**倉庫領料倉庫進貨**退出系統****商品調撥**操作員****用戶注銷*倉庫退料*倉庫退貨c

圖1 操作員用例圖

分析：此用戶是管理員，可以對倉庫信息進行維護，倉庫商品進行盤點，業務分析，歷史記錄查詢，供應商信息維護和倉庫查詢操作。

無錫職業技術學院實踐環節材料撰寫用紙

倉庫信息維護用戶登錄****用戶注銷******管理員***退出系統倉庫盤點*倉庫查詢**供應商信息維護*業務分析歷史記錄查詢*

圖2 管理員用例圖

分析：該用戶為供應商，可以對執行倉庫進貨和退貨的查詢與管理操作。

倉庫進貨***商品供應商*倉庫退貨

圖3 供應商用例圖

（二）《倉庫管理系統》的靜態建模

靜態建模用于描述軟件的靜態成分，又叫結構建模。它包含類關系圖和對象關系圖。用于描述軟件系統的成分之間的關系和依賴性。1）類的分析與設計

? 確定初始類圖 ? 提取類的屬性 ? 提取類的操作 無錫職業技術學院實踐環節材料撰寫用紙

? 類之間的關系

去除不必要的類和不正確的類：

1.冗余類：若兩個類表述同一信息，保留最具有描述能力的類； 2.不相干的類：去掉與問題沒有多少關系和根本不相關的類；

3.模糊類：類必須是確定的，有些臨時類邊界定義不對，或范圍太廣，應排除； 4.屬性：如果有些名詞是用來描述某個類的，那么它一定是這個類的屬性。5.操作：如果所描述的操作并不適用于對象并且被自身所操作，那么這一定不是類。這樣可以得到相關的三種類關系： ? 人員信息包類圖 ? 接口信息包類圖 ? 系統事務信息包類圖 2）確定類之間的關系

兩個類之間的相互依賴就是關聯，關聯常用描述性動詞或動詞組來表示，其中有物理位置的表示、傳導的動作、通信、所有者關系及條件的滿足等等。通過以上方法可以確定類圖：

① 人員信息包類圖里包含：操作員類、管理員類、供應商類、商品進貨模塊類、商品退換模塊類、商品打印模塊類、庫存查詢模塊類、商品盤點模塊類、歷史信息查詢模塊類和商品調撥模塊類。

無錫職業技術學院實踐環節材料撰寫用紙

**操作員-姓名-id號-權限+倉庫進貨()*+倉庫退貨()+倉庫領料()+倉庫退料()+商品調撥()*+用戶登錄()+用戶注銷()+退出系統()+盤點信息打印報表()+進貨商品打印報表()*+退換商品打印報表()+商品庫存信息()**商品進貨模塊+商品清單()+退貨清單()+查詢信息()庫存查詢模塊**商品打印模塊*

圖4 人員信息包類圖

供應商-供應商姓名-供應商id號-聯系方法+進貨()+退貨()*1管理員-姓名-id號-權限+供應商信息維護()+倉庫信息維護()+盤點信息()+倉庫查詢()+業務分析()+用戶注銷()+退出系統()+歷史記錄查詢()+用戶登錄()+查詢結果()*歷史信息查詢模塊*+查詢條件()+進貨記錄()+商品調撥記錄()+商品盤點信息()*********商品退換模塊*商品盤點模塊*+審核后盤點信息()+查詢信息()**商品調撥模塊+查詢信息()+查詢條件()*+盤點信息列表()8 無錫職業技術學院實踐環節材料撰寫用紙

② 接口信息包類圖里包含：用戶登錄類、倉庫管理類、系統管理類和業務查詢類。

倉庫管理+倉庫進貨()+倉庫退貨()+倉庫領料()+倉庫退料()+倉庫調撥()+倉庫盤點()用戶登錄+用戶登錄()+用戶注銷()+退出系統()系統設置-供應商設置-倉庫信息維護業務查詢+庫存查詢()+業務分析()+歷史記錄查詢()

圖5 接口信息包類圖

③系統事務信息包類圖包含：用戶登錄類、供應商管理類、業務分析類、查詢歷史信息類、倉庫信息維護類、領料類、退料類、退換類、盤點類、調撥類和倉庫查詢類。

無錫職業技術學院實踐環節材料撰寫用紙

調撥供應商管理-該操作id號-日期-管理員id號+增加供應商()倉庫信息維護-該操作id號-日期退料用戶登錄-該操作id號-登錄日期-登錄人id-name+用戶登錄()+用戶注銷()+退出系統()退貨-交易id-日期-操作員-交易id-日期-退料人-操作員倉庫查詢-該操作id-日期領料-交易id-日期-領料員-操作員查詢歷史信息-該操作id-日期業務分析-操作id號-日期-管理員id+opname()盤點-交易id-日期-管理員id-倉庫id

圖6 系統事務信息包類圖

（三）《倉庫管理系統》的動態建模

在完成靜態建模后，需要對系統實現動態建模。需要創建

? 活動關系圖：表示系統的靜態成分為了完成過程需要執行的活動的順序；

? 交互關系圖：表示軟件系統靜態成分之間的交互，常用序列關系圖和通信關系圖。(1)活動關系圖

活動關系圖是用來對特定過程的控制流進行建模。

分析：管理員在登錄系統后，查看銷售記錄和查看商品庫存情況，如果缺貨就通知操作員缺貨商品清單，操作員即可聯系供應商按缺貨清單提供貨物，然后管理員更新數據庫結束，如果不缺貨直接結束。

無錫職業技術學院實踐環節材料撰寫用紙

通知操作員缺貨商品清單查看銷售記錄聯系供應商按缺貨清單提供貨物查看商品庫存情況[ 缺貨] 接受貨物更新庫存數據庫[ 不缺貨 ]

圖7 倉庫系統的活動圖

(2)交互關系圖：通信關系圖、序列關系圖

①通信關系圖以消息的形式表示對象之間的交互。通信圖集中在活動著的對象上，表現的是相互通信的對象之間的消息傳遞，不參照時間。通信圖通過在消息上加序號表示消息傳遞的次序。序列號放在消息之前作為消息的前綴。

注：通信關系圖不描繪對象的生命線。A.管理員盤點過程協助圖

分析：操作員把盤點信息發送給管理員，管理員審查后盤點信息，在倉庫商品盤點模塊中盤點信息列表，然后交由信息打印模塊打印盤點信息列表，給操作員。

無錫職業技術學院實踐環節材料撰寫用紙

操作員盤點信息管理員盤點信息打印列表審查后盤點信息商品信息打印模塊盤點信息列表商品盤點模塊

圖8 管理員盤點過程協作圖

B.商品管理協作圖

分析：操作員通知供應商進貨，供應商打印出進貨清單，操作員也可以對進貨退貨進行管理，供應商打印出退貨清單。

商品進貨進貨商印品打報表進貨清單操作員退貨商品供應商表庫存查詢商品退換退貨清單庫存信息進貨商品打印報

圖9 商品管理協作圖 無錫職業技術學院實踐環節材料撰寫用紙

C.倉庫歷史記錄查詢協作圖

分析：管理員應該先登錄系統。當管理員登錄系統以后，可以查詢歷史信息，看到商品進貨、商品盤點、商品調撥的歷史記錄。

商品進貨管理員查詢條件歷史信息查詢進貨、退貨記錄查詢條件商品調撥商品盤點圖10 倉庫歷史記錄查詢協作圖

②序列關系圖

序列關系圖以按時間排序的消息形式來表示對象之間的交互。序列關系圖和通信關系圖的區別在于通信關系圖情調對象的組織結構，而序列關系圖則按時間順序顯示對象之間交互的消息。在序列關系圖中，可以沿x軸方向排列對象。將啟動交互的對象放在最左邊。消息序列中后來的對象則放在交互啟動對象的右邊。在交互中，對象發送和接收的消息按時間升序沿y軸防止。

注：和通信關系圖不同，序列關系圖描述對象生命線。

A.倉庫盤點過程序列圖 分析：操作員將盤點信息發送給管理員，管理員審查盤點信息，然后盤點信息列表交給商品打印模塊打印后發給操作員執行相關商品操作。

商品盤點信息

無錫職業技術學院實踐環節材料撰寫用紙

操作員管理員商品盤點模塊商品打印模塊盤點信息盤點信息列表()審核后盤點信息盤點信息打印報表()

圖11 倉庫盤點過程序列圖

B．商品管理序列圖

分析：操作通知商品供應商進貨、退貨，商品供應商將商品清單和退貨商品清單發送給商品進貨模塊，商品進貨模塊將進貨商品打印報表給操作員，商品退貨模塊將商品退換報表打印發給操作員，操作員也可以查詢庫存，庫存庫存模塊將庫存查詢信息發送給操作員。

無錫職業技術學院實踐環節材料撰寫用紙

操作員商品供應商商品進貨模塊商品退換模塊進貨()商品清單()進貨商品打印報表()退貨清單()退貨()退換商品打印報表()查詢條件()商品庫存信息

圖12 商品管理序列圖

C．倉庫歷史記錄序列圖

分析：管理員登錄系統查詢歷史信息模塊，歷史信息則查詢商品進貨退貨模塊、商品調撥模塊、商品盤點模塊，之后各模塊將查詢得到的信息發送給歷史信息模塊，最后由歷史信息模塊統一將信息發給管理員。

無錫職業技術學院實踐環節材料撰寫用紙

管理員歷史信息查詢模塊商品進貨退貨模塊商品調撥模塊商品盤點模塊查詢信息()查詢條件()進貨記錄()查詢信息()商品調撥記錄()查詢信息()商品盤點信息()查詢結果()

圖13 倉庫歷史記錄序列圖 無錫職業技術學院實踐環節材料撰寫用紙

（四）《倉庫管理系統》的架構建模

架構建模使您能夠了解組件在組織網絡中的物理分布。您需要對軟件系統的架構進行建模以確定組件的設計是否符合軟件系統的需要。軟件架構描述軟件按系統的所有組件以及這些組件之間的關系。要對系統軟件的架構進行建模，您需要創建以下關系圖：

? 包關系圖：描述根據特定條件分組在一起的軟件系統構成。? 組件關系圖：描述軟件系統的可執行構成。

? 部署關系圖：描述軟件系統組件的各種處理設備。

a)組件關系圖：組件可實現一組接口并構成軟件系統的可執行部分。

分析：該圖是系統的各個組件圖，由系統登錄、倉庫管理管理、信息查詢、系統設置。

倉庫管理信息查詢系統登錄系統設置

圖14 組件關系圖

b)部署關系圖：顯示需要在其中部署軟件組件的硬件。

分析：下圖表明系統采用數據庫系統作為后臺數據提供者，然后客戶登錄使用系統，也可以對系統中的信息進行打印操作。

無錫職業技術學院實踐環節材料撰寫用紙

數據服務器客戶機1客戶機n打印機

圖15 部署關系圖