第一篇：uml實(shí)訓(xùn)總結(jié)小結(jié)

專用周小結(jié)

總結(jié)通過一個(gè)學(xué)期的UML學(xué)習(xí)，并根據(jù)“婚姻中介系統(tǒng)”這個(gè)實(shí)例，從一開始對UML的概念模糊，到后來的一次次撰寫作業(yè)和請教老師，使我漸漸的對UML有了一個(gè)系統(tǒng)的了解。我已經(jīng)理解了UML的作用和運(yùn)作模式以及方法。它一種是統(tǒng)一建模標(biāo)準(zhǔn)語言，現(xiàn)在對于大多軟件開發(fā)來說，都使用UML做為建模語言，形成了統(tǒng)一的標(biāo)準(zhǔn)。其次，UML是圖形化的語言，它可以很直觀的描述出一個(gè)事物的狀態(tài)，行為與特征，能很好的說明與表達(dá)我這個(gè)婚姻中介系統(tǒng)?？傊琔ML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過程。UML是一個(gè)標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計(jì)，也不是一種方法，它僅僅是一組符號而已。它可以對任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模，所以我很喜歡使用UML，因?yàn)樗奖愫喗?，干凈清爽，直觀形象。在這學(xué)期的UML的大作業(yè)中，經(jīng)過老師的指導(dǎo)和幫助，我獨(dú)立的完成了基于UML的“婚姻中介系統(tǒng)”大作業(yè)。不論是MDA系統(tǒng)中的CIM-1還是PIM-1，每次我都會根據(jù)老師的要求改之又改，有時(shí)候好不容易琢磨出了一幅UML圖，可是拿給老師看了以后，結(jié)果卻是要重新畫過，重新理清思路。可是在一遍遍的修改中，我并沒有沮喪，而是邊研究老師的PPT和老師的指導(dǎo)，邊理清每個(gè)步驟，每個(gè)符號，以及每一幅圖的內(nèi)容和相互之間的聯(lián)系，使得整個(gè)系統(tǒng)思路更為清晰。在UML大作業(yè)中，我明白了，作為一個(gè)系統(tǒng)，需求分析很重要，一開始就應(yīng)該明確業(yè)務(wù)流程，才能不至于之后的工作偏離方向。對于用例圖，活動(dòng)圖，狀態(tài)圖，類圖，序列圖，應(yīng)該分清他們之間的關(guān)系，明確各自的作用，將一個(gè)系統(tǒng)的各個(gè)功能和狀態(tài)具體的抽離出來，搭建模型。并且悟出了系統(tǒng)是一個(gè)整體，我們應(yīng)該形成從整體出發(fā)，將整體分塊局部剖析，進(jìn)而重視和完善內(nèi)部細(xì)節(jié)。

UML課程帶給我的不僅僅只是軟件（staruml）的使用技能的學(xué)習(xí)，更是一種設(shè)計(jì)系統(tǒng)思維的提升。這門課程雖然已經(jīng)結(jié)束了，但是在系統(tǒng)的設(shè)計(jì)中，我還有很多需要改進(jìn)的地方。在今后的學(xué)習(xí)工作中我必將不斷的學(xué)習(xí)和理解它的內(nèi)涵和精髓，不斷完善。

簽名（手寫）：

日期：2012.6.2217

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

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

通過一個(gè)學(xué)期的Uml學(xué)習(xí)，我從書本上獲取了基本的理論知識，而真正的學(xué)以致用，將書本理論知識運(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)行文檔的編寫，其中還對各種流程圖、類圖、用例圖等的繪制，整個(gè)過程設(shè)計(jì)了知識的方方面面。從中讓我認(rèn)識到UML的作用和運(yùn)作模式以及方法，它是一種統(tǒng)一建模的標(biāo)準(zhǔn)語言，現(xiàn)在對于大多數(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ì)，也不單純是一種方法，僅僅是一組符號而已，它可以對任何具有靜態(tài)機(jī)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模，所以我很喜歡適用UML，在今后的學(xué)習(xí)中，我還會進(jìn)一步對該模型的學(xué)習(xí)，因?yàn)樗奖?、簡潔、干凈、清爽，直觀形象，把整個(gè)軟件系統(tǒng)的開發(fā)流程都融入進(jìn)去。

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

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

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

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

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

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

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

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

完成日期：年月

摘 要

隨著知識化和信息化新經(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)有的知識，按照軟件工程思想和系統(tǒng)的開發(fā)步驟，以圖書管理的應(yīng)用需求為背景，分析設(shè)計(jì)了圖書管理系統(tǒng)，并利用rational rose對系統(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)知識為依據(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)代社會，圖書館成為繼續(xù)教育、終身教育的基地，擔(dān)負(fù)了更多的教育職能。傳遞科學(xué)情報(bào)，是現(xiàn)代圖書館的一個(gè)重要職能。圖書館收藏的圖書資料，是人類長期積累的一種智力資源，圖書館對這些資源的加工、處理，是對這種智力資源的開發(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)管理員可以對系統(tǒng)的數(shù)據(jù)進(jìn)行維護(hù)，如增加、刪除和更新書目，增加、刪除

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

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

者的書籍的各項(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ù)庫平臺進(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é) 號：180108213 姓 名：龐志偉

班 級：08級軟件2班

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

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

一、實(shí)驗(yàn)?zāi)康牧私廛浖こ痰然A(chǔ)知識，為后續(xù)的統(tǒng)一建模語言uml知識的學(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ì)、程序編寫、軟件測試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。

優(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)的交互，用戶或客戶對原型進(jìn)行評價(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ù)的修改可能會導(dǎo)致產(chǎn)品質(zhì)量低下。

（3）螺旋模型

螺旋模型采用一種周期性的方法來進(jìn)行系統(tǒng)開發(fā)。這會導(dǎo)致開發(fā)出眾多的中間版本。使用它，項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型是快速原型法，以進(jìn)化的開發(fā)方式為中心，在每個(gè)項(xiàng)目階段使用瀑布模型法。這種模型的每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評審4個(gè)階段，由這4個(gè)階段進(jìn)行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進(jìn)一個(gè)層次。螺旋模型基本做法是在“瀑布模型”的每一個(gè)開發(fā)階段前引入一個(gè)非常嚴(yán)格的風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)控制，它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識一個(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ì)算變得簡單容易。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è)周期長，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。

（4）噴泉模型

噴泉模型是一種以用戶需求為動(dòng)力，以對象為驅(qū)動(dòng)的模型，主要用于采用對象技術(shù)的軟件開發(fā)項(xiàng)目。該模型認(rèn)為軟件開發(fā)過程自下而上周期的各階段是相互迭代和無間隙的特性。軟件的某個(gè)部分常常被重復(fù)工作多次，相關(guān)對象在每次迭代中隨之加入漸進(jìn)的軟件成分。無間隙指在各項(xiàng)活動(dòng)之間無明顯邊界，如分析和設(shè)計(jì)活動(dòng)之間沒有明顯的界限，由于對象概念的引入，表達(dá)分析、設(shè)計(jì)、實(shí)現(xiàn)等活動(dòng)只用對象類和關(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)格管理文檔，使得審核的難度加大，尤其是面對可能隨時(shí)加入各種信息、需求與資料的情況。

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

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

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

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

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

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

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

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

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

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

（6）對象類之間的繼承關(guān)系和對象的相對獨(dú)立性，對軟件復(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)勢以及存在的問題。

第四篇：檔案管理系統(tǒng)UML實(shí)訓(xùn)報(bào)告

目錄

1.實(shí)訓(xùn)名稱..........................................................2 2.實(shí)訓(xùn)題目..........................................................2 3.實(shí)訓(xùn)目的..........................................................2 4.實(shí)訓(xùn)內(nèi)容及結(jié)果....................................................2

4.1檔案管理系統(tǒng)需求分析.....................................................................................................2

4.1.1系統(tǒng)功能需求...................................................2 4.1.2用戶管理模塊...................................................5 4.1.3系統(tǒng)參數(shù)設(shè)置模塊...............................................5 4.1.4借閱管理模塊...................................................6 4.1.5案卷管理模塊...................................................6 4.1.6文件管理模塊...................................................7 4.1.7數(shù)據(jù)管理模塊...................................................7 4.2系統(tǒng)的UML建模...............................................................................................................8

4.2.1UML初始模型....................................................8 4.2.2業(yè)務(wù)建模.......................................................8 4.2.2.1業(yè)務(wù)用例模型.............................................8 4.2.2.2業(yè)務(wù)分析模型............................................15 4.2.3分析模型......................................................18 4.2.3.1參與者..................................................18 4.2.3.2用例....................................................18 4.2.3.3用例圖..................................................19 4.2.3.4時(shí)序圖..................................................20 4.2.3.5協(xié)作圖..................................................24 4.2.3.6狀態(tài)圖..................................................26 4.2.3.7分析類圖................................................27 4.2.4設(shè)計(jì)模型......................................................29 4.2.4.1包圖....................................................29 4.2.4.2類圖....................................................31 4.2.4.3組件圖..................................................33 4.2.4.4部署圖..................................................33 4.2.4.5數(shù)據(jù)建模................................................33 5.實(shí)訓(xùn)小結(jié).........................................................39

1.實(shí)訓(xùn)名稱

信息系統(tǒng)分析與綜合課程設(shè)計(jì)

2.實(shí)訓(xùn)題目

檔案管理系統(tǒng)

3.實(shí)訓(xùn)目的

通過實(shí)踐使學(xué)生更深入地了解與掌握信息系統(tǒng)的概念、分析設(shè)計(jì)信息系統(tǒng)的原理和方法，使學(xué)生熟練掌握結(jié)構(gòu)化系統(tǒng)分析與設(shè)計(jì)的方法。為學(xué)生今后在使用、管理與開發(fā)管理信息系統(tǒng)打下基礎(chǔ)。

4.實(shí)訓(xùn)內(nèi)容及結(jié)果

4.1檔案管理系統(tǒng)需求分析

4.1.1系統(tǒng)功能需求

檔案管理系統(tǒng)是一套功能強(qiáng)大，操作簡便、實(shí)用的自動(dòng)化管理軟件，包括用戶管理、系統(tǒng)參數(shù)設(shè)置、檔案數(shù)據(jù)錄入（分為文件錄入和案卷錄入兩部分）、案卷數(shù)據(jù)查詢（分為文件查詢和案卷查詢兩部分）、借閱管理、數(shù)據(jù)維護(hù)（分為數(shù)據(jù)備份和數(shù)據(jù)操作）、操作日志查看、報(bào)表打印等?？梢杂糜谝话愕臋n案室，也可用于網(wǎng)絡(luò)中的辦公系統(tǒng)，進(jìn)行聯(lián)網(wǎng)操作。本檔案管理系統(tǒng)主要針對某檔案室的具體業(yè)務(wù)流程開發(fā)設(shè)計(jì)，系統(tǒng)提供了較好的功能擴(kuò)充接口。開發(fā)檔案管理軟件是為了滿足該檔案室對檔案管理和業(yè)務(wù)管理的方便，以現(xiàn)代化的創(chuàng)新思維模式工作。下面概括一下本檔案管理系統(tǒng)大致的功能需求。用戶登陸 在用戶進(jìn)入系統(tǒng)前，首先要求用戶進(jìn)行登錄，登錄是要驗(yàn)證用戶名和密碼是用戶的登錄密碼要求機(jī)密保存在數(shù)據(jù)庫中。用戶登錄后需要記入到日志庫否匹配，驗(yàn)證通過后允許用戶進(jìn)入本系統(tǒng)操作。用戶的密碼需要進(jìn)行加密算法。中。修改注冊信息 用戶登錄后，可以修改自己的注冊信息，包括修改用戶密碼，每頁顯示行數(shù)等信息，不允許修改用戶名、姓名和部門等信息。

權(quán)限設(shè)置

本模塊只有系統(tǒng)管理員可以操作。

管理員可以增加系統(tǒng)用戶、刪除系統(tǒng)用戶、修改用戶的相關(guān)屬性、修改用戶的權(quán)限表。

系統(tǒng)參數(shù)設(shè)置

本模塊設(shè)置系統(tǒng)的輔助參數(shù)表，這些參數(shù)表是輸入數(shù)據(jù)時(shí)作為輔助使用的。每個(gè)參數(shù)表需要有增加、刪除、修改和查看等操作。

數(shù)據(jù)錄入 本模塊處理用戶輸入新的檔案文件信息或者檔案案卷信息。

輸入數(shù)據(jù)時(shí)要考慮用戶連續(xù)錄入的情況，可以從上一條記錄復(fù)制數(shù)據(jù)到新的記錄中。

不同的檔案不同的輸入情況，比如科技檔案只有文件信息，沒有案卷信息。輸入案卷信息之后可以接著輸入此案卷下的文件信息，案卷信息中相應(yīng)的字段帶入文件信息輸入界面，且不可更改。

數(shù)據(jù)維護(hù)

本模塊需要具有“數(shù)據(jù)維護(hù)”的權(quán)限的用戶可以操作。

數(shù)據(jù)維護(hù)模塊對已經(jīng)“刪除”（只是做刪除標(biāo)記）的檔案文件做最后的判定，判斷該文件是否要?jiǎng)h除。此模塊涉及兩種操作：回復(fù)和徹底刪除。

數(shù)據(jù)查詢

按用戶輸入的條件查詢相應(yīng)的檔案文件信息。

查詢結(jié)果以列表目錄形式顯示，也可以卡片形式顯示。具有檔案處理權(quán)限的用戶可以對查詢的結(jié)果編輯并保存，也可以“刪除”（做刪除標(biāo)記）檔案文件記錄。

數(shù)據(jù)修改

本模塊主要實(shí)現(xiàn)批量修改數(shù)據(jù)的功能，可以有用戶指定條件，將數(shù)據(jù)庫中所有符合條件的文件或案卷記錄按要求修改某個(gè)字段的值。

例如可以指定將所有文件年份為“2002”的文件記錄的保管期改為“長期”。報(bào)表打印

打印各種檔案的目錄表和統(tǒng)計(jì)表?？梢杂捎脩粼O(shè)計(jì)進(jìn)行報(bào)表的自動(dòng)生成。

檔案借閱

此模塊分為外借登記、歸還記錄和電子借閱申請?zhí)幚韮刹糠郑哂小敖栝喒芾怼睓?quán)限的用戶可以操作此模塊。

外借模塊實(shí)現(xiàn)檔案文件的借出登記和歸還登記功能。

電子借閱申請由具有“借閱管理”權(quán)限的用戶處理，一般用戶提出閱讀電子文檔的申請后，被同意閱讀后，文件將被發(fā)送給申請人。

數(shù)據(jù)備份及恢復(fù)

本模塊需要實(shí)現(xiàn)數(shù)據(jù)的備份和恢復(fù)機(jī)制。

數(shù)據(jù)備份操作可以按、檔案種類等條件做部分備份或完全備份。數(shù)據(jù)恢復(fù)就是將備份的數(shù)據(jù)恢復(fù)到數(shù)據(jù)庫中。

可以對數(shù)據(jù)進(jìn)行備份和恢復(fù)，備份的路徑在系統(tǒng)參數(shù)設(shè)置中指定。備份生成一個(gè)XML文件，恢復(fù)的時(shí)候自動(dòng)由此恢復(fù)。具有批量備份和恢復(fù)功能。

查閱操作日志

本模塊對系統(tǒng)運(yùn)行日志操作，具有“日志操作”權(quán)限的用戶可以進(jìn)入本模塊?？梢员M心查看日志記錄等操作。

下圖為整個(gè)檔案管理系統(tǒng)的功能需求。

圖1 檔案管理系統(tǒng)的功能需求

4.1.2用戶管理模塊

用戶管理模塊包括如下圖2所示幾個(gè)部分

圖2 用戶管理模塊

添加用戶：管理員可以對用戶進(jìn)行添加操作。

刪除用戶：管理員可以對已有用戶進(jìn)行刪除操作。

查看用戶權(quán)限：每個(gè)用戶都具有一定的權(quán)限，管理員可以查看用戶的管理權(quán)限。

修改管理權(quán)限：管理員可以修改用戶的管理權(quán)限。

添加管理權(quán)限：管理員在權(quán)限管理中可以添加管理權(quán)限。

刪除管理權(quán)限：管理員在權(quán)限管理中可以刪除管理權(quán)限。

4.1.3系統(tǒng)參數(shù)設(shè)置模塊

系統(tǒng)參數(shù)設(shè)置模塊包括如下圖3所示幾個(gè)部分

圖3 系統(tǒng)參數(shù)設(shè)置模塊

系統(tǒng)表：管理員可以修改單位名稱和卷宗號并保存。

檔案種類表：對檔案種類進(jìn)行添加、刪除操作。

文件種類表：對文件種類進(jìn)行添加、刪除操作。文件類目表：對文件類目進(jìn)行添加、刪除操作。

其他參數(shù)表：對其他文件進(jìn)行編輯、刪除操作。在編輯時(shí)可以修改附件存放路徑和備份文件存放路徑。

4.1.4借閱管理模塊

借閱管理模塊包括如下圖4所示幾個(gè)部分

借閱登記：輸入借閱條件后就可以申請借閱登記。

借閱查詢：提供對所借出案卷的查詢工作，對歸還日期做詳細(xì)說明。

網(wǎng)上借閱：網(wǎng)上借閱提供網(wǎng)上借閱申請、未提交的借閱申請、已處理的借閱申請、借閱申請?zhí)幚砗途W(wǎng)上答復(fù)幾個(gè)小模塊。

其中網(wǎng)上借閱申請、未提交的借閱申請、已處理的借閱申請模塊是所有用戶都擁有的，借閱申請?zhí)幚硎蔷哂薪栝喒芾頇?quán)限的用戶所擁有的模塊、網(wǎng)上答復(fù)是具有借閱答復(fù)權(quán)限的用戶所擁有的模塊。

圖4 借閱管理模塊

4.1.5案卷管理模塊

案卷管理模塊包括如下圖5所示幾個(gè)部分

圖5 案卷管理模塊

案卷查詢：對所需要的案卷進(jìn)行查詢操作。

案卷錄入：保存案卷。4.1.6文件管理模塊

文件管理模塊包括如下圖6所示幾個(gè)部分

圖6 文件管理模塊

文件查詢：對所需要的文件進(jìn)行查詢操作。

文件錄入：保存文件。

4.1.7數(shù)據(jù)管理模塊

數(shù)據(jù)管理模塊包括如下圖7所示幾個(gè)部分

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

數(shù)據(jù)備份：對文件表和案卷分別進(jìn)行備份。

數(shù)據(jù)恢復(fù)：對文件表和案卷分別進(jìn)行數(shù)據(jù)恢復(fù)。

4.2系統(tǒng)的UML建模

4.2.1UML初始模型

選擇菜單命令【File—>New】打開如圖8所示的【Create New Model】對話框，選擇J2SE模式，然后單擊【OK】按鈕。并保存這個(gè)新的模型為“檔案管理系統(tǒng)”。

圖8 新建模型

4.2.2業(yè)務(wù)建模

4.2.2.1業(yè)務(wù)用例模型 ? 確定業(yè)務(wù)參與者

參與者是系統(tǒng)的主體，表示提供或接收系統(tǒng)信息的人或系統(tǒng)，他們是交互作用的人或事物。本系統(tǒng)的功能大致可以分為以下幾個(gè)部分。

用戶登錄——驗(yàn)證用戶身份的合法性，判斷是否運(yùn)行進(jìn)入本系統(tǒng)。

修改注冊信息。

權(quán)限設(shè)置——增、刪用戶，修改用戶屬性和用戶的權(quán)限。

系統(tǒng)參數(shù)設(shè)置——設(shè)置系統(tǒng)的輔助參數(shù)表。

數(shù)據(jù)錄入——檔案案卷和文件信息的錄入。

數(shù)據(jù)維護(hù)——對用戶刪除的數(shù)據(jù)進(jìn)行判定，恢復(fù)或者正式刪除。

數(shù)據(jù)查詢——查詢檔案數(shù)據(jù)，可以查看查詢到檔案文件數(shù)據(jù)，根據(jù)權(quán)限的不太也可以修改指定的檔案數(shù)據(jù)。

數(shù)據(jù)修改——用戶可以通過此模塊批量修改數(shù)據(jù)。

報(bào)表打印——打印各類檔案目錄及統(tǒng)計(jì)報(bào)表。

檔案借閱——包括檔案外借、歸還的登記以及網(wǎng)上借閱的處理。

數(shù)據(jù)備份和恢復(fù)——檔案數(shù)據(jù)的備份和恢復(fù)。

日志記錄。

通過以上的分析，可以創(chuàng)建以下的參與者：

管理員

檔案室人員

案卷輸入人員

借閱管理人員

一般人員

在Rose中，參與者的創(chuàng)建如圖9所示。

圖9 業(yè)務(wù)參與者

? 確定業(yè)務(wù)用例

經(jīng)過分析調(diào)查，檔案管理系統(tǒng)根據(jù)業(yè)務(wù)流程可以分為以下幾個(gè)用例：

用戶登錄

根據(jù)權(quán)限進(jìn)入

管理員系統(tǒng)參數(shù)設(shè)置

管理員進(jìn)行用戶管理

數(shù)據(jù)信息錄入

數(shù)據(jù)查看

數(shù)據(jù)備份和恢復(fù)

普通用戶網(wǎng)上借閱管理

管理員操作日志并查看

報(bào)表打印

用戶注冊管理

在Rose中，使用Use Case View建立用例，如圖10所示。

圖10 業(yè)務(wù)用例

? 用例規(guī)約

每個(gè)用例都有其用例規(guī)約，即每個(gè)用例的含義，這里僅對部分用例進(jìn)行用例規(guī)約。

? 借閱登記：

正常事件流：

借閱管理員選擇借閱者

借閱管理員查看借閱者當(dāng)前時(shí)段之前的借閱申請記錄 借閱者提交借閱登記命令 借閱管理員選擇需要借閱的時(shí)間 在借閱視圖中顯示新的借閱信息 可選事件流：

借閱管理員選擇借閱者

借閱管理員選擇一個(gè)已有的借閱記錄 借閱管理員改變借閱時(shí)間

在借閱視圖中更新這個(gè)新信息，并在以后視圖中都可以看到

異常事件流： 沒有此借閱者。

? 借閱查詢：

正常事件流：

借閱管理員輸入需要查詢的案卷號 在借閱視圖中顯示這個(gè)案卷的借閱信息 ? 網(wǎng)上借閱：

正常事件流：

借閱者查看已提交和未提交的借閱申請 借閱者查看已提交的借閱申請是否被處理 借閱管理員處理借閱申請

? 用例建模

按照業(yè)務(wù)參與者的只能劃分，檔案管理的用例圖分別為：借閱管理員的用例圖，檔案室人員的用例圖，系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖。如圖

11、圖

12、圖13所示。

? 借閱管理人員的用例圖

圖11 借閱管理人員的用例圖

? 檔案室人員的用例圖

圖12 圖檔案室人員的用例圖 ? 系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖

圖13 系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖

? 活動(dòng)圖 活動(dòng)圖描述活動(dòng)是如何協(xié)同工作的。當(dāng)一個(gè)操作必須完成一系列事情，而又無法確定以什么樣的順序來完成這些事情時(shí)，活動(dòng)圖可以清晰地描述這些事。在檔案管理系統(tǒng)中，有明確活動(dòng)的類有系統(tǒng)管理員、案卷輸入人員、借閱管理人員、一般人員。可以在系統(tǒng)中為這幾個(gè)類建立活動(dòng)圖。

? 一般人員的活動(dòng)圖

一般人員首先登錄系統(tǒng)，然后進(jìn)入網(wǎng)上借閱、借閱登記、借閱查詢等活動(dòng)，注意這幾個(gè)活動(dòng)都是并列的。完成活動(dòng)后退出系統(tǒng)。如圖14所示。

圖14 一般人員的活動(dòng)圖 ? 借閱管理人員的活動(dòng)圖

借閱管理員可以處理兩種情況，借閱申請?zhí)幚砗徒栝啔w還處理。當(dāng)一般人員申請借閱檔案時(shí)，借閱管理員要檢查一般人員的憑證是否滿足借閱條件；當(dāng)一般人員歸還檔案時(shí)，借閱管理員要檢查所借的檔案是否超時(shí)，如果超時(shí)，將采取一定的懲罰措施。如圖15所示。

圖15 借閱管理人員的活動(dòng)圖

? 案卷輸入人員的活動(dòng)圖

案卷輸入人員的活動(dòng)比較簡單，主要負(fù)責(zé)案卷的錄入工作。如圖16所示。

圖16 案卷輸入人員的活動(dòng)圖

? 系統(tǒng)管理員的活動(dòng)圖

系統(tǒng)管理員擁有最高的權(quán)限，幾乎可以做任何工作，所以相對處理的內(nèi)容比較多，活動(dòng)圖也就很多。因此，這里僅以一部分為例。? 系統(tǒng)管理員維護(hù)系統(tǒng)數(shù)據(jù)的活動(dòng)圖

系統(tǒng)管理員在維護(hù)系統(tǒng)數(shù)據(jù)的活動(dòng)中，可以進(jìn)行兩種操作，即數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)。如圖17所示。

圖17 系統(tǒng)管理員的活動(dòng)圖

? 系統(tǒng)管理員維護(hù)用戶的活動(dòng)圖

系統(tǒng)管理員在維護(hù)用戶的活動(dòng)中，可以對用戶實(shí)行管理，在用戶管理中可以添加用戶、刪除用戶，還可以查看用戶權(quán)限；在權(quán)限管理中，系統(tǒng)管理員還可以對用戶實(shí)現(xiàn)權(quán)限管理，進(jìn)行刪除用戶權(quán)限和添加用戶權(quán)限的操作。如圖18所示。

圖18 系統(tǒng)管理員維護(hù)用戶的活動(dòng)圖 ? 系統(tǒng)管理員設(shè)置系統(tǒng)參數(shù)的活動(dòng)圖

系統(tǒng)管理員在設(shè)置系統(tǒng)參數(shù)的活動(dòng)中，設(shè)計(jì)多個(gè)并列的小活動(dòng)。如修改單位名稱及卷宗號、添加/刪除檔案種類、添加/刪除文件種類、添加/刪除文件類目，還有其他參數(shù)設(shè)置。這些操作都將在設(shè)置系統(tǒng)參數(shù)的大活動(dòng)中進(jìn)行。如圖19所示。

圖19 統(tǒng)管理員設(shè)置系統(tǒng)參數(shù)的活動(dòng)圖

4.2.2.2業(yè)務(wù)分析模型 ? 時(shí)序圖

時(shí)序圖按照時(shí)間順序描述系統(tǒng)元素之間的交互。檔案管理系統(tǒng)的時(shí)序圖主要有如下幾個(gè)。

用戶管理模塊中的系統(tǒng)管理員添加、刪除或修改用戶的時(shí)序圖。

案卷管理模塊中的案卷輸入員錄入或查詢案卷的時(shí)序圖。

借閱管理模塊中的借閱管理員管理借閱案卷的時(shí)序圖。

文件管理模塊中的一般人員查詢文件的時(shí)序圖。

數(shù)據(jù)管理模塊中的系統(tǒng)管理員備份或恢復(fù)數(shù)據(jù)的時(shí)序圖。

系統(tǒng)參數(shù)設(shè)置模塊中的系統(tǒng)管理員的添加、刪除文件檔案的時(shí)序圖。

? 系統(tǒng)管理員添加用戶的時(shí)序圖

圖20 系統(tǒng)管理員添加用戶的時(shí)序圖

? 案卷輸入員錄入案卷的時(shí)序圖

圖21 案卷輸入員錄入案卷的時(shí)序圖

? 借閱管理員管理借閱案卷的時(shí)序圖

圖22 借閱管理員管理借閱案卷的時(shí)序圖 ? 一般人員查詢文件的時(shí)序圖

圖23 一般人員查詢文件的時(shí)序圖

? 系統(tǒng)管理員備份數(shù)據(jù)的時(shí)序圖

圖24 系統(tǒng)管理員備份數(shù)據(jù)的時(shí)序圖

? 系統(tǒng)管理員的添加檔案的時(shí)序圖

圖25 系統(tǒng)管理員的添加檔案的時(shí)序圖 4.2.3分析模型

4.2.3.1參與者

通過分析調(diào)查，可以創(chuàng)建以下的參與者，如圖26所示。

管理員

檔案室人員

案卷輸入人員

借閱管理人員

一般人員

圖26 參與者

4.2.3.2用例

根據(jù)分析得出該業(yè)務(wù)一共有以下用例，如圖27所示。

圖27 用例

4.2.3.3用例圖

按照業(yè)務(wù)參與者的只能劃分，檔案管理系統(tǒng)的用例圖分別為：借閱管理人員的用例圖、檔案室人員的用例圖、系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖。如圖

28、圖

29、圖30所示。

? 借閱管理人員的用例圖

圖28 借閱管理人員的用例圖

? 檔案室人員的用例圖

圖29 檔案室人員的用例圖 ? 系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖

圖30 系統(tǒng)管理員進(jìn)行系統(tǒng)維護(hù)的用例圖

4.2.3.4時(shí)序圖

時(shí)序圖按照時(shí)間順序描述系統(tǒng)元素之間的交互。檔案管理系統(tǒng)的時(shí)序圖主要有如下幾個(gè)。

用戶管理模塊中的系統(tǒng)管理員添加、刪除或修改用戶的時(shí)序圖。

案卷管理模塊中的案卷輸入員錄入或查詢案卷的時(shí)序圖。

借閱管理模塊中的借閱管理員管理借閱案卷的時(shí)序圖。

文件管理模塊中的一般人員查詢文件的時(shí)序圖。

數(shù)據(jù)管理模塊中的系統(tǒng)管理員備份或恢復(fù)數(shù)據(jù)的時(shí)序圖。

系統(tǒng)參數(shù)設(shè)置模塊中的系統(tǒng)管理員的添加、刪除文件檔案的時(shí)序圖。

? 系統(tǒng)管理員添加用戶的時(shí)序圖

用戶首先使用自己的用戶名和密碼登錄系統(tǒng)，在登錄時(shí)，登錄模塊會講用戶的ID保存在系統(tǒng)的緩存中并提交給下一頁面。然后進(jìn)入用戶管理模塊，在進(jìn)入這個(gè)模塊時(shí)，同樣會驗(yàn)證用戶的ID，因?yàn)檫@個(gè)模塊只有具有管理員身份才可以進(jìn)入。進(jìn)入后單擊“添加用戶”命令即可在添加列表中按要求添加用戶信息，完畢后單擊“保存”按鈕提交列表信息給數(shù)據(jù)庫模塊，進(jìn)行添加處理，最后提示添加成功信息給管理員。如圖31所示。

圖31 系統(tǒng)管理員添加用戶的時(shí)序圖

? 案卷輸入員錄入案卷的時(shí)序圖

案卷輸入員首先使用自己擁有的用戶名和密碼登錄系統(tǒng)。在登錄時(shí)，登錄模塊將案卷輸入員的ID保存在系統(tǒng)的緩存中并提交給下一頁面。進(jìn)入案卷管理模塊，只有他和比他權(quán)限大的用戶才可以進(jìn)去。然后提交“案卷錄入”命令，要求案卷輸入人員輸入案卷的相關(guān)信息，注意錄入信息的具體要求。錄入完畢后單擊“保存”即可完成案卷錄入工作，并提示案卷錄入成功的信息。如圖32所示。

圖32 案卷輸入員錄入案卷的時(shí)序圖 ? 借閱管理員管理借閱案卷的時(shí)序圖

借閱管理員用系統(tǒng)管理員分配的用戶名和密碼登錄系統(tǒng)，進(jìn)入借閱管理模塊。在登錄時(shí)，登錄模塊會將借閱管理人員的ID保存在系統(tǒng)的緩存中并提交給下一頁面。想借閱必須先登記，提交“借閱登記”命令，進(jìn)入借閱借閱登記頁面，要求借閱管理人員輸入相關(guān)借閱的內(nèi)容，主意內(nèi)容的輸入要求。單擊“查詢”命令尋找滿足用戶需求的文件，如果有，單擊“借閱”命令即可完成借閱操作。如圖33所示。

圖33 借閱管理員管理借閱案卷的時(shí)序圖

? 一般人員查詢文件的時(shí)序圖

一般人員的權(quán)限非常小，他根據(jù)管理員分配的用戶名和密碼登錄檔案管理系統(tǒng)，同時(shí)提交ID給文件管理模塊。這樣就看操作文件管理模塊中的某項(xiàng)功能了，比如查詢文件功能。在檔案管理系統(tǒng)的界面中單擊“文件查詢”命令，將進(jìn)入查詢文件的界面，然后按要求輸入查詢條件并提交，這時(shí)，系統(tǒng)將根據(jù)提交的信息顯示出結(jié)果給一般人員，至此完成文件查詢操作。如圖34所示。

圖34 一般人員查詢文件的時(shí)序圖 ? 系統(tǒng)管理員備份數(shù)據(jù)的時(shí)序圖

系統(tǒng)管理員擁有在高的權(quán)限級別，幾乎可以干任何事情。首先還是要登錄檔案管理系統(tǒng)，并提交ID給數(shù)據(jù)管理模塊，然后單擊“數(shù)據(jù)備份”命令，系統(tǒng)提示輸入想要備份的文件路徑。管理員輸入信息后提交信息給數(shù)據(jù)庫，保存該條信息，以便日后查詢，最后顯示備份成功信息給管理員。如圖35所示。

圖35 系統(tǒng)管理員備份數(shù)據(jù)的時(shí)序圖

? 系統(tǒng)管理員的添加檔案的時(shí)序圖

系統(tǒng)管理員做的第一步就是登錄系統(tǒng)，并提交他的ID給檔案管理模塊。在檔案管理系統(tǒng)的后臺界面中單擊“檔案錄入”命令，進(jìn)入添加檔案界面，該界面要求輸入待添加檔案的基本信息。添加完畢提交檔案信息并保存到數(shù)據(jù)庫中，最后顯示添加檔案成功信息給管理員，至此添加檔案操作動(dòng)作完成。如圖36所示。

圖36 系統(tǒng)管理員的添加檔案的時(shí)序圖 4.2.3.5協(xié)作圖 協(xié)作圖用來表現(xiàn)系統(tǒng)的對象間另一種交互，即時(shí)間和空間順序上的交互。檔案管理系統(tǒng)的協(xié)作圖主要有以下幾個(gè)。如圖

37、圖

38、圖

39、圖40、圖

41、圖42所示。

用戶管理模塊中的系統(tǒng)管理員添加、刪除或修改用戶的協(xié)作圖。

案卷管理模塊中的案卷輸入員錄入或查詢案卷的協(xié)作圖。

借閱管理模塊中的借閱管理員管理借閱案卷的協(xié)作圖。

文件管理模塊中的一般人員查詢文件的協(xié)作圖。

數(shù)據(jù)管理模塊中的系統(tǒng)管理員備份或恢復(fù)數(shù)據(jù)的協(xié)作圖。

系統(tǒng)參數(shù)設(shè)置模塊中的系統(tǒng)管理員的添加、刪除文件檔案的協(xié)作圖。

? 系統(tǒng)管理員添加用戶的協(xié)作圖

圖37 系統(tǒng)管理員添加用戶的協(xié)作圖

? 案卷輸入員錄入案卷的協(xié)作圖

圖38 案卷輸入員錄入案卷的協(xié)作圖 ? 借閱管理員管理借閱案卷的協(xié)作圖

圖39 借閱管理員管理借閱案卷的協(xié)作圖

? 一般人員查詢文件的協(xié)作圖

圖40 一般人員查詢文件的協(xié)作圖

? 系統(tǒng)管理員備份數(shù)據(jù)的協(xié)作圖

圖41 系統(tǒng)管理員備份數(shù)據(jù)的協(xié)作圖 ? 系統(tǒng)管理員的添加檔案的協(xié)作圖

圖42 系統(tǒng)管理員的添加檔案的協(xié)作圖

4.2.3.6狀態(tài)圖 在檔案管理系統(tǒng)中，有明確狀態(tài)轉(zhuǎn)換的類有檔案和借閱者賬戶（相當(dāng)于包含? 檔案的狀態(tài)圖

檔案處于外借狀態(tài)時(shí)，可以借閱，借閱后就變?yōu)榻栝啝顟B(tài)。外借檔案歸還后又變?yōu)榭赏饨锠顟B(tài)。如圖43所示。特定個(gè)人信息的電子借閱證）?？梢栽谙到y(tǒng)中為這兩類事物建立狀態(tài)圖。

圖43 檔案的狀態(tài)圖

? 借閱者賬戶的狀態(tài)圖

借閱者的賬戶剛被管理員添加時(shí)處于借閱賬戶的可用狀態(tài)，當(dāng)所借檔案數(shù)帶到規(guī)定的借閱數(shù)目上限后，變?yōu)椴豢捎脿顟B(tài)。當(dāng)賬戶被管理員刪除后，變?yōu)閯h除狀態(tài)。如圖44所示。

圖44 借閱者賬戶的狀態(tài)圖

4.2.3.7分析類圖 ? 實(shí)體類

經(jīng)過分析，有如下實(shí)體類，分別為借閱時(shí)間、日志、管理權(quán)限、數(shù)據(jù)備份記錄、文件存放路徑、報(bào)表、數(shù)據(jù)恢復(fù)記錄、文件種類、用戶、借閱申請、檔案種類、案卷信息，如圖45所示。

圖45 實(shí)體類 ? 控制類

經(jīng)過分析，有如下控制類，分別為：打印報(bào)表workflow、檔案種類表操作workflow、根據(jù)權(quán)限查看workflow、借閱查詢workflow、數(shù)據(jù)查看workflow、數(shù)據(jù)信息錄入workflow、數(shù)據(jù)備份和恢復(fù)workflow、管理員用戶管理workflow、網(wǎng)上借閱workflow、普通用戶網(wǎng)上借閱管理workflow、管理員操作日志并查看workflow、用戶注冊管理workflow、用戶登錄workflow、借閱登記workflow、文件種類表操作workflow、管理員系統(tǒng)參數(shù)設(shè)置workflow，如圖46所示。

圖46 控制類

? 邊界類

經(jīng)過分析有，如下邊界類，分別為：借閱登記UI、借閱查詢UI、文件種類操作UI、管理員系統(tǒng)參數(shù)設(shè)置UI、數(shù)據(jù)查看UI、檔案種類操作UI、網(wǎng)上借閱UI、管理員操作日志并查看UI、用戶注冊管理UI、數(shù)據(jù)備份和恢復(fù)UI、管理員用戶管理UI、數(shù)據(jù)信息錄入U(xiǎn)I、用戶登錄UI、普通用戶網(wǎng)上借閱管理UI、根據(jù)權(quán)限查看UI、報(bào)表打印UI，如圖47所示。

圖47 邊界類

4.2.4設(shè)計(jì)模型

4.2.4.1包圖 本系統(tǒng)共有6個(gè)包，分別為用戶管理模塊的包、系統(tǒng)參數(shù)設(shè)置模塊的包、借閱管理模塊的包、案卷管理模塊的包、系統(tǒng)中文件管理模塊的包、系統(tǒng)中備份管理模塊的包。

圖48 包圖

包中的類

? 系統(tǒng)中用戶管理模塊的類圖，如圖49所示

圖49 統(tǒng)中用戶管理模塊的類圖

? 系統(tǒng)中中系統(tǒng)參數(shù)設(shè)置模塊的類圖，如圖50所示

圖50 系統(tǒng)中中系統(tǒng)參數(shù)設(shè)置模塊的類圖 ? 系統(tǒng)中借閱管理模塊的類圖，如圖51所示

圖51 系統(tǒng)中借閱管理模塊的類圖

? 系統(tǒng)中案卷管理模塊的類圖，如圖52所示

圖52 系統(tǒng)中案卷管理模塊的類圖

? 系統(tǒng)中文件管理模塊的類圖，如圖53所示

圖53 系統(tǒng)中文件管理模塊的類圖 ? 系統(tǒng)中備份管理模塊的類圖，如圖54所示

圖54 系統(tǒng)中備份管理模塊的類圖

4.2.4.2類圖

和數(shù)據(jù)庫字段相關(guān)的基礎(chǔ)類 在檔案管理系統(tǒng)中最基本的幾個(gè)類：User、fVolumn、Archive、FileType、RoleUser，如圖55所示。

圖55 和數(shù)據(jù)庫字段相關(guān)的基礎(chǔ)類

User類是用戶信息類，它的屬性很多，包括用戶登錄所用名（EnterName）、用戶姓名（UserName）、用戶密碼（PassWord）、用戶所屬部門（Department）、沒有顯示查詢條數(shù)（RowsPage）。

fVolumn類是檔案案卷信息數(shù)據(jù)描述類，包括案卷編號（VolumID）、檔案種類（ArchiveType）、案卷號（VolumnNo）、案卷標(biāo)題（VolumnTitle）、工程代號

31（Code）、類目號（Category）、保管期限（RetentionPeriod）、案卷起始年月（StartDate）、案卷截止年月（EndDate）、案卷總件數(shù)（TotalNum）、案卷總頁數(shù)（TotalPage）、責(zé)任者（Duty）等屬性。

Archive類是檔案管理類，包括檔案序號（SeriaNo）、狀態(tài)（Status）、刪除標(biāo)記（Deleted）、同步標(biāo)記（RepFlag）、檔案種類（ArchiveType）、文件種類載體種類（FileType）、題目分說明（Title）、一般文獻(xiàn)類型標(biāo)識（literatureType）、題目說明（TitleRemark）、成文日期載體形式時(shí)間（FileDate）、文件年代工程代號載體年代（Code）等屬性。

FileType類是檔案種類類。RoleUser類是用戶角色類。

各類之間的關(guān)系

? 數(shù)據(jù)庫表類之間的關(guān)系，如圖56所示。

圖56 各類之間的關(guān)系

User類表示檔案管理系統(tǒng)中的用戶，RoleUser類指用戶的權(quán)限。在現(xiàn)實(shí)世界中，一個(gè)用戶只能擁有一個(gè)權(quán)限，但是一種權(quán)限可以分配給多個(gè)用戶，所以User和RoleUser之間是多對一的關(guān)系。fVolum記錄的是案卷的基本信息，F(xiàn)ileType記錄了案卷的種類,Archive是檔案管理的類，所以fVolum與FileType是一對一的關(guān)系，fVolum與Archive是多對一的關(guān)系。

4.2.4.3組件圖

? 系統(tǒng)的組件圖包括系統(tǒng)服務(wù)和數(shù)據(jù)服務(wù)兩個(gè)組件。如圖57所示。

圖57 組件圖

4.2.4.4部署圖

配置圖主要是用來說明如何配置系統(tǒng)的軟件和硬件。系統(tǒng)由多個(gè)節(jié)點(diǎn)構(gòu)成，應(yīng)用服務(wù)器負(fù)責(zé)整個(gè)系統(tǒng)運(yùn)行的總體協(xié)調(diào)工作，數(shù)據(jù)庫負(fù)責(zé)數(shù)據(jù)管理。Web應(yīng)用程序模塊擁有參與者進(jìn)行各自權(quán)限的操作。管理員可以通過管理應(yīng)用服務(wù)器來管理整個(gè)系統(tǒng)。一般人員可以通過互聯(lián)網(wǎng)訪問應(yīng)用服務(wù)器來操作服務(wù)。系統(tǒng)的配置圖，如圖58所示。

圖58 配置圖

4.2.4.5數(shù)據(jù)建模 ? 創(chuàng)建數(shù)據(jù)庫對象

在構(gòu)建視圖中創(chuàng)建BBS數(shù)據(jù)庫

圖59 BBS數(shù)據(jù)庫（1）

選擇SQL Sever 2000數(shù)據(jù)庫

圖60 BBS數(shù)據(jù)庫（2）

? 創(chuàng)建模式

在邏輯視圖中創(chuàng)建模式

圖61 創(chuàng)建模式

? 創(chuàng)建域包和域

在邏輯視圖中創(chuàng)建域包和域 ? 創(chuàng)建域包

圖62 創(chuàng)建域包

? 創(chuàng)建域

在這里創(chuàng)建3個(gè)域，分別為ID域、name域和pwd域。

? ID域

ID域數(shù)據(jù)類型為INT，有唯一性約束和非空約束。

圖63 ID域

? name域

name域數(shù)據(jù)類型為VARCHAR，長度為20，有唯一性約束和非空約束。

圖64 name域

? pwd域

pwd域數(shù)據(jù)類型為VARCHAR，長度為15，有唯一性約束和非空約束。

圖65 pwd域

? 創(chuàng)建數(shù)據(jù)模型

圖66 創(chuàng)建BBS數(shù)據(jù)模型

? 創(chuàng)建表

? 分別創(chuàng)建用戶表、管理員表、版塊信息表、帖子信息表。如圖

52、圖

53、圖

54、圖55所示。? User表

圖67 User表

? Archive表

圖68 Archive表

? fVolumn表

圖69 fVolumn表

? RoleUser表

圖70 RoleUser表

? FileType表

圖71 FileType表

? 創(chuàng)建表與表之間的關(guān)系

? 創(chuàng)建各表之間的關(guān)系，如圖72所示。

圖72 各表之間的關(guān)系

? 代碼生成

? 在“檔案”模式上單擊右鍵，選擇彈出菜單中的選項(xiàng)“Data Modeler”，在彈出的子菜單中再選擇前向工程“Forward Engineering?”，打開前向工程對話框，如圖73所示。

圖73 代碼生成（1）

? 單擊“Next”進(jìn)入下一個(gè)對話框進(jìn)行功能設(shè)置，選擇希望生成代碼的模型元素。功能選項(xiàng)如圖74所示

圖74 代碼生成（2）

? 單擊“Next”選擇保存腳本代碼的文件。輸入保存代碼的文件名，選擇好文件路徑，點(diǎn)擊“Next”完成。顯示的對話框如圖75所示。

圖75 代碼生成（3）

? 生成代碼，如圖76所示。

圖76 代碼

5.實(shí)訓(xùn)小結(jié)

統(tǒng)一建模語言（UML）是一個(gè)通用的可視化建模語言，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)制品的文檔。它記錄了對必須構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設(shè)計(jì)、瀏覽、配置、維護(hù)和信息控制。UML 適用于各種軟件開發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開發(fā)工具，UML 是一種總結(jié)了以往建模技術(shù)的經(jīng)驗(yàn)并吸收當(dāng)今優(yōu)秀成果的標(biāo)準(zhǔn)建模方法。通過本次實(shí)訓(xùn)，我對UML建設(shè)的整個(gè)過程更詳細(xì)的了解；并學(xué)會了如何使用Rose畫用例圖、活動(dòng)圖、順序圖、協(xié)作圖、狀態(tài)圖、類圖、包圖等?？傊?，通過自己的努力和老師、同學(xué)的幫助，使我在這次實(shí)訓(xùn)中收獲了很多。

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

實(shí)訓(xùn)小結(jié)范文

時(shí)間過的真快，在2006年的7月我們走出了校園，踏上了工作崗位，開始了實(shí)習(xí)生活，一眨眼的工夫，我們已經(jīng)工作快一年了，在這一年中我們學(xué)會了很多以往在學(xué)校里學(xué)不到的知識。一年中我?guī)缀鯂L遍了人生中的酸、甜、苦各種味道。

實(shí)習(xí)的第一天，我懷著忐忑不安的心情來到了我實(shí)習(xí)公司的樓下，因?yàn)闆]有見過將要工作在一起的同事，對他們或多或少都有些好奇，會想他們?nèi)莶蝗菀紫嗵?會不會教給我新的知識，會不會像有些人口中說的那樣讓我在一旁歇著，一點(diǎn)也不教我?站在大廈的樓下，遲

遲的不敢走進(jìn)電梯，眼看著時(shí)間一分一秒的過去了距離老師和實(shí)習(xí)單位聯(lián)系人的時(shí)間越來越近了，最終我還是鼓起勇氣，進(jìn)了電梯按了公司所在的樓層。說來也是巧，我去報(bào)到的那一天剛剛我要工作的單證部在加班，后來辦公室主任幫我介紹了我們部門的經(jīng)理和其他的同事后，我也加入了工作的行列。第一天遇到的事和人都是陌生的，我?guī)缀跏菑牧汩_始。但有一點(diǎn)很慶幸我所想的一切都是浪費(fèi)的，他們不但很容易相處，而且會教我很多東西，真后悔當(dāng)初應(yīng)該早點(diǎn)進(jìn)電梯，在樓下站了半天。

在實(shí)習(xí)的時(shí)候，學(xué)到了很多實(shí)用的東西 而且這些是在學(xué)校沒有學(xué)到過的 比如稱量 第一步就是確認(rèn)批號并核對批紀(jì)錄，核對Pick lisk 和Object lisk及主料放行報(bào)告。

第二步確認(rèn)清場。若生產(chǎn)拜唐蘋則還須確認(rèn)房間溫濕度，更換標(biāo)示。

第三步準(zhǔn)備器具 檢查桶、鏟子、料斗及篩網(wǎng)等，工具放置于已消毒的推

車上準(zhǔn)備容器檢查容器，封閉容器下口，稱量容器皮重，安裝出風(fēng)過 濾稱的檢查確認(rèn)校準(zhǔn)期，檢查水平狀態(tài)，檢查稱的托盤，顯示重量回零確認(rèn)公差進(jìn)入系統(tǒng)確認(rèn)公差值上限、下限，確認(rèn)打印機(jī)連接狀態(tài)。

第四步 首先進(jìn)入系統(tǒng) 進(jìn)入系統(tǒng)領(lǐng)取原料，條碼識別原料信息、核對放行報(bào)告和原料批號是否一致，再根據(jù)放行報(bào)告輸入原料使用含量稱量用桶或容器放在所用稱的正中，確認(rèn)后開始稱料稱量主料打開原料包裝，避免其操作中引入異物或造成其它污染稱料，其間條碼識別所用原料的每個(gè)獨(dú)立包裝并輸入其含量至稱料結(jié)束，操作中避免物料由容器返回至原料包裝內(nèi) 結(jié)束后將未用完的原料包裝密封，標(biāo)記使用量，退回原料庫物料確認(rèn)后全部投入終混容器，出庫登記 然后領(lǐng)取原料，條碼識別原料信息稱量用桶或容器放在所用稱的正中，確認(rèn)后開始稱料 打開原料包裝，避免其操作中引入異物或造成其它污染稱

量輔料稱料，其間條碼識別所用原料的每個(gè)獨(dú)立包裝至稱料結(jié)束，操作中避免物料由容器返回至原料包裝內(nèi)結(jié)束后將未用完的原料包裝密封，標(biāo)記使用量，退回原料庫確認(rèn)后按要求投入終混容器，出庫登記，進(jìn)行下一輔料稱量 取下連接器、出風(fēng)過濾，密封容器，清潔容器外表面 收

集稱量器具殘留物料，器具進(jìn)行密封或遮蓋保護(hù) 第五步上批物料轉(zhuǎn)移，清除區(qū)域上批產(chǎn)品信息，廢料退庫 更換房間狀態(tài)標(biāo)示，清場，填寫清場單，被授權(quán)人檢查 將清場單復(fù)印件放在指定區(qū)域，原件附在批記錄中

第六步 清洗 料斗和連接器盡量拆卸，清潔時(shí)避免零件的磨損和磕碰用自來水沖掉附在表面的粉塵 用擦拭布沾%金魚洗滌靈液擦拭所有表面 用自來水沖洗干凈后使用去離子水噴淋零件所有表面 檢查并用毛巾擦干或壓縮空氣吹干，不合格則須重新清洗 如不立即消毒須用干凈絲綢或保鮮膜覆蓋以防止

被污染 確認(rèn)設(shè)備已清洗干凈，按要求正確佩戴手套和口罩 干凈絲綢噴70-75%醫(yī)用酒精由接觸產(chǎn)品至非接觸產(chǎn)品部位、由上至下、由內(nèi)至外擦拭，裸手操作接觸產(chǎn)品部位后須消毒 料斗和連接器的內(nèi)外表面均須進(jìn)行消毒消毒后敞開晾置至少2小時(shí) 在設(shè)備安裝前，由被授權(quán)人對設(shè)備清潔結(jié)果進(jìn)行目檢 然后安裝連接器下口的容器密封圈，為防止有脫落的密封圈碎屑，用壓縮空氣清潔并檢查，安裝硅膠密封圈，密封保護(hù)。

第七步 超過經(jīng)驗(yàn)證的有效期清潔 先拆卸料斗和連接器與產(chǎn)品接觸工具所有部件進(jìn)行2遍消毒，第2遍需更換絲綢 最后檢查并安裝料斗和連接器。

第八步 維修或保養(yǎng)后的清潔 維修或保養(yǎng)接觸物料的工具，需要進(jìn)行完全清潔用毛巾或擦拭紙清潔被污染外表面，如有必要可使用酒精及洗滌靈，目檢確認(rèn)表面污漬及洗滌靈殘留已被徹底清除。

這些稱量的步驟完完全全的都要

一步一步的來完成 而且每一步都是很重要的 在學(xué)校的時(shí)候我是常常很馬虎的 來到了這里 學(xué)到了 稱量 對于這一項(xiàng)工作 不僅不能馬虎而且要認(rèn)認(rèn)真真的仔仔細(xì)細(xì)的完成 對于我也是鍛煉了我自己 讓自己的意志更堅(jiān)強(qiáng) 讓我對工作 對于任何事情都是認(rèn)真仔細(xì)的完成。

有一次，一大早醒來就感覺頭暈暈的，喉嚨痛痛的，很明顯的跡象我感冒了。但是想想我是個(gè)實(shí)習(xí)生，我總不能隨便打個(gè)電話去然后說我生病了我不去了，那會給人留下什么樣的印象哦，最后我還是去上班了。在工作的時(shí)候我人真的好難過，真的好想和部門經(jīng)理請假回家休息，但是話到了嘴邊就是說不出來，一直忍著直到六點(diǎn)多下班，晚上回到家倒頭就睡。那時(shí)候想想如果在上學(xué)那該多好啊，可以請假休息一下，工作真的是好辛苦?。?實(shí)習(xí)中最開心的事情當(dāng)然是拿工資啦，那時(shí)候讓我知道了賺錢是多么的不容易，看著發(fā)著的工資，真的有點(diǎn)舍不得用。因?yàn)檫@錢跟以往父

母給的不一樣，以前用錢的時(shí)候不會去想這錢得來有多么的辛苦，但是用自己發(fā)來的工資的時(shí)候感覺就不同了，用的時(shí)候會覺得這是我自己賺來的錢，有種飄飄然的感覺，但又有一種感覺就是這可是我很辛苦才賺來的呀，這么給花了會不會太浪費(fèi)呀??！!

最讓我開心的事情是我有好多肯教我的老師們，他們用自己的工作經(jīng)驗(yàn)慢慢的教給我知識，讓我把書上的理論知識運(yùn)用到了實(shí)踐上，教給我為人處事的道理，也能包涵我剛剛出校門對工作陌生而犯下的錯(cuò)誤。讓我在工作上學(xué)到了很多東西，也在處事上學(xué)到了很多，學(xué)會在怎么樣的情況下對人的態(tài)度應(yīng)該怎么樣，該兇的時(shí)候就必須要兇，否則就辦不好事情。真的是非常感謝他們。

實(shí)習(xí)不再是以前的校園生活，有學(xué)校呵護(hù)著你，在社會上我們有時(shí)候就必須要自己去面對處理一些事情，培養(yǎng)了我們的獨(dú)立性。其實(shí)外面社會這個(gè)學(xué)校，有許許多多可以讓我們學(xué)習(xí)的知識。