UML倉庫信息管理系統分析與設計.

1、許昌學院國際教育學院系統分析與設計項目報告 題目：倉庫信息管理系統分析與設計專 業(yè)： 班 級： 14級 學 號： 姓 名： 文檔編寫說明1.標題黑體三號字，正文統一用小四宋體。2.表格圖標字體小于小四，可以是五號好或者小五字體。3.正文內所有標題統一加粗，每段首行縮進2個字符，行間距固定為22磅，段前段后空0.5行?？己顺煽儽硇蛱柨己隧椖繕嫵煽己藰藴士己朔绞綑嘀胤猪椀梅猪椖靠偡?設計目的和任務開發(fā)環(huán)境描述內容殘缺、格式混亂、方法錯誤、無圖無表：0-10分RT50分內容一般、格式正常、方法標準、圖表齊全：20-30分內容充實、格式工整、方法新穎、圖表豐富：40-50分2XXXX系統的系統分析內容

2、殘缺、格式混亂、方法錯誤、無圖無表：0-10分RT50分內容一般、格式正常、方法標準、圖表齊全：20-30分內容充實、格式工整、方法新穎、圖表豐富：40-50分3XXXX系統的系統設計內容殘缺、格式混亂、方法錯誤、無圖無表：0-10分RT50分內容一般、格式正常、方法標準、圖表齊全：20-30分內容充實、格式工整、方法新穎、圖表豐富：40-50分選題范圍：1.網絡空間作業(yè)管理系統分析與設計2.學生成績查詢系統分析與設計3.鐵路自動售票機系統分析與設計4.餐廳自動充值機系統分析與設計題目：鐵路自動售票機系統分析與設計1.設計目的和任務1.1設計目的：隨著鐵路路網規(guī)模的擴大和完善及高速鐵路建設的深

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

4、：鐵路自動售票機系統分析與設計3.2題目詳細描述：本系統的主要功能如下：1. 購票；2. 選擇信息；3. 完成購票；4. 支付；3.3功能要求：購票功能：（1） 一鍵購票；（2） 多步購票；選擇信息： （1）發(fā)到站； （2）乘車日期； （3）車次； （4）車票數量； （5）席別； （6）票種；業(yè)務查詢：（1） 庫存查詢；（2） 銷售查詢；（3） 倉庫歷史記錄查詢；系統設置：（1） 供應商設置；（2） 倉庫設置；4. 相關技術及知識點：4.1UML：UML:統一建模語言（Unified Modeling Language,UML）是描述、構造和文檔化系統制品的可視化語言。UML是一個龐大的圖形化

5、表示法體系，。UML提供各種關系圖來表示軟件系統的結構和設計。它幫助項目團隊溝通、探索潛在的設計并驗證軟件的架構設計。作為一種建模語言,UML的定義包括UML語義和UML表示法兩部分。4.2用例：用例本身是指一個用戶或其他系統與要設計的系統進行的而一個交互，這個交互是為了達到某個目標（goal）。角色用來表述該有目標的人或系統。這個術語強調了任何人或系統擁有目標的事實。目標本身是一個動詞短語，入“客戶：下訂單”，“店員：記錄庫存”。作為用例的一部分，有必要記錄目標成功和失敗對于活動者和系統的含義。在下訂單的實例中，目標達成可能包括貨物交給活動者和公司受到相應的貨款。仔細定義目標成敗是定義系統范

6、圍（scope）的基礎。因為對于一個簡易的訂單輸入系統，目標達成可能僅僅一位這訂單已經經過驗證并且交貨已經排定日程。用例圖（Use Case Diagram）采用了面向對象的思想，又是基于用戶視角，繪制非常容易，簡單的圖形表示便于讓人們理解。用例圖表示了角色和用例以及他們之間的關系。塔描述了系統、子系統和類的一致的功能集合，表現為系統和一個或多個外部交互者（角色）的消息交互作序列。也就是角色（用戶或為不系統）和系統（要設計的系統）的一個交互，為了實現一個目的，這個目的的描述通常是一個動詞短語，例如，開立信用證，給客戶回單等。4.3動態(tài)模型：（包括活動圖、時序圖、協作圖）活動圖是一種特殊形式的狀

7、態(tài)圖，用于對計算流程建模。活動圖中的狀態(tài)表示計算過程中所處的各種狀態(tài)，而不是普通對象的狀態(tài)。通常，活動圖假定在整個計算處理的過程中沒有外部事件引起的中斷，否則，普通的狀態(tài)機更適合于描述這種情況?；顒訄D是對狀態(tài)圖的擴展。狀態(tài)圖突出顯示的狀態(tài)，狀態(tài)之間的轉移箭頭代表的是活動。而活動圖突出現實的是活動。每個活動的圖表示為圓角矩形，比狀態(tài)圖標更接近橢圓?；顒訄D的起始點和中止點圖標與狀態(tài)圖一樣。時序圖（Sequence Diagram）表示對象之間傳送消息的時間順序。時序圖可以用來進行一個場景的說明，即一個事物的歷史過程。時序圖中每一個類元角色用一條生命線來表示（用垂直線代表整個交互過程中對象的生命期）

8、。生命線之間的箭頭連接代表消息。時序圖可以用來進行一個場景說明，即一個事物的歷史過程。時序圖的用途是用來表示用例中行為的時間順序。當執(zhí)行一個用例行為時，時序圖中的每條消息對應一個類操作或狀態(tài)機中引起轉換的出發(fā)事件。協作圖（Collaboration Diagram）用于再一次交互中對有意義的對象和對象間的鏈建模。對象和關系只有在交互時才有意義。類元角色描述了一個對象，關聯角色描述了協作關系中的一個鏈。協作圖的用途時表示一個類操作的實現，協作圖可以說明類操作中用到的參數和局部變量以及操作中類之間的關聯。當實現一個行為時，消息編號對應程序中的嵌套調用結構和信號傳遞過程。4.4類圖：圖是面向對向系統

9、的建模中最常見的圖。類圖顯示了一組類、接口、協作以及他們之間的關系。類圖用于對系統靜態(tài)設計視圖建模。其大部分涉及到對系統的詞匯建模、對協作建?；驅δＪ浇?。類圖也是兩個相關（組件圖和配置圖）的基礎。類圖不僅對結構模型的可視化、詳述和文檔化很重要，而且對通過正向與逆向工程構造可執(zhí)行的系統也很重要。4.5部署：系統部署是整個項目實施過程中最后的階段，就是把該系統中涉及到的硬件軟件、整合到一起，并且可以讓系統運行起來。4.6配置圖：配置圖中通常包含2個元素：節(jié)點（Node）；關聯關系（Association）配置圖可以顯示節(jié)點以及它們之間的必要連接，也可以顯示這些連接的類型，還可以顯示組件和組件之間

10、的依賴關系，但是每個組件必須存在于某些節(jié)點上。 配置圖用關聯關系表示各節(jié)點之間通信路徑，表示為一條實線。在連接硬件時通常關心節(jié)點之間是如何連接的，因此關聯關系一般不使用名稱，而是使用構造型。4.7組件圖：組件圖描述了軟件的各種組件和它們之間的依賴關系。組件圖中通常包含3個元素：組件（Component）；接口（Interface）；依賴關系（Dependency）組件是定義了良好接口的物理實現單元，是系統中可替換的物理部件。組件可以是源代碼組件、二進制組件或一個可執(zhí)行的組件。在UML中，組件用一個左側帶有突出兩個小矩形的矩形來表示。 5. 設計：5.1系統總體功能需求圖： 圖5-15.2用戶登

11、錄功能模塊圖：圖5-25.3倉庫管理功能模塊圖： 圖5-35.4業(yè)務查詢功能模塊圖： 圖5-36.系統的UML基本模型角色的確定：在倉庫信息系統中，可以歸納出來的主要問題有： 售票機顯示售票頁面； 乘客進入選票頁面； 乘客輸入購票信息； 售票機顯示是否有票； 乘客選擇合適車票； 乘客付款； 售票機顯示付款方式； 付款完成，售票機出票。綜上所述，本系統所涉及的操作主要是購票過程以及各種信息的分析查詢。在本系統UML建模中，可以創(chuàng)建一下角色（Actors）； 乘客； 售票機； 創(chuàng)建用例：倉庫信息系統根據業(yè)務流程可以分為以下的幾個用例（Use Cases）： 乘客選票； 售票機接受車票信息； 售票機查詢車票信息； 乘客付款； 售票機出票； 退出系統。6.1系統的用例圖： 6.1.1操作員的用例關系圖：6.1.2管理員的用例關系圖： 6.1.3商品領料人.退料人的用例關系圖： 圖6-1-36.1.4商品供應商的用例關系圖： 6.2活動圖：6.3時序圖：6.3.1倉庫盤點過程時序圖：圖6-3-16.3.2商品管理時序圖：圖6-3-26.3.3倉庫歷史記錄重新時序圖：圖6-3-36.4協作圖