周競(jìng)亮 陳 敏
(中國(guó)長(zhǎng)江三峽集團(tuán)公司信息中心)
三峽工程管理系統(tǒng)(Three Gorges Project Management System,簡(jiǎn)稱“TGPMS”)是中國(guó)長(zhǎng)江三峽集團(tuán)公司(簡(jiǎn)稱“三峽集團(tuán)”)引進(jìn)西方的管理理念與技術(shù),結(jié)合中國(guó)工程項(xiàng)目管理實(shí)踐,進(jìn)行再造與開發(fā)的一套通用的集成化項(xiàng)目管理系統(tǒng)。
TGPMS是一個(gè)為設(shè)計(jì)單位、承包商、供應(yīng)商、監(jiān)理、投資方等單位共同完成一個(gè)項(xiàng)目目標(biāo)而搭建的協(xié)同工作平臺(tái)。系統(tǒng)包含“編碼管理、崗位管理、設(shè)計(jì)管理、計(jì)劃進(jìn)度管理、成本管理、物資管理、設(shè)備管理、合同管理、工程會(huì)計(jì)、質(zhì)量管理、安全管理、文檔管理”等功能模塊,管理內(nèi)容覆蓋項(xiàng)目管理的各個(gè)方面。
TGPMS于1997年啟動(dòng)研發(fā),1999年上線運(yùn)行。在系統(tǒng)投入運(yùn)行的十幾年間,對(duì)三峽集團(tuán)投資的工程建設(shè)和管理做出了巨大的貢獻(xiàn)。隨著信息技術(shù)的快速發(fā)展以及用戶因管理更加精細(xì)化而對(duì)系統(tǒng)提出的更高需求,仍然采用原先開發(fā)工具(OracleFormsBuilder)的TGPMS存在一定的局限,具體如下:
(1)用戶使用的瀏覽器不斷升級(jí),目前版本的TGPMS不能很好地在高版本瀏覽器上運(yùn)行(在IE9上運(yùn)行TGPMS已出現(xiàn)問題)。
(3)對(duì)于標(biāo)準(zhǔn)的認(rèn)證體系,比如CA等,F(xiàn)orms開發(fā)框架對(duì)它的支持存在一些困難,為今后應(yīng)用系統(tǒng)實(shí)施統(tǒng)一用戶認(rèn)證增加了難度。
(4)數(shù)據(jù)展現(xiàn)方式略顯單調(diào),缺乏比較直觀的圖形化數(shù)據(jù)展現(xiàn)方式。
(5)Oracle公司官方聲明,該公司未來對(duì)Forms的技術(shù)支持將逐漸淡化,建議用戶逐漸將應(yīng)用系統(tǒng)從Forms平臺(tái)遷移到其他平臺(tái)。
因此,TGPMS升級(jí)需求非常緊迫,為保證系統(tǒng)目前的穩(wěn)定運(yùn)行和將來的平滑過渡,在基本不改變數(shù)據(jù)模型和業(yè)務(wù)邏輯的前提下,需盡快將TGPMS的開發(fā)平臺(tái)從OracleFormsBuilder遷移到其它先進(jìn)、成熟、穩(wěn)定的開發(fā)平臺(tái)。
TGPMS升級(jí)是一項(xiàng)十分浩大的系統(tǒng)工程,前期包括需求分析,方案設(shè)計(jì),方案評(píng)估和技術(shù)選擇,后期包括方案實(shí)現(xiàn)(含系統(tǒng)設(shè)計(jì)、平臺(tái)開發(fā)、業(yè)務(wù)功能遷移、系統(tǒng)測(cè)試、上線試運(yùn)行等),整個(gè)過程較長(zhǎng),其中任何環(huán)節(jié)若不能順利執(zhí)行,都會(huì)影響到整個(gè)項(xiàng)目的進(jìn)度或質(zhì)量,存在著較大的風(fēng)險(xiǎn)。
經(jīng)對(duì)TGPMS升級(jí)存在的風(fēng)險(xiǎn)進(jìn)行分析,大致存在八項(xiàng)風(fēng)險(xiǎn),清單如表1。
表1 TGPMS升級(jí)存在的風(fēng)險(xiǎn)清單
認(rèn)識(shí)是基礎(chǔ),只有認(rèn)識(shí)到位,才能更好地實(shí)施。為了提高參與TGPMS升級(jí)工作的人員對(duì)該項(xiàng)工作的認(rèn)識(shí),培育大家對(duì)該項(xiàng)工作的必要性、難度等認(rèn)識(shí)基礎(chǔ),推進(jìn)該項(xiàng)工作順利開展,需開展一系列宣傳、培訓(xùn)工作??山M織各種研討會(huì),研討會(huì)可分專題進(jìn)行,也可單獨(dú)舉行。研討的內(nèi)容包括:TGPMS升級(jí)的必要性,需要解決的關(guān)鍵問題,升級(jí)將遇到什么問題以及解決這些問題的辦法,升級(jí)的難點(diǎn)在哪里以及如何克服這些困難,升級(jí)采用何種技術(shù)路線,升級(jí)需要多大的工作量,升級(jí)采用何種策略等。
以“緒論”章節(jié)課程資源建設(shè)為例,雙擊進(jìn)入“緒論”群組編輯窗口,拖動(dòng)一個(gè)“交互”圖標(biāo)到流程線上,命名為“背景”,插入背景圖片。在“交互”圖標(biāo)右側(cè)拖入6個(gè)“計(jì)算”圖標(biāo),可分別命名為:大綱、教案、課件、動(dòng)畫、視頻、課后習(xí)題、返回。例如:在屬性面板中輸入函數(shù) GoTo(IconID@"教學(xué)大綱"),將函數(shù)中跳轉(zhuǎn)的位置,即雙引號(hào)中的內(nèi)容改為對(duì)應(yīng)的位置即可,課程資源建設(shè)操作界面和“緒論”章節(jié)大綱如圖8和圖9所示。
需求分析作為項(xiàng)目建設(shè)的前期工作,是一項(xiàng)重要且復(fù)雜的工作,系統(tǒng)需求若不準(zhǔn)確,可能導(dǎo)致開發(fā)過程中不斷出現(xiàn)需求變更,輕則影響開發(fā)進(jìn)度,重則會(huì)影響到項(xiàng)目整體成本,或?qū)е麻_發(fā)成果不滿足用戶的需求。為避免出現(xiàn)需求風(fēng)險(xiǎn),可采取如下措施:
(1)在需求分析階段,盡可能邀請(qǐng)業(yè)務(wù)人員和實(shí)施顧問全程參與,業(yè)務(wù)人員和實(shí)施顧問有豐富的業(yè)務(wù)知識(shí)。
(2)一旦完成需求分析工作進(jìn)入系統(tǒng)設(shè)計(jì)開發(fā)階段,須加強(qiáng)需求的變更管理,針對(duì)每項(xiàng)需求變更進(jìn)行評(píng)估和審核。
(3)在開發(fā)過程中可適當(dāng)使用迭代式開發(fā)方法,通過重復(fù)“原型開發(fā)-系統(tǒng)演示-用戶反饋-細(xì)化需求”來降低風(fēng)險(xiǎn)。
技術(shù)風(fēng)險(xiǎn)是TGPMS升級(jí)工作中高風(fēng)險(xiǎn)之一,如果采用的技術(shù)不當(dāng),將很難推進(jìn)此項(xiàng)工作向前。為了降低技術(shù)風(fēng)險(xiǎn),需做好調(diào)研分析及評(píng)估。
目前,Java和NET為應(yīng)用開發(fā)最主要的兩大技術(shù),市場(chǎng)上遵循這兩大技術(shù)方向開發(fā)的研發(fā)平臺(tái)產(chǎn)品種類繁多,項(xiàng)目啟動(dòng)前必須進(jìn)行大量的調(diào)研和分析比對(duì)工作,根據(jù)調(diào)研及分析比對(duì)成果,組織專家進(jìn)行評(píng)估,根據(jù)升級(jí)的具體需求選擇合適的技術(shù)方向或研發(fā)平臺(tái)。選擇的技術(shù)或研發(fā)平臺(tái)應(yīng)該符合以下幾點(diǎn)要求:(1)較好的成熟度。所選擇的技術(shù)或研發(fā)平臺(tái)必須設(shè)計(jì)規(guī)范,架構(gòu)完整,有成功項(xiàng)目應(yīng)用的經(jīng)歷;(2)良好的可擴(kuò)展性。無論選用哪種平臺(tái),產(chǎn)品功能不一定能完全滿足項(xiàng)目需求,定制開發(fā)特定需求要求所選平臺(tái)具有良好的擴(kuò)展性,支持各種通用標(biāo)準(zhǔn)、規(guī)范或協(xié)議;(3)符合未來的發(fā)展趨勢(shì),以保證工程管理系統(tǒng)在今后較長(zhǎng)一段時(shí)間內(nèi)與新技術(shù)均可以較好地集成。
選定技術(shù)路線后,需及時(shí)組織資源對(duì)參與系統(tǒng)升級(jí)工作中從事程序開發(fā)的人員進(jìn)行培訓(xùn),積累技術(shù)力量,并在后續(xù)的程序開發(fā)中給予指導(dǎo)。
為了降低實(shí)施風(fēng)險(xiǎn),可采取如下措施:
(1)建立項(xiàng)目組織。項(xiàng)目組織包括項(xiàng)目指導(dǎo)委員會(huì)、咨詢專家委員會(huì)、項(xiàng)目經(jīng)理、項(xiàng)目實(shí)施團(tuán)隊(duì)(包括軟件開發(fā)組、應(yīng)用組、測(cè)試組),同時(shí)明確相應(yīng)的職責(zé)。
(2)明確項(xiàng)目范圍。項(xiàng)目范圍最小化,不盲目擴(kuò)大項(xiàng)目范圍。
(3)按照“總體設(shè)計(jì),分步實(shí)施”的原則,可考慮先建設(shè)開發(fā)平臺(tái),以適合后續(xù)的大規(guī)模團(tuán)隊(duì)開發(fā),再逐模塊升級(jí)。
(4)制定各項(xiàng)規(guī)范制度,以規(guī)范所有工作。
為了降低進(jìn)度風(fēng)險(xiǎn),可采取如下措施:
(1)將工作內(nèi)容進(jìn)行詳盡分解,并將每項(xiàng)任務(wù)落實(shí)到具體的人員。
(2)建立常態(tài)的進(jìn)度會(huì)商機(jī)制。在項(xiàng)目執(zhí)行過程中,通過周期性例會(huì)的方式,對(duì)照工作計(jì)劃及時(shí)分析工作進(jìn)度,對(duì)滯后的工作進(jìn)行分析,查找原因,提出解決辦法并按辦法解決問題。
(3)建立重大事項(xiàng)專門協(xié)商機(jī)制。針對(duì)重大事項(xiàng),組織相關(guān)業(yè)務(wù)、技術(shù)專家對(duì)專門事項(xiàng)進(jìn)行商議,明確其進(jìn)度、質(zhì)量等要求。
為了降低質(zhì)量風(fēng)險(xiǎn),可采取如下措施:
(1)加強(qiáng)流程管理。為促進(jìn)系統(tǒng)升級(jí)工作科學(xué)化、程序化和規(guī)范化,保證工作質(zhì)量,
提高工作效率。TGPMS升級(jí)工作必須根據(jù)制定的規(guī)范、制度梳理并發(fā)布各項(xiàng)工作的流程,而且嚴(yán)格按照流程處理各項(xiàng)事務(wù)。
(2)加強(qiáng)成果審核。對(duì)各階段提交的成果,必須組織業(yè)務(wù)和技術(shù)方面的專家對(duì)成果進(jìn)行審核,只有成果通過審核后才能進(jìn)行后續(xù)的工作。
(3)采用統(tǒng)一的工具,制定通用的模板。對(duì)每個(gè)環(huán)節(jié)提交的文檔,要求采用統(tǒng)一的工具,根據(jù)統(tǒng)一發(fā)布的模板進(jìn)行編制。對(duì)于程序編制,針對(duì)編程工具,發(fā)布編程規(guī)范。
(4)加強(qiáng)測(cè)試工作。測(cè)試是IT項(xiàng)目實(shí)施的重要環(huán)節(jié),在團(tuán)隊(duì)建設(shè)時(shí),必須組織專業(yè)的測(cè)試人員參與,在開發(fā)過程中,對(duì)程序的源代碼進(jìn)行白盒測(cè)試;在模塊化功能開發(fā)完成后,對(duì)應(yīng)用功能進(jìn)行黑盒測(cè)試;在平臺(tái)或系統(tǒng)建設(shè)完成后,通過測(cè)試軟件對(duì)系統(tǒng)進(jìn)行性能測(cè)試。
為了降低團(tuán)隊(duì)風(fēng)險(xiǎn),可采取如下措施:
(1)為了使項(xiàng)目組成員盡快了解、掌握升級(jí)所采用的技術(shù),組織外部或內(nèi)部專家對(duì)項(xiàng)目組成員進(jìn)行培訓(xùn)。培訓(xùn)完成后,及時(shí)安排工作任務(wù)給參訓(xùn)人員,讓其在工作中逐步熟練。
(2)在項(xiàng)目進(jìn)行過程中,須注重技術(shù)小結(jié),編制相關(guān)技術(shù)文檔,定期進(jìn)行技術(shù)交流和探討,實(shí)現(xiàn)知識(shí)傳承,按照梯級(jí)人才建設(shè)的原則,培養(yǎng)技術(shù)力量。
為了降低投資風(fēng)險(xiǎn),對(duì)工作內(nèi)容進(jìn)行分解,組織有經(jīng)驗(yàn)的專家對(duì)工作量進(jìn)行評(píng)估,以便確定總的投資。
TGPMS升級(jí)工作存在著一些風(fēng)險(xiǎn),參與該項(xiàng)工作的各方必須高度重視,必須持有“戰(zhàn)戰(zhàn)兢兢,如履薄冰”的小心、謹(jǐn)慎的態(tài)度,認(rèn)真做好每一項(xiàng)工作,才能讓TGPMS升級(jí)成功,才能讓TGPMS煥發(fā)出新的活力。