UML倉庫信息管理系統(tǒng)分析與設(shè)計.要點

1、許昌學院國際教育學院系統(tǒng)分析與設(shè)計項目報告題目：倉庫信息管理系統(tǒng)分析與設(shè)計專 業(yè)：班 級： 14 級學 號：姓 名：i文檔編寫說明1 .標題黑體三號字，正文統(tǒng)一用小四宋體。2 .表格圖標字體小于小四，可以是五號好或者小五字體。3 .正文內(nèi)所有標題統(tǒng)一加粗，每段首行縮進 2個字符，行間距固定為22磅，段 前段后空0.5行?？己顺煽儽硇?號考核項目構(gòu) 成考核標準考核 方式權(quán) 重分項 得分項目 總分1設(shè)計目的和 任務(wù)開發(fā)環(huán) 境描述內(nèi)容殘缺、格式混亂、方法錯誤、無圖無 表：0-10分RT50分內(nèi)容一般、格式正常、方法標準、圖表齊 全：20-30分內(nèi)容充實、格式工整、方法新穎、圖表豐 富：40-50分2

2、XXX粽統(tǒng)的系統(tǒng)分析內(nèi)容殘缺、格式混亂、方法錯誤、無圖無 表：0-10分RT50分內(nèi)容一般、格式正常、方法標準、圖表齊 全：20-30分內(nèi)容充實、格式工整、方法新穎、圖表豐 富：40-50分3XXXX8統(tǒng)的系統(tǒng)設(shè)計內(nèi)容殘缺、格式混亂、方法錯誤、無圖無 表：0-10分RT50分內(nèi)容一般、格式正常、方法標準、圖表齊 全：20-30分內(nèi)容充實、格式工整、方法新穎、圖表豐 富：40-50分選題范圍：1 .網(wǎng)絡(luò)空間作業(yè)管理系統(tǒng)分析與設(shè)計2 .學生成績查詢系統(tǒng)分析與設(shè)計3 .鐵路自動售票機系統(tǒng)分析與設(shè)計4 .餐廳自動充值機系統(tǒng)分析與設(shè)計題目：鐵路自動售票機系統(tǒng)分析與設(shè)計1. 設(shè)計目的和任務(wù)1.1 設(shè)計目的

3、：隨著鐵路路網(wǎng)規(guī)模的擴大和完善及高速鐵路建設(shè)的深入，我國鐵路客運車站尤其是高速鐵路車站逐步引進先進的管理思想和經(jīng)營理念，采用成熟、高效的自動售票設(shè)備和系統(tǒng)， 提高售票效率，減少旅客購票等待時間，緩解高密度客流量帶來的售票壓力，實現(xiàn)客運售票的全面現(xiàn)代化管理。1.2 設(shè)計任務(wù)：主要實現(xiàn)目標是：（ 1）通過對計算機、智能控制、財務(wù)等專業(yè)知識的綜合運用，實現(xiàn)軌道交通的售票、計費、收費、運行管理等全過程的自動化交易系統(tǒng)。（ 2）為客運組織決策提供客流、收入等各類信息的支持。2. 開發(fā)環(huán)境：2.1 硬件環(huán)境：PC機2.2 軟件環(huán)境：系統(tǒng)開發(fā)平臺：Rational Software ；系統(tǒng)開發(fā)語言：java

4、 ；運行平臺：windowsXP；3. 設(shè)計題目：3.1 題目名稱：鐵路自動售票機系統(tǒng)分析與設(shè)計3.2 題目詳細描述：本系統(tǒng)的主要功能如下：1. 購票；2. 選擇信息；3. 完成購票；4. 支付；3.3 功能要求：購票功能：（ 1 ）一鍵購票；（ 2 ）多步購票；選擇信息：（ 1）發(fā)到站；（ 2）乘車日期；（ 3）車次；（ 4 ）車票數(shù)量；（ 5 ）席別；（ 6 ）票種；業(yè)務(wù)查詢：（ 1 ）庫存查詢；（ 2 ）銷售查詢；（ 3 ）倉庫歷史記錄查詢；系統(tǒng)設(shè)置：（ 1 ）供應(yīng)商設(shè)置；（ 2 ）倉庫設(shè)置；4 . 相關(guān)技術(shù)及知識點：4.1 UML：UML:統(tǒng)一建模語言（ Unified Modelin

5、g Language,UML ）是描述、構(gòu) 造和文檔化系統(tǒng)制 品的 可 視化語 言 。 UML 是一個 龐大的 圖形化表示法體系，。UMLI供各種關(guān)系圖來表示軟件系統(tǒng)的結(jié)構(gòu)和設(shè)計。它幫助項目團隊溝通、探索潛在的設(shè)計并驗證軟件的架構(gòu)設(shè)計。作為一種建模語言，UML的定義包括UML語義和UMLffe小法兩部分。4.2 用例：用例本身是指一個用戶或其他系統(tǒng)與要設(shè)計的系統(tǒng)進行的而一個交互， 這個交互是為了達到某個目標（ goal ） 。角色用來表述該有目標的人或系統(tǒng)。這個術(shù)語強調(diào)了任何人或系統(tǒng)擁有目標的事實。目標本身是一個動詞短語，入“客戶：下訂單” ， “店員：記錄庫存” 。作為用例的一部分，有必要記

6、錄目標成功和失敗對于活動者和系統(tǒng)的含義。 在下訂單的實例中， 目標達成可能包括貨物交給活動者和公司受到相應(yīng)的貨款。 仔細定義目標成敗是定義系統(tǒng)范圍 （ scope） 的基礎(chǔ)。因為對于一個簡易的訂單輸入系統(tǒng)， 目標達成可能僅僅一位這訂單已經(jīng)經(jīng)過驗證并且交貨已經(jīng)排定日程。用例圖（ Use Case Diagram ）采用了面向?qū)ο蟮乃枷?，又是基于用戶視角，繪制非常容易，簡單的圖形表示便于讓人們理解。用例圖表示了角色和用例以及他們之間的關(guān)系。 塔描述了系統(tǒng)、 子系統(tǒng)和類的一致的功能集合， 表現(xiàn)為系統(tǒng)和一個或多個外部交互者 （角色） 的消息交互作序列。也就是角色（用戶或為不系統(tǒng)）和系統(tǒng)（要設(shè)計的系統(tǒng)）

7、的一個交互，為了實現(xiàn)一個目的，這個目的的描述通常是一個動詞短語，例如，開立信用證，給客戶回單等。4.3 動態(tài)模型： （包括活動圖、時序圖、協(xié)作圖）活動圖是一種特殊形式的狀態(tài)圖， 用于對計算流程建模。 活動圖中的狀態(tài)表示計算過程中所處的各種狀態(tài)， 而不是普通對象的狀態(tài)。 通常， 活動圖假定在整個計算處理的過程中沒有外部事件引起的中斷， 否則， 普通的狀態(tài)機更適合于描述這種情況?；顒訄D是對狀態(tài)圖的擴展。 狀態(tài)圖突出顯示的狀態(tài)， 狀態(tài)之間的轉(zhuǎn)移箭頭代表的是活動。 而活動圖突出現(xiàn)實的是活動。 每個活動的圖表示為圓角矩形， 比狀態(tài)圖標更接近橢圓?；顒訄D的起始點和中止點圖標與狀態(tài)圖一樣。時序圖（Seque

8、nceDiagram）表示對象之間傳送消息的時間順序。時序圖可以用來進行一個場景的說明， 即一個事物的歷史過程。 時序圖中每一個類元角色用一條生命線來表示（用垂直線代表整個交互過程中對象的生命期） 。生命線之間的箭頭連接代表消息。 時序圖可以用來進行一個場景說明， 即一個事物的歷史過程。時序圖的用途是用來表示用例中行為的時間順序。當執(zhí)行一個用例行為時，時序圖中的每條消息對應(yīng)一個類操作或狀態(tài)機中引起轉(zhuǎn)換的出發(fā)事件。協(xié)作圖( Collaboration Diagram )用于再一次交互中對有意義的對象和對象間的鏈建模。對象和關(guān)系只有在交互時才有意義。類元角色描述了一個對象，關(guān)聯(lián)角色描述了協(xié)作關(guān)系中

9、的一個鏈。協(xié)作圖的用途時表示一個類操作的實現(xiàn)， 協(xié)作圖可以說明類操作中用到的參數(shù)和局部變量以及操作中類之間的關(guān)聯(lián)。 當實現(xiàn)一個行為時， 消息編號對應(yīng)程序中的嵌套調(diào)用結(jié)構(gòu)和信號傳遞過程。4.4 類圖：圖是面向?qū)ο蛳到y(tǒng)的建模中最常見的圖。 類圖顯示了一組類、 接口、 協(xié)作以及他們之間的關(guān)系。類圖用于對系統(tǒng)靜態(tài)設(shè)計視圖建模。 其大部分涉及到對系統(tǒng)的詞匯建模、 對 協(xié)作建?；?qū)δＪ浇?。類圖也是兩個相關(guān)(組件圖和配置圖)的基礎(chǔ)。類圖不僅對結(jié)構(gòu)模型的可視化、 詳述和文檔化很重要， 而且對通過正向與逆向工程構(gòu)造可執(zhí)行的系統(tǒng)也很重要。4.5 部署：系統(tǒng)部署是整個項目實施過程中最后的階段， 就是把該系統(tǒng)中涉及

10、到的硬件軟件、整合到一起，并且可以讓系統(tǒng)運行起來。4.6 配置圖：配置圖中通常包含 2 個元素：節(jié)點(Node) ；關(guān)聯(lián)關(guān)系(Association )配置圖可以顯示節(jié)點以及它們之間的必要連接，也可以顯示這些連接的類型， 還可以顯示組件和組件之間的依賴關(guān)系， 但是每個組件必須存在于某些節(jié)點上。 配置圖用關(guān)聯(lián)關(guān)系表示各節(jié)點之間通信路徑，表示為一條實線。在連接硬件時通常關(guān)心節(jié)點之間是如何連接的， 因此關(guān)聯(lián)關(guān)系一般不使用名稱， 而是使用構(gòu)造型。4.7 組件圖：6組件圖描述了軟件的各種組件和它們之間的依賴關(guān)系。組件圖中通常包含3個元素：組件(Component；接口( Inteface );依賴關(guān)系(

11、Dependency)組件是定義了良好接口的物理實現(xiàn)單元，是系統(tǒng)中可替換的物理部件。組件可以是源代碼組件、二進制組件或一個可執(zhí)行的組件。在UML中，組件用一個左側(cè)帶有突出兩個小矩形的矩形來表示。5 .設(shè)計:5.1 系統(tǒng)總體功能需求圖:鐵路自動售票系統(tǒng)5.3倉庫管理功能模塊圖:8支付5.2 用戶登錄功能模塊圖:多步購票-鍵購票選擇信息車次上乘車日期發(fā)到站12圖5-35.4業(yè)務(wù)查詢功能模塊圖:完成購票返回上級確認購票圖5-36.系統(tǒng)的UML基本模型角色的確定: 在倉庫信息系統(tǒng)中，可以歸納出來的主要問題有： 售票機顯示售票頁面； 乘客進入選票頁面； 乘客輸入購票信息； 售票機顯示是否有票； 乘客選擇

12、合適車票； 乘客付款； 售票機顯示付款方式； 付款完成，售票機出票。綜上所述，本系統(tǒng)所涉及的操作主要是購票過程以及各種信息的分析查詢 在本系統(tǒng)UML模中，可以創(chuàng)建一下角色(Actors ); 乘客； 售票機；創(chuàng)建用例：倉庫信息系統(tǒng)根據(jù)業(yè)務(wù)流程可以分為以下的幾個用例( Use Cases): 乘客選票； 售票機接受車票信息； 售票機查詢車票信息； 乘客付款； 售票機出票； 退出系統(tǒng)。6.1 系統(tǒng)的用例圖:6.1.1操作員的用例關(guān)系圖:6.1.2管理員的用例關(guān)系圖:6.1.3圖 6-1-36.1.4商品供應(yīng)商的用例關(guān)系圖:6.2活動圖:倉庫進貨(from Use Case View)(from U

13、se Case View)商品供應(yīng)商倉庫退貨11(from Use Case View)杵票日顯示信任a八代2也面避人M嘿戊面法摔僖息商品打印模商品盤點模管理員2:審核后盤點信息3:盤點信息列表4:盤點信息打印報去126.3.1倉庫盤點過程時序圖操作員n 1：盤點信息專R卓F重商品供向商圖 6-3-1商品進遇模 圾商品退貨模 &庫存查詢模6.3 .2 商 品 管 理 時 序 圖:2商品清單j3進貨商工*打卬報表u2：進貨清單阜8:圖6-4-26.4.3倉庫歷史記錄查詢協(xié)作圖:商品進貨/七I 貝、退貨記錄3:進，A2:查詢信息1:查詢條件04:查詢信息/ w-8:查詢結(jié)果:管理員歷史信息查詢W5

14、:商品調(diào)發(fā)記錄商品調(diào)撥詢信息7：商品盤點信息商叩盤占 八、圖 6-4-36.5系統(tǒng)類圖：266.5.2Administrator覷 Name 鼠ID Permissionss upplierlnformation()+Wareh ouselnfonn ation()ihquiresO B us i ness A nady ti c s 0*Login()QuitoAdministrator06.5.1人員信息類圖:Operator% Name 現(xiàn) PermissionsStock。Retumj)ComnnodityAllocationOLogin。Quit。LogoutOOperatorf)圖

15、 6-5-1接口信息類圖：System Configuration Supplier Management。Information MintainQ6.5.3系統(tǒng)事務(wù)信息類圖:28StoneManagement*Stock()Retirnf)Allocate。lnventory()stoeM 苜 nagement。Business inquiresStock。Business Analytics。Historical Records。圖6-5-2SupplierlyanageiTient 魏 鼠而eRequisitionUserLoginy/Operateld 電 LoginDate loginPeopleld yjNameAddSuppli/) SupplierM anage mentQ 一Inventory Trading Id 鼠Da怕 Administrator Id 能Warehouse Id?Trading Id備 DateOperator Re