第一篇：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實訓總結

實訓總結（收獲與體會）

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

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

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

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

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

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

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

第三篇：檔案管理系統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畫用例圖、活動圖、順序圖、協作圖、狀態圖、類圖、包圖等。總之，通過自己的努力和老師、同學的幫助，使我在這次實訓中收獲了很多。

第四篇：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

第五篇：實訓報告（本站推薦）

江西經濟管理干部學院

市場營銷創新創業實戰綜合實訓

實訓報告

組號：18 企業名稱：四人型 學生：張克文 專業班級：091市營

指導老師：陳世偉 肖永平劉敏 雷晨光 彭越

時間：2011-11-6

前言

創業對每個大學生來說都不是陌生的，因為現在有很多大學生畢業后都選擇了自己創業，但人人都知道，創業不可能一帆風順，在你創業的路上總是困難不斷，挑戰不斷，激情不斷，這是一種非常鍛煉人的方式，每年都有好多大學生創業同時也有好多已經創業不久的大學生宣布破產，公司生存不下去了，結合種種情況，學校給我們這屆的畢業生安排了創業實戰實訓，為的就是讓我們這些將要出去的大學生對創業有更加深刻的認識，更加深刻的體驗，實訓以了解成立公司為起點，讓我們學生了解成公司所需要什么材料，需要走什么流程，同時也讓我們體會成立公司之后有要面對的問題以及應當負起的責任，有了一次這樣的經驗，以后我們自己去做的時候就可以少走點彎路，給自己少帶來點麻煩，學校還安排了有關城管的講座，專門請了當地城管局局長來為我們學生講有關在創來過程中怎樣和城管打交道，城管的職務是什么，我們在創業開公司的過程中什么事應要先向城管申請之后才能實施，給我們學生增長了不認識，同時也為我們以后提供了方便。稅務講座，以及學校組織的經驗座談會，都給我們學生帶來了巨大的好處與方便。

一、實訓的目的

實訓的目的就是讓我們學生更加真實的感受創來所帶來的種種困難以及喜怒、哀、樂 更加深意的體會創業這個詞，同時也讓我們學生了解創業開公司所需走的流程，所要注意的問題，也讓我們學生學習去處理在經營過程中所出現的各式各樣問題，去發現問題再解決問題。

二、實訓的時間

2011-10-10—2011-11-4

三、實訓過程（前期）

1、實訓的啟動儀式

實訓的啟動儀式在學校的視頻會議中心舉行，由學校教授陳世偉老師和學校主任肖永平老師主持，內容主要是讓我們學生認識這次實訓的重要性，學校對此次實訓非賞的重視，受到了廣大的關注，在啟動儀式中，規定了實訓的時間，以及一些規定，為的是

讓人人都參與其中，真正體會實訓所帶來的意義，每組的組長都拿到了一份時間安排表，在實訓期間每天要做什么，什么時候有講座，上面都寫的非常清楚。這樣我們的實訓啟動儀式結束了也就意味著我們的市場營銷創新創業實戰綜合實訓開始了。

2、市場調查

前2個星期是我們準備階段，為了了解我們學校的市場我們不得不進行學校市場調查，一組成員坐在一起進行討論制定市場調量計劃、設計市場調查問卷、以怎樣的形式進行調查、以及最后完成我們的市場調查報告并分析出我們需要的信息。以下為市場調查問卷：

1、經管院市場調查問卷（1）你的性別？（）

Ａ.男 B.女

（2）你產生活用品都在什么地方購買?()A.學校食堂超市 B.金贛超市 C.外校超市 D.市區（3）你所購買的皮帶的價位是多少?()A.5---10元 B.11—15元 C.16-----20元 D.元（4）你最近有購買手表的欲望嗎?()A..可有可無 B.有點想 C.很想 D.不想（5）假如你現在購買手表會選擇的價位是?()A.20—30元 B.31---40元 C41—50元 D51元以上（6）過生日時有想放孔明燈許愿嗎?()A.不想 B.想 C.非常想 D（7）你對手機掛墜,包包掛墜的看法?()A.很喜歡一直想買 B.喜歡 C.一般 D.不喜歡（8）有想繡十字繡的想法嗎?()(男生可不填)A.想 B不想

（9）你對瓷器生活用具及飾品的看法?()A.很好很喜歡 B一般 C不喜歡 D（10）真心的感謝你本次的合作,希望到時前來,<< >>選購你想要的 3

商品.2、調查分析

對于這個問題按照數據來看，我們看出大部分的人對買表還是有意愿的，而且有意愿的占了75%，這將是很大的一個市場，我們把大部分精力來做學生手表市場是一個好的選擇。

1）、如果你最近有買手表的意愿，會選擇什么價位的手表？

從問題來看，這個問題主要是調查消費者對手表價格的選擇問題，可以從中得知消費者心中對手表價格的一個定位。從數據中可以看出，理想中價格在0—25元中的占5%，26—50元的占據41%，51—100元的占35%，100以上的占19%，可以知道，在26—50元和51—100元的占了絕大部分市場，這告訴我們，我們對于手表的市場價格定位應在26—100元之間最佳，其中100元以上的占了19%，市場還是比較大，這部分是高端消費者，可以少量適應。但主要應是中低端市場。

2）、你買手表一般看重手表的什么特征？

從上面得出的表格來看，可以知道消費者對手表注重的是手表的價格和檔次這方面可能表現的不比較的突出，款式和包裝也可以明顯的凸顯出來，它們的比值分別是價格61%，款式26%，顏色19%，包裝36%，代表的意義占15%，檔次占48%。我們做這塊的產品，應主要從手表的價格和顯示檔次著手，外加包裝和款式都比價重要，還有代表的意義也很重要，比如這個情侶手表代表我愛我女朋友之類的，有一個意義在。

3、調查結果分析及評價

這次調查主在調查我們公司在這次市場營銷實戰綜合實訓中經營什么項目，找出消費者的需求，充分適應消費者需求，使我公司產品能在這次實訓過程中脫穎而出。

從這次調查數據顯示下，我們得出一下結果：

1）經管院有好大一部分人最近有意愿購買手表，有與沒有意愿買手表的比例為75%和25%，這點來看手表市場有很大的潛力。

2）學生對手表價格定位主要在26—50元和51—100元之間，比例分別是41%和35%，可以看出消費者不僅對手表有很大的意愿購買，而且買的價格因素還占很大一部分。

3）消費者對手表特征主要集中在價格、款式、包裝、顏色、檔次、代表意義五個方面，這五個方面占的比例分別是價格61%，款式26%，顏色19%，包裝36%，代表的意義占15%，檔次占48%。

4）消費者購買手表主要是自己戴、送朋友做生日禮物、為女朋友買三個方面，比例是30%、34%、36%。這是手表使用者比例。

5）學生購買手表的動機有很多中，但主要集中在看時間、作為飾品、作為禮物、顯酷，比例是12%、36%、25%、27%。我們應該集中在手機的作為飾品和顯酷這兩方面發展。

6）腰帶在經管院有市場，人們主要關注腰帶的價格。腰帶價格分布主要在5—10元、11—15元、16—20元還有其他，主要是11—15元和16—20元之間，分別比例是39%和22%。

7）瓷器、十字繡和手機或包包吊墜在經管院沒有市場。

3、結論及建議

從市場調查結果可以看出，手表市場在我校比較大，潛力比較大。瓷器、十字繡和吊墜在我校市場沒有明顯的優勢。腰帶可以在我校開展市場，但不能作為我公司主營業務。所以我公司的主營業務定在手表這一塊，從手表的價格、款式、檔次、顏色、代表意義這五點出發，以獨特的優勢在這次實訓中突出。

從調查中，我們有幾點建設性意見：

（1）在營業中應該在不斷開拓消費者需求，不斷拓展我們公司業務，使我公司利于不敗之地；

（2）銷售地點應盡量設在外面，如果沒有條件，盡量設在銷售地點的外面一點；

（3）可以開設預定項目，別人沒有看到的產品可以在我公司預定，這樣可以不斷挖掘顧客需求；

（4）在銷售地點放意見簿，廣大征求消費者意見；

（5）所經營產品一定要分出檔次，和別的公司同種產品分出檔次，同種產品在本公司分出檔次。

5、籌集資金

（1）攤位投資方案

在攤位競標中，本公司以45元的價格競標到地理位置較好的攤位，該攤位在兩道路交叉口，人流量較大，容易引起別人的注意。在攤位的裝飾上，我們也花了比較大的精力，盡力把該攤位裝飾的有創意，使得該攤位很獨特，與眾不同，更能吸引顧客。在貨物的擺放上，本公司根據男女的喜好段進行擺放。

（2）廣告宣傳投資方案

在這方面，本公司投入少量的資金用于廣告宣傳。第一，以調查問卷的形式對校內的學生進行調查，重點向學生介紹本公司攤位的位置以及告訴對方本公司有哪些產品，以及詢問對方需要哪些產品，做到以調查為輔，宣傳為主的策略，減少額外的成本。本公司還以25元的價格做成一份大的海報，在海報上標明本公司的產品以及做出挑逗的形式來吸引消費者，整個海報一眼望去就能讓消費者有想買的感覺（3）產品投資方案

本公司各小組成員經過多輪的商討，決定要進的產品。討論的產品要包含以下幾方面：要有普遍性，要有獨一無二的新產品，款式新穎獨特，適合大眾潮流，既要進物美價廉的產品，也要進些高檔的產品。以上的產品特點根據調查問卷的內容討論出來，以及當今消費者的需求而定。在校學生的資金都是來自父母，因此中低檔的產品占主要份額，所以本公司在進貨的價格定在50元一下，既要實惠又要實用，滿足中低檔人群的需要；在高檔產品方面，由于它具有新穎，外表氣派等特點，也會受到小部分人群的喜好，因此本公司在高檔產品方面進價定在50元—100元左右。由于本次擺放攤位在校內，因此人數有所限制，因此在進貨中，不能盲目的進貨，不能大批量的進貨，使得貨物積壓，以至于資金的占壓。

根據以上種種情況，本公司決定要進的貨物如下：

1、女士手表類：共三款，一款是手鏈手表，進貨數量在10個，定價在20元出售；一款是繩子手表，有兩種，一種進貨數量在15個，定價在18元出售，另一種進貨數量在10個，定價在15元出售；另一款是高檔手表，進貨數量在2個，定價在48元出售。

2、男士類手表：進貨數量在8個，定價在55元出售。

3、包包掛件：數量在10個，定價8元出售。

4、手機套：數量在10個，定價在6元出售。

5、男士皮帶：數量10個，定價在10元出售。

6、煙火煙花：數量1箱，內有兩種，一種定價在10元出售，另一種定價 7

在8元出售。

7、孔明燈：數量40個，定價在5元一個。

8、七城會志愿者打火機：3盒，定價在10元一個。

9、金嗓子喉片：3盒，定價在45元一盒（不賣零的）。

以上是本公司需要進的產品，其中以手表為主營產品，其它為輔助類產品，這樣更能吸引消費者的目光。通過種種的討論，本公司值得投入。

通過上面的攤位投次方案、廣告宣傳方案以及產品投資方案，我們組員經過開會討論后決定每人投入200元，我們組有4名成員，總的就800元，由于學校會為我們學生提供資金上的幫助，所以決定向學校貸款200元，總的籌集到1000元資金。

6、企業的成立

成立模擬企業，學校指定一個地點在規定的時間內為我們的模擬企業進行企業注冊，這也就表示著我們的模擬企業正式成立了，我們的模擬公司名為 “四人型”成員有4人分別當任 董事長、銷售經理、財務經理、采購經理。

7、營業前的最后準備

在實訓營業之前我們做好了最后的準備，期間我們由 2個講座，采購進貨、申請貸款 經營攤位的投標以及攤位的布置和廣告的宣傳。

四、實訓過程（中期）

市場開業

經過緊張而又充實的2周時間的充分準備終于迎來了市場的開業。開業當天，氣溫很造愉，當天下午3點由工商系幸書記主持開業儀式，經過學校領導講話、剪彩后，幸書記宣布市場營銷創新創業實戰綜合實訓市場院正式開業，全場院轟動，當天的銷售額平均就達到了300多元。市場非常景氣，第二天，第三天，一周市場都比較好，生意做起來不困難，有些公司已經把自己的本錢收回來了，貨也換了好幾次了，但到了開業之后的第二周，總個市場就慢慢的變的不景氣了，每天的平均在100元左右，還有下降的趨勢，果然越到最后，來這里買東西的人就越少，慢慢的有些公司的人員在攤位上沒什么事做，就找幾個人在一起打牌。

這樣的情況老師也發現了，就召集各組組長進行開會，老師不會給我們什

么實質上的幫助，只是指引我們要做出相應的改變，來吸引消費者，大家都知道，在不改變后面的生意可能就沒法做了，知道是一回事，去不去做又是一回事，在一塊場地上經營各種物品，要想改變這個冷淡的市場光一個商家是不可能做到的，這就意味著我們這些攤主要聯合起來進行大的改變，把我們的潛在消費者吸引過來。這樣的想法很好，但最后因為很多各方面的原因而沒有去實施，最后導致有很多組都虧損。但也有前期市場把握的好的，產品做的好的公司獲得了很高的收益。

五、總結匯報（后期）

經過近一個月的實訓，我們的每一組成員都在準備最后的匯報以及感悟與大家分哼，在匯報過程中，有很多組都出現了想同或相似的問題，在管理上，財務上，營銷上都有各種問題的出現，有了這些題的出現也讓我們認識到了這次實訓對我們以后出去創業有多么重大的幫助。

六、實訓總結

通過這次長達一個月的實訓我從中不只是創業的流程這么簡單，也不是理論上講的這么容易，科學的管理對一個企業來說是多么的重要，管理能給公司省下一筆不小的開支，節省了成本也就等于利潤的增加，以前我們總是在書上看到很多有關管理的知識，當時看起來好象很管單，只要按照書上說的去執行就可以了，但當你應用到正事上的時候，你會發現，實際上的與理論的差距的多么的大，很多書上的理論在實際上跟本就沒有它的可行之處，當發現在這樣的情況就只能靠自己的悟性或能力以及經驗來解決了。

在營業的過程中，我們公司也一樣出現了很多的問題首先出現的是人員分配的不滿，以及對自己相應工作的不滿，有的組員經過討論后，有些事要他去做，但由于沒有什么約束制度，所以他就認為可以慢慢的來，自己的心情去做事，心情好就去，心情不好自己走開來，當公司需要他時，人都找不到，在財務上，每組都有一個財務，在實訓期間賣了什么產品賣了多少錢，又進了多少錢貨，財務是最累的，白天要跟著記賬，到了晚上結束營業后，財務還要打今天的上益計算出來，這個確實累人，我 這組經過我們的財務計算之后，我們每天賣了這么多的貨物，而且也有一定的收入，可是到了實訓結束之后，我們組跟本就沒有賺到

錢呢，只是把我們的成本收回來了，就是沒有錢，這個問題一直困擾著我們，一點也想不通，我們每賣出去一件產品都有相應的利潤在里面，哪到了最后為什么就沒有了呢。最后我們沒辦法只好去向老師詢求幫助，在老師透徹的分析下找到了其中的問題所在，問題有2種可能性，第一就是本組成員中有人做了假賬，或少記了賣出去的產品，但這樣的可能一出我們就把它否決了，而另一種就是我們每賣出去一個都有一定的利潤但我們所賣出去的數量沒有達到一個可觀的數，所以為我們總是認為財務出了問題。

這次的實訓讓我們真正的體驗到了掙錢的難，也體驗到了做生意并不是很簡單的，要想以后自己能在商場上能有所成就我們就得現在開始非常努力的學習，因為我們所要學習的東西太多太多。