項目實訓(xùn)學(xué)生指導(dǎo)手冊

1、項目實訓(xùn)學(xué)生指導(dǎo)手冊Project Training Student Guide版本1.0作者IBM China, CSDL, LBS Education日期2007/11/12審批日期變更記錄日期版本變更說明作者2007/11/12V1.0創(chuàng)建IBM China, CSDL, LBS Education 導(dǎo)言目的指導(dǎo)實訓(xùn)學(xué)員按照軟件企業(yè)項目開發(fā)的過程、方法和規(guī)范去完成一個項目，使學(xué)員在項目實訓(xùn)過程中正確地完成規(guī)定范圍內(nèi)的軟件開發(fā)工作。范圍適用于項目實訓(xùn)的各位學(xué)員。實訓(xùn)制度實訓(xùn)是一種模擬企業(yè)項目實際開發(fā)的訓(xùn)練，因此具有企業(yè)工作的相似性，實行類似企業(yè)管理的工作制度。1、學(xué)員配帶實習(xí)生卡，每天上班

2、要簽到或打卡。實習(xí)生卡采用員工卡的形式，有照片、姓名和員工號。2、學(xué)員書寫周報，記錄每周的工作，并在周五下班前向配置管理庫或項目經(jīng)理提交。3、學(xué)員實行項目經(jīng)理負(fù)責(zé)制度項目實訓(xùn)準(zhǔn)備組織結(jié)構(gòu)角色責(zé)任知識技能人員項目總監(jiān)l 講解軟件項目開發(fā)的方法、過程和規(guī)范l 指導(dǎo)項目開發(fā)各過程的活動l 按里程碑檢查項目組階段工作l 監(jiān)督項目過程規(guī)范的執(zhí)行情況l 指導(dǎo)評審具備項目工程經(jīng)驗和教學(xué)經(jīng)驗實訓(xùn)師項目經(jīng)理l 負(fù)責(zé)項目干系人的合作協(xié)調(diào)l 負(fù)責(zé)項目進度的控制 l 負(fù)責(zé)項目開發(fā)各過程活動的組織l 監(jiān)督配置管理庫l 承擔(dān)部分開發(fā)任務(wù)組織過校園活動，有一定管理經(jīng)驗各項目組組長技術(shù)經(jīng)理l 負(fù)責(zé)開發(fā)計劃的制定l 負(fù)責(zé)項目開

3、發(fā)各過程活動的技術(shù)l 負(fù)責(zé)項目組內(nèi)部技術(shù)的培訓(xùn)l 承擔(dān)部分開發(fā)任務(wù)技術(shù)扎實全面，邏輯思維好各項目組副組長配置管理員l 制定配置管理規(guī)范l 負(fù)責(zé)配置管理庫目錄結(jié)構(gòu)的建立l 負(fù)責(zé)配置管理庫的維護l 維護需求跟蹤矩陣l 收集測試問題報告單l 分配角色權(quán)限、配置庫備份認(rèn)真負(fù)責(zé)，思維全面細(xì)致指定的組員數(shù)據(jù)庫管理員l 負(fù)責(zé)數(shù)據(jù)庫的設(shè)計、建立和維護熟悉數(shù)據(jù)庫的設(shè)計模式和相關(guān)數(shù)據(jù)庫的特性指定的組員軟件工程師l 參與需求分析活動l 參與詳細(xì)設(shè)計l 按照詳細(xì)設(shè)計完成編碼和單元測試 l 對個人開發(fā)活動進行記錄，提交個人工作周報l 修改測試出來的缺陷熟練使用開發(fā)工具和編寫代碼全體組員測試工程師l 建立測試環(huán)境l 承擔(dān)

4、功能測試和集成測試工作l 提交測試問題報告單認(rèn)真負(fù)責(zé)，思維全面細(xì)致指定的組員術(shù)語定義l WBSWork Breakdown Structure 工作分解結(jié)構(gòu)l Milestone里程碑一個在預(yù)定時間發(fā)生的事件，某個人應(yīng)該對其負(fù)責(zé)，并且能用它來測量進程。l Baseline基線已經(jīng)通過正式評審和認(rèn)可，作為以后進一步開發(fā)的基礎(chǔ)，并且只有通過正式的更改控制規(guī)程才能進行更改得規(guī)格說明或產(chǎn)品。l RMRequirement Management 需求管理l SCMSoftware Configuration Management 軟件配置管理l PRPeer Review 同行評審l DBADataBa

5、se Administrator 數(shù)據(jù)庫管理員l SRS Software Requirement Specification 軟件需求規(guī)格說明書l SCCBSoftware Configuration Control Board 軟件配置控制委員會l SQASoftware Quality Assurance 軟件質(zhì)量保證員l CMMSoftware Capability Maturity Model 軟件能力成熟度模型l PMProject Manager 項目經(jīng)理實訓(xùn)開發(fā)過程項目啟動活動說明Ø 項目總監(jiān)對項目進行介紹，介紹項目組的組織結(jié)構(gòu)，指導(dǎo)學(xué)生分組。分組以學(xué)生方式自愿為原則

6、，組長負(fù)責(zé)與項目組成員討論確定組織結(jié)構(gòu)成員，給項目組命名，如組。完成后，由組長向項目總監(jiān)提交。Ø 項目總監(jiān)講解項目管理課程，包括項目開發(fā)管理和配置管理的內(nèi)容，各項目組確定本項目組的項目管理方法，包括文件命名規(guī)范、配置管理規(guī)范、編碼規(guī)范。Ø 項目總監(jiān)發(fā)放項目需求規(guī)格說明書和靜態(tài)原型，學(xué)生須全面了解項目。Ø 準(zhǔn)備開發(fā)環(huán)境，包括熟悉并安裝配置管理庫、數(shù)據(jù)庫和開發(fā)工具。立項輸入 需求規(guī)格說明書靜態(tài)原型活動說明Ø 項目總監(jiān)講授立項時的流程和工作內(nèi)容Ø 項目總監(jiān)解釋項目計劃書、配置管理計劃和測試計劃書中的關(guān)鍵點，并發(fā)放三種計劃書的模板。Ø 項目經(jīng)

7、理組織項目組成員書寫項目開發(fā)計劃、配置管理計劃和測試計劃。Ø 立項里程碑評審：項目總監(jiān)組織安排項目開發(fā)計劃、配置管理計劃和測試計劃評審。若評審組認(rèn)為以上內(nèi)容存在問題，需將該問題整理出來并在評審會上指出，由本項目組專人記錄所有問題。Ø 評審過程：參見附錄之“評審過程”輸出評審?fù)ㄟ^并已經(jīng)納入基線的項目開發(fā)計劃評審?fù)ㄟ^并已經(jīng)納入基線的配置管理計劃評審?fù)ㄟ^并已經(jīng)納入基線的測試計劃立項評審報告單立項參考：項目主要開發(fā)信息項目名稱項目名稱項目編號*-001客戶名稱項目客戶方客戶負(fù)責(zé)人N/A開始日期年-月-日結(jié)束日期年-月-日項目經(jīng)理各項目組組長客戶代表N/A項目組織及角色角色姓名電子郵

8、件電話項目總監(jiān)指導(dǎo)教師客戶經(jīng)理N/A項目經(jīng)理項目組組長技術(shù)經(jīng)理項目組副組長咨詢顧問指導(dǎo)教師質(zhì)量保證員N/A軟件工程師項目組成員測試工程師項目組成員數(shù)據(jù)庫管理員項目組成員配置管理員項目組成員項目總體計劃項目預(yù)計需要*周的時間， *年*月*日代碼開發(fā)完畢。*月*日系統(tǒng)測試，*年*月*日結(jié)項。項目階段開始時間結(jié)束時間主要工作產(chǎn)品項目啟動*年*月*日*年*月*日項目計劃需求*年*月*日*年*月*日Use case，用例規(guī)約，測試用例設(shè)計*年*月*日*年*月*日UML模型，測試用例開發(fā)*年*月*日*年*月*日源代碼測試*年*月*日*年*月*日測試報告結(jié)項*年*月*日*年*月*日項目總結(jié)報告里程碑提交產(chǎn)品

9、里程碑提交產(chǎn)品提交時間負(fù)責(zé)人立項項目開發(fā)計劃*年*月*日項目經(jīng)理測試計劃*年*月*日項目經(jīng)理，測試經(jīng)理配置管理計劃*年*月*日項目經(jīng)理，配置管理員需求用例模型，用例規(guī)約*年*月*日技術(shù)經(jīng)理設(shè)計UML模型*年*月*日技術(shù)經(jīng)理數(shù)據(jù)庫設(shè)計*年*月*日數(shù)據(jù)庫管理員測試用例*年*月*日測試經(jīng)理，技術(shù)經(jīng)理Solution Model*年*月*日技術(shù)經(jīng)理編碼代碼*年*月*日技術(shù)經(jīng)理測試測試總結(jié)報告*年*月*日測試經(jīng)理，技術(shù)經(jīng)理結(jié)項項目總結(jié)報告*年*月*日項目經(jīng)理 開發(fā)環(huán)境硬件軟件實訓(xùn)開發(fā)環(huán)境：每生一臺PC機或筆記本：PIV 2G以上1G2G內(nèi)存硬盤80G以上開發(fā)服務(wù)器或測試服務(wù)器一臺應(yīng)用服務(wù)器：WebSph

10、ere Application Server 6.1數(shù)據(jù)庫：DB2 Express 9.1開發(fā)工具：Rational Application Developer 7UML建模工具：Rational Software Architect 7配置管理工具：CVS數(shù)據(jù)庫設(shè)計工具：評審按計劃需要評審的工作產(chǎn)品，以及采用的評審方式和參加評審的人員。評審方式是里程碑評審為主，小組內(nèi)可采用同行評審，二次評審采用單人評審。工作產(chǎn)品評審方式評審參與人員評審材料發(fā)放時間(提前X天)計劃里程碑評審 項目總監(jiān)、項目組成員1用例規(guī)約里程碑評審項目總監(jiān)、項目組成員1UML模型和測試用例里程碑評審項目總監(jiān)、項目組成員1代碼

11、代碼走查項目總監(jiān)、項目組成員1測試報告里程碑評審項目總監(jiān)、項目組成員1需求分析過程角色說明角色職責(zé)項目總監(jiān)指導(dǎo)面向?qū)ο笮枨蠓治龅倪^程，指導(dǎo)項目組理解需求和評審項目經(jīng)理協(xié)調(diào)項目組資源，與技術(shù)經(jīng)理協(xié)商決定本階段的人員分工，并按照協(xié)商結(jié)果分配任務(wù)并監(jiān)督執(zhí)行情況，參與本階段部分工作技術(shù)經(jīng)理配合項目經(jīng)理，帶領(lǐng)項目組進行面向?qū)ο蟮男枨蠓治?，進行用例建模，書寫用例規(guī)約；負(fù)責(zé)技術(shù)難點的解決和培訓(xùn)測試經(jīng)理帶領(lǐng)測試人員全面了解需求，按照測試計劃啟動測試用例，并開始書寫部分需求明確的測試用例，反復(fù)與需求分析人員溝通，確保對需求理解一致輸入需求規(guī)格說明書靜態(tài)原型用例規(guī)約、數(shù)據(jù)字典、關(guān)鍵抽取、域模型設(shè)計和測試用例模板活

12、動說明Ø 項目總監(jiān)講解面向?qū)ο笮枨蠓治龅倪^程，并簡要說明項目裁剪掉的部分需求階段工作Ø 項目經(jīng)理和技術(shù)經(jīng)理經(jīng)協(xié)商，決定任務(wù)分配原則并進行人員分工。Ø 技術(shù)經(jīng)理以會議或內(nèi)部培訓(xùn)形式帶領(lǐng)項目組成員理解需求規(guī)格說明書和原型，確保全組成員對需求理解一致；若大家對于需求的理解存在疑問，項目經(jīng)理（或指定組員）將這些疑問記錄在需求問題跟蹤中，并針對這些問題咨詢項目總監(jiān)，并將答復(fù)的信息也記錄在需求問題跟蹤中，項目經(jīng)理確保項目組中的每一位成員都理解了需求Ø 配置管理員按配置管理計劃建立配置管理庫，并監(jiān)督全組人執(zhí)行Ø 各成員按分配的任務(wù)進行面向?qū)ο蟮姆治龉ぷ鳎M行

13、UML建模：n 用例建模：使用IBM RSA進行用例建模，畫出與需求一致的全部用例圖n 精化用例：項目總監(jiān)講解并指導(dǎo)用例規(guī)約，按用例規(guī)約模板書寫用例規(guī)約文檔n 關(guān)鍵抽?。喉椖靠偙O(jiān)講解并指導(dǎo)關(guān)鍵抽取，按關(guān)鍵抽取模板書寫關(guān)鍵抽取文檔n 域模型設(shè)計：項目總監(jiān)講解并指導(dǎo)域模型設(shè)計，使用IBM RSA進行域模型設(shè)計，并按域模型設(shè)計模板書寫域模型設(shè)計文檔Ø 項目總監(jiān)發(fā)放測試用例模板并講解，測試經(jīng)理按照測試計劃啟動測試用例，并開始書寫部分需求明確的測試用例，測試人員需反復(fù)與需求分析人員溝通，確認(rèn)對需求理解一致Ø 技術(shù)經(jīng)理指定一名成員書寫數(shù)據(jù)字典文檔，包括項目組文檔命名規(guī)范，項目中專用名詞

14、及頁面中數(shù)據(jù)的約定Ø 需求里程碑評審：項目總監(jiān)組織安排用例規(guī)約、關(guān)鍵抽取和域模型設(shè)計評審。若評審項目組人員認(rèn)為以上評審內(nèi)容存在問題，需將該問題整理出來并在評審會上指出，由本項目組專人記錄所有問題Ø 評審過程：參見附錄之“評審過程”輸出評審?fù)ㄟ^并已經(jīng)納入基線的用例規(guī)約評審?fù)ㄟ^并已經(jīng)納入基線的數(shù)據(jù)字典評審?fù)ㄟ^并已經(jīng)納入基線的關(guān)鍵抽取評審?fù)ㄟ^并已經(jīng)納入基線的域模型設(shè)計需求評審報告單設(shè)計過程角色說明角色職責(zé)項目總監(jiān)指導(dǎo)面向?qū)ο笤O(shè)計的過程，定義基本的軟件技術(shù)架構(gòu)，指導(dǎo)評審項目經(jīng)理協(xié)調(diào)項目組資源，與技術(shù)經(jīng)理協(xié)商決定本階段的人員分工，并按照協(xié)商結(jié)果分配任務(wù)并監(jiān)督執(zhí)行情況，參與本階段部分工

15、作技術(shù)經(jīng)理配合項目經(jīng)理，帶領(lǐng)項目組進行面向?qū)ο笤O(shè)計，進行UML建模，書寫相關(guān)文檔；指導(dǎo)DBA進行數(shù)據(jù)庫設(shè)計；負(fù)責(zé)技術(shù)難點的解決和培訓(xùn)測試經(jīng)理繼續(xù)書寫并完成全部測試用例，反復(fù)與設(shè)計分析人員溝通，確保對需求理解一致輸入需求規(guī)格說明書靜態(tài)原型評審?fù)ㄟ^并已經(jīng)納入基線的用例規(guī)約評審?fù)ㄟ^并已經(jīng)納入基線的數(shù)據(jù)字典評審?fù)ㄟ^并已經(jīng)納入基線的關(guān)鍵抽取評審?fù)ㄟ^并已經(jīng)納入基線的域模型設(shè)計魯棒分析、解決方案說明書、數(shù)據(jù)庫設(shè)計說明書和測試用例模板活動說明Ø 項目總監(jiān)講解面向?qū)ο笤O(shè)計的過程，定義基本的軟件技術(shù)架構(gòu)，提出數(shù)種項目組可以使用的技術(shù)架構(gòu)和模式，但不限定項目組使用的模式和框架Ø DBA根據(jù)需求和

16、數(shù)據(jù)字典進行數(shù)據(jù)庫設(shè)計（可以先產(chǎn)生“E-R”），并按照模板書寫數(shù)據(jù)庫設(shè)計說明書Ø DBA同時要完成數(shù)據(jù)庫的建立，建表及初始化數(shù)據(jù)，并建立項目組成員開發(fā)或測試時使用的用戶名和密碼，管理員密碼只有DBA自己保存。Ø 延續(xù)需求分析階段的分工，各成員繼續(xù)依照上階段的工作成果進行面向?qū)ο蟮脑O(shè)計，進行UML建模u 魯棒分析：項目總監(jiān)講解并指導(dǎo)魯棒分析，使用IBM RSA進行魯棒分析，建議通過序列圖和協(xié)作圖進行分析，并按魯棒分析模板書寫魯棒分析文檔u 解決方案：項目總監(jiān)講解并指導(dǎo)解決方案，項目經(jīng)理和技術(shù)經(jīng)理依據(jù)項目成員的技術(shù)能力選擇解決方案要使用的設(shè)計模式或框架，并按解決方案說明書模板書

17、寫解決方案說明書文檔Ø 測試經(jīng)理帶領(lǐng)測試人員按照測試計劃和需求規(guī)格說明書繼續(xù)書寫測試用例，反復(fù)與設(shè)計分析人員溝通，確保對需求理解一致Ø 設(shè)計里程碑評審：項目總監(jiān)組織安排魯棒分析、解決方案說明書、數(shù)據(jù)庫設(shè)計說明書和測試用例評審。若評審項目組人員認(rèn)為以上評審內(nèi)容存在問題，需將該問題整理出來并在評審會上指出，由本項目組專人記錄所有問題Ø 評審過程：參見附錄之“評審過程”輸出評審?fù)ㄟ^并已經(jīng)納入基線的魯棒分析評審?fù)ㄟ^并已經(jīng)納入基線的解決方案說明書評審?fù)ㄟ^并已經(jīng)納入基線的數(shù)據(jù)庫設(shè)計說明書評審?fù)ㄟ^并已經(jīng)納入基線的測試用例設(shè)計評審報告單用例評審報告單編碼過程角色說明角色職責(zé)項目總

18、監(jiān)指導(dǎo)編碼過程，發(fā)放編碼規(guī)范，指導(dǎo)代碼走查項目經(jīng)理協(xié)調(diào)項目組資源，與技術(shù)經(jīng)理一起分解開發(fā)任務(wù)；編碼技術(shù)經(jīng)理配合項目經(jīng)理，分配任務(wù)單；主持編碼工作和代碼走查編碼人員進行編碼工作；代碼走查輸入評審?fù)ㄟ^并已經(jīng)納入基線的解決方案說明書評審?fù)ㄟ^并已經(jīng)納入基線的數(shù)據(jù)庫設(shè)計說明書編碼規(guī)范靜態(tài)原型活動說明Ø 項目總監(jiān)講解編碼過程，發(fā)放編碼規(guī)范，編碼人員必須嚴(yán)格按照編碼規(guī)范進行編碼工作Ø 項目經(jīng)理和技術(shù)經(jīng)理根據(jù)軟件項目開發(fā)計劃安排編碼人員的工作，以開發(fā)任務(wù)單（即最小化任務(wù)）的形式發(fā)放任務(wù)Ø 編碼人員接收到開發(fā)任務(wù)單后，要確保開發(fā)人員清楚其任務(wù)的需求和設(shè)計（可找技術(shù)經(jīng)理進行講解，或由

19、項目經(jīng)理安排技術(shù)經(jīng)理專門進行講解），推薦延續(xù)設(shè)計的分工對編碼進行合理的分工。Ø 編碼工作中如有技術(shù)上的疑問，可通過組成員間討論溝通解決，也可通過internet尋找解決方法，不能確定或有爭議，由技術(shù)經(jīng)理來安排解決。如技術(shù)經(jīng)理也無法確定，咨詢實訓(xùn)師Ø 編碼人員應(yīng)按項目經(jīng)理的要求按時開發(fā)完成分配的任務(wù)，如不能在工作日內(nèi)完成，可加班完成Ø 編碼人員必須每天嚴(yán)格地對配置開發(fā)庫進行檢入和檢出，即每天下班前，應(yīng)及時將完成的、編譯通過的代碼檢入開發(fā)庫，每天上班后，首先從開發(fā)庫中檢出開發(fā)使用的代碼，并及時向項目經(jīng)理提交開發(fā)任務(wù)單。Ø 配置管理員每天對配置開發(fā)庫進行檢查，

20、對不能及時對配置開發(fā)庫進行檢入和檢出的編碼人員而影響了項目開發(fā)進度的，配置管理員要及時向項目經(jīng)理匯報Ø 項目經(jīng)理匯總提交的開發(fā)任務(wù)單并提交給技術(shù)經(jīng)理；技術(shù)經(jīng)理負(fù)責(zé)對所提交的任務(wù)進行技術(shù)審核，并及時糾正編碼人員的問題Ø 編碼人員修改問題，并重新提交開發(fā)任務(wù)單，可依據(jù)情況重復(fù)上步Ø 代碼后期由配置管理員承擔(dān)bulding的工作，將配置開發(fā)庫中的代碼在開發(fā)服務(wù)器上反復(fù)調(diào)試運行Ø 技術(shù)經(jīng)理主持代碼走查，項目經(jīng)理協(xié)助，代碼走查可以定期或不定期舉辦，必要時請項目總監(jiān)參與Ø 代碼走查未通過，則直接使用其他項目組的結(jié)果或由項目總監(jiān)推薦Ø 代碼走查通過

21、后代碼，由配置管理員負(fù)責(zé)入基線庫輸出源代碼應(yīng)用程序包代碼走查報告測試過程角色說明角色職責(zé)項目總監(jiān)指導(dǎo)測試過程，指導(dǎo)評審項目經(jīng)理協(xié)調(diào)項目組資源，跟蹤測試問題報告單的處理技術(shù)經(jīng)理配合項目經(jīng)理和測試經(jīng)理，跟蹤測試問題報告單的處理，并進行缺陷修正工作的技術(shù)指導(dǎo)測試經(jīng)理配合項目經(jīng)理，搭建測試環(huán)境，建立測試庫，負(fù)責(zé)主持測試工作，編寫測試總結(jié)報告測試人員按測試計劃和測試用例執(zhí)行測試，填寫測試問題報告單 編碼人員及時處理測試問題報告單，修改測試出來的缺陷輸入評審?fù)ㄟ^并已經(jīng)納入基線的測試計劃評審?fù)ㄟ^并已經(jīng)納入基線的測試用例評審?fù)ㄟ^并已經(jīng)納入基線的用例規(guī)約需求規(guī)格說明書靜態(tài)原型測試問題報告單和測試總結(jié)報告模板活動

22、說明Ø 項目總監(jiān)講解測試過程，受時間和條件所限，實訓(xùn)的測試只進行功能測試和集成測試Ø 項目經(jīng)理協(xié)調(diào)資源，測試經(jīng)理負(fù)責(zé)帶領(lǐng)項目組進行測試環(huán)境的搭建和驗證，測試經(jīng)理要書寫測試任務(wù)單，該文檔中應(yīng)包括測試人員要執(zhí)行的測試任務(wù)及該任務(wù)對應(yīng)的修改指派人(開發(fā)人員)Ø 功能測試過程如下：n 測試經(jīng)理發(fā)放測試任務(wù)單給測試人員和開發(fā)人員，明確職責(zé)n 測試經(jīng)理進行測試管理工具BugFree的培訓(xùn)，參訓(xùn)人為全體項目組成員n 測試人員按照測試用例執(zhí)行測試，發(fā)現(xiàn)每發(fā)現(xiàn)一個缺陷在BugFree中提交一個缺陷項，此時缺陷項狀態(tài)是“Active”n 每個開發(fā)人員要及時查看BugFree，如發(fā)現(xiàn)指派人是自己的缺陷，必須在0.5個工作日之內(nèi)修改完成，并點擊“解決”修改缺陷狀態(tài)為“Resolved”n 測試人員驗證缺陷是否已修改，如修改正確，將該缺陷關(guān)閉，該缺陷狀態(tài)為“closed”;如發(fā)現(xiàn)仍有缺陷，可重新激活該缺陷，提醒開發(fā)人員再次修改n 測試要覆蓋全部測試用例n 測試反復(fù)進行，直至達(dá)到測試計劃中的要求Ø 功能測試基本完成后迭代進行集成測試。項目組