UML倉庫信息管理系統(tǒng)分析與設(shè)計_第1頁
UML倉庫信息管理系統(tǒng)分析與設(shè)計_第2頁
UML倉庫信息管理系統(tǒng)分析與設(shè)計_第3頁
UML倉庫信息管理系統(tǒng)分析與設(shè)計_第4頁
UML倉庫信息管理系統(tǒng)分析與設(shè)計_第5頁
已閱讀5頁,還剩16頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

4、:鐵路自動售票機(jī)系統(tǒng)分析與設(shè)計3.2題目詳細(xì)描述:本系統(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ù)及知識點(diǎn):4.1UML:UML:統(tǒng)一建模語言(Unified Modeling Language,UML)是描述、構(gòu)造和文檔化系統(tǒng)制品的可視化語言。UML是一個龐大的圖形化

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

6、圍(scope)的基礎(chǔ)。因為對于一個簡易的訂單輸入系統(tǒng),目標(biāo)達(dá)成可能僅僅一位這訂單已經(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))的一個交互,為了實現(xiàn)一個目的,這個目的的描述通常是一個動詞短語,例如,開立信用證,給客戶回單等。4.3動態(tài)模型:(包括活動圖、時序圖、協(xié)作圖)活動圖是一種特殊形式的狀

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

8、。生命線之間的箭頭連接代表消息。時序圖可以用來進(jìn)行一個場景說明,即一個事物的歷史過程。時序圖的用途是用來表示用例中行為的時間順序。當(dāng)執(zhí)行一個用例行為時,時序圖中的每條消息對應(yīng)一個類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的出發(fā)事件。協(xié)作圖(Collaboration Diagram)用于再一次交互中對有意義的對象和對象間的鏈建模。對象和關(guān)系只有在交互時才有意義。類元角色描述了一個對象,關(guān)聯(lián)角色描述了協(xié)作關(guān)系中的一個鏈。協(xié)作圖的用途時表示一個類操作的實現(xiàn),協(xié)作圖可以說明類操作中用到的參數(shù)和局部變量以及操作中類之間的關(guān)聯(lián)。當(dāng)實現(xiàn)一個行為時,消息編號對應(yīng)程序中的嵌套調(diào)用結(jié)構(gòu)和信號傳遞過程。4.4類圖:圖是面向?qū)ο蛳到y(tǒng)

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論