基于 RUP的高職院校軟件開發(fā)中相關(guān)人員角色探析

李愛東

(鎮(zhèn)江高等專科學(xué)校科技與產(chǎn)業(yè)處,江蘇鎮(zhèn)江 212003)

基于 RUP的高職院校軟件開發(fā)中相關(guān)人員角色探析

李愛東

(鎮(zhèn)江高等?？茖W(xué)校科技與產(chǎn)業(yè)處,江蘇鎮(zhèn)江 212003)

針對高職院校軟件項目開發(fā)的實際情況,基于 RUP開發(fā)過程的角色設(shè)置和職責(zé),提出對 RUP過程進行裁減優(yōu)化方案,并將優(yōu)化方案應(yīng)用于“大學(xué)計算機信息技術(shù)網(wǎng)絡(luò)全真模擬考試平臺”軟件開發(fā)項目的角色分配中。

RUP;角色剪裁;軟件開發(fā)

0 引 言

軟件開發(fā)的過程由方法論和工具構(gòu)成。目前,信息技術(shù)市場最流行的方法論是 RUP(Rational Unified Process,統(tǒng)一軟件開發(fā)過程,統(tǒng)一軟件過程)。RUP由 Rational Software公司首創(chuàng),因與當(dāng)前流行的 JAVA、J2EE技術(shù)和面向?qū)ο蟮脑O(shè)計思想 (OOAD)緊密結(jié)合,而在各類信息技術(shù)開發(fā)項目中得到廣泛應(yīng)用[1]。RUP基于這樣一種理念:過程方法不僅要解決“who to do”和“what to do”的問題,更要解決“when to do”和“how to do”的問題,而這正是傳統(tǒng)過程方法的缺陷所在[2]。在 RUP中角色的劃分及詳細指導(dǎo)很重要,因此,在進行軟件項目開發(fā)時,應(yīng)首先決定設(shè)立哪些角色。

1 RUP軟件項目開發(fā)過程中的角色及其職責(zé)

角色是抽象的職責(zé)定義,指所執(zhí)行的一組活動或所擁有的一組文檔與模型。角色通常由一個人或團隊中相互協(xié)作的多個人來實現(xiàn)。項目團隊成員通常要履行多種不同的角色職能。角色并不代表個人,而是說明個人在工作中應(yīng)該如何表現(xiàn)和承擔(dān)怎么樣的責(zé)任。

在 RUP中,所有人員可劃分為分析員、開發(fā)人員、測試人員、經(jīng)理、其他等角色。RUP角色定義與分離廣度和深度的概念相一致。進行廣度工作與進行深度工作的成員類型差異很大。廣度工作速度快,不精確并且有彈性。深度工作任務(wù)需要更多的時間,關(guān)注于細節(jié),并且需要能夠得到更好的質(zhì)量[3]。

RUP有三大重要特點:

1)軟件開發(fā)是一個迭代過程;

2)軟件開發(fā)由 Use Case驅(qū)動;

3)軟件開發(fā)以構(gòu)架設(shè)計 (ArchitecturalDesign)為中心。

在進行角色分配時,應(yīng)該意識到每個規(guī)程都有其自身的廣度角色與深度角色,當(dāng)開發(fā)團隊分配成員至RUP角色時,應(yīng)根據(jù)個性類型及實際能力分配相應(yīng)的工作,這一步做好,可以在迭代式開發(fā)中減輕重要風(fēng)險。因為某些個性類型適合進行廣度工作,而另一些則適合進行深度工作。了解 RUP角色分配,能幫助人們預(yù)測當(dāng)被分配置一個并不適合于自己個性類型的工作時所需要面對的挑戰(zhàn),需要克服的困難。具體詳見表1。

表1 RUP規(guī)程中的廣度及深度任務(wù)

2 基于 RUP的高職院校軟件開發(fā)角色職責(zé)設(shè)置

RUP是新一代的軟件工程方法。與早期的瀑布式開發(fā)模型相比,它具有迭代式的增量開發(fā)、使用實例驅(qū)動、以軟件體系結(jié)構(gòu)為核心 3個鮮明特點,非常適宜于開發(fā)技術(shù)難度大、需求多變、高風(fēng)險的復(fù)雜項目[4]。RUP是可裁剪的軟件開發(fā)過程框架,可以根據(jù)實際情況及項目特點對 RUP進行裁減,以適應(yīng)于不同規(guī)模的開發(fā)團隊和不同規(guī)范程度的開發(fā)方法。

RUP包含一個工件擴展庫,其中有許多詳細的角色和工件。RUP最新版本 (7.0)的第一個關(guān)鍵原則是“使過程適應(yīng)組織和項目”,所以需要將 RUP按實際項目的大小和需求進行剪裁[5]。將若干角色的職責(zé)聯(lián)合為一個角色,或?qū)⒃S多現(xiàn)有角色中的一個 RUP角色的職責(zé)分開。

本文基于 RUP的核心思想和迭代式開發(fā)工作流程,結(jié)合高職院校軟件項目開發(fā)的具體特點,如經(jīng)費不多 (多為立項課題),項目規(guī)模偏小,對象多為學(xué)生和教師,研發(fā)人員短缺等,對 RUP進行裁減和定制,提出可實際操作的優(yōu)化方案。

根據(jù)當(dāng)前高職院校的人員結(jié)構(gòu)和軟件項目情況,擬在項目實施中設(shè)立項目管理員、配置管理員、界面設(shè)計人員、系統(tǒng)分析員、設(shè)計人員、測試人員、評審人員,承擔(dān)相應(yīng)的職能。對于 2個以上人員承擔(dān)一個標準角色的,以小組或合作協(xié)商的方式完成定義的職能。

2.1 項目管理員

承擔(dān) RUP過程定義中項目管理員、過程工程師、變更控制管理員 3種人員的職責(zé)。分配資源,制定優(yōu)先級,與顧客和客戶協(xié)調(diào),保證項目開發(fā)組隨時集中在項目目標上;指定 1組實踐以保證項目工件的完整和質(zhì)量;掌握項目的過程;關(guān)注所有變更控制過程的同時,負責(zé)定義需求變更管理過程。

RUP建議項目管理人員具備:1)軟件開發(fā)和應(yīng)用領(lǐng)域的經(jīng)驗;2)風(fēng)險分析、管理、評估、規(guī)劃、決策等技能;3)表達、交流和談判技能;4)領(lǐng)導(dǎo)才能和團隊組建能力;5)很好的時間管理和工作安排技能,具有在緊要時刻快速決策并取得成功的經(jīng)歷;6)較強的協(xié)調(diào)技能和選擇判斷能力。這個角色一般由課題主持人承擔(dān)。

2.2 配置管理員

承擔(dān) RUP過程中配置管理員、工具專家 2種人員的職責(zé)。提供配置管理的基礎(chǔ)設(shè)施和環(huán)境,為開發(fā)人員和集成人員提供開發(fā)、集成和測試空間,為部署部件提供需要的工件集;保證產(chǎn)品評審、變更和缺陷跟蹤活動的配置環(huán)境;負責(zé)配置管理計劃、配置審計及報告;負責(zé)項目中的工具支持。

2.3 界面設(shè)計人員

承擔(dān) RUP過程中技術(shù)文檔作者、圖形繪制者等人員的職責(zé)。開發(fā)原型和用戶界面設(shè)計:獲取用戶界面需求 (包括可用性要求);構(gòu)建用戶原型,包括所有相關(guān)使用人員的界面要求、可用性要求和使用測試相關(guān)內(nèi)容;審查其他實現(xiàn)人員實現(xiàn)的交互界面,并提出反饋信息。創(chuàng)建產(chǎn)品的藝術(shù)部分,如程序開啟和關(guān)閉中的圖片設(shè)計,包裝設(shè)計,運行中的畫面和布局設(shè)計。編寫用戶培訓(xùn)的教材,包括幻燈片、注意問題、例子等。編寫最終用戶支持材料,如用戶指南、幫助材料、發(fā)布指南等。

2.4 系統(tǒng)分析員

承擔(dān) RUP過程中業(yè)務(wù)設(shè)計人員、業(yè)務(wù)過程分析人員、系統(tǒng)分析員、需求說明人員、軟件架構(gòu)師、變更控制管理員 6種人員的職責(zé)。利用 1個或多個工作流詳細描述機構(gòu)的局部業(yè)務(wù)情況,將工作內(nèi)容和活動分配給業(yè)務(wù)工作員和業(yè)務(wù)實體對業(yè)務(wù)用況進行描述,包括工作人員和實體的職責(zé)、操作、屬性以及他們之間的關(guān)系。分析所有業(yè)務(wù)作用者和存在的業(yè)務(wù)用況,建立他們之間的關(guān)系,確定目標機構(gòu)的業(yè)務(wù)框架和業(yè)務(wù)界限。引發(fā)需求和進行用況建模,利用系統(tǒng)功能輪廓和限制條件,作用者、存在模型,以及他們之間的關(guān)系。通過逐個描述 1個或多個用況和其它支撐軟件需求,描述系統(tǒng)的功能需求,負責(zé)用況包的描述和這些用況包的集成。引導(dǎo)整個項目的技術(shù)活動和工件,為每一個結(jié)構(gòu)場景 (場景分解、結(jié)構(gòu)元素分組、組之間的接口能)構(gòu)建總體結(jié)構(gòu)。

2.5 設(shè)計人員

承擔(dān) RUP過程中設(shè)計師、執(zhí)行人員、集成人員 3種人員的職責(zé)。定義類之間的關(guān)系,類的職責(zé)、操作和屬性,如何在執(zhí)行環(huán)境中運行,1個設(shè)計人員負責(zé) 1個或多個設(shè)計包、子系統(tǒng)。保證分時系統(tǒng)中,根據(jù)并發(fā)要求,系統(tǒng)對事件進行響應(yīng);集成單元詳細設(shè)計、編碼和單元測試,必要時進行子系統(tǒng)的集成及集成測試。負責(zé)系統(tǒng)和子系統(tǒng)的集成計劃,在子系統(tǒng)工作空間集成子系統(tǒng),在系統(tǒng)工作空間集成系統(tǒng)。

在 1個小系統(tǒng)中,實現(xiàn)人員、集成人員和測試人員可以是同一個人,通常情況下,在子系統(tǒng)級,測試人員承擔(dān)集成人員的角色;在系統(tǒng)級,建議集成和測試由不同的小組或團隊來完成。

2.6 測試人員

承擔(dān) RUP過程中測試分析人員、測試設(shè)計人員、測試人員 3種角色人員的職責(zé)。負責(zé)測試計劃、測試執(zhí)行和測試評估,包括:形成測試計劃和測試模型;執(zhí)行測試過程;評價測試覆蓋、測試結(jié)果和測試有效性;形成測試評估報告。負責(zé)建立和執(zhí)行測試,評價測試執(zhí)行情況,從錯誤狀態(tài)恢復(fù)。

2.7 評審人員

承擔(dān) RUP過程中業(yè)務(wù)模型評審員、需求評審員、結(jié)構(gòu)評審員、代碼評審員、設(shè)計評審員、項目評審員 6種角色人員的職責(zé)。學(xué)校可通過成立項目評審小組來完成,當(dāng)前項目中的項目管理人員、系統(tǒng)分析員、配置管理員、設(shè)計人員都可以作為評審小組的成員。

在 RUP方法論中,不同的角色可以從不同的側(cè)面來認識同一個項目。RUP定義了“4+1”個場景(View):Use Case場景 (Use Case View)、邏輯場景 (Logic View)、進程場景 (process View)、實現(xiàn)場景 ( Implementation View)和發(fā)布場景 (DeploymentView)。在 Use Case場景中,客戶和商務(wù)分析員對 Use Case進行描述;在邏輯場景中,系統(tǒng)架構(gòu)師對系統(tǒng)進行架構(gòu)設(shè)計,設(shè)計師對系統(tǒng)進行分析和設(shè)計;在進程場景中,設(shè)計師對系統(tǒng)可能出現(xiàn)的并發(fā)性,運行速度和分布特性進行描述;實現(xiàn)場景則反映程序開發(fā)員開發(fā)實現(xiàn)的過程;發(fā)布場景是描述系統(tǒng)管理員和組裝人員實施系統(tǒng)發(fā)布和管理的過程。所以,完善的人員角色分配能提高軟件項目的認知度和軟件的質(zhì)量[6]。

3 具體案例應(yīng)用

“大學(xué)計算機信息技術(shù)”是高校開設(shè)的一門公共基礎(chǔ)課,具有理論與實踐并重的特點?！按髮W(xué)計算機信息技術(shù)網(wǎng)絡(luò)全真模擬考試平臺”(下文簡稱“考試平臺 CCIT”)是江蘇省現(xiàn)代教育技術(shù)研究“十一·五”規(guī)劃2009年度滾動課題,主要針對高校計算機等級考試開發(fā)的一個全真模擬學(xué)習(xí)實戰(zhàn)平臺。

軟件開發(fā)投資大、周期長,不僅綜合了管理科學(xué)、計算機科學(xué)等相關(guān)領(lǐng)域的知識,而且需要從事不同工作的人共同努力,開發(fā)采用團隊協(xié)作方式。課題組 11名成員大多是從事一線教學(xué)實踐的教師及學(xué)校的學(xué)術(shù)帶頭人,具有較強的工作能力。為了能以預(yù)定成本按期、高質(zhì)地完成考試平臺的開發(fā),項目組引入了統(tǒng)一軟件過程 RUP。

在實際項目運行中,根據(jù)軟件開發(fā)組織的實際情況確定角色的定義和分配。項目經(jīng)理必不可少,通常由1個人來擔(dān)任。架構(gòu)師也是必須的角色,通常由 1名經(jīng)驗豐富的軟件開發(fā)人員擔(dān)任。開發(fā)設(shè)計人員是組成團隊的主要力量,負責(zé)系統(tǒng)的設(shè)計、開發(fā)和測試。

“考試平臺 CCIT”的開發(fā)中,根據(jù)個性類型及專業(yè)方向,團隊的角色分配見表2。

表2 CC IT軟件開發(fā)人員角色分配

4 結(jié) 語

選擇 RUP,主要因為它提供了一整套系統(tǒng)開發(fā)解決方案,不僅規(guī)范了開發(fā)過程,而且為提高系統(tǒng)開發(fā)效率,降低軟件風(fēng)險,增加軟件重用和健壯性提供了有效的途徑[7]。

根據(jù)“軟件過程也是軟件”這一著名原理,RUP剪裁是軟件過程開發(fā)的再工程。軟件開發(fā)的方法論是不斷發(fā)展完善的。在實際中,確定軟件過程的時機不是一成不變的。RUP使用“角色”這一抽象概念來規(guī)范產(chǎn)品開發(fā)的每個階段、每個工作流。本文僅就 RUP中定義的核心概念之一角色做初步的探討,為高職院校的軟件開發(fā)提供一些參考。

[1]百科 ROBOT.RUP[EB/OL].(2009-12-26)[2010-02-26].http://baike.baidu.com/view/491030.htm.

[2]佚名.CMM I實施快速上路:集成 CMM I和 RUP過程框架 [EB/OL].(2008-05-09)[2010-05-02].http://www.sudu.cn/info/html/website/20080509/307590.html.

[3]佚名.理解 RUP角色 [EB/OL].(2009-12-26)[2010-05-06].http://www.skillandwill.com/cn/mbti_meiti_04.htm.

[4]郭瑩,楊美紅,楊萍,等.中小軟件企業(yè)軟件過程管理與改進策略[J].計算機與數(shù)字工程,2009,232(2):46-50.

[5]CHU Hendy.使 RUP的剪裁簡單化:引入職責(zé)矩陣和工件流[EB/OL].(2009-11-03)[2010-05-06].http://www.cnblogs.com/hendy/archive/2009/11/03/1595306.html.

[6]孫劍暉.RUP:新一代的軟件工程方法[EB/OL].(2005-05-30)[2010-05-10].http://www.hackbase.com/lib/2005-05-30/17828.html.

[7]周軍輝.基于 RUP的學(xué)校人事考核系統(tǒng)的設(shè)計與實現(xiàn)[J].湖南第一師范學(xué)報,2008,8(3):166-168.

〔責(zé)任編輯:盧 蕊〕

Abstract:In the light of the concrete conditions concerning developmentof software at vocational colleges,thispaper analyzes the role assignment and respective responsibility based on RUP development and puts for ward a plan to tailor and optimize the RUP process.The optimized plan will be applied to assign roles in the software-development project of“A Simulated University Test Platform based on Computer andWeb Infor mation Technology”

Key words:RUP;tailoring of roles;software development

A RUP-based research into the roles of software designers at higher vocational colleges

L IAi-dong
(Science and TechnologyDepartment,Zhengjiang College,Zhengjiang 212003,China)

TP393

C

1008-8148(2010)04-0029-04

2010-06-05

江蘇省現(xiàn)代教育技術(shù)研究“十一·五”規(guī)劃 2009年度流動課題(12044)

李愛東 (1967—),女,四川成都人,副教授,碩士,主要從事計算機教學(xué)研究和科研管理工作。