UML對(duì)基于BS模式的圖書(shū)管理系統(tǒng)的分析與設(shè)計(jì)

1、uml對(duì)基于b/s模式的圖書(shū)管理系統(tǒng)的分析與設(shè)計(jì) 摘要：對(duì)基于b/s模式下的圖書(shū)管理系統(tǒng)進(jìn)行分析，運(yùn)用uml的靜態(tài)和動(dòng)態(tài)模型圖，對(duì)系統(tǒng)的分析結(jié)果進(jìn)行可視化建模，并對(duì)系統(tǒng)模型圖進(jìn)行概括性論證。 標(biāo)簽：bs圖書(shū)管理系統(tǒng)uml模型圖 1 前言使用計(jì)算機(jī)軟件對(duì)圖書(shū)進(jìn)行管理，是計(jì)算機(jī)應(yīng)用的一部分。以實(shí)現(xiàn)圖書(shū)檢索迅速、可靠性高、存儲(chǔ)量大、壽命長(zhǎng)、成本低等特點(diǎn)，能極大程度地提高圖書(shū)管理的效率，也是圖書(shū)管理信息化、正規(guī)化管理的必然趨勢(shì)。針對(duì)用戶(hù)對(duì)圖書(shū)資源進(jìn)行有效利用和管理的功能需求，用建模技術(shù)對(duì)圖書(shū)管理資源采用面向?qū)ο蟮拿枋龇绞?，在具體系統(tǒng)功能實(shí)現(xiàn)之前，建立起系統(tǒng)模型是很必要的，這里采用具有可視化、能夠柔性實(shí)

2、現(xiàn)分析、設(shè)計(jì)和開(kāi)發(fā)系統(tǒng)的統(tǒng)一建模語(yǔ)言實(shí)現(xiàn)系統(tǒng)模型構(gòu)建。同時(shí)，結(jié)合最流行的基于瀏覽器的數(shù)據(jù)管理模式，建議采用基于組件技術(shù)的b/s(brower/server)系統(tǒng)結(jié)構(gòu)。2 圖書(shū)管理系統(tǒng)用例分析要開(kāi)發(fā)一個(gè)軟件系統(tǒng)，首先要對(duì)軟件系統(tǒng)的需求進(jìn)行分析，要做的工作是深入描述目標(biāo)系統(tǒng)的功能和性能，確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素間的接口細(xì)節(jié)，定義軟件的其他有效性需求。運(yùn)用uml(unified modelling language：統(tǒng)一建模語(yǔ)言)的目的可以捕捉系統(tǒng)的功能需求、分析，提取所開(kāi)發(fā)系統(tǒng)領(lǐng)域的類(lèi)以及描述它們之間合作概況，在完成系統(tǒng)的ooa(object-oriented analysis：面向

3、對(duì)象分析)在此基礎(chǔ)上，對(duì)系統(tǒng)進(jìn)行ood(object-oriented design：面向?qū)ο笤O(shè)計(jì))。uml的用例圖較詳細(xì)和確切地描述了用戶(hù)的功能需求，使系統(tǒng)責(zé)任明確到位，奠定uml對(duì)系統(tǒng)建模的基礎(chǔ)，這樣，其他模型圖的構(gòu)造和發(fā)展依賴(lài)于用例圖中所描述的內(nèi)容，直至系統(tǒng)能夠?qū)崿F(xiàn)用例圖中描述的功能。采用用例圖描述的圖書(shū)管理主要包括三類(lèi)用戶(hù)：讀者、圖書(shū)管理員、系統(tǒng)管理員。其中，讀者是多個(gè)，圖書(shū)管理員是幾個(gè)，系統(tǒng)管理員是一個(gè)。對(duì)于系統(tǒng)，讀者可以查詢(xún)自己的借閱情況、分門(mén)別類(lèi)的查詢(xún)圖書(shū)和在規(guī)定期限內(nèi)續(xù)借不能超過(guò)一次操作的情況下進(jìn)行自行登錄續(xù)借書(shū)等。圖書(shū)管理員主要是日常操作以下幾個(gè)工作環(huán)節(jié)：圖書(shū)訂購(gòu)、新書(shū)驗(yàn)證、

4、書(shū)目錄入、圖書(shū)登記、讀者信息管理、借閱書(shū)登記、圖書(shū)信息注銷(xiāo)和讀者信息注銷(xiāo)等，而系統(tǒng)管理員統(tǒng)籌管理圖書(shū)的系統(tǒng)相關(guān)事宜，比如權(quán)限維護(hù)、日志維護(hù)、增刪用戶(hù)和管理系統(tǒng)后臺(tái)數(shù)據(jù)等。用例間關(guān)系、用戶(hù)與用例關(guān)系及用例之間的關(guān)系如圖1所示。圖1：圖書(shū)管理用例分析圖3 系統(tǒng)靜態(tài)建模 在用例分析基礎(chǔ)上，根據(jù)需求可建立起系統(tǒng)的靜態(tài)數(shù)據(jù)模型，即建立系統(tǒng)類(lèi)圖，以及相關(guān)的關(guān)系和方法。在面向?qū)ο蠓治鲋?，一般只考慮與問(wèn)題描述域和系統(tǒng)功能相關(guān)的對(duì)象。在對(duì)系統(tǒng)進(jìn)行分析時(shí)，這里把系統(tǒng)的類(lèi)對(duì)象抽象為圖書(shū)管理、圖書(shū)流通兩方面。針到這兩部分可以分化為以下相關(guān)類(lèi)：圖書(shū)類(lèi)(lib_book)、圖目類(lèi)(lib_category)、訂書(shū)類(lèi)(li

5、b_order)、報(bào)表類(lèi)(lib_form)、讀者類(lèi)(lib_reader) 、流通書(shū)類(lèi)(lib_cirbook)、部門(mén)類(lèi)(lib_department)、出版社類(lèi)(lib_publish)等。這些類(lèi)之間我們可以用樸素的關(guān)聯(lián)關(guān)系作一簡(jiǎn)要表達(dá)。如圖2為圖書(shū)管理靜態(tài)類(lèi)圖，在圖中每條有直接多重性關(guān)聯(lián)的線(xiàn)上已標(biāo)示出多重性，這為以后編程中提供了更好的關(guān)聯(lián)參考價(jià)值，并為類(lèi)在整個(gè)開(kāi)發(fā)中的統(tǒng)一性奠定基礎(chǔ)。圖2：圖書(shū)管理靜態(tài)類(lèi)圖4 系統(tǒng)動(dòng)態(tài)建模在考察了系統(tǒng)某一時(shí)刻的對(duì)象及對(duì)象之間樸素關(guān)系的靜態(tài)結(jié)構(gòu)后，下面要關(guān)注的是在任何時(shí)刻對(duì)象及其關(guān)系改變的情況，這些情況可以用uml的動(dòng)態(tài)模型進(jìn)行形象化描述，可以借助uml中的

6、狀態(tài)圖來(lái)描述，在狀態(tài)圖中，把每時(shí)刻的系統(tǒng)狀態(tài)抽象成狀態(tài)和事件，然后組成一個(gè)網(wǎng)絡(luò)，側(cè)重于描述每一類(lèi)對(duì)象的動(dòng)態(tài)行為。它是對(duì)某一時(shí)刻中屬性特征的概括，并且每種狀態(tài)間存在著遷移，遷移則表示了這類(lèi)對(duì)象在何時(shí)對(duì)系統(tǒng)內(nèi)外發(fā)生的哪些事件作出何種響應(yīng)。狀態(tài)圖設(shè)計(jì)一般是在對(duì)操作序列的順序圖細(xì)化的基礎(chǔ)上表達(dá)。這里以借書(shū)的狀態(tài)圖為例，把上面的面向?qū)ο蠓治雠c設(shè)計(jì)、并對(duì)系統(tǒng)靜態(tài)結(jié)構(gòu)的把握后，建立起系統(tǒng)動(dòng)態(tài)數(shù)據(jù)的邏輯視圖，如圖3所示，以此為點(diǎn)，可以建立起整個(gè)系統(tǒng)的狀態(tài)流程分析，這里不再詳述。圖3：借書(shū)狀態(tài)圖5 基于b/s模式的系統(tǒng)結(jié)構(gòu)在完成了系統(tǒng)的用例分析、模型化靜態(tài)數(shù)據(jù)描述以及局部動(dòng)態(tài)數(shù)據(jù)的狀態(tài)控制后，基本上掌握了系統(tǒng)在

7、進(jìn)行邏輯數(shù)據(jù)處理的流程。而最終要成為一個(gè)系統(tǒng)管理體系，這就需要從總體上把握系統(tǒng)數(shù)據(jù)的獲取、處理及存儲(chǔ)。在基于b/s模式的軟件開(kāi)發(fā)中，其體系結(jié)構(gòu)一般分為采用組件技術(shù)的三層，瀏覽器層、web邏輯處理層和數(shù)據(jù)庫(kù)管理層。這里系統(tǒng)的開(kāi)發(fā)建議采用基于java的面向?qū)ο箝_(kāi)發(fā)技術(shù)，將設(shè)計(jì)的邏輯組件、數(shù)據(jù)訪(fǎng)問(wèn)組件運(yùn)行在javabean和com+組合的運(yùn)行環(huán)境，底層數(shù)據(jù)處理則采用數(shù)據(jù)管理安全性穩(wěn)定性很強(qiáng)的oracle 9i。不僅增強(qiáng)了系統(tǒng)訪(fǎng)問(wèn)數(shù)據(jù)的安全性，同時(shí)也可以處理后臺(tái)數(shù)據(jù)庫(kù)的并發(fā)、遠(yuǎn)程、跨平臺(tái)訪(fǎng)問(wèn)。在數(shù)據(jù)庫(kù)管理層也是通過(guò)javabean對(duì)象組件完成對(duì)后臺(tái)數(shù)據(jù)庫(kù)服務(wù)的訪(fǎng)問(wèn)，整個(gè)邏輯處理過(guò)程如圖4所示。6 總結(jié)

8、本文對(duì)圖書(shū)管理系統(tǒng)采用面向?qū)ο蟮姆治黾霸O(shè)計(jì)方法，對(duì)系統(tǒng)進(jìn)行了可視化的需要分析與系統(tǒng)設(shè)計(jì)。整個(gè)過(guò)程中，采用了uml技術(shù)。并對(duì)系統(tǒng)采用了基于b/s模式的三層體系解決方案，借助于web瀏覽器，提供了更加快捷方便的圖書(shū)管理流程，節(jié)省了管理人員和讀者的大量時(shí)間，有利于信息處理效率的提高，大大減少了重復(fù)信息。同時(shí)，也簡(jiǎn)化工作人員對(duì)圖書(shū)的管理及維護(hù)工作。另一方面，基于組件技術(shù)的系統(tǒng)結(jié)構(gòu)具有很好的可伸展性和可擴(kuò)展性，提高了系統(tǒng)的柔性與自適應(yīng)性，有助于系統(tǒng)的二次開(kāi)發(fā)。參考文獻(xiàn) 1 潘偉，基于uml實(shí)現(xiàn)圖書(shū)管理系統(tǒng)的建模設(shè)計(jì)j，圖書(shū)情報(bào)知識(shí)，no.103 feb，20052 張廣泉，劉艷，基于uml的圖書(shū)管理系統(tǒng)

9、體系結(jié)構(gòu)模型及實(shí)現(xiàn)j，重慶師范大學(xué)學(xué)報(bào)，vol.22 no.2 jun 20053 高志堅(jiān)，運(yùn)用uml建模機(jī)制構(gòu)建圖書(shū)管理系統(tǒng)j，平頂山學(xué)院學(xué)報(bào)，vol.14 no.2 mar.20054 柳翠寅，基于web的圖書(shū)管理系統(tǒng)j，成都教育學(xué)報(bào)，vol.9.no.1 jan，20055 劉治國(guó)，構(gòu)建基于b/s結(jié)構(gòu)的圖書(shū)管理系統(tǒng)j，信息技術(shù)，2005年第3期作者簡(jiǎn)介王標(biāo)(1980-)，男(漢族)，山東人，助理館員夏小娜（1980-），女（漢族），山東人，碩士研究生，主要研究方向：管理信息系統(tǒng)、軟件工程用uml進(jìn)行有效業(yè)務(wù)建模 摘要：大多數(shù)軟件開(kāi)發(fā)實(shí)踐者都知道，uml在對(duì)真實(shí)世界的現(xiàn)象進(jìn)行建模時(shí)非常優(yōu)秀

10、。這一特性可以有效幫助分析員和客戶(hù)進(jìn)行溝通。本文介紹如何使用uml進(jìn)行有效業(yè)務(wù)建模。 標(biāo)簽：umluml建模uml業(yè)務(wù)建模業(yè)務(wù)用例大多數(shù)軟件開(kāi)發(fā)實(shí)踐者都知道，uml在對(duì)真實(shí)世界的現(xiàn)象進(jìn)行建模時(shí)非常優(yōu)秀。這一特性可以有效幫助分析員和客戶(hù)進(jìn)行溝通。一些希望使用業(yè)務(wù)建模的團(tuán)隊(duì)常常有一些經(jīng)驗(yàn)性的問(wèn)題，例如：* 什么時(shí)候真正需要業(yè)務(wù)模型？什么時(shí)候用例模型獨(dú)立存在？* 我在進(jìn)行精確的業(yè)務(wù)建模時(shí)我能用哪些uml圖形？我如何知道是否用順序圖或者交互圖。有例子嗎？* 業(yè)務(wù)模型如何涉及到其他模型（如領(lǐng)域模型，用例模型等等）呢？我如何有機(jī)地組織這些模型？很不幸，本文的焦點(diǎn)集中于應(yīng)用uml進(jìn)行業(yè)務(wù)建模的問(wèn)題，而很少把

11、業(yè)務(wù)建模和系統(tǒng)建模進(jìn)行比較。這將使用戶(hù)和分析員對(duì)使用uml進(jìn)行業(yè)務(wù)建模的感到灰心。本文主要通過(guò)一個(gè)例子講述它們的關(guān)系。這個(gè)例子主要用來(lái)改進(jìn)某企業(yè)的流程，主要涉及到it部門(mén)、法律顧問(wèn)、企業(yè)架構(gòu)師、項(xiàng)目經(jīng)理。業(yè)務(wù)用例模型概覽在這個(gè)簡(jiǎn)單的例子中的第一步是完成業(yè)務(wù)用例模型概覽。如圖所示，有兩個(gè)業(yè)務(wù)主角和兩個(gè)業(yè)務(wù)用例。我們總結(jié)業(yè)務(wù)用例如下：* prepare tender: 準(zhǔn)備系統(tǒng)說(shuō)明書(shū)的流程。* select vendor: 選擇賣(mài)方的流程。我們總結(jié)業(yè)務(wù)主角如下：* end user manager: 公司內(nèi)的需要自動(dòng)控制系統(tǒng)的部門(mén)。* vendor manager: 賣(mài)方的管理者。在這個(gè)例子中，得

12、到一個(gè)新系統(tǒng)的核心業(yè)務(wù)目標(biāo)被精化為兩個(gè)子目標(biāo)：* 詳細(xì)說(shuō)明想得到的系統(tǒng)。* 選擇并評(píng)估候選人。 業(yè)務(wù)用例規(guī)約這一部分，我們來(lái)看看如何描述業(yè)務(wù)用例，雖然rup中對(duì)業(yè)務(wù)用例規(guī)約有很詳細(xì)的模版，但我們主要把精力放在基本流和擴(kuò)展流上。prepare tender的基本流：用例的目標(biāo)是確定招標(biāo)文件，同時(shí)可以將招標(biāo)文件發(fā)布給候選賣(mài)主。1. 指定用戶(hù)代表。2. 用戶(hù)代表準(zhǔn)備系統(tǒng)規(guī)約。3. it部門(mén)復(fù)審系統(tǒng)規(guī)約，并改進(jìn)它，形成招標(biāo)文件。4. 用戶(hù)代表批準(zhǔn)招標(biāo)文件。擴(kuò)展流：* 系統(tǒng)規(guī)約無(wú)效。當(dāng)it部門(mén)發(fā)現(xiàn)需求太含糊，最終用戶(hù)的管理者必須重新制作需求。那么這個(gè)用例從第二步從新開(kāi)始，如果最終用戶(hù)管理者不想繼續(xù)，也可

13、以終止。* 系統(tǒng)已存在。如果it部門(mén)發(fā)現(xiàn)這個(gè)需要的系統(tǒng)和其它部門(mén)存在的系統(tǒng)很類(lèi)似，it部門(mén)就提交給最終用戶(hù)管理者。如果最終用戶(hù)管理者希望繼續(xù)尋找新系統(tǒng)，他必須寫(xiě)出該系統(tǒng)的特色，并重新提交該說(shuō)明書(shū)，回到第二步，如果最終用戶(hù)管理者不想繼續(xù)，也可以終止。* 招標(biāo)文件和需求規(guī)約沖突。在第四步，最終用戶(hù)管理者發(fā)現(xiàn)招標(biāo)文件有問(wèn)題，它將被拒絕，it部門(mén)必須重新做它，用例在第三步繼續(xù)。業(yè)務(wù)用例實(shí)現(xiàn)在這部分，我們從幾個(gè)方面去實(shí)現(xiàn)業(yè)務(wù)用例。* 以工作流為中心* 以流程自動(dòng)化為中心* 以信息處理為中心焦點(diǎn)集中在工作流我們要精力集中在業(yè)務(wù)角色的職責(zé)上，如圖所示，prepare tender有三個(gè)業(yè)務(wù)角色：焦點(diǎn)集中在工

14、作流我們要精力集中在業(yè)務(wù)角色的職責(zé)上，如圖所示，prepare tender有三個(gè)業(yè)務(wù)角色：下面的順序圖描述了prepare tender的基本流。上圖中的消息可以映射到每個(gè)業(yè)務(wù)角色的職責(zé)（如下圖所示）。這個(gè)技術(shù)非常類(lèi)似于用例分析。由此可見(jiàn)rup業(yè)務(wù)建模的技術(shù)是很強(qiáng)大的：相同的技術(shù)可用于業(yè)務(wù)建模和系統(tǒng)建模。焦點(diǎn)集中在流程自動(dòng)化 現(xiàn)在我們準(zhǔn)備去探索業(yè)務(wù)主角和業(yè)務(wù)角色職責(zé)，明確什么時(shí)候使用業(yè)務(wù)系統(tǒng)以及如何使用業(yè)務(wù)系統(tǒng)。在我們的例子中，我們有兩個(gè)業(yè)務(wù)系統(tǒng)，如下圖所示。tms是準(zhǔn)備招標(biāo)和選擇賣(mài)主的系統(tǒng)。這是一個(gè)新系統(tǒng)。cms是跟蹤合同的系統(tǒng)，已存在。在rup中，業(yè)務(wù)對(duì)象建模的指導(dǎo)方針建議可以對(duì)“業(yè)務(wù)系統(tǒng)”定義一個(gè)新的泛型圖標(biāo)，在這篇文章中我們將使用“業(yè)務(wù)角色”圖標(biāo)來(lái)表示“業(yè)務(wù)系統(tǒng)”。將有一個(gè)新的圖標(biāo)在新的uml業(yè)務(wù)建模規(guī)范中。下面的順序圖描述了prepare tender基本流的實(shí)現(xiàn)，包含了需求的業(yè)務(wù)系統(tǒng)。上圖中的消息可以映射到業(yè)務(wù)角色的職責(zé)。如下圖所示：從上圖中可以得到系統(tǒng)用例，如下圖：焦點(diǎn)集中在信息處理現(xiàn)在讓我們看看業(yè)務(wù)用例在信息處理上的實(shí)現(xiàn)，這就是說(shuō)，有多少業(yè)務(wù)實(shí)體。經(jīng)過(guò)分析，我們將得到四個(gè)業(yè)務(wù)實(shí)體，如下圖：