摘要:本文闡述了高校內(nèi)部考核評估系統(tǒng)的主要功能,討論了UML建模的機制和特點,并使用UML對系統(tǒng)進行了分析與設(shè)計。 　　關(guān)鍵詞:UML建模;對象模型;考核評估;順序圖;評估指標(biāo)
　　中圖分類號:TP319 文獻標(biāo)識碼:A
　　
　　1 UML建模機制
　　
　　UML是一種建立在現(xiàn)代抽象模型理論上的表示法體系結(jié)構(gòu),用戶借助UML提供的視見元素構(gòu)件可以設(shè)計和表達出復(fù)雜的面向?qū)ο筌浖�的體系結(jié)構(gòu)。UML通過其模型元素的擴充機制來支持建立在域分析基礎(chǔ)上的模型元素到視見元素映射關(guān)系,并采用面向?qū)ο蟮臋C制來表達其本身的語法和語義。
　　UML建模機制可以歸為靜態(tài)建模和動態(tài)建模兩大類。從應(yīng)用的角度看,采用面向?qū)ο蠹夹g(shù)設(shè)計系統(tǒng)時,建模主要有4個步驟:首先是描述需求;其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型,構(gòu)造系統(tǒng)的靜態(tài)結(jié)構(gòu);第3步是描述系統(tǒng)的動態(tài)行為,反映系統(tǒng)對象之間的動態(tài)關(guān)系;第4步是實現(xiàn)圖,主要用于顯示系統(tǒng)中各個功能部件之間的依賴關(guān)系和調(diào)用關(guān)系。其中,第1步與第2步中應(yīng)用UML的靜態(tài)建模機制,通過用例圖、類圖、對象圖、包圖4個主要方面來描述系統(tǒng);第3步應(yīng)用UML的動態(tài)建模機制,它所建立的模型或者可以執(zhí)行,或者表示執(zhí)行的時序狀態(tài)或交互關(guān)系,主要包括順序圖、合作圖、狀態(tài)圖、活動圖4個部分;第4步主要包括配置圖和構(gòu)件圖。
　　
　　2 高�？己嗽u估系統(tǒng)
　　
　　2.1 高�？己嗽u估系統(tǒng)的用戶需求
　　建立一個模型,需求分析是首位。在需求分析階段,首先要識別系統(tǒng)的用戶和與其相關(guān)外部系統(tǒng),以確立系統(tǒng)活動者(Actor),它可以幫助人們界定軟件的邊界,引導(dǎo)和發(fā)掘用戶需求,其次再根據(jù)系統(tǒng)功能來確立系統(tǒng)的用例(Use case)模型。
　　高�？己嗽u估系統(tǒng)是這樣的一個評估流程:首先是管理員登錄系統(tǒng),準(zhǔn)備相關(guān)的考核數(shù)據(jù),設(shè)置評估項目和指標(biāo);評估者登錄到系統(tǒng),對相應(yīng)的評估對象進行評估;當(dāng)評估者完成所有評估的時候,系統(tǒng)管理員再進入系統(tǒng),調(diào)用系統(tǒng)進行分?jǐn)?shù)處理,匯總出各被評估對象的綜合得分;最后相關(guān)人員登錄系統(tǒng),根據(jù)自己擁有的權(quán)限查看評估結(jié)果圓。下圖1是一個以教師作為評估對象為例的考核評估系統(tǒng)用例圖。
　　
　　(1)設(shè)置評估指標(biāo):為了使系統(tǒng)更具有靈活性,由管理員對評估指標(biāo)進行設(shè)置,這些指標(biāo)包含了每個考核項的分值及權(quán)重。
　　(2)評分:系統(tǒng)先從指標(biāo)庫里提取出評估指標(biāo),評估者對自己要評估的對象進行評估,如:學(xué)生只能對教自己課程的任課教師進行評分。在還沒有進行分?jǐn)?shù)處理以前,評估者可以對評估結(jié)果進行再次修改。
　　(3)提取評估指標(biāo):在評分前,系統(tǒng)從指標(biāo)庫里提取相應(yīng)的評估指標(biāo)。
　　(4)分?jǐn)?shù)處理:在評分完成后,由系統(tǒng)管理員執(zhí)行后臺一個存儲過程,完成考核數(shù)據(jù)的處理,從而得出教師的綜合得分。為避免不合理因素,按8%一10%的比率去掉最高分、最低分。
　　(5)查看評估結(jié)果:提供給相關(guān)人員多個角度的評估結(jié)果的查看方式,如:提供給學(xué)生查看的得分前50名的教師,學(xué)生自己專業(yè)的教師得分情況;教師除了可以查看學(xué)生能夠查看到的信息外,還可以查看到自己各項指標(biāo)的得分情況,各類人員對自己的評分情況,但教師不能查看到每個評估者對自己的詳細評估情況。
　　(6)權(quán)限管理:各個執(zhí)行者進入系統(tǒng)都要受到身份的制約,登錄前需身份校驗,即密碼檢查,按照不同的權(quán)限做不同的操作,查看不同的內(nèi)容。
　　2.2 高�？己嗽u估系統(tǒng)的對象模型
　　類圖用來描述系統(tǒng)的靜態(tài)結(jié)構(gòu),它是面向?qū)ο笤O(shè)計的核心,它不僅定義類之間的聯(lián)系,如關(guān)聯(lián)、依賴、聚合等,還包括類的內(nèi)部結(jié)構(gòu),如類的屬性和操作等。通過分析Use case和問題域,就可以得到相關(guān)的類。下圖2是以教師為被評估者,學(xué)生、專家、領(lǐng)導(dǎo)為評估者為例的考核評估系統(tǒng)的對象類圖,共14個對象類。其中,學(xué)生、專家、領(lǐng)導(dǎo)是從評估者類里面繼承過來的;教師得分信息對象類是評估者、教師、評估指標(biāo)的三元關(guān)聯(lián)類;分?jǐn)?shù)處理對象類是教師得分信息和教師綜合得分信息的關(guān)聯(lián)類。教師查詢等4個表單(從用戶接口處理)由系統(tǒng)運行中動態(tài)實時產(chǎn)生,需根據(jù)所關(guān)聯(lián)的對象的信息數(shù)據(jù)源做有或無的檢查,有則取數(shù)據(jù)繼續(xù)運行,無則終止或返回檢查。圖2列出了對象類的主要方法和屬性。
　　在圖2中的關(guān)聯(lián)線兩端的*表示多值,0..*表示可選的對象0個或多個,其余整數(shù)值表示個數(shù)。如教師和評估者之間是多對多的關(guān)聯(lián)關(guān)系,一個教師受到多個評估者的評估,一個評估者可以對多位教師進行評估,無論誰評估都從指標(biāo)庫里面提取一份評估指標(biāo),在教師對象類里面的“提取評估指標(biāo)”方法負(fù)責(zé)這一職責(zé)。教師得分信息里面的“評分”方法是負(fù)責(zé)寫入一個評估者對一位教師一條評分指標(biāo)分值的信息,由于教師得分信息里面的信息太細,細到每個指標(biāo)值,不利于出各種報表,因此需要對得分信息作進一步處理,分?jǐn)?shù)處理關(guān)聯(lián)類的“分?jǐn)?shù)處理存儲過程”方法通過調(diào)用存儲過程來完成這一工作。
　　
　　2.3 高�？己嗽u估系統(tǒng)的動態(tài)模型
　　對象模型描述了遠程評估系統(tǒng)的靜態(tài)結(jié)構(gòu),實際開發(fā)還需要分析系統(tǒng)的動態(tài)結(jié)構(gòu),及建立相應(yīng)的動態(tài)模型。在UML上,主要是建立系統(tǒng)交互圖和行為圖,其中交互圖包括順序圖和協(xié)作圖;行為圖則包括狀態(tài)圖和活動圖。在動態(tài)建模中,先參照前面已經(jīng)建好的靜態(tài)模型,再查閱相關(guān)的情境文檔,尋找事件流中與類相異的名詞,如果找到了,就返回到靜態(tài)建模去補充新發(fā)現(xiàn)的類,因此靜態(tài)建模和動態(tài)建模是緊密聯(lián)系在一起的兩個建模過程,它們相互補充、相互利用,這種互補性對于保持系統(tǒng)完整性有非常重要的意義。限于篇幅的關(guān)系,同時也由于動態(tài)建模中不必畫出所有的動態(tài)模型,僅以評估者評估的順序圖和教師得分信息狀態(tài)圖來分析動態(tài)建模。
　　順序圖用來顯示對象之間的動態(tài)合作關(guān)系,它強調(diào)對象之間消息發(fā)送的順序,同時顯示對象之間的交互。圖3是“評估者評估”功能模塊的順序圖,長豎線為對象的生命線,它以時間為序,顯示了業(yè)務(wù)遷移的過程。
　　在圖3中評估者與注冊表單、教師、評估指標(biāo)和教師得分信息對象發(fā)生交互,交互事件有:登錄、驗證、獲得評估對象、提取評估指標(biāo)、返回評估指標(biāo)、評估打分、提交、存儲、退出。對象之間交互通過互發(fā)消息來實現(xiàn),消息一旦發(fā)送便使得控制從源對象轉(zhuǎn)移到目標(biāo)對象。從順序圖中用戶可以看到業(yè)務(wù)過程的所有細節(jié),分析人員可以看到業(yè)務(wù)的完整處理流程,而開發(fā)人員可以用來識別需要開發(fā)的對象和對象的操作。狀態(tài)圖主要用于描述對象類的一個對象在其生存期間的行為,表現(xiàn)一個對象所經(jīng)歷的狀態(tài)序列。狀態(tài)圖由表示狀態(tài)的節(jié)點和表示狀態(tài)之間的轉(zhuǎn)移線組成,如:圖4是教師得分信息的狀態(tài)圖。
　　
　　從該狀態(tài)圖中,可以看到教師得分信息的所有狀態(tài):查詢、修改、增加、存儲。當(dāng)教師得分信息增加(評估者評分)或者修改(評估者修改評分)的時候,先要查詢并確認(rèn)該信息。狀態(tài)圖有助于開發(fā)人員更好地了解這個行為,并最終實現(xiàn)其描述的邏輯。一般項目中只對那些具有重要的動態(tài)行為的類生成狀態(tài)圖,并不針對所有類。
　　2.4 高校考核評估系統(tǒng)應(yīng)用部署的規(guī)劃
　　配置圖是描述業(yè)務(wù)活動中的組織機構(gòu)和資源,由節(jié)點和節(jié)點之間的聯(lián)系構(gòu)成,用來表示一個分布式系統(tǒng)的運行系統(tǒng)的結(jié)構(gòu)。如圖5是考核評估系統(tǒng)的配置圖。
　　
　　數(shù)據(jù)庫服務(wù)器向Web服務(wù)器提供數(shù)據(jù)庫服務(wù),相關(guān)人員在校園網(wǎng)內(nèi)通過個人PC機訪問web服務(wù)器。網(wǎng)關(guān)/防火墻限制和過濾外部用戶的訪問。應(yīng)用部署的規(guī)劃對于規(guī)劃整個系統(tǒng)是很有用的,它確定了一種有效的應(yīng)用部署的規(guī)劃組織方式。
　　
　　3 結(jié)束語
　　
　　高校內(nèi)部考核評估系統(tǒng)是一個多目標(biāo)決策問題,由于評價指標(biāo)值的屬性存在差異,對于不同屬性的指標(biāo)采用相應(yīng)的數(shù)據(jù)處理方法,可提高評價工作的可操作性,確保評價結(jié)果與實際情況相吻合。對于評估各項指標(biāo)的評分標(biāo)準(zhǔn),各個學(xué)校的評分標(biāo)準(zhǔn)有一定的差異,甚至同一學(xué)校不同時期也有差異,為增強系統(tǒng)的可維護性和適應(yīng)性,使軟件有較長的生命周期,系統(tǒng)設(shè)置了評價指標(biāo)評分標(biāo)準(zhǔn)修改功能,以滿足各個學(xué)校以及各個時期管理工作的需要。
　　利用UML進行高�？己嗽u估系統(tǒng)的分析和建模過程,確實能夠給軟件開發(fā)工作帶來便利,既加速了軟件開發(fā)的進程,又減輕了開發(fā)和管理的工作量。
　　
　　參考文獻
　　[1](美)ScottW.Ambler.面向?qū)ο筌浖�開發(fā)教程[M].北京:機械工業(yè)出版社,2003.
　　[2](美)Joseph Schmuller.UML基礎(chǔ)、案例與應(yīng)用[M].北京:人民郵電出版社,2004.
　　[3]錢軍.規(guī)劃電子政務(wù)需要注意的問題[N].中國計算機報,2002.

相關(guān)熱詞搜索：考核 高校 設(shè)計 基于UML的高�？己讼到y(tǒng)設(shè)計 uml系統(tǒng)設(shè)計 uml系統(tǒng)分析與設(shè)計