【畢業(yè)學(xué)位論文】(Word原稿)基于UML的軟件系統(tǒng)設(shè)計——倉庫管理系統(tǒng)的開發(fā)-軟件工程

電 子 科 技 大 學(xué) 畢業(yè)設(shè)計（論文）任務(wù)書 擬題單位 計算機(jī)科學(xué)與工程學(xué)院 審題人 李樹全 題目全稱 基于 軟件系統(tǒng)設(shè)計 倉庫管理系統(tǒng)的開發(fā) 主要任務(wù)： 使用 用 建數(shù)據(jù)庫關(guān)系模型圖，連接 用 C+ 程實現(xiàn)系統(tǒng)設(shè)計。該系統(tǒng)實現(xiàn)的主要功能有： 1、系統(tǒng)的用戶登錄及身份驗證 2、對倉庫貨物信息進(jìn)行查詢 3、對倉庫貨物信息進(jìn)行更改 起止時間： 2005 年 3 月 1 日至 2005 年 6 月 20 日 學(xué)生姓名 專業(yè) 計算機(jī)科學(xué)與技術(shù) （軟件技術(shù)） 班次 21082010班 指導(dǎo)單位 計算機(jī)科學(xué)與工程學(xué)院 指導(dǎo)教師 設(shè)計地點 電子科技大學(xué)計算機(jī)學(xué)院 成果形式 軟 件 2005 年 6 月 12 日 I 目錄 摘要 . . 一章 引言 . 1 第二章 倉庫信息管理系統(tǒng)的開發(fā) . 2 求分析 . 2 統(tǒng)總體功能需求 . 2 戶登錄 . 3 庫管理 . 4 . 4 . 5 . 5 . 5 庫信息 . 6 息查詢 . 6 統(tǒng)設(shè)置 . 7 第三章 軟件工程 與 述 . 8 件工程概述 . 8 軟件工程的提出 . 8 軟件工程的 5 個階段 . 8 言概述 . 9 歷史 . 9 含的內(nèi)容 . 11 定義 . 12 特點 . 16 應(yīng)用領(lǐng)域 . 17 第四章 倉庫管理系統(tǒng)的 模 . 18 統(tǒng)用例模型 . 18 角色的確定 . 18 建用例 . 18 建角色用例關(guān)系圖 . 19 個系統(tǒng)的用例關(guān)系圖 . 22 統(tǒng)動態(tài)模型 . 23 序圖 . 23 作圖 . 25 建系統(tǒng)包圖 . 27 庫管理系統(tǒng)包圖 . 27 員信息包內(nèi)的圖 . 28 務(wù)包內(nèi)的包圖 . 29 接口包包內(nèi)的類 . 29 統(tǒng)類模型 . 30 圖 . 30 統(tǒng)部署 . 32 件圖 . 32 置圖 . 33 第五章 數(shù)據(jù)庫設(shè)計 . 34 介 . 34 據(jù)建模 . 38 第六章 C+ 序設(shè)計 . 40 C+ 述 . 40 計應(yīng)用程序界面 . 42 體設(shè)計器 . 42 體的常用屬性 . 42 C+連接 據(jù)庫 . 43 過 接 . 43 用 式 . 43 統(tǒng)運行 . 44 第七章 結(jié)束語 . 53 參考文獻(xiàn) . 54 軟件錯誤的根源 . 55 F . 56 致 謝 . 58 庫信息管理系統(tǒng)的開發(fā) 作者： 張軍 班級： 21082010 班 指導(dǎo)老師： 李樹全 指導(dǎo)單位： 計算機(jī)科學(xué)與工程學(xué)院 摘要 ： 隨著軟件開發(fā)技術(shù)的發(fā)展，統(tǒng)一建模語言 創(chuàng)建使得軟件的開發(fā)走向標(biāo)準(zhǔn)化，為軟件開發(fā)商及其用戶帶來諸多便利。 一種用于對軟件密集型系統(tǒng)進(jìn)行可視化、詳述、構(gòu)造和文檔化的建模語言， 主要用于分析與設(shè)計階段的系統(tǒng)建模。本文介紹了一個倉庫信息管理系統(tǒng)的開發(fā)過程，用戶可以對倉庫進(jìn)行操作管理，該系統(tǒng)設(shè)計使用 中詳細(xì)介紹了 言的相關(guān)知識。數(shù)據(jù)庫設(shè)計通過 行數(shù)據(jù)庫建模，連接 成數(shù)據(jù)庫，采用 C+ 程實現(xiàn)系統(tǒng)設(shè)計。 關(guān)鍵詞 ： 倉庫信息管理系統(tǒng)、統(tǒng)一建模語言 C+ of is ML of a of is is on to of in of of a to ML in in of on + to 息 管理系統(tǒng) 1 第一章 引言 “倉庫信息系統(tǒng)”是一套功能強(qiáng)大而又操作簡便、實用的倉庫管理軟件，包括用戶登錄、設(shè)備操作、信息查詢等管理功能。本系統(tǒng)在功能設(shè)計上具有前瞻性，吸收和借鑒了國際上先進(jìn)的倉儲管理思想，通過供應(yīng)商、倉庫和客戶三者之間信息的溝通與指令的有效傳遞，將制造商和供應(yīng)商的庫存成本與資金降到最低限度。本系統(tǒng)主要適用于第三方物流企業(yè)的倉儲管理。 企業(yè)出入庫業(yè)務(wù)比較繁忙，而且每次入庫出庫的貨物數(shù)量不一，工作量比較大。依靠手工計算工作，存在準(zhǔn)確度不高，浪費人力和時間的問題，影響了工作效率。 倉庫存放的貨物品種繁多，堆存方 式以及處理過程也非常復(fù)雜，隨著業(yè)務(wù)量的增加，倉庫管理者需要處理的信息量會大幅上升，因此往往很難及時準(zhǔn)確地掌握倉庫的運行狀態(tài)。針對這一情況，本系統(tǒng)在滿足倉庫的基本功能基礎(chǔ)上發(fā)揮信息系統(tǒng)的智能化，減輕倉庫管理人員和操作人員的工作負(fù)擔(dān)。 系統(tǒng)主要的實現(xiàn)目的是監(jiān)控整個倉庫的運轉(zhuǎn)情況；提供完善的任務(wù)計劃功能，由整個操作的指令中心來安排進(jìn)出任務(wù)，確認(rèn)任務(wù)的開始，進(jìn)貨管理和出貨管理按期指令執(zhí)行即可；實時監(jiān)控所有貨物的在線運動情況，實時提供庫存變化的信息。 基于 發(fā)的倉庫管理系統(tǒng)具有高度的可靠性，并可以方便得從一個平 臺移植到另一個平臺，而無須做太大的變化。用戶很容易學(xué)習(xí)這套系統(tǒng)的使用，對用戶的計算機(jī)水平要求不高。這一特點非常適合企業(yè)中用戶計算機(jī)水平參差不齊的現(xiàn)狀。 倉庫 信息 管理系統(tǒng) 2 第 二 章 倉庫信息管理系統(tǒng)的開發(fā) 求分析 在軟件開發(fā)的初期，開發(fā)人員及用戶往往忽略信息溝通，導(dǎo)致軟件開發(fā)完成后，不能很好的滿足現(xiàn)實的需要。而返工不僅在技術(shù)上給開發(fā)人員帶來巨大的麻煩，還會造成人力物力的浪費，因此，只有弄清楚客戶的需求，才能真正開發(fā)出滿足客戶需求的管理信息系統(tǒng)，才能讓整個系統(tǒng)發(fā)揮其相應(yīng)得作用。 統(tǒng)總體功能需求 一個功能完善的倉庫信息管理系統(tǒng)，必須包括以下的幾個模塊。 由用戶登錄、用戶退出兩個部分組成。登錄后進(jìn)行信息查詢與操作，使倉庫的信息受到保護(hù)，增加了安全性與保密性。 倉庫管理系統(tǒng)中包括設(shè)備入庫，設(shè)備出庫，設(shè)備需求等模塊。倉庫管理是整個系統(tǒng)得核心，是所有數(shù)據(jù)的來源。用戶通過本系統(tǒng)的使用，可以使倉庫的空間得以優(yōu)化，減低無效和冗余的作業(yè)，使庫存精度更準(zhǔn)確，庫存周轉(zhuǎn)率提高及庫存資金占用減少。 業(yè)務(wù)查詢系統(tǒng)中，包括庫存、入庫、出庫、還庫、需求的信息，庫存查詢實時提供庫存變化的 信息，隨時應(yīng)不同客戶的需要得到其當(dāng)前的庫存。銷售查詢提供了一個完整的出貨查詢平臺；用戶可以根據(jù)貨物的編號查詢某個時間段里該貨物的需求情況，方便企業(yè)管理人員能夠以最快的速度了解倉庫的出貨情況和倉庫配套的商場的銷售情況，方便企業(yè)管理人員根據(jù)不同的情況及時調(diào)整經(jīng)營策略。倉庫里是記錄查詢功能模塊；在本系統(tǒng)中入庫、出庫、還庫信息可以查詢得到。 包括生成采購計劃報表與查詢采購計劃報表，還包括了庫存報警功能，用來提醒管理員倉庫的最大限度。 綜上所述，系統(tǒng)的功能需求可用如圖所示的框圖簡要表示。 倉庫 信息 管理系統(tǒng) 3 圖 系統(tǒng)功能框圖 戶登錄 用戶登錄所包括的具體功能模塊如圖所示 圖 戶登錄框圖 用戶進(jìn)入本系統(tǒng)的入口，沒有得到身份驗證的用戶只能擁有最低的使用權(quán)限，即只能選擇退出系統(tǒng)或用戶登錄。本系統(tǒng)的使用者可以用兩種身份登錄到系統(tǒng)；普通操作員或經(jīng)理，不同的身份疑問著不同的使用權(quán)限，這是一個穩(wěn)定、安全的系統(tǒng)所必須具備的。 本系統(tǒng)中引入了類似 作系統(tǒng)用戶注銷功能，當(dāng)用戶在短時間內(nèi)不用本系統(tǒng)，不必退出，只需要選擇注銷，這樣可以使系統(tǒng)不存在處于激活狀態(tài) 的用戶，以便其他用戶使用本系統(tǒng)。 倉庫 信息 管理系統(tǒng) 4 用戶完成工作后，點擊退出系統(tǒng)按鈕就可以安全退出，以免不安全退出導(dǎo)致數(shù)據(jù)丟失情況的發(fā)生。 庫管理 圖 庫管理框圖 倉庫管理模塊是整個系統(tǒng)的核心，是所有數(shù)據(jù)的來源，根據(jù)詳細(xì)的需求分析，企業(yè)在庫存中面臨的主要問題體現(xiàn)在：庫存量較大，庫存資金周轉(zhuǎn)慢，不能及時統(tǒng)計庫存物料。 倉庫存放貨物品種繁多，堆存方式以及處理過程也非常復(fù)雜，隨著業(yè)務(wù)量的增加，倉庫管理者所需要處理的信息量大幅上升，因此管理者往往很難及時準(zhǔn)確掌握 整個倉庫的運行狀態(tài)。分析其原因在于：倉庫在進(jìn)貨時沒有輸入詳細(xì)、有效、完整的信息。 在本倉庫信息系統(tǒng)中，倉庫進(jìn)貨模塊要求操作員輸入商品號、進(jìn)貨數(shù)量、單價、供應(yīng)商，系統(tǒng)會自動的將當(dāng)前系統(tǒng)時間作為進(jìn)貨時間作為進(jìn)貨時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總進(jìn)貨金額。該操作完成后，相應(yīng)貨物的數(shù)量為原數(shù)量加進(jìn)貨的數(shù)量，并更新到數(shù)據(jù)庫。倉庫進(jìn)貨功能如圖： 圖 庫進(jìn)貨功能圖 倉庫 信息 管理系統(tǒng) 5 需求分析表明，企業(yè)倉庫中的貨物離開倉庫主要有兩種原因：企業(yè)無法銷售某商品，將其退還給供應(yīng)商；企業(yè)銷售了一 部分商品，再從倉庫調(diào)出部分庫存的該種商品。 在本倉庫信息系統(tǒng)中，倉庫進(jìn)貨模塊是為了第一種原因而設(shè)計的，它要求操作員輸入退貨商品號、退貨數(shù)量、單價和供應(yīng)商，系統(tǒng)會自動將當(dāng)前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總退貨金額。該操作完成后，相應(yīng)貨物的數(shù)量為原數(shù)量減退貨的數(shù)量，并更新數(shù)據(jù)庫。 倉庫退貨功能如圖： 圖 庫退貨功能圖 根據(jù)上述退貨中列舉的原因，在本倉庫信息系統(tǒng)中，倉庫領(lǐng)料模塊是為了第二種原因而設(shè)計的，它要求操作員輸入領(lǐng)取商品號、領(lǐng)料數(shù)量和管理員，系統(tǒng)會自動將當(dāng)前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計領(lǐng)料數(shù)量。 圖 庫領(lǐng)料功能圖 根據(jù)需要，企業(yè)功能遇到下述問題：企業(yè)銷售部門在某段時間內(nèi)沒有銷售處某件商品，這可能會造成銷售部門的貨物積壓，因此部門就需要將該件物品返回一部分到倉庫，這就是所謂的倉庫退料。 在本系統(tǒng)中，倉庫退料模塊要求操作員輸入退料商品號、退料數(shù)量、退料人和倉庫管理員，系統(tǒng)會自動將當(dāng)前系統(tǒng)時間作為退料時間更新到數(shù)據(jù)庫，并且會自動統(tǒng)計總退料數(shù)量。 倉庫 信息 管理系統(tǒng) 6 圖 倉庫退料功能圖 庫信息 圖 庫信息框圖 倉庫信息包括了倉庫容量與庫存信息兩部分，用于對倉庫的查詢與管理，倉庫容量包括了倉庫的總?cè)萘颗c剩余容量，庫存信息包括了倉庫中所存放貨物的編號與數(shù)量等信息。 息查詢 信息查詢包括具體功能模塊如圖所示 圖 庫信息功能模塊圖 隨著客戶要求的不斷提高，倉儲管理在整個供應(yīng)鏈管理當(dāng)中占有非常重要的地位。以單據(jù)打印和數(shù)據(jù)記錄為設(shè)計目標(biāo)的傳統(tǒng)倉庫管理軟件已遠(yuǎn)遠(yuǎn)無法適應(yīng)現(xiàn)倉庫 信息 管理系統(tǒng) 7 代倉儲發(fā)展的要求。用戶所需要的是倉儲企業(yè)在實現(xiàn)信息化管理的基礎(chǔ)上，不但可以向客戶報告其產(chǎn)品的實時動 態(tài)信息，還可以站在更高層面上為客戶在整個供應(yīng)鏈上最為緊密的合作伙伴。業(yè)務(wù)查詢功能模塊就是為用戶提供了傳統(tǒng)管理系統(tǒng)以外的一些功能。 統(tǒng)設(shè)置 圖 統(tǒng)設(shè)置圖 供應(yīng)商管理是為了管理供應(yīng)商的信息。 管理員信息可以增加與修改管理員的相關(guān)信息。 系統(tǒng)得管理員可以修改密碼增強(qiáng)用戶操作的安全與保密性。 倉庫 信息 管理系統(tǒng) 8 第 三 章 軟件工程與 述 件工程概述 軟件工程的提出 在 20 世紀(jì) 60 年代計算機(jī)技術(shù)發(fā)展初期，程序設(shè)計是少數(shù)聰明人干的事。他們 的智力與技能超群，編寫的程序既能控制計算機(jī)，又不易被別人理解和使用。那個時期，人們隨心所欲的編程，結(jié)果產(chǎn)生了一系列問題；程序質(zhì)量低下，錯誤頻出，進(jìn)度劇增這些問題導(dǎo)致了“軟件危機(jī)”。 在 1968 年，一群程序員、計算機(jī)科學(xué)家與工業(yè)界人士聚集在一起共商對策。通過借鑒傳統(tǒng)工業(yè)的成功方法，他們主張通過工程化的方法軟件來解決軟件危機(jī)，并冠以“軟件工程”這一術(shù)語。 30 余年來，盡管軟件的一些毛病仍然無法根治，但軟件的發(fā)展速度卻超過了任何傳統(tǒng)工業(yè)，并未出現(xiàn)真正的軟件危機(jī)，這的確是前人的先見之明。如今軟件工程成了一門科學(xué)。 軟件工程的 5 個階段 軟件開發(fā)是一套關(guān)于開發(fā)各階段的定義、任務(wù)和作用的，建立在理論上的一門工程學(xué)科。它對解決軟件危機(jī)，指導(dǎo)人們利用科學(xué)和有效的方法來開發(fā)軟件，提高及保證軟件開發(fā)的效率和質(zhì)量起到了一定的作用。 經(jīng)典的軟件工程思想將軟件開發(fā)分成以下 5 個階段：需求分析階段，系統(tǒng)分析與設(shè)計階段，系統(tǒng)實現(xiàn)階段，測試階段和維護(hù)階段。 需求分析階段是通常所說的開始階段，但實際上，真正意義上的開始階段， 要做的是選擇合適的項目 立項階段。其實，軟件工程中的許多關(guān)于思想的描述都是通俗易懂的。 這個選擇的過程式至關(guān)重要的，因為它將直接決定整個軟件開發(fā)過程的成敗。通常情況下，要考慮幾個主要的因素：經(jīng)濟(jì)因素，技術(shù)因素和管理因素。 在立項之后，真正進(jìn)入了軟件開發(fā)階段。需求分析是整個開發(fā)過程的基礎(chǔ)，也直接影響著后面的幾個階段的進(jìn)展?？v觀軟件開發(fā)從早期純粹的程序設(shè)計到軟件工程思想的萌發(fā)產(chǎn)生和發(fā)展的全過程，不難發(fā)現(xiàn)，需求分析的工作量在不斷增加，其地位也隨之不斷提升。這一點可以從需求分析在整個開發(fā)過程中所占的比例地不斷提高上看出。 倉庫 信息 管理系統(tǒng) 9 系統(tǒng)分析與設(shè)計包括分析和實際兩個階段，而這兩個階段是相輔 相成，不可分割的。通常情況下，這一階段是在系統(tǒng)分析員的領(lǐng)導(dǎo)下完成的，系統(tǒng)分析員不僅要有深厚的計算機(jī)硬件與軟件的專業(yè)知識，還要對相關(guān)業(yè)務(wù)有一定的了解。系統(tǒng)分析通常是與需求分析同時進(jìn)行，而系統(tǒng)設(shè)計一般是在系統(tǒng)分析之后進(jìn)行的。 系統(tǒng)實現(xiàn)接待也就是通常所說的編碼階段，在軟件工程思想出現(xiàn)之前，這基本上就是軟件開發(fā)的全部內(nèi)容 測試階段的主要任務(wù)是通過各種測試思想、方法和工具，使軟件的 到最低。微軟宣稱他們采用零 布的思想確保軟件的質(zhì)量，也就是說只有當(dāng)測試階段達(dá)到?jīng)]有 他們才 將產(chǎn)品發(fā)布。測試是一項很復(fù)雜的工程。 在軟件工程思想出現(xiàn)之前，這一階段是令所有與之相關(guān)的角色頭疼的?？梢哉f，軟件工程思想很大程度上是為了解決軟件維護(hù)問題而提出的。因為，在軟件工程的三大目的 軟件的可維護(hù)性，軟件的可復(fù)用性和軟件開發(fā)的自動化，可維護(hù)性就是其中之一，而且軟件的可維護(hù)性是復(fù)用性和開發(fā)自動化的基礎(chǔ)。在軟件工程思想得到迅速發(fā)展的今天，雖然軟件的可維護(hù)性有了很大提高，但目前軟件開發(fā)中所面臨的最大問題仍是維護(hù)問題。每年都有許多軟件公司因為無法承擔(dān)對其產(chǎn)品的高昂維護(hù)成本而宣布破產(chǎn)。 值得注意 的是，軟件工程主要講述軟件開發(fā)的道理，基本上是軟件實踐者的成功經(jīng)驗和失敗教訓(xùn)的總結(jié)。軟件工程的觀念，方法，策略和規(guī)范都是樸實無華的，一般人都能領(lǐng)會，關(guān)鍵在于運用。不可以把軟件工程方法看成是諸葛亮的錦囊妙計 在處理問題后才打開看看，經(jīng)濟(jì)而應(yīng)該事先掌握，預(yù)料將要出現(xiàn)的問題，控制每個實踐環(huán)節(jié)，防患于未然。 言概述 歷史 面向?qū)ο蟮姆治雠c設(shè)計方法的發(fā)展在 20 世紀(jì) 80 年代末至 90 年代中出現(xiàn)了一個高潮， 這個高潮的產(chǎn)物。它不僅統(tǒng)一了 且對其做了進(jìn)一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語言。 倉庫 信息 管理系統(tǒng) 10 公認(rèn)的面向?qū)ο蠼ＵZ言出現(xiàn)于 70 年代中期 989 年到 1994 年 ,其數(shù)量從不到十種增加到了五十多種 語言的創(chuàng)造者努力推崇自己的產(chǎn)品 ,并在實踐中不斷完善 法的用戶并不了解不同建模語言的優(yōu)缺點及相互之間的差異 ,因而很難根據(jù)應(yīng)用特點選擇合適的建模語言 ,于是爆發(fā)了一場方法大戰(zhàn) 一批新方法出現(xiàn)了 ,其中最引人注目的是 993, . 面向 對象方法最早的倡導(dǎo)者之一 ,他提出了面向?qū)ο筌浖こ痰母拍?,他將以前面向 工作擴(kuò)展到整個面向?qū)ο笤O(shè)計領(lǐng)域 993比較適合于系統(tǒng)的設(shè)計和構(gòu)造 人提出了面向?qū)ο蟮慕＜夹g(shù) (法 ,采用了面向?qū)ο蟮母拍?,并引入各種獨立于語言的表示符 動態(tài)模型 ,功能模型和用例模型 ,共同完成對整個系統(tǒng)的建模 ,所定義的概念和符號可用于軟件開發(fā)的分析 ,設(shè)計和實現(xiàn)的全過程 ,軟件開發(fā)人員不必在開發(fā)過程的不同階段進(jìn)行概念和符號的轉(zhuǎn)換 別適用于分析和描述以數(shù) 據(jù)為中心的信息系統(tǒng) 1994 年提出了 法 ,其最大特點是面向用例(并在用例的描述中引入了外部角色的概念 但用例貫穿于整個開發(fā)過程 ,包括對系統(tǒng)的測試和驗證 較適合支持商業(yè)工程和需求分析 還有 即著名的 是最早的面向?qū)ο蟮姆治龊驮O(shè)計方法之一 易學(xué) ,適合于面向?qū)ο蠹夹g(shù)的初學(xué)者使用 ,但由于該方法在處理能力方面的局限 ,目前已很少使用 . 概括起來 ,首先 ,面對眾多 的建模語言 ,用戶由于沒有能力區(qū)別不同語言之間的差別 ,因此很難找到一種比較適合其應(yīng)用特點的語言 ;其次 ,眾多的建模語言實際上各有千秋 ;第三 ,雖然不同的建模語言大多類同 ,但仍存在某些細(xì)微的差別 ,極大地妨礙了用戶之間的交流 極有必要在精心比較不同的建模語言優(yōu)缺點及總結(jié)面向?qū)ο蠹夹g(shù)應(yīng)用實踐的基礎(chǔ)上 ,組織聯(lián)合設(shè)計小組 ,根據(jù)應(yīng)用需求 ,取其精華 ,去其糟粕 ,求同存異 ,統(tǒng)一建模語言 . 1994 年 10 月 , 始致力于這一工作 和 一起來 ,并于 1995 年 10 月發(fā)布了第一個公開版本 ,稱之為統(tǒng)一方法 n 1995 年秋 ,創(chuàng)始人 盟到這一工作 人的共同努力 ,于 1996 年 6 月和 10 月分別發(fā)布了兩個新的版本 ,即 將 新命名為1996 年 ,一些機(jī)構(gòu)將 為其商業(yè)策略已日趨明顯 應(yīng) ,并倡議成立了 以完善 ,加強(qiáng)和促進(jìn) 定義工作 P,I 以倉庫 信息 管理系統(tǒng) 11 及 997 年 1 月 )及 997 年 11 月 17 日 )的定義和發(fā)布起了重要的促進(jìn)作用 。 含的內(nèi)容 首先 ,合了 法中的基本概 念 ,而且這些基本概念與其他面向?qū)ο蠹夹g(shù)中的基本概念大多相同 ,因而 ,然成為這些方法以及其他方法的使用者樂于采用的一種簡單一致的建模語言 ;其次 ,僅僅是上述方法的簡單匯合 ,而是在這些方法的基礎(chǔ)上廣泛征求意見 ,集眾家之長 ,幾經(jīng)修改而完成的 ,展了現(xiàn)有方法的應(yīng)用范圍 ;第三 ,標(biāo)準(zhǔn)的建模語言 ,而不是標(biāo)準(zhǔn)的開發(fā)過程 應(yīng)用必然以系統(tǒng)的開發(fā)過程為背景 ,但由于不同的組織和不同的應(yīng)用領(lǐng)域 ,需要采取不同的開發(fā)過程 . 作為一種建模語言 ,定義包括 義和 示法兩個部分 . (1) 義 描述基于 精確元模型定義 所有元素在語法和語義上提供了簡單 ,一致 ,通用的定義性說明 ,使開發(fā)者能在語義上取得一致 ,消除了因人而異的最佳表達(dá)方法所造成的影響 支持對元模型的擴(kuò)展定義 . (2) 示法 定義 號的表示法 ,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標(biāo)準(zhǔn) 在語義上它是 模型的實例 . 標(biāo)準(zhǔn)建模語言 重要內(nèi)容可以由下列五類圖 (共 9 種圖形 )來 定義 : 第一類是用例圖 ,從用戶角度描述系統(tǒng)功能 ,并指出各功能的操作者 . 第二類是靜態(tài)圖 (包括類圖 ,對象圖和包圖 不僅定義系統(tǒng)中的類 ,表示類之間的聯(lián)系如關(guān)聯(lián) ,依賴 ,聚合等 ,也包括類的內(nèi)部結(jié)構(gòu) (類的屬性和操作 )在系統(tǒng)的整個生命周期都是有效的 幾乎使用與類圖完全相同的標(biāo)識 而不是實際的類 由于對象存在生命周期 ,因此對 象圖只能在系統(tǒng)某一時間段存在 表示包與包之間的關(guān)系 第三類是行為圖 (述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系 通常狀態(tài)圖是對類圖的補(bǔ)充 僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖 有利于識別并行活動 . 倉庫 信息 管理系統(tǒng) 12 第四類是交互圖 (述對象間的交互關(guān)系 它強(qiáng)調(diào)對象之間消息發(fā)送的順序 ,同時顯示對象之間的交互 ;合作圖描述對象間的協(xié)作關(guān)系 ,合作圖跟順序圖相似 ,顯示對象間的動態(tài)合作關(guān)系 合作圖還顯示對象以及它們之間的關(guān)系 如果強(qiáng)調(diào)上下級關(guān)系則選擇合作圖 第五類是實現(xiàn)圖 ( 一個部件可能是一個資源代 碼部件 ,一個二進(jìn)制部件或一個可執(zhí)行部件 部件圖有助于分析和理解部件之間的相互影響程度 它可以顯示實際的計算機(jī)和設(shè)備 (用節(jié)點表示 )以及它們之間的連接關(guān)系 ,也可顯示連接的類型及部件之間的依賴性 放置可執(zhí)行部件和對象以顯示節(jié)點跟可執(zhí)行軟件單元的對應(yīng)關(guān)系 。 從應(yīng)用的角度看 ,當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計系統(tǒng)時首先是描述需求 ;其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型以構(gòu)造系統(tǒng)的結(jié)構(gòu) ;第三步是描述系統(tǒng)的行為 的 ,包括用例圖 ,類圖 (包含包 ),對象圖 ,組件圖和配置圖等五個圖形是標(biāo)準(zhǔn)建模語言 靜態(tài)建模機(jī)制 它包括狀態(tài)圖 ,活動圖 ,順序圖和合作圖等四個圖形是標(biāo)準(zhǔn)建模語言 動態(tài)建模機(jī)制 主要內(nèi)容也可以歸納為靜態(tài)建模機(jī)制和動態(tài)建模機(jī)制兩大類 。 定義 一種可視化的建模語言，結(jié)合了 法，同時吸收了其它大量方法學(xué)的思想，提供了一種表示的標(biāo)準(zhǔn)。 1997 年 納為軟件建模語言的標(biāo)準(zhǔn)，可以應(yīng)用于不同的軟件開發(fā)過程。 1視圖（ 模型來描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為。為了捕捉要構(gòu)建的軟件系統(tǒng)的所有決策信息，需要從團(tuán)隊中不同參與者的角度出發(fā)，為系統(tǒng)的體系結(jié)構(gòu)建模，形成不同的系統(tǒng)視圖。要描述一個軟件系統(tǒng)，下面的五種視圖尤為重要： （ 1）用例視圖（ 用例視圖定義系統(tǒng)的外部行為，是最終用戶、分析人員和測試人員所關(guān)注的。用例視圖定義了系統(tǒng)的需求，是描述系統(tǒng)設(shè)計和構(gòu)建的其它視圖的基礎(chǔ)，即用例驅(qū)動。用例視圖也稱為用戶模型視 圖。 倉庫 信息 管理系統(tǒng) 13 （ 2）邏輯視圖（ 邏輯視圖描述邏輯結(jié)構(gòu)，該邏輯結(jié)構(gòu)支持用例視圖描述的功能，它描述了問題空間中的概念以及實現(xiàn)系統(tǒng)功能的機(jī)制，如類、包、子系統(tǒng)等，因而是編程人員最關(guān)心的。邏輯視圖又稱作結(jié)構(gòu)模型視圖或靜態(tài)視圖。 （ 3）實現(xiàn)視圖（ 實現(xiàn)描述用于組建系統(tǒng)的物理組件，如可執(zhí)行文件、代碼庫和數(shù)據(jù)庫等系統(tǒng)程序員所看到的軟件產(chǎn)物，是和配置管理以及系統(tǒng)集成相關(guān)的信息。實現(xiàn)視圖又稱為組件視圖（ （ 4）過程視圖（ 過程視圖描述將系統(tǒng)分解為過程和任務(wù)，以及這些并發(fā)元素之間的通信與同步。過程視圖對于系統(tǒng)集成人員特別重要，因為他們需要考慮系統(tǒng)的性能和吞吐量等。過程視圖也稱為并發(fā)視圖、動態(tài)視圖或者協(xié)作視圖等。 （ 5）配置視圖（ 描述系統(tǒng)的物理網(wǎng)絡(luò)布局，是系統(tǒng)工程師和網(wǎng)絡(luò)工程師所感興趣的。又稱作物理視圖。 2圖（ 每個視圖都由一個或者多個圖組成，一個圖是系統(tǒng)體系結(jié)構(gòu)在某個側(cè)面的表示，所有的圖在一起組成系統(tǒng)的完整視圖。 供了九種不同的圖，分為靜態(tài)圖和動態(tài)圖兩大類。 靜態(tài)圖包括用例圖、類圖、對象圖、組件圖和配置圖，動態(tài)圖包括序列圖、狀態(tài)圖、協(xié)作圖和活動圖。 （ 1）用例圖（ 用例圖描述系統(tǒng)的功能，由系統(tǒng)、用例和角色（ 種元素組成。圖中顯示若干角色以及這些角色和系統(tǒng)提供的用例之間的連接關(guān)系。用例是系統(tǒng)對外提供的功能的描述，是角色和系統(tǒng)在一次交互過程中執(zhí)行的相關(guān)事務(wù)的序列。角色是與系統(tǒng)、子系統(tǒng)或類交互的外部人員、進(jìn)程或事物。 用例之間存在擴(kuò)展、使用和組合三種關(guān)系。角色之間可以用通用化關(guān)系將某些角色的共同行為抽象為通用行為。在 ，用例圖是用例視圖的重要組成部分。 （ 2）類圖（ 類圖用來表示系統(tǒng)中的類以及類與類之間的關(guān)系，描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，用于邏輯視圖中。類是對象的抽象描述。所謂對象就是可以