圖書管理系統(tǒng)uml實(shí)驗(yàn)報(bào)告

1、word圖書管理系統(tǒng)uml實(shí)驗(yàn)報(bào)告.word面向?qū)ο蠓治雠c設(shè)計(jì)大作業(yè)學(xué) 院： 計(jì)算機(jī)科學(xué)與工程學(xué)院 班 級(jí)： 計(jì)算機(jī)軟件3 學(xué)生姓名： 陳俊偉 學(xué) 號(hào)： 31582174 指導(dǎo)老師： 蘇錦鈿 提交日期： .12.24 華南理工大學(xué)面向?qū)ο蠓治雠c設(shè)計(jì)大作業(yè)課程實(shí)驗(yàn)報(bào)告實(shí)驗(yàn)題目:_圖書管理系統(tǒng)uml圖_姓名:_陳俊偉_ 學(xué)號(hào):_ 31582174_ 班級(jí): _09軟件3班_ 組別: _合作者: _ 指導(dǎo)教師: _蘇錦鈿_ 實(shí)驗(yàn)概述【實(shí)驗(yàn)?zāi)康募耙蟆恳?目的1. 掌握面向?qū)ο蠹夹g(shù)的根本原理和各種相關(guān)概念；2. 熟練掌握UML的根本知識(shí)和9種常見的UML圖形,并能夠利用Rational Rose 、I

2、BM Software Architecture、或trufun UML 2.x工具進(jìn)行建模；3. 根據(jù)問題進(jìn)行學(xué)習(xí)，拓廣、深化；4. 獨(dú)立完成一個(gè)應(yīng)用程序的分析、設(shè)計(jì)和建模，為以后軟件工程的開發(fā)打下實(shí)踐根底。 【實(shí)驗(yàn)原理】UML建模，就是用模型元素來組建整個(gè)系統(tǒng)的模型，模型元素包括系統(tǒng)中的類、類和類之間的關(guān)聯(lián)、類的實(shí)例相互配合實(shí)現(xiàn)系統(tǒng)的動(dòng)態(tài)行為等。UML提供了多種圖形可視化描述模型元素，同一個(gè)模型元素可能會(huì)出現(xiàn)在多個(gè)圖中對(duì)應(yīng)多個(gè)圖形元素，人們能夠從多個(gè)視圖來考察模型。UML建模主要分為結(jié)構(gòu)建模、動(dòng)態(tài)建模和模型管理建模3個(gè)方面，第1個(gè)方面是從系統(tǒng)的內(nèi)部結(jié)構(gòu)和靜態(tài)角度來描述系統(tǒng)的，在靜態(tài)視圖、用

3、例視圖、實(shí)施視圖和配置視圖中適用，采用了類圖、用例圖、組件圖和配置圖等圖形。例如類圖用于描述系統(tǒng)中各類的內(nèi)部結(jié)構(gòu)類的屬性和操作及相互間的關(guān)聯(lián)、聚合和依賴等關(guān)系，包圖用于描述系統(tǒng)的分層結(jié)構(gòu)等；第2個(gè)方面是從系統(tǒng)中對(duì)象的動(dòng)態(tài)行為和組成對(duì)象間的相互作用、消息傳遞來描述系統(tǒng)的，在狀態(tài)機(jī)視圖、活動(dòng)視圖和交互視圖中適用，采用了狀態(tài)機(jī)圖、活動(dòng)圖、順序圖和合作圖等圖形，例如狀態(tài)機(jī)圖用于一個(gè)系統(tǒng)或?qū)ο髲漠a(chǎn)生到結(jié)束或從構(gòu)造到去除所處的一系列不同的狀態(tài)；第3個(gè)方面描述如何將模型自身組織到高層單元，在模型管理視圖中適用，采用的圖形是類圖。建模的工作集中在前兩方面，而且并非所有圖形元素都適用或需要采用需求階段：用例圖

4、、領(lǐng)域模型類圖分析階段：用例詳細(xì)詳細(xì)說明、協(xié)作圖或順序圖、類圖設(shè)計(jì)階段：詳細(xì)類圖、包設(shè)計(jì)、建議不要做詳細(xì)的協(xié)作圖或順序圖-很難維護(hù)實(shí)施階段：部署視圖【實(shí)驗(yàn)環(huán)境】 Rational Rose Windows Xp 實(shí)驗(yàn)內(nèi)容【實(shí)驗(yàn)方案設(shè)計(jì)】 三、步驟n  §1 軟件需求分析 三、功能需求分析系統(tǒng)的功能需求主要包括以下幾個(gè)方面： 借閱者能夠經(jīng)過網(wǎng)絡(luò)查詢書籍信息和預(yù)定書籍。 借閱者能夠借閱書籍和還書，書過期的話要罰款。 圖書管理員能夠處理借閱者的借閱和還書請(qǐng)求。 系統(tǒng)管理員能夠?qū)ο到y(tǒng)的數(shù)據(jù)進(jìn)行維護(hù)，如增加、刪除和更新書目，增加、刪除和更新借閱者帳戶，增

5、加和刪除書籍。 nn §2 圖書館管理系統(tǒng)的需求分析  用戶提出的需求包括以下內(nèi)容：1. 這是一個(gè)圖書館支持系統(tǒng)；2. 圖書館將圖書和雜志借給借書者。借書者已經(jīng)預(yù)先注冊，圖書和雜志也預(yù)先注冊；3. 圖書館負(fù)責(zé)新書的購置。每一本圖書都購進(jìn)多本書。當(dāng)舊書超期或破舊不堪時(shí)，從圖書館中去掉。4. 圖書管理員是圖書館的員工。她們的工作就是和讀者打交道并在軟件系統(tǒng)的支持下工作。5. 借閱人能夠預(yù)定當(dāng)前沒有的圖書和雜志。這樣，當(dāng)她所預(yù)定的圖書和雜志歸還回來或購進(jìn)時(shí)，就通知預(yù)定人。當(dāng)預(yù)定了某書的借書者借閱了該書后，預(yù)定就取消?；蛘呓?jīng)過顯式的取消過程強(qiáng)行取消預(yù)定。6. 圖書館能夠容易地建立、

6、修改和刪除標(biāo)題、借書者、借閱信息和預(yù)定信息。7. 系統(tǒng)能夠運(yùn)行在所有流行的技術(shù)環(huán)境中，包括Unix, Windows和 Linux，并應(yīng)有一個(gè)良好的人機(jī)交互圖形用戶界面(GUI)。8. 系統(tǒng)容易擴(kuò)展新功能。系統(tǒng)能夠不必考慮預(yù)定的圖書到達(dá)后通知預(yù)定人的功能。9.如果讀者還書超過期限本科生1個(gè)月，研究生2個(gè)月，教師3個(gè)月，需扣款。nn §3 系統(tǒng)的UML根本模型 n §4 系統(tǒng)中的類n §5 系統(tǒng)的配置與實(shí)現(xiàn)n §1.1 軟件需求的定義n §1.2 軟件需求的層次n 軟件需求包括三個(gè)層次：n 業(yè)務(wù)需求：反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)高層次的目標(biāo)要求。n

7、 用戶需求：描述了用戶使用產(chǎn)品所能完成的任務(wù)。n 功能需求：說明了軟件的功能，用戶使用這些功能以完成任務(wù)。§2 圖書館管理系統(tǒng)的需求分析n §2.1 系統(tǒng)功能需求n §2.2 根本數(shù)據(jù)維護(hù)模塊n §2.3 根本業(yè)務(wù)模塊n §2.4 數(shù)據(jù)庫模塊n §2.5 信息查詢模塊2.1 系統(tǒng)功能需求n 系統(tǒng)的功能需求主要包括以下幾個(gè)方面： 借閱者能夠經(jīng)過網(wǎng)絡(luò)查詢書籍信息和預(yù)定書籍。 借閱者能夠借閱書籍和還書。 圖書管理員能夠處理借閱者的借閱和還書請(qǐng)求。 系統(tǒng)管理員能夠?qū)ο到y(tǒng)的數(shù)據(jù)進(jìn)行維護(hù)，如增加、刪除和更新書目，增加、刪除和更新借閱者帳戶，增加和

8、刪除書籍。 §2.2 根本數(shù)據(jù)維護(hù)模塊n 根本數(shù)據(jù)維護(hù)模塊包括的主要功能模塊： 添加借閱者帳戶 修改更新借閱者帳戶信息 添加書目 修改和更新書目信息 添加書籍 刪除書籍§2.3 根本業(yè)務(wù)模塊n 根本業(yè)務(wù)模塊包含的功能： 借書 還書 書籍預(yù)留 取消書籍預(yù)定§2.4 數(shù)據(jù)庫模塊n 數(shù)據(jù)庫模塊的功能： 借閱信息管理 書籍信息管理 帳戶信息管理 書籍預(yù)留信息管理§2.5 信息查詢模塊n 信息查詢模塊主要是查詢數(shù)據(jù)庫中的相關(guān)信息： 查詢書籍信息 查詢借閱者信息§3 系統(tǒng)的UML根本模型n §3.1 UML初始模型n §3.2 系統(tǒng)的用

9、例圖n §3.3 系統(tǒng)的時(shí)序圖n §3.4 系統(tǒng)的協(xié)作圖n §3.5 系統(tǒng)的狀態(tài)圖n §3.6 系統(tǒng)的活動(dòng)圖§3.2 系統(tǒng)的用例圖n 創(chuàng)立用例圖之前首先需要確定參與者。n 系統(tǒng)的參與者主要有三類： 讀者也可稱為借閱者 圖書館管理員 圖書館管理系統(tǒng)維護(hù)者 §3.2 系統(tǒng)的用例圖n 1. 借閱者請(qǐng)求效勞的用例圖n 2. 圖書館管理員處理借書、還書等的用例圖n 3. 系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖 1. 借閱者請(qǐng)求效勞的用例圖 2. 圖書館管理員處理借書、還書等的用例圖3. 系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖§3.3 系統(tǒng)的

10、時(shí)序圖n 1. 系統(tǒng)管理員添加書籍的時(shí)序圖n 2. 系統(tǒng)管理員添加借閱者帳戶的時(shí)序圖n 3. 系統(tǒng)管理員刪除書目的時(shí)序圖n 4. 圖書管理員處理書籍借閱的時(shí)序圖n 5. 圖書管理員處理書籍歸還的時(shí)序圖n 6. 借閱者查詢書籍信息的時(shí)序圖n 7. 借閱者預(yù)留書籍的時(shí)序圖1. 系統(tǒng)管理員添加書籍的時(shí)序圖2. 系統(tǒng)管理員添加借閱者帳戶的時(shí)序圖3. 系統(tǒng)管理員刪除書目的時(shí)序圖4. 圖書管理員處理書籍借閱的時(shí)序圖5. 圖書管理員處理書籍歸還的時(shí)序圖6. 借閱者查詢書籍信息的時(shí)序圖7. 借閱者預(yù)留書籍的時(shí)序圖7. 借閱者預(yù)留書籍的時(shí)序圖§3.4 系統(tǒng)的協(xié)作圖n 1. 系統(tǒng)管理員添加書籍的協(xié)作圖n

11、 2. 系統(tǒng)管理員刪除書籍的協(xié)作圖n 3. 圖書管理員處理借書的協(xié)作圖n 4. 圖書管理員處理還書的協(xié)作圖n 5. 借閱者預(yù)留書籍的協(xié)作圖1. 系統(tǒng)管理員添加書籍的協(xié)作圖2. 系統(tǒng)管理員刪除書籍的協(xié)作圖3. 圖書管理員處理借書的協(xié)作圖4. 圖書管理員處理還書的協(xié)作圖5. 借閱者預(yù)留書籍的協(xié)作圖 §3.5 系統(tǒng)的狀態(tài)圖n 1. 書的狀態(tài)圖n 2. 借閱者帳戶的狀態(tài)圖1. 書的狀態(tài)圖2. 2. 借閱者帳戶的狀態(tài)圖 §3.6 系統(tǒng)的活動(dòng)圖n 1. 借閱者的活動(dòng)圖n 2. 圖書管理員的活動(dòng)圖n 3. 系統(tǒng)管理員的活動(dòng)圖1. 借閱者的活動(dòng)圖2. 圖書管理

12、員的活動(dòng)圖3. 系統(tǒng)管理員的活動(dòng)圖1. 系統(tǒng)管理員維護(hù)借閱者帳戶的活動(dòng)圖2. 系統(tǒng)管理員進(jìn)行書目信息維護(hù)的活動(dòng)圖3. 系統(tǒng)管理員維護(hù)書籍信息的活動(dòng)圖（1） 系統(tǒng)管理員維護(hù)借閱者帳戶的活動(dòng)圖（2） 系統(tǒng)管理員進(jìn)行書目信息維護(hù)的活動(dòng)圖（3） 系統(tǒng)管理員維護(hù)書籍信息的活動(dòng)圖§4 系統(tǒng)中的類§4.1 系統(tǒng)中主要的類（1） 參與者相關(guān)的類（2） 系統(tǒng)中用到的其它類§4.2 各個(gè)類之間的關(guān)系§5 系統(tǒng)的配置與實(shí)現(xiàn)n §5.1 系統(tǒng)的組件圖n §5.2 系統(tǒng)的部署圖1 業(yè)務(wù)對(duì)象組件圖23. 用戶界面的組件圖4. 系統(tǒng)的部署圖【結(jié)論】  1

13、.經(jīng)過這次大作業(yè)，讓更了解軟件需求建模的過程，讓我學(xué)會(huì)了畫uml 4+1視圖。 用UML建模時(shí)，對(duì)軟件開發(fā)過程是有要求的，必須是用例驅(qū)動(dòng)，以架構(gòu)為中心，迭代和遞增的開發(fā)，如果軟件開發(fā)組織的軟件開發(fā)過程不能滿足這三點(diǎn)要求，那么UML的使用效果就會(huì)大打折扣。 小結(jié)  指導(dǎo)教師評(píng)語及成績評(píng)語：    成績：           指導(dǎo)教師簽名：