工商管理ＵＭＬ及其在管理系統(tǒng)建模中的應(yīng)用

1、及其在管理系統(tǒng)建模中的應(yīng)用 及其在管理系統(tǒng)建模中的應(yīng)用是小柯論文網(wǎng)通過網(wǎng)絡(luò)搜集，并由本站工作人員整理后發(fā)布的，及其在管理系統(tǒng)建模中的應(yīng)用是篇質(zhì)量較高的學(xué)術(shù)論文，供本站訪問者學(xué)習(xí)和學(xué)術(shù)交流參考之用，不可用于其他商業(yè)目的，及其在管理系統(tǒng)建模中的應(yīng)用的論文版權(quán)歸原作者所有，因網(wǎng)絡(luò)整理，有些文章作者不詳，敬請(qǐng)諒解，如需轉(zhuǎn)摘，請(qǐng)注明出處小柯論文網(wǎng)，如果此論文無法滿足您的論文要求，您可以申請(qǐng)本站幫您代寫論文，以下是正文。 摘要 統(tǒng)一建模語言u(píng)ml是一種面向?qū)ο蟮臉?biāo)準(zhǔn)建模語言,它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)，使用范圍不僅限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過程。通過

2、對(duì)集裝箱管理系統(tǒng)開發(fā)過程分析，詳細(xì)闡述了uml語言工具在管理系統(tǒng)建模過程中的應(yīng)用及其對(duì)于加速系統(tǒng)開發(fā)進(jìn)程和提高代碼質(zhì)量的重要性。關(guān)鍵詞 統(tǒng)一建模語言 管理系統(tǒng) 建模 應(yīng)用一、引言統(tǒng)一建模語言u(píng)ml(unified modeling language)是一種用于描述、視化和構(gòu)架軟件系統(tǒng)以及商業(yè)建模的語言。它提供了多種基本的模型圖,并通過對(duì)這些圖的綜合運(yùn)用來全面刻畫整個(gè)系統(tǒng)的全貌。uml符號(hào)表示法為開發(fā)者使用這些圖形符號(hào)和文本語法進(jìn)行系統(tǒng)建模提供了標(biāo)準(zhǔn),具體可分為5大類,9種圖形。5大類分別是用例圖、靜態(tài)圖、行為圖、交互圖和實(shí)現(xiàn)圖。靜態(tài)圖包括類圖和對(duì)象圖,用來描述靜態(tài)關(guān)系;行為圖包括狀態(tài)圖和活動(dòng)圖

3、,用來描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象之間的交互關(guān)系；交互圖包括協(xié)作圖和順序圖,用來描述對(duì)象間的交互關(guān)系；實(shí)現(xiàn)圖包括組件圖和配置圖,分別用來描述代碼組件的物理結(jié)構(gòu)以及系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。二、基于uml 的系統(tǒng)開發(fā)過程uml是一種建模語言而不是方法，uml本身獨(dú)立于過程，使用uml進(jìn)行開發(fā)時(shí)，仍有統(tǒng)一的過程框架。uml的開發(fā)過程是一種柔性開發(fā)過程，即在需求牽引下，自頂向下分層細(xì)化地建模，然后通過對(duì)模型的虛擬執(zhí)行，由底向上地逐層上移修改，直至各層的模型結(jié)果都滿足需求為止。系統(tǒng)的開發(fā)過程包括需求定義、分析、設(shè)計(jì)、實(shí)現(xiàn)幾個(gè)階段。需求定義階段建立系統(tǒng)的需求模型，分析階段建立系統(tǒng)的分析模型，這兩個(gè)模型

4、是系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)的基礎(chǔ)。建立系統(tǒng)需求模型包括:1.問題陳述。根據(jù)用戶初始需求，在用戶幫助下，寫出問題陳述；2.定義參與者(actor)。在用戶參與下定義系統(tǒng)的參與者；3.建立gui界面原型。在用戶參與下，用可視化編程工具為每個(gè)參與者建立gui界面原型；4.定義用例。觀察參與者與界面原型的交互過程，導(dǎo)出用例。建立系統(tǒng)分析模型主要包括:(1)靜態(tài)建模。根據(jù)問題陳述和用例，對(duì)系統(tǒng)的靜態(tài)結(jié)構(gòu)建模，靜態(tài)模型可以用類圖表示，它概要地描繪了問題域?qū)ο箢?，同時(shí)也表示出這些類的基本屬性和類間的關(guān)系。(2)動(dòng)態(tài)建模。根據(jù)用例及靜態(tài)模型進(jìn)行動(dòng)態(tài)建模，動(dòng)態(tài)模型可用順序圖、合作圖、狀態(tài)圖等表示。動(dòng)態(tài)模型表達(dá)了系統(tǒng)的動(dòng)態(tài)

5、特征。下面以集裝箱管理系統(tǒng)的開發(fā)實(shí)例闡述如何利用uml 建立系統(tǒng)的需求模型和分析模型。三、建立cfs 業(yè)務(wù)信息系統(tǒng)的需求模型1.問題描述cfs是集裝箱貨運(yùn)站（container freight station）的縮寫，是處理拼箱貨的場所,它的主要業(yè)務(wù)分成兩大塊，即進(jìn)口貨拆箱業(yè)務(wù)和出口貨裝箱業(yè)務(wù)。在進(jìn)口貨拆箱業(yè)務(wù)中，貨主或其代理先將記錄著集裝箱裝貨信息的箱單送到貨運(yùn)站，申明有重箱(即裝有進(jìn)口貨的集裝箱)要送來拆箱。在其后的某一時(shí)間，重箱由某車隊(duì)送到貨運(yùn)站，貨運(yùn)站馬上根據(jù)箱單進(jìn)行拆箱操作，通常，拆出的貨物還要放入倉庫的跺位中，空箱子由車隊(duì)及時(shí)拉走送到另外的堆箱場地(即集裝箱堆場)。以后，收貨人來提

6、貨時(shí)貨運(yùn)站再從跺位中取出貨物交給收貨人。在出口貨裝箱業(yè)務(wù)中，貨主或其代理先發(fā)出裝箱委托(假定都是整箱貨委托)。其后，貨到時(shí)，就將貨放入分配給該委托單位的垛位。此后的某一時(shí)間，進(jìn)行配積載并實(shí)施裝箱。最后，重箱交給車隊(duì)送往港區(qū)。由于拆裝箱是貨運(yùn)站的主要業(yè)務(wù)，倉庫存放貨物是輔助性動(dòng)作，為了加快周轉(zhuǎn)，在貨運(yùn)站倉庫堆放貨物，有個(gè)免費(fèi)倉期問題。2.參與者與用例分析首先，確定了系統(tǒng)的兩個(gè)參與者(actor)，即倉庫管理員和倉庫主管。通過為他們建立系統(tǒng)界面原型，觀察他們與界面交互的過程，可以分析出每個(gè)參與者使用的用例。所謂用例就是參與者與系統(tǒng)的一次對(duì)話中所執(zhí)行的一系列相關(guān)事務(wù)序列。系統(tǒng)中各用例間及用例和參與者

7、間的關(guān)系可由例圖表示，本系統(tǒng)的用例圖(部分)如圖1所示。用例圖只是表達(dá)了用例間及用例和參與者間的關(guān)系，我們還必須文檔化每個(gè)用例的具體內(nèi)容。集裝箱貨運(yùn)站系統(tǒng)各用例描述如下:(1)拆箱受理。倉庫管理員收到客戶拆箱委托時(shí)執(zhí)行本用例。倉庫管理員創(chuàng)建新的拆箱委托單；倉庫管理員填寫委托信息。如發(fā)貨人和收貨人名稱、提單號(hào)、箱號(hào)、受理日期、計(jì)劃拆箱日期、貨物信息(包括貨類、貨物描述、數(shù)量、單位等)。系統(tǒng)自動(dòng)生成委托號(hào)。系統(tǒng)標(biāo)記委托單狀態(tài)為“受理”。(2)重箱進(jìn)場。本用例從客戶將重箱送進(jìn)場時(shí)開始。倉庫管理員調(diào)出拆箱委托單，輸入重箱進(jìn)場日期；系統(tǒng)標(biāo)記委托單狀態(tài)為“已進(jìn)場”。(3)預(yù)分配垛位。倉庫管理員受理拆箱委托

8、后，可以根據(jù)情況在重箱進(jìn)場前或重箱進(jìn)場后但尚未拆箱時(shí)為該筆委托單預(yù)分配一個(gè)垛位。倉庫管理員查詢垛位狀態(tài)圖；倉庫管理員為拆箱委托單預(yù)分配一個(gè)空垛位；系統(tǒng)標(biāo)記該垛位為“鎖定”狀態(tài)；系統(tǒng)標(biāo)記委托單狀態(tài)為“預(yù)分配”。若分配的垛位不處于“空閑”狀態(tài)，則系統(tǒng)拒絕接受預(yù)分配垛位操作。(4)拆箱入垛。在已為拆箱委托單預(yù)分配垛位并且重箱進(jìn)場后，可以執(zhí)行拆箱入垛用例。倉庫管理員調(diào)出拆箱委托單；倉庫管理員執(zhí)行拆箱入垛操作；系統(tǒng)標(biāo)記該垛位為“占用”狀態(tài)；系統(tǒng)標(biāo)記委托單狀態(tài)為“已入垛”。(5)貨物交出。當(dāng)將垛位的貨物提出交給客戶時(shí),執(zhí)行本用例。倉庫管理員調(diào)出拆箱委托單，執(zhí)行貨物交出操作，輸入交貨日期；系統(tǒng)標(biāo)記該垛位為“

9、空閑”狀態(tài)；系統(tǒng)標(biāo)記委托單狀態(tài)為“已交貨”。以上為進(jìn)口拆箱業(yè)務(wù)用到的用例。出口裝箱業(yè)務(wù)用到的用例包括如下幾個(gè)用例(為簡明起見，不再詳細(xì)描述各用例的具體內(nèi)容)。(6)裝箱受理。倉庫管理員收到客戶裝箱委托時(shí)執(zhí)行本用例。(7)預(yù)分配垛位。倉庫管理員根據(jù)情況在適當(dāng)時(shí)間為該筆裝箱委托單預(yù)分配一個(gè)垛位。若分配的垛位不處于“空閑”狀態(tài)，則系統(tǒng)拒絕接受預(yù)分配垛位操作。(8)收貨入垛。倉庫管理員收到客戶的貨物并且已為裝箱委托單預(yù)分配一個(gè)垛位后執(zhí)行收貨入垛用例。(9)裝箱。貨物從垛位提出裝箱時(shí)執(zhí)行裝箱用例。(10)重箱交接。將裝好的重箱交給客戶時(shí)執(zhí)行本用例。以上為出口裝箱業(yè)務(wù)用到的用例。下面是幾個(gè)查詢用例。(11

10、)垛位查詢。倉庫管理員向系統(tǒng)查詢垛位狀態(tài)；系統(tǒng)顯示垛位狀態(tài)。(12)庫存貨狀態(tài)查詢。倉庫主管要求查詢倉期超過一個(gè)月的委托單；系統(tǒng)顯示滿足條件的委托單。(13)客戶裝、拆箱數(shù)查詢。倉庫主管要求查詢某客戶某段時(shí)期內(nèi)的裝、拆箱數(shù)；系統(tǒng)顯示查詢結(jié)果。這里要著重說明的是，描述用例時(shí)，最好不要包含界面實(shí)現(xiàn)細(xì)節(jié)方面的詞匯。如“用戶在列表框中選擇收貨人”，這句話中的“列表框”就表達(dá)了界面實(shí)現(xiàn)細(xì)節(jié)，因而不是好的描述方法。之所以要強(qiáng)調(diào)描述用例時(shí)不要包含界面實(shí)現(xiàn)細(xì)節(jié)，是因?yàn)樵诔跏嫉男枨蠓治鲭A段，構(gòu)造的界面原型只是一個(gè)草稿，我們僅僅用它來方便用例的導(dǎo)出。而最終用于實(shí)現(xiàn)用例的界面要做進(jìn)一步的優(yōu)化和調(diào)整，它們可能和初始界

11、面原型很不相同。如果在用例中過多描述跟初始界面原型相關(guān)的實(shí)現(xiàn)細(xì)節(jié)，就會(huì)大大限制設(shè)計(jì)人員設(shè)計(jì)最終用戶界面的創(chuàng)造性，從而無法設(shè)計(jì)出最優(yōu)的最終用戶界面。以上問題陳述、參與者、gui界面原型和用例一起構(gòu)成了系統(tǒng)的需求模型。 其他參考文獻(xiàn)baker, sheridan. the practical stylist. 6th ed. new york: harper & row, 1985.flesch, rudolf. the art of plain talk. new york: harper & brothers, 1946.gowers, ernest. the complete plain w

12、ords. london: penguin books, 1987.snell-hornby, mary. translation studies: an integrated approach. amsterdam: john benjamins, 1987.hu, zhuanglin. 胡壯麟, 語言學(xué)教程 m. 北京: 北京大學(xué)出版社, 2006.jespersen, otto. the philosophy of grammar. london: routledge, 1951.leech, geoffrey, and jan svartvik. a communicative gra

13、mmar of english. london: longman, 1974.li, qingxue, and peng jianwu. 李慶學(xué)、彭建武, 英漢翻譯理論與技巧 m. 北京: 北京航空航天大學(xué)出版社, 2009.lian, shuneng. 連淑能, 英漢對(duì)比研究 m. 北京: 高等教育出版社, 1993.ma, huijuan, and miao ju. 馬會(huì)娟、苗菊, 當(dāng)代西方翻譯理論選讀 m. 北京: 外語教學(xué)與研究出版社, 2009.newmark, peter. approaches to translation. london: pergmon p, 1981.quirk, randolph, et al. a grammar of contemporary english. london: longman, 1973.wang, li. 王力, 中國語法理論 m. 濟(jì)南: 山東教育出版社, 1984.xu, jianping. 許建平, 英漢互譯實(shí)踐與技巧 m. 北京: 清華大學(xué)出版社, 2003.yan,