第一篇：UML庫存管理系統(tǒng)

UML課程設(shè)計

報告 設(shè)計名稱： 庫存管理系統(tǒng)

專業(yè)班級： 姓 名： 學(xué) 號： 起止時間： 成 績 評 定

考核 設(shè)計 設(shè)計 綜合評 答辯 內(nèi)容 表現(xiàn) 報告 定成績 成 績 計算機(jī)科學(xué)與工程系

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

二、系統(tǒng)分析

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

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

inter manageout manageadministratorinventory manage

information search

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

: administrator1: load

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

（3）活動圖

produce inventory bills inventory on the spot inventory manage

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

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

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

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

high-inventory alarm identity testexpand

useinventory place appointaccount updateinter manageuseexpandadministratorout

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

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

inventory originallimits manage

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

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

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

而且能夠?qū)齑嫘畔⒆龅叫闹杏袛?shù)。當(dāng)一批物資需要進(jìn)行出入庫時，首先庫管員需要核對入庫單，清點(diǎn)入庫物資，當(dāng)入庫單據(jù)與入庫物資相符時，才能入庫。接著庫管員登錄系統(tǒng)，通過身份驗證，進(jìn)入入庫管理主界面。輸入要入庫物資的基本信息后，系統(tǒng)自動進(jìn)行一些信息查詢：存量信息，庫位狀態(tài)，盤點(diǎn)狀態(tài)。當(dāng)該類物資存量超出最高庫存量，系統(tǒng)發(fā)出報警，此時可以退出系統(tǒng)，即此類物資不在進(jìn)行入庫，也可以強(qiáng)行入庫。在檢查庫位信息時，如果發(fā)現(xiàn)沒有空余庫位，同樣系統(tǒng)會發(fā)出警報，但允許入庫，只是需要人工指定庫位。完成上述步驟，系統(tǒng)會主動為物資安排庫位，更新賬目，到此時也就完成入庫過程。（2）主要業(yè)務(wù)活動圖 inventory inter out check account place checkcheckcheck

produce

inter and

inventory formoutmanage

analyze

and

inventory NewStatevaluatecontrole 8

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

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

2.順序圖與協(xié)作圖（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 物資入庫順序圖 在完成入庫單與入庫項的填寫后，進(jìn)入胃物資指定庫位的操作中，首先系統(tǒng)要自動檢查庫位的狀態(tài)，當(dāng)沒有多余庫位或者庫位正在進(jìn)行盤點(diǎn)時，則系統(tǒng)提示不能進(jìn)入下一步的操作，如果有多余庫位則系統(tǒng)自動為物資安排庫位，進(jìn)行物資的入庫，同時修改庫存信息，此時完成了物資的入庫的所有操作。（2）物資入庫協(xié)作圖 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

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

系統(tǒng)人機(jī)交互狀態(tài)圖

fail logonstartlogonlogon successoperateentry/ inputdo/ check

namefinishreturncancel password and logoncancelcancelfinishexit/ quit

entry/ prompt do/ checkexit/ quit or returnoutcome 人機(jī)系統(tǒng)交互狀態(tài)圖

四、系統(tǒng)的配置與實現(xiàn)

（一）系統(tǒng)的組件圖

<>Businessp

The user

The

Server The rocessinterfacedatebase 系統(tǒng)組件圖 12

(二)系統(tǒng)配置圖

clientdatab...program 系統(tǒng)配置圖

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

第二篇：UML 網(wǎng)吧管理系統(tǒng)

貴州師范大學(xué)職業(yè)技術(shù)學(xué)院

系統(tǒng)名稱:

姓 名：

班 級: 08 專 業(yè): —— UML基礎(chǔ)教程 ——

考 察 報 告

網(wǎng)吧管理系統(tǒng) 成豪 王建勇 何汶峰 彭健 楊茂科 楊勝文 楊興福 楊家權(quán) 計應(yīng) 計算機(jī)應(yīng)用技術(shù)

目

錄

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

UML實驗報告

第三篇：庫存管理系統(tǒng)課程設(shè)計

庫存管理系統(tǒng)課程設(shè)計

一、需求分析...................................................................................................................................2 1.1 編寫目的：.......................................................................................................................2 1.2 項目背景：.......................................................................................................................2 1.3系統(tǒng)使用對象：................................................................................................................3 1.4 功能需求：.......................................................................................................................3 1.4.1 業(yè)務(wù)流程圖：.......................................................................................................3 1.4.2 功能模塊圖：.......................................................................................................4 1.4.3 功能介紹：...........................................................................................................4 1.4.4問題域描述：........................................................................................................5 1.5 性能要求：.......................................................................................................................5 1.6 運(yùn)行環(huán)境：.......................................................................................................................6

二、系統(tǒng)詳細(xì)設(shè)計...........................................................................................................................6 2.1系統(tǒng)總體設(shè)計....................................................................................................................6 2.1.1 運(yùn)行環(huán)境...............................................................................................................6 2.1.2 系統(tǒng)流程...............................................................................................................6 2.1.3 系統(tǒng)結(jié)構(gòu)...............................................................................................................7 2.2系統(tǒng)接口的概要設(shè)計........................................................................................................8 2.2.1 用戶接口...............................................................................................................8 2.3 數(shù)據(jù)庫概要設(shè)計...............................................................................................................9 2.3.1 物理結(jié)構(gòu)設(shè)計.......................................................................................................9

三、系統(tǒng)實現(xiàn).................................................................................................................................10 3.1 系統(tǒng)開發(fā)環(huán)境.................................................................................................................10 3.2 系統(tǒng)實現(xiàn).........................................................................................................................11 3.2.1 客戶端系統(tǒng)實現(xiàn).................................................................................................11

一、需求分析

1.1 編寫目的：

庫存管理工作如由人工完成，主要依靠個人經(jīng)驗和厚重的資料簿，查詢工作繁瑣而且質(zhì)量不高，容易出錯。如果利用計算機(jī)的高速計算能力和廣泛的普及應(yīng)用，則能利用判斷條件，更快地找出所要查詢的庫存產(chǎn)品。庫存管理系統(tǒng)是一套對貨品入庫、出庫、庫存進(jìn)行全面管理的系統(tǒng)。

1.2 項目背景：

由于市場競爭的需要，如何吸引和留住人才，激發(fā)員工的創(chuàng)造行、工作責(zé)任感和工作熱情已經(jīng)成為關(guān)系企業(yè)興衰的重要因素，人才已成為企業(yè)最重要的資產(chǎn)之一?！肮⒐?、合理”的企業(yè)管理理念和企業(yè)管理水平的提高，是社會對庫存管理系統(tǒng)有了更高的需求；同時由于個人電腦的普及，數(shù)據(jù)庫技術(shù)、客戶/服務(wù)器技術(shù)，特別是Internet/Intranet技術(shù)的發(fā)展，使的三代庫存管理系統(tǒng)的出現(xiàn)才成為必然。庫存管理系統(tǒng)的特點(diǎn)是從物品管理的角度出發(fā)，用集中的數(shù)據(jù)庫將幾乎所有與物品相關(guān)的數(shù)據(jù)統(tǒng)一管理起來，形成了集成的信息源。有好的用戶界面，強(qiáng)有力的報表生成工具、分析工具和信息的共享使得物品管理人員得以擺脫繁重的日常工作，集中精力從戰(zhàn)略的角度來考慮企業(yè)物品規(guī)劃和政策。

企業(yè)的庫存物資管理往往是很復(fù)雜、很繁瑣的。由于所掌握的物資種類眾多，訂貨、管理、發(fā)放的渠道各有差異，各個企業(yè)之間的管理體制不盡相同，各類統(tǒng)計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統(tǒng)，實現(xiàn)計算機(jī)化操作，而且必須根據(jù)企業(yè)的具體情況制定相應(yīng)的方案。

1.3系統(tǒng)使用對象：

本軟件提供了完備的銷售業(yè)務(wù)管理功能，包括銷售管理（銷售訂單、銷售出貨、銷售退貨、收款登記）、基本信息（公司基本資料、客戶資料、貨品資料、員工檔案、其他基礎(chǔ)設(shè)置）、單據(jù)查詢(訂貨單查詢、收貨單查詢、付款單查詢)、系統(tǒng)維護(hù)（操作權(quán)限、數(shù)據(jù)備份及恢復(fù)、數(shù)據(jù)壓縮、數(shù)據(jù)清理）等功能。

1.4 功能需求：

1.4.1 業(yè)務(wù)流程圖：

1.4.2 功能模塊圖：

1.4.3 功能介紹： 庫存管理：包括貨品信息管理、貨品庫存管理、短線貨品管理、超儲貨品管理。

入庫管理：包括入庫登記管理、貨品入庫期間統(tǒng)計、供貨單位期間供貨統(tǒng)計和供貨單位期間供貨金額統(tǒng)計。

出庫管理：包括出庫登記管理、貨品期間出庫統(tǒng)計、收貨單位期間收貨統(tǒng)計和收貨單位期間收貨金額統(tǒng)計。

盤存管理：包括盤存數(shù)據(jù)錄入和盤存表。綜合管理：包括貨品出入庫期間匯總等。

附項分類：包括經(jīng)辦人員管理、供貨單位管理、倉庫信息管理及數(shù)據(jù)處理記錄。

歷史數(shù)據(jù)管理：包括歷史庫存管理、歷史入庫管理和歷史出庫管理等。1.4.4問題域描述：

貨物是否能被管理員找到，貨物必要有唯一的貨號;倉庫對應(yīng)唯一管理員，管理員必要有唯一工號，性別，姓名等屬性;每個入庫貨物對應(yīng)一張入庫單，入庫單號碼必須與貨號唯一對應(yīng)；每個出庫貨物對應(yīng)一張出庫單，出庫單號碼必須與貨號唯一對應(yīng)；管理人員存放貨物根據(jù)存放規(guī)則在倉庫內(nèi)存放貨物；管理人員根據(jù)提貨規(guī)則從倉庫內(nèi)提取貨物。

1.5 性能要求：

全局特征：

系統(tǒng)可用性是：全天候可用、可靠性：除了不可計錯誤，一般不會崩潰。安全性和保密性：只有專業(yè)的工作人員才能運(yùn)行，可以設(shè)置權(quán)限。

1.6 運(yùn)行環(huán)境：

硬件環(huán)境：PentiumⅡ 或同檔次以上微機(jī)； 32MB以上內(nèi)存或更高；4.2G以上硬盤；1.44M

光驅(qū)；24速以上光驅(qū)；

針打或激光打印機(jī)一臺

軟件環(huán)境：中文 WINDOWS95 /

二、系統(tǒng)詳細(xì)設(shè)計

2.1系統(tǒng)總體設(shè)計

2.1.1 運(yùn)行環(huán)境 操作系統(tǒng)：Windows All 安裝MySQL Tomcat MyEclipse 2.1.2 系統(tǒng)流程 本課題的系統(tǒng)流程圖如下

/WE/ 2000操作系統(tǒng)。

2.1.3 系統(tǒng)結(jié)構(gòu)

本課題的功能模塊設(shè)計圖如下

2.2系統(tǒng)接口的概要設(shè)計

2.2.1 用戶接口 首頁（用戶登錄界面）

用戶操作界面（如圖）頭部和其他部位的內(nèi)容一樣

左側(cè)部分為當(dāng)用戶登錄成功后將顯示用戶操作的功能菜單 右側(cè)部分則根據(jù)用戶選擇的操作顯示相應(yīng)內(nèi)容

2.3 數(shù)據(jù)庫概要設(shè)計

2.3.1 物理結(jié)構(gòu)設(shè)計

本課題目前為數(shù)據(jù)庫建立了9 個表 Category：id，name，description；

Goods：id，name，description，inprice，outprice，category_id，supplier;Instock:id,quantity,intime,price,description,goods_id,uear_id;Outstock:id,quantity,outtime,description,price,user_id,goods_id;Privilege:id,name,description Stock:goods_id,quantity,outprice,inprice Supplier:id,name,linkman,cellphone,description User:id,username,password User_privilege:user_id,privilege_id

三、系統(tǒng)實現(xiàn)

3.1 系統(tǒng)開發(fā)環(huán)境

系統(tǒng)：Microsoft Windows 7 編程環(huán)境：MyEclipse 開發(fā)語言：Java 數(shù)據(jù)庫：MySQL

3.2 系統(tǒng)實現(xiàn)

3.2.1 客戶端系統(tǒng)實現(xiàn) 登錄界面（如下圖）

庫存管理成果信息頁面（如圖）

用戶管理

權(quán)限管理

供應(yīng)商管理

類別管理

商品管理

入庫管理

庫存管理

出庫管理

第四篇：門診管理系統(tǒng)UML

門診管理系統(tǒng)

第1章 需求分析

1.1系統(tǒng)建設(shè)的意義

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

1.2系統(tǒng)需求描述

從系統(tǒng)功能描述可以劃分為以下幾方面：

掛號子系統(tǒng)：該系統(tǒng)有人工掛號系統(tǒng)和自主掛號系統(tǒng)。掛號子系統(tǒng)主要描述了掛號過程中的各種活動，讓病人和醫(yī)護(hù)人員更加清楚這一過程中的環(huán)節(jié)。遵循這個規(guī)范則可以節(jié)省更多的時間，從而提高醫(yī)護(hù)人員的工作效率。

查詢子系統(tǒng)：此查詢系統(tǒng)可為患者提供個人病例查詢，藥品的相關(guān)信息的查詢和就診醫(yī)生的相關(guān)的信息，病人需輸入相關(guān)的驗證信息；另外醫(yī)務(wù)人員還可以通過此查詢?yōu)椴∪四孟鄳?yīng)的藥品。

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

辦理就診卡子系統(tǒng)：對于初來患者需要錄入本人的相關(guān)信息并辦好就診卡，以后掛號就可以直接使用就診卡進(jìn)行掛號，這樣既減輕了醫(yī)務(wù)人員的工作負(fù)擔(dān)，同時也縮短了患者的掛號時間，能夠更短時間的就診。

第2章 系統(tǒng)的UML基本模型

2.1系統(tǒng)整體的用例模型

圖2-1系統(tǒng)整體用例模型

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

2.2系統(tǒng)整體的用戶類圖

圖2-2系統(tǒng)整體用戶類圖

系統(tǒng)用戶類圖描述：系統(tǒng)用戶有病人、醫(yī)生、護(hù)士、收銀員、信息管理人員。其中病人輸入相關(guān)驗證信息可以查詢自己的病例和相關(guān)的藥品信息；醫(yī)生可以把病人的診斷結(jié)果以及真短信息寫入；護(hù)士可以給病人掛號和辦就診卡；收銀員收取診斷費(fèi)和檢查費(fèi)用；信息管理人員主要是針對醫(yī)務(wù)人員、患者和藥品的相關(guān)信息進(jìn)行增加、刪除和修改。

2.3系統(tǒng)總體的順序圖

圖2-3門診信息系統(tǒng)主要的順序圖

系統(tǒng)總體順序圖描述：系統(tǒng)總體可以分為登陸窗口界面、系統(tǒng)界面、相應(yīng)管理界面和信息界面。在登陸窗口界面，輸入正確的身份驗證信息之后，進(jìn)入相應(yīng)身份的系統(tǒng)界面，然后在系統(tǒng)界面點(diǎn)擊或者輸入相關(guān)的信息，在數(shù)據(jù)庫中提取信息并進(jìn)入相應(yīng)的信息界面。

2.4查詢

2.4.1查詢系統(tǒng)類圖

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

2.4.2查詢系統(tǒng)活動圖

圖2-5查詢系統(tǒng)活動圖

2.4.3查詢病例順序圖

圖2-6查詢病例順序圖

2.5掛號

2.5.1掛號管理子系統(tǒng)類圖

圖2-7掛號管理子系統(tǒng)類圖

2.5.2掛號管理活動圖

圖2-8掛號管理活動圖

2.6自助掛號

2.6.1自助掛號活動圖

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

圖2-10自助掛號順序圖

2.7收費(fèi)系統(tǒng)

2.7.1收費(fèi)子系統(tǒng)類圖

圖2-11收費(fèi)系統(tǒng)類圖

2.7.2收費(fèi)系統(tǒng)順序圖

圖2-12收費(fèi)系統(tǒng)順序圖

2.8辦理就診卡系統(tǒng)

2.8.1辦理就診卡類圖

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

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

第五篇：倉庫管理系統(tǒng)課程設(shè)計 UML

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

二、倉庫信息管理系統(tǒng)分析與設(shè)計

（一）《倉庫信息管理系統(tǒng)》的需求建模

1、需求分析

倉庫信息管理系統(tǒng)要能完成以下功能：

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

根據(jù)要求可將系統(tǒng)分為四個模塊（1）用戶登錄模塊

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

管理員工作需要登陸系統(tǒng)，才能夠進(jìn)行操作，系統(tǒng)中的各項數(shù)據(jù)都不允許外人隨便查看和更改，所以設(shè)置登陸模塊是必須的?？梢詧?zhí)行倉庫進(jìn)貨，退貨，領(lǐng)料，退料；商品調(diào)撥，倉庫盤點(diǎn)等功能。(3)業(yè)務(wù)查詢模塊

在用戶登錄系統(tǒng)后，可以執(zhí)行庫存查詢，銷售查詢，倉庫歷史記錄查詢。

(4)系統(tǒng)設(shè)置模塊

顯示當(dāng)前倉庫系統(tǒng)中的信息,在系統(tǒng)中可以執(zhí)行供應(yīng)商設(shè)置，倉庫設(shè)置。

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

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

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

? 倉庫庫存的進(jìn)貨與退貨；

? 倉庫中的庫存需要領(lǐng)料和退料功能；

? 倉庫也可以完成不同地區(qū)的商品在此倉庫的商品調(diào)撥任務(wù)； ? 用戶人員也可以在當(dāng)天之后對倉庫中的庫存進(jìn)行盤點(diǎn)。（3）查詢模塊

? 顯示當(dāng)前倉庫商品信息，并執(zhí)行庫存查詢； ? 顯示倉庫信息，對商品的銷售量進(jìn)行查詢； ? 此系統(tǒng)還可以對倉庫歷史記錄進(jìn)行查詢。（4）設(shè)置模塊

? 供應(yīng)商設(shè)置 ? 倉庫設(shè)置

3、工作內(nèi)容及要求

? 進(jìn)一步細(xì)化需求分析的內(nèi)容，識別出系統(tǒng)的參與者，并完成用例圖； 無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

將用例圖中的每個用例都寫成相應(yīng)的事件流文檔；

進(jìn)一步使用活動圖來描述每個用例，為后續(xù)的系統(tǒng)設(shè)計做好準(zhǔn)備；

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

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

? 對數(shù)據(jù)庫的邏輯模型進(jìn)行優(yōu)化，取消多對多的聯(lián)系，完成最終的邏輯模型設(shè)計； ? 使用交互作用圖或狀態(tài)機(jī)圖完成系統(tǒng)動態(tài)行為的建模。（建議使用順序圖按功能分別描述）

4、創(chuàng)建SRS文檔：

? 引言

? 倉庫管理系統(tǒng)將24小時為用戶服務(wù)。? 用途

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

? 管理員直接對系統(tǒng)進(jìn)行管理。? 功能性需求

? 操作員需要取得管理員的認(rèn)可才可以登錄此系統(tǒng)。? 操作員可以查詢庫存的信息。

? 系統(tǒng)管理員可以管理登錄系統(tǒng)以后對倉庫進(jìn)行管理

? 因為不是每個人都可以隨便修改系統(tǒng)的，所以系統(tǒng)管理員可以登錄進(jìn)系統(tǒng)以后對用戶的權(quán)限信息進(jìn)行管理。

? 界面需求

? 界面應(yīng)該清晰易懂。? 運(yùn)行環(huán)境

? 此系統(tǒng)可以在網(wǎng)絡(luò)上進(jìn)行運(yùn)行。? ? ? ? 無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

用例圖如下：

分析：操作員在進(jìn)行驗證后登陸系統(tǒng)，可以執(zhí)行商品的進(jìn)退貨的記錄信息的查詢與管理等操作。

用戶登錄**倉庫領(lǐng)料倉庫進(jìn)貨**退出系統(tǒng)****商品調(diào)撥**操作員****用戶注銷*倉庫退料*倉庫退貨c

圖1 操作員用例圖

分析：此用戶是管理員，可以對倉庫信息進(jìn)行維護(hù)，倉庫商品進(jìn)行盤點(diǎn)，業(yè)務(wù)分析，歷史記錄查詢，供應(yīng)商信息維護(hù)和倉庫查詢操作。

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

倉庫信息維護(hù)用戶登錄****用戶注銷******管理員***退出系統(tǒng)倉庫盤點(diǎn)*倉庫查詢**供應(yīng)商信息維護(hù)*業(yè)務(wù)分析歷史記錄查詢*

圖2 管理員用例圖

分析：該用戶為供應(yīng)商，可以對執(zhí)行倉庫進(jìn)貨和退貨的查詢與管理操作。

倉庫進(jìn)貨***商品供應(yīng)商*倉庫退貨

圖3 供應(yīng)商用例圖

（二）《倉庫管理系統(tǒng)》的靜態(tài)建模

靜態(tài)建模用于描述軟件的靜態(tài)成分，又叫結(jié)構(gòu)建模。它包含類關(guān)系圖和對象關(guān)系圖。用于描述軟件系統(tǒng)的成分之間的關(guān)系和依賴性。1）類的分析與設(shè)計

? 確定初始類圖 ? 提取類的屬性 ? 提取類的操作 無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

? 類之間的關(guān)系

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

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

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

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

① 人員信息包類圖里包含：操作員類、管理員類、供應(yīng)商類、商品進(jìn)貨模塊類、商品退換模塊類、商品打印模塊類、庫存查詢模塊類、商品盤點(diǎn)模塊類、歷史信息查詢模塊類和商品調(diào)撥模塊類。

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

**操作員-姓名-id號-權(quán)限+倉庫進(jìn)貨()*+倉庫退貨()+倉庫領(lǐng)料()+倉庫退料()+商品調(diào)撥()*+用戶登錄()+用戶注銷()+退出系統(tǒng)()+盤點(diǎn)信息打印報表()+進(jìn)貨商品打印報表()*+退換商品打印報表()+商品庫存信息()**商品進(jìn)貨模塊+商品清單()+退貨清單()+查詢信息()庫存查詢模塊**商品打印模塊*

圖4 人員信息包類圖

供應(yīng)商-供應(yīng)商姓名-供應(yīng)商id號-聯(lián)系方法+進(jìn)貨()+退貨()*1管理員-姓名-id號-權(quán)限+供應(yīng)商信息維護(hù)()+倉庫信息維護(hù)()+盤點(diǎn)信息()+倉庫查詢()+業(yè)務(wù)分析()+用戶注銷()+退出系統(tǒng)()+歷史記錄查詢()+用戶登錄()+查詢結(jié)果()*歷史信息查詢模塊*+查詢條件()+進(jìn)貨記錄()+商品調(diào)撥記錄()+商品盤點(diǎn)信息()*********商品退換模塊*商品盤點(diǎn)模塊*+審核后盤點(diǎn)信息()+查詢信息()**商品調(diào)撥模塊+查詢信息()+查詢條件()*+盤點(diǎn)信息列表()8 無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

② 接口信息包類圖里包含：用戶登錄類、倉庫管理類、系統(tǒng)管理類和業(yè)務(wù)查詢類。

倉庫管理+倉庫進(jìn)貨()+倉庫退貨()+倉庫領(lǐng)料()+倉庫退料()+倉庫調(diào)撥()+倉庫盤點(diǎn)()用戶登錄+用戶登錄()+用戶注銷()+退出系統(tǒng)()系統(tǒng)設(shè)置-供應(yīng)商設(shè)置-倉庫信息維護(hù)業(yè)務(wù)查詢+庫存查詢()+業(yè)務(wù)分析()+歷史記錄查詢()

圖5 接口信息包類圖

③系統(tǒng)事務(wù)信息包類圖包含：用戶登錄類、供應(yīng)商管理類、業(yè)務(wù)分析類、查詢歷史信息類、倉庫信息維護(hù)類、領(lǐng)料類、退料類、退換類、盤點(diǎn)類、調(diào)撥類和倉庫查詢類。

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

調(diào)撥供應(yīng)商管理-該操作id號-日期-管理員id號+增加供應(yīng)商()倉庫信息維護(hù)-該操作id號-日期退料用戶登錄-該操作id號-登錄日期-登錄人id-name+用戶登錄()+用戶注銷()+退出系統(tǒng)()退貨-交易id-日期-操作員-交易id-日期-退料人-操作員倉庫查詢-該操作id-日期領(lǐng)料-交易id-日期-領(lǐng)料員-操作員查詢歷史信息-該操作id-日期業(yè)務(wù)分析-操作id號-日期-管理員id+opname()盤點(diǎn)-交易id-日期-管理員id-倉庫id

圖6 系統(tǒng)事務(wù)信息包類圖

（三）《倉庫管理系統(tǒng)》的動態(tài)建模

在完成靜態(tài)建模后，需要對系統(tǒng)實現(xiàn)動態(tài)建模。需要創(chuàng)建

? 活動關(guān)系圖：表示系統(tǒng)的靜態(tài)成分為了完成過程需要執(zhí)行的活動的順序；

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

活動關(guān)系圖是用來對特定過程的控制流進(jìn)行建模。

分析：管理員在登錄系統(tǒng)后，查看銷售記錄和查看商品庫存情況，如果缺貨就通知操作員缺貨商品清單，操作員即可聯(lián)系供應(yīng)商按缺貨清單提供貨物，然后管理員更新數(shù)據(jù)庫結(jié)束，如果不缺貨直接結(jié)束。

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

通知操作員缺貨商品清單查看銷售記錄聯(lián)系供應(yīng)商按缺貨清單提供貨物查看商品庫存情況[ 缺貨] 接受貨物更新庫存數(shù)據(jù)庫[ 不缺貨 ]

圖7 倉庫系統(tǒng)的活動圖

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

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

注：通信關(guān)系圖不描繪對象的生命線。A.管理員盤點(diǎn)過程協(xié)助圖

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

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

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

圖8 管理員盤點(diǎn)過程協(xié)作圖

B.商品管理協(xié)作圖

分析：操作員通知供應(yīng)商進(jìn)貨，供應(yīng)商打印出進(jìn)貨清單，操作員也可以對進(jìn)貨退貨進(jìn)行管理，供應(yīng)商打印出退貨清單。

商品進(jìn)貨進(jìn)貨商印品打報表進(jìn)貨清單操作員退貨商品供應(yīng)商表庫存查詢商品退換退貨清單庫存信息進(jìn)貨商品打印報

圖9 商品管理協(xié)作圖 無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

C.倉庫歷史記錄查詢協(xié)作圖

分析：管理員應(yīng)該先登錄系統(tǒng)。當(dāng)管理員登錄系統(tǒng)以后，可以查詢歷史信息，看到商品進(jìn)貨、商品盤點(diǎn)、商品調(diào)撥的歷史記錄。

商品進(jìn)貨管理員查詢條件歷史信息查詢進(jìn)貨、退貨記錄查詢條件商品調(diào)撥商品盤點(diǎn)圖10 倉庫歷史記錄查詢協(xié)作圖

②序列關(guān)系圖

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

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

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

商品盤點(diǎn)信息

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

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

圖11 倉庫盤點(diǎn)過程序列圖

B．商品管理序列圖

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

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

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

圖12 商品管理序列圖

C．倉庫歷史記錄序列圖

分析：管理員登錄系統(tǒng)查詢歷史信息模塊，歷史信息則查詢商品進(jìn)貨退貨模塊、商品調(diào)撥模塊、商品盤點(diǎn)模塊，之后各模塊將查詢得到的信息發(fā)送給歷史信息模塊，最后由歷史信息模塊統(tǒng)一將信息發(fā)給管理員。

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

管理員歷史信息查詢模塊商品進(jìn)貨退貨模塊商品調(diào)撥模塊商品盤點(diǎn)模塊查詢信息()查詢條件()進(jìn)貨記錄()查詢信息()商品調(diào)撥記錄()查詢信息()商品盤點(diǎn)信息()查詢結(jié)果()

圖13 倉庫歷史記錄序列圖 無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

（四）《倉庫管理系統(tǒng)》的架構(gòu)建模

架構(gòu)建模使您能夠了解組件在組織網(wǎng)絡(luò)中的物理分布。您需要對軟件系統(tǒng)的架構(gòu)進(jìn)行建模以確定組件的設(shè)計是否符合軟件系統(tǒng)的需要。軟件架構(gòu)描述軟件按系統(tǒng)的所有組件以及這些組件之間的關(guān)系。要對系統(tǒng)軟件的架構(gòu)進(jìn)行建模，您需要創(chuàng)建以下關(guān)系圖：

? 包關(guān)系圖：描述根據(jù)特定條件分組在一起的軟件系統(tǒng)構(gòu)成。? 組件關(guān)系圖：描述軟件系統(tǒng)的可執(zhí)行構(gòu)成。

? 部署關(guān)系圖：描述軟件系統(tǒng)組件的各種處理設(shè)備。

a)組件關(guān)系圖：組件可實現(xiàn)一組接口并構(gòu)成軟件系統(tǒng)的可執(zhí)行部分。

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

倉庫管理信息查詢系統(tǒng)登錄系統(tǒng)設(shè)置

圖14 組件關(guān)系圖

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

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

無錫職業(yè)技術(shù)學(xué)院實踐環(huán)節(jié)材料撰寫用紙

數(shù)據(jù)服務(wù)器客戶機(jī)1客戶機(jī)n打印機(jī)

圖15 部署關(guān)系圖