UML對(duì)基于BS結(jié)構(gòu)的圖書管理系統(tǒng)的分析.doc

UML對(duì)基于B/S模式的圖書管理系統(tǒng)的分析與設(shè)計(jì)1 前言使用計(jì)算機(jī)軟件對(duì)圖書進(jìn)行管理，是計(jì)算機(jī)應(yīng)用的一部分。以實(shí)現(xiàn)圖書檢索迅速、可靠性高、存儲(chǔ)量大、壽命長(zhǎng)、成本低等特點(diǎn)，能極大程度地提高圖書管理的效率，也是圖書管理信息化、正規(guī)化管理的必然趨勢(shì)。針對(duì)用戶對(duì)圖書資源進(jìn)行有效利用和管理的功能需求，用建模技術(shù)對(duì)圖書管理資源采用面向?qū)ο蟮拿枋龇绞剑诰唧w系統(tǒng)功能實(shí)現(xiàn)之前，建立起系統(tǒng)模型是很必要的，這里采用具有可視化、能夠柔性實(shí)現(xiàn)分析、設(shè)計(jì)和開發(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 圖書管理系統(tǒng)用例分析 要開發(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)的功能需求、分析，提取所開發(fā)系統(tǒng)領(lǐng)域的類以及描述它們之間合作概況，在完成系統(tǒng)的OOA(Object-Oriented Analysis：面向?qū)ο蠓治?在此基礎(chǔ)上，對(duì)系統(tǒng)進(jìn)行OOD(Object-Oriented Design：面向?qū)ο笤O(shè)計(jì))。 UML的用例圖較詳細(xì)和確切地描述了用戶的功能需求，使系統(tǒng)責(zé)任明確到位，奠定UML對(duì)系統(tǒng)建模的基礎(chǔ)，這樣，其他模型圖的構(gòu)造和發(fā)展依賴于用例圖中所描述的內(nèi)容，直至系統(tǒng)能夠?qū)崿F(xiàn)用例圖中描述的功能。采用用例圖描述的圖書管理主要包括三類用戶：讀者、圖書管理員、系統(tǒng)管理員。其中，讀者是多個(gè)，圖書管理員是幾個(gè)，系統(tǒng)管理員是一個(gè)。對(duì)于系統(tǒng)，讀者可以查詢自己的借閱情況、分門別類的查詢圖書和在規(guī)定期限內(nèi)續(xù)借不能超過一次操作的情況下進(jìn)行自行登錄續(xù)借書等。圖書管理員主要是日常操作以下幾個(gè)工作環(huán)節(jié)：圖書訂購(gòu)、新書驗(yàn)證、書目錄入、圖書登記、讀者信息管理、借閱書登記、圖書信息注銷和讀者信息注銷等，而系統(tǒng)管理員統(tǒng)籌管理圖書的系統(tǒng)相關(guān)事宜，比如權(quán)限維護(hù)、日志維護(hù)、增刪用戶和管理系統(tǒng)后臺(tái)數(shù)據(jù)等。用例間關(guān)系、用戶與用例關(guān)系及用例之間的關(guān)系如圖1所示。圖1：圖書管理用例分析圖 3 系統(tǒng)靜態(tài)建模 在用例分析基礎(chǔ)上，根據(jù)需求可建立起系統(tǒng)的靜態(tài)數(shù)據(jù)模型，即建立系統(tǒng)類圖，以及相關(guān)的關(guān)系和方法。在面向?qū)ο蠓治鲋?，一般只考慮與問題描述域和系統(tǒng)功能相關(guān)的對(duì)象。在對(duì)系統(tǒng)進(jìn)行分析時(shí)，這里把系統(tǒng)的類對(duì)象抽象為圖書管理、圖書流通兩方面。針到這兩部分可以分化為以下相關(guān)類：圖書類(lib_Book)、圖目類(lib_Category)、訂書類(lib_Order)、報(bào)表類(lib_Form)、讀者類(lib_Reader) 、流通書類(lib_CirBook)、部門類(lib_Department)、出版社類(lib_Publish)等。這些類之間我們可以用樸素的關(guān)聯(lián)關(guān)系作一簡(jiǎn)要表達(dá)。如圖2為圖書管理靜態(tài)類圖，在圖中每條有直接多重性關(guān)聯(lián)的線上已標(biāo)示出多重性，這為以后編程中提供了更好的關(guān)聯(lián)參考價(jià)值，并為類在整個(gè)開發(fā)中的統(tǒng)一性奠定基礎(chǔ)。圖2：圖書管理靜態(tà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中的狀態(tài)圖來(lái)描述，在狀態(tài)圖中，把每時(shí)刻的系統(tǒng)狀態(tài)抽象成狀態(tài)和事件，然后組成一個(gè)網(wǎng)絡(luò)，側(cè)重于描述每一類對(duì)象的動(dòng)態(tài)行為。它是對(duì)某一時(shí)刻中屬性特征的概括，并且每種狀態(tài)間存在著遷移，遷移則表示了這類對(duì)象在何時(shí)對(duì)系統(tǒng)內(nèi)外發(fā)生的哪些事件作出何種響應(yīng)。狀態(tài)圖設(shè)計(jì)一般是在對(duì)操作序列的順序圖細(xì)化的基礎(chǔ)上表達(dá)。這里以借書的狀態(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：借書狀態(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)在進(jìn)行邏輯數(shù)據(jù)處理的流程。而最終要成為一個(gè)系統(tǒng)管理體系，這就需要從總體上把握系統(tǒng)數(shù)據(jù)的獲取、處理及存儲(chǔ)。在基于B/S模式的軟件開發(fā)中，其體系結(jié)構(gòu)一般分為采用組件技術(shù)的三層，瀏覽器層、Web邏輯處理層和數(shù)據(jù)庫(kù)管理層。這里系統(tǒng)的開發(fā)建議采用基于Java的面向?qū)ο箝_發(fā)技術(shù)，將設(shè)計(jì)的邏輯組件、數(shù)據(jù)訪問組件運(yùn)行在JavaBean和COM+組合的運(yùn)行環(huán)境，底層數(shù)據(jù)處理則采用數(shù)據(jù)管理安全性穩(wěn)定性很強(qiáng)的Oracle 9i。不僅增強(qiáng)了系統(tǒng)訪問數(shù)據(jù)的安全性，同時(shí)也可以處理后臺(tái)數(shù)據(jù)庫(kù)的并發(fā)、遠(yuǎn)程、跨平臺(tái)訪問。在數(shù)據(jù)庫(kù)管理層也是通過JavaBean對(duì)象組件完成對(duì)后臺(tái)數(shù)據(jù)庫(kù)服務(wù)的訪問，整個(gè)邏輯處理過程如圖4所示。5 基于B/S模式的系統(tǒng)結(jié)構(gòu) 在完成了系統(tǒng)的用例分析、模型化靜態(tài)數(shù)據(jù)描述以及局部動(dòng)態(tài)數(shù)據(jù)的狀態(tài)控制后，基本上掌握了系統(tǒng)在進(jìn)行邏輯數(shù)據(jù)處理的流程。而最終要成為一個(gè)系統(tǒng)管理體系，這就需要從總體上把握系統(tǒng)數(shù)據(jù)的獲取、處理及存儲(chǔ)。在基于B/S模式的軟件開發(fā)中，其體系結(jié)構(gòu)一般分為采用組件技術(shù)的三層，瀏覽器層、Web邏輯處理層和數(shù)據(jù)庫(kù)管理層。這里系統(tǒng)的開發(fā)建議采用基于Java的面向?qū)ο箝_發(fā)技術(shù)，將設(shè)計(jì)的邏輯組件、數(shù)據(jù)訪問組件運(yùn)行在JavaBean和COM+組合的運(yùn)行環(huán)境，底層數(shù)據(jù)處理