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

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

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

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

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

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

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

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

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

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

11、代碼走查項目總監、項目組成員1測試報告里程碑評審項目總監、項目組成員1需求分析過程角色說明角色職責項目總監指導面向對象需求分析的過程，指導項目組理解需求和評審項目經理協調項目組資源，與技術經理協商決定本階段的人員分工，并按照協商結果分配任務并監督執行情況，參與本階段部分工作技術經理配合項目經理，帶領項目組進行面向對象的需求分析，進行用例建模，書寫用例規約；負責技術難點的解決和培訓測試經理帶領測試人員全面了解需求，按照測試計劃啟動測試用例，并開始書寫部分需求明確的測試用例，反復與需求分析人員溝通，確保對需求理解一致輸入需求規格說明書靜態原型用例規約、數據字典、關鍵抽取、域模型設計和測試用例模板活

12、動說明Ø 項目總監講解面向對象需求分析的過程，并簡要說明項目裁剪掉的部分需求階段工作Ø 項目經理和技術經理經協商，決定任務分配原則并進行人員分工。Ø 技術經理以會議或內部培訓形式帶領項目組成員理解需求規格說明書和原型，確保全組成員對需求理解一致；若大家對于需求的理解存在疑問，項目經理（或指定組員）將這些疑問記錄在需求問題跟蹤中，并針對這些問題咨詢項目總監，并將答復的信息也記錄在需求問題跟蹤中，項目經理確保項目組中的每一位成員都理解了需求Ø 配置管理員按配置管理計劃建立配置管理庫，并監督全組人執行Ø 各成員按分配的任務進行面向對象的分析工作，進行

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

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

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

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

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

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

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

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

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

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