UML課設簡易OA辦公自動化系統(tǒng)

1、軟件學院課程設計報告書課程名稱面向對象分析與設計課程設計設計題目 簡易OA （辦公自動化）系統(tǒng)專業(yè)班級 學 號姓 名 指導教師2012年5月1設計時間22設計目的23設計任務24設計內容341用例圖設計342類圖設計74. 3順序圖設計84.4協(xié)作圖設計104. 5活動圖設計114.6狀態(tài)圖設計125總結與展望12參考文獻13141設計時間2012/5/28-2012/6/12設計目的本課程設計是學生學習完面向對彖分析與設計課程后，進行的一次全面的綜合訓 練，通過課程設計，讓學生動手學會使用UML進行面向對彖的建模方法，加深對UML 建?；A理論的理解，加強學生解決實際軟件工程問題的能力。3設

2、計任務隨著網(wǎng)絡的高速發(fā)展，網(wǎng)絡OA系統(tǒng)逐漸受到關注。一些大型企業(yè)集團（例如聯(lián)想、 海爾）證致力實現(xiàn)高層次的網(wǎng)絡辦公自動化，這將為他們節(jié)省大量的人力資源，節(jié)省大量 的辦公費用，大幅度提高辦公效率。開發(fā)網(wǎng)絡辦公系統(tǒng)的市場前景是廣闊的。大型企業(yè)需要高層次的網(wǎng)絡辦公自動化，他 們往往會選擇大型的軟件公司合作開發(fā)，所需的開發(fā)費用和維護費用也是非常高昂的。這 些高昂的費用并非大多數(shù)中小企業(yè)能承受得起的。中小型企業(yè)存在一個很大的低成本網(wǎng)絡 OA系統(tǒng)的需求，而我們公司可以開發(fā)這些低成本OA系統(tǒng)來滿足這個要求。我們將開發(fā)一個適合我公司使用的OA系統(tǒng)，開發(fā)他的目的是為了討論開發(fā)低成本 OA系統(tǒng)的技術可行性。系統(tǒng)基

3、本需求：1）用戶管理：至少有3類用戶級別（一般員工、管理層和系統(tǒng)管理員），各類用戶 的權限不同，登錄后的界面也有所不同：每個用戶可以管理自己的賬戶，管理員可以刪除、 增加、屏蔽、解除屏蔽一個普通用戶等。2）部門管理：系統(tǒng)里各部門的基本信息管理（對普通用戶不可見），管理員可以增 加、刪除、編輯、修改任何一個部門的信息：可以把一個員工從一個部門里刪除，把一個 員工從一個部門移到另一個部門等功能。3）車輛管理：查看單位車輛的使用情況，申請使用某個車輛。4）會客管理：査看指定時刻某員工的會客記錄，提醒員工未來某一時刻的會客需求。5）會議室管理：能查看會議室的所有使用記錄，申請使用會議室。6）費用報銷4

4、設計內容第1用例圖設計用例圖是開發(fā)過程的起點，并驅動建模全過程。在設計系統(tǒng)用例圖之前，首先要識別 出系統(tǒng)的參與者和用例。參與者是系統(tǒng)分析員與用戶交流的起點，也是項目獲得后續(xù)產品 的關鍵。通常情況下，參與者是指使用系統(tǒng)功能的人，但也可以是其他外部系統(tǒng)，包括軟 件系統(tǒng)和便件設備?？梢酝ㄟ^向用戶詢問一些問題來識別系統(tǒng)參與者。例如：“誰使用系 統(tǒng)主要功能？誰改變系統(tǒng)數(shù)據(jù)？ ”等。根據(jù)上述對系統(tǒng)的描述中可知，在系統(tǒng)頂層上可以識別出以下9個參與者：用戶、一 般員工、管理層、系統(tǒng)管理員、部門管理員、車輛管理員、會客管理員、會議室管理員和 費用報銷員。參與者是事件的主體，系統(tǒng)的所有需求都源于要滿足的事件以及用

5、來滿足需求的用例。參與者根據(jù)各口的職責完成相應的動作。本系統(tǒng)的系統(tǒng)層用例圖如圖41所示。申請使用會議室用戶系纟充酋理員二査看員工會客記求一般員工吿理層査看會儀室使用記錄鑄理賬戶除昔通用戶 CZ) 増加昔通用戶一屏蔽普通用戶提醒員工會客需求 cz> 解除屏蔽昔通用戶移出員工X會議室管理員二親會客筲理員査看費用報銷記錄申誦使用車輛圖4簡易0A系統(tǒng)的總用例圖在用例圖中，一個用例是用一個命名的橢圓表示的，但如果沒有對這個用例的具體說 明，那么還是不清楚該用例到底會完成什么功能。沒有描述的用例就像一本書的冃錄，我 們只知道該目錄標題，但并不知道該冃錄的具體內容是什么。事實上，用例的描述才是用 例的

6、主要部分，是后續(xù)的交互圖分析和類圖分析必不可少的部分。一般來說，用例采用自然語言描述參與者與系統(tǒng)進行交互時雙方的行為，不追求形式 化的語言表達。由于本系統(tǒng)的用例很多，有好多相似的用例，我只對部分重要用例進行描 述：1、對管理賬戶用例的描述用例名稱：管理賬戶標號：U1-2參與者：用戶描述：用戶管理自己賬戶前置條件：登錄系統(tǒng)主事件流：(1) 用戶登錄系統(tǒng)(2) 系統(tǒng)顯示用戶頁面(3) 用戶管理自己賬戶后置條件：用戶可以管理自己的賬戶2、對增加普通用戶用例的描述用例名稱：增加普通用戶標號：U4-2參與考：系統(tǒng)管理員描述：系統(tǒng)管理員根據(jù)用戶信息增加一個普通用戶前置條件：登錄主事件流：(1) 系統(tǒng)管理員

7、登錄系統(tǒng)(2) 系統(tǒng)管理員進入增加普通用戶界面(3) 系統(tǒng)顯示增加用戶信息界面(4) 系統(tǒng)管理員填寫必要的用戶信息(5) 系統(tǒng)管理員提交，普通用戶被添加后置條件：普通用戶被添加3、對刪除部門信息用例的描述用例名稱：刪除部門信息標號：U5-2參與者：部門管理員描述：部門管理員刪除部門信息前置條件：登錄，査看部門信息主事件流：(1) 部門管理員登錄系統(tǒng)，并査看部門信息(2) 系統(tǒng)顯示部門信息(3) 部門管理員刪除信息(4) 部門管理員保存，部門信息被刪除其他事件流：A1、部門管理員沒有保存Z前，都可以返回，部門信息沒有被刪除 后置條件：部門信息被刪除4、對移出員工用例的描述用例名稱：移出員工標號：

8、U5-6參與者：部門管理員描述：部門管理員移出員工，并刪除該員工信息前置條件：登錄，査看員工信息主事件流：(1) 部門管理員登錄系統(tǒng)，并査看員工信息(2) 系統(tǒng)顯示員工信息(3) 部門管理員選定要移出員工信息，并刪除(4) 部門管理員保存，移出員工信息從本部門刪除后置條件：移出員工的信息從本部門刪除5、對杳看矣議室使用記錄用例的描述用例名稱：査看會議室使用記錄標號：U6-1參與者：會議室管理員描述：會議室管理員査看會議室的使用情況前置條件：登錄主事件流：(1) 會議室管理員登錄系統(tǒng)，并査看會議室的使用情況(2) 系統(tǒng)顯示會客室的使用記錄后置條件：會客室管理員可以根據(jù)會議室的使用情況，來做其他操

9、作6、對提醒員工會客需求用例的描述用例名稱：提醒員匸會客需求標號：U7-2參與者：會客管理員描述：有客人時，會客管理員提示員工會客需求前置條件：登錄，查看客人需求主事件流：(1) 會客管理員登錄系統(tǒng)，并査看客人信息(2) 系統(tǒng)顯示客人信息(3) 會客管理員根據(jù)信息査看客人需求(4) 系統(tǒng)顯示客人需求(5) 會客管理員把會客需求發(fā)個員工(6) 系統(tǒng)提醒員工查看會客需求后置條件：員工根據(jù)客人需求來接待客人7、對報銷費用用例的描述用例名稱：報銷費用標號：U8-2參與者：費用報銷員描述：可以根據(jù)一些憑據(jù)來報銷費用前曽條件：登錄，杳看報銷范圍主事件流：（1）報銷管理員登錄系統(tǒng)，進入報銷界而（2）員工把報

10、銷憑據(jù)交給報銷管理員（3）報銷管理員查看報銷范圍（4）系統(tǒng)顯示報銷范圍（5）報銷管理員比對報銷憑據(jù)是否有效（6）報銷管理員報計算銷費金額，并給員工（7）報銷管理員向系統(tǒng)添加一條報銷記錄（8）系統(tǒng)返回添加記錄成功其他事件流：A1、報銷憑據(jù)無效，報銷管理員不給予報銷后置條件：報銷管理員報銷費用，并向系統(tǒng)添加一條新紀錄8、對申請使用車輛用例的描述用例名稱：申請使用車輛標號：U9-2參與者：車輛管理員描述：向車輛管理員申請使用車輛前置條件：登錄，查看車輛使用情況主事件流：（1）車輛管理員登錄系統(tǒng)（2）員工向車輛管理員申請使用車輛（3）車輛管理員査看車輛使用信息（4）系統(tǒng)顯示車輛信息（5）車輛管理員根據(jù)

11、車輛使用記錄給員工分配車輛，并向系統(tǒng)添加一條記錄（6）系統(tǒng)顯示添加成功后置條件：員工申請成功，系統(tǒng)增加一條新紀錄4. 2類圖設計類圖是顯示了模型的靜態(tài)結構，特別是模型中存在的類、類的內部結構以及它們與其 它類的關系等。類圖不顯示暫時性信息。類圖由許多（靜態(tài)）說明性的模型元素（例如類、 包和它們Z間的關系，這些元索和它們的內容互相連接）組成。類圖可以組織在（并且屬 于）包中，顯示特定包中的相關內容。類圖用于描述系統(tǒng)的結構化設計。要建立類圖，不僅要識別出類，還要識別出類與類之間的關系。顯示的關系可以從用例中找到，而隱式的 關系在用例中沒有明確的說明，這就需要項冃分析員去細心發(fā)現(xiàn)。在本系統(tǒng)中相關的類

12、較多，其中員工類有員工號.員工名.職稱.部門.電話等重要 屬性。本系統(tǒng)中還涉及到的類有：部門類、會議室類、會議室使用記錄、客戶類、客戶需 求類、報銷憑據(jù)類、費用報銷記錄類、車輛類、車輛使用記錄類、登錄類、賬戶類等等。 在這里不給出每個類的屬性，在類圖的設計中會給出類的主要屬性，繪制的類圖如圖4-2 所示。號名： 工工稱門話別Bi員工O.n會客室使用記錄 Z號：Int 議室名String X用時間：Date 耳戒用人String 使用目的：String 記錄人Stnng Q>i己錄時間:DateOn:String :String String String number String車輛:

13、String :String亠費用報銷記錄 Z號腳悄人：String ®扌間:Date經(jīng)手人:Stnng11亳渙型：S:ring記錄人:String 心R銷比例:Double 層>金額：Double號名n戶戶話1車輛使用記錄enge gringDatlntstrinngDat rinss : Ints 間間的ffl :人時時目人時 號號請請用用錄錄報銷憑據(jù)Z號訊Z型:String 金額:Double 3時間：Date圖4-2簡易0A系統(tǒng)的詳細的類圖4. 3順序圖設計順序圖也稱時序圖。Rumbaugh對順序圖的定義是：順序圖是顯示對象Z間交互的圖, 這些對象是按時間順序排序的&#

14、176;特別地，順序圖中顯示的是參與交互圖中的對象及對象之 間消息交互的順序。圖43是用戶登錄的順序圖設計，登錄的參與者是用戶，用戶進入登錄界面以后，輸入正確的用戶賬戶名和口令，即可登錄到系統(tǒng)中。登錄的過程具體可細化 為：（1）用戶啟動系統(tǒng)（2）系統(tǒng)顯示“登錄”窗口（3）用戶輸入賬戶名和口令，執(zhí)行“登錄”操作（4）系統(tǒng)檢查賬戶名在系統(tǒng)中是否注冊，以及鍵入的密碼與用戶賬戶名是否符合。若 正確，進入系統(tǒng)主窗口爾戶|: tSO|服務登錄窗口主窗口:服務器7:顯示h01113：發(fā)送賬戶念和口令（）i11、0111 6遠回4:檢查和驗證（）；A,5:反饋 丁£,8：逬入（）； t11112輸入

15、賬戶名和口令（）圖4-3用八空錄系統(tǒng)的順序圖如圖44是報銷管理員費用報銷的順序圖，報銷的參與者是報銷管理員。如果員工有 報銷費用的需求，報銷管理員根據(jù)報銷憑據(jù)來進行報銷，費用報銷的過程可細化為：（1）報銷管理員進入報銷界面（2）員工提交報銷憑據(jù)（3）報銷管理員根據(jù)報銷范圍來驗證報銷憑據(jù)是否有效（4）如果有效，報銷管理員計算報銷金額給員工（5）報銷管理員向系統(tǒng)添加一條新的費用報銷記錄（6）系統(tǒng)顯示添加結果:IR儀界GI:CTII:I早費用報銷員:報銷界面:員工報銷憑據(jù)1"逬入（）Alt:U出；2提供（） /：3遞交ii丁 V4驗證報銷憑據(jù)0、殳j 5返回有效j>6:簽訂報銷（）:

16、金額（）U i 矗密0 iii&添加記錄（）11| io顯示結杲iU'n：?iiiiii圖44報銷管理員費用報銷的順序圖4.4協(xié)作圖設計協(xié)作圖強調發(fā)送和接受消息的對彖之間的結構組織的交互圖，顯示對象、對彖Z間的 鏈接以及對彖Z間的消息，還可以顯示當前模型中的簡單類實例和類實體實例。協(xié)作圖是用于描述系統(tǒng)的行為是如何由系統(tǒng)的成分協(xié)作實現(xiàn)的圖，協(xié)作圖中包括的建2:輸入賬戶名和口令（）圖4-5用戶登錄的協(xié)作圖模元素有對象、消息、鏈等。如圖45是用戶登錄的協(xié)作圖。4. 5活動圖設計活動表示的是某流程中的任務的執(zhí)行，它可以表示某算法工程中的語句的執(zhí)行。在活動圖中需要注意區(qū)分動作狀態(tài)和活動狀

17、態(tài)這兩個概念?；顒訝顟B(tài)是原子的，不能被分解，沒有內部轉移，沒有內部活動，動作狀態(tài)的工作所 占用的時間是可以忽略的。動作狀態(tài)的目的是執(zhí)行進入動作，然后轉向另一個狀態(tài)?；顒訝顟B(tài)是可分解的，不是原子的，其工作的完成需要一定的時間?？梢园褎幼鳡顟B(tài) 看作活動狀態(tài)的特例。活動圖對表示并發(fā)行為很有用，其應用非常廣泛。一般活動圖可以對系統(tǒng)的工作流程 建模，即對系統(tǒng)的業(yè)務過程建模，也可以對具體的操作建模，用于描述計算過程的細節(jié)。 在結構化分析和設計中，開發(fā)人員往往用流程圖來描述一個算法。在UML中你沒有流程 圖的概念，從某種意義上說，活動圖的功能已包含了流程圖。圖46是對系統(tǒng)管理員的活 動進行分析而得到的活動圖。圖4-6系統(tǒng)管理員的活動圖在進行用例分析是，可以用活動圖來描述具體的工作流程。由于這個工作流程涉及兩 個用例，所以采用腳本或是順序圖很難描述，而采用活動圖則可以很好地解決這個問題。 圖4-7則是對報銷管理員的進行分析得到的活動圖則對這個工作流程的具體描述的一個例子。圖47報銷管理員的活動圖4. 6狀態(tài)圖設計狀態(tài)圖和活動圖對系統(tǒng)的動態(tài)行為建模，兩者很相似，但也有區(qū)別。狀態(tài)圖描