已閱讀5頁,還剩64頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
南開大學本科生畢業(yè)論文(設(shè)計)題目國家統(tǒng)計教育培訓網(wǎng)項目管理及其構(gòu)架學號0012544姓名年級2學院軟件學院系別軟件工程專業(yè)軟件工程完成日期指導教師摘要國家統(tǒng)計教育培訓網(wǎng)項目管理及其構(gòu)架軟件學院軟件工程系軟件工程專業(yè)指導教師摘要本文主要介紹了作為國家統(tǒng)計局局長的八大督導項目之一的國家統(tǒng)計教育培訓網(wǎng)的項目背景、特點及其結(jié)構(gòu),以及目前為止所實現(xiàn)的產(chǎn)品功能。著重分析了我們開發(fā)團隊在此次項目中對于MSF和RUP過程模型和團隊模型的實踐,總結(jié)了我們能高效完成項目的原因以及自己對項目管理工作的體會。同時還簡單介紹了由我們設(shè)計開發(fā)的項目管理平臺的特點,及它對這個項目起到的輔助作用。關(guān)鍵字遠程教育平臺,終身教育,MSF框架,系統(tǒng)工程,自適應控制系統(tǒng),需求,產(chǎn)品生命周期ABSTRACTABSTRACTTHISARTICLECOVERSTHEPROJECTBACKGROUNDANDTHEARCHITECTUREOFTHEINTERNALTRAININGSYSTEMWEVEDONEFORNATIONALBUREAUOFSTATISTICSOFCHINANBSCTHISPROJECTISONEOFTHEEIGHTMAJORPROJECTSINNBSCSUPERVISEDDIRECTLYBYTHEMINISTEROFNBSCALSO,THISARTICLEINTRODUCESTHECURRENTLYIMPLEMENTEDFEATURESINTHESYSTEMANDFOCUSESONTHEANALYZINGOURTEAMPRACTICEDURINGTHISPRACTICALTRAININGPROCESSUSINGMSFANDRUPAND,THISARTICLEEXPLAINSWHYWECANFINISHOURPROJECTONTIMEWITHGOODQUALITYBYUSINGVERYLIMITEDRESOURCESFINALLY,YOULLSEEWHATIVELEARNEDFROMMYFIRSTTIMEPROJECTMANAGEMENTBESIDESTHISNBSCPROJECT,THISARTICLEALSOINTRODUCESTHEFEATURESOFOURSOFTWAREMANAGEMENTSYSTEMANDHOWITHELPSINOURPROJECTKEYWORDSDISTANCELEARNINGPLATFORM,LIFELONGLEARNING,MSFFRAMEWORK,SYSTEMENGINEERING,ADAPTIVECONTROLSYSTEM,REQUIREMENT,PRODUCTLIFECYCLE目錄目錄前言1第一章項目介紹111項目背景112平臺特點213系統(tǒng)結(jié)構(gòu)2131網(wǎng)絡結(jié)構(gòu)2132傳輸方式314平臺功能結(jié)構(gòu)4141教學平臺4142后臺管理515小結(jié)8第二章項目管理中生命周期的研究與選擇MSF和RUP921介紹922定義923過程模型10231MSF過程模型12232MSF的各階段13233RUP過程模型15234RUP的各階段15235項目應用1724團隊模式20241MSF角色集20242RUP角色集23243項目應用2625小結(jié)33第三章項目管理平臺WEBRAID3531管理平臺背景介紹3532管理平臺功能分析3633開發(fā)平臺與技術(shù)簡介4034小結(jié)42第四章項目成果展示4341項目進度4342項目實現(xiàn)4343界面截圖4544下版介紹47第五章總結(jié)49附錄153功能模塊路程圖53附錄256目錄角色模塊功能圖56致謝59參考文獻60前言1前言在全國上下積極提倡終身教育的今天,我們軟件開發(fā)者應該努力的為這一潮流提供實現(xiàn)媒介,而網(wǎng)絡教育可以說是目前最佳的一種實現(xiàn)終身教育、全民教育的手段。我們設(shè)計并開發(fā)的這一中國統(tǒng)計教育培訓網(wǎng)就是這種網(wǎng)絡教育在國家統(tǒng)計局內(nèi)部的推行,該平臺有別于已往的一些網(wǎng)絡教育網(wǎng)站,它提供了全面的網(wǎng)絡教育的服務,以人性化為中心的設(shè)計,盡量把現(xiàn)實中的傳統(tǒng)校園、課堂的功能平移到了互連網(wǎng)上,同時又發(fā)揮了網(wǎng)絡教育的優(yōu)勢,隨時隨地讓訪問用戶既可以在網(wǎng)上校園中獲取各種信息,又可以進入網(wǎng)上課堂進行某一門課程的修讀,實時課堂,作業(yè)提交批改,考試報名等各種學校教育中需要涉及的方面,我們都集成到了這個培訓網(wǎng)上,真正營造了一個網(wǎng)絡學校的氛圍(具體結(jié)構(gòu)請參見第一章和第四章的介紹)。如果說實現(xiàn)這種網(wǎng)絡教育平臺是老生常談的話,那由僅僅七名而且主要是在校大學生組成的團隊在只有四個多月的時間里就基本實現(xiàn)了這個繁雜的系統(tǒng),并且目前已經(jīng)在國家統(tǒng)計局內(nèi)部開始試運行,不能不說這是我們創(chuàng)造出來的一個亮點。我們大膽采用新的管理模式和開發(fā)技術(shù),不管從項目流程、團隊組織,還是功能實現(xiàn)都力求高效。我們在這個項目中引入了系統(tǒng)工程的方法,針對項目和團隊的特點采用并行的結(jié)構(gòu),極其重視與客戶的交流和反饋,創(chuàng)造出一個自適應控制系統(tǒng)的開發(fā)流程以確保讓客戶滿意(具體做法參見第二章)。我們還根據(jù)軟件項目開發(fā)的特點建立了一個以問題管理為主的項目管理平臺,使得項目管理真正做到了系統(tǒng)化的自動運行,大大提高了問題解決的效率,在第三章將有具體的介紹。通過這篇論文您可以看到我們七人小組是如何把這樣一個繁雜的大系統(tǒng),科學的分割成各個小系統(tǒng),通過減小小系統(tǒng)的誤差,來確保大系統(tǒng)的正常運行的,它既是我們這個項目的經(jīng)驗總結(jié),也是下一個項目的標準參考。當然在寫作過程中還有一些不夠準確,考慮不周的地方,還希望各位能不吝提出修改意見。第一章項目介紹1第一章項目介紹11項目背景由哈佛中國教育研究中心發(fā)起的以“藍色基因”為主題的素質(zhì)教育公益工程,是目前各界教育活動所關(guān)注的重點?!八{色”因為代表海洋、水運商貿(mào),常常自比“現(xiàn)代文明”,所以它較其他顏色更顯時尚、前衛(wèi)。繼“藍色妖姬”、“藍牙技術(shù)”之后,“藍色基因”又應運而生,頗令人好奇。無疑,“藍色”已與理性、文明結(jié)緣了。該理論認為,現(xiàn)代人才必須具備八大能力,即自律、創(chuàng)新能力、學習能力、合作開放、自信樂觀、責任感、執(zhí)著追求、理性務實。其中最核心的觀點是學歷并不是最重要的,真正的素質(zhì)培養(yǎng)、能力鍛造以及持續(xù)不斷的知識積累才是關(guān)鍵?!八{色基因”理論其實與政府提出的“終身教育”思想是一致的。學歷不等于能力,只要學習能力在,創(chuàng)新能力在,能力的培養(yǎng),成功的可能,都會依然存在。由此我們可以看到,不管是哈佛研究中心還是我國政府都在強調(diào)終身學習,不斷積累知識這樣一個理念,而實現(xiàn)終身學習的最有效的一個方法就是網(wǎng)絡教育,網(wǎng)絡無處不在無時不有,我們可以通過網(wǎng)絡隨時隨地的學到新的知識,因此開拓網(wǎng)絡教育這個領(lǐng)域,豐富它,改進它,是我們軟件工作者今后將要面臨的一項重大課題。在這種網(wǎng)絡教育逐漸成型的時候,我們開始了國家統(tǒng)計局的網(wǎng)絡教育平臺項目的設(shè)計、開發(fā)及推廣等系列工作,以期在統(tǒng)計局系統(tǒng)內(nèi)部提供一個終身學習的實用平臺。本項目是為國家統(tǒng)計局量身定做的一個分布式多級互連的網(wǎng)絡教育平臺,也是國家統(tǒng)計局局長的八個督導項目之一。它必須拋棄原有的通用性教育平臺,而針對統(tǒng)計局的教育特點,設(shè)計出一個全新的多級教育平臺,例如簡化學員的注冊過程,學員界面盡量清晰易用,課件等教學資源可以從中央站點傳到下級站點等。同時還要考慮統(tǒng)計局內(nèi)部專網(wǎng)帶寬資源緊張等問題,要在設(shè)計平臺的時候盡量減輕專網(wǎng)壓力。第一章項目介紹212平臺特點靈活的定制模式高度模塊化的設(shè)計,可根據(jù)客戶的需求不斷添加新的功能,方便的擴展,這個是本系統(tǒng)最大的特色之一。簡單實用的圖文聲像并茂人性化和個性化學習及教學管理環(huán)境頗具特色的實時課堂系統(tǒng),能夠提供音頻視頻、教師桌面、課件顯示、實時交互、文本記錄等多種功能,模擬一個真實的課堂環(huán)境。安全靈活可靠的分布式教學資源管理系統(tǒng)支持松藕合和異構(gòu)環(huán)境整個平臺的設(shè)計采用分布式的結(jié)構(gòu),多個服務器共同運轉(zhuǎn),各負其責,加強性能。同時采用WINDOWS密碼安全策略,使用操作系統(tǒng)提供的基于角色的安全。高性價比多個關(guān)鍵模塊,例如實時課堂,即時消息等都由開發(fā)組自己編寫,省去了高額的購買費用。13系統(tǒng)結(jié)構(gòu)131網(wǎng)絡結(jié)構(gòu)為減輕用戶集中訪問中心網(wǎng)站所造成的對網(wǎng)絡帶寬,硬件設(shè)備的壓力,本系統(tǒng)設(shè)計采用多級分布式互連結(jié)構(gòu),目前分為兩級結(jié)構(gòu)中央網(wǎng)站和省級網(wǎng)站。中央網(wǎng)站是資源中心,除直接向國家統(tǒng)計局機關(guān)干部和國家統(tǒng)計局培訓學院直屬教學部提供網(wǎng)上教學服務外,中央網(wǎng)站主要向省級網(wǎng)站提供網(wǎng)上教學資源(主要是課件和題庫)省級網(wǎng)站是教學中心,利用中央網(wǎng)站的共享資源,面向本地區(qū)學員,提供網(wǎng)上教學服務。中央網(wǎng)站可利用網(wǎng)絡空閑,將教學資源分發(fā)到各省級網(wǎng)站,用戶可通過訪問省級網(wǎng)站進行學習和交流,從而減少對中心網(wǎng)站的網(wǎng)絡帶寬需求和設(shè)備壓力。第一章項目介紹3132傳輸方式對于傳輸方式來說,采用天地一體的網(wǎng)絡傳輸方式,具體的講就是以統(tǒng)計業(yè)務專網(wǎng)作為主要的網(wǎng)絡平臺,對于專網(wǎng)網(wǎng)絡基礎(chǔ)設(shè)施相對薄弱的地區(qū),嘗試采用單向的衛(wèi)星通道作為補充手段,利用衛(wèi)星信道進行遠程教育的實時直播和定時廣播,并利用衛(wèi)星通道完成大數(shù)據(jù)量的課件分發(fā)。對于必須進行交互的教學或會議,其交互數(shù)據(jù)仍通過地面專網(wǎng)傳送。這種方式,既緩解了網(wǎng)絡設(shè)施不足和帶寬資源緊張的問題,又避免了INTERNET安全和QOS無法保障的弊端。省級站系統(tǒng)管理課件制作和直播課堂資源服務器統(tǒng)計業(yè)務網(wǎng)WEB服務器郵件服務器單位用戶數(shù)據(jù)庫服務器視頻服務器存儲服務器家庭用戶中央網(wǎng)站內(nèi)容分發(fā)單位用戶公眾網(wǎng)衛(wèi)星內(nèi)容分發(fā)交互回路圖2系統(tǒng)結(jié)構(gòu)設(shè)計第一章項目介紹414平臺功能結(jié)構(gòu)調(diào)查問卷實時課堂招生招聘作業(yè)考試課件學習網(wǎng)上校園網(wǎng)上課堂討論答疑統(tǒng)計網(wǎng)絡教育平臺結(jié)構(gòu)前端管理平臺教育資源庫安全保障系統(tǒng)支撐環(huán)境教學管理、教務管理、平臺管理WEB服務、視頻服務、數(shù)據(jù)庫服務身份認證、數(shù)據(jù)安全課件制作、維護管理后臺通知公告網(wǎng)上書店圖3系統(tǒng)功能結(jié)構(gòu)圖系統(tǒng)平臺由前端教學平臺及后端管理平臺兩大部分組成。各部分詳細功能模塊描述如下141教學平臺教學平臺是系統(tǒng)平臺用戶最常用的部分,由網(wǎng)上校園和網(wǎng)上課堂兩部分組成。1411網(wǎng)上校園網(wǎng)上校園欄目包括通知公告、招生招聘、學術(shù)交流、調(diào)查問卷、網(wǎng)上書店、資料下載。使用者無需注冊為教育平臺用戶即可訪問網(wǎng)上校園,并可查詢各類相關(guān)信息。1412網(wǎng)上課堂使用者必須注冊為平臺用戶才能訪問網(wǎng)上課堂內(nèi)容。它分為五個子系統(tǒng)課程學習系統(tǒng)第一章項目介紹5討論與答疑系統(tǒng)作業(yè)與考試系統(tǒng)實時課堂系統(tǒng)站內(nèi)郵件和信息系統(tǒng)142后臺管理后臺管理是對前端教學的服務和支撐,包括四大部分管理平臺,教育資源庫,支撐平臺和安全保障。1421管理平臺管理平臺對整個教育平臺進行管理,包括教學管理,教務(信息)管理和系統(tǒng)管理三大部分。教學管理教學管理是對日常教學工作的管理,包括課程討論區(qū)管理、答疑管理、課程作業(yè)管理、課程測試管理、教學評估管理等教務(信息)管理教務管理包括地區(qū)管理、用戶管理、項目及課程管理、教材管理、考試管理、學員成績管理、教育證書管理、繳費管理、新聞管理等。其中按照遠程教育流程,教務管理可劃分為學員注冊管理、繳費管理、教學資料征訂管理,作業(yè)/考試成績管理、證書管理、網(wǎng)上調(diào)查等子系統(tǒng)。學員注冊管理學員填寫注冊單后,可以直接進入網(wǎng)上課堂選課,對于免費課程,注冊學員均可以參加,而收費課程,則通過計費管理來給定學員進入課程學習的權(quán)限。教務管理員也可以統(tǒng)一輸入學員的書面注冊信息,幫助學員及其他身份用戶完成注冊過程。繳費管理第一章項目介紹6教務管理人員將學員分次繳費情況錄入至學員學籍檔案中。有關(guān)數(shù)據(jù)一旦確認無誤,不得變更。系統(tǒng)會對逾期為繳費者提示,并采取相應限制措施。教學資料征訂管理中國統(tǒng)計教育培訓網(wǎng)將公布與培訓項目有關(guān)的文字/音像教學資料列表,并附簡要的文字介紹。學員個人及各地的教務管理人員可在網(wǎng)上征訂與培訓項目有關(guān)的文字/音像教學資料。訂單需經(jīng)管理人員審核通過后方可生效。對訂單的線下操作由管理人員在線上錄入。作業(yè)/考試成績管理系統(tǒng)對學員的歷次作業(yè)/考試成績記錄到學員的學籍檔案中由作業(yè)/考試系統(tǒng)自動批改的作業(yè)/考試成績自動進入學員學籍檔案中。此外,教務管理人員和教師經(jīng)授權(quán)后可錄入成績。人工錄入的成績經(jīng)校驗無誤后,方可正式進入學員學籍檔案。系統(tǒng)對作業(yè)欠交或成績不合格者自動生成通知。證書管理基于學員學籍檔案所記載的內(nèi)容,按照給定的結(jié)業(yè)發(fā)證的條件,對學員進行結(jié)業(yè)確認,并自動生成發(fā)證學員清單。網(wǎng)上調(diào)查系統(tǒng)能按需要生成多種格式的調(diào)查問卷。被調(diào)查者直接在網(wǎng)上接受調(diào)查。系統(tǒng)可自動對調(diào)查結(jié)果進行統(tǒng)計匯總,生成最終的調(diào)查報告。系統(tǒng)管理系統(tǒng)管理系統(tǒng)對平臺的總體運行性能進行管理,包括服務器管理、日志管理、數(shù)據(jù)管理、性能管理、安全管理等。1422教育資源庫課件制作系統(tǒng)第一章項目介紹7可將分散的視、音頻培訓素材與教材講義(如PPT,WORD文檔,PRODUCER課件)同步整合為多媒體課程,或?qū)⒔處熑粘=虒W活動制作為多媒體課程,快速發(fā)布。資源管理系統(tǒng)包括原始素材管理、課件素材管理、課件管理、素材管理和題庫管理,以及日常教學時所需要的師資資源的管理和維護。1423支撐平臺WEB服務為教學平臺的信息交流和課件學習提供服務。EMAIL服務為解決用戶的非實時交流,還有一些教學、教務信息的傳播也可以通過EMAIL完成。視頻傳輸利用流媒體技術(shù),為教學平臺提供視頻,音頻的傳輸服務。數(shù)據(jù)庫服務用于存儲基本的教學、教務管理信息,如學生的屬性、授課內(nèi)容的基本屬性及相應的用戶信息和計費數(shù)據(jù)。1424安全保障用戶認證用戶認證功能,以數(shù)字證書為手段,實現(xiàn)對服務應用和用戶的識別。一方面可以實現(xiàn)對網(wǎng)絡教育系統(tǒng)中的不同類別教育服務的認證;同時也可以為訪問這個系統(tǒng)不同類別的用戶進行認證。數(shù)據(jù)安全包括對系統(tǒng)關(guān)鍵業(yè)務信息、教育資源的數(shù)據(jù)安全保護以及對用戶個人信息、成績的數(shù)據(jù)安全保護。第一章項目介紹815小結(jié)通過以上的介紹可以看到,本系統(tǒng)是一個涵蓋面廣,功能復雜,影響重大的國家政府性質(zhì)的網(wǎng)絡平臺。如何把這樣一個繁雜的系統(tǒng)統(tǒng)一好,使得整個開發(fā)過程能有序高效,是我們必須考慮的問題。僅僅著重功能的實現(xiàn),技術(shù)的攻克,只能構(gòu)造出一個個分雜的板塊,無法形成一個先進可擴展的系統(tǒng),是不能滿足實際應用需求的。因此我們需建立一套完備的項目構(gòu)架,用一種合適的生命周期,去指導項目開發(fā)全過程。完成這個項目對于我們來說不僅是一次技術(shù)上的考驗,更是一次軟件項目管理理論實踐的好機會,我們運用了目前流行的MSF軟件項目開發(fā)框架和RUP軟件過程模型來指導這次項目實踐,有科學的理論的指導,加上我們自己對它的理解和合理的調(diào)整,保證了此次項目成功的完成。下面幾章就會從理論和實際兩方面論述我們是如何進行這個項目的開發(fā),以及我自己作為程序經(jīng)理如何發(fā)揮協(xié)調(diào)作用,貫穿整個項目進行項目管理的。第二章項目管理中生命周期的研究與選擇MSF和RUP9第二章項目管理中生命周期的研究與選擇MSF和RUP21介紹開發(fā)一個好的軟件是一個艱難的過程,除了需要有好的編程技術(shù)外,還需要考慮很多非技術(shù)因素,例如軟件開發(fā)采用何種過程管理模式,團隊采用何種的組織形式,這些經(jīng)常是在小團隊開發(fā)的時候容易忽視的方面,但是對提高一個項目的成熟度來說卻起著極其重要的作用。正如艾森豪威爾說過“有根據(jù)計劃沒有打贏的戰(zhàn)役,但沒有戰(zhàn)役是在沒有計劃的情況下打贏的“一樣中國軟件業(yè)較之印度落后的原因之一就是軟件組織模式的選用不同,印度是用工業(yè)化的組織形式去組織軟件的開發(fā)工作,而中國則更多的是一種“MANUALWORKSHOPMODEL”,隨經(jīng)理人為去組織決策,自然會有很多考慮不周的地方,從而大大降低開發(fā)效率。所以確立一個合適的軟件開發(fā)過程模型是軟件項目管理的靈魂,選擇對了會對項目開發(fā)起到事半功倍的效果,尤其是當一個多人團隊共同開發(fā)一個需要符合產(chǎn)品標準的軟件時,軟件過程變得更加復雜化,更需要根據(jù)項目的特點選擇好一個項目管理模型。因此我們需要運用所學,把軟件開發(fā)確實當作一個項目去進行,也許這樣會浪費一些設(shè)計和組織的時間,但是卻有利于軟件的持續(xù)性開發(fā)和后期版本的改進,而不只是僅僅滿足用戶的一次需求。根據(jù)這個項目和我們團隊的特點,我們選擇了RUP和MSF作為項目管理的指導,在此章將這兩個模型結(jié)合我們項目過程做一簡單介紹,包括兩者的過程模型,團隊模型和相關(guān)規(guī)則的說明22定義RUPRATIONALUNIFIEDPROCESS(統(tǒng)一過程)RUP是一套軟件工程過程模型,它通過對所有關(guān)鍵的軟件開發(fā)活動提供正第二章項目管理中生命周期的研究與選擇MSF和RUP10確的指導、模板和工具向?qū)?,增強團隊的生產(chǎn)力,從而使軟件發(fā)揮最大的功用。它用一套規(guī)范的方法為開發(fā)組織分配任務,明確責任,其目標是確保在工程進度和預算內(nèi),生成出高質(zhì)量的軟件,能夠滿足最終用戶的需求。MSFMICROSOFTSOLUTIONFRAMEWORK(微軟解決方案框架結(jié)構(gòu))MSF是一套大型系統(tǒng)開發(fā)指南,它描述了如何用團隊模型、過程模型和應用模型來開發(fā)應用程序,是在微軟的工具和技術(shù)的基礎(chǔ)上建立并開發(fā)分布式企業(yè)系統(tǒng)應用的參考。MSF的最大特性是商業(yè)化,并自始至終地體現(xiàn)在項目的實施過程中。所謂商業(yè)化意味著客戶的商業(yè)利益??蛻敉度攵嗌伲玫蕉嗌倩貓?,客戶要用到哪些最新的技術(shù),最后如何把項目計劃變成產(chǎn)品直至產(chǎn)生效益,等等,這些都是MSF要考慮的問題。將MSF和RUP放在一起討論,是因為MSF的過程模型和RUP的類似,都是一個成熟的,結(jié)合了傳統(tǒng)模型優(yōu)點的產(chǎn)物,它們都是基于迭代的開發(fā)。MSF是在以不同的版本為迭代單位進行開發(fā),而RUP是以一個版本中各個階段為迭代單位進行開發(fā),一個是大處招眼,一個是顧及細節(jié),兩者配合起來就能實現(xiàn)一套完整的軟件。并且他們應用的場合是一致的,都可以應對不斷變化的需求。雖然RUP是過程模型,但是可以從他的四個階段,五個活動中,提煉出團隊模型,可以發(fā)現(xiàn)和MSF也很類似,都是多個角色相互配合,形成一個環(huán)狀結(jié)構(gòu),而不是層級式的下級對上級負責。以下就來介紹一下兩者的過程模型和團隊模型,在這里把兩者放在一起并不是為了比較他們的異同,而是指明這兩種模式的工作方式和優(yōu)勢,進而論述我們完成的國家統(tǒng)計教育培訓網(wǎng)的項目中應用到的軟件項目管理的方法。23過程模型過程模型指出一個項目中各個活動的順序,用來表示一個項目的生命周期。一般來說傳統(tǒng)的過程模型分為兩大類,一類是靜態(tài)的如瀑布模型,還有一類是沒有確定的檢查點,如螺旋模型。第二章項目管理中生命周期的研究與選擇MSF和RUP11下圖表明兩種模型特點瀑布模型這種模型是基于里程碑的,它的每一次活動的轉(zhuǎn)變都是由里程碑來標明。使用瀑布模型,我們需要當一個活動進行完之后才能進入下一個階段,它是一個線性串行的過程,兩個活動不會同時進行。它假定在進行新的開發(fā)過程時,上一個過程已經(jīng)完成,而且不會回到上一個過程。因為在不同的活動之間過渡有固定的轉(zhuǎn)換點,順序性強,線索清晰,所以這種模型可以很容易的監(jiān)控管理每個活動的進度和個人完成的情況如何。但是實踐證明這個開發(fā)模型過于理想化,軟件開發(fā)是一個非常復雜的過程,有諸多的因素影響工程的效率和成敗。而且軟件開發(fā)需要許多不同背景的個人和團隊參與。由于這些復雜性,在軟件開發(fā)的整個生命周期中每一個階段都有可能留下隱患和錯誤。如果等到系統(tǒng)已經(jīng)開發(fā)實現(xiàn)完畢,而在測試階段發(fā)現(xiàn)了重大問題,這時的返工將會造成人力、物力、財力及時間上的巨大浪費。因此這種模型只適合那種需求很明確,并且不容易發(fā)生變化的項目。螺旋模型此模型是建立在不斷的提煉需求、不斷對項目評估的基礎(chǔ)上的,是基于風險的模型。以解決一個風險為一個螺旋,進入下一個風險,再開始一組過程。它可以使開發(fā)團隊和用戶之間建立很好的協(xié)作關(guān)系,用戶會在項目進行中,不斷進行反饋,以此參與到整個項目過程中。因此螺旋模型適合需要快速開發(fā)的第二章項目管理中生命周期的研究與選擇MSF和RUP12小項目,或是需求變化多、復雜不易理清的大項目中。但是螺旋模型沒有清晰的檢查點,不易對整個項目過程進行調(diào)控,容易造成管理混亂,因此它對項目管理人員的要求很高。并且由于它是一圈圈的小步向前走,對整個項目的可預測性相對就比較差。231MSF過程模型MSF過程模型是結(jié)合了瀑布模型和螺旋模型優(yōu)點的一個組合模型,它把瀑布模型的基于里程碑的計劃管理和對結(jié)果具有良好預見性的優(yōu)勢同螺旋模型的及時反饋和不斷改進的特點結(jié)合起來,整個軟件開發(fā)過程就像一個自適應控制系統(tǒng),如下圖所示,在一個螺旋迭代的過程中加入多個里程碑,使得一個迭代能有計劃的實施。MSF過程模型具有以下特點強調(diào)“系統(tǒng)前景/范圍“,而不是需求。前景是對方案是什么的一種擴展觀點。范圍定義了在當前項目的條件限制下,前景中的哪個部分可以被實現(xiàn)。通過這樣兩個相互矛盾又聯(lián)系的概念,可以使開發(fā)者明確在本版本內(nèi)需要實現(xiàn)的功能,而不只是以客戶提出的需求為中心,使得后期的進度無法完成,產(chǎn)品沿后發(fā)布。第二章項目管理中生命周期的研究與選擇MSF和RUP13面向客戶的里程碑,而不是面向開發(fā)的里程碑。每個里程碑是項目組重新校準客戶期望值的同步點。每個里程碑的確立都是以實現(xiàn)的部分能否使用戶滿意為中心的,而不只是活動的完成。因此在里程碑提供了和用戶再次交流的機會,使得產(chǎn)品在一定范圍內(nèi)讓用戶滿意。不同版本方式的發(fā)布,而不是第一版就包含全部的功能特色。快速變化的技術(shù)會不斷增強系統(tǒng)的功能,強化電腦使用者的能力。因此在確定迭代的時候要集中力量先把客戶迫切需要的部分完成發(fā)布,使它先商品化。232MSF的各階段MSF過程模型是基于階段的,由里程碑驅(qū)動的迭代模型,它可以用來開發(fā)配置傳統(tǒng)應用,企業(yè)商用解決方案,和WEB分布式應用。MSF過程模型分為5個階段,形成一個閉環(huán)結(jié)構(gòu),螺旋上升。每個階段設(shè)有一個里程碑。這五個里程碑是客戶與項目組之間重要的設(shè)計、評估及協(xié)調(diào)的時間點。構(gòu)想階段(前景/范圍里程碑)構(gòu)想階段在“前景/范圍核準”里程碑上到達了終結(jié)點。一旦一個新的產(chǎn)品吸引了大家的興趣并審批通過后,項目組開始集中起來定義產(chǎn)品。前景描述文第二章項目管理中生命周期的研究與選擇MSF和RUP14檔清晰地闡明了產(chǎn)品或服務的最終目標,并提供了明確的方向。范圍與前景相反,它定義了一個特定版本產(chǎn)品或服務所受的限制,并且認識到在未來的版本中將要進行的開發(fā)工作。計劃階段(項目設(shè)計認可里程碑)設(shè)計階段在“項目設(shè)計核準”里程碑上到達了終結(jié)點。項目設(shè)計包含功能規(guī)定文檔、每種角色職能組的計劃組合(如在MSF組隊模型中定義的開發(fā)、測試、用戶教育、系統(tǒng)實施、程序管理和產(chǎn)品管理)和時間進度安排。功能規(guī)定提供給項目組足夠的細節(jié)情況確定需要的資源并作出承諾。在項目設(shè)計核準里程碑上,客戶和項目組在要交付的內(nèi)容上及如何進行構(gòu)建達成一致。這是一個重新評估風險、建立優(yōu)先級和對時間進度和資源調(diào)配情況做最終估計的非常重要的機會。開發(fā)階段(范圍完成里程碑)開發(fā)階段在“范圍完成”里程碑上到達了終結(jié)點。經(jīng)過核準的功能規(guī)定和相關(guān)的項目計劃提供了開始開發(fā)的基線。開發(fā)組設(shè)置了一系列內(nèi)部交付的里程碑,每個內(nèi)部里程碑都要經(jīng)過全部的測試/診斷/排錯的過程。在這個里程碑上客戶和項目組評估產(chǎn)品的功能,驗證產(chǎn)品過渡和支持計劃。同樣在這個里程碑上,所有新功能的開發(fā)都已經(jīng)結(jié)束,推遲開發(fā)的功能記錄下來作為下一個版本功能的參考。穩(wěn)定階段(發(fā)布里程碑)穩(wěn)定階段在“產(chǎn)品發(fā)布”里程碑上到達了終結(jié)點。測試工作是伴隨著代碼開發(fā)工作進行的,在穩(wěn)定階段因為集中注意力于尋找錯誤和修改錯誤,所以測試活動成為主要的工作。在產(chǎn)品發(fā)布里程碑,產(chǎn)品正式轉(zhuǎn)交給操作和支持組。通常情況下,項目組或者開始下一個版本的產(chǎn)品開發(fā),或者拆散加入其它的項目開發(fā)組。部署階段(部署完成里程碑)第二章項目管理中生命周期的研究與選擇MSF和RUP15部署階段在“部署完成”里程碑上達到終結(jié)點,需要在這個階段把解決方案穩(wěn)定的部署到用戶設(shè)備上,使產(chǎn)品運轉(zhuǎn)起來,爭取獲得最終用戶的認同。部署完成后,團隊需要把整個項目產(chǎn)品演示一遍,并且進行用戶滿意度調(diào)查。233RUP過程模型RUP是迭代的開發(fā)過程,一個生命周期包括多個迭代,每個迭代都是一個活動的松散的順序集合。需求,分析設(shè)計,實現(xiàn),測試,部署五個活動在每個迭代中占不同的比例,這個比例是由該迭代處于開發(fā)周期的哪個階段決定的,可以把每次迭代看成是一個小型的瀑布模型。如下圖所示,橫軸通過時間組織,表示每次迭代;縱軸以內(nèi)容來組織為,表示在一個迭代中所要進行的活動。可以看到每個活動在各個階段中都有參加,只是所花精力不同,這是和瀑布模型不同的。這種迭代模型的實現(xiàn)在很大程度上提供了及早發(fā)現(xiàn)隱患和錯誤的機會234RUP的各階段RUP中的軟件生命周期在時間上被分解為四個順序的階段,分別是先啟階段INCEPTION、細化階段ELABORATION、構(gòu)造階段CONSTRUCTION和產(chǎn)品化階段TRANSITION。每個階段結(jié)束于一個主要的里程碑MAJORMILESTONES,第二章項目管理中生命周期的研究與選擇MSF和RUP16每個階段本質(zhì)上是兩個里程碑之間的時間跨度,在階段的結(jié)尾執(zhí)行一次評估以確定這個階段的目標是否已經(jīng)滿足。如果評估結(jié)果令人滿意的話,可以允許項目進入下一個階段。先啟階段先啟階段的基本目標是實現(xiàn)項目的生命周期目標中所有相關(guān)因素(如客戶等)之間的并行。先啟階段主要對新的開發(fā)工作具有重大意義,新工作中的重要業(yè)務風險和需求風險問題必須在項目繼續(xù)進行之前得到解決。對于重點是擴展現(xiàn)有系統(tǒng)的項目來說,先啟階段較短,但其重點仍然是確保項目值得進行而且可以進行。以生命周期目標為這一階段的里程碑,用來評估項目的基本可行性。此時,檢查項目的生命周期目標,并決定繼續(xù)進行項目還是取消項目。精化階段精化階段的目標是建立系統(tǒng)構(gòu)架的基線,以便為構(gòu)建階段的主要設(shè)計和實施工作提供一個穩(wěn)定的基礎(chǔ)。構(gòu)架是基于對大多數(shù)重要需求(對系統(tǒng)構(gòu)架有很大影響的需求)的考慮和風險評估發(fā)展而來的。構(gòu)架的穩(wěn)定性是通過一個或多個構(gòu)架原型進行評估的。它以生命周期構(gòu)架為里程碑,為系統(tǒng)構(gòu)架建立管理基線,并使項目團隊能夠在構(gòu)建階段調(diào)整規(guī)模。此時,要檢查詳細的系統(tǒng)目標和規(guī)模、選擇的構(gòu)架以及主要風險的解決方案。構(gòu)建階段構(gòu)建階段的目標是闡明剩余的需求,并基于已建立基線的構(gòu)架完成系統(tǒng)開發(fā)。構(gòu)建階段從某種意義上來說是一個制造過程,在此過程中,重點在于管理資源和控制操作,以便優(yōu)化成本、進度和質(zhì)量。從這種意義上說,從先啟和精化階段到構(gòu)建和產(chǎn)品化階段,管理上的思維定勢經(jīng)歷了從知識產(chǎn)權(quán)開發(fā)到可部署產(chǎn)品開發(fā)的轉(zhuǎn)變。它以最初操作性能為里程碑,確定產(chǎn)品是否已經(jīng)可以部署到BETA測試環(huán)境。在最初操作性能里程碑,產(chǎn)品隨時可以移交給產(chǎn)品化團隊。此時,已開發(fā)了所第二章項目管理中生命周期的研究與選擇MSF和RUP17有功能,并完成了所有ALPHA測試。除了軟件之外,用戶手冊也已經(jīng)完成,而且有對當前發(fā)布版的說明。產(chǎn)品化階段產(chǎn)品化階段的重點是確保最終用戶可以使用軟件。產(chǎn)品化階段可跨越幾個迭代,包括測試處于發(fā)布準備中的產(chǎn)品和基于用戶反饋進行較小的調(diào)整。在生命周期中的該點處,用戶反饋應主要側(cè)重于調(diào)整產(chǎn)品、配置、安裝和可用性問題,所有較大的結(jié)構(gòu)上的問題應該在項目生命周期的早期階段就已得到解決。產(chǎn)品化階段末是第四個重要的項目里程碑,即產(chǎn)品發(fā)布里程碑。此時,確定是否達到目標,以及是否應該開始另一個開發(fā)周期。有時候,該里程碑可能與下一周期的先啟階段重合。產(chǎn)品發(fā)布里程碑是項目驗收復審成功完成的結(jié)果。235項目應用2351項目特點雖然統(tǒng)計局提供了一份全面的書面需求,對各個模塊都有提及,但是仍存在許多會發(fā)生變化的方面,如由于第一次采用中央為資源中心,地方為教育中心的兩級模式,所以對資源的分發(fā)只提有建設(shè)性的意見,會根據(jù)在實現(xiàn)時遇到的困難而有所變化。對于新的模塊實時課堂,只有一個大致的構(gòu)想,需要設(shè)計人員根據(jù)現(xiàn)實社會中的傳統(tǒng)課堂設(shè)計出一套完備的系統(tǒng),做出一個原型后再由統(tǒng)計局提出修改意見。在界面方面有基本色調(diào)和界面風格的要求,也會根據(jù)不斷的反饋而進行修改另外由于統(tǒng)計局給出需求較細,而且涉及統(tǒng)計局內(nèi)部的某些流程,難免會有不能理解的地方,而且過細的需求使得項目設(shè)計者發(fā)展的余地較小,在真正實現(xiàn)和使用過程中,會存在一些不可預知的問題,也會引起需求的變化,因此在整個開發(fā)過程中都需要與用戶保持聯(lián)系,及時解決對需求理解和協(xié)調(diào)上問題。第二章項目管理中生命周期的研究與選擇MSF和RUP18同時項目要求的時間緊,造成開發(fā)周期短的困難,需要在四個月之內(nèi)完成所有的功能,并能交付使用2352團隊特點開發(fā)人員少。平臺主要開發(fā)人員只有七人,而且都為在校生,有其他學業(yè)任務。而項目的任務重,涉及面廣,需要的技術(shù)多。開發(fā)人員分散,流動性較大,人員變動較快。開發(fā)組主要由泰達,南開本部,北京公司三個小的開發(fā)組構(gòu)成,而且人員有可能產(chǎn)生變動,具有較大的不確定性,事實上,在后來的開發(fā)過程中,北京的小組由于出現(xiàn)某些嚴重問題,被集體解雇,造成泰達開發(fā)小組需要對他們負責的模塊進行改造或重寫。而且在開發(fā)的早期,由于我們設(shè)計的WEBRAID(項目管理平臺)軟件還未完成,使得異地開發(fā)組之間溝通交流不暢,只能用郵件,即時消息的方式進行溝通、整合,因此在交流中會產(chǎn)生一些誤會,影響開發(fā)進度。同時客戶與開發(fā)人員不在同一個城市,與客戶的交流難度也相對較大。開發(fā)預算少。需要自己編寫幾乎所有組件,加重了開發(fā)任務,例如及時消息模塊,討論區(qū)模塊等。項目管理經(jīng)驗不豐富。項目組中的幾乎所有開發(fā)和管理人員均是第一次接觸大項目,沒有經(jīng)驗可言,只能靠技術(shù)管理文檔加自己的理解,在老師的指導下進行,因此在項目的進行過程中會由于管理問題,對需求考慮不周全出現(xiàn)一些反攻,減慢開發(fā)進度。開發(fā)所用技術(shù)新。這些新技術(shù)從本質(zhì)上提高了系統(tǒng)的先進型和穩(wěn)定性,但由于是第一次嘗試,因此開發(fā)中伴有學習的過程,會產(chǎn)生一些不可預見的問題。還因為這些技術(shù)中有一部分還不成熟,而且不存在任何這方面的參考資料,需要開發(fā)人員自己摸索,這樣也減緩了開發(fā)進度,增加了開發(fā)的難度。第二章項目管理中生命周期的研究與選擇MSF和RUP192353應用模式綜合以上項目和團隊的特點,可以發(fā)現(xiàn)傳統(tǒng)的瀑布模型是絕對滿足不了開發(fā)要求的,然而由于項目要求時間短,影響重大,需要對項目做充分的測試,完全的螺旋模型又顯得過于費時并且容易使項目失控,因此需要按照一種結(jié)合兩者優(yōu)點的生命周期去開發(fā),我們發(fā)現(xiàn)MSF框架中提供的分版本的軟件過程和RUP階段迭代的思想都是能很好的滿足該項目的需要,它們都是基于迭代的開發(fā),在每個迭代中,各個活動都會進行,能夠提供和用戶充分交流的機會。需求的變化只用在下一個迭代中加入變化即可,不影響其他部分的開發(fā),不會造成大規(guī)模的反攻。在每個迭代中都有測試,因此能及時發(fā)現(xiàn)已有部分的問題進行改正,不用積壓到項目后期才進行測試,降低了風險。不同階段的不同活動可以在同時并行處理,如一個模塊在開發(fā)的時候,另一個模塊可以進入設(shè)計階段,而第三個模塊則可以正在測試,這樣提高了效率,節(jié)省了時間,也適應了項目組人員分散的特點。一個活動結(jié)束有良好的里程碑標準,提高了項目的可控制性和穩(wěn)定性我們在實際的開發(fā)過程中就是遵循這樣的一個迭代并行的過程模型進行的,用系統(tǒng)工程的方法來解決軟件工程的問題,將整個工程看成是一個自適應控制系統(tǒng),在整個開發(fā)過程中,都和客戶保持著密切的聯(lián)系,并把這種聯(lián)系制度化,幾乎每天向北京公司發(fā)進度報告,并且頻繁的向客戶匯報工作,做功能演示,重視每次反饋的結(jié)果,不管是表示認同還是要求改變。不會長時間堆積,到了問題嚴重的時候才和客戶交流。例如我們從項目開始時的構(gòu)想階段,提出分版本實現(xiàn)網(wǎng)絡和衛(wèi)星兩種傳輸資源的方式,到計劃階段的三方人員的職責,進度安排,交付時間確定,再到開發(fā)階段,幾次內(nèi)部的里程碑時,給客戶的做的演示,客戶不斷提出修改意見,直到最后客戶對功能和界面的基本滿意,這些里程碑都是在和客戶充分交流后確認的,而不是我們自己閉門造車。除了在里程碑時和客戶的面談外,我們還通過電子郵件,電話的形式在開發(fā)過程中隨時交流,出現(xiàn)了需求上的理解問題及時向用戶詢問,例如在證書管第二章項目管理中生命周期的研究與選擇MSF和RUP20理部分,對于何時可以頒發(fā)證書的限定;計費管理部分,何種情況下可以把預修的學生轉(zhuǎn)為正式學員,等等,這些問題幾乎都能在24小時內(nèi)解決。同時對于需求中不太合理的部分,也和用戶進行了充分的討論,某種程度上修改了需求,使之更加符合實際,如教材的訂單管理中的參考訂單的概念,過于抽象,后來通過協(xié)商把它取消了,替代以對一個訂單進行操作,而使得同一個功能不在兩個操作中出現(xiàn),使用戶混淆。我們還不斷接受客戶對已有部分的修改意見,使得產(chǎn)品盡可能早的符合客戶的要求,風險降低。例如平臺的界面,在每次演示的時候都按用戶的意見進行了改正,最終實現(xiàn)了一個用戶滿意的界面。另外我們的設(shè)計、開發(fā)、測試是同步進行的,參照RUP過程模型,不同角色的人在同時進行工作,能夠方便溝通,互相解答疑難,使設(shè)計的構(gòu)架能盡可能快捷的被實現(xiàn)。及時的測試也使系統(tǒng)更加穩(wěn)定,錯誤在盡可能早的時候被解決。我們的整個開發(fā)過程充分的遵循了這個盡早發(fā)現(xiàn)錯誤的原則,在每個階段都盡可能的發(fā)掘問題,解決問題,以使排錯的成本降至最低。24團隊模式高效項目組的特點一個高效的項目組能夠賦予項目組成員權(quán)力、并明確他們的責任。明確的責任與權(quán)力會消除獲得成功過程中的障礙,并使項目組成員專注于自己的工作目標。高效的項目組能夠保證項目的目標和進度可以達到。每個項目組中的成員根據(jù)他所負責的任務進行時間、進度的估計和安排。項目組中的每個成員都需要理解客戶和最終使用者的需求,這樣他們就能夠基于使用者和客戶的期望作出良好的決策。第二章項目管理中生命周期的研究與選擇MSF和RUP21241MSF角色集MSF團隊模型定義了相互依賴、相互協(xié)作、同等角色關(guān)系的工作模型。每個組中的成員在項目中都有一個明確定義的角色,并且關(guān)注于一種特定的任務。這種方法加強各個角色的責任感,最終結(jié)果是產(chǎn)生更好的產(chǎn)品。每種角色小組的領(lǐng)導者負責管理、指導和協(xié)調(diào),小組中的成員專注于執(zhí)行他們的任務?;陧椖康拇笮?,每個角色被分配給一個人或是有人領(lǐng)導的一個小組。同樣,一個人也可以承擔多種角色。在一個成功的項目組中,每個成員都要感覺到對產(chǎn)品的質(zhì)量負有責任。不能出現(xiàn)由一個小組成員代表另一小組成員對質(zhì)量負責的情況,每個小組成員都是客戶利益的維護者。MSF組隊模型描述了六種基本的角色(程序管理、產(chǎn)品管理、開發(fā)、測試、系統(tǒng)實現(xiàn)和用戶教育),他們構(gòu)成一個同等重要的環(huán)形結(jié)構(gòu),如圖所示。產(chǎn)品管理角色產(chǎn)品管理負責為產(chǎn)品或服務確定一個方向,獲取并量化用戶的需求,開發(fā)、維護商務關(guān)系和商業(yè)環(huán)境,并管理客戶的期望值。這種角色的目標是確保清晰地表述客戶的期望值,并使其為項目組所理解,而且使功能規(guī)定與客戶的業(yè)務優(yōu)先級相吻合。產(chǎn)品管理負責項目的高層次交流第二章項目管理中生命周期的研究與選擇MSF和RUP22和協(xié)調(diào),如商務立項、項目費用、合同談判、演示,以及產(chǎn)品定位產(chǎn)品管理部門需要程序管理角色程序管理的任務是控制決策各種因素,以保證在合適的時間推出合適的產(chǎn)品。同時程序管理創(chuàng)建功能規(guī)定文檔,并將它作為如何實施產(chǎn)品或服務的一種決策工具。最后程序管理將面對,使產(chǎn)品或服務與組織標準和操作目標相一致的日常協(xié)調(diào)工作。程序管理是一個關(guān)鍵的交流與協(xié)調(diào)的角色?;谇熬瓣愂鑫臋n,程序管理勾畫出并維護功能定義。程序管理負責所有與分析、定義和系統(tǒng)結(jié)構(gòu)相關(guān)的活動。在開發(fā)人員的配合下,程序管理必須確保功能需求在現(xiàn)有的資源下,技術(shù)上是可以實現(xiàn)的。開發(fā)者角色開發(fā)者的任務是構(gòu)造或?qū)崿F(xiàn)一種滿足規(guī)定和用戶期望的產(chǎn)品或服務。開發(fā)這種角色是用于交付一個完全服從討論過的功能規(guī)定的系統(tǒng)。這種角色很重要的一個方面就是積極地參與構(gòu)建功能規(guī)定的過程。與瀑布式過程模型中的開發(fā)繼承功能規(guī)定的方式相反,MSF組隊模型中開發(fā)組的負責人與程序管理一起工作,共同構(gòu)建模型,提供技術(shù)解決的方法,探索設(shè)計中的各種選擇。當功能規(guī)定成為基準線后,開發(fā)角色開始承擔負責開發(fā)時間計劃的責任。測試角色測試的任務是保證產(chǎn)品或服務交付之前,能夠發(fā)現(xiàn)所有存在的問題。測試要準備測試計劃、測試規(guī)定和測試案例。在軟件項目中,測試必須針對所有的接口,包括用戶界面和軟件功能等各方面。將新軟件集成到現(xiàn)行系統(tǒng)時也必須進行回歸測試。開發(fā)人員通常開發(fā)自動測試腳本,這樣在他把代碼提交給測試人員以前,就可以使用這些腳本對自己的代碼進行測試。測試這種角色必須獨立于開發(fā)才是真正有效的。測試不僅是包含代碼上的,還應用在功能規(guī)定、系統(tǒng)的性能、用戶界面和實施計劃上。第二章項目管理中生命周期的研究與選擇MSF和RUP23用戶教育角色用戶教育的任務是通過方案演示和系統(tǒng)培訓,最大可能性地使系統(tǒng)的使用者得到相關(guān)產(chǎn)品和服務的價值。用戶教育的第二個任務是通過使產(chǎn)品更容易理解和使用,降低系統(tǒng)技術(shù)支持的費用。作為使用者利益的倡導者,用戶教育參與系統(tǒng)和用戶界面原型的設(shè)計和構(gòu)造,也包括熟悉程序的安裝過程。用戶教育還要開發(fā)伴隨系統(tǒng)的打印文檔或電子聯(lián)機文檔。如果需要的話,用戶教育還需準備并交付系統(tǒng)的培訓材料。發(fā)布管理角色發(fā)布管理的任務是確保產(chǎn)品平穩(wěn)地過渡、安裝和移交到產(chǎn)品操作和技術(shù)支持組手中。他負責將實驗室的產(chǎn)品商品化,變成實際可以運行的商品,達到最初制定的商業(yè)目的,取得商業(yè)效益。這項工作在以往做的小項目中可能比較簡單,因為實驗室的環(huán)境可能和實際環(huán)境差別不大。而在大項目中卻不同了,實驗室環(huán)境可能十分簡單,而實際環(huán)境卻非常復雜,比如分布式環(huán)境、防火墻限制等,因而將實驗室產(chǎn)品運用到實際環(huán)境中是一項非常重要的工作。這項工作沒有完成好,往往使整個項目前功盡棄,功虧一簣。其他團隊成員除了前面提到的角色外,一個項目團隊還可能需要其它人員來擴展其中的角色。這些輔助支持的角色包括項目的發(fā)起人負責項目的發(fā)起和項目最后的驗收用戶(或商業(yè)發(fā)起人)客戶方的負責人,需要這個項目的人,并能從中得到好處最終用戶直接使用產(chǎn)品的人操作人員產(chǎn)品部署后,負責維持產(chǎn)品日常正常運轉(zhuǎn)的操作人員242RUP角色集RUP是軟件過程模式,它自己沒有提出團隊模型的概念,但是它的開啟,第二章項目管理中生命周期的研究與選擇MSF和RUP24精化,構(gòu)建,產(chǎn)品化四個階段的劃分決定了進行這樣模式需要的多個角色集分析師角色集圍繞需求進行分析,但是在項目的不同方面,分析的內(nèi)容也不同。首先由系統(tǒng)分析員(SYSTEMANALYST)通過概括系統(tǒng)的功能和界定系統(tǒng)來領(lǐng)導和協(xié)調(diào)需求獲取及用例建模,需求獲取后,由業(yè)務流程分析員(BUSINESSPROCESSANALYST)確定存在哪些業(yè)務主角和業(yè)務用例,他們之間如何進行交互。根據(jù)業(yè)務用例由業(yè)務設(shè)計員(BUSINESSDESIGNER)指定實現(xiàn)業(yè)務用例所需的業(yè)務角色及業(yè)務實體,并且將業(yè)務用例的行為分配給這些業(yè)務角色及業(yè)務實體,再由業(yè)務模型復審員(BUSINESSMODELREVIEWER)對業(yè)務用例模型和業(yè)務對象模型進行正式復審。項目開發(fā)過程中需要界面設(shè)計人員(USERINTERFACEDESIGNER)去分析該產(chǎn)品的應用場合和用戶習慣,設(shè)計出界面,經(jīng)過反復和用戶的協(xié)商,使用測試,確定一個最終界面設(shè)計方案開發(fā)者角色集這是任何軟件項目中起基礎(chǔ)作用的集合,他們是和代碼打交道的成員的集合。用于組織主要從事軟件設(shè)計與開發(fā)工作。構(gòu)架設(shè)計師(SOFTWAREARCHITECT)負責在整個項目中對技術(shù)活動和工作進行領(lǐng)導和協(xié)調(diào)。他劃分整個軟件的模塊,決定哪些部分需要開發(fā),哪些部分可以購買下載第三方組件。由構(gòu)架審查人員(ARCHITECTUREREVIEWER)對該方案,進行審查,構(gòu)架設(shè)計的好壞直接影響后續(xù)程序的開發(fā),把問題在這個階段解決會使排錯成本大大降低,因此需要由多人一起確定一個最優(yōu)方案。根據(jù)構(gòu)架的劃分,就開始進行數(shù)據(jù)庫設(shè)計人員(DATABASEDESIGNER)從整個項目的角度進行設(shè)計,應盡量使數(shù)據(jù)庫設(shè)計規(guī)范化,充分考慮各個功能模塊的需要,建好各個表及它們之間的關(guān)系,因為代碼開始編寫后數(shù)據(jù)庫結(jié)構(gòu)的修改要比程序的修改復雜的多。第二章項目管理中生命周期的研究與選擇MSF和RUP25由程序設(shè)計人員(DESIGNER)進行程序規(guī)則的設(shè)計,如有可能,可以精確到程序中類和方法的定義,統(tǒng)一的程序設(shè)計,能使得各模塊整合起來更加容易。將數(shù)據(jù)庫設(shè)計和程序設(shè)計分發(fā)給程序員(IMPLEMENTER)去實現(xiàn)。代碼寫好后再由代碼審查人員(CODEREVIEWER)檢查源代碼代碼,這個角色可以由程序員自己擔任,程序員相互檢查代碼,既是一個審查的過程,也是一個熟悉他人程序的過程。最后由模塊整合人員(INTEGRATOR)把各個模塊整合到一起后,并確保合成一個項目后編譯通過。此角色一般可由賦有經(jīng)驗的程序員擔任測試人員角色集測試是貫穿整個項目進程的,除了一般意義的對產(chǎn)品進行黑盒測試的測試設(shè)計人員(TESTDESIGNER)和測試人員(TESTER)外,在其他的角色集中也有些人員要從事測試的工作,不同階段需要用到不同的技術(shù)和知識,例如,經(jīng)理集合,設(shè)計人員集合,分析人員集合等都需要進行部分測試,以找到當前工作中的不合適的地方,及時作修改,從某種意義上看,測試工作應該盡量前移,在項目前期發(fā)現(xiàn)問題要比進行到黑盒測試時發(fā)現(xiàn)問題所需付出的代價少的多。經(jīng)理角色集在軟件工程的過程中進行各方面工作管理和配置的角色集合,變更控制經(jīng)理(CHANGECONTROLMANAGER),他負責對需求的變更控制過程進行監(jiān)督,通常由有關(guān)各方(包括客戶、開發(fā)人員和用戶)的代表組成配置經(jīng)理(CONFIGURATIONMANAGER)負責為產(chǎn)品開發(fā)團隊提供全面的配置管理CM基礎(chǔ)設(shè)施和環(huán)境部署經(jīng)理(DEPLOYMENTMANAGER)負責制定向用戶群體發(fā)布產(chǎn)品的計劃,并將其納入布署計劃中。流程工程師(PROCESSENGINEER)對軟件開發(fā)流程本身負責。其職責包括在項目開始前配置流程,并在開發(fā)工作過程中不斷改進流程。第二章項目管理中生命周期的研究與選擇MSF和RUP26項目經(jīng)理(PROJECTMANAGER)負責分配資源,確定優(yōu)先級,協(xié)調(diào)與客戶和用戶之間的溝通。項目復審員(PROJECTREVIEWER)負責在項目生命周期中的主要檢查點處評估項目計劃工作和項目評估工作。以上介紹了RUP過程中的四個主要的角色集合,可以看到這種分類是和MSF的分類方式不一樣的,它更加細致專業(yè),但是這些角色同樣是由一個人或作為團隊相互協(xié)作的多個人來實現(xiàn)。項目團隊成員經(jīng)常要履行許多不同的角色職能,就象一個人可以擔任許多職務,一個人也可以擔任許多不同的角色。所以角色并不代表個人,而是說明個人在業(yè)務中應該如何表現(xiàn)以及他們應該承擔的責任。243項目應用我們在此次項目中主要采用了MSF的團隊模型,把項目成員分成六種基本的角色,即程序管理、產(chǎn)品管理、開發(fā)、測試、系統(tǒng)實現(xiàn)和用戶教育。整個項目管理開發(fā)工作就是在這六個角色不斷交互配合中進行的,下面就通過描述每個角色的任務來具體介紹一下我們整個項目的各項活動是如何進行的。2431產(chǎn)品管理本次項目中的產(chǎn)品管理實際是由三方人員一起擔當?shù)?,統(tǒng)計局,首信公司,南開大學都有人員負責對需求的確定和量化,其中統(tǒng)計局方面確定了產(chǎn)品的方向(二級的分布式在全國范圍內(nèi)使用的網(wǎng)絡教育平臺),項目需求(平臺方案的文檔)及其優(yōu)先級(提出11個迫切需要的功能)首信方面進行商務立項,費用和合同的談判,并把單獨和用戶交流的要點及時傳達給南開大學的開發(fā)方。南開大學方面將量化后的用戶需求講解給開發(fā)小組,將功能特性集群(按第二章項目管理中生命周期的研究與選擇MSF和RUP27角色分給不同的程序員開發(fā)),給客戶群體做演示,并最終推出一個合格的產(chǎn)品。三方負責人員有過多次的交流協(xié)商,最終確定了一個對三方都有利的項目需求,為后來的開發(fā)和產(chǎn)品驗收提供了良好基礎(chǔ)。2432程序管理在本
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024版勞務加工承包合同范本
- 2024年藝術(shù)品買賣合同賠償條例
- 2025年度新型城鎮(zhèn)化租賃住房建設(shè)合同4篇
- 2025年度智能家居項目瓷磚材料供應合同4篇
- 2025年度體育場館搭棚施工及維護管理合同4篇
- 2024版鎳氫電池產(chǎn)品銷售合同
- 2025年度學校食堂及餐飲服務承包合同范本4篇
- 2025年度新能源汽車購置合同示范文本4篇
- 2025年度特色農(nóng)家樂經(jīng)營權(quán)轉(zhuǎn)讓合同范本3篇
- 2025年度智能窗簾控制系統(tǒng)研發(fā)與市場推廣合同4篇
- 特種設(shè)備行業(yè)團隊建設(shè)工作方案
- 眼內(nèi)炎患者護理查房課件
- 肯德基經(jīng)營策略分析報告總結(jié)
- 買賣合同簽訂和履行風險控制
- 中央空調(diào)現(xiàn)場施工技術(shù)總結(jié)(附圖)
- 水質(zhì)-濁度的測定原始記錄
- 數(shù)字美的智慧工業(yè)白皮書-2023.09
- -安規(guī)知識培訓
- 2021-2022學年四川省成都市武侯區(qū)部編版四年級上冊期末考試語文試卷(解析版)
- 污水處理廠設(shè)備安裝施工方案
- 噪聲監(jiān)測記錄表
評論
0/150
提交評論