高校迎新系統(tǒng)設(shè)計(jì)實(shí)現(xiàn) [基于UML的高�？己讼到y(tǒng)設(shè)計(jì)]

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

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