軟件開發(fā)規(guī)范Software Development SpecificationVersion: V1.0Date: 2010-06-22Prepared byDocument Revision History文檔修訂記錄VERSION版本DATE日期DESCRIPTION內(nèi)容說明INDIVIDUAL修訂人1.02010-06-22初稿Table of Contents目錄1Introduction 簡(jiǎn)介51.1Purpose 目標(biāo)51.2Scope 范圍61.3Definitions, Acronyms, and Abbreviations. 術(shù)語，縮略詞61.4References 引用71.5Overview 文檔組織72The Overall Description 概述82.1Software Development Organizing 開發(fā)團(tuán)隊(duì)組織結(jié)構(gòu)82.2Project Base Process 項(xiàng)目基本流程92.3CMM Base Process CMM基本過程102.3.1SCM軟件配置管理102.3.2SPP 計(jì)劃策劃122.3.3SPTO項(xiàng)目追蹤152.3.4PR同行評(píng)審172.3.5SQA質(zhì)量保證182.4SDLC 生命周期選擇192.5Development Process 開發(fā)過程202.5.1Development Phase 開發(fā)階段202.5.2Phase Product 階段制品212.6Role Duty 角色職責(zé)222.7Constraints 限制233Specific Requirements 詳細(xì)描述243.1Precondition 前提243.1.1SCM配置庫243.1.2Test Environment 測(cè)試環(huán)境253.2Development Control Process 開發(fā)控制流程253.2.1項(xiàng)目啟動(dòng)和策劃階段263.2.2需求分析、設(shè)計(jì)、編碼階段263.2.3提交測(cè)試階段263.2.4生產(chǎn)發(fā)布、終測(cè)273.2.5發(fā)布后問題反饋修改過程273.3TSP 團(tuán)隊(duì)軟件過程293.3.1會(huì)議組織293.3.2溝通問題293.3.3代碼走查293.3.4其它303.4PSP 個(gè)人軟件過程303.4.1工作原則303.4.2日常工作303.4.3DE 開發(fā)工程師313.4.4SCME 配置管理員323.4.5DBA 數(shù)據(jù)庫管理員323.4.6Deployer 發(fā)布人員334Tool Specification 工具規(guī)范334.1通用工具334.2計(jì)劃334.3需求分析344.4設(shè)計(jì)344.5編碼344.6測(cè)試345Documents 文檔355.1項(xiàng)目管理文檔355.1.1項(xiàng)目策劃355.1.2項(xiàng)目追蹤355.1.3質(zhì)量保證355.1.4項(xiàng)目終止355.2開發(fā)過程文檔355.2.1軟件配置管理355.2.2會(huì)議管理365.2.3計(jì)劃跟蹤365.2.4評(píng)審管理365.2.5質(zhì)量管理365.2.6測(cè)試過程365.2.7問題解決過程365.2.8其他376Appendix 附錄376.1易于理解的代碼376.2Log輸出371 Introduction 簡(jiǎn)介 一個(gè)成熟穩(wěn)定的組織或者團(tuán)隊(duì)，能夠減少風(fēng)險(xiǎn)，經(jīng)常地成功地達(dá)成目標(biāo)。成功的含義是：按時(shí)、預(yù)算內(nèi)【即符合成本要求】、符合質(zhì)量要求。換言之，成熟穩(wěn)定的團(tuán)隊(duì)，能夠避免以下問題： 組織方面出現(xiàn)問題 對(duì)需求缺乏管理 缺乏計(jì)劃和控制 估算錯(cuò)誤同時(shí)，還要在以下幾個(gè)方面做得比較出色： 人員調(diào)度與工作安排 工作量估計(jì) 預(yù)算管理 責(zé)權(quán)分配與平衡 執(zhí)行與監(jiān)控 溝通本文檔是軟件開發(fā)規(guī)范，力求使團(tuán)隊(duì)打下一個(gè)良好的基礎(chǔ)，以便逐步成長(zhǎng)為成熟穩(wěn)定的團(tuán)隊(duì)。團(tuán)隊(duì)需要一個(gè)逐步標(biāo)準(zhǔn)、規(guī)范的開發(fā)過程，在這個(gè)過程中，團(tuán)隊(duì)得到鍛煉，成員能力得到提高，風(fēng)險(xiǎn)得到控制。主要內(nèi)容是： 定義軟件開發(fā)的流程； 定義軟件開發(fā)的文檔格式； 定義涉及的角色； 定義涉及的信息； 描述開發(fā)流程；1.1 Purpose 目標(biāo)本文檔的目標(biāo)是： 統(tǒng)一軟件開發(fā)團(tuán)隊(duì)的流程、文檔； 促進(jìn)團(tuán)隊(duì)成員的溝通，減少誤解； 促使程序員書寫易維護(hù)的代碼； 提高代碼編寫效率； 使每個(gè)成員成為一個(gè)高效的程序員；1.2 Scope 范圍本文檔，包含： 項(xiàng)目管理的流程；n 項(xiàng)目策劃n 項(xiàng)目追蹤n 配置管理n 質(zhì)量保證n 同行評(píng)審 涉及文檔；n 項(xiàng)目計(jì)劃mppn 需求規(guī)格說明書SRSn Delphi估算n 項(xiàng)目狀態(tài)報(bào)告n 配置庫樣式n CheckListn 評(píng)審表n 變更申請(qǐng)表 開發(fā)工具的規(guī)范；n 數(shù)據(jù)庫設(shè)計(jì)工具n 功能設(shè)計(jì)工具n IDEn 配置工具1.3 Definitions, Acronyms, and Abbreviations. 術(shù)語，縮略詞 SPP項(xiàng)目策劃Software Project Planning SPTO項(xiàng)目追蹤Software Project Tracking & Oversight SCM配置管理Software Configuration Management SQA質(zhì)量保證Software Quality Assurance PR同行評(píng)審Peer Review BaseLine 基線 SCCB軟件配置控制委員會(huì)Software Configuration Control Board CR變更請(qǐng)求Change Request SDLC軟件開發(fā)生命周期Software Development Life Cycle RUP統(tǒng)一開發(fā)過程Rational Unified Process XP極限【敏捷方法】eXtreme Programming TDD測(cè)試驅(qū)動(dòng)Test Driven Development1.4 References 引用 CMM2CMM31.5 Overview 文檔組織 本文檔主要分為四大部分： 概述；描述了團(tuán)隊(duì)組織開發(fā)過程的高層視圖； TSP和PSP；按照?qǐng)F(tuán)隊(duì)和個(gè)人描述流程規(guī)范； 工具規(guī)范；描述了開發(fā)工具的詳細(xì)規(guī)范； 文檔；涉及的文檔格式；2 The Overall Description 概述 本部分是開發(fā)團(tuán)隊(duì)開發(fā)過程的高層描述。它描述了開發(fā)過程規(guī)范的背景，用來和所有涉及各方就基本過程達(dá)成共識(shí)。2.1 Software Development Organizing 開發(fā)團(tuán)隊(duì)組織結(jié)構(gòu)說明： 表示公司的行政部門 表示公司的邏輯部門 實(shí)線表示參加產(chǎn)品實(shí)現(xiàn)的組織和人員（不表示所屬關(guān)系） 虛線表示工作的匯報(bào)關(guān)系，如SQAE向SQA經(jīng)理匯報(bào)。2.2 Project Base Process 項(xiàng)目基本流程識(shí)別需求提出解決方案執(zhí)行項(xiàng)目結(jié)束項(xiàng)目投入力量可行性分析報(bào)告需求建議書合同項(xiàng)目目標(biāo) 項(xiàng)目定義 制定計(jì)劃 計(jì)劃實(shí)施 項(xiàng)目終止時(shí)間基本流程說明： 項(xiàng)目啟動(dòng)： 本階段主要是進(jìn)行可行性分析，定義項(xiàng)目，識(shí)別需求； 制定計(jì)劃： 本階段主要是計(jì)劃策劃，估算工作量，制定具體的可執(zhí)行的計(jì)劃； 計(jì)劃實(shí)施： 本階段主要是實(shí)施計(jì)劃，完成計(jì)劃中的各項(xiàng)任務(wù)，報(bào)告計(jì)劃狀態(tài)； 項(xiàng)目終止： 計(jì)劃執(zhí)行完畢，總結(jié)項(xiàng)目；2.3 CMM Base Process CMM基本過程SCMSQAWork AreaBaseLineSPPSPTOPRChange & PR基本過程說明： SCM： 軟件配置管理，所有活動(dòng)的基礎(chǔ)，一切制品必須放入配置庫； SPP： 軟件項(xiàng)目策劃，估算工作量，制定詳細(xì)計(jì)劃【項(xiàng)目的制定計(jì)劃階段】； SPTO：項(xiàng)目追蹤，報(bào)告項(xiàng)目狀態(tài)，評(píng)估并更新計(jì)劃【項(xiàng)目的計(jì)劃實(shí)施階段】； PR： 同行評(píng)審，進(jìn)入基線的前提條件，降低風(fēng)險(xiǎn)，提高質(zhì)量的有效手段； SQA： 質(zhì)量保證，預(yù)防風(fēng)險(xiǎn)的有效手段；2.3.1 SCM軟件配置管理配置管理主要解決： 版本 變更確定配置項(xiàng)和基線確定記錄和報(bào)告配置項(xiàng)狀態(tài)策略定義配置項(xiàng)定義訪問權(quán)限訪問權(quán)限確定配置管理工具確定SCCB成員確定配置庫及其目錄結(jié)構(gòu)項(xiàng)目啟動(dòng)確定配置管理人員Vss、SVN或VSTS一般由：項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、客戶經(jīng)理、質(zhì)量保證人員、配置管理等項(xiàng)目的核心成員人員組成。在配置項(xiàng)（基線）生成和基線變更時(shí)配置庫結(jié)構(gòu)權(quán)限表基線表確定基線變更過程定義備份與病毒策略按計(jì)劃執(zhí)行配置管理活動(dòng)SCM計(jì)劃制定和評(píng)審記錄和報(bào)告基線的狀態(tài)在配置項(xiàng)（基線）生成和基線變更時(shí)至少在項(xiàng)目的每個(gè)里程碑結(jié)束時(shí)進(jìn)行備份1建立配置庫2對(duì)項(xiàng)目組指導(dǎo)和培訓(xùn)3對(duì)配置項(xiàng)的日常管理4參加評(píng)審會(huì)議5定期備份和病毒防護(hù)6實(shí)施發(fā)布7進(jìn)行歸檔8配置管理計(jì)劃的維護(hù)配置管理情況總結(jié)計(jì)劃完成總結(jié)配置項(xiàng)是否完整、基線的變化情況統(tǒng)計(jì)、審核發(fā)現(xiàn)問題情況統(tǒng)計(jì)、改進(jìn)建議等，記入項(xiàng)目總結(jié)報(bào)告 定義測(cè)試和發(fā)布?xì)w檔方式SCM計(jì)劃配置審核狀態(tài)報(bào)告審核報(bào)告2.3.2 SPP 計(jì)劃策劃計(jì)劃策劃的核心是工作量估算從歷史庫中識(shí)別可用的信息項(xiàng)目啟動(dòng)從公司的數(shù)據(jù)中識(shí)別項(xiàng)目相似的信息，如項(xiàng)目的總結(jié)報(bào)告和其它的數(shù)據(jù)或文擋項(xiàng)目需求、合同以及軟件項(xiàng)目任務(wù)書等相關(guān)要求選擇項(xiàng)目生命周期識(shí)別項(xiàng)目的特點(diǎn)了解各個(gè)生命周期的特點(diǎn)確定適合項(xiàng)目生命周期模型從對(duì)用戶需求的理解是否充分；人員介入項(xiàng)目的方式；產(chǎn)品的交付方式；項(xiàng)目規(guī)模大小和風(fēng)險(xiǎn)高低；對(duì)項(xiàng)目系統(tǒng)架構(gòu)的理解是否充分等方面考慮RUPXPRUPXP依據(jù)定義的過程，識(shí)別必須完成的任務(wù)和工作產(chǎn)品分解時(shí)考慮的活動(dòng)事項(xiàng)要詳盡，不要漏掉：教育或培訓(xùn)的需要；參與評(píng)審文檔；參與項(xiàng)目會(huì)議；確定、記錄和顯示各種與質(zhì)量相關(guān)和與過程相關(guān)的數(shù)據(jù)；傳播時(shí)間文檔制品如：計(jì)劃、SRS等規(guī)模估算制定工作產(chǎn)品的評(píng)審計(jì)劃估算表估算結(jié)果評(píng)審計(jì)劃識(shí)別項(xiàng)目需要使用的工具和設(shè)施風(fēng)險(xiǎn)評(píng)估識(shí)別與其他組之間的關(guān)系確定項(xiàng)目的跟蹤情況確定項(xiàng)目的組織結(jié)構(gòu)和職責(zé)識(shí)別項(xiàng)目需要進(jìn)行的培訓(xùn)制定時(shí)間進(jìn)度表在已知的停工和節(jié)假日時(shí)間不安排工作；不考慮加班時(shí)間；考慮測(cè)試及評(píng)審中發(fā)現(xiàn)問題的返工需要的時(shí)間；考慮客戶需求的穩(wěn)定情況；考慮各項(xiàng)活動(dòng)的交接和信息的傳遞時(shí)間；識(shí)別出的風(fēng)險(xiǎn)對(duì)活動(dòng)的影響；在安排工作時(shí)應(yīng)考慮整個(gè)項(xiàng)目的效率因素，在正常估算的工期內(nèi)增加2040的余量，分配到項(xiàng)目的所有活動(dòng)中特別是關(guān)鍵路徑中的活動(dòng)中工具指南風(fēng)險(xiǎn)表協(xié)同工作計(jì)劃項(xiàng)目跟蹤計(jì)劃組織和角色定義培訓(xùn)計(jì)劃時(shí)間進(jìn)度表編寫項(xiàng)目開發(fā)計(jì)劃書及其相關(guān)計(jì)劃書計(jì)劃評(píng)審計(jì)劃管理和控制SQA計(jì)劃SCM計(jì)劃SDP計(jì)劃Test計(jì)劃風(fēng)險(xiǎn)計(jì)劃2.3.3 SPTO項(xiàng)目追蹤軟件項(xiàng)目開發(fā)計(jì)劃日常進(jìn)度跟蹤定期報(bào)告項(xiàng)目狀態(tài)周例會(huì)里程碑總結(jié)需要調(diào)整計(jì)劃修改和評(píng)審計(jì)劃糾正和預(yù)防當(dāng)出現(xiàn)：規(guī)模、工作量、進(jìn)度和關(guān)鍵計(jì)算機(jī)資源超出規(guī)定的閾值；項(xiàng)目總的原始計(jì)劃不再可能達(dá)到；計(jì)劃和實(shí)際的任務(wù)安排明顯不相符，起不到指導(dǎo)作用；對(duì)客戶的承諾不能實(shí)現(xiàn)時(shí)并滿足下列條件時(shí)：導(dǎo)致計(jì)劃變化的原因是知道的，并清楚計(jì)劃怎么樣改變；提議的項(xiàng)目進(jìn)度計(jì)劃變動(dòng)是可達(dá)到的；提議的項(xiàng)目進(jìn)度計(jì)劃已經(jīng)得到了必須完成他的人員的許諾在周例會(huì)上向項(xiàng)目組的成員傳達(dá)客戶方面的信息、交流項(xiàng)目近期進(jìn)展情況、未完成的工作、工作中存在的問題、好的經(jīng)驗(yàn)以及部署下兩周的工作，以使得計(jì)劃和實(shí)際的開發(fā)工作相符合總結(jié)到目前為止項(xiàng)目開發(fā)總體狀況、項(xiàng)目活動(dòng)進(jìn)展情況（一般通過甘特圖來體現(xiàn)）、活動(dòng)項(xiàng)進(jìn)展（應(yīng)特別關(guān)注未完成活動(dòng)項(xiàng)）、本階段好的經(jīng)驗(yàn)和典型問題、過程改進(jìn)建議、客戶方面新要求，項(xiàng)目評(píng)審、培訓(xùn)執(zhí)行情況、項(xiàng)目風(fēng)險(xiǎn)等其它方面存在的問題，分析在進(jìn)度、工作量和缺陷等方面收集的數(shù)據(jù)并根據(jù)情況制定相應(yīng)的措施和調(diào)整時(shí)間進(jìn)度表，保持項(xiàng)目正常、健康開發(fā)個(gè)人工作周報(bào)時(shí)間進(jìn)度表數(shù)據(jù)收集其它組跟蹤周報(bào)告分析和預(yù)測(cè)里程碑報(bào)告項(xiàng)目總結(jié)項(xiàng)目總結(jié)報(bào)告2.3.4 PR同行評(píng)審評(píng)審準(zhǔn)備制定本次評(píng)審計(jì)劃評(píng)審跟蹤正式評(píng)審評(píng)審人員進(jìn)行預(yù)審，在指定的時(shí)間內(nèi)給出預(yù)審意見，反饋給評(píng)審組長(zhǎng)和作者。評(píng)審組長(zhǎng)將缺陷（或問題）及工作量匯總填入評(píng)審報(bào)告。要評(píng)審的文檔已經(jīng)完成且文檔符合標(biāo)準(zhǔn)模板要求，項(xiàng)目經(jīng)理指定評(píng)審組長(zhǎng)，發(fā)放工作產(chǎn)品及參考資料，必要時(shí)確定評(píng)審重點(diǎn)（參見評(píng)審指南）工作產(chǎn)品評(píng)審計(jì)劃將報(bào)告抄送相關(guān)人員項(xiàng)目經(jīng)理組織解決發(fā)現(xiàn)的缺陷（或問題）作者根據(jù)評(píng)審結(jié)果進(jìn)行必要的改進(jìn)驗(yàn)證人驗(yàn)證最終修正評(píng)審?fù)ㄟ^的產(chǎn)品作為基線的要得到SCCB批準(zhǔn)評(píng)審?fù)ㄖ韨€(gè)人評(píng)審表評(píng)審報(bào)告2.3.5 SQA質(zhì)量保證軟件項(xiàng)目啟動(dòng)指定SQAE制定質(zhì)量保證計(jì)劃并評(píng)審?fù)ㄟ^進(jìn)行審核發(fā)現(xiàn)不符合項(xiàng)計(jì)劃完成？NoYes制定質(zhì)量審核計(jì)劃詳細(xì)的審核時(shí)間安排至少在正式審核前2天發(fā)給項(xiàng)目經(jīng)理或技術(shù)經(jīng)理、SQA經(jīng)理審核、得到項(xiàng)目或技術(shù)經(jīng)理認(rèn)可詢問相關(guān)人員，對(duì)項(xiàng)目組的過程執(zhí)行情況進(jìn)行審核檢查文檔和其他一切相關(guān)的證據(jù)，驗(yàn)證項(xiàng)目組的活動(dòng)總結(jié)審核情況將報(bào)告初稿與項(xiàng)目經(jīng)理及有關(guān)人員進(jìn)行討論，落實(shí)問題負(fù)責(zé)人；形成正式報(bào)告后發(fā)送給高級(jí)管理者、SQA經(jīng)理、項(xiàng)目經(jīng)理、項(xiàng)目成員等相關(guān)人員項(xiàng)目質(zhì)量保證情況總結(jié)SQA計(jì)劃SQA審核計(jì)劃CheckListSQA審核報(bào)告SQA差異報(bào)告2.4 SDLC 生命周期選擇當(dāng)前比較成熟穩(wěn)定的SDLC是： WaterFall RUP XP其中：RUP和XP是迭代式開發(fā)過程，風(fēng)險(xiǎn)是可控的。 RUP的優(yōu)點(diǎn)是過程清晰、文檔齊全，但是過于龐雜，比較適合大規(guī)模的團(tuán)隊(duì)； XP的優(yōu)點(diǎn)是過程簡(jiǎn)潔、推崇簡(jiǎn)單，但是不注重文檔，難于交接，適合小規(guī)模團(tuán)隊(duì)。對(duì)于中等規(guī)模的團(tuán)隊(duì)來說，應(yīng)該基于RUP和XP，進(jìn)行裁剪，找到適合的SDLC： SDLC的核心是：迭代式和TDD 從全局看：n Use-Case Driven用例驅(qū)動(dòng)n 基于Architecturen 迭代和遞增的 從微觀看：n TDD測(cè)試驅(qū)動(dòng)n ReFactor重構(gòu)n Pair結(jié)對(duì)編程2.5 Development Process 開發(fā)過程需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼單元測(cè)試集成測(cè)試集成測(cè)試計(jì)劃系統(tǒng)測(cè)試計(jì)劃系統(tǒng)測(cè)試驗(yàn)收測(cè)試形成文檔發(fā)布維護(hù)SRSHLDCODEDD策劃軟件配置管理軟件質(zhì)量管理評(píng)審管理2.5.1 Development Phase 開發(fā)階段 需求分析階段n 需求收集n 需求總結(jié) 總體設(shè)計(jì)階段n 總體架構(gòu)n 部署模型 概要設(shè)計(jì)階段n 模塊劃分n 數(shù)據(jù)庫設(shè)計(jì) 詳細(xì)設(shè)計(jì)階段n 具體實(shí)現(xiàn) 編碼階段n 測(cè)試用例n Codingn 單元測(cè)試 測(cè)試階段n 測(cè)試用例n 測(cè)試n 修正 發(fā)布階段n 安裝測(cè)試n 安裝系統(tǒng)n 維護(hù)2.5.2 Phase Product 階段制品 需求階段n SRS：需求規(guī)格說明書 總體設(shè)計(jì)階段n 總體設(shè)計(jì)說明書 概要設(shè)計(jì)階段n HLD：概要設(shè)計(jì)說明書n DB：數(shù)據(jù)庫設(shè)計(jì)n DFD：數(shù)據(jù)流圖n UI：用戶界面 詳細(xì)設(shè)計(jì)階段n DD：詳細(xì)設(shè)計(jì)說明書 編碼階段n Test Case：測(cè)試用例n Coding：源代碼n UT Test Result：?jiǎn)卧獪y(cè)試報(bào)告 測(cè)試階段n Test Task：測(cè)試任務(wù)書n Test Case：測(cè)試用例n Test Result：測(cè)試報(bào)告n Test Approvals：測(cè)試總結(jié) 發(fā)布階段n 發(fā)布申請(qǐng)書2.6 Role Duty 角色職責(zé) 角色責(zé)任研發(fā)經(jīng)理【研發(fā)團(tuán)隊(duì)】為軟件項(xiàng)目提供足夠的資源.保證SQA小組的獨(dú)立性.解決SQA檢查時(shí)發(fā)現(xiàn)的問題.審批對(duì)外的承諾。定期審查SCM、SQA、項(xiàng)目計(jì)劃和跟蹤的相關(guān)活動(dòng)。規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其他成分；規(guī)定硬件、軟件和其他成分的界面；監(jiān)控設(shè)計(jì)和開發(fā)以保證他們符合其規(guī)格說明；代表公司下達(dá)任務(wù)書。SA團(tuán)隊(duì)負(fù)責(zé)網(wǎng)絡(luò)工程計(jì)劃的制定及實(shí)施；負(fù)責(zé)對(duì)客戶的技術(shù)支持與培訓(xùn)；負(fù)責(zé)工程服務(wù)部?jī)?nèi)部人員素質(zhì)與技術(shù)培訓(xùn)負(fù)責(zé)系統(tǒng)集成工程標(biāo)識(shí)、測(cè)試、驗(yàn)收及質(zhì)量保證；負(fù)責(zé)硬件、網(wǎng)絡(luò)和系統(tǒng)軟件產(chǎn)品的最后交付；負(fù)責(zé)組織自產(chǎn)軟件儲(chǔ)運(yùn)、防護(hù)、交付和安裝；負(fù)責(zé)工程項(xiàng)目的配置管理QA研究制定測(cè)試規(guī)范和方案；參加實(shí)施測(cè)試和質(zhì)量保證過程；對(duì)系統(tǒng)測(cè)試中發(fā)現(xiàn)的缺陷進(jìn)行驗(yàn)證；負(fù)責(zé)組織軟件項(xiàng)目任務(wù)書、開發(fā)計(jì)劃、里程碑等管理評(píng)審；負(fù)責(zé)公司的配置管理；項(xiàng)目經(jīng)理負(fù)責(zé)軟件和硬件整個(gè)項(xiàng)目的協(xié)調(diào)、管理進(jìn)行需求分析，并進(jìn)行文檔的編寫組織技術(shù)評(píng)審等活動(dòng)組織制定項(xiàng)目開發(fā)計(jì)劃（SDP）、風(fēng)險(xiǎn)管理計(jì)劃等計(jì)劃配合與協(xié)調(diào)SQA和SCM小組的活動(dòng).管理項(xiàng)目組，執(zhí)行SQA方針和過程以及SDP.監(jiān)督和跟蹤SDP、項(xiàng)目估算SA負(fù)責(zé)硬件工程的實(shí)施；負(fù)責(zé)系統(tǒng)的上線；負(fù)責(zé)系統(tǒng)的維護(hù)；SCCB授權(quán)建立軟件基線和標(biāo)識(shí)配置項(xiàng)/單元；審查和審定對(duì)軟件基線的更改；審定由軟件基線庫制造的產(chǎn)品的生成。SCM協(xié)助軟件項(xiàng)目經(jīng)理制定SCM計(jì)劃、維護(hù)SCM 計(jì)劃；制定并維護(hù)項(xiàng)目標(biāo)識(shí)規(guī)范；按時(shí)歸檔配置項(xiàng)；標(biāo)識(shí)并管理置于配置管理過程之下的軟件工作產(chǎn)品集合；進(jìn)行軟件項(xiàng)目的軟件基線生成、管理和備份；軟件配置狀態(tài)的統(tǒng)計(jì)和審計(jì)，并向項(xiàng)目組、軟件項(xiàng)目經(jīng)理、高級(jí)管理者匯報(bào)有關(guān)活動(dòng)情況；將基線的變更情況通知受影響的組和個(gè)人；保存并管理各項(xiàng)評(píng)審記錄、與項(xiàng)目相關(guān)的技術(shù)文檔、標(biāo)準(zhǔn)和規(guī)程。SQC 依據(jù)測(cè)試計(jì)劃模板制定測(cè)試計(jì)劃.執(zhí)行測(cè)試計(jì)劃進(jìn)行測(cè)試并記錄測(cè)試發(fā)現(xiàn)的缺陷提供測(cè)試報(bào)告.SQA主要是策劃軟件質(zhì)量保證活動(dòng)、檢驗(yàn)軟件產(chǎn)品或活動(dòng)對(duì)可用的標(biāo)準(zhǔn)、需求和規(guī)則的遵守程度、組織處理項(xiàng)目?jī)?nèi)部不能解決的不一致問題；定期報(bào)告檢查情況，發(fā)現(xiàn)偏差組織制定糾正、預(yù)防措施并監(jiān)督更正；參與制定SQA計(jì)劃，實(shí)施SQA活動(dòng)，并向SQA經(jīng)理、軟件項(xiàng)目經(jīng)理項(xiàng)目組、高級(jí)管理者匯報(bào)有關(guān)的情況。DBA負(fù)責(zé)DB的創(chuàng)建和維護(hù)；為DE提供一個(gè)穩(wěn)定的環(huán)境；DE按軟件開發(fā)計(jì)劃進(jìn)行開發(fā)，并記錄相關(guān)數(shù)據(jù)；遵守公司質(zhì)量管理體系的要求.Deployer根據(jù)發(fā)布申請(qǐng)，提取代碼，發(fā)布系統(tǒng)和SA、DBA一起配置環(huán)境重構(gòu)和重建系統(tǒng)2.7 Constraints 限制 3 Specific Requirements 詳細(xì)描述本部分按照角色劃分詳細(xì)描述開發(fā)過程。3.1 Precondition 前提3.1.1 SCM配置庫 目錄結(jié)構(gòu)n 開發(fā)庫：開發(fā)工作區(qū)文檔和代碼u 項(xiàng)目文檔l 項(xiàng)目啟動(dòng)l 項(xiàng)目策劃l 項(xiàng)目計(jì)劃l 項(xiàng)目報(bào)告u 開發(fā)文檔l 需求l 設(shè)計(jì)l 測(cè)試u 代碼l 代碼目錄u 參考資料l 客戶資料等等n 基線庫：評(píng)審?fù)ㄟ^后的文檔u 文檔同開發(fā)庫n 測(cè)試庫：測(cè)試代碼和測(cè)試發(fā)布包u 文檔l 計(jì)劃l 用例l 測(cè)試報(bào)告u 代碼l 版本1l 版本2u 參考資料n 產(chǎn)品庫：測(cè)試通過后的文檔和代碼u 項(xiàng)目交付制品l 項(xiàng)目總結(jié)l 驗(yàn)收?qǐng)?bào)告l 。u 項(xiàng)目產(chǎn)品l 版本1l 版本2 權(quán)限n 測(cè)試庫：u 測(cè)試人員可以讀寫u 其它人員只能讀，不能增加、修改和刪除un 基線庫：只能增加，不能刪除和修改n 產(chǎn)品庫：只能增加，不能刪除和修改n 開發(fā)庫：3.1.2 Test Environment 測(cè)試環(huán)境 測(cè)試需要一個(gè)獨(dú)立的環(huán)境n DB獨(dú)立n FTP等資源獨(dú)立n Pass9等外部系統(tǒng)獨(dú)立 最好是一個(gè)單獨(dú)的局域網(wǎng)環(huán)境，完全和開發(fā)分開n 開發(fā)是環(huán)境n 測(cè)試是環(huán)境 每次測(cè)試，應(yīng)當(dāng)是一個(gè)完整的測(cè)試過程n 安裝系統(tǒng)u DBu Webu AppServeru Clientu 其它n 配置系統(tǒng)u DB配置u AppServer配置n 系統(tǒng)初始化u 清除所有歷史數(shù)據(jù)u 執(zhí)行初始化腳本，插入初始數(shù)據(jù)n 測(cè)試系統(tǒng)3.2 Development Control Process 開發(fā)控制流程3.2.1 項(xiàng)目啟動(dòng)和策劃階段本階段的關(guān)鍵是定義項(xiàng)目、估算工作量和制定詳細(xì)計(jì)劃。一個(gè)軟件項(xiàng)目的正式啟動(dòng)從軟件項(xiàng)目任務(wù)書的下達(dá)開始。任務(wù)書中寫明項(xiàng)目的基本信息及相關(guān)責(zé)任人和詳細(xì)分工，規(guī)定項(xiàng)目必須提交的產(chǎn)品清單。任務(wù)書由研發(fā)經(jīng)理或者項(xiàng)目負(fù)責(zé)人起草，研發(fā)經(jīng)理批準(zhǔn)后下達(dá)給相關(guān)負(fù)責(zé)人。項(xiàng)目任務(wù)書必須為打印紙質(zhì)文檔，由相關(guān)人員簽字確認(rèn)后，入配置管理庫歸檔。軟件項(xiàng)目任務(wù)書主要作用是明確項(xiàng)目人員職責(zé)以及各組之間的協(xié)調(diào)確認(rèn)。估算工作量，從確認(rèn)需求后開始。由項(xiàng)目經(jīng)理指定評(píng)估人員，先按照頭腦風(fēng)暴法估計(jì)各個(gè)子系統(tǒng)或者模塊的難易程度，然后按照Delphi法估算各個(gè)部分的工作量。項(xiàng)目經(jīng)理和PMO成員，根據(jù)估算的工作量，制定項(xiàng)目計(jì)劃。SQA和SCM分別制定各自的計(jì)劃。SCM需要確定資源庫的目錄結(jié)構(gòu)和權(quán)限結(jié)構(gòu)。項(xiàng)目經(jīng)理召集PMO、SQA、SCM評(píng)審及審核項(xiàng)目計(jì)劃、SQA計(jì)劃、SQA審核計(jì)劃、SCM計(jì)劃和測(cè)試計(jì)劃。對(duì)于發(fā)布后的一般性程序修改，不需要下達(dá)軟件項(xiàng)目任務(wù)書。對(duì)于關(guān)系重大，需要各組人員協(xié)調(diào)工作的重大修改，項(xiàng)目負(fù)責(zé)人可以以任務(wù)書的形式明確職責(zé)、協(xié)調(diào)關(guān)系。測(cè)試負(fù)責(zé)人評(píng)估測(cè)試資源【人員及機(jī)器】，并決定測(cè)試人員是否介入項(xiàng)目的需求分析和設(shè)計(jì)階段。3.2.2 需求分析、設(shè)計(jì)、編碼階段本階段的關(guān)鍵是評(píng)審和修訂控制，關(guān)鍵評(píng)審需要需求、設(shè)計(jì)、編碼、測(cè)試、項(xiàng)目管理、用戶等的參與。需求階段，需求分析人員收集需求，根據(jù)SRS模版，作出需求規(guī)格說明書。設(shè)計(jì)階段，設(shè)計(jì)人員根據(jù)總體設(shè)計(jì)、概要設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和詳細(xì)設(shè)計(jì)，作出設(shè)計(jì)文檔。編碼階段，編碼人員根據(jù)詳細(xì)設(shè)計(jì)，設(shè)計(jì)單元測(cè)試用例，編寫代碼，進(jìn)行單元測(cè)試。關(guān)鍵評(píng)審：SRS評(píng)審，設(shè)計(jì)評(píng)審，代碼走查3.2.3 提交測(cè)試階段項(xiàng)目啟動(dòng)后，項(xiàng)目經(jīng)理填寫測(cè)試任務(wù)通知單，將測(cè)試任務(wù)下達(dá)給測(cè)試組。概要設(shè)計(jì)評(píng)審?fù)瓿珊螅筛髯酉到y(tǒng)或者模塊的負(fù)責(zé)人測(cè)算完成時(shí)間，在確定完成時(shí)間后（正式開始編碼前）將測(cè)試任務(wù)通知單提交給項(xiàng)目測(cè)試負(fù)責(zé)人，項(xiàng)目測(cè)試負(fù)責(zé)人審核通過在通知單上簽字后返回給子項(xiàng)目負(fù)責(zé)人。開發(fā)及單元測(cè)試完成后，由開發(fā)人員將測(cè)試內(nèi)容提交配置管理員入測(cè)試庫后，將測(cè)試任務(wù)通知單提交給發(fā)布人員申請(qǐng)測(cè)試發(fā)布。發(fā)布人員將測(cè)試庫中本次測(cè)試的內(nèi)容發(fā)布到測(cè)試機(jī)后，在測(cè)試任務(wù)通知單上簽字后，提交給測(cè)試人員開始測(cè)試。測(cè)試完成后，測(cè)試人員在任務(wù)單上填寫測(cè)試意見后，交測(cè)試負(fù)責(zé)人確認(rèn)后，返還給開發(fā)人員。如測(cè)試沒有通過，開發(fā)人員修改測(cè)試內(nèi)容，進(jìn)入下一個(gè)測(cè)試流程。如通過測(cè)試，開發(fā)人員將測(cè)試任務(wù)通知單提交給項(xiàng)目負(fù)責(zé)人，由項(xiàng)目負(fù)責(zé)人、SCCB簽字確認(rèn)后，提交配置管理員將測(cè)試內(nèi)容入基線庫。過程關(guān)鍵：發(fā)布實(shí)施人員確保發(fā)布到測(cè)試機(jī)上的源程序在配置管理庫中得到了有效的標(biāo)識(shí)。3.2.4 生產(chǎn)發(fā)布、終測(cè)程序通過測(cè)試入庫以后，根據(jù)需要，由項(xiàng)目的負(fù)責(zé)人負(fù)責(zé)填寫發(fā)布申請(qǐng)單。發(fā)布申請(qǐng)單由項(xiàng)目測(cè)試負(fù)責(zé)人、配置管理員、SCCB、客戶代表、研發(fā)經(jīng)理簽字確認(rèn)后，由項(xiàng)目負(fù)責(zé)人提交給實(shí)施發(fā)布人員。發(fā)布人員拿到簽完字的發(fā)布申請(qǐng)后，才能從基線庫中提取程序向生產(chǎn)機(jī)上發(fā)布。如以上發(fā)布確認(rèn)人員沒有全部簽字同意發(fā)布，必須由項(xiàng)目經(jīng)理簽字同意后發(fā)布。程序發(fā)布到生產(chǎn)機(jī)上以后，進(jìn)入終測(cè)【UAT】流程。測(cè)試人員和用戶代表要對(duì)生產(chǎn)機(jī)上的程序進(jìn)行最后測(cè)試，確保生產(chǎn)機(jī)上的系統(tǒng)符合需求。項(xiàng)目負(fù)責(zé)人負(fù)責(zé)同用戶協(xié)調(diào)，項(xiàng)目負(fù)責(zé)人、測(cè)試人員和用戶共同編寫測(cè)試用例。項(xiàng)目負(fù)責(zé)人將終測(cè)意見書提交三方簽字，根據(jù)簽字意見決定修訂系統(tǒng)或者提交正式發(fā)布。終測(cè)出現(xiàn)的問題修改按照基線變更流程進(jìn)行。實(shí)施人員只有拿到有三方簽字的終測(cè)意見書后才能將系統(tǒng)正式公開發(fā)布。系統(tǒng)正式發(fā)布三天之后一周之內(nèi)，由實(shí)施人員負(fù)責(zé)到用戶處取得有用戶主要負(fù)責(zé)人簽字的系統(tǒng)運(yùn)行報(bào)告，項(xiàng)目負(fù)責(zé)人負(fù)責(zé)監(jiān)督執(zhí)行。根據(jù)系統(tǒng)運(yùn)行報(bào)告做相應(yīng)的處理。過程關(guān)鍵：發(fā)布到生產(chǎn)機(jī)上的程序都在基線庫中得到了有效的標(biāo)識(shí)。3.2.5 發(fā)布后問題反饋修改過程系統(tǒng)發(fā)布之后，用戶反饋的意見要形成問題清單或者變更申請(qǐng)單，記錄需要修改的地方，提交給項(xiàng)目負(fù)責(zé)人。項(xiàng)目負(fù)責(zé)人負(fù)責(zé)判斷改動(dòng)是否會(huì)影響需求或者設(shè)計(jì)，負(fù)責(zé)將任務(wù)分配給相關(guān)人員進(jìn)行修改。修改完成后，提交測(cè)試直至發(fā)布。這個(gè)階段的最重要的是保證所做的修改（文檔、代碼）都在配置管理庫的基線庫中得到體現(xiàn)。即基線庫中的文檔和代碼要進(jìn)行同步更新，關(guān)鍵是發(fā)布人員嚴(yán)格根據(jù)發(fā)布申請(qǐng)單進(jìn)行控制，并確保發(fā)布的代碼都是從基線庫中取出的。沒有經(jīng)過流程直接要求發(fā)布的，發(fā)布人員必須予以拒絕。3.3 TSP 團(tuán)隊(duì)軟件過程3.3.1 會(huì)議組織 會(huì)議前，確定會(huì)議主持人和記錄員 向參與會(huì)議人員發(fā)送會(huì)議資料 參與會(huì)議人員閱讀會(huì)議資料 確定會(huì)議主題、日期時(shí)間和地點(diǎn)n 注意：留出閱讀資料的時(shí)間 確定會(huì)議議程 準(zhǔn)備會(huì)議用品【如投影儀等】 重要會(huì)議，需要簽到 會(huì)議開始前，申明會(huì)議紀(jì)律n 發(fā)言時(shí)間限制n 發(fā)言順序n 除主持人外，不得打斷別人 記錄員記錄會(huì)議紀(jì)要 會(huì)議后，發(fā)送會(huì)議總結(jié)3.3.2 溝通問題 原則n 目標(biāo)明確n 明確反饋n 反復(fù)溝通 請(qǐng)求答復(fù)n 當(dāng)有疑問時(shí)，發(fā)出請(qǐng)求n 明確求助對(duì)象，指定第一對(duì)象和輔助對(duì)象n 第一對(duì)象接收到請(qǐng)求后，不能及時(shí)答復(fù)的應(yīng)當(dāng)轉(zhuǎn)發(fā)給自己認(rèn)為合適的答復(fù)人，并告知求助人n 求助方式【高低】：當(dāng)面，電話，郵件 公告3.3.3 代碼走查 項(xiàng)目負(fù)責(zé)人指定代碼走查對(duì)象n 相互走查n 循環(huán)走查 代碼走查發(fā)現(xiàn)的問題n 首先記錄n 告知代碼作者 更新CheckList3.3.4 其它3.4 PSP 個(gè)人軟件過程3.4.1 工作原則 計(jì)劃管理：把你想做的寫下來 行為管理：按照你寫下來的去做 報(bào)告管理：把做的事情記錄下來 跟蹤管理：出現(xiàn)的問題要設(shè)法解決3.4.2 日常工作 每日工作n 每日早晨，規(guī)劃當(dāng)日工作；u 計(jì)劃必須細(xì)化到一個(gè)明確的目標(biāo)u 計(jì)劃要有余地，比如會(huì)議等u 計(jì)劃是可執(zhí)行的，能夠完成的u 計(jì)劃是可監(jiān)控的n 每日下班，總結(jié)當(dāng)日工作；u 計(jì)劃完成情況u 未能完成原因u 個(gè)人心得：新的發(fā)現(xiàn)，新的方法，新的問題 會(huì)議n 會(huì)議之前，仔細(xì)閱讀會(huì)議資料n 如有疑問，可以發(fā)郵件向會(huì)議主持人提出n 或者在會(huì)議上提出n 會(huì)議中，記錄會(huì)議要點(diǎn)n 如要參與討論，請(qǐng)?jiān)趧e人發(fā)言結(jié)束后發(fā)言，不要打斷別人n 會(huì)議后，如有新的想法，發(fā)郵件或者當(dāng)面向會(huì)議主持人提出 求助n 如果一個(gè)問題20分鐘還不能理出一個(gè)頭緒，應(yīng)當(dāng)立即求助n 求助對(duì)象：u 個(gè)人認(rèn)為能夠解決該問題的人為第一對(duì)象u 不能確認(rèn)的，項(xiàng)目負(fù)責(zé)人為第一求助對(duì)象n 發(fā)出求助后，個(gè)人負(fù)責(zé)追蹤求助，直到解決 報(bào)告n 認(rèn)為個(gè)人負(fù)責(zé)的任務(wù)不能按時(shí)完成的，應(yīng)當(dāng)立即報(bào)告給負(fù)責(zé)人u 重要任務(wù)：Leader和項(xiàng)目負(fù)責(zé)人u 其它任務(wù)：Leadern 提前期：u 重要任務(wù)：至少提前3天u 其它任務(wù)：至少提前任務(wù)期的1/33.4.3 DE 開發(fā)工程師 接受任務(wù) 閱讀詳細(xì)設(shè)計(jì)文檔n 從SCM獲取詳細(xì)設(shè)計(jì)文檔n 閱讀文檔n 如有疑問，向設(shè)計(jì)人員請(qǐng)教 規(guī)劃個(gè)人開發(fā)計(jì)劃n 估計(jì)開發(fā)工作量n 制定計(jì)劃u 單元測(cè)試用例u 代碼u 單元測(cè)試n 和負(fù)責(zé)人協(xié)商n 提交SCM 設(shè)計(jì)單元測(cè)試用例n SCM獲取測(cè)試用例模版n 編寫測(cè)試用例n 提交SCM 編寫代碼n 從SCM獲取代碼庫n 編寫代碼n 本地調(diào)試n 提交SCM 單元測(cè)試n 代碼發(fā)布到開發(fā)機(jī)n 請(qǐng)DBA協(xié)助n 如果有其它模塊，請(qǐng)負(fù)責(zé)人協(xié)調(diào)n 測(cè)試 代碼走查n 根據(jù)負(fù)責(zé)人安排，檢查他人的代碼n 和代碼作者討論代碼n 填寫走查報(bào)告 提交代碼n 提交SCMn 做Tag或者其它標(biāo)記，以便提交集成測(cè)試3.4.4 SCME 配置管理員 規(guī)劃SCMn 資源庫目錄結(jié)構(gòu)n 權(quán)限n 基線n 備份 基線n 經(jīng)過評(píng)審n 發(fā)送通知n 轉(zhuǎn)移資源到相應(yīng)基線 變更管理n 接收變更申請(qǐng)n 向SCCB發(fā)送申請(qǐng)n 申請(qǐng)通過后，發(fā)送變更通知n 提取基線到工作區(qū)3.4.5 DBA 數(shù)據(jù)庫管理員 規(guī)劃DB的管理n DB的大小n 權(quán)限劃分n 備份和恢復(fù)n 建立DB腳本n 和SCM協(xié)商進(jìn)入SCM的資源 管理DBn