【導讀】螂蚃莂蚈螞肄薇薄螁膆莀葿螀艿膃螈蝿羈荿螄螈膁芁蝕螈芃蕆薆螇芀蒂螆肅蒅螁螅膇羋蚇襖艿蒃薃袃罿芆葿袂肁蒂蒅袂芄蒞螃袁羃薀蠆袀肆莃薅衿膈薈蒁袈芀莁螀羇羀膄蚆羆肂荿薂羆芅膂薈羅羄蒈蒄羄肆芁螂羃腿蒆蚈芁艿薄羈羈蒄蒀肀肅芇蝿肀膅蒃蚅聿莈芅蟻肈肇薁薇蚄膀莄蒃蚄節(jié)蕿螂蚃莂蚈螞肄薇薄螁膆莀葿螀艿膃螈蝿羈荿螄螈膁芁蝕螈芃蕆薆螇芀蒂螆肅蒅螁螅膇羋蚇襖艿蒃薃袃罿芆葿袂肁蒂蒅袂芄蒞螃袁羃薀蠆袀肆莃薅衿膈薈蒁袈芀莁螀羇羀膄蚆羆肂荿薂羆芅膂薈羅羄蒈蒄羄肆芁螂羃腿蒆蚈芁艿薄羈羈蒄蒀肀肅芇蝿肀膅蒃蚅聿莈芅蟻肈肇薁薇蚄膀莄蒃蚄節(jié)蕿螂蚃莂蚈螞肄薇薄螁膆莀葿螀艿膃螈蝿羈荿螄螈膁芁蝕螈芃蕆薆螇芀蒂螆肅蒅螁螅膇羋蚇襖艿蒃薃袃罿芆葿袂肁蒂蒅袂芄蒞螃袁羃薀蠆袀肆莃薅衿膈薈蒁袈芀莁螀羇羀膄蚆羆肂荿薂羆芅膂薈羅羄蒈蒄羄肆芁螂羃腿蒆蚈芁艿薄羈羈蒄蒀肀肅芇蝿肀膅蒃蚅聿莈芅蟻肈肇薁薇蚄膀莄蒃蚄節(jié)蕿螂蚃莂蚈螞肄薇薄螁膆莀葿螀艿膃螈蝿羈荿螄螈膁芁蝕螈

　　

【正文】 責 DB 的創(chuàng)建和維護； 為 DE 提供一個穩(wěn)定的環(huán)境； DE 按軟件開發(fā)計劃進行開發(fā)，并記錄相關(guān)數(shù)據(jù)； 遵守公司質(zhì)量管理體系的要求 . Deployer 根據(jù)發(fā)布申請，提取代碼，發(fā)布系統(tǒng) 和 SA、 DBA 一起配置環(huán)境 重構(gòu)和重建系統(tǒng) 3 Specific Requirements 詳細描述 本部分按照角色劃分詳細描述開發(fā)過程。 Precondition 前提 SCM 配置庫 ? 目錄結(jié)構(gòu) ? 開發(fā)庫：開發(fā)工作區(qū)文檔和代碼 ? 項目文檔 ? 項目啟動 ? 項目策劃 ? 項目計劃 ? 項目報告 ? 開發(fā)文檔 ? 需求 ? 設計 ? 測試 ? 代碼 ? 代碼目錄 ? 參考資料 ? 客戶資料等等 ? 基線庫：評審通過后的文檔 ? 《文檔同開發(fā)庫》 ? 測試庫：測試代碼和測試發(fā)布包 ? 文檔 ? 計劃 ? 用例 ? 測試報告 ? 代碼 ? 版本 1 ? 版本 2 ? 參考資料 ? 產(chǎn)品庫：測試通過后的文檔和代碼 ? 項目交付制品 ? 項目總結(jié) ? 驗 收報告 ? 。 ? 項目產(chǎn)品 ? 版本 1 ? 版本 2 ? 權(quán)限 ? 測試庫： ? 測試人員可以讀寫 ? 其它人員只能讀，不能增加、修改和刪除 ? ? 基線庫：只能增加，不能刪除和修改 ? 產(chǎn)品庫：只能增加，不能刪除和修改 ? 開發(fā)庫： Test Environment 測試環(huán)境 ? 測試需要一個獨立的環(huán)境 ? DB 獨立 ? FTP 等資源獨立 ? Pass9 等外部系統(tǒng)獨立 ? 最好是一個單獨的局域網(wǎng)環(huán)境，完全和開發(fā)分開 ? 開發(fā)是 環(huán)境 ? 測試是 環(huán)境 ? 每次測試，應當是一個完整的測試過程 ? 安裝系統(tǒng) ? DB ? Web ? AppServer ? Client ? 其它 ? 配置系統(tǒng) ? DB 配置 ? AppServer 配置 ? 系統(tǒng)初始化 ? 清除所有歷史數(shù)據(jù) ? 執(zhí)行初始化腳本，插入初始數(shù)據(jù) ? 測試系統(tǒng) Development Control Process 開發(fā)控制流程 項目啟動 和策劃階段 本階段的關(guān)鍵是定義項目、估算工作量和制定詳細計劃。 一個軟件項目的正式啟動從《軟件項目任務書》的下達開始。任務書中寫明項目的基本信息及相關(guān)責任人和詳細分工，規(guī)定項目必須提交的產(chǎn)品清單。任務書由研發(fā)經(jīng)理或者項目負責人起草，研發(fā)經(jīng)理批準后下達給相關(guān)負責人。項目任務書必須為打印紙質(zhì)文 檔，由相關(guān)人員簽字確認后，入配置管理庫歸檔。 軟件項目任務書主要作用是明確項目人員職責以及各組之間的協(xié)調(diào)確認。 估算工作量，從確認需求后開始。由項目經(jīng)理指定評估人員，先按照頭腦風暴法估計各個子系統(tǒng)或者模塊的難易程度，然后按照 Delphi 法估算各個部分的工作量。 項目經(jīng)理和 PMO 成員，根據(jù)估算的工作量，制定項目計劃。 SQA 和 SCM 分別制定各自的計劃。 SCM 需要確定資源庫的目錄結(jié)構(gòu)和權(quán)限結(jié)構(gòu)。 項目經(jīng)理召集 PMO、 SQA、 SCM 評審及審核項目計劃、 SQA 計劃、 SQA 審核計劃、 SCM計劃和測試計劃。 對于發(fā)布后的一般性程序修改，不需要下達軟件項目任務書。對于關(guān)系重大，需要各組人員協(xié)調(diào)工作的重大修改，項目負責人可以以任務書的形式明確職責、協(xié)調(diào)關(guān)系。 測試負責人評估測試資源【人員及機器】，并決定測試人員是否介入項目的需求分析和設計階段。 需求分析、設計、編碼階段 本階段的關(guān)鍵是評審和修訂控制，關(guān)鍵評審需要需求、設計、編碼、測試、項目管理、用戶等的參與。 需求階段，需求分析人員收集需求，根據(jù) SRS 模版，作出需求規(guī)格說明書。 設計階段，設計人員根據(jù)總體設計、概要設計、數(shù)據(jù)庫設計和詳細設計，作出設計文 檔。 編碼階段，編碼人員根據(jù)詳細設計，設計單元測試用例，編寫代碼，進行單元測試。 關(guān)鍵評審： SRS 評審，設計評審，代碼走查 提交測試階段 項目啟動后，項目經(jīng)理填寫測試任務通知單，將測試任務下達給測試組。概要設計評審完成后，由各子系統(tǒng)或者模塊的負責人測算完成時間，在確定完成時間后（正式開始編碼前）將測試任務通知單提交給項目測試負責人，項目測試負責人審核通過在通知單上簽字后返回給子項目負責人。開發(fā)及單元測試完成后，由開發(fā)人員將測試內(nèi)容提交配置管理員入測試庫后，將測試任務通知單提交給發(fā)布人員申請測試發(fā)布。發(fā) 布人員將測試庫中本次測試的內(nèi)容發(fā)布到測試機后，在測試任務通知單上簽字后，提交給測試人員開始測試。 測試完成后，測試人員在任務單上填寫測試意見后，交測試負責人確認后，返還給開發(fā)人員。 如測試沒有通過，開發(fā)人員修改測試內(nèi)容，進入下一個測試流程。 如通過測試，開發(fā)人員將測試任務通知單提交給項目負責人，由項目負責人、 SCCB 簽字確認后，提交配置管理員將測試內(nèi)容入基線庫。 過程關(guān)鍵 ： 發(fā)布實施人員確保發(fā)布到測試機上的源程序在配置管理庫中得到了有效的標識。 生產(chǎn)發(fā)布、終測 程序通過測試入庫以后，根據(jù)需要，由項 目的負責人負責填寫發(fā)布申請單。發(fā)布申請單由項目測試負責人、配置管理員、 SCCB、客戶代表、研發(fā)經(jīng)理簽字確認后，由項目負責人提交給實施發(fā)布人員。發(fā)布人員拿到簽完字的發(fā)布申請后，才能從基線庫中提取程序向生產(chǎn)機上發(fā)布。如以上發(fā)布確認人員沒有全部簽字同意發(fā)布，必須由項目經(jīng)理簽字同意后發(fā)布。 程序發(fā)布到生產(chǎn)機上以后，進入終測【 UAT】流程。測試人員和用戶代表要對生產(chǎn)機上的程序進行最后測試，確保生產(chǎn)機上的系統(tǒng)符合需求。項目負責人負責同用戶協(xié)調(diào)，項目負責人、測試人員和用戶共同編寫測試用例。項目負責人將《終測意見書》提交 三方簽字，根據(jù)簽字意見決定修訂系統(tǒng)或者提交正式發(fā)布。 終測出現(xiàn)的問題修改按照基線變更流程進行。 實施人員只有拿到有三方簽字的《終測意見書》后才能將系統(tǒng)正式公開發(fā)布。系統(tǒng)正式發(fā)布三天之后一周之內(nèi)，由實施人員負責到用戶處取得有用戶主要負責人簽字的《系統(tǒng)運行報告》，項目負責人負責監(jiān)督執(zhí)行。根據(jù)《系統(tǒng)運行報告》做相應的處理。 過程關(guān)鍵 ： 發(fā)布到生產(chǎn)機上的程序都在基線庫中得到了有效的標識。 發(fā)布后問題反饋修改過程 系統(tǒng)發(fā)布之后，用戶反饋的意見要形成問題清單或者變更申請單，記錄需要修改的地方，提交給項目負責人。 項目負責人負責判斷改動是否會影響需求或者設計，負責將任務分配給相關(guān)人員進行修改。修改完成后，提交測試直至發(fā)布。 這個階段的最重要的是保證所做的修改（文檔、代碼）都在配置管理庫的基線庫中得到體現(xiàn)。即基線庫中的文檔和代碼要進行同步更新，關(guān)鍵是發(fā)布人員嚴格根據(jù)發(fā)布申請單進行控制，并確保發(fā)布的代碼都是從基線庫中取出的。沒有經(jīng)過流程直接要求發(fā)布的，發(fā)布人員必須予以拒絕。 TSP 團隊軟件過程 會議組織 ? 會議前，確定會議主持人和記錄員 ? 向參與會議人員發(fā)送會議資料 ? 參與會議人員閱讀會議資料 ? 確定會議主題、日期時間和 地點 ? 注意：留出閱讀資料的時間 ? 確定會議議程 ? 準備會議用品【如投影儀等】 ? 重要會議，需要簽到 ? 會議開始前，申明會議紀律 ? 發(fā)言時間限制 ? 發(fā)言順序 ? 除主持人外，不得打斷別人 ? 記錄員記錄會議紀要 ? 會議后，發(fā)送會議總結(jié) 溝通問題 ? 原則 ? 目標明確 ? 明確反饋 ? 反復溝通 ? 請求－答復 ? 當有疑問時，發(fā)出請求 ? 明確求助對象，指定第一對象和輔助對象 ? 第一對象接收到請求后，不能及時答復的應當轉(zhuǎn)發(fā)給自己認為合適的答復人，并告知求助人 ? 求助方式【高－低】：當面，電話，郵件 ? 公告 代碼走查 ? 項目負責人指定代碼走查對象 ? 相互走查 ? 循環(huán)走查 ? 代碼走查發(fā)現(xiàn)的問題 ? 首先記錄 ? 告知代碼作者 ? 更新 CheckList 其它 PSP 個人軟件過程 工作原則 ? 計劃管理：把你想做的寫下來 ? 行為管理：按照你寫下來的去做 ? 報告管理：把做的事情記錄下來 ? 跟蹤管理：出現(xiàn)的問題要設法解決 日常工作 ? 每日工作 ? 每日早晨，規(guī)劃當日工作； ? 計劃必須細化到一個明確的目標 ? 計劃要有余地，比如會議等 ? 計劃是可執(zhí)行的，能夠完成的 ? 計劃是可監(jiān)控的 ? 每日下班，總結(jié)當日工作； ? 計劃完成情況 ? 未能完成原因 ? 個人心得：新的發(fā)現(xiàn)，新的方法，新的問題 ? 會議 ? 會議之前，仔細閱讀 會議資料 ? 如有疑問，可以發(fā)郵件向會議主持人提出 ? 或者在會議上提出 ? 會議中，記錄會議要點 ? 如要參與討論，請在別人發(fā)言結(jié)束后發(fā)言，不要打斷別人 ? 會議后，如有新的想法，發(fā)郵件或者當面向會議主持人提出 ? 求助 ? 如果一個問題 20 分鐘還不能理出一個頭緒，應當立即求助 ? 求助對象： ? 個人認為能夠解決該問題的人為第一對象 ? 不能確認的，項目負責人為第一求助對象 ? 發(fā)出求助后，個人負責追蹤求助，直到解決 ? 報告 ? 認為個人負責的任務不能按時完成的，應當立即報告給負責人 ? 重要任務： Leader 和項目負責人 ? 其它任務： Leader ? 提前 期： ? 重要任務：至少提前 3 天 ? 其它任務：至少提前任務期的 1/3 DE 開發(fā)