版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
PAGEPAGE4軟件項(xiàng)目管理規(guī)范一、軟件項(xiàng)目管理的定義軟件項(xiàng)目管理是軟件工程和項(xiàng)目管理的交叉學(xué)科,軟件項(xiàng)目管理的概念涵蓋了管理軟件產(chǎn)品開發(fā)所必須的知識、技術(shù)及工具。根據(jù)美國項(xiàng)目管理協(xié)會PMI對項(xiàng)目管理的定義可以將軟件項(xiàng)目管理定義為:在軟件項(xiàng)目活動(dòng)中運(yùn)用一系列知識、技能、工具和技術(shù),以滿足軟件需求方的整體要求。軟件工程的活動(dòng)包括問題定義、可行性研究、需求分析、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)、支持等,所有這些活動(dòng)都必須進(jìn)行管理,軟件項(xiàng)目管理貫穿于軟件工程的演化過程之中,如圖1所示。軟件項(xiàng)目管理軟件項(xiàng)目管理問題定義問題定義可行性與分析需求系統(tǒng)設(shè)計(jì)程序?qū)崿F(xiàn)測試確認(rèn)維護(hù)支持圖1軟件工程的演化過程二、軟件項(xiàng)目管理的過程為保證軟件項(xiàng)目獲得成功,必須清楚其工作范圍、要完成的任務(wù)、需要的資源、需要的工作量、進(jìn)度的安排、可能遇到的風(fēng)險(xiǎn)等。軟件項(xiàng)目的管理工作在技術(shù)工作開始之前就應(yīng)開始,而在軟件從概念到實(shí)現(xiàn)的過程中繼續(xù)進(jìn)行,且只有當(dāng)軟件開發(fā)工作最后結(jié)束時(shí)才終止。管理的過程分為如下幾個(gè)步驟:啟動(dòng)軟件項(xiàng)目啟動(dòng)軟件項(xiàng)目是指必須明確項(xiàng)目的目標(biāo)和范圍、考慮可能的解決方案以及技術(shù)和管理上的要求等,這些信息是軟件項(xiàng)目運(yùn)行和管理的基礎(chǔ)。制定項(xiàng)目計(jì)劃軟件項(xiàng)目一旦啟動(dòng),就必須制定項(xiàng)目計(jì)劃。計(jì)劃的制定以下面的活動(dòng)為依據(jù)?!す浪沩?xiàng)目所需要的工作量·估算項(xiàng)目所需要的資源·根據(jù)工作量制定進(jìn)度計(jì)劃,繼而進(jìn)行資源分配·做出配置管理計(jì)劃跟蹤及控制項(xiàng)目計(jì)劃在軟件項(xiàng)目進(jìn)行過程中,嚴(yán)格遵守項(xiàng)目計(jì)劃,對于一些不可避免的變更,要進(jìn)行適當(dāng)?shù)目刂坪驼{(diào)整,但要確保計(jì)劃的完整性和一致性。評審項(xiàng)目計(jì)劃對項(xiàng)目計(jì)劃的完成程度進(jìn)行評審。并對項(xiàng)目的執(zhí)行情況進(jìn)行評價(jià)。編寫管理文檔項(xiàng)目管理人員根據(jù)軟件合同確定軟件項(xiàng)目是否完成。項(xiàng)目一旦完成,則檢查項(xiàng)目完成的結(jié)果和中間記錄文檔,并把所有的結(jié)果記錄下來形成文檔而保存。三、軟件項(xiàng)目管理的內(nèi)容軟件項(xiàng)目管理的內(nèi)容涉及上述軟件項(xiàng)目管理過程的方方面面,概括起來主要有如下幾項(xiàng)。(1)軟件項(xiàng)目需求管理軟件需求是軟件工程過程中的重要一環(huán),是軟件設(shè)計(jì)的基礎(chǔ),也是用戶和軟件工程人員之間的橋梁。簡單地說,軟件需求就是確定系統(tǒng)需要做什么,嚴(yán)格意義上,軟件需求是系統(tǒng)或軟件必須達(dá)到的目標(biāo)與能力。1、目標(biāo)需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案,同時(shí)也是一個(gè)使客戶與項(xiàng)目開發(fā)組對不斷變更的軟件需求達(dá)成并保持一致的過程。在需求管理中,軟件工程組的工作是采取適當(dāng)?shù)拇胧﹣肀WC分配的需求,即要將分配的需求文檔化,控制需求的變化,負(fù)責(zé)項(xiàng)目實(shí)施過程中需求的實(shí)現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項(xiàng)目組之間建立對客戶需求的共同理解。需求管理的目標(biāo)有兩個(gè):·使軟件需求受控,并建立供軟件工程和管理使用的需求基線?!な管浖?jì)劃、產(chǎn)品和活動(dòng)與軟件需求保持一致。在需求管理過程,為實(shí)現(xiàn)第一個(gè)目標(biāo),必須控制需求基線的變動(dòng),按照變更控制的標(biāo)準(zhǔn)和規(guī)范的過程進(jìn)行需求變更控制和版本控制;為實(shí)現(xiàn)第二個(gè)目標(biāo),必須就變更和軟件項(xiàng)目各小組達(dá)成共識,對軟件項(xiàng)目計(jì)劃做出調(diào)整,其中包括人員的安排、用戶的溝通、成本的調(diào)整、進(jìn)度的調(diào)整等。2、原則為進(jìn)行有效的需求管理,一般要遵循如下五條原則:·需求一定要分類管理進(jìn)行軟件項(xiàng)目管理的時(shí)候,一定要將軟件需求分出層次。不同層次需求的側(cè)重點(diǎn)、描述方式、管理方式是不同的?!ば枨蟊仨毞謨?yōu)先級在軟件項(xiàng)目中,如果出現(xiàn)過多的需求,通常會導(dǎo)致項(xiàng)目超出預(yù)算和預(yù)定進(jìn)度,最終導(dǎo)致軟件項(xiàng)目的失敗,因而需求的優(yōu)先級可能比需求本身更加重要?!ば枨蟊仨毼臋n化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的,是經(jīng)過驗(yàn)證的,是在受控的狀態(tài)下變更的?!ば枨笠坏┳兓捅仨殞π枨笞兏挠绊戇M(jìn)行評估無論需求變化的程度如何,只要需求變化了就必須進(jìn)行評估,這是基本的原則?!ば枨蠊芾肀仨毰c需求工程的其他活動(dòng)緊密整合進(jìn)行需求管理一定不能脫離需求工程,需求工程包括了需求獲取、需求分析、需求描述、需求驗(yàn)證、需求管理,因而需求管理必須與前面的幾個(gè)需求階段保持密切相關(guān)。3、需求管理活動(dòng)需求管理在需求開發(fā)的基礎(chǔ)上進(jìn)行,貫穿于整個(gè)軟件項(xiàng)目過程,是軟件項(xiàng)目管理的一部分。在軟件項(xiàng)目進(jìn)行的過程中,無論正處于哪個(gè)階段,一旦有需求錯(cuò)誤出現(xiàn)或任何有關(guān)需求的變更出現(xiàn),都需要需求管理活動(dòng)來解決。需求管理是一個(gè)對系統(tǒng)需求變更了解和控制的過程。初始需求導(dǎo)出的同時(shí)就啟動(dòng)了需求管理規(guī)劃,一旦形成了需求文檔的草稿版本,需求活動(dòng)就開始了。需求活動(dòng)的具體內(nèi)容如表1所示。需求管理活動(dòng)活動(dòng)的任務(wù)變更控制建議需求變更并分析其影響,做出是否變更的決策版本控制確定單個(gè)需求和SRS(即功能規(guī)格說明)的版本需求跟蹤定義對于其他需求及系統(tǒng)元素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)區(qū)中適當(dāng)?shù)奈恢脛?chuàng)建SourceSafe數(shù)據(jù)庫。VisualSourceSafe就會在該位置創(chuàng)建一些目錄和文件,其中包含一個(gè)叫srcsafe.ini的配置文件,當(dāng)需要打開一個(gè)SourceSafe數(shù)據(jù)庫時(shí),只需要打開這個(gè)配置文件就可以了。2、在SourceSafe中實(shí)現(xiàn)共享簽出①單擊Users,單擊OpenSourceSafeDatabase,選擇上一步中創(chuàng)建的數(shù)據(jù)庫(即srcsafe.ini),然后單擊Open。②在Tool菜單中,單擊Options。然后在General選項(xiàng)卡上,選擇Allowmultiplecheckouts,然后單擊OK。③在SourceSafe中添加用戶單擊Users,單擊AddUser,在彈出的對話框中輸入項(xiàng)目組中各個(gè)開發(fā)人員的用戶名和密碼,并設(shè)置權(quán)限,作為各個(gè)開發(fā)人員操作SourceSafe數(shù)據(jù)庫的標(biāo)識的權(quán)限。上面三步創(chuàng)建了源代碼管理數(shù)據(jù)庫和及進(jìn)行項(xiàng)目開發(fā)中各個(gè)開發(fā)人員訪問源代碼數(shù)據(jù)庫的用戶名和訪問權(quán)限。開發(fā)人員每天上班時(shí)到SourceSafe數(shù)據(jù)庫中將自己的代碼取出來(CheckOut),每天下班前將自己的代碼放進(jìn)(CheckIn)SourceSafe數(shù)據(jù)庫。注意:開發(fā)人員在沒有對IDE中的項(xiàng)目項(xiàng)事先執(zhí)行Get操作的前提下,千萬不要使用CheckIn命令。從源代碼管理獲取最新版本后,才可以將個(gè)人更改與SourceSafe上的主控副本合并。如果在沒有獲取最新版本的Web項(xiàng)目的情況下簽入自上次簽出后已發(fā)生更改的文件,則可能會造成數(shù)據(jù)的丟失。編碼規(guī)范:代碼頭標(biāo)示命名規(guī)則源代碼文件頭注釋規(guī)范/**********************************//*文件名:c_inter.cpp*//*模塊名:C-Interface*//*創(chuàng)建者:yourname日期:2003-7-10*//*修改者:日期:*//**//*功能描述:*//**********************************/(4)測試計(jì)劃軟件測試計(jì)劃的目標(biāo)是找出軟件缺陷,并盡可能早一些保證得到修復(fù)。利用組織良好的測試計(jì)劃、測試案例和測試報(bào)告交流和制定測試工作是達(dá)到目標(biāo)的保證。測試計(jì)劃應(yīng)該包括:·建立每個(gè)測試階段的目標(biāo)。·確定每項(xiàng)測試活動(dòng)的進(jìn)度和職責(zé)?!ご_定工具、設(shè)施和測試庫的可用性。 ·建立用于計(jì)劃和進(jìn)行測試以及報(bào)告測試結(jié)果的規(guī)程和標(biāo)準(zhǔn)?!ぶ贫ê饬繙y試成功與完成的準(zhǔn)則。首先進(jìn)行單元測試,然后進(jìn)行集成測試。(5)工具管理開發(fā)工具管理:VisualStudio.Net2003MicrosoftSourcesafe測試工具管理:Nunit(單元測試工具)四、軟件開發(fā)過程我們用瀑布模型來描述一個(gè)軟件開發(fā)的生命周期,如圖3所示:需求分析需求規(guī)格說明概要設(shè)計(jì)概要設(shè)計(jì)文擋詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)文擋編碼源代碼單元測試測試報(bào)告集成測試測試報(bào)告測試報(bào)告驗(yàn)收報(bào)告圖3軟件開發(fā)生命周期(瀑布模型)五、生命周期階段與文擋、角色間的關(guān)系軟件開發(fā)生命周期與文檔、角色之間的關(guān)系見表3:生命周期階段結(jié)果文擋參與角色需求分析需求規(guī)格說明項(xiàng)目經(jīng)理、系統(tǒng)分析員概要設(shè)計(jì)概要設(shè)計(jì)文擋項(xiàng)目經(jīng)理、系統(tǒng)分析員詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)文擋項(xiàng)目經(jīng)理、系統(tǒng)分析員編碼源代碼程序員單元測試測試報(bào)告程序員測試測試報(bào)告測試員表3生命周期階段與文擋、角色間的關(guān)系六、項(xiàng)目角色職能項(xiàng)目經(jīng)理:管理整個(gè)項(xiàng)目過程。包括制定計(jì)劃、項(xiàng)目跟蹤、項(xiàng)目成員的角色分配、協(xié)調(diào)、管理,軟件配置管理,文擋標(biāo)準(zhǔn)制定,文擋審查等。技術(shù)經(jīng)理:對項(xiàng)目的技術(shù)及方案總體把握,配合系統(tǒng)分析員做一些大的工作,審查系統(tǒng)分析員做好的各種設(shè)計(jì),對系統(tǒng)分析員提出的問題一起去解決。系統(tǒng)分析員:和項(xiàng)目經(jīng)理一起參與需求分析,形成需求規(guī)格說明文擋。根據(jù)需求規(guī)格說明文擋做概要設(shè)計(jì),形成概要設(shè)計(jì)文擋。根據(jù)概要設(shè)計(jì)文擋做詳細(xì)設(shè)計(jì)文擋。在編碼及測試階段協(xié)助程序員、測試人員編碼和測試。程序員:根據(jù)詳細(xì)設(shè)計(jì)文擋進(jìn)行編碼,并對自己的代碼模塊進(jìn)行單元測試,形成單元測試報(bào)告。測試員:在編碼完成后,做系統(tǒng)測試,形成測試報(bào)告,通知項(xiàng)目經(jīng)理測試結(jié)果。文擋管理員:對所有項(xiàng)目文擋進(jìn)行管理,保持所有文擋的同步與一致。七、項(xiàng)目成員結(jié)構(gòu)項(xiàng)目經(jīng)理技術(shù)經(jīng)理系統(tǒng)分析員程序員程序員程序員程序員測試員測試員文擋管理員八、項(xiàng)目實(shí)施階段整個(gè)項(xiàng)目分為三個(gè)階段:開始階段、實(shí)施階段、收尾階段。(1)、項(xiàng)目開始階段1確定項(xiàng)目組成員2確定組織結(jié)構(gòu)3確定項(xiàng)目組成員在項(xiàng)目中的具體角色及其工作職責(zé)(2)、項(xiàng)目實(shí)施階段1項(xiàng)目經(jīng)理制定項(xiàng)目開發(fā)計(jì)劃2準(zhǔn)備基礎(chǔ)設(shè)施(軟件、文擋摸板、工具)3按照項(xiàng)目開發(fā)計(jì)劃由項(xiàng)目經(jīng)理組織實(shí)施每周定期召開項(xiàng)目組全體成員會議會議內(nèi)容包括:階段總結(jié)、
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 循證護(hù)理與護(hù)理教育
- 晨間護(hù)理鋪床注意事項(xiàng)
- 中藥封包護(hù)理的科研設(shè)計(jì)與實(shí)施
- 社區(qū)護(hù)理在健康促進(jìn)中的作用
- 告別惡作劇課件
- 吸脂培訓(xùn)教學(xué)課件
- 吸煙的危害課件
- 現(xiàn)代護(hù)理模式與臨床實(shí)踐
- 護(hù)理評估中的案例研究
- 聽瀑課件教學(xué)課件
- 合規(guī)大講堂培訓(xùn)課件
- 肉毒素的護(hù)理課件
- 模板工程技術(shù)培訓(xùn)課件
- 健康體檢注意事項(xiàng)
- DB42T 1941.1-2022 湖北省市縣級國土空間總體規(guī)劃數(shù)據(jù)庫技術(shù)規(guī)范 第1部分:匯交要求
- 種植項(xiàng)目預(yù)算方案(3篇)
- 會場各項(xiàng)設(shè)備管理制度
- ehs責(zé)任管理制度
- 美團(tuán)外賣騎手合同范本
- 綠化黃土采購合同協(xié)議
- 醫(yī)保中心對定點(diǎn)二級醫(yī)院建立住院信息月報(bào)制度
評論
0/150
提交評論