第一篇：UML實訓(xùn)報告[推薦]

軟件建模實驗報告

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

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

完成日期：年月

摘 要

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

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

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

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

目 錄 1 需求分析............................................................................................錯誤！未定義書簽。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 參與者的用例圖..............................................................錯誤！未定義書簽。2.2 系統(tǒng)的時序圖............................................................................錯誤！未定義書簽。2.2.1 確定系統(tǒng)參與者的屬性..................................................錯誤！未定義書簽。2.2.2 確定系統(tǒng)主要業(yè)務(wù)實體類..............................................錯誤！未定義書簽。2.2.3 確定系統(tǒng)類之間的關(guān)系..................................................錯誤！未定義書簽。2.3 系統(tǒng)的協(xié)作圖..........................................................................錯誤！未定義書簽。2.3.1 創(chuàng)建序列圖和協(xié)作圖......................................................錯誤！未定義書簽。2.3.2 創(chuàng)建狀態(tài)圖......................................................................錯誤！未定義書簽。2.3.2 創(chuàng)建活動圖......................................................................錯誤！未定義書簽。2.4 創(chuàng)建系統(tǒng)的部署摸型..............................................................錯誤！未定義書簽。1 需求分析

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

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

一個基本的圖書館管理，可以大致分為以下流程：用戶登錄進入系統(tǒng)，在系統(tǒng)允許的情況下，進行可以進行的操作，如借書、還書和預(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ù)進行維護，如增加、刪除和更新書目，增加、刪除

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

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

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

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

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

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

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

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

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

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

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

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

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

實驗報告

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

班 級：08級軟件2班

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

實驗及作業(yè)一

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

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

裝有visio、rathionalrose的計算機。

三、實驗內(nèi)容

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

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

四、實驗過程及結(jié)果

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

（1）瀑布模型

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

優(yōu)點：

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

缺點：

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

（2）原型模型

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

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

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

（3）螺旋模型

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

優(yōu)點：

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

缺點：

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

（4）噴泉模型

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

優(yōu)點：

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

缺點：

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

五、實驗小結(jié)：

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

實驗及作業(yè)二

一、實驗?zāi)康?/p>

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

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

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

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

裝有visio、rathionalrose的計算機。

三、實驗內(nèi)容

1、熟悉rational rose的使用。

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

四、實驗過程及結(jié)果

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

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

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

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

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

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

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

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

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

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

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

五、實驗小結(jié)：

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

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

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

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

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

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

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

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

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

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

第三篇：檔案管理系統(tǒng)UML實訓(xùn)報告

目錄

1.實訓(xùn)名稱..........................................................2 2.實訓(xùn)題目..........................................................2 3.實訓(xùn)目的..........................................................2 4.實訓(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時序圖..................................................20 4.2.3.5協(xié)作圖..................................................24 4.2.3.6狀態(tài)圖..................................................26 4.2.3.7分析類圖................................................27 4.2.4設(shè)計模型......................................................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.實訓(xùn)小結(jié).........................................................39

1.實訓(xùn)名稱

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

2.實訓(xùn)題目

檔案管理系統(tǒng)

3.實訓(xùn)目的

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

檔案借閱

此模塊分為外借登記、歸還記錄和電子借閱申請?zhí)幚韮刹糠?，具有“借閱管理”?quán)限的用戶可以操作此模塊。

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

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

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

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

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

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

查閱操作日志

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

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

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

4.1.2用戶管理模塊

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

圖2 用戶管理模塊

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

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

查看用戶權(quán)限：每個用戶都具有一定的權(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所示幾個部分

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

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

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

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

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

4.1.4借閱管理模塊

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

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

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

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

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

圖4 借閱管理模塊

4.1.5案卷管理模塊

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

圖5 案卷管理模塊

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

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

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

圖6 文件管理模塊

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

文件錄入：保存文件。

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

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

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

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

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

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

4.2.1UML初始模型

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

圖8 新建模型

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

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

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

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

修改注冊信息。

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

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

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

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

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

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

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

檔案借閱——包括檔案外借、歸還的登記以及網(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ù)流程可以分為以下幾個用例：

用戶登錄

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

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

管理員進行用戶管理

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

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

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

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

管理員操作日志并查看

報表打印

用戶注冊管理

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

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

? 用例規(guī)約

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

? 借閱登記：

正常事件流：

借閱管理員選擇借閱者

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

借閱管理員選擇借閱者

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

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

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

? 借閱查詢：

正常事件流：

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

正常事件流：

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

? 用例建模

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

11、圖

12、圖13所示。

? 借閱管理人員的用例圖

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

? 檔案室人員的用例圖

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

圖13 系統(tǒng)管理員進行系統(tǒng)維護的用例圖

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

? 一般人員的活動圖

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

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

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

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

? 案卷輸入人員的活動圖

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

圖25 系統(tǒng)管理員的添加檔案的時序圖 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)管理員進行系統(tǒng)維護的用例圖。如圖

28、圖

29、圖30所示。

? 借閱管理人員的用例圖

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

? 檔案室人員的用例圖

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

圖30 系統(tǒng)管理員進行系統(tǒng)維護的用例圖

4.2.3.4時序圖

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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)換的類有檔案和借閱者賬戶（相當于包含? 檔案的狀態(tài)圖

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

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

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

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

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

4.2.3.7分析類圖 ? 實體類

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

圖45 實體類 ? 控制類

經(jīng)過分析，有如下控制類，分別為：打印報表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ù)信息錄入UI、用戶登錄UI、普通用戶網(wǎng)上借閱管理UI、根據(jù)權(quán)限查看UI、報表打印UI，如圖47所示。

圖47 邊界類

4.2.4設(shè)計模型

4.2.4.1包圖 本系統(tǒng)共有6個包，分別為用戶管理模塊的包、系統(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)中最基本的幾個類：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）、案卷標題（VolumnTitle）、工程代號

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

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

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

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

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

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

User類表示檔案管理系統(tǒng)中的用戶，RoleUser類指用戶的權(quán)限。在現(xiàn)實世界中，一個用戶只能擁有一個權(quán)限，但是一種權(quán)限可以分配給多個用戶，所以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ù)兩個組件。如圖57所示。

圖57 組件圖

4.2.4.4部署圖

配置圖主要是用來說明如何配置系統(tǒng)的軟件和硬件。系統(tǒng)由多個節(jié)點構(gòu)成，應(yīng)用服務(wù)器負責(zé)整個系統(tǒng)運行的總體協(xié)調(diào)工作，數(shù)據(jù)庫負責(zé)數(shù)據(jù)管理。Web應(yīng)用程序模塊擁有參與者進行各自權(quán)限的操作。管理員可以通過管理應(yīng)用服務(wù)器來管理整個系統(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個域，分別為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)系

? 代碼生成

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

圖73 代碼生成（1）

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

圖74 代碼生成（2）

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

圖75 代碼生成（3）

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

圖76 代碼

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

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

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

專用周小結(jié)

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

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

簽名（手寫）：

日期：2012.6.2217

第五篇：實訓(xùn)報告（本站推薦）

江西經(jīng)濟管理干部學(xué)院

市場營銷創(chuàng)新創(chuàng)業(yè)實戰(zhàn)綜合實訓(xùn)

實訓(xùn)報告

組號：18 企業(yè)名稱：四人型 學(xué)生：張克文 專業(yè)班級：091市營

指導(dǎo)老師：陳世偉 肖永平劉敏 雷晨光 彭越

時間：2011-11-6

前言

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

一、實訓(xùn)的目的

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

二、實訓(xùn)的時間

2011-10-10—2011-11-4

三、實訓(xùn)過程（前期）

1、實訓(xùn)的啟動儀式

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

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

2、市場調(diào)查

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

1、經(jīng)管院市場調(diào)查問卷（1）你的性別？（）

Ａ.男 B.女

（2）你產(chǎn)生活用品都在什么地方購買?()A.學(xué)校食堂超市 B.金贛超市 C.外校超市 D.市區(qū)（3）你所購買的皮帶的價位是多少?()A.5---10元 B.11—15元 C.16-----20元 D.元（4）你最近有購買手表的欲望嗎?()A..可有可無 B.有點想 C.很想 D.不想（5）假如你現(xiàn)在購買手表會選擇的價位是?()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、調(diào)查分析

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

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

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

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

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

3、調(diào)查結(jié)果分析及評價

這次調(diào)查主在調(diào)查我們公司在這次市場營銷實戰(zhàn)綜合實訓(xùn)中經(jīng)營什么項目，找出消費者的需求，充分適應(yīng)消費者需求，使我公司產(chǎn)品能在這次實訓(xùn)過程中脫穎而出。

從這次調(diào)查數(shù)據(jù)顯示下，我們得出一下結(jié)果：

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

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

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

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

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

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

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

3、結(jié)論及建議

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

從調(diào)查中，我們有幾點建設(shè)性意見：

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

（2）銷售地點應(yīng)盡量設(shè)在外面，如果沒有條件，盡量設(shè)在銷售地點的外面一點；

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

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

（5）所經(jīng)營產(chǎn)品一定要分出檔次，和別的公司同種產(chǎn)品分出檔次，同種產(chǎn)品在本公司分出檔次。

5、籌集資金

（1）攤位投資方案

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

（2）廣告宣傳投資方案

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

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

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

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

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

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

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

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

6、煙火煙花：數(shù)量1箱，內(nèi)有兩種，一種定價在10元出售，另一種定價 7

在8元出售。

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

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

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

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

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

6、企業(yè)的成立

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

7、營業(yè)前的最后準備

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

四、實訓(xùn)過程（中期）

市場開業(yè)

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

這樣的情況老師也發(fā)現(xiàn)了，就召集各組組長進行開會，老師不會給我們什

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

五、總結(jié)匯報（后期）

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

六、實訓(xùn)總結(jié)

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

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

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

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