【正文】 用戶接口：通過用戶接口類， 用戶可以瀏覽系統(tǒng)中的數(shù)據(jù)、輸入新的數(shù)據(jù)。通過開發(fā)人員完成完全理解的類。類是用來代表現(xiàn)實事務(wù)或者功能的構(gòu)造快 。包是類的集合，也是組成整個系統(tǒng)的模塊。我們將信息和影響信息的行為連接在一起 ，包裝成類。習(xí)慣上，我們把系統(tǒng)的信息放在數(shù)據(jù)庫一方，行為放在應(yīng)用程序一方。下圖是本人的 倉儲 管理系統(tǒng)的 時 序圖。一個使用情境的邏輯可能是一個用例的一部分，或是一條備選線路；一個貫穿單個用例的完整流程，例如動作基本過程的邏輯描述 ，或是動作的基本過程的一部分再 加上一個或多個的備用情境的邏輯描述。 順序圖一般用于確認(rèn)和豐富一個使用情境的邏輯。消息用從一個對象的生命線到另一個對象生命線的箭頭表示。類元角色用生命線表示?？v向是時間軸，時間沿豎線向下延伸。交互圖包括順序圖（ Sequence Diagram）和協(xié)作圖（ Collaboration Diagram）。 對象交互和交互圖 交互圖（ Interaction Diagram）進(jìn)一步闡明業(yè)務(wù)的流程。 系統(tǒng)管理人員盤存 系統(tǒng)管理人員根據(jù)入庫貨品和統(tǒng)計情況，進(jìn)行盤存。 蘇州大學(xué)本科生畢業(yè)設(shè)計（論文） 14 出庫人員出庫貨品 出庫人員選擇登記出庫貨品 。 2． 基本事件流 入庫人員入庫貨品 入庫人員 選擇登記 貨品 時，本用例即啟動。 當(dāng)入庫人員添加新的貨品時，登記入庫，進(jìn)行管理，實現(xiàn)更新和刪除，以及年度統(tǒng)計 。 下面用標(biāo)準(zhǔn)的 RUP 事件流描述的格式來描述 倉儲 管理信息系統(tǒng)用例： 增加 貨品入庫 1． 簡要說明 本用例 的主角是 系統(tǒng)管理人員 。 基本流描述的是該用例最正常的一種場景，在基本流中系統(tǒng)執(zhí)行一系列活動步驟來響應(yīng)參與者提出的服務(wù)請求。用例描述的是參與者與系統(tǒng)之間的對話，但是這個對話的細(xì)節(jié)并沒有在用例圖中表述出來，針對每一個用例我們可以用事件流來描述這一對話的細(xì)節(jié)內(nèi)容。 下面首先根據(jù)部門的業(yè)務(wù)特性建立業(yè)務(wù)用例。而系統(tǒng)用例模型則只需要使用用例的本體就可以了。二者的區(qū)別在于，業(yè)務(wù)用例模型僅 僅 關(guān)注企業(yè)部門的業(yè)務(wù)，而系統(tǒng)用例模型則 更 關(guān)注于系統(tǒng)本身實現(xiàn)后的互動。 通訊關(guān)聯(lián) (Communication Association) 通訊關(guān)聯(lián)用于表示參與者和用例之間的對應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)（用例），或者說系統(tǒng)所提供的服務(wù)（用例）是被哪些參與者所使用的。用例模型主要由以下模型元素構(gòu)成： 參與者 (Actor) 參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。系統(tǒng)管理人員權(quán)限最大。 6．安全性 根據(jù)不同用戶角色，設(shè)置相應(yīng)權(quán)限， 入庫人員只能進(jìn)行入庫管理。查詢短線貨品和超儲貨品。 倉庫管理，添加和刪除。 4． 附項 管理 供貨單位管理 和收貨單位管理 ，添加，刪除，更新。 3． 出庫 管理 貨品出庫時，要完成貨品的登記，包括， 單號，名稱，數(shù)量，出貨單價，總額，收貨單位，經(jīng)辦人，然后確認(rèn)出庫。 2． 入庫管理 貨品入庫時，要 完成貨品的登記，包括，單號，名稱，數(shù)量，進(jìn)貨單價，總額，供貨單位，經(jīng)辦人，然后確認(rèn)入庫。 系統(tǒng)需求 功能性需求 1． 貨品 的信息管理 對于入庫和出庫的很多種類的貨品，系統(tǒng)管理人員要分類。 UML 是業(yè)界標(biāo)準(zhǔn)的可視化建模語言， UML 的三位創(chuàng)始人 Booch、 Rumbaugh 和 Jacobson 都在 Rational 擔(dān)任首席工程師， Rational Rose 被認(rèn)為是業(yè)界 最具權(quán)威的一種面向?qū)ο蟮慕y(tǒng)一建模語言的可視化建模工具。 概述 作為 倉儲 管理信息系統(tǒng)，需要 對入庫和出庫的貨品進(jìn)行匯總，查看，分類，后期進(jìn)行盤點，對歷史數(shù)據(jù)進(jìn)行總結(jié)管理。首先針對系統(tǒng)需求進(jìn)行分析，捕獲業(yè)務(wù)用例，對業(yè)務(wù)用例進(jìn)一步分析細(xì)化得到系統(tǒng)用例。②詳細(xì)設(shè)計就是要細(xì)化包的內(nèi)容，清晰描述所有的類，同時使用UML 的動態(tài)模型描述在特定環(huán)境下這些類的實例的行為。①結(jié)構(gòu)設(shè)計是高層設(shè)計，其任務(wù)是定義包 (子系統(tǒng) )，包括包間的依賴關(guān)系和主要通信機制。建立域模型有助于開發(fā)人員考察用例，從中抽取出類，并描述類之間的關(guān)系。 運用 UML 進(jìn)行面向?qū)ο蟮南到y(tǒng)分析設(shè)計，其過程通常由以下 3 個部份組成： (1)識別系統(tǒng)的用例和角色 首先對項目進(jìn)行需 求調(diào)研，依據(jù)項目的業(yè)務(wù)流程圖和數(shù)據(jù)流程圖以及項目中涉及的各級操作人員，通過分析，識別出系統(tǒng)中的所有用例和角色；接著分析系統(tǒng)中各角色和用例間的聯(lián)系，再使用 UML 建模工具畫出系統(tǒng)的用例圖，同時，勾畫系統(tǒng)的概念層模型，借助 UML 建模工具描述概念層類圖和活動圖。它可以顯示實際的計算機和設(shè)備 (用節(jié)點表示 )以及它們之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。部件圖有助于分析和理解部件之間的相互影響程度。一個部件可能是一個資源代碼部件、一個二進(jìn)制部件或一個可執(zhí)行部件。 協(xié)作圖 同序列圖是等價的，但著重描述對象間的協(xié)作關(guān)系。 交互圖 順序 圖 用以顯示對象之間的動態(tài)合作關(guān)系。 活動圖 描述為滿足用例要求所要進(jìn)行的活動以及活動間的約束關(guān)系。 行為圖 狀態(tài)圖 描述一類對象的所有可能狀態(tài)以及事件發(fā)生 時狀態(tài)的轉(zhuǎn)移條件。 包圖 包或類組成，主要表示包與包、或包與類之間的關(guān)系。 靜態(tài)圖 類圖 用于定義系統(tǒng)的類，包括描述類之間的聯(lián)系（如關(guān)聯(lián)、依賴、聚合等）以及類的內(nèi)部結(jié)構(gòu)，即類的屬性和操作。 蘇州大學(xué)本科生畢業(yè)設(shè)計（論文） 7 客觀世界是一個復(fù)雜的巨系統(tǒng)，需要從不同的角度來考察，才能真正理解這個系統(tǒng)。 UML 適用于各種規(guī)模的系統(tǒng)開發(fā)。 UML 圖形結(jié)構(gòu)清晰，建模簡潔明了，容易掌握使用。用 UML 建立的軟件系統(tǒng)模型可以用 Java、 VC++、Smalltalk 等任何一種面向?qū)ο蟮某绦蛟O(shè)計來實現(xiàn)。 UML 是系統(tǒng)建模語言，獨立于開發(fā)過程?？捎糜诟鞣N復(fù)雜系統(tǒng)的建模。 (2)可視化，表示能力強。 UML 具有以下特點： (1)面向?qū)ο蟆Ｋ淖饔糜虿幌抻谥С?面向?qū)ο蟮姆治雠c設(shè)計 ,還支持從需求分析開始的軟件開發(fā)的全過程。 UML 統(tǒng)一建模語言 UML（ Unified Modeling Language，統(tǒng)一建模語言）是一種定義良好、易于表達(dá)、功能強大且普遍適用的建模語言。 1996 年6 月發(fā)布了第 2 個版本 。 1995 年 10 月發(fā)布了第 1 個版本，稱作 “ 統(tǒng)一方法 ” (Unified Method )。這些差異所帶來的問題是，不利于面向?qū)ο蠓椒ㄏ蛞恢碌姆较虬l(fā)展，也會給用戶的選擇帶來一些困惑。這些方法各有自己的優(yōu)點和缺點，同時在各自不同范圍內(nèi)擁有自己的用戶群。這種繁榮的局面表明面向?qū)ο蠓椒ㄒ呀?jīng)深入到分析與設(shè)計領(lǐng)域，并隨著面向?qū)ο蟮臏y試、集成與演化技術(shù)的出現(xiàn)而發(fā)展為一套貫穿整個軟件生命周期的方法體系。D)方法，如 Booch 方法、 Coad/Yourdon 方法、 Firesmith 方法、 Jacobson 的 OOSE、 Martin/Odell蘇州大學(xué)本科生畢業(yè)設(shè)計（論文） 6 方法、 Rumbaugh 的 OMT、 Shlaer/Mellor 方法等等。但是這些早期的 OOD 方法不是以面向?qū)ο蟮姆治?(OOA)為基礎(chǔ)的，而主要是基于結(jié)構(gòu)化分析。繼 Smalltalk80 之后， 20 世紀(jì) 80 年代又有一大批面向?qū)ο蟮木幊陶Z言問世，標(biāo)志著面向?qū)ο蠓椒ㄗ呦虺墒旌蛯嵱?。同時面向?qū)ο蠹夹g(shù)為軟件工業(yè)實現(xiàn)工程化提供了強有力的支持，正是面向?qū)ο蠹夹g(shù)造就了架構(gòu)、統(tǒng)一建模語言 (UML)、框架、模式、組件、構(gòu)件、中間件等概念。 面向?qū)ο蠹夹g(shù)提供了一種新的認(rèn)知和表示世界的思想和方法，它對計算機工業(yè)的影響是深遠(yuǎn)的。所謂面向?qū)ο缶褪腔趯ο蟾拍?，以對象為中心，以類和繼承為構(gòu)造機制，來認(rèn)識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件系統(tǒng)。對象是由數(shù)據(jù)和容許的操作組成的封裝體，與客觀實體有直接對應(yīng)關(guān)系，一個對象類定義了具有相似性質(zhì)的一組對象。 蘇州大學(xué)本科生畢業(yè)設(shè)計（論文） 5 第二章 系統(tǒng)開發(fā) 方法 本文首先對系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計，并在分析與設(shè)計的同時用 UML 建模語言對其建模，采用 UML 工具繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設(shè)計到編碼的過渡，以體現(xiàn) UML 建模的模型對系統(tǒng)開發(fā)帶來的好處。 課題的內(nèi)容、目的與意義 本課題主要