【正文】 工具中完成了相應(yīng)的代碼設(shè)計(jì)工作。 課題的背景 傳統(tǒng)倉儲(chǔ)系統(tǒng) 與 發(fā)展 趨勢(shì) 傳統(tǒng)的面向過程的 庫存 管理信息系統(tǒng)的開發(fā)中存在不少的問題，傳統(tǒng)的面向過程的開發(fā)方法，也即主要是基于功能分析或數(shù)據(jù)分析基礎(chǔ)上的結(jié)構(gòu)化方法。 2)系統(tǒng)是圍繞著如何實(shí)現(xiàn)一定的行為來進(jìn)行的，當(dāng)系統(tǒng)行為易變，需要常常修改時(shí)，修改極為困難，因此這種結(jié)構(gòu)無法適應(yīng)迅速變化的技術(shù)和需求。所以這種結(jié)構(gòu)無法適應(yīng)以控制關(guān)系為重要特性的系統(tǒng)要求。 5)自頂向下功能分解的分析方法極大地限制了軟件的可重用性，導(dǎo)致對(duì)同樣對(duì)象的大量的重復(fù)性工作，大大降低了開發(fā)人員的生產(chǎn)率。 倉儲(chǔ)管理 管理 系統(tǒng) 概述 倉儲(chǔ) 功能所實(shí)現(xiàn)的是物質(zhì)實(shí)體由供應(yīng)地點(diǎn)向需求地點(diǎn)的移動(dòng)，運(yùn)輸在整個(gè)物流過程中具有舉足輕重的特殊地位。 這里所稱的 “倉儲(chǔ) ”包括生產(chǎn)和供應(yīng)領(lǐng)域中各種類型的儲(chǔ)存?zhèn)}庫和配送中心，當(dāng)然包括普通倉庫 , 物流倉庫以及貨代倉庫。 倉儲(chǔ)管理 管理 系統(tǒng) 的主要功能包括 貨品 和 倉庫 信息的管理、 貨品入庫出庫 管理、 貨物的 更新 、 供貨單位已經(jīng)收貨單位和經(jīng)辦人 的管理，是物流信息系統(tǒng)的 主要 模塊。通過 對(duì)系統(tǒng)的調(diào)查、分析、設(shè)計(jì)與實(shí)現(xiàn)，能夠?qū)ΜF(xiàn)代物流的概念與方法、技術(shù)有更深一步的了解，熟悉系統(tǒng)開發(fā)的方法與軟件工程的思想理念，提高自己的系統(tǒng)分析與建模能力， 以及對(duì) 自己 這 幾年所學(xué)到的計(jì)算機(jī)領(lǐng)域的知識(shí)與技能 通過實(shí)際項(xiàng)目進(jìn)行檢驗(yàn)和提高。 面向?qū)ο蠓椒ㄒ约?UML 建模 面向?qū)ο蠓椒ê?jiǎn)介 面向?qū)ο蠓椒?(ObjectOriented Method)是一種把 面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動(dòng)的系統(tǒng)方法，簡(jiǎn)稱 OO (ObjectOriented)方法，是建立在“對(duì)象”概念基礎(chǔ)上的方法學(xué)。而每繼承性是對(duì)具有層次關(guān)系的類的屬性和操作進(jìn)行共享的一種方式。 面向?qū)ο蠹夹g(shù)認(rèn)為客觀世界是由各種各樣的對(duì)象組成，每種對(duì)象都有各自的內(nèi)部狀態(tài)和運(yùn) 動(dòng)規(guī)律，不同對(duì)象間的相互作用和聯(lián)系就構(gòu)成了各種不同的系統(tǒng)，構(gòu)成了客觀世界。計(jì)算機(jī)從業(yè)人士利用它提出了面向?qū)ο蟮姆治鲈O(shè)計(jì)方法、計(jì)算機(jī)程序設(shè)計(jì)語言、面向?qū)ο蟮能浖O(shè)計(jì)方法、面向?qū)ο蟮臄?shù)據(jù)庫等。 面向?qū)ο蠓椒ń?jīng)歷了這樣的發(fā)展過程，它首先在編程領(lǐng)域興起，作為一種嶄新的程序設(shè)計(jì)范型引起世人 矚目。此時(shí)，面向?qū)ο蠓椒ㄩ_始向系統(tǒng)設(shè)計(jì)階段延伸，出現(xiàn)了如 Booch8 GOOD(通用面向?qū)ο蟮拈_發(fā) )、 HOOD(層次式面向?qū)ο蟮脑O(shè)計(jì) )、 OOSD(面向?qū)ο蟮慕Y(jié)構(gòu)設(shè)計(jì) )等一批 OOD(“ 面向?qū)ο蟮脑O(shè)計(jì) ” 或 “ 面向?qū)ο蟮拈_發(fā) ” 的縮寫 )方法。 到 1989 年之后，面向?qū)ο蠓椒ǖ难芯恐攸c(diǎn)開始轉(zhuǎn)向軟件生命周期的分析階段， 并將OOA 和 OOD 密切地聯(lián)系在一起，出現(xiàn)了一大批面向?qū)ο蟮姆治雠c設(shè)計(jì) (OOAamp。 截至 1994 年，公開發(fā)表并具有一定影響的 OOA＆ D 方法已迭 50 余種。 各種面向?qū)ο蟮姆治?與設(shè)計(jì)方法都為面向?qū)ο罄碚撆c技術(shù)的發(fā)展做出了貢獻(xiàn)。各種方法的主導(dǎo)思想以及所采用的主要概念與原則大體上是一致的，但是也存在不少差異。為此， Rationa1 公司的 和 J Rumbaugh 決定將他們各自的方法結(jié)合起來成為一種方法。此時(shí) OOSE 的作者 也加入了 Rational 公司，于是也加入了統(tǒng)一行動(dòng)。鑒于統(tǒng)一行動(dòng)的產(chǎn)物只是一種建模語言，而不是一種建模方法 (因?yàn)椴话^程指導(dǎo) )，所以自 版本起，改稱 “ 統(tǒng)一建模語言 ” (Unified Modeling Language)。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。 UML 適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)。 UML 支持面向?qū)ο蠹夹g(shù)的主要概念，提供了一批基本的模型元素的表示圖形和方法，能簡(jiǎn)潔明了地表達(dá)面向?qū)ο蟮母鞣N概念。通過 UML 的模型圖能清晰地表示系統(tǒng)的邏輯模型和實(shí)現(xiàn)模型。 (3)獨(dú)立于過程。 (4)獨(dú) 立于程序設(shè)計(jì)語言。 (5)易于掌握使用。 使用 UML 進(jìn)行系統(tǒng)分析和設(shè)計(jì)，可以加速開發(fā)進(jìn)程，提高代碼質(zhì)量，支持動(dòng)態(tài)的業(yè)務(wù)需求。能促進(jìn)軟件復(fù)用，方便地集成已有的系統(tǒng)，并能有效處理開發(fā)中的各種風(fēng)險(xiǎn)。為了能支持從不同角度來考察系統(tǒng)， UML 定義了下列 5 類、共 9 種模型圖，下面圖表作了基本的描述： 表 21 UML 定義的 9種 模型圖 類型 圖名 描述 用例圖 用例圖 從用戶角度描述系統(tǒng)的功能，并指出各功能的操作者。因此類圖是描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)，即它描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個(gè)生命周期都是有效的。包圖用 于描述系統(tǒng)的分層結(jié)構(gòu)。通常狀態(tài)圖是對(duì)類圖的補(bǔ)充。 使用活動(dòng)圖可以很方便地表示并行活動(dòng)。它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序，同時(shí)也顯示對(duì)象之間的交互過程。 實(shí)現(xiàn)圖 構(gòu)件圖 描述代碼部件的物理 結(jié)構(gòu)及各部件之間的依賴關(guān)系。 它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。 配置圖 定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。在節(jié)點(diǎn)內(nèi)部，放置可執(zhí)行部件和對(duì)象以顯示節(jié)點(diǎn)跟可執(zhí)行軟件單元的對(duì)應(yīng)關(guān)系。 (2)進(jìn)行系統(tǒng)分析，并抽取類 系統(tǒng)分析的任務(wù)是找出系統(tǒng)的所有需求并加以描述，同時(shí)建立特定領(lǐng)域模型。 (3)系統(tǒng)設(shè)計(jì)，并設(shè)計(jì)類及其行為 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 8 設(shè)計(jì)階段由結(jié)構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)組成。包有利于描述系統(tǒng)的邏輯組成部分以及各部分之間的依賴關(guān)系。 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 9 第三章 系統(tǒng)需求分析與建模 本文采用 UML 作為系統(tǒng)的分析建模工具。然后對(duì)用例進(jìn)行描述，包括 使用 順序圖、協(xié)作圖等， 最終抽取得到類圖和包圖。 當(dāng)前市場(chǎng)上基于 UML 可視化建模的工具很多，例如 Rational Rose、 Oracle Designer、 Sybase PowerDesigner、 Microsoft Visio 等等。所以， 本人 選擇 Visual Paradigm for UML Enterprise Edition 作為系統(tǒng) 分析 建模工具。要更新數(shù)據(jù)，要?jiǎng)h除，要根據(jù)總體情況匯總。并對(duì)實(shí)時(shí)信息進(jìn)行更新刪除，方便進(jìn)行年度統(tǒng)計(jì)。并對(duì)實(shí)時(shí)信息進(jìn)行更新刪除，方便進(jìn)行年度統(tǒng)計(jì)。 經(jīng)辦人管理，添加和刪除。 5． 歷史數(shù)據(jù)管理 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 10 歷史數(shù)據(jù)管理，包括庫存，入庫，出庫。并進(jìn)行實(shí)時(shí)處理，更新和刪除。出庫人員只能進(jìn)行出庫管理。 用例捕獲 用例概述 從用戶的角度來看， 他們并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計(jì)，他們所關(guān)心的是系統(tǒng)所能提供的服務(wù)，也就是被開發(fā)出來的系統(tǒng)將是如何被使用的，這就用例方法的基本思想。 用例 (Use Case) 用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對(duì)話。 業(yè)務(wù) 用例 圖 用例模型包含了兩部分：業(yè)務(wù)用例模型和系統(tǒng)用例模型。業(yè)務(wù)用例模型因?yàn)樾枰枋霾块T的業(yè)務(wù)，因此它將使用一般用例的變體：業(yè)務(wù)用例。業(yè)務(wù)用例的粒度很粗，它只描述部門的總體業(yè)務(wù)；用例的粒度很細(xì) ，需要描述到系統(tǒng)中業(yè)務(wù)場(chǎng)景的工作。 如下圖所示： 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 11 圖 31 入庫 /出庫 業(yè)務(wù)用例圖 圖 32系統(tǒng) 業(yè)務(wù)用例圖 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 12 系統(tǒng)用例 圖 對(duì)業(yè)務(wù)用例進(jìn)一步分析、跟蹤、細(xì)化，從而 進(jìn)一步 形成系統(tǒng)用例圖： 33 系統(tǒng)人員 用例圖 圖 34 入庫 用例圖 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 13 34出庫 用例圖 用例描述 文本 事件流 用例圖使我們對(duì)系統(tǒng)的功能有了一個(gè)整體的認(rèn)知，我們可以知道有哪些參與者會(huì)與系統(tǒng)發(fā)生交互，每一個(gè)參 與者需要系統(tǒng)為它提供什么樣的服務(wù)。 事件流可分為基本流和備選流。備選流負(fù)責(zé)描述用例執(zhí)行過程中異常的或偶爾發(fā)生的一些情況，備選流和基本流的組合應(yīng)該能夠覆蓋該用例所有可能發(fā)生的場(chǎng)景。本用例主要實(shí)現(xiàn)對(duì) 入庫的貨品進(jìn)行管理 。 當(dāng)出庫人員要出庫時(shí)，登記出庫，進(jìn)行管理，實(shí)現(xiàn)更新刪除，以及年度統(tǒng)計(jì)。 記錄 貨品 基本信息 入庫人員 輸入有關(guān) 貨品 的信