軟件開發(fā)規(guī)范方案整體規(guī)范方案

..WORD文檔可編輯技術(shù)資料專業(yè)分享軟件開發(fā)規(guī)范SoftwareDevelopmentSpecificationVersion:V1.0Date:2010-06-22PreparedbyDocumentRevisionHistory文檔修訂記錄VERSION版本DATE日期DESCRIPTION內(nèi)容說明INDIVIDUAL修訂人1.02010-06-22初稿TableofContents目錄TOC\o"1-4"\h\z\u1Introduction簡(jiǎn)介51.1Purpose目標(biāo)51.2Scope范圍61.3Definitions,Acronyms,andAbbreviations.術(shù)語(yǔ),縮略詞61.4References引用71.5Overview文檔組織72TheOverallDescription概述82.1SoftwareDevelopmentOrganizing開發(fā)團(tuán)隊(duì)組織結(jié)構(gòu)82.2ProjectBaseProcess項(xiàng)目基本流程92.3CMMBaseProcessCMM基本過程10SCM軟件配置管理10SPP計(jì)劃策劃12SPTO項(xiàng)目追蹤15PR同行評(píng)審17SQA質(zhì)量保證182.4SDLC生命周期選擇192.5DevelopmentProcess開發(fā)過程20DevelopmentPhase開發(fā)階段20PhaseProduct階段制品212.6RoleDuty角色職責(zé)222.7Constraints限制233SpecificRequirements詳細(xì)描述243.1Precondition前提24SCM配置庫(kù)24TestEnvironment測(cè)試環(huán)境253.2DevelopmentControlProcess開發(fā)控制流程25項(xiàng)目啟動(dòng)和策劃階段26需求分析、設(shè)計(jì)、編碼階段26提交測(cè)試階段26生產(chǎn)發(fā)布、終測(cè)27發(fā)布后問題反饋修改過程273.3TSP團(tuán)隊(duì)軟件過程29會(huì)議組織29溝通問題29代碼走查29其它303.4PSP個(gè)人軟件過程30工作原則30日常工作30DE開發(fā)工程師31SCME配置管理員32DBA數(shù)據(jù)庫(kù)管理員32Deployer發(fā)布人員334ToolSpecification工具規(guī)范334.1通用工具334.2計(jì)劃334.3需求分析344.4設(shè)計(jì)344.5編碼344.6測(cè)試345Documents文檔355.1項(xiàng)目管理文檔35項(xiàng)目策劃35項(xiàng)目追蹤35質(zhì)量保證35項(xiàng)目終止355.2開發(fā)過程文檔35軟件配置管理35會(huì)議管理36計(jì)劃跟蹤36評(píng)審管理36質(zhì)量管理36測(cè)試過程36問題解決過程36其他376Appendix附錄376.1易于理解的代碼376.2Log輸出37Introduction簡(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ā)流程；Purpose目標(biāo)本文檔的目標(biāo)是：統(tǒng)一軟件開發(fā)團(tuán)隊(duì)的流程、文檔；促進(jìn)團(tuán)隊(duì)成員的溝通,減少誤解；促使程序員書寫易維護(hù)的代碼；提高代碼編寫效率；使每個(gè)成員成為一個(gè)高效的程序員；Scope范圍本文檔,包含：項(xiàng)目管理的流程；項(xiàng)目策劃項(xiàng)目追蹤配置管理質(zhì)量保證同行評(píng)審涉及文檔；項(xiàng)目計(jì)劃mpp需求規(guī)格說明書SRSDelphi估算項(xiàng)目狀態(tài)報(bào)告配置庫(kù)樣式CheckList評(píng)審表變更申請(qǐng)表開發(fā)工具的規(guī)范；數(shù)據(jù)庫(kù)設(shè)計(jì)工具功能設(shè)計(jì)工具IDE配置工具Definitions,Acronyms,andAbbreviations.術(shù)語(yǔ),縮略詞SPP 項(xiàng)目策劃SoftwareProjectPlanningSPTO 項(xiàng)目追蹤SoftwareProjectTracking&OversightSCM 配置管理SoftwareConfigurationManagementSQA 質(zhì)量保證SoftwareQualityAssurancePR 同行評(píng)審PeerReviewBaseLine 基線SCCB 軟件配置控制委員會(huì)SoftwareConfigurationControlBoardCR 變更請(qǐng)求ChangeRequestSDLC 軟件開發(fā)生命周期SoftwareDevelopmentLifeCycleRUP 統(tǒng)一開發(fā)過程RationalUnifiedProcessXP 極限[敏捷方法]eXtremeProgrammingTDD 測(cè)試驅(qū)動(dòng)TestDrivenDevelopmentReferences引用《CMM2》《CMM3》Overview文檔組織本文檔主要分為四大部分：概述；描述了團(tuán)隊(duì)組織開發(fā)過程的高層視圖；TSP和PSP；按照?qǐng)F(tuán)隊(duì)和個(gè)人描述流程規(guī)范；工具規(guī)范；描述了開發(fā)工具的詳細(xì)規(guī)范；文檔；涉及的文檔格式；TheOverallDescription概述本部分是開發(fā)團(tuán)隊(duì)開發(fā)過程的高層描述。它描述了開發(fā)過程規(guī)范的背景,用來和所有涉及各方就基本過程達(dá)成共識(shí)。SoftwareDevelopmentOrganizing開發(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)。ProjectBaseProcess項(xiàng)目基本流程識(shí)別需求識(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)目；CMMBaseProcessCMM基本過程SCMSCMSQAWorkAreaBaseLineSPPSPTOPRChange&PR基本過程說明：SCM：軟件配置管理,所有活動(dòng)的基礎(chǔ),一切制品必須放入配置庫(kù)；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)的有效手段；SCM軟件配置管理配置管理主要解決：版本變更確定配置項(xiàng)和基線確定配置項(xiàng)和基線確定記錄和報(bào)告配置項(xiàng)狀態(tài)策略定義配置項(xiàng)定義訪問權(quán)限訪問權(quán)限確定配置管理工具確定SCCB成員確定配置庫(kù)及其目錄結(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í)配置庫(kù)結(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建立配置庫(kù)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)告SPP計(jì)劃策劃計(jì)劃策劃的核心是工作量估算從歷史庫(kù)中識(shí)別可用的信息從歷史庫(kù)中識(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è)施識(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)增加20～40％的余量,分配到項(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ì)劃書編寫項(xiàng)目開發(fā)計(jì)劃書及其相關(guān)計(jì)劃書計(jì)劃評(píng)審計(jì)劃管理和控制SQA計(jì)劃SCM計(jì)劃SDP計(jì)劃Test計(jì)劃風(fēng)險(xiǎn)計(jì)劃SPTO項(xiàng)目追蹤軟件項(xiàng)目開發(fā)計(jì)劃軟件項(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)告PR同行評(píng)審評(píng)審準(zhǔn)備評(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)告SQA質(zhì)量保證軟件項(xiàng)目啟軟件項(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)告SDLC生命周期選擇當(dāng)前比較成熟穩(wěn)定的SDLC是：WaterFallRUPXP其中：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從全局看：Use-CaseDriven用例驅(qū)動(dòng)基于Architecture迭代和遞增的從微觀看：TDD測(cè)試驅(qū)動(dòng)ReFactor重構(gòu)Pair結(jié)對(duì)編程DevelopmentProcess開發(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)審管理DevelopmentPhase開發(fā)階段需求分析階段需求收集需求總結(jié)總體設(shè)計(jì)階段總體架構(gòu)部署模型概要設(shè)計(jì)階段模塊劃分?jǐn)?shù)據(jù)庫(kù)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段具體實(shí)現(xiàn)編碼階段測(cè)試用例Coding單元測(cè)試測(cè)試階段測(cè)試用例測(cè)試修正發(fā)布階段安裝測(cè)試安裝系統(tǒng)維護(hù)PhaseProduct階段制品需求階段SRS：需求規(guī)格說明書總體設(shè)計(jì)階段總體設(shè)計(jì)說明書概要設(shè)計(jì)階段HLD：概要設(shè)計(jì)說明書DB：數(shù)據(jù)庫(kù)設(shè)計(jì)DFD：數(shù)據(jù)流圖UI：用戶界面詳細(xì)設(shè)計(jì)階段DD：詳細(xì)設(shè)計(jì)說明書編碼階段TestCase：測(cè)試用例Coding：源代碼UTTestResult：?jiǎn)卧獪y(cè)試報(bào)告測(cè)試階段TestTask：測(cè)試任務(wù)書TestCase：測(cè)試用例TestResult：測(cè)試報(bào)告TestApprovals：測(cè)試總結(jié)發(fā)布階段發(fā)布申請(qǐng)書RoleDuty角色職責(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ì)軟件基線的更改；審定由軟件基線庫(kù)制造的產(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)Constraints限制SpecificRequirements詳細(xì)描述本部分按照角色劃分詳細(xì)描述開發(fā)過程。Precondition前提SCM配置庫(kù)目錄結(jié)構(gòu)開發(fā)庫(kù)：開發(fā)工作區(qū)文檔和代碼項(xiàng)目文檔項(xiàng)目啟動(dòng)項(xiàng)目策劃項(xiàng)目計(jì)劃項(xiàng)目報(bào)告開發(fā)文檔需求設(shè)計(jì)測(cè)試代碼代碼目錄參考資料客戶資料等等基線庫(kù)：評(píng)審?fù)ㄟ^后的文檔《文檔同開發(fā)庫(kù)》測(cè)試庫(kù)：測(cè)試代碼和測(cè)試發(fā)布包文檔計(jì)劃用例測(cè)試報(bào)告代碼版本1版本2參考資料產(chǎn)品庫(kù)：測(cè)試通過后的文檔和代碼項(xiàng)目交付制品項(xiàng)目總結(jié)驗(yàn)收?qǐng)?bào)告。。。項(xiàng)目產(chǎn)品版本1版本2權(quán)限測(cè)試庫(kù)：測(cè)試人員可以讀寫其它人員只能讀,不能增加、修改和刪除基線庫(kù)：只能增加,不能刪除和修改產(chǎn)品庫(kù)：只能增加,不能刪除和修改開發(fā)庫(kù)：TestEnvironment測(cè)試環(huán)境測(cè)試需要一個(gè)獨(dú)立的環(huán)境DB獨(dú)立FTP等資源獨(dú)立Pass9等外部系統(tǒng)獨(dú)立最好是一個(gè)單獨(dú)的局域網(wǎng)環(huán)境,完全和開發(fā)分開開發(fā)是環(huán)境測(cè)試是環(huán)境每次測(cè)試,應(yīng)當(dāng)是一個(gè)完整的測(cè)試過程安裝系統(tǒng)DBWebAppServerClient其它配置系統(tǒng)DB配置AppServer配置系統(tǒng)初始化清除所有歷史數(shù)據(jù)執(zhí)行初始化腳本,插入初始數(shù)據(jù)測(cè)試系統(tǒng)DevelopmentControlProcess開發(fā)控制流程項(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)后,入配置管理庫(kù)歸檔。軟件項(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需要確定資源庫(kù)的目錄結(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ì)階段。需求分析、設(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ù)庫(kù)設(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)審,代碼走查提交測(cè)試階段項(xiàng)目啟動(dòng)后,項(xiàng)目經(jīng)理填寫測(cè)試任務(wù)通知單,將測(cè)試任務(wù)下達(dá)給測(cè)試組。概要設(shè)計(jì)評(píng)審?fù)瓿珊?由各子系統(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è)試庫(kù)后,將測(cè)試任務(wù)通知單提交給發(fā)布人員申請(qǐng)測(cè)試發(fā)布。發(fā)布人員將測(cè)試庫(kù)中本次測(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)容入基線庫(kù)。過程關(guān)鍵：發(fā)布實(shí)施人員確保發(fā)布到測(cè)試機(jī)上的源程序在配置管理庫(kù)中得到了有效的標(biāo)識(shí)。生產(chǎn)發(fā)布、終測(cè)程序通過測(cè)試入庫(kù)以后,根據(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)后,才能從基線庫(kù)中提取程序向生產(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ī)上的程序都在基線庫(kù)中得到了有效的標(biāo)識(shí)。發(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è)階段的最重要的是保證所做的修改〔文檔、代碼都在配置管理庫(kù)的基線庫(kù)中得到體現(xiàn)。即基線庫(kù)中的文檔和代碼要進(jìn)行同步更新,關(guān)鍵是發(fā)布人員嚴(yán)格根據(jù)發(fā)布申請(qǐng)單進(jìn)行控制,并確保發(fā)布的代碼都是從基線庫(kù)中取出的。沒有經(jīng)過流程直接要求發(fā)布的,發(fā)布人員必須予以拒絕。TSP團(tuán)隊(duì)軟件過程會(huì)議組織會(huì)議前,確定會(huì)議主持人和記錄員向參與會(huì)議人員發(fā)送會(huì)議資料參與會(huì)議人員閱讀會(huì)議資料確定會(huì)議主題、日期時(shí)間和地點(diǎn)注意：留出閱讀資料的時(shí)間確定會(huì)議議程準(zhǔn)備會(huì)議用品[如投影儀等]重要會(huì)議,需要簽到會(huì)議開始前,申明會(huì)議紀(jì)律發(fā)言時(shí)間限制發(fā)言順序除主持人外,不得打斷別人記錄員記錄會(huì)議紀(jì)要會(huì)議后,發(fā)送會(huì)議總結(jié)溝通問題原則目標(biāo)明確明確反饋反復(fù)溝通請(qǐng)求－答復(fù)當(dāng)有疑問時(shí),發(fā)出請(qǐng)求明確求助對(duì)象,指定第一對(duì)象和輔助對(duì)象第一對(duì)象接收到請(qǐng)求后,不能及時(shí)答復(fù)的應(yīng)當(dāng)轉(zhuǎn)發(fā)給自己認(rèn)為合適的答復(fù)人,并告知求助人求助方式[高－低]：當(dāng)面,電話,郵件公告代碼走查項(xiàng)目負(fù)責(zé)人指定代碼走查對(duì)象相互走查循環(huán)走查代碼走查發(fā)現(xiàn)的問題首先記錄告知代碼作者更新CheckList其它PSP個(gè)人軟件過程工作原則計(jì)劃管理：把你想做的寫下來行為管理：按照你寫下來的去做報(bào)告管理：把做的事情記錄下來跟蹤管理：出現(xiàn)的問題要設(shè)法解決日常工作每日工作每日早晨,規(guī)劃當(dāng)日工作；計(jì)劃必須細(xì)化到一個(gè)明確的目標(biāo)計(jì)劃要有余地,比如會(huì)議等計(jì)劃是可執(zhí)行的,能夠完成的計(jì)劃是可監(jiān)控的每日下班,總結(jié)當(dāng)日工作；計(jì)劃完成情況未能完成原因個(gè)人心得：新的發(fā)現(xiàn),新的方法,新的問題會(huì)議會(huì)議之前,仔細(xì)閱讀會(huì)議資料如有疑問,可以發(fā)郵件向會(huì)議主持人提出或者在會(huì)議上提出會(huì)議中,記錄會(huì)議要點(diǎn)如要參與討論,請(qǐng)?jiān)趧e人發(fā)言結(jié)束后發(fā)言,不要打斷