基于UML的辦公設(shè)備網(wǎng)上報(bào)修系統(tǒng)的建模

(天津機(jī)電職業(yè)技術(shù)學(xué)院，天津 300131)

辦公自動(dòng)化(Office Automation,簡(jiǎn)稱OA)是指將某單位的辦公程序需要與現(xiàn)代化辦公技術(shù)相結(jié)合，用于優(yōu)化流程，改善辦公效率的一種技術(shù)。它沒(méi)有嚴(yán)格的定義，我認(rèn)為凡是在機(jī)關(guān)單位各部門之間采用的現(xiàn)代化辦公技術(shù)、設(shè)備代替?zhèn)鹘y(tǒng)手工操作的方式均屬于辦公自動(dòng)化范疇。在政府職能部門應(yīng)用時(shí)，它用于改善政府管理效能，我們把這種辦公自動(dòng)化叫做電子政務(wù)；在其它性質(zhì)的單位應(yīng)用時(shí)，用于處理單位的一般辦公業(yè)務(wù)，改善業(yè)務(wù)流程，通常稱為辦公自動(dòng)化。

從2006年開(kāi)始，我院逐步實(shí)施了無(wú)紙化辦公，引入了OA系統(tǒng)。在過(guò)去的幾年中，該系統(tǒng)從當(dāng)初的只具備簡(jiǎn)單的收發(fā)文件功能已經(jīng)擴(kuò)展實(shí)現(xiàn)了編制文件、發(fā)布通知、收發(fā)郵件、工資管理及短信息服務(wù)等功能。該系統(tǒng)的推廣和逐步完善，極大的提高了我院教職員工辦公的效率，節(jié)約了辦公成本。2012年，按照學(xué)院領(lǐng)導(dǎo)部署，將辦公計(jì)算機(jī)等周邊設(shè)備的保修系統(tǒng)融入到已經(jīng)成熟的OA系統(tǒng)中，進(jìn)一步推進(jìn)無(wú)紙化辦公，優(yōu)化申報(bào)流程，提高辦公效能。

在軟件的開(kāi)發(fā)方面，選用了基于UML的設(shè)計(jì)方法，從靜態(tài)和動(dòng)態(tài)兩方面建立模型。選用UML作為本設(shè)計(jì)的主要工具是非常必要的：首先，傳統(tǒng)開(kāi)發(fā)方法的各種工具都是相對(duì)獨(dú)立的，而UML可以消除開(kāi)發(fā)人員之間的矛盾，以免造成開(kāi)發(fā)期間條件和結(jié)論的不統(tǒng)一；其次，通過(guò)統(tǒng)一的建模語(yǔ)言表述，能夠使項(xiàng)目建立一個(gè)穩(wěn)定的靜態(tài)和動(dòng)態(tài)結(jié)構(gòu)，從而提高軟件產(chǎn)品的適用范圍，并大大提高其靈活程度。下面介紹該系統(tǒng)的分析、設(shè)計(jì)和建模的過(guò)程：

一、需求分析

辦公設(shè)備網(wǎng)上報(bào)修系統(tǒng)的功能性需求包括以下內(nèi)容：

1.設(shè)備報(bào)修功能。在某部門的計(jì)算機(jī)、網(wǎng)絡(luò)、打印機(jī)等辦公設(shè)備出現(xiàn)了故障的情況下，報(bào)修人填寫報(bào)修申請(qǐng)，維修人員接收到維修報(bào)告后，在規(guī)定時(shí)間內(nèi)，按照維修報(bào)告所列內(nèi)容進(jìn)行故障檢查和維修，而后填寫“維修記錄”和“處理結(jié)果”等內(nèi)容。經(jīng)過(guò)用戶檢驗(yàn)已達(dá)到標(biāo)準(zhǔn)后，再次填寫反饋結(jié)果。

2.查詢功能。維修人員可以隨時(shí)查看維修單流轉(zhuǎn)情況，檢查已經(jīng)解決的故障，用戶是否確認(rèn)并填寫了反饋結(jié)果。

3.統(tǒng)計(jì)功能。維修人員可以定期對(duì)學(xué)院辦公設(shè)備運(yùn)行情況進(jìn)行統(tǒng)計(jì)，分析統(tǒng)計(jì)結(jié)果，為日后決策做出依據(jù)。

4.領(lǐng)導(dǎo)監(jiān)督功能。領(lǐng)導(dǎo)有權(quán)限查看維修單的流轉(zhuǎn)情況，并監(jiān)督實(shí)施維修過(guò)程。

通過(guò)上述分析，在系統(tǒng)中可以實(shí)現(xiàn)以下實(shí)體類：報(bào)修人員、維修人員、設(shè)備類型、故障描述、維修地點(diǎn)等。類是事物抽象的描述，之間的關(guān)系包括關(guān)聯(lián)、泛化、依賴和實(shí)現(xiàn)四種。本系統(tǒng)中分析的類圖如圖1所示：

圖1 系統(tǒng)的類圖

二、用例模型

首先確定系統(tǒng)的參與者，根據(jù)分析，參與者及職能應(yīng)該包括：

1.報(bào)修人，負(fù)責(zé)設(shè)備保修的人員。

2.維修人，負(fù)責(zé)設(shè)備維修、查看維修單流轉(zhuǎn)情況、資料統(tǒng)計(jì)等工作的人員。

3.領(lǐng)導(dǎo)，負(fù)責(zé)查看維修單，督促檢查維修情況。

報(bào)修人是學(xué)院教職員工的抽象，報(bào)修人在本系統(tǒng)中通過(guò)合法的身份驗(yàn)證后可以進(jìn)入系統(tǒng)，按照相應(yīng)的流程填寫報(bào)修單，待維修過(guò)后，對(duì)維修過(guò)程給予確認(rèn)。根據(jù)以上活動(dòng)創(chuàng)建報(bào)修人的用例圖，如圖2所示：

圖2報(bào)修人用例圖

維修人是學(xué)院所有負(fù)責(zé)維修維護(hù)辦公設(shè)備人員的抽象，維修人在本系統(tǒng)中通過(guò)合法的身份驗(yàn)證后可以進(jìn)入系統(tǒng)，根據(jù)報(bào)修單實(shí)施維修工作并填寫相應(yīng)的維修記錄和處理結(jié)果。還可以根據(jù)需要，隨時(shí)查看和統(tǒng)計(jì)已維修項(xiàng)目的單據(jù)。根據(jù)以上活動(dòng)創(chuàng)建維修人的用例圖，如圖3所示：

圖3維修人用例圖

領(lǐng)導(dǎo)是學(xué)院負(fù)責(zé)人的抽象，日常可以查看系統(tǒng)中辦公設(shè)備的維修情況并實(shí)施監(jiān)督檢查。

三、動(dòng)態(tài)模型

(一)報(bào)修人“報(bào)修辦公設(shè)備”用例

報(bào)修人“報(bào)修辦公設(shè)備”流程如下：通過(guò)用戶名和密碼進(jìn)入保修界面，新增設(shè)備報(bào)修記錄。按照提示，填寫“文稿選擇”、“流程選擇”、“文件標(biāo)題”、“備注”等信息。而后填寫詳細(xì)的保修記錄選項(xiàng)：保修部門、設(shè)備標(biāo)識(shí)、所在辦公位置、保修內(nèi)容、報(bào)修人、保修日期，維修時(shí)限等內(nèi)容。根據(jù)基本流程，創(chuàng)建報(bào)修人報(bào)修辦公設(shè)備的序列圖，如圖4所示：

(二)維修人“維修設(shè)備”用例

維修人收到維修報(bào)告后，根據(jù)維修報(bào)告所列項(xiàng)目進(jìn)行登門維修，維修過(guò)后，進(jìn)入系統(tǒng)填寫維修報(bào)告和處理結(jié)果并發(fā)送給報(bào)修人，報(bào)修人根據(jù)維修情況填寫反饋信息，根據(jù)上述流程，創(chuàng)建維修人維修設(shè)備的序列圖，如圖5所示：

圖4 報(bào)修人報(bào)修序列圖

圖5 維修人維修設(shè)備序列圖

該辦公設(shè)備報(bào)修系統(tǒng)以UML建模為主，分析了幾個(gè)重要的圖形建模過(guò)程，為解決類似問(wèn)題提供參考性的方法和思路。當(dāng)然，在今后的具體設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中還要對(duì)每種模型進(jìn)行進(jìn)一步的分析和細(xì)化。UML，不是一種方法學(xué)，它提供了多種類、多視角、多功能的圖形描述工具，在設(shè)計(jì)的過(guò)程中，它不需要任何實(shí)際的技術(shù)作為支撐。我們可以清晰的看到，使用它進(jìn)行系統(tǒng)的分析和設(shè)計(jì)時(shí)，復(fù)雜問(wèn)題得到簡(jiǎn)單化的處理，并使得開(kāi)發(fā)中的應(yīng)用程序更易于理解。項(xiàng)目越發(fā)雜，我們更應(yīng)該側(cè)重于建模的過(guò)程，它可以指引我們構(gòu)造出正確的系統(tǒng)部件，在將來(lái)的實(shí)現(xiàn)階段，只需要一種我們所熟知的編程語(yǔ)言作為支持即可實(shí)現(xiàn)系統(tǒng)。

參考文獻(xiàn)：

[1]吳建等.UML基礎(chǔ)與ROSE建模案例[M].北京：人民郵電出版社，2004.

[2]陳承歡.管理信息系統(tǒng)基礎(chǔ)與開(kāi)發(fā)技術(shù)[M].北京：人民郵電出版社，2005.

[3]Tom Pender.UML Bible[M].Wiley publishing，INC，2003.