目錄 目 錄 第1章 緒論 1 1.1 系統(tǒng)開發(fā)的背景和意義 1 1.2 國內(nèi)外研究發(fā)展現(xiàn)狀 1 1.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀 1 1.2.2 UML的建模語言 2 1.2.3 UML的應(yīng)用領(lǐng)域 3 1.2.4 超市倉庫管理發(fā)展與現(xiàn)狀 4 1.3主要工作 5 第2章 業(yè)務(wù)建模 6 2.1 RUP軟件開發(fā)過程 6 2.2 業(yè)務(wù)術(shù)語表 9 2.3 組織機構(gòu)圖 10 2.4 主業(yè)務(wù)用例圖 10 第3章 分析與設(shè)計 12 3.1 業(yè)務(wù)流程調(diào)查 12 3.1.1 超市倉庫管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查 12 3.1.2 崗位職責 12 3.2 業(yè)務(wù)用例分析 12 3.2.1 入庫管理用例圖： 13 3.2.2出庫管理用例圖 14 3.2.3 入庫管理活動圖 15 3.2.4 出庫管理活動圖 16 3.3 業(yè)務(wù)類圖 17 3.3.1 超市倉庫管理系統(tǒng)業(yè)務(wù)類圖 17 3.3.2 超市倉庫管理信息系統(tǒng)業(yè)務(wù)類描述 18 3.3.3 數(shù)據(jù)庫詳細設(shè)計 18 第4章 系統(tǒng)實現(xiàn) 20 4.1 順序圖 20 4.1.1 倉庫入庫順序圖 20 4.1.2 出庫順序圖 21 4.2 協(xié)作圖 22 4.3 活動圖 23 4.4 系統(tǒng)構(gòu)件圖 24 4.5 部署圖 25 4.5.1 網(wǎng)絡(luò)結(jié)構(gòu)圖 26 4.5.2 系統(tǒng)部署圖 26 4.6 界面設(shè)計 27 4.6.1 本系統(tǒng)用戶界面程序設(shè)計遵循的原則 27 4.6.2 輸入輸出設(shè)計 27 結(jié) 論 29 參考文獻 30 29 第1章 緒論 第1章 緒論 1.1 系統(tǒng)開發(fā)的背景和意義 隨著經(jīng)濟的迅速發(fā)展,庫存在企業(yè)中的地位越來越重要,庫存資產(chǎn)占企業(yè)資產(chǎn)總額的20%-40%左右。若能通過庫存管理使庫存節(jié)約即使很小的百分比,對企業(yè)來講,其經(jīng)濟效益也是十分可觀的,市場競爭的日益激烈,降低庫存成本己經(jīng)成為企業(yè)的“第三利潤源泉”。隨著經(jīng)濟全球化的發(fā)展,企業(yè)作為供應(yīng)鏈的節(jié)點,庫存也是一個重要的供應(yīng)鏈驅(qū)動要素,庫存的改變會在很大程度上影響供應(yīng)鏈整體的贏利水平和響應(yīng)能力,因此庫存的研究在供應(yīng)鏈中具有十分重要的作用和意義。本文在其他學者研究的基礎(chǔ)上,提出了基于協(xié)同供應(yīng)鏈的庫存管理,利用聚類分析,主成分分析分類,多元統(tǒng)計分析建立安全庫存模型,并利用數(shù)據(jù)對該模型進行仿真分析,以證其有效性。 超市需要處理大量的庫存信息，還要時刻更新產(chǎn)品的銷售信息，不斷添加商品信息。面對不同種類的信息，需要合理的數(shù)據(jù)庫結(jié)構(gòu)來保存數(shù)據(jù)信息，需要有效的程序結(jié)構(gòu)支持各種數(shù)據(jù)操作的執(zhí)行。商店自動化的產(chǎn)品管理在歐美等國家早已經(jīng)實現(xiàn)，也是零售業(yè)管理的基礎(chǔ)。它最主要的特點是能夠?qū)崟r的和準確的控制店內(nèi)的銷售情況。如果可以能夠?qū)崟r掌握銷售流程及銷售情況，則可以有效地加速商品的周轉(zhuǎn)率并提高服務(wù)質(zhì)量，而且可以減少產(chǎn)品售價不符等所產(chǎn)生的問題。顧客的消費要求的是希望在超市購物中能基本上都能購得所需的商品，并且還要既保證商品質(zhì)量還要享受優(yōu)質(zhì)，方便的服務(wù)。 1.2 國內(nèi)外研究發(fā)展現(xiàn)狀 1.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀 面向?qū)ο笫菍⒂嬎氵^程看作為分類過程，加狀態(tài)變換過程，即將系統(tǒng)逐步分為相互關(guān)聯(lián)的多個對象，并建立這些對象的聯(lián)系，以引發(fā)狀態(tài)轉(zhuǎn)換，最終完成計算，它模擬了人類認識問題的較高、較廣層次的過程，即分類過程。函數(shù)和邏輯方法則更適合于模擬人的邏輯思維，處于人類認識問題的較高層次過程，它們的結(jié)合才是完美的。當今的應(yīng)用軟件應(yīng)該具有更大的靈活性、集成的透明性，以及使用上的方便性，而日益增強的計算能力及面向?qū)ο蟮男录夹g(shù)開發(fā)，使這些應(yīng)用軟件的功能不斷擴展，面向?qū)ο蟮能浖锰幈愠尸F(xiàn)在應(yīng)用軟件的用戶面前，無論是對軟件的剪裁還是擴充、修改都可以更快更容易的進行。 面向?qū)ο蠹夹g(shù)及分析方法為實際問題建立了一個可用的軟件實現(xiàn)模型，對象提供了一種描述信息的機制，它是一種獨特的方法抽象層次較高，思維方法和傳統(tǒng)方法不同，目前處于發(fā)展階段已日趨成熟，而且已被應(yīng)用于由軟件、硬件構(gòu)成的各種應(yīng)用領(lǐng)域。 面向?qū)ο笈c人工智能語言、面向?qū)ο髷?shù)據(jù)庫:優(yōu)勢在于數(shù)據(jù)庫管理提供更適合于自然思維方式的數(shù)據(jù)庫管理風格和數(shù)據(jù)模型—對象，OOP以其概念和機制支持了軟件的可重用性、軟插件為軟件可重用性終于明顯的支持。 面向?qū)ο笈c并行處理：從并行角度看，面向?qū)ο蟾拍罹哂幸韵绿卣鳍俟逃胁l(fā)性，對象是相對獨立的，知道如何工作的實體。消息發(fā)送是啟動對象工作的唯一途徑，各個對象的工作可以相互獨立，因此具有天然的并發(fā)性；②顯式并發(fā)性，在一個面向?qū)ο笙到y(tǒng)中可以為某些對象明確定義并發(fā)方法；③數(shù)據(jù)流與控制的統(tǒng)一，對象操作的啟動是由其它對象發(fā)送消息來控制的，消息的發(fā)送又總是攜帶某些對象的，因此，控制信息和數(shù)據(jù)信息是一起到來的，從而統(tǒng)一了數(shù)據(jù)流和控制流的思想；④動態(tài)連接，即對象的功能是消息傳送時確定的，提高了程序設(shè)計的靈活性；⑤局部存儲與分布式計算，每個對灸通過數(shù)據(jù)抽象和數(shù)據(jù)隱蔽將其內(nèi)容和狀態(tài)置于自身獨立的存儲結(jié)構(gòu)中，對象的處理也是自治的，整個系統(tǒng)的運算和處理是分布的。 面向?qū)ο筌浖こ?OOSE)：從軟件生存周期的偽度出發(fā)，研究面向?qū)ο蟾拍钤谲浖囊?guī)格化、分析、設(shè)計、編碼、測試等階段應(yīng)用。 面向?qū)ο筮€可廣泛用于各種應(yīng)用系統(tǒng)、CAD/CAM/CAE，動態(tài)模擬，CASE和人機界面等方面。 總而言之，由于面向?qū)ο蠹夹g(shù)從軟件的可修改性、可移植性、可重用性、可靠性、兼容性等方面致力于改善軟件產(chǎn)品的質(zhì)量，縮短軟件研制的同期，所以這種方法是有強大的生命力，已成為現(xiàn)今計算機軟件發(fā)展的重要技術(shù)，有著非常光明的前途。 1.2.2 UML的建模語言 軟件工程領(lǐng)域在1995年至1997年取得了前所未有的進展,其成果超過軟件工程領(lǐng)域過去15年來的成就總和。其中最重要的、具有劃時代重大意義的成果之一就是統(tǒng)一建模語言(UML:Unified Modeling Language)的出現(xiàn)。在世界范圍內(nèi),至少在近10年內(nèi),UML將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導地位的標準建模語言。采用UML作為我國統(tǒng)一的建模語言是完全必要的:首先,過去數(shù)十種面向?qū)ο蟮慕ＵZ言都是相互獨立的,而UML可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過統(tǒng)一語義和符號表示,能夠穩(wěn)定我國的面向?qū)ο蠹夹g(shù)市場,使項目根植于一個成熟的標準建模語言,從而可以大大拓寬所研制與開發(fā)的軟件系統(tǒng)的適用范圍,并大大提高其靈活程度。統(tǒng)一建模語言（UML）是用來對軟件密集系統(tǒng)進行描述、構(gòu)造、視化和文檔編制的一種語言。 首先，也是最重要的一點，統(tǒng)一建模語言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛采用的一門簡單、一致、通用的建模語言。 其次，統(tǒng)一建模語言擴展了現(xiàn)有方法的應(yīng)用范圍。特別值得一提的是，UML的開發(fā)者們把并行分布式系統(tǒng)的建模作為UML的設(shè)計目標，也就是說，UML具有處理這類問題的能力。 第三，統(tǒng)一建模語言是標準的建模語言，而不是一個標準的開發(fā)流程。雖然UML的應(yīng)用必然以系統(tǒng)的開發(fā)流程為背景，但根據(jù)我們的經(jīng)驗，不同的組織，不同的應(yīng)用領(lǐng)域需要不同的開發(fā)過程。舉個例子來說，開發(fā)錯綜復雜的軟件是非常有趣的工作，但開發(fā)這種軟件與構(gòu)造嚴格實時的航空電子系統(tǒng)是大不一樣的，后者是性命攸關(guān)的大事。因此首先把精力集中在設(shè)計通用的元模型上（統(tǒng)一不同方法的語義），其次是建立通用的表示法（提供對這些語義的形象化的表達）。雖然UML的開發(fā)者們將繼續(xù)倡導從用例驅(qū)動到體系結(jié)構(gòu)為中心最后反復改進、不斷添加的軟件開發(fā)過程，但實際上設(shè)計標準的開發(fā)流程并不是非常必要的。 1.2.3 UML的應(yīng)用領(lǐng)域 UML的目標是以面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)，具有很寬的應(yīng)用領(lǐng)域。其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領(lǐng)域的系統(tǒng)，如機械系統(tǒng)、企業(yè)機構(gòu)或業(yè)務(wù)過程，以及處理復雜數(shù)據(jù)的信息系統(tǒng)、具有實時要求的工業(yè)系統(tǒng)或工業(yè)過程等。總之，UML是一個通用的標準建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和動態(tài)行為的系統(tǒng)進行建模。 此外，UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。在需求分析階段，可以用用例來捕獲用戶需求。通過用例建模，描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)（用例）的功能要求。分析階段主要關(guān)心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及它們相互間的關(guān)系，并用UML類圖來描述。為實現(xiàn)用例，類之間需要協(xié)作，這可以用UML動態(tài)模型來描述。在分析階段，只對問題域的對象（現(xiàn)實世界的概念）建模，而不考慮定義軟件系統(tǒng)中技術(shù)細節(jié)的類（如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類）。這些技術(shù)細節(jié)將在設(shè)計階段引入，因此設(shè)計階段為構(gòu)造階段提供更詳細的規(guī)格說明。 為實現(xiàn)用例,類之間需要協(xié)作,這可以用UML動態(tài)模型來描述。在分析階段,只對問題域的對象(現(xiàn)實世界的概念)建模,而不考慮定義軟件系統(tǒng)中技術(shù)細節(jié)的類(如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類)。這些技術(shù)細節(jié)將在設(shè)計階段引入,因此設(shè)計階段為構(gòu)造階段提供更詳細的規(guī)格說明。編程(構(gòu)造)是一個獨立的階段,其任務(wù)是用面向?qū)ο缶幊陶Z言將來自設(shè)計階段的類轉(zhuǎn)換成實際的代碼。在用UML建立分析和設(shè)計模型時,應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。因為在早期階段,模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具,過早考慮編碼問題十分不利于建立簡單正確的模型。UML模型還可作為測試階段的依據(jù)。系統(tǒng)通常需要經(jīng)過單元測試、集成測試、系統(tǒng)測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據(jù):單元測試使用類圖和類規(guī)格說明；集成測試使用部件圖和合作圖；系統(tǒng)測試使用用例圖來驗證系統(tǒng)的行為，驗收測試由用戶進行，以驗證系統(tǒng)測試的結(jié)果是否滿足在分析階段確定的需求。 總之，標準建模語言UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。 1.2.4 超市倉庫管理發(fā)展與現(xiàn)狀 在我國超市形成在20世紀90年代初期，現(xiàn)在已經(jīng)成為我國零售業(yè)的一種重要形態(tài)，為國民經(jīng)濟的發(fā)展發(fā)揮了重要的作用。隨著超市高速的發(fā)展，其經(jīng)營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售也的發(fā)展，這樣就迫切地需要引入新的管理技術(shù)。 超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)企業(yè)所共有的落后的一面，如：不能有效地管理每種商品，收款結(jié)算速度慢，容易出現(xiàn)營業(yè)差錯，不宜進行商品調(diào)價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經(jīng)驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。蘇轍超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變得愈加復雜，日常所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應(yīng)對這復雜的市場。為此，在選題過程中，我選擇了超市管理系統(tǒng)設(shè)計題目，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應(yīng)的決策，加快超市經(jīng)營管理效率。 1.3主要工作 主要有幾個階段的任務(wù)，如下： 1．緒論（系統(tǒng)開發(fā)背景、國內(nèi)外技術(shù)現(xiàn)、開發(fā)計劃） 2．業(yè)務(wù)建模 3．系統(tǒng)開發(fā)的過程文檔（需求、分析、設(shè)計） 4．系統(tǒng)實現(xiàn) 5．結(jié)論 本文首先對公司的業(yè)務(wù)與用戶的需求進行了分析，然后對系統(tǒng)的功能進行詳細的設(shè)計，并在分析與設(shè)計的同時用UML建模語言對其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設(shè)計到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。 本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢與特色，同時與倉儲管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述倉儲管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)的順序圖。根據(jù)倉儲管理的特點，我們大膽的改進了一般的UML建模的分析過程，并在分析設(shè)計過程中采用更加適合倉儲系統(tǒng)的分析級類圖與順序圖。 第2章 業(yè)務(wù)建模 第2章 業(yè)務(wù)建模 首先，UML融合了Booch、OMT和OOSE方法中的基本概念，這些概念與其它面向?qū)ο蠹夹g(shù)中的基本概念大多相同，UML因而成為使用者樂于采用的簡單一致的建模語言；其次，UML不僅是上述方法的簡單匯合，而且在這些方法的基礎(chǔ)上幾經(jīng)修改完成，它擴展了已有方法的應(yīng)用范圍；第三，UML是標準的建模語言，而不是標準的開發(fā)過程。盡管UML的應(yīng)用以系統(tǒng)的開發(fā)過程為背景，但針對不同組織和不同應(yīng)用領(lǐng)域，需要采取不同的開發(fā)過程。 作為一種建模語言，UML的定義包括UML語義和UML表示法兩個部分。 (1) UML語義 描述基于UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響。此外UML還支持對元模型的擴展定義。 (2) UML表示法 定義UML符號的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準。這些圖形符號和文字所表達的是應(yīng)用級的模型，在語義上它是UML元模型的實例。 UML描述了一個系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為。UML將系統(tǒng)描述為一些離散的相互作用的對象并最終為外部用戶提供一定功能的模型結(jié)構(gòu)。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關(guān)系。動態(tài)行為定義了對象的時間特性和對象為完成目標而相互進行通信的機制。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用于不同的目的。 UML還包括可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，并理解和控制各個包間的依賴關(guān)系，在復雜的開發(fā)環(huán)境中管理模型單元。它還包括用于顯示系統(tǒng)實現(xiàn)和組織運行的組件。 2.1 RUP軟件開發(fā)過程 UML是一種建模語言而不是一種方法，UML的表示法和規(guī)則能夠用來為系統(tǒng)進行面向?qū)ο蠼?，但并沒有指定應(yīng)用UML的過程和方法。1998年正式頒布的RUP(Rational Unified Process)是UML設(shè)計者們共同定義的一個軟件開發(fā)的公共過程框架。 統(tǒng)一過程主要包括四個階段:開始階段、細化階段、構(gòu)建階段和移交階段。 結(jié)合倉儲系統(tǒng)得特點和RUP分析過程，我們對本倉儲系統(tǒng)的開發(fā)過程以及在開發(fā)過程中用到的建模圖形如圖2-1所示。 配置 測試依據(jù) 測試依據(jù) 實現(xiàn)目標 編碼依據(jù) 細化 調(diào)整 增補 業(yè)務(wù)建模 需求分析 領(lǐng)域分析 系統(tǒng)設(shè)計 實現(xiàn) 測試與配置 描述 業(yè)務(wù)用例 活動圖 表示 描述 系統(tǒng)用例 系統(tǒng)描述 表示 特化 狀態(tài)圖 活動圖 順序圖 實例化 表示 用戶接口包 業(yè)務(wù)邏輯包 數(shù)據(jù)存儲包 應(yīng)用包 表示 類圖 協(xié)作圖 順序圖 狀態(tài)圖 活動圖 用例圖 用例圖 順序圖 類圖 注： 箭頭表示模型和各種活動之間的描述關(guān)系; 虛線表示各種活動之間的可溯性 對象圖 配置圖 用例圖 流程圖 用例圖 類圖 圖2-1建模圖形 1 進行業(yè)務(wù)流程建模 通過使用UML的活動圖與用例圖描述企業(yè)的業(yè)務(wù)流程來理解領(lǐng)域知識，建立業(yè)務(wù)用例圖;在建模之前我們對倉儲系統(tǒng)的業(yè)務(wù)過程輔助業(yè)務(wù)流程圖來分析，這也是我們在本次系統(tǒng)開發(fā)中的一創(chuàng)新點。 2 進行系統(tǒng)功能建模 尋找用例及其之間的關(guān)系(用例圖)，通過詳細描述用例來捕獲系統(tǒng)的功能需求，同時輔助活動圖，并建立系統(tǒng)用例圖，這是整個開發(fā)過程的基礎(chǔ); 3 進行領(lǐng)域建模 尋找對象與類，主要是使用類圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)類之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類之間的交互以及對象的狀態(tài)變化。主要涉及以下活動(并不一定是順序的): 1> 分析用例以及業(yè)務(wù)領(lǐng)域 2> 發(fā)現(xiàn)對象，為對象分類，確定對象之間的交互 3> 確定類之間的關(guān)系 4> 定義類的屬性和操作 5> 分析對象的狀態(tài)變化 4 進行系統(tǒng)設(shè)計，在系統(tǒng)分析的基礎(chǔ)上進行: 系統(tǒng)架構(gòu)的設(shè)計 進行高層的系統(tǒng)決策、確定基本的軟件結(jié)構(gòu)，并對應(yīng)用系統(tǒng)進行劃分; 對象進一步設(shè)計 對領(lǐng)域模型中的業(yè)務(wù)類進行精化、調(diào)整，增添界面類、控制類等用于實現(xiàn)的類。 數(shù)據(jù)模型設(shè)計 考慮解決持久對象到數(shù)據(jù)庫的映射問題，設(shè)計數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設(shè)計。 系統(tǒng)設(shè)計 得到的模型是精化和調(diào)整后的類圖、交互圖等，同時還有對象持久設(shè)計得到的數(shù)據(jù)模型。 5 實現(xiàn) 實現(xiàn)的依據(jù)是設(shè)計過程中得到的靜態(tài)視圖(類圖、對象圖)、動態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動圖);同時可以將類映射為組件，進而使用CASE工具的框架代碼自動生成的功能;同時通過實現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。 6 單元測試，集成與系統(tǒng)測試 測試實現(xiàn)的部分是否滿足用例的功能要求;另外，類圖、組件圖、協(xié)作圖等也可以用來進行測試。 2.2 業(yè)務(wù)術(shù)語表 軟件構(gòu)架：在計算的算法和數(shù)據(jù)結(jié)構(gòu)之外，設(shè)計并確定系統(tǒng)整體結(jié)構(gòu)成為了新的問題。結(jié)構(gòu)問題包括總體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)，通信、同步和數(shù)據(jù)訪問的協(xié)議，設(shè)計元素的功能分配，物理分布，設(shè)計元素的組成，定標與性能，備選設(shè)計的選擇。 邏輯視圖：包括最重要的設(shè)計類、從這些設(shè)計類到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式。它還包括一些用例實現(xiàn)。它是設(shè)計模型的子集。 實施視圖：包括實施模型及其從模塊到包和層的組織形式的概覽。同時還描述了將邏輯視圖中的包和類向?qū)嵤┮晥D中的包和模塊分配的情況。它是實施模型的子集。 進程視圖：包括所涉及任務(wù)（進程和線程）的描述，它們的交互和配置，以及將設(shè)計對象和類向任務(wù)的分配情況。只有在系統(tǒng)具有很高程度的并行時，才需要該視圖。在Rational Unified Process中，它是設(shè)計模型的子集。 配置視圖：包括對最典型的平臺配置的各種物理節(jié)點的描述以及將任務(wù)（來自進程視圖）向物理節(jié)點分配的情況。只有在分布式系統(tǒng)中才需要該視圖。它是部署模型的一個子集。 用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個矩形）封閉的一組用例、參與者和用例之間的關(guān)聯(lián)、用例間的關(guān)系以及參與者的泛化的圖。用例圖表示了來自用例模型（用例，參與者）的元素。 活動圖：活動圖是狀態(tài)機的一個特殊例子，在該狀態(tài)機中所有的或大部分的狀態(tài)都是活動狀態(tài)或動作狀態(tài)，所有或大部分的轉(zhuǎn)換由源狀態(tài)中活動的完成所觸發(fā)?；顒訄D表示一個程序或工作流。活動圖是模型中的完整單元。 類圖：類圖是靜態(tài)視圖的圖形表達方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內(nèi)容及相互關(guān)系。類圖可以表示包的視圖，包含嵌套包的符號。 協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實例及其鏈接。與順序圖不同，協(xié)作圖表示了角色之間的關(guān)系。另一方面，協(xié)作圖也不將時間作為單獨的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程。 2.3 組織機構(gòu)圖 倉庫庫存管理機構(gòu)組織機構(gòu)圖描述了內(nèi)部組織結(jié)構(gòu)，工作人員之間的上下級關(guān)系。超市組織機構(gòu)圖如圖2-2所示。 圖2-2超市組織機構(gòu)圖 2.4 主業(yè)務(wù)用例圖 在下一章將會對高倉庫管理系統(tǒng)的主業(yè)務(wù)用例進行細化，有關(guān)本用例圖的描述在此略。主用例圖如圖 2-3所示。 圖2-3主用例圖 第3章 分析與設(shè)計 第3章 分析與設(shè)計 系統(tǒng)分析與設(shè)計過程首先根據(jù)業(yè)務(wù)用例和業(yè)務(wù)活動圖進行聚類，聚類活動在系統(tǒng)分析時開始。聚類活動是個連續(xù)的過程，需要不斷地進行豐富和完善，需要按照面向?qū)ο笤O(shè)計的思想，劃分出子系統(tǒng)類，并為類添加應(yīng)該具有的方法或?qū)傩?，以及這些方法或?qū)傩缘目梢娦?，這些可以通過設(shè)計類圖來描述。系統(tǒng)設(shè)計的任務(wù)就是要依據(jù)系統(tǒng)分析文檔資料，采用正確的方法，確定系統(tǒng)功能模塊在計算機內(nèi)應(yīng)該用那些程序組成，它們之間用什么方式連接在一起，以構(gòu)成一個最好的系統(tǒng)結(jié)構(gòu)。 3.1 業(yè)務(wù)流程調(diào)查 3.1.1 超市倉庫管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查 根據(jù)分析，本系統(tǒng)業(yè)務(wù)流程主要包括如下內(nèi)容： l 顧客發(fā)訂單給銷售部門 l 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶 l 對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。 l 保存訂單數(shù)據(jù)，并進行銷售統(tǒng)計。 3.1.2 崗位職責 1.部門經(jīng)理：進行入庫出庫的貨物進行決策。以及對報表進行簽字。 2.入庫管理員：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等。 3.庫存管理員：對貨物進行盤點，對貨物所在貨架進行登記，貨物的信息增加，刪除，修改等，進行生成報表。 4.出庫管理員：對貨物進行登記如數(shù)量單價等進行核對，各種信息的查詢修改等。制作報表。 3.2 業(yè)務(wù)用例分析 用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個用例的執(zhí)行。 用例建模的主要目標是： 1. 將需求模型變?yōu)榭梢暬Ｐ?，并最終得到用戶確認； 2. 給出清晰、一致的關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求； 3. 提供從功能需求到系統(tǒng)分析、設(shè)計、實現(xiàn)各階段的度量標準； 4. 為最終系統(tǒng)測試提供基準，據(jù)此驗證系統(tǒng)是否達到功能要求。 3.2.1 入庫管理用例圖： 用例名：報表管理 角色：入庫管理員 目的： 防止有錯誤的信息。 描述：對報表進行修改，刪除，查詢等 用例名：入庫單管理 角色：入庫管理員 目的：進行貨物歸類統(tǒng)一管理 描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物 用例名：入庫審核 角色：入庫管理員 目的：防止有錯誤的貨物進入倉庫 描述：生成單價和生成收費單 倉庫管理員在工作的最開始階段負責接收供應(yīng)商給出的貨物供應(yīng)單，接收貨物后填寫入庫單，給采購人員確認信息，為采購人員打印相關(guān)報表，使用業(yè)務(wù)用例刻畫了業(yè)務(wù)活動中的各個角色以及它們在業(yè)務(wù)活動中的關(guān)系。如圖3-1所示。 圖3-1入庫管理用例圖 3.2.2出庫管理用例圖 用例名：報表管理 角色：出庫管理員 目的： 防止有錯誤的信息。 描述：對報表進行修改，刪除，查詢等 用例名：出庫單管理 角色：出庫管理員 目的：進行貨物歸類統(tǒng)一管理 描述：管理員根據(jù)銷售方面的情況計劃的需要的貨物 用例名：出庫審核 角色：出庫管理員 目的：防止有錯誤的貨物出倉庫 描述：生成單價和生成收費單 倉庫管理員接收提貨單后填寫出庫單，給銷售人員確認性息。對于價格較高的貨物需要高層領(lǐng)導簽字確認出庫，活動方可進行。倉庫管理系統(tǒng)在得到提貨單確認后，更改系統(tǒng)中的信息，如系統(tǒng)庫位和貨物剩余量。出庫管理的用例圖如圖3-2所示。 圖3-2出庫管理的用例圖 3.2.3 入庫管理活動圖 活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，活動圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動執(zhí)行的順序，刻畫了一個系統(tǒng)中所要進行的各項活動的執(zhí)行流程。根據(jù)上文中繪制的順序圖以及合作圖，對兩圖中相互交互的對象進行分析可以得出系統(tǒng)中各部分主要的活動如下 在用例的基礎(chǔ)上，需要對每一個業(yè)務(wù)活動進行詳細描述。UML中的活動圖用于描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系，有利于識別并行活動和工作流程情況?；顒訄D實際上就是用來為用例的事件流建模的工具。下面用活動圖來對入庫管理系統(tǒng)的主要活動進行描述。圖3-3描述了入庫管理活動圖。圖中共有3條泳道，它們分別是：供應(yīng)商，操作員，管理員。 圖3-3入庫管理的活動圖 3.2.4 出庫管理活動圖 圖3-4描述了倉庫管理系統(tǒng)的出庫管理活動圖。圖中共有2條泳道，它們分別是：管理員操作員。 圖3-4出庫管理的活動圖 3.3 業(yè)務(wù)類圖 3.3.1 超市倉庫管理系統(tǒng)業(yè)務(wù)類圖 類是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述。類圖是以類為中心來組織的，類圖中的其他元素或?qū)儆谀硞€類或與類相關(guān)聯(lián)。靜態(tài)視圖用類圖來實現(xiàn)，正因為它以類為中心，所以稱其為類圖。 在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。如不需要表達詳細信息時，分格可以省略。一個類可能出現(xiàn)在好幾個圖中。同一個類的屬性和操作可只在一種圖中列出，在其他圖中可省略。 關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。 超市倉庫管理系統(tǒng)的域模型圖如圖3-5所示 圖3-5 超市倉庫管理系統(tǒng)業(yè)務(wù)類圖 3.3.2 超市倉庫管理信息系統(tǒng)業(yè)務(wù)類描述 類名：供貨商 功能：記錄供貨商的情況 屬性：企業(yè)編號、企業(yè)名稱、企業(yè)地址、企業(yè)電話 類名：入庫單 功能：記錄要進庫的貨物 屬性：入庫單編號、物料名稱、物料編號、數(shù)量、單價 類名：出庫單 功能：記錄要出庫的貨物 屬性：出庫單編號、物料名稱、物料編號、數(shù)量、單價 類名：庫位描述 功能：記錄倉庫的位置 屬性：庫位編碼、物料編碼、容積編碼、備注 類名：盤點 功能：記錄庫存的位置 屬性：貨架編碼、物料編碼、盤點日期、現(xiàn)有存量、盤點數(shù)量 3.3.3 數(shù)據(jù)庫詳細設(shè)計 數(shù)據(jù)庫管理系統(tǒng)的使用上系統(tǒng)將采用 SQL Server 2000, 系統(tǒng)主要需要維護3張數(shù)據(jù)表： 表3-1入庫信息表 字段名 類型 長度 描述 StockID Varchar 10 入庫編號 MerchID Varchar 10 入庫商品編號 MerchNum Int 6 入庫數(shù)量 MerchPrice Varchar 3 單額 TotalPrice Varchar 6 總額 StockDate Datetime 8 入庫日期 PlanDate Datetime 8 計劃進貨日期 StockState Varchar 4 入庫狀態(tài) 表3-2 出庫信息表 字段名 類型 長度 描述 CkID Varchar 10 出庫編號 CkID Varchar 10 出庫商品編號 CkNum Int 6 出庫數(shù)量 MerchPrice Varchar 3 單額 TotalPrice Varchar 6 總額 CkDate Datetime 8 出庫日期 CkDate Datetime 8 出庫日期 CkState Varchar 4 出庫狀態(tài) 表3-3供貨商表 字段名 類型 長度 描述 ProvideID VARCHAR 10 企業(yè)編號 ProvideName VARCHAR 20 企業(yè)名稱 ProvideAddress VARCHAR 80 企業(yè)地址 ProvidePhone VARCHAR 15 企業(yè)電話 第4章 系統(tǒng)實現(xiàn) 第4章 系統(tǒng)實現(xiàn) 根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動圖可以設(shè)計和完成用例的實現(xiàn)，可以用順序圖、協(xié)作圖和活動圖來表示。下面詳細描述整個系統(tǒng)實現(xiàn)過程。 4.1 順序圖 順序圖表示了對象之間傳送消息的時間順序。每一個類元角色用一條生命線來表示，即用垂直線代表整個交互過程中對象的生命期。生命線之間的箭頭連線代表消息。順序圖可以用來進行一個場景說明——即一個事務(wù)的歷史過程。順序圖的一個用途是用來表示用例中的行為順序。當執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。 順序圖將交互關(guān)系表示為一個二維圖?？v向是時間軸，時間沿豎線向下延伸。橫向軸代表在協(xié)作中各獨立對象的類元角色。類元角色用生命線表示。當對象存在時，角色用一條虛線表示；當對象的過程處于激活狀態(tài)時，生命線是一個雙道線。消息用從一個對象的生命線到另一個對象生命線的箭頭表示。箭頭以時間順序在圖中從上到下排列。 順序圖的圖形元素組成成分：對象、生存線、消息和激活期。 1. 對象：時序圖中所包含的每個對象用一個對象框表示，對象名需要帶下劃線。 2. 生存線：對象框下畫垂直的虛線，稱為該對象的生存線，表示對象的生存時間。 3. 激活期：對象生存線上的一個長方形框，表示該對象的激活時間段，即活動期。 4. 消息：在時序圖中，對象之間的消息發(fā)送和接收用兩個對象生存線之間的消息箭頭線表示，用來指出該對象執(zhí)行期間的時序。 在本論文中選用順序圖對系統(tǒng)進行動態(tài)建模。 4.1.1 倉庫入庫順序圖 對象之間傳送消息的時間順序系統(tǒng)入庫管理順序圖如圖4-1所示。 圖4-1系統(tǒng)入庫管理順序圖 4.1.2 出庫順序圖 超市倉庫管理出庫順序圖如圖4-2所示。 圖4-2 超市倉庫管理出庫順序圖 4.2 協(xié)作圖 協(xié)作圖和順序圖都可以表示各對象間的交互關(guān)系，但它們的側(cè)重點不同。順序圖用消息的幾何排列關(guān)系來表達消息的時間順序，各角色之間的相關(guān)關(guān)系是隱含的。協(xié)作圖用各個角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。在實際中可以根據(jù)需要選用這兩種圖。 一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務(wù)所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關(guān)系的對象之間的交互和鏈接（指對象實例之間的物理或概念上的鏈接，一個鏈接是某關(guān)聯(lián)的一個實例）。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景。協(xié)作圖描述了對象及其之間的鏈接，還描述了鏈接的對象之間如何發(fā)送消息。倉庫管理的入庫協(xié)作圖如圖4-3 所示。 圖4-3倉庫管理的入庫協(xié)作圖 超市倉庫管理的出庫協(xié)作圖如圖4-4 所示。 圖4-4超市倉庫管理的出庫協(xié)作圖 4.3 活動圖 在UML中，活動圖是系統(tǒng)動態(tài)行為建模的圖形工具之一，用來表示完成一個操作所需要的活動，或者是一個用例實例（場景）的活動?；顒訄D實際上也是一種流程圖，它描述活動的序列，即系統(tǒng)從一個活動到另一個活動的控制流。活動圖特別適合描述動作流和并發(fā)處理行為?；顒訄D是描述對象間互動關(guān)系的另一種方法。 1. 動作狀態(tài) 動作狀態(tài)表達不可中斷的動作或操作的執(zhí)行，用于對實例中原子性（不可分割）動作或算法的執(zhí)行步驟建立模型。 2. 活動狀態(tài) 活動狀態(tài)擁有一組不可中斷的動作或操作，表達一個非原字的運行。也可以說，一個活動狀態(tài)是由一系列動作狀態(tài)組成?；顒訝顟B(tài)的圖標中可以只標明活動名稱。也可以詳細描述其入口動作和出口動作等。 3. 動作流是一個實例的不同動作狀態(tài)之間的聯(lián)系，說明狀態(tài)之間的控制流。 4. 泳道 泳道代表對象對活動的責任。 一張活動圖可劃分成若干個矩形區(qū)，每個矩形區(qū)為一個泳道，泳道名放在矩形區(qū)的頂端。把這些泳道指定給對象，這些對象必須履行該泳道包括的活動。泳道是把指定對象和活動相聯(lián)系的辦法之一，它明確表明對象進行了哪些活動。 通常根據(jù)責任把活動組織到不同的泳道中，它能清楚地表明動作在哪執(zhí)行（在那個對象中），或者表明一個組織的哪部分工作（一個動作）被執(zhí)行。 5. 活動圖中的對象 活動圖中的對象用對象符號（矩形框）表示，它可作為活動的輸入或輸出（用虛線箭線連接），也可展示一個對象受一個特定動作的影響（用動作和對象之間的虛箭線表示）。在活動圖中，虛箭線也稱為對象流，對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關(guān)聯(lián)。 通過活動圖中的對象流，可以清楚地描述各項動作狀態(tài)與不同對象之間的關(guān)系，方便系統(tǒng)的分析與設(shè)計。 根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動圖可以設(shè)計和完成用例。用例的實現(xiàn)可以用順序圖和活動圖來表示。這里用順序圖做了詳細分析，因此不在用活動圖表示。 4.4 系統(tǒng)構(gòu)件圖 構(gòu)件圖描述構(gòu)件及其之間的相互依賴，構(gòu)件是邏輯體系結(jié)構(gòu)（類、對象、它們間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的視線，它通常是開發(fā)環(huán)境中的實現(xiàn)性文件。 構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)實現(xiàn)視圖模型，通過構(gòu)件之間的依賴（虛箭線）關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示系統(tǒng)中的不同物理構(gòu)件及其之間的聯(lián)系。 在UML中對一個系統(tǒng)的構(gòu)件和構(gòu)件圖建模就是在物理結(jié)構(gòu)上建模。每一個構(gòu)件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示，描述系統(tǒng)的某一個側(cè)面。也就是說，任何一個構(gòu)件圖都不必面面俱到，試圖全面地描述系統(tǒng)的整個面貌，系統(tǒng)中所有的構(gòu)件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖。超市倉庫管理系統(tǒng)構(gòu)件圖如圖4-5所示。 圖4-5超市倉庫管理系統(tǒng)構(gòu)件圖 4.5 部署圖 一個系統(tǒng)包括軟件和硬件兩方面，經(jīng)過開發(fā)的軟件系統(tǒng)的構(gòu)件和重用模塊必須部署在某些硬件上予以執(zhí)行。部署視圖表示運行時的計算資源（如計算機及它們之間的連接）的物理布置。這些運行資源被稱作節(jié)點。在運行時，節(jié)點包含構(gòu)件和對象。構(gòu)件和對象的分配可以是靜態(tài)的，它們也可以在節(jié)點間遷移。如果含有依賴關(guān)系的構(gòu)件實例放置在不同節(jié)點上，部署視圖可以展示出執(zhí)行過程中的瓶頸。 節(jié)點是某些計算資源的物理對象，包括計算機、外部設(shè)備等。節(jié)點可被看作類型，也可看作實例。節(jié)點與節(jié)點之間是通過物理連接發(fā)生關(guān)聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點之間的協(xié)同運行。建立部署圖的步驟如下： 1．確定節(jié)點：根據(jù)硬件設(shè)備和軟件體系結(jié)構(gòu)的功能要求統(tǒng)一考慮系統(tǒng)的節(jié)點。 2．確定駐留構(gòu)件：根據(jù)軟件體系結(jié)構(gòu)和系統(tǒng)功能要求分配到相應(yīng)構(gòu)件駐留到節(jié)點上。 3．注明節(jié)點性質(zhì)：用UML標準或自定義的構(gòu)造模型描述節(jié)點的性質(zhì)。 4．確定聯(lián)系：用關(guān)聯(lián)連接描述節(jié)點之間的聯(lián)系；可在關(guān)聯(lián)線上標明使用的通信協(xié)議或網(wǎng)絡(luò)類型。 5．繪制部署圖：形成結(jié)構(gòu)清晰具有層次的部署圖。 4.5.1 網(wǎng)絡(luò)結(jié)構(gòu)圖 網(wǎng)絡(luò)結(jié)構(gòu)圖如圖4-6所示 圖4-6 網(wǎng)絡(luò)結(jié)構(gòu)圖 4.5.2 系統(tǒng)部署圖 系統(tǒng)部署圖如圖4-7所示。 圖4-7系統(tǒng)部署圖 超市倉庫管理系統(tǒng)的部署圖描述如下： 節(jié)點 該系統(tǒng)使用的硬件設(shè)備：普通PC機和移動PC機作為終端設(shè)備，1臺數(shù)據(jù)庫服務(wù)器（采用SQL Server 2000），1臺應(yīng)用程序服務(wù)器，和多臺Web服務(wù)器。 節(jié)點屬性 該系統(tǒng)各節(jié)點計算機的性能指標： 戴爾658：CPU速度為2.0GHz,內(nèi)存容量為2GB,自帶硬盤容量為300GB； 戴爾658：CPU速度為2.5GHz,內(nèi)存容量為4GB，自帶硬盤容量為500GB。 節(jié)點之間聯(lián)系 客戶機節(jié)點是簡單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過Internet網(wǎng)與Web服務(wù)器相連接，利用瀏覽器進行查詢；外出員工通過Internet網(wǎng)對系統(tǒng)進行瀏覽訪問。 4.6 界面設(shè)計 4.6.1 本系統(tǒng)用戶界面程序設(shè)計遵循的原則 1.一致性原則： 系統(tǒng)所有窗口的設(shè)計，采用統(tǒng)一的字體字號、統(tǒng)一的色調(diào)、統(tǒng)一的提示詞，新彈出的對話框在統(tǒng)一的位置，按鈕也在窗口的相同位置。 2.功能的統(tǒng)一： 對一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法。 4.6.2 輸入輸出設(shè)計 業(yè)務(wù)人員負責系統(tǒng)的各項輸入工作，采用人機交互的方式，直接從鍵盤錄入。 輸入設(shè)計要求：用戶在輸入數(shù)據(jù)的時候要嚴格遵守格式要求。 輸出項目：各類打印報表。 輸出設(shè)備：顯示器和打印機。 在此列舉輸入設(shè)計中的文種管理登錄界面的設(shè)計，系統(tǒng)對不同的用戶設(shè)置了不同的管理權(quán)限，用戶必須輸入用戶名和密碼才能登錄系統(tǒng)。具體的登錄界面如圖4-8所示。 ****** 用戶名： ****** 密碼 ： 確認 取消 圖4-8各種管理登錄界面圖 進貨輸入界面如圖4-9所示 貨物編號： 供應(yīng)商： 日期： 年： 月： ： 日： 貨物編號 單價 數(shù)量 總價 確定 取消 圖4-9進貨輸入界面 結(jié)論 結(jié) 論 經(jīng)過半個月的努力，報告基本完成。從最初的茫然，到慢慢的進入狀態(tài)，再到對思路逐漸的清晰，整個寫作過程難以用語言來表達。歷經(jīng)了幾個月的奮戰(zhàn)，緊張而又充實的課程設(shè)計終于落下了帷幕?；叵脒@段日子的經(jīng)歷和感受，我感慨萬千，在這次課程設(shè)計的過程中，我擁有了無數(shù)難忘的回憶和收獲。 本文從面向?qū)ο蟮乃枷氤霭l(fā)，討論了UML建模的語法結(jié)構(gòu)和UML的建模思路與過程，并基于此對倉儲管理系統(tǒng)進行了分析，設(shè)計，以及最后的實現(xiàn)與測試，由于篇幅有限，本文重點介紹了系統(tǒng)的設(shè)計部分，對系統(tǒng)的實現(xiàn)與測試只是選擇重點分析。 從整個論文的撰寫和用例的開發(fā)中，我對基于UML和統(tǒng)一過程的面向?qū)ο蠼７椒ㄓ辛讼喈數(shù)恼J識。在統(tǒng)一過程開發(fā)中，把一個較大的項目的功能分配到一個個用例上去實現(xiàn)，讓開發(fā)過程變得比較輕松，更適合多個人共同開發(fā);同時，通過開發(fā)階段的限制和迭代的劃分，使開發(fā)過程的透明度更高，目標更明確，整個項目開發(fā)的風險也降低了。 當然，由于時間關(guān)系，系統(tǒng)還有很多不完善的地方，系統(tǒng)地實現(xiàn)部分我們只實現(xiàn)了入庫管理這一模塊，并且對于系統(tǒng)高要求標準作的還不夠，這也是我們?nèi)蘸笈Φ姆较?。我不會忘記這難忘的半個月的時間。課程報告的制作給了我難忘的回憶。在我徜徉書海查找資料的日子里，面對無數(shù)書本的羅列，最難忘的是每次找到資料時的激動和興奮；理系統(tǒng)里，記憶最深的是每一步小小思路實現(xiàn)時那幸福的心情；為了報告我曾趕稿到深夜，但看著親手設(shè)計超市商品管親手打出的一字一句，心里滿滿的只有喜悅毫無疲憊。這段旅程看似荊棘密布，實則蘊藏著無盡的寶藏。我從資料的收集中，掌握了和鞏固很多專業(yè)知識，讓我對我所學過的知識有所鞏固和提高，并且讓我超市的發(fā)展及軟件設(shè)計的最新發(fā)展技術(shù)有所了解。在整個過程中，我學到了新知識，增長了見識。在今后的日子里，我仍然要不斷地充實自己，爭取在所學領(lǐng)域有所作為。 參考文獻 [1] 張基溫，陳佳， 信息系統(tǒng)開發(fā) 清華大學出版社 2006 [2] 衛(wèi)紅春， 信息系統(tǒng)分析與設(shè)計 西安電子科技大學出版社 2003 [3] 黃梯云 ， 管理信息系統(tǒng) 高等教育出版社 2005 [4]方美琪 陳禹， 軟件開發(fā)工具 經(jīng)濟科學出版社 2008 [5]王珊， 數(shù)據(jù)組織與管理 經(jīng)濟科學出版社 1996 [6]袁然，王誠梅，SQL Server 2005數(shù)據(jù)庫簡明教程 電子工業(yè)出版 2006 [7] 于功弟.90年代的軟件核心技術(shù)—面向?qū)ο蠹夹g(shù).軟件世界，1993(9) [8] 張海藩.軟件工程導論(第三版).北京：清華大學出版社，1998 [9] 文新輝.信息系統(tǒng)工程項目管理的基本要點.計算機世界，1996(9) [10] 王宏超.電力企業(yè)管理研究.北京：新華出版社，2005 [11] 章少強.電力企業(yè)管理信息系統(tǒng).北京：中國電力出版社，2005