第一篇：uml報(bào)告總結(jié)

UML課程設(shè)計(jì)總結(jié)

這幾周的課程設(shè)計(jì)，是對(duì)課本知識(shí)的總結(jié)和鞏固，使我對(duì)UML的幾種圖有了更深刻的理解，明白了這些圖分別表達(dá)的意思以及各圖的優(yōu)缺點(diǎn)，還有它們對(duì)于程序設(shè)計(jì)的作用。熟悉了VS中建模，熟悉了VS中控件的意義，對(duì)UML有了更深刻的了解。下面是我在每一個(gè)圖的學(xué)習(xí)中的一些心得和體會(huì)

在項(xiàng)目設(shè)計(jì)階段，我覺得順序圖，活動(dòng)圖，狀態(tài)圖比較重要。順序圖在這些圖例里比較直觀，用戶能很快參與到討論中，活動(dòng)圖和傳統(tǒng)的流程圖類似，也是一個(gè)補(bǔ)充。狀態(tài)圖在對(duì)關(guān)鍵對(duì)象是一定要做狀態(tài)分析的，經(jīng)常會(huì)在做分析的時(shí)候發(fā)現(xiàn)一些容易被忽視的問題。類圖在設(shè)計(jì)階段可以用。

深刻體會(huì)了UML在建模中關(guān)系和作用。UML可以為面向?qū)ο蟮拈_發(fā)系統(tǒng)進(jìn)行說明，是的復(fù)雜的系統(tǒng)和功能，邏輯關(guān)系，類之間的關(guān)系可視化。用例圖幫助我們從宏觀上認(rèn)識(shí)了學(xué)生選導(dǎo)師系統(tǒng)的軟件結(jié)構(gòu)。狀態(tài)圖，時(shí)序圖，類圖幫助我們從微觀上認(rèn)識(shí)了這個(gè)系統(tǒng)的結(jié)構(gòu)和關(guān)系。

畫用例圖是我第一次使用VS建模，對(duì)VS中的一些工具還很生硬，僅僅知道跟著指導(dǎo)書來進(jìn)行建模。但經(jīng)過一定的練習(xí)，也有了一定的收獲和體會(huì)，使我了解了用例圖的組成，作用以及使用場(chǎng)合；掌握了用例之間的各種關(guān)系；知道了用例建模主要要了解各個(gè)圖形所代表的意義，用例還可以進(jìn)行下一集的描述，進(jìn)行下一步的深化。

對(duì)于建模過程中遇到的問題通過上網(wǎng)查資料，問同學(xué)并和他們進(jìn)行討論，得到了比較滿意的解決，避免了自己眼高手低，從實(shí)踐中發(fā)現(xiàn)自己的不足，并及時(shí)改正。更讓我明白，UML的知識(shí)是十分豐富的，我現(xiàn)在的認(rèn)識(shí)還不夠，我將會(huì)在以后的學(xué)習(xí)中，不斷提高自己的UML知識(shí)，更好地讓UML為將來的編程設(shè)計(jì)服務(wù)。

進(jìn)一步加強(qiáng)和提高了文檔的編寫能力

增強(qiáng)了寫作能力和團(tuán)隊(duì)精神

第二篇：UML復(fù)習(xí)總結(jié)

1.UML(unified modeling language): 統(tǒng)一建模語言是創(chuàng)建描繪軟件系統(tǒng)結(jié)構(gòu)和設(shè)計(jì)藍(lán)圖的標(biāo)準(zhǔn)語言。它用于指定、構(gòu)造、記錄軟件系統(tǒng)的工件并使之可視化。~ 的基本組成部分：包括 UML 的靜態(tài)、動(dòng)態(tài)、包和注釋等部分。~ 的構(gòu)建塊包含基本的成分、關(guān)系和關(guān)系圖?；境煞职ńY(jié)構(gòu)、行為、分組和注釋成分。

2.RUP(rational unified process): 統(tǒng)一開發(fā)過程是一種過程框架，有助于使用創(chuàng)建和部署用UML設(shè)計(jì)的軟件。~生命周期分為四個(gè)階段：起始階段、細(xì)化階段、構(gòu)造階段、轉(zhuǎn)換 3.軟件開發(fā)生命周期(SDLC)是一個(gè)規(guī)范的、系統(tǒng)的軟件開發(fā)方法?？煞譃榱鶄€(gè)階段：可行性分析、需求分析和規(guī)范說明、設(shè)計(jì)、編碼、測(cè)試、維護(hù)。軟件的開發(fā)方法：瀑布方法、原型方法、螺旋方法、雙贏螺旋方法、增量方法。在設(shè)計(jì)階段，有兩種~：①面向功能方法以模塊為中心，注重軟件的功能。②面向?qū)ο螅∣O）方法支持重用、數(shù)據(jù)封裝、以及繼承、抽象和多態(tài)性等概念。

4.面向?qū)ο蠓治龊驮O(shè)計(jì)（OOAD）是指根據(jù)對(duì)象、類、封裝、繼承、多態(tài)、抽象和動(dòng)態(tài)邦定來分析需求以及設(shè)計(jì)軟件系統(tǒng)。

5.軟件系統(tǒng)的各個(gè)視圖：①用例視圖：表示系統(tǒng)為客戶提供的功能②設(shè)計(jì)~：側(cè)重于系統(tǒng)的靜態(tài)和動(dòng)態(tài)表示③實(shí)施~：表示軟件系統(tǒng)中組成系統(tǒng)所需的各個(gè)文件和組件④部署~：表示將執(zhí)行軟件系統(tǒng)和硬件的組合關(guān)系。

6.四種建模技術(shù)：①需求建模：包括使用用例關(guān)系圖描述需求。②靜態(tài)~：包括使用類、對(duì)象和復(fù)合結(jié)構(gòu)關(guān)系圖來描述軟件系統(tǒng)的靜態(tài)成分③動(dòng)態(tài)~：包括使用以下關(guān)系圖來描述動(dòng)態(tài)成分的行為：活動(dòng)關(guān)系圖、狀態(tài)機(jī)關(guān)系圖、通信關(guān)系圖、序列關(guān)系圖、交互概覽圖、時(shí)序關(guān)系圖④架構(gòu)~： 描述軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)如何構(gòu)成：包關(guān)系圖、主件關(guān)系圖、部署關(guān)系圖 7.需求管理是一種持續(xù)的系統(tǒng)化方法。~的四個(gè)階段： 需求收集、~分析與協(xié)商、~規(guī)格化、~驗(yàn)證。需求分析指將需求分類和組織為功能性需求和非功能性需求的過程。功能需求指軟件系統(tǒng)需要實(shí)現(xiàn)的功能和特性。非功能性需求指軟件系統(tǒng)需要達(dá)到的性能指標(biāo)。需求驗(yàn)證是在指定需求規(guī)范化后對(duì)需求進(jìn)行驗(yàn)證的活動(dòng)。需求驗(yàn)證包括：①確定所有的模糊需求②確定每條需求的來源③說明需求數(shù)量④確定需求之間的依賴關(guān)系⑤驗(yàn)證需求是否簡(jiǎn)明、可測(cè)試并且可跟蹤⑥驗(yàn)證需求與軟件系統(tǒng)中的約束是否有沖突

8.軟件需求規(guī)格化（SRS）是詳細(xì)分析任務(wù)后產(chǎn)生的文檔。~必須提供信息：軟件系統(tǒng)定義、SRS文檔的用途、軟件系統(tǒng)的范圍、功能性需求、非功能性需求、目標(biāo)軟件系統(tǒng)的運(yùn)行條件 9.角色有關(guān)的關(guān)系：泛化~： 存在于有類似的行為和特性的角色之間繼承關(guān)系。關(guān)聯(lián)~： 顯示用例與角色之間通信關(guān)系。

10.用例關(guān)系圖：①顯示目標(biāo)軟件系統(tǒng)的用例和角色之間的交互關(guān)系②顯示用例之間或角色之間的關(guān)系（如關(guān)聯(lián)和泛化等）。用例可以（文本方式，事件流方式）描述外部角色與軟件系統(tǒng)之間的交互過程。用例之間的關(guān)系：①擴(kuò)展：指通過獲取其它用例的某些功能來建立當(dāng)前用例的方式擴(kuò)展關(guān)系的箭頭方向指向要被擴(kuò)展的用例②包含：指一個(gè)用例的功能包含在另一個(gè)用例的功能中。包含關(guān)系里箭頭指向被包含在另一個(gè)用例中的用例。11.類關(guān)系圖表示類、接口、以及它們之間的關(guān)系。對(duì)象關(guān)系圖表示類的特定實(shí)例的屬性值以及對(duì)象之間的關(guān)系。類的屬性和操作的可見性是：+ :表示屬性或操作對(duì)于其它類可見。-：表示屬性或操作對(duì)其它類不可見。#：表示基類的屬性或操作僅對(duì)它的派生類可見。~:表示屬性或操作只對(duì)同一個(gè)包里的類是可見的。類和對(duì)象之間的關(guān)系：①關(guān)聯(lián)：表示兩個(gè)類的對(duì)象之間一般上的邏輯意義上的聯(lián)系。②聚合：表示兩個(gè)類之間的整體與局部的關(guān)系③組合：表示兩個(gè)類之間的整體與局部的關(guān)系④依賴性：表示兩個(gè)類的對(duì)象之間一般上的動(dòng)態(tài)功能上的聯(lián)系⑤泛化：表示父類與子類之間派生關(guān)系⑥實(shí)現(xiàn)：表示類關(guān)系圖里兩個(gè)元素之間的語義關(guān)系，其中一個(gè)元素定義一個(gè)協(xié)議，另一個(gè)元素實(shí)現(xiàn)這個(gè)協(xié)議。12．抽象類是沒有任何直接實(shí)例的類，繼承于抽象類的類可以有直接實(shí)例，用于定義一組子類的公共特征和公共行為。接口是一組用于表示由類或組件提供的服務(wù)的操作集合，只能提供公共方法的聲明，而不能提供這些公共方法的實(shí)現(xiàn)，不可以創(chuàng)建接口的對(duì)象。兩者的相同處：①抽象類和接口都提供方法的規(guī)范，但是都不允許您直接創(chuàng)建實(shí)例。②抽象類和接口中指定的方法實(shí)現(xiàn)都在派生類中提供。不同處：①接口使您能實(shí)現(xiàn)多繼承，因?yàn)橐粋€(gè)類可以實(shí)現(xiàn)多個(gè)接口。但是，抽象類不支持多繼承。一個(gè)類無法繼承多個(gè)抽象類②抽象類包含的屬性和方法可以是公共的、私有的或受保護(hù)的。接口只包含方法③抽象類可提供一部分方法的定義但接口不提供任何定義④抽象類在同一個(gè)包內(nèi)使用，而接口可以跨多個(gè)包里實(shí)現(xiàn)。接口繼承與抽象類繼承的區(qū)別：①接口繼承可多繼承，而抽象類繼承不行②接口繼承中全是抽象方法，不提供定義，而抽象類繼承中可有方法定義。

13.交互關(guān)系圖：描述軟件系統(tǒng)的成分如何彼此交互以實(shí)現(xiàn)系統(tǒng)用例的功能。~有兩個(gè)部分：①協(xié)作者：描述交互關(guān)系圖中參與交換的系統(tǒng)靜態(tài)部分②交互：描述交互關(guān)系圖中靜態(tài)部分是怎樣參與動(dòng)態(tài)協(xié)作的。常用的交互關(guān)系圖有：①序列關(guān)系圖：以一組按時(shí)間順序排序的消息的形式表示對(duì)象之間的交互②通信關(guān)系圖：以消息的形式表示對(duì)象間的交互

14.包關(guān)系圖用于描述軟件系統(tǒng)的各個(gè)包以及包之間的關(guān)系。使用包來建模軟件系統(tǒng)成分的好處有：①以可視化的方式顯示功能組以及它們之間的關(guān)系②使得大型軟件系統(tǒng)易于管理。用例分包規(guī)則：①以可視化的方式顯示功能組以及它們之間的關(guān)系② 使得大型軟件系統(tǒng)易于管理。類分包~：①具有相同繼承層次結(jié)構(gòu)的類分組在一個(gè)包里②具有復(fù)合關(guān)系的類分組在一個(gè)包里③將相互協(xié)作、彼此交互的類分組在一個(gè)包里。

15.組件:實(shí)現(xiàn)一組規(guī)定接口功能的可執(zhí)行部件。組件實(shí)現(xiàn)了一組接口。組件類型：①部署組件：描述可執(zhí)行系統(tǒng)最終可部署部件②工作產(chǎn)品~：描述工程軟件有哪些文件組成③執(zhí)行~：描述可執(zhí)行軟件有哪些可執(zhí)行部件組成

16.框架和模式是使軟件構(gòu)件可重用的標(biāo)準(zhǔn)?？蚣埽禾囟I(lǐng)域中類似應(yīng)用程序的通用功能的模板，增加可重用性和減少應(yīng)用程序開發(fā)時(shí)間。其特性：①類或組件的集合，具有執(zhí)行一些特定或通用的功能②包含一些預(yù)定義規(guī)范的抽象和具體類接口③可以可通過子類化來擴(kuò)展和實(shí)現(xiàn)這些抽象類和接口④定義一些抽象方法，這些方法接收系統(tǒng)中預(yù)定義的消息。模式：

新建的系統(tǒng)能滿足可重用的要求，有助于軟件組件之間更好的通信。~類型：通用職責(zé)分配軟件模式（GRASP）、四人組模式(GoF)單例模式：允許創(chuàng)建它自身的唯一一個(gè)實(shí)例的類。對(duì)于有些類只應(yīng)許創(chuàng)建一個(gè)實(shí)例對(duì)象。用靜態(tài)數(shù)據(jù)成員來定義單件模式，以跟蹤所創(chuàng)建對(duì)象的生命期。設(shè)計(jì)模式好處：①可讓你創(chuàng)建能滿足新需求的可重用的解決方案而無需修改現(xiàn)有系統(tǒng)。②有助于軟件組件之間更好的通信。③有助于設(shè)計(jì)的重用、提供最有效的問題解決方案、給類分配職責(zé)。

17.實(shí)施質(zhì)量流程的目的是為了在軟件開發(fā)過程中檢查所開發(fā)的軟件模型和產(chǎn)品的質(zhì)量。質(zhì)量流程包括：①用于開發(fā)軟件系統(tǒng)的軟件開發(fā)過程的質(zhì)量②軟件開發(fā)過程中使用的軟件模型的質(zhì)量③軟件開發(fā)過程結(jié)束時(shí)獲得的軟件產(chǎn)品的質(zhì)量④質(zhì)量流程自身的質(zhì)量。生產(chǎn)質(zhì)量過硬的產(chǎn)品時(shí)需要考慮的維度是：①技術(shù)：描述軟件開發(fā)過程所需的工具以及生成的輸出② 方法：描述軟件開發(fā)過程期間需要執(zhí)行以生成輸出的操作順序③社會(huì)學(xué)：描述軟件開發(fā)過程所需的人力資源、環(huán)境條件和技能。質(zhì)量保證技術(shù)檢查：語法：確保軟件模型使用正確的語法。語義：確保軟件模型表達(dá)出目標(biāo)意圖并確保軟件模型的表示在項(xiàng)目中一致。美觀：確保軟件模型對(duì)稱并且完整。UML提供的三種擴(kuò)展元素為：構(gòu)造型：擴(kuò)展 UML 詞匯表約束：擴(kuò)展 UML 構(gòu)造塊的語義關(guān)系。標(biāo)記值：擴(kuò)展 UML 構(gòu)造塊的屬性

18靜態(tài)建模：它表示軟件系統(tǒng)的靜態(tài)或結(jié)構(gòu)成分。它包括類關(guān)系圖和對(duì)象關(guān)系圖。它有助于描繪系統(tǒng)成分之間的關(guān)聯(lián)和依賴性。動(dòng)態(tài)建模：它表示軟件系統(tǒng)靜態(tài)成分的行為過程。它包含交互、活動(dòng)和狀態(tài)關(guān)系圖。它有助于表達(dá)系統(tǒng)在一段時(shí)間內(nèi)的行為流程。

第三篇：UML實(shí)驗(yàn)報(bào)告總結(jié)

實(shí)驗(yàn)一 熟悉Rational Rose及建立用例模型 實(shí)驗(yàn)

二、時(shí)序圖和協(xié)作圖建模

實(shí)習(xí)三 UML類圖與包圖建模（2學(xué)時(shí)）實(shí)驗(yàn)四 狀態(tài)圖和活動(dòng)圖建模 實(shí)驗(yàn)五

組件與部署圖

實(shí)驗(yàn)一 熟悉Rational Rose及建立用例模型

（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：熟悉（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose建模工具的使用 ? 掌握怎樣進(jìn)行案例需求分析； ? 掌握UML用例圖建模技術(shù)

三、實(shí)驗(yàn)內(nèi)容：

1、熟悉rose上機(jī)環(huán)境及設(shè)置

2、根據(jù)以下談話設(shè)計(jì)出用例圖

Rational Rose及建立用例模型

四、實(shí)驗(yàn)步驟：

見實(shí)驗(yàn)說明書

實(shí)習(xí)二（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：

時(shí)序圖和協(xié)作圖建模（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose或Visio建模工具的使用

? 掌握怎樣進(jìn)行系統(tǒng)分析，并進(jìn)行UML靜態(tài)建模分析； ? 掌握UML時(shí)序圖和協(xié)作圖建模技術(shù)

三、實(shí)驗(yàn)內(nèi)容：

根據(jù)以下談話設(shè)計(jì)出時(shí)序圖和協(xié)作圖建模。

四、實(shí)驗(yàn)步驟：

、UML類圖與包圖建模（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：UML類圖與包圖建模（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose或Visio建模工具的使用

? 掌握怎樣進(jìn)行系統(tǒng)分析，并進(jìn)行UML動(dòng)態(tài)建模分析；

三、實(shí)驗(yàn)內(nèi)容：

四、實(shí)驗(yàn)步驟：

實(shí)習(xí)四（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：

狀態(tài)圖和活動(dòng)圖建模（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose或Visio建模工具的使用

? 掌握怎樣進(jìn)行系統(tǒng)分析，并進(jìn)行UML動(dòng)態(tài)建模分析； ? 掌握UML狀態(tài)圖和活動(dòng)圖建模技術(shù)

三、實(shí)驗(yàn)內(nèi)容：

四、實(shí)驗(yàn)步驟：

實(shí)習(xí)五

組件與部署圖與代碼生成（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：

組件與部署圖（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

三、實(shí)驗(yàn)內(nèi)容：

四、實(shí)驗(yàn)步驟：

第四篇：UML實(shí)訓(xùn)報(bào)告[推薦]

軟件建模實(shí)驗(yàn)報(bào)告

題 目： 圖書管理系統(tǒng)

專業(yè)： 班級(jí)： 姓名： 學(xué)號(hào)： 指導(dǎo)教師： 成績(jī)：

完成日期：年月

摘 要

隨著知識(shí)化和信息化新經(jīng)濟(jì)時(shí)代的到來，作為信息技術(shù)龍頭的計(jì)算機(jī)及軟件技術(shù)突飛猛進(jìn)，uml成為一種不可或缺的工具。uml是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì),還支持從需求分析開始的軟件開發(fā)的全過程。用現(xiàn)有的知識(shí)，按照軟件工程思想和系統(tǒng)的開發(fā)步驟，以圖書管理的應(yīng)用需求為背景，分析設(shè)計(jì)了圖書管理系統(tǒng)，并利用rational rose對(duì)系統(tǒng)進(jìn)行建模，完成用例圖和類圖的構(gòu)建，為后期的程序設(shè)計(jì)提供標(biāo)準(zhǔn)。

根據(jù)建模需求分析，總結(jié)出本系統(tǒng)的參與者有借閱者和圖書管理員兩類。根據(jù)其職能不同，借閱者只能使用該系統(tǒng)借書、預(yù)訂書刊以及還書。圖書管理員則可使用系統(tǒng)進(jìn)行圖書館業(yè)務(wù)的管理工作，如借閱者，書刊等的信息維護(hù)。系統(tǒng)可實(shí)現(xiàn)書籍信息的添加、修改、刪除等功能，這就保證了數(shù)據(jù)庫信息的一致性和統(tǒng)一性、安全性。

該系統(tǒng)以面向?qū)ο罄碚摵蛿?shù)據(jù)庫管理信息系統(tǒng)開發(fā)相關(guān)知識(shí)為依據(jù)，介紹了設(shè)計(jì)開發(fā)中的模塊設(shè)計(jì)和數(shù)據(jù)與程序的連接，使sql server 2008與 visual studio 2010得到了有效的結(jié)合。

關(guān)鍵詞：圖書管理系統(tǒng)；uml；rational rose面向?qū)ο?/p>

目 錄 1 需求分析............................................................................................錯(cuò)誤！未定義書簽。1.1 開發(fā)背景及意義........................................................................................................4 1.2 功能需求....................................................................................................................4 2 系統(tǒng)建模..............................................................................................................................8 2.1 創(chuàng)建系統(tǒng)用例模型......................................................................................................8 2.1.1 確定參與者........................................................................................................8 2.1.2 參與者的用例圖..............................................................錯(cuò)誤！未定義書簽。2.2 系統(tǒng)的時(shí)序圖............................................................................錯(cuò)誤！未定義書簽。2.2.1 確定系統(tǒng)參與者的屬性..................................................錯(cuò)誤！未定義書簽。2.2.2 確定系統(tǒng)主要業(yè)務(wù)實(shí)體類..............................................錯(cuò)誤！未定義書簽。2.2.3 確定系統(tǒng)類之間的關(guān)系..................................................錯(cuò)誤！未定義書簽。2.3 系統(tǒng)的協(xié)作圖..........................................................................錯(cuò)誤！未定義書簽。2.3.1 創(chuàng)建序列圖和協(xié)作圖......................................................錯(cuò)誤！未定義書簽。2.3.2 創(chuàng)建狀態(tài)圖......................................................................錯(cuò)誤！未定義書簽。2.3.2 創(chuàng)建活動(dòng)圖......................................................................錯(cuò)誤！未定義書簽。2.4 創(chuàng)建系統(tǒng)的部署摸型..............................................................錯(cuò)誤！未定義書簽。1 需求分析

1.1 開發(fā)背景及意義

圖書館是一個(gè)專門收集、整理、保存、傳播文獻(xiàn)并提供利用的科學(xué)、文化、教育和科研機(jī)構(gòu)?，F(xiàn)代社會(huì)，圖書館成為繼續(xù)教育、終身教育的基地，擔(dān)負(fù)了更多的教育職能。傳遞科學(xué)情報(bào)，是現(xiàn)代圖書館的一個(gè)重要職能。圖書館收藏的圖書資料，是人類長(zhǎng)期積累的一種智力資源，圖書館對(duì)這些資源的加工、處理，是對(duì)這種智力資源的開發(fā)。圖書館主要是用來學(xué)習(xí)的，如果有人遇到問題，他可以通過圖書管的書籍來解決問題。但是為了圖書館的正常運(yùn)行和保護(hù)圖書，圖書館管理系統(tǒng)將用戶劃分為三類人：借閱者，圖書管理員，系統(tǒng)管理員。

一個(gè)基本的圖書館管理，可以大致分為以下流程：用戶登錄進(jìn)入系統(tǒng)，在系統(tǒng)允許的情況下，進(jìn)行可以進(jìn)行的操作，如借書、還書和預(yù)定書籍等；管理員可以整理書籍和管理預(yù)訂的書籍等；系統(tǒng)管理員管理書目，管理借閱者信息等。1.2 圖書管理系統(tǒng)的需求分析 1.2.1系統(tǒng)功能需求

（1）借閱者可以通過網(wǎng)絡(luò)查詢書籍信息、預(yù)約書籍和續(xù)借書籍。

（2）圖書管理員作為借閱者的代理完成借閱圖書、歸還圖書和查詢借閱信息工作。（3）系統(tǒng)管理員可以對(duì)系統(tǒng)的數(shù)據(jù)進(jìn)行維護(hù)，如增加、刪除和更新書目，增加、刪除

和更新借閱者帳戶，增加和刪除書籍。滿足上述需求的系統(tǒng)主要包括下面幾個(gè)模塊：

（1）基本數(shù)據(jù)維護(hù)模塊：提供使用者錄入、修改并維護(hù)基本數(shù)據(jù)的途徑。例如對(duì)借閱

者的書籍的各項(xiàng)信息的更新與修改。

（2）基本業(yè)務(wù)模塊：主要用于實(shí)現(xiàn)用戶借書與還書的管理，例如借閱者可以登錄系統(tǒng)

預(yù)訂書籍，圖書管理員可以取消書籍的預(yù)訂，當(dāng)然還可以進(jìn)行借書、還書等操作。（3）數(shù)據(jù)庫管理模塊：在系統(tǒng)中，所有書籍的信息以及借閱者的帳戶信息都要統(tǒng)一管

理，書籍的借閱情況、預(yù)訂情況也要進(jìn)行詳細(xì)的記錄，所以要用統(tǒng)一的數(shù)據(jù)庫平臺(tái)進(jìn)行管理。

（4）信息查詢模塊：主要用于查詢書籍的信息和借閱者的信息。

圖 1.1系統(tǒng)功能需求 1.2.2基本數(shù)據(jù)維護(hù)模塊

圖 1.2數(shù)據(jù)庫管理模塊

（1）添加借閱者信息：系統(tǒng)管理員可以添加借閱者帳戶。

（2）修改更新借閱者信息：系統(tǒng)管理員可以修改更新借閱者信息。（3）添加書目信息：系統(tǒng)管理員可以添加書目。

（4）修改更新書目信息：系統(tǒng)管理員可以修改和更新書目信息。（5）添加書籍信息：系統(tǒng)管理員可以添加書籍。（6）刪除書籍信息：系統(tǒng)管理員可以刪除書籍。篇二：uml實(shí)驗(yàn)報(bào)告

《面向?qū)ο蠓治雠c設(shè)計(jì)uml》

實(shí)驗(yàn)報(bào)告

學(xué) 號(hào)：180108213 姓 名：龐志偉

班 級(jí)：08級(jí)軟件2班

指導(dǎo)老師：姚宇峰

實(shí)驗(yàn)及作業(yè)一

一、實(shí)驗(yàn)?zāi)康牧私廛浖こ痰然A(chǔ)知識(shí)，為后續(xù)的統(tǒng)一建模語言u(píng)ml知識(shí)的學(xué)習(xí)做好準(zhǔn)備工作。

二、實(shí)驗(yàn)設(shè)備與環(huán)境

裝有visio、rathionalrose的計(jì)算機(jī)。

三、實(shí)驗(yàn)內(nèi)容

1、復(fù)習(xí)闡述“軟件工程開發(fā)模型”的相關(guān)概念，并分析各種模型的優(yōu)缺點(diǎn)，寫成實(shí)驗(yàn)報(bào)告。

2、熟悉uml軟件設(shè)計(jì)工具visio、rational rose的安裝及環(huán)境

四、實(shí)驗(yàn)過程及結(jié)果

1、軟件工程開發(fā)模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）噴泉模型

（1）瀑布模型

將功能的實(shí)現(xiàn)與設(shè)計(jì)分開，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。

優(yōu)點(diǎn)：

1）為項(xiàng)目提供了按階段劃分的檢 瀑布模型查點(diǎn)。2）當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。3）可在迭代模型中應(yīng)用瀑布模型。

缺點(diǎn)：

1）在項(xiàng)目各個(gè)階段之間極少有反饋。2）只有在項(xiàng)目生命周期的后期才能看到結(jié)果。3）通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個(gè)項(xiàng)目階段。

（2）原型模型

原型模型又稱快速原型，它是增量模型的另一種形式；它是在開發(fā)真實(shí)系統(tǒng)之前，構(gòu)造一個(gè)原型，在該原型的基礎(chǔ)上，逐漸完成整個(gè)系統(tǒng)的開發(fā)工作?？焖僭湍Ｐ偷牡谝徊绞墙ㄔ煲粋€(gè)快速原型，實(shí)現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià)，進(jìn)一步細(xì)化待開發(fā)軟件的需求。通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開發(fā)客戶滿意的軟件產(chǎn)品。

優(yōu)點(diǎn)：克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險(xiǎn)。

缺點(diǎn)：所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展；快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù)的修改可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量低下。

（3）螺旋模型

螺旋模型采用一種周期性的方法來進(jìn)行系統(tǒng)開發(fā)。這會(huì)導(dǎo)致開發(fā)出眾多的中間版本。使用它，項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型是快速原型法，以進(jìn)化的開發(fā)方式為中心，在每個(gè)項(xiàng)目階段使用瀑布模型法。這種模型的每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評(píng)審4個(gè)階段，由這4個(gè)階段進(jìn)行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進(jìn)一個(gè)層次。螺旋模型基本做法是在“瀑布模型”的每一個(gè)開發(fā)階段前引入一個(gè)非常嚴(yán)格的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)控制，它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一個(gè)或多個(gè)主要風(fēng)險(xiǎn)，直到所有的主要風(fēng)險(xiǎn)因素都被確定。

優(yōu)點(diǎn)：

1）設(shè)計(jì)上的靈活性,可以在項(xiàng)目的各個(gè)階段進(jìn)行變更。2）以小的分段來構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易。3）客戶始終參與每個(gè)階段的開發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性。4）隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目的最新信息 , 從而他或她能夠和管理層有效地交互。5）客戶認(rèn)可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。

缺點(diǎn)：

很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長(zhǎng)，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。

（4）噴泉模型

噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于采用對(duì)象技術(shù)的軟件開發(fā)項(xiàng)目。該模型認(rèn)為軟件開發(fā)過程自下而上周期的各階段是相互迭代和無間隙的特性。軟件的某個(gè)部分常常被重復(fù)工作多次，相關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)的軟件成分。無間隙指在各項(xiàng)活動(dòng)之間無明顯邊界，如分析和設(shè)計(jì)活動(dòng)之間沒有明顯的界限，由于對(duì)象概念的引入，表達(dá)分析、設(shè)計(jì)、實(shí)現(xiàn)等活動(dòng)只用對(duì)象類和關(guān)系，從而可以較為容易地實(shí)現(xiàn)活動(dòng)的迭代和無間隙，使其開發(fā)自然地包括復(fù)用。

優(yōu)點(diǎn)：

噴泉模型不像瀑布模型那樣，需要分析活動(dòng)結(jié)束后才開始設(shè)計(jì)活動(dòng)，設(shè)計(jì)活動(dòng)結(jié)束后才開始編碼活動(dòng)。該模型的各個(gè)階段沒有明顯的界限，開發(fā)人員可以同步進(jìn)行開發(fā)。其優(yōu)點(diǎn)是可以提高軟件項(xiàng)目開發(fā)效率，節(jié)省開發(fā)時(shí)間，適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程。

缺點(diǎn)：

由于噴泉模型在各個(gè)開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項(xiàng)目的管理。此外這種模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對(duì)可能隨時(shí)加入各種信息、需求與資料的情況。

五、實(shí)驗(yàn)小結(jié)：

通過本次實(shí)驗(yàn)讓我了解了軟件工程開發(fā)的4中主要模型和這些模型的優(yōu)缺點(diǎn)。初次安裝并使用uml軟件設(shè)計(jì)工具visio和rational rose使我初步認(rèn)識(shí)了軟件開發(fā)中uml的設(shè)計(jì)。

實(shí)驗(yàn)及作業(yè)二

一、實(shí)驗(yàn)?zāi)康?/p>

1、了解面向?qū)ο蟮幕靖拍?/p>

2、熟悉面向?qū)ο蟮姆治?、設(shè)計(jì)過程

3、了解基于uml的面向?qū)ο蠓治鲈O(shè)計(jì)過程

二、實(shí)驗(yàn)設(shè)備與環(huán)境

裝有visio、rathionalrose的計(jì)算機(jī)。

三、實(shí)驗(yàn)內(nèi)容

1、熟悉rational rose的使用。

2、熟悉利用統(tǒng)一建模語言進(jìn)行分析、設(shè)計(jì)軟件的過程，完成作業(yè)：論述面向?qū)ο螅╫o）方法的特點(diǎn)、優(yōu)勢(shì)以及存在的問題。

四、實(shí)驗(yàn)過程及結(jié)果

面向?qū)ο蠓椒?object-oriented method)是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動(dòng)的系統(tǒng)方法，簡(jiǎn)稱oo(object-oriented)方法，是建立在“對(duì)象”概念基礎(chǔ)上的方法學(xué)。對(duì)象是由數(shù)據(jù)和容許的操作組成的封裝體，與客觀實(shí)體有直接對(duì)應(yīng)關(guān)系，一個(gè)對(duì)象類定義了具有相似性質(zhì)的一組對(duì)象。而每繼承性是對(duì)具有層次關(guān)系的類的屬性和操作進(jìn)行共享的一種方式。所謂面向?qū)ο缶褪腔趯?duì)象概念，以對(duì)象為中心，以類和繼承為構(gòu)造機(jī)制，來認(rèn)識(shí)、理解、刻畫客觀世界和設(shè)計(jì)、構(gòu)建相應(yīng)的軟件系統(tǒng)。

主要特征：封裝性，多態(tài)性 優(yōu)勢(shì)：

（1）強(qiáng)調(diào)從現(xiàn)實(shí)世界中客觀存在的事物（對(duì)象）出發(fā)來認(rèn)識(shí)問題域和構(gòu)造系統(tǒng)，這就使系統(tǒng)開發(fā)者大大減少了對(duì)問題域的理解難度，從而使系統(tǒng)能更準(zhǔn)確地反映問題域。

（2）運(yùn)用人類日常的思維方法和原則（體現(xiàn)于oo方法的抽象、分類、繼承、封裝、消息通訊等基本原則）進(jìn)行系統(tǒng)開發(fā)，有益于發(fā)揮人類的思維能力，并有效地控制了系 統(tǒng)復(fù)雜性。

（3）對(duì)象的概念貫穿于開發(fā)過程的終，使各個(gè)開發(fā)階段的系統(tǒng)成分具良好的對(duì)應(yīng)，從而顯著地提高了系統(tǒng)的開發(fā)效率與質(zhì)量，并大大降低系統(tǒng)維護(hù)的難度。

（4）對(duì)象概念的一致性，使參與系統(tǒng)開發(fā)的各類人員在開發(fā)的各所段具有共同語言，有效

地改善了人員之間的 交流和協(xié)作。

（5）對(duì)象的相對(duì)穩(wěn)定性和對(duì)易變因素隔離，增強(qiáng)了系統(tǒng)的應(yīng)變能力。

（6）對(duì)象類之間的繼承關(guān)系和對(duì)象的相對(duì)獨(dú)立性，對(duì)軟件復(fù)用提供了強(qiáng)有力的支持。存在的問題：

（1）軟件重用性差（2）軟件可維護(hù)性差

（3）開發(fā)出的軟件不能滿足用戶需要

五、實(shí)驗(yàn)小結(jié)：

通過本次實(shí)驗(yàn)了解rational rose的使用。學(xué)習(xí)利用統(tǒng)一建模語言進(jìn)行分析、設(shè)計(jì)軟件的過程，通過上網(wǎng)查詢，了解有關(guān)面向?qū)ο螅╫o）方法的特點(diǎn)、優(yōu)勢(shì)以及存在的問題。

第五篇：UML實(shí)訓(xùn)總結(jié)

實(shí)訓(xùn)總結(jié)（收獲與體會(huì)）

通過一個(gè)學(xué)期的Uml學(xué)習(xí)，我從書本上獲取了基本的理論知識(shí)，而真正的學(xué)以致用，將書本理論知識(shí)運(yùn)用到實(shí)際的過程，是這次UML實(shí)訓(xùn)的體現(xiàn)。

三個(gè)周的UML實(shí)訓(xùn)，主要是圍繞著一個(gè)實(shí)訓(xùn)題目“基于UML系統(tǒng)需求分析與設(shè)計(jì)--合倍利業(yè)務(wù)流管理系統(tǒng)”進(jìn)行的，以小組為單位進(jìn)行文檔的編寫，其中還對(duì)各種流程圖、類圖、用例圖等的繪制，整個(gè)過程設(shè)計(jì)了知識(shí)的方方面面。從中讓我認(rèn)識(shí)到UML的作用和運(yùn)作模式以及方法，它是一種統(tǒng)一建模的標(biāo)準(zhǔn)語言，現(xiàn)在對(duì)于大多數(shù)軟件開發(fā)來說，都使用Uml作為建模語言，形成了統(tǒng)一的標(biāo)準(zhǔn)。它是圖形化的的語言，可以很直觀的描述一個(gè)事物的狀態(tài)、行為與特征，很好的說明與表達(dá)了“合貝利任務(wù)管理”這個(gè)系統(tǒng)。

總之，在我看來，UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用建模語言。融入軟件工程領(lǐng)域的心思想、新方法和新技術(shù)，作用域不限于支持面向?qū)ο蟮姆治龊驮O(shè)計(jì)，也不單純是一種方法，僅僅是一組符號(hào)而已，它可以對(duì)任何具有靜態(tài)機(jī)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模，所以我很喜歡適用UML，在今后的學(xué)習(xí)中，我還會(huì)進(jìn)一步對(duì)該模型的學(xué)習(xí)，因?yàn)樗奖恪⒑?jiǎn)潔、干凈、清爽，直觀形象，把整個(gè)軟件系統(tǒng)的開發(fā)流程都融入進(jìn)去。

這次實(shí)訓(xùn)過程中，文檔方面的編寫，遇到了很多的問題，這些問題主要是對(duì)基礎(chǔ)知識(shí)的理解和把握不夠，不能融會(huì)貫通和學(xué)以致用，有時(shí)遇到困難的時(shí)候真的不知如何著手解決，但是，我始終相信的那句話“讀萬卷書，不如行萬里路，行萬里路不如名師指路”。所以，當(dāng)遇到自己模糊和自己難以解決的問題時(shí)，向指導(dǎo)老師和懂的同學(xué)請(qǐng)教，幫助解決我遇到的問題，經(jīng)過他們的講解后，我下來自己在分析，在動(dòng)手，從不理解到理解，從不會(huì)到會(huì)，從懂到懂，這是一個(gè)讓我學(xué)習(xí)愉快的過程，在這個(gè)過程中，既可以豐富了自己的知識(shí)，還可以和老師和同學(xué)進(jìn)行有效地方溝通。

在這次實(shí)訓(xùn)過程中，感觸最深的也就是合作精神了。獨(dú)木難成林，單槍匹馬，那是最錯(cuò)誤的思想和做法。這次我是深有感觸了。對(duì)于一個(gè)系統(tǒng)的分析，到最終項(xiàng)目的完成，需要分析每個(gè)文檔，然后在寫出紙質(zhì)的文檔，而在每個(gè)文檔中，內(nèi)容比較多，分析也要求比較到位，所以單獨(dú)憑借一個(gè)人去完成，似乎有點(diǎn)困難，于是我們小組，將每個(gè)文檔進(jìn)行分析，能獨(dú)立成塊就分配給每一個(gè)人，這樣，每個(gè)人都有自己的任務(wù)，誰也不會(huì)閑著，既學(xué)到了知識(shí)，也充實(shí)了自己。另外一點(diǎn)，就是我深深體會(huì)到了積累知識(shí)的重要性。在實(shí)訓(xùn)當(dāng)中我們遇到了不少難題，但是經(jīng)過我們大家的討論和老師細(xì)心的一一指導(dǎo)，問題得到了解決。兩個(gè)月的實(shí)訓(xùn)結(jié)束了，收獲頗豐，同時(shí)也更深刻的認(rèn)識(shí)到要做一個(gè)合格的程序員并非我以前想像的那么容易，最重要的還是細(xì)致嚴(yán)謹(jǐn)。社會(huì)是不會(huì)要一個(gè)一無是處的人的，所以我們要更多更快地從一個(gè)學(xué)生向工作者轉(zhuǎn)變，總的來說我對(duì)這次實(shí)習(xí)還是比較滿意的，它使我學(xué)到了很多東西，為我以后的學(xué)習(xí)做了引導(dǎo)，點(diǎn)明了方向。

實(shí)訓(xùn)的日子即將結(jié)束，回想這一個(gè)過程，有過痛苦，有過煩惱，有過喜悅和有過成功。痛苦煩惱的是自己對(duì)所學(xué)書本知識(shí)掌握得不是很扎實(shí)，面對(duì)著從書本上學(xué)到的知識(shí)與實(shí)際聯(lián)系不起來，總結(jié)起來就是自己的動(dòng)手練習(xí)的時(shí)間太少。而喜悅的是，在做的過程中遇到了困難和問題，主動(dòng)向老師和會(huì)的同學(xué)請(qǐng)教，然后再做，直至做正確做成功后的那種喜悅。

團(tuán)隊(duì)的力量是無窮的，通過組員的共同努力，完成了實(shí)訓(xùn)項(xiàng)目。雖然，我們這組的項(xiàng)目存在著諸多的不足和缺點(diǎn)，但這正是以后學(xué)習(xí)和工作需要彌補(bǔ)的。這次實(shí)訓(xùn)將為我以后進(jìn)入社會(huì)提過了一筆寶貴的財(cái)富，是對(duì)我能力的一個(gè)見證。最后，不得不感謝指導(dǎo)教師熊飛老師的辛勤指導(dǎo)，和小組成員的共同努力！