項目實訓學生指導手冊

1、項目實訓學生指導手冊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 導言目的指導實訓學員按照軟件企業(yè)項目開發(fā)的過程、方法和規(guī)范去完成一個項目，使學員在項目實訓過程中正確地完成規(guī)定范圍內(nèi)的軟件開發(fā)工作。范圍適用于項目實訓的各位學員。實訓制度實訓是一種模擬企業(yè)項目實際開發(fā)的訓練，因此具有企業(yè)工作的相似性，實行類似企業(yè)管理的工作制度。1、學員配帶實習生卡，每天上班

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

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

4、功能測試和集成測試工作l 提交測試問題報告單認真負責，思維全面細致指定的組員術語定義l WBSWork Breakdown Structure 工作分解結構l Milestone里程碑一個在預定時間發(fā)生的事件，某個人應該對其負責，并且能用它來測量進程。l Baseline基線已經(jīng)通過正式評審和認可，作為以后進一步開發(fā)的基礎，并且只有通過正式的更改控制規(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)理實訓開發(fā)過程項目啟動活動說明Ø 項目總監(jiān)對項目進行介紹，介紹項目組的組織結構，指導學生分組。分組以學生方式自愿為原則

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

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

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

9、里程碑提交產(chǎn)品提交時間負責人立項項目開發(fā)計劃*年*月*日項目經(jīng)理測試計劃*年*月*日項目經(jīng)理，測試經(jīng)理配置管理計劃*年*月*日項目經(jīng)理，配置管理員需求用例模型，用例規(guī)約*年*月*日技術經(jīng)理設計UML模型*年*月*日技術經(jīng)理數(shù)據(jù)庫設計*年*月*日數(shù)據(jù)庫管理員測試用例*年*月*日測試經(jīng)理，技術經(jīng)理Solution Model*年*月*日技術經(jīng)理編碼代碼*年*月*日技術經(jīng)理測試測試總結報告*年*月*日測試經(jīng)理，技術經(jīng)理結項項目總結報告*年*月*日項目經(jīng)理 開發(fā)環(huán)境硬件軟件實訓開發(fā)環(huán)境：每生一臺PC機或筆記本：PIV 2G以上1G2G內(nèi)存硬盤80G以上開發(fā)服務器或測試服務器一臺應用服務器：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ù)庫設計工具：評審按計劃需要評審的工作產(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需求分析過程角色說明角色職責項目總監(jiān)指導面向?qū)ο笮枨蠓治龅倪^程，指導項目組理解需求和評審項目經(jīng)理協(xié)調(diào)項目組資源，與技術經(jīng)理協(xié)商決定本階段的人員分工，并按照協(xié)商結果分配任務并監(jiān)督執(zhí)行情況，參與本階段部分工作技術經(jīng)理配合項目經(jīng)理，帶領項目組進行面向?qū)ο蟮男枨蠓治?，進行用例建模，書寫用例規(guī)約；負責技術難點的解決和培訓測試經(jīng)理帶領測試人員全面了解需求，按照測試計劃啟動測試用例，并開始書寫部分需求明確的測試用例，反復與需求分析人員溝通，確保對需求理解一致輸入需求規(guī)格說明書靜態(tài)原型用例規(guī)約、數(shù)據(jù)字典、關鍵抽取、域模型設計和測試用例模板活

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

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

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

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

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

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

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

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

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

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

22、說明Ø 項目總監(jiān)講解測試過程，受時間和條件所限，實訓的測試只進行功能測試和集成測試Ø 項目經(jīng)理協(xié)調(diào)資源，測試經(jīng)理負責帶領項目組進行測試環(huán)境的搭建和驗證，測試經(jīng)理要書寫測試任務單，該文檔中應包括測試人員要執(zhí)行的測試任務及該任務對應的修改指派人(開發(fā)人員)Ø 功能測試過程如下：n 測試經(jīng)理發(fā)放測試任務單給測試人員和開發(fā)人員，明確職責n 測試經(jīng)理進行測試管理工具BugFree的培訓，參訓人為全體項目組成員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 測試人員驗證缺陷是否已修改，如修改正確，將該缺陷關閉，該缺陷狀態(tài)為“closed”;如發(fā)現(xiàn)仍有缺陷，可重新激活該缺陷，提醒開發(fā)人員再次修改n 測試要覆蓋全部測試用例n 測試反復進行，直至達到測試計劃中的要求Ø 功能測試基本完成后迭代進行集成測試。項目組