第一篇：uml實訓總結小結

專用周小結

總結通過一個學期的UML學習，并根據“婚姻中介系統”這個實例，從一開始對UML的概念模糊，到后來的一次次撰寫作業和請教老師，使我漸漸的對UML有了一個系統的了解。我已經理解了UML的作用和運作模式以及方法。它一種是統一建模標準語言，現在對于大多軟件開發來說，都使用UML做為建模語言，形成了統一的標準。其次，UML是圖形化的語言，它可以很直觀的描述出一個事物的狀態，行為與特征，能很好的說明與表達我這個婚姻中介系統。總之，UML是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它溶入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發的全過程。UML是一個標準的圖形表示法，它不是面向對象的分析和設計，也不是一種方法，它僅僅是一組符號而已。它可以對任何具有靜態結構和動態行為的系統進行建模，所以我很喜歡使用UML，因為它方便簡捷，干凈清爽，直觀形象。在這學期的UML的大作業中，經過老師的指導和幫助，我獨立的完成了基于UML的“婚姻中介系統”大作業。不論是MDA系統中的CIM-1還是PIM-1，每次我都會根據老師的要求改之又改，有時候好不容易琢磨出了一幅UML圖，可是拿給老師看了以后，結果卻是要重新畫過，重新理清思路。可是在一遍遍的修改中，我并沒有沮喪，而是邊研究老師的PPT和老師的指導，邊理清每個步驟，每個符號，以及每一幅圖的內容和相互之間的聯系，使得整個系統思路更為清晰。在UML大作業中，我明白了，作為一個系統，需求分析很重要，一開始就應該明確業務流程，才能不至于之后的工作偏離方向。對于用例圖，活動圖，狀態圖，類圖，序列圖，應該分清他們之間的關系，明確各自的作用，將一個系統的各個功能和狀態具體的抽離出來，搭建模型。并且悟出了系統是一個整體，我們應該形成從整體出發，將整體分塊局部剖析，進而重視和完善內部細節。

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

簽名（手寫）：

日期：2012.6.2217

第二篇：UML實訓總結

實訓總結（收獲與體會）

通過一個學期的Uml學習，我從書本上獲取了基本的理論知識，而真正的學以致用，將書本理論知識運用到實際的過程，是這次UML實訓的體現。

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

總之，在我看來，UML是一種定義良好、易于表達、功能強大且普遍適用建模語言。融入軟件工程領域的心思想、新方法和新技術，作用域不限于支持面向對象的分析和設計，也不單純是一種方法，僅僅是一組符號而已，它可以對任何具有靜態機構和動態行為的系統進行建模，所以我很喜歡適用UML，在今后的學習中，我還會進一步對該模型的學習，因為它方便、簡潔、干凈、清爽，直觀形象，把整個軟件系統的開發流程都融入進去。

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

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

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

團隊的力量是無窮的，通過組員的共同努力，完成了實訓項目。雖然，我們這組的項目存在著諸多的不足和缺點，但這正是以后學習和工作需要彌補的。這次實訓將為我以后進入社會提過了一筆寶貴的財富，是對我能力的一個見證。最后，不得不感謝指導教師熊飛老師的辛勤指導，和小組成員的共同努力！

第三篇：UML實訓報告[推薦]

軟件建模實驗報告

題 目： 圖書管理系統

專業： 班級： 姓名： 學號： 指導教師： 成績：

完成日期：年月

摘 要

隨著知識化和信息化新經濟時代的到來，作為信息技術龍頭的計算機及軟件技術突飛猛進，uml成為一種不可或缺的工具。uml是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它溶入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計,還支持從需求分析開始的軟件開發的全過程。用現有的知識，按照軟件工程思想和系統的開發步驟，以圖書管理的應用需求為背景，分析設計了圖書管理系統，并利用rational rose對系統進行建模，完成用例圖和類圖的構建，為后期的程序設計提供標準。

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

該系統以面向對象理論和數據庫管理信息系統開發相關知識為依據，介紹了設計開發中的模塊設計和數據與程序的連接，使sql server 2008與 visual studio 2010得到了有效的結合。

關鍵詞：圖書管理系統；uml；rational rose面向對象

目 錄 1 需求分析............................................................................................錯誤！未定義書簽。1.1 開發背景及意義........................................................................................................4 1.2 功能需求....................................................................................................................4 2 系統建模..............................................................................................................................8 2.1 創建系統用例模型......................................................................................................8 2.1.1 確定參與者........................................................................................................8 2.1.2 參與者的用例圖..............................................................錯誤！未定義書簽。2.2 系統的時序圖............................................................................錯誤！未定義書簽。2.2.1 確定系統參與者的屬性..................................................錯誤！未定義書簽。2.2.2 確定系統主要業務實體類..............................................錯誤！未定義書簽。2.2.3 確定系統類之間的關系..................................................錯誤！未定義書簽。2.3 系統的協作圖..........................................................................錯誤！未定義書簽。2.3.1 創建序列圖和協作圖......................................................錯誤！未定義書簽。2.3.2 創建狀態圖......................................................................錯誤！未定義書簽。2.3.2 創建活動圖......................................................................錯誤！未定義書簽。2.4 創建系統的部署摸型..............................................................錯誤！未定義書簽。1 需求分析

1.1 開發背景及意義

圖書館是一個專門收集、整理、保存、傳播文獻并提供利用的科學、文化、教育和科研機構。現代社會，圖書館成為繼續教育、終身教育的基地，擔負了更多的教育職能。傳遞科學情報，是現代圖書館的一個重要職能。圖書館收藏的圖書資料，是人類長期積累的一種智力資源，圖書館對這些資源的加工、處理，是對這種智力資源的開發。圖書館主要是用來學習的，如果有人遇到問題，他可以通過圖書管的書籍來解決問題。但是為了圖書館的正常運行和保護圖書，圖書館管理系統將用戶劃分為三類人：借閱者，圖書管理員，系統管理員。

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

（1）借閱者可以通過網絡查詢書籍信息、預約書籍和續借書籍。

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

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

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

者的書籍的各項信息的更新與修改。

（2）基本業務模塊：主要用于實現用戶借書與還書的管理，例如借閱者可以登錄系統

預訂書籍，圖書管理員可以取消書籍的預訂，當然還可以進行借書、還書等操作。（3）數據庫管理模塊：在系統中，所有書籍的信息以及借閱者的帳戶信息都要統一管

理，書籍的借閱情況、預訂情況也要進行詳細的記錄，所以要用統一的數據庫平臺進行管理。

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

圖 1.1系統功能需求 1.2.2基本數據維護模塊

圖 1.2數據庫管理模塊

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

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

（4）修改更新書目信息：系統管理員可以修改和更新書目信息。（5）添加書籍信息：系統管理員可以添加書籍。（6）刪除書籍信息：系統管理員可以刪除書籍。篇二：uml實驗報告

《面向對象分析與設計uml》

實驗報告

學 號：180108213 姓 名：龐志偉

班 級：08級軟件2班

指導老師：姚宇峰

實驗及作業一

一、實驗目的了解軟件工程等基礎知識，為后續的統一建模語言uml知識的學習做好準備工作。

二、實驗設備與環境

裝有visio、rathionalrose的計算機。

三、實驗內容

1、復習闡述“軟件工程開發模型”的相關概念，并分析各種模型的優缺點，寫成實驗報告。

2、熟悉uml軟件設計工具visio、rational rose的安裝及環境

四、實驗過程及結果

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

（1）瀑布模型

將功能的實現與設計分開，便于分工協作，即采用結構化的分析與設計方法將邏輯實現與物理實現分開。將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動，并且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。

優點：

1）為項目提供了按階段劃分的檢 瀑布模型查點。2）當前一階段完成后，您只需要去關注后續階段。3）可在迭代模型中應用瀑布模型。

缺點：

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

（2）原型模型

原型模型又稱快速原型，它是增量模型的另一種形式；它是在開發真實系統之前，構造一個原型，在該原型的基礎上，逐漸完成整個系統的開發工作。快速原型模型的第一步是建造一個快速原型，實現客戶或未來的用戶與系統的交互，用戶或客戶對原型進行評價，進一步細化待開發軟件的需求。通過逐步調整原型使其滿足客戶的要求，開發人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎上開發客戶滿意的軟件產品。

優點：克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發風險。

缺點：所選用的開發技術和工具不一定符合主流的發展；快速建立起來的系統結構加上連續的修改可能會導致產品質量低下。

（3）螺旋模型

螺旋模型采用一種周期性的方法來進行系統開發。這會導致開發出眾多的中間版本。使用它，項目經理在早期就能夠為客戶實證某些概念。該模型是快速原型法，以進化的開發方式為中心，在每個項目階段使用瀑布模型法。這種模型的每一個周期都包括需求定義、風險分析、工程實現和評審4個階段，由這4個階段進行迭代。軟件開發過程每迭代一次，軟件開發又前進一個層次。螺旋模型基本做法是在“瀑布模型”的每一個開發階段前引入一個非常嚴格的風險識別、風險分析和風險控制，它把軟件項目分解成一個個小項目。每個小項目都標識一個或多個主要風險，直到所有的主要風險因素都被確定。

優點：

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

缺點：

很難讓用戶確信這種演化方法的結果是可以控制的。建設周期長，而軟件技術發展比較快，所以經常出現軟件開發完畢后，和當前的技術水平有了較大的差距，無法滿足當前用戶需求。

（4）噴泉模型

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

優點：

噴泉模型不像瀑布模型那樣，需要分析活動結束后才開始設計活動，設計活動結束后才開始編碼活動。該模型的各個階段沒有明顯的界限，開發人員可以同步進行開發。其優點是可以提高軟件項目開發效率，節省開發時間，適應于面向對象的軟件開發過程。

缺點：

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

五、實驗小結：

通過本次實驗讓我了解了軟件工程開發的4中主要模型和這些模型的優缺點。初次安裝并使用uml軟件設計工具visio和rational rose使我初步認識了軟件開發中uml的設計。

實驗及作業二

一、實驗目的

1、了解面向對象的基本概念

2、熟悉面向對象的分析、設計過程

3、了解基于uml的面向對象分析設計過程

二、實驗設備與環境

裝有visio、rathionalrose的計算機。

三、實驗內容

1、熟悉rational rose的使用。

2、熟悉利用統一建模語言進行分析、設計軟件的過程，完成作業：論述面向對象（oo）方法的特點、優勢以及存在的問題。

四、實驗過程及結果

面向對象方法(object-oriented method)是一種把面向對象的思想應用于軟件開發過程中，指導開發活動的系統方法，簡稱oo(object-oriented)方法，是建立在“對象”概念基礎上的方法學。對象是由數據和容許的操作組成的封裝體，與客觀實體有直接對應關系，一個對象類定義了具有相似性質的一組對象。而每繼承性是對具有層次關系的類的屬性和操作進行共享的一種方式。所謂面向對象就是基于對象概念，以對象為中心，以類和繼承為構造機制，來認識、理解、刻畫客觀世界和設計、構建相應的軟件系統。

主要特征：封裝性，多態性 優勢：

（1）強調從現實世界中客觀存在的事物（對象）出發來認識問題域和構造系統，這就使系統開發者大大減少了對問題域的理解難度，從而使系統能更準確地反映問題域。

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

（3）對象的概念貫穿于開發過程的終，使各個開發階段的系統成分具良好的對應，從而顯著地提高了系統的開發效率與質量，并大大降低系統維護的難度。

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

地改善了人員之間的 交流和協作。

（5）對象的相對穩定性和對易變因素隔離，增強了系統的應變能力。

（6）對象類之間的繼承關系和對象的相對獨立性，對軟件復用提供了強有力的支持。存在的問題：

（1）軟件重用性差（2）軟件可維護性差

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

五、實驗小結：

通過本次實驗了解rational rose的使用。學習利用統一建模語言進行分析、設計軟件的過程，通過上網查詢，了解有關面向對象（oo）方法的特點、優勢以及存在的問題。

第四篇：檔案管理系統UML實訓報告

目錄

1.實訓名稱..........................................................2 2.實訓題目..........................................................2 3.實訓目的..........................................................2 4.實訓內容及結果....................................................2

4.1檔案管理系統需求分析.....................................................................................................2

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

4.2.1UML初始模型....................................................8 4.2.2業務建模.......................................................8 4.2.2.1業務用例模型.............................................8 4.2.2.2業務分析模型............................................15 4.2.3分析模型......................................................18 4.2.3.1參與者..................................................18 4.2.3.2用例....................................................18 4.2.3.3用例圖..................................................19 4.2.3.4時序圖..................................................20 4.2.3.5協作圖..................................................24 4.2.3.6狀態圖..................................................26 4.2.3.7分析類圖................................................27 4.2.4設計模型......................................................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數據建模................................................33 5.實訓小結.........................................................39

1.實訓名稱

信息系統分析與綜合課程設計

2.實訓題目

檔案管理系統

3.實訓目的

通過實踐使學生更深入地了解與掌握信息系統的概念、分析設計信息系統的原理和方法，使學生熟練掌握結構化系統分析與設計的方法。為學生今后在使用、管理與開發管理信息系統打下基礎。

4.實訓內容及結果

4.1檔案管理系統需求分析

4.1.1系統功能需求

檔案管理系統是一套功能強大，操作簡便、實用的自動化管理軟件，包括用戶管理、系統參數設置、檔案數據錄入（分為文件錄入和案卷錄入兩部分）、案卷數據查詢（分為文件查詢和案卷查詢兩部分）、借閱管理、數據維護（分為數據備份和數據操作）、操作日志查看、報表打印等。可以用于一般的檔案室，也可用于網絡中的辦公系統，進行聯網操作。本檔案管理系統主要針對某檔案室的具體業務流程開發設計，系統提供了較好的功能擴充接口。開發檔案管理軟件是為了滿足該檔案室對檔案管理和業務管理的方便，以現代化的創新思維模式工作。下面概括一下本檔案管理系統大致的功能需求。用戶登陸 在用戶進入系統前，首先要求用戶進行登錄，登錄是要驗證用戶名和密碼是用戶的登錄密碼要求機密保存在數據庫中。用戶登錄后需要記入到日志庫否匹配，驗證通過后允許用戶進入本系統操作。用戶的密碼需要進行加密算法。中。修改注冊信息 用戶登錄后，可以修改自己的注冊信息，包括修改用戶密碼，每頁顯示行數等信息，不允許修改用戶名、姓名和部門等信息。

權限設置

本模塊只有系統管理員可以操作。

管理員可以增加系統用戶、刪除系統用戶、修改用戶的相關屬性、修改用戶的權限表。

系統參數設置

本模塊設置系統的輔助參數表，這些參數表是輸入數據時作為輔助使用的。每個參數表需要有增加、刪除、修改和查看等操作。

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

輸入數據時要考慮用戶連續錄入的情況，可以從上一條記錄復制數據到新的記錄中。

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

數據維護

本模塊需要具有“數據維護”的權限的用戶可以操作。

數據維護模塊對已經“刪除”（只是做刪除標記）的檔案文件做最后的判定，判斷該文件是否要刪除。此模塊涉及兩種操作：回復和徹底刪除。

數據查詢

按用戶輸入的條件查詢相應的檔案文件信息。

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

數據修改

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

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

打印各種檔案的目錄表和統計表。可以由用戶設計進行報表的自動生成。

檔案借閱

此模塊分為外借登記、歸還記錄和電子借閱申請處理兩部分，具有“借閱管理”權限的用戶可以操作此模塊。

外借模塊實現檔案文件的借出登記和歸還登記功能。

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

數據備份及恢復

本模塊需要實現數據的備份和恢復機制。

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

可以對數據進行備份和恢復，備份的路徑在系統參數設置中指定。備份生成一個XML文件，恢復的時候自動由此恢復。具有批量備份和恢復功能。

查閱操作日志

本模塊對系統運行日志操作，具有“日志操作”權限的用戶可以進入本模塊。可以盡心查看日志記錄等操作。

下圖為整個檔案管理系統的功能需求。

圖1 檔案管理系統的功能需求

4.1.2用戶管理模塊

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

圖2 用戶管理模塊

添加用戶：管理員可以對用戶進行添加操作。

刪除用戶：管理員可以對已有用戶進行刪除操作。

查看用戶權限：每個用戶都具有一定的權限，管理員可以查看用戶的管理權限。

修改管理權限：管理員可以修改用戶的管理權限。

添加管理權限：管理員在權限管理中可以添加管理權限。

刪除管理權限：管理員在權限管理中可以刪除管理權限。

4.1.3系統參數設置模塊

系統參數設置模塊包括如下圖3所示幾個部分

圖3 系統參數設置模塊

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

檔案種類表：對檔案種類進行添加、刪除操作。

文件種類表：對文件種類進行添加、刪除操作。文件類目表：對文件類目進行添加、刪除操作。

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

4.1.4借閱管理模塊

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

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

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

網上借閱：網上借閱提供網上借閱申請、未提交的借閱申請、已處理的借閱申請、借閱申請處理和網上答復幾個小模塊。

其中網上借閱申請、未提交的借閱申請、已處理的借閱申請模塊是所有用戶都擁有的，借閱申請處理是具有借閱管理權限的用戶所擁有的模塊、網上答復是具有借閱答復權限的用戶所擁有的模塊。

圖4 借閱管理模塊

4.1.5案卷管理模塊

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

圖5 案卷管理模塊

案卷查詢：對所需要的案卷進行查詢操作。

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

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

圖6 文件管理模塊

文件查詢：對所需要的文件進行查詢操作。

文件錄入：保存文件。

4.1.7數據管理模塊

數據管理模塊包括如下圖7所示幾個部分

圖7 數據管理模塊

數據備份：對文件表和案卷分別進行備份。

數據恢復：對文件表和案卷分別進行數據恢復。

4.2系統的UML建模

4.2.1UML初始模型

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

圖8 新建模型

4.2.2業務建模

4.2.2.1業務用例模型 ? 確定業務參與者

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

用戶登錄——驗證用戶身份的合法性，判斷是否運行進入本系統。

修改注冊信息。

權限設置——增、刪用戶，修改用戶屬性和用戶的權限。

系統參數設置——設置系統的輔助參數表。

數據錄入——檔案案卷和文件信息的錄入。

數據維護——對用戶刪除的數據進行判定，恢復或者正式刪除。

數據查詢——查詢檔案數據，可以查看查詢到檔案文件數據，根據權限的不太也可以修改指定的檔案數據。

數據修改——用戶可以通過此模塊批量修改數據。

報表打印——打印各類檔案目錄及統計報表。

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

數據備份和恢復——檔案數據的備份和恢復。

日志記錄。

通過以上的分析，可以創建以下的參與者：

管理員

檔案室人員

案卷輸入人員

借閱管理人員

一般人員

在Rose中，參與者的創建如圖9所示。

圖9 業務參與者

? 確定業務用例

經過分析調查，檔案管理系統根據業務流程可以分為以下幾個用例：

用戶登錄

根據權限進入

管理員系統參數設置

管理員進行用戶管理

數據信息錄入

數據查看

數據備份和恢復

普通用戶網上借閱管理

管理員操作日志并查看

報表打印

用戶注冊管理

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

圖10 業務用例

? 用例規約

每個用例都有其用例規約，即每個用例的含義，這里僅對部分用例進行用例規約。

? 借閱登記：

正常事件流：

借閱管理員選擇借閱者

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

借閱管理員選擇借閱者

借閱管理員選擇一個已有的借閱記錄 借閱管理員改變借閱時間

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

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

? 借閱查詢：

正常事件流：

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

正常事件流：

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

? 用例建模

按照業務參與者的只能劃分，檔案管理的用例圖分別為：借閱管理員的用例圖，檔案室人員的用例圖，系統管理員進行系統維護的用例圖。如圖

11、圖

12、圖13所示。

? 借閱管理人員的用例圖

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

? 檔案室人員的用例圖

圖12 圖檔案室人員的用例圖 ? 系統管理員進行系統維護的用例圖

圖13 系統管理員進行系統維護的用例圖

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

? 一般人員的活動圖

一般人員首先登錄系統，然后進入網上借閱、借閱登記、借閱查詢等活動，注意這幾個活動都是并列的。完成活動后退出系統。如圖14所示。

圖14 一般人員的活動圖 ? 借閱管理人員的活動圖

借閱管理員可以處理兩種情況，借閱申請處理和借閱歸還處理。當一般人員申請借閱檔案時，借閱管理員要檢查一般人員的憑證是否滿足借閱條件；當一般人員歸還檔案時，借閱管理員要檢查所借的檔案是否超時，如果超時，將采取一定的懲罰措施。如圖15所示。

圖15 借閱管理人員的活動圖

? 案卷輸入人員的活動圖

案卷輸入人員的活動比較簡單，主要負責案卷的錄入工作。如圖16所示。

圖16 案卷輸入人員的活動圖

? 系統管理員的活動圖

系統管理員擁有最高的權限，幾乎可以做任何工作，所以相對處理的內容比較多，活動圖也就很多。因此，這里僅以一部分為例。? 系統管理員維護系統數據的活動圖

系統管理員在維護系統數據的活動中，可以進行兩種操作，即數據備份和數據恢復。如圖17所示。

圖17 系統管理員的活動圖

? 系統管理員維護用戶的活動圖

系統管理員在維護用戶的活動中，可以對用戶實行管理，在用戶管理中可以添加用戶、刪除用戶，還可以查看用戶權限；在權限管理中，系統管理員還可以對用戶實現權限管理，進行刪除用戶權限和添加用戶權限的操作。如圖18所示。

圖18 系統管理員維護用戶的活動圖 ? 系統管理員設置系統參數的活動圖

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

圖19 統管理員設置系統參數的活動圖

4.2.2.2業務分析模型 ? 時序圖

時序圖按照時間順序描述系統元素之間的交互。檔案管理系統的時序圖主要有如下幾個。

用戶管理模塊中的系統管理員添加、刪除或修改用戶的時序圖。

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

借閱管理模塊中的借閱管理員管理借閱案卷的時序圖。

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

數據管理模塊中的系統管理員備份或恢復數據的時序圖。

系統參數設置模塊中的系統管理員的添加、刪除文件檔案的時序圖。

? 系統管理員添加用戶的時序圖

圖20 系統管理員添加用戶的時序圖

? 案卷輸入員錄入案卷的時序圖

圖21 案卷輸入員錄入案卷的時序圖

? 借閱管理員管理借閱案卷的時序圖

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

圖23 一般人員查詢文件的時序圖

? 系統管理員備份數據的時序圖

圖24 系統管理員備份數據的時序圖

? 系統管理員的添加檔案的時序圖

圖25 系統管理員的添加檔案的時序圖 4.2.3分析模型

4.2.3.1參與者

通過分析調查，可以創建以下的參與者，如圖26所示。

管理員

檔案室人員

案卷輸入人員

借閱管理人員

一般人員

圖26 參與者

4.2.3.2用例

根據分析得出該業務一共有以下用例，如圖27所示。

圖27 用例

4.2.3.3用例圖

按照業務參與者的只能劃分，檔案管理系統的用例圖分別為：借閱管理人員的用例圖、檔案室人員的用例圖、系統管理員進行系統維護的用例圖。如圖

28、圖

29、圖30所示。

? 借閱管理人員的用例圖

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

? 檔案室人員的用例圖

圖29 檔案室人員的用例圖 ? 系統管理員進行系統維護的用例圖

圖30 系統管理員進行系統維護的用例圖

4.2.3.4時序圖

時序圖按照時間順序描述系統元素之間的交互。檔案管理系統的時序圖主要有如下幾個。

用戶管理模塊中的系統管理員添加、刪除或修改用戶的時序圖。

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

借閱管理模塊中的借閱管理員管理借閱案卷的時序圖。

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

數據管理模塊中的系統管理員備份或恢復數據的時序圖。

系統參數設置模塊中的系統管理員的添加、刪除文件檔案的時序圖。

? 系統管理員添加用戶的時序圖

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

圖31 系統管理員添加用戶的時序圖

? 案卷輸入員錄入案卷的時序圖

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

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

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

圖33 借閱管理員管理借閱案卷的時序圖

? 一般人員查詢文件的時序圖

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

圖34 一般人員查詢文件的時序圖 ? 系統管理員備份數據的時序圖

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

圖35 系統管理員備份數據的時序圖

? 系統管理員的添加檔案的時序圖

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

圖36 系統管理員的添加檔案的時序圖 4.2.3.5協作圖 協作圖用來表現系統的對象間另一種交互，即時間和空間順序上的交互。檔案管理系統的協作圖主要有以下幾個。如圖

37、圖

38、圖

39、圖40、圖

41、圖42所示。

用戶管理模塊中的系統管理員添加、刪除或修改用戶的協作圖。

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

借閱管理模塊中的借閱管理員管理借閱案卷的協作圖。

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

數據管理模塊中的系統管理員備份或恢復數據的協作圖。

系統參數設置模塊中的系統管理員的添加、刪除文件檔案的協作圖。

? 系統管理員添加用戶的協作圖

圖37 系統管理員添加用戶的協作圖

? 案卷輸入員錄入案卷的協作圖

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

圖39 借閱管理員管理借閱案卷的協作圖

? 一般人員查詢文件的協作圖

圖40 一般人員查詢文件的協作圖

? 系統管理員備份數據的協作圖

圖41 系統管理員備份數據的協作圖 ? 系統管理員的添加檔案的協作圖

圖42 系統管理員的添加檔案的協作圖

4.2.3.6狀態圖 在檔案管理系統中，有明確狀態轉換的類有檔案和借閱者賬戶（相當于包含? 檔案的狀態圖

檔案處于外借狀態時，可以借閱，借閱后就變為借閱狀態。外借檔案歸還后又變為可外借狀態。如圖43所示。特定個人信息的電子借閱證）。可以在系統中為這兩類事物建立狀態圖。

圖43 檔案的狀態圖

? 借閱者賬戶的狀態圖

借閱者的賬戶剛被管理員添加時處于借閱賬戶的可用狀態，當所借檔案數帶到規定的借閱數目上限后，變為不可用狀態。當賬戶被管理員刪除后，變為刪除狀態。如圖44所示。

圖44 借閱者賬戶的狀態圖

4.2.3.7分析類圖 ? 實體類

經過分析，有如下實體類，分別為借閱時間、日志、管理權限、數據備份記錄、文件存放路徑、報表、數據恢復記錄、文件種類、用戶、借閱申請、檔案種類、案卷信息，如圖45所示。

圖45 實體類 ? 控制類

經過分析，有如下控制類，分別為：打印報表workflow、檔案種類表操作workflow、根據權限查看workflow、借閱查詢workflow、數據查看workflow、數據信息錄入workflow、數據備份和恢復workflow、管理員用戶管理workflow、網上借閱workflow、普通用戶網上借閱管理workflow、管理員操作日志并查看workflow、用戶注冊管理workflow、用戶登錄workflow、借閱登記workflow、文件種類表操作workflow、管理員系統參數設置workflow，如圖46所示。

圖46 控制類

? 邊界類

經過分析有，如下邊界類，分別為：借閱登記UI、借閱查詢UI、文件種類操作UI、管理員系統參數設置UI、數據查看UI、檔案種類操作UI、網上借閱UI、管理員操作日志并查看UI、用戶注冊管理UI、數據備份和恢復UI、管理員用戶管理UI、數據信息錄入UI、用戶登錄UI、普通用戶網上借閱管理UI、根據權限查看UI、報表打印UI，如圖47所示。

圖47 邊界類

4.2.4設計模型

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

圖48 包圖

包中的類

? 系統中用戶管理模塊的類圖，如圖49所示

圖49 統中用戶管理模塊的類圖

? 系統中中系統參數設置模塊的類圖，如圖50所示

圖50 系統中中系統參數設置模塊的類圖 ? 系統中借閱管理模塊的類圖，如圖51所示

圖51 系統中借閱管理模塊的類圖

? 系統中案卷管理模塊的類圖，如圖52所示

圖52 系統中案卷管理模塊的類圖

? 系統中文件管理模塊的類圖，如圖53所示

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

圖54 系統中備份管理模塊的類圖

4.2.4.2類圖

和數據庫字段相關的基礎類 在檔案管理系統中最基本的幾個類：User、fVolumn、Archive、FileType、RoleUser，如圖55所示。

圖55 和數據庫字段相關的基礎類

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

fVolumn類是檔案案卷信息數據描述類，包括案卷編號（VolumID）、檔案種類（ArchiveType）、案卷號（VolumnNo）、案卷標題（VolumnTitle）、工程代號

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

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

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

各類之間的關系

? 數據庫表類之間的關系，如圖56所示。

圖56 各類之間的關系

User類表示檔案管理系統中的用戶，RoleUser類指用戶的權限。在現實世界中，一個用戶只能擁有一個權限，但是一種權限可以分配給多個用戶，所以User和RoleUser之間是多對一的關系。fVolum記錄的是案卷的基本信息，FileType記錄了案卷的種類,Archive是檔案管理的類，所以fVolum與FileType是一對一的關系，fVolum與Archive是多對一的關系。

4.2.4.3組件圖

? 系統的組件圖包括系統服務和數據服務兩個組件。如圖57所示。

圖57 組件圖

4.2.4.4部署圖

配置圖主要是用來說明如何配置系統的軟件和硬件。系統由多個節點構成，應用服務器負責整個系統運行的總體協調工作，數據庫負責數據管理。Web應用程序模塊擁有參與者進行各自權限的操作。管理員可以通過管理應用服務器來管理整個系統。一般人員可以通過互聯網訪問應用服務器來操作服務。系統的配置圖，如圖58所示。

圖58 配置圖

4.2.4.5數據建模 ? 創建數據庫對象

在構建視圖中創建BBS數據庫

圖59 BBS數據庫（1）

選擇SQL Sever 2000數據庫

圖60 BBS數據庫（2）

? 創建模式

在邏輯視圖中創建模式

圖61 創建模式

? 創建域包和域

在邏輯視圖中創建域包和域 ? 創建域包

圖62 創建域包

? 創建域

在這里創建3個域，分別為ID域、name域和pwd域。

? ID域

ID域數據類型為INT，有唯一性約束和非空約束。

圖63 ID域

? name域

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

圖64 name域

? pwd域

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

圖65 pwd域

? 創建數據模型

圖66 創建BBS數據模型

? 創建表

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

52、圖

53、圖

54、圖55所示。? User表

圖67 User表

? Archive表

圖68 Archive表

? fVolumn表

圖69 fVolumn表

? RoleUser表

圖70 RoleUser表

? FileType表

圖71 FileType表

? 創建表與表之間的關系

? 創建各表之間的關系，如圖72所示。

圖72 各表之間的關系

? 代碼生成

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

圖73 代碼生成（1）

? 單擊“Next”進入下一個對話框進行功能設置，選擇希望生成代碼的模型元素。功能選項如圖74所示

圖74 代碼生成（2）

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

圖75 代碼生成（3）

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

圖76 代碼

5.實訓小結

統一建模語言（UML）是一個通用的可視化建模語言，用于對軟件進行描述、可視化處理、構造和建立軟件系統制品的文檔。它記錄了對必須構造的系統的決定和理解，可用于對系統的理解、設計、瀏覽、配置、維護和信息控制。UML 適用于各種軟件開發方法、軟件生命周期的各個階段、各種應用領域以及各種開發工具，UML 是一種總結了以往建模技術的經驗并吸收當今優秀成果的標準建模方法。通過本次實訓，我對UML建設的整個過程更詳細的了解；并學會了如何使用Rose畫用例圖、活動圖、順序圖、協作圖、狀態圖、類圖、包圖等。總之，通過自己的努力和老師、同學的幫助，使我在這次實訓中收獲了很多。

第五篇：實訓小結

實訓小結范文

時間過的真快，在2006年的7月我們走出了校園，踏上了工作崗位，開始了實習生活，一眨眼的工夫，我們已經工作快一年了，在這一年中我們學會了很多以往在學校里學不到的知識。一年中我幾乎嘗遍了人生中的酸、甜、苦各種味道。

實習的第一天，我懷著忐忑不安的心情來到了我實習公司的樓下，因為沒有見過將要工作在一起的同事，對他們或多或少都有些好奇，會想他們容不容易相處?會不會教給我新的知識，會不會像有些人口中說的那樣讓我在一旁歇著，一點也不教我?站在大廈的樓下，遲

遲的不敢走進電梯，眼看著時間一分一秒的過去了距離老師和實習單位聯系人的時間越來越近了，最終我還是鼓起勇氣，進了電梯按了公司所在的樓層。說來也是巧，我去報到的那一天剛剛我要工作的單證部在加班，后來辦公室主任幫我介紹了我們部門的經理和其他的同事后，我也加入了工作的行列。第一天遇到的事和人都是陌生的，我幾乎是從零開始。但有一點很慶幸我所想的一切都是浪費的，他們不但很容易相處，而且會教我很多東西，真后悔當初應該早點進電梯，在樓下站了半天。

在實習的時候，學到了很多實用的東西 而且這些是在學校沒有學到過的 比如稱量 第一步就是確認批號并核對批紀錄，核對Pick lisk 和Object lisk及主料放行報告。

第二步確認清場。若生產拜唐蘋則還須確認房間溫濕度，更換標示。

第三步準備器具 檢查桶、鏟子、料斗及篩網等，工具放置于已消毒的推

車上準備容器檢查容器，封閉容器下口，稱量容器皮重，安裝出風過 濾稱的檢查確認校準期，檢查水平狀態，檢查稱的托盤，顯示重量回零確認公差進入系統確認公差值上限、下限，確認打印機連接狀態。

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

量輔料稱料，其間條碼識別所用原料的每個獨立包裝至稱料結束，操作中避免物料由容器返回至原料包裝內結束后將未用完的原料包裝密封，標記使用量，退回原料庫確認后按要求投入終混容器，出庫登記，進行下一輔料稱量 取下連接器、出風過濾，密封容器，清潔容器外表面 收

集稱量器具殘留物料，器具進行密封或遮蓋保護 第五步上批物料轉移，清除區域上批產品信息，廢料退庫 更換房間狀態標示，清場，填寫清場單，被授權人檢查 將清場單復印件放在指定區域，原件附在批記錄中

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

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

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

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

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

一步一步的來完成 而且每一步都是很重要的 在學校的時候我是常常很馬虎的 來到了這里 學到了 稱量 對于這一項工作 不僅不能馬虎而且要認認真真的仔仔細細的完成 對于我也是鍛煉了我自己 讓自己的意志更堅強 讓我對工作 對于任何事情都是認真仔細的完成。

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

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

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

實習不再是以前的校園生活，有學校呵護著你，在社會上我們有時候就必須要自己去面對處理一些事情，培養了我們的獨立性。其實外面社會這個學校，有許許多多可以讓我們學習的知識。