軟件開發(fā)規(guī)范

SoftwareDevelopmentSpecification

Version:V1.0

Date:2010-06-22

Preparedby

DocumentRevisionHistory文檔修訂記錄

VERSIONDATEDESCRIPTIONINDIVIDUAL

版本日期內(nèi)容說明修訂人

1.02010-06-22初稿

TableofContents目錄

1Introduction簡介3

1.1Purpose目標(biāo)3

1.2Scope范圍3

1.3Definitions,Acronyms,andAbbreviations.術(shù)語,縮略詞4

1.4References引用4

1.50sMw文檔組織4

2TheOverallDescription概述4

2.1必/hyareDevelopmentOrganizing開發(fā)團(tuán)隊(duì)組織g吉構(gòu)4

2.2ProjectBaseProcess項(xiàng)目基本流程4

2.3CMMBaseProcessCMM其木過程5

23JSCM軟件配置管理5

2.32SPP計(jì)劃策劃7

233SPTO項(xiàng)3追蹤10

234PR同行評(píng)審11

2.35SQA質(zhì)量保證12

2.4SDLC生命周期選擇13

2.5DeMopmenlProcess開發(fā)過程14

2.5.1DevelopmentPhase開發(fā)階段14

252PhaseProduct階段制品15

2.6RaleDuty角色職責(zé)15

2.7Constraint#限制16

3SpecificRequirements詳細(xì)描述16

3.1Precondition前提16

3.1.1SCM配置庫16

3.1.2TestEnvironmenl測(cè)試環(huán)境17

3.2DevelopmenfConmNProcess開發(fā)控制流程18

32J

--項(xiàng)目啟動(dòng)和策劃階段18

32

--需求分析?、設(shè)計(jì)、編碼階段18

33

-.2

一提交測(cè)試階段18

34

-

一生產(chǎn)發(fā)布、終測(cè)19

3,25

--發(fā)布后問題反饋修改過程19

>3>s

>.-19

33J

--會(huì)議組織19

3

-2

一溝通問題20

3.33

-代碼走查20

3.3

_.3其它20

.4

一

3.4PSP個(gè)人軟件過程20

3.4.1工作原則20

3.4.2日常工作20

3A3DE開發(fā)工程師21

3.4.4SCME配置管理員22

3.45DBA數(shù)據(jù)摩管理員22

3.4.6Deployer發(fā)布人員22

4To”Specification工具規(guī)范23

4.1通用工具23

4.2計(jì)劃23

4.3需求分析23

4.4設(shè)計(jì)23

4.5編碼23

4.6測(cè)試24

5Documents文檔24

項(xiàng)H管理文檔24

5.1.1項(xiàng)目策劃24

5.1.2項(xiàng)目追蹤24

5.1.3質(zhì)量保證24

5.1.4項(xiàng)目終止24

:開發(fā)過程文檔24

5.2.1軟件配置管理24

會(huì)議管理24

計(jì)劃跟蹤24

評(píng)審管理24

質(zhì)量管理24

測(cè)試過程25

問題解決過程25

其他25

6Appendix附錄25

6.1易于理解的代碼25

6.2Loa輸出25

1Introduction簡介

一個(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ǔ)，以便逐步成長為成熟穩(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.1Purpose目標(biāo)

本文檔的目標(biāo)是：

＞統(tǒng)一軟件開發(fā)團(tuán)隊(duì)的流程、文檔；

＞促進(jìn)團(tuán)隊(duì)成員的溝通，減少誤解；

＞促使程序員書寫易維護(hù)的代碼；

＞提高代碼編寫效率；

＞使每個(gè)成員成為一個(gè)高效的程序員；

1.2Scope范圍

本文檔，包含：一

＞項(xiàng)目管理的流程；

■項(xiàng)目策劃

■項(xiàng)目追蹤

■配置管理

■質(zhì)量保證

■同行評(píng)審

＞涉及文檔；

■項(xiàng)目計(jì)劃mpp

■需求規(guī)格說明書SRS

■Delphi估算

■項(xiàng)目狀態(tài)報(bào)告

■配置庫樣式

■Checklist

■泮審表

■變更申請(qǐng)表

＞開發(fā)工具的規(guī)范；

■數(shù)據(jù)庫設(shè)計(jì)工具

■功能設(shè)計(jì)工具

■IDE

■配置工具

1.3Definitions,Acronyms,andAbbreviations.術(shù)語,縮略詞

SPP項(xiàng)目策劃SoftwareProjectPlanning

SPTO項(xiàng)目追蹤SoftwareProjectTracking&Oversight

SCM配置管理SoftwareConfigurationManagement

SQA質(zhì)量保證SoftwareQualityAssurance

PR同行評(píng)審PeerReview

BaseLine基線

SCCB軟件配置控制委員會(huì)SoftwareConfigurationControlBoard

CR變更請(qǐng)求ChangeRequest

SDLC軟件開發(fā)生命周期SoftwareDevelopmentLifeCycle

RUP統(tǒng)一開發(fā)過程RationalUnifiedProcess

XP極限【敏捷方法】eXtremeProgramming

TDD測(cè)試驅(qū)動(dòng)TestDrivenDevelopment

1.4References弓|用

《CMM2》

《CMM3》

1.5Overview文檔組織

本文檔主要分為四大部分：

＞概述；

描述了團(tuán)隊(duì)組織開發(fā)過程的高層視圖;

＞TSP和PSP；

按照?qǐng)F(tuán)隊(duì)和個(gè)人描述流程規(guī)范；

＞工具規(guī)范；

描述了開發(fā)工具的詳細(xì)規(guī)范；

＞文檔；

涉及的文檔格式；

2TheOverallDescription概述

本部分是開發(fā)團(tuán)隊(duì)開發(fā)過程的高層描述。它描述了開發(fā)過程規(guī)范的背景，用來和所有涉及各方就

基本過程達(dá)成共識(shí)。

2.1SoftwareDevelopmentODganizing開發(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.2ProjectBaseProcess項(xiàng)目基本流程

需求建議書合同項(xiàng)目目標(biāo)

投

可行性分析報(bào)告

入

力

識(shí)別需求

量提出解執(zhí)行項(xiàng)結(jié)束項(xiàng)目

決方案

項(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.3CMMBaseProcessCMM基本過程

基本過程說明：

＞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.1SCM軟件配置管理

配置管理主要解決：

＞版本

＞變更

項(xiàng)目啟動(dòng)

2.3.2SPP計(jì)劃策劃

計(jì)劃策劃的核心是工作量估算

項(xiàng)目啟動(dòng)

從公司的數(shù)據(jù)中識(shí)別項(xiàng)目相、

似的信息，如項(xiàng)目的總結(jié)報(bào)

（從對(duì)用戶需求的、告和其它的數(shù)據(jù)或文擋

項(xiàng)目需求、合同以及《軟件

理解是否充分；項(xiàng)目任務(wù)書》等相關(guān)要求

人員介入項(xiàng)目的

方式；產(chǎn)品的交

付方式；項(xiàng)目規(guī)從歷史庫中識(shí)別可用的信息

模大小和風(fēng)險(xiǎn)高

低；對(duì)項(xiàng)目系統(tǒng)

架構(gòu)的理解是否V

、充分等方面考慮選擇項(xiàng)目生命周期

識(shí)別項(xiàng)目的特點(diǎn)

各個(gè)生命周期的特點(diǎn)

確定適合項(xiàng)目生命周期模型

RUP

XP

|文檔制品

分解時(shí)考慮的活動(dòng)事

依據(jù)定義的過程，識(shí)別必

項(xiàng)要詳盡，不要漏如：計(jì)劃、

須完成的任務(wù)和工作產(chǎn)品

掉：教育或培訓(xùn)的需SRS等

要；參與評(píng)審文檔；

參與項(xiàng)目會(huì)議；確

定、記錄和顯示各種規(guī)模估算估算表

與質(zhì)量相關(guān)和與過程估算結(jié)果

關(guān)的數(shù)據(jù)；傳播時(shí)

評(píng)審計(jì)劃

制定工作產(chǎn)品的評(píng)審計(jì)劃

項(xiàng)目跟蹤計(jì)劃

確定項(xiàng)目的跟蹤情況

在已知的停工和節(jié)假

日時(shí)間不安排工作；確定項(xiàng)目的組織結(jié)構(gòu)和職責(zé)組織和角色定

不考慮加班時(shí)間；考義

慮測(cè)試及評(píng)審中發(fā)現(xiàn)

問題的返工需要的時(shí)

間；考慮客戶需求的

穩(wěn)定情況；考慮各項(xiàng)培訓(xùn)計(jì)劃

活動(dòng)的交接和信息的識(shí)別項(xiàng)目需要進(jìn)行的培訓(xùn)

傳遞時(shí)間；識(shí)別出的

風(fēng)險(xiǎn)對(duì)活動(dòng)的影響；

在安排工作時(shí)應(yīng)考慮

整個(gè)項(xiàng)目的效率因時(shí)間進(jìn)度表

素，在正常估算的工制定時(shí)間進(jìn)度表

期內(nèi)增加20?40%的

余量，分配到項(xiàng)目的

所有活動(dòng)中一一特別

是關(guān)鍵路徑中的活動(dòng)

2.3.3SPTO項(xiàng)目追蹤

個(gè)人工作軟件項(xiàng)目開發(fā)計(jì)劃

周報(bào)

日常進(jìn)度跟蹤數(shù)據(jù)收集其它組跟蹤

結(jié)到目前為止項(xiàng)目開發(fā)

時(shí)間進(jìn)度1

分析和預(yù)測(cè)體狀況、項(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)和典型問題、過

在周例會(huì)上向項(xiàng)目組程改進(jìn)建議、客戶方面新要

的成員傳達(dá)客戶方面定期報(bào)告項(xiàng)目狀態(tài)求，項(xiàng)目評(píng)審、培訓(xùn)執(zhí)行情

的信息、交流項(xiàng)目近況、項(xiàng)目風(fēng)險(xiǎn)等其它方面存

期進(jìn)展情況、未完成在的問題，分析在進(jìn)度、工

的工作、工作中存在周例會(huì)里程碑總結(jié)作量和缺陷等方面收集的數(shù)

的問題、好的經(jīng)驗(yàn)以據(jù)并根據(jù)情況制定相應(yīng)的措

及部署下兩周的工施和調(diào)整時(shí)間進(jìn)度表，保持

作，以使得計(jì)劃和實(shí)項(xiàng)目正常、健康開發(fā)

際的開發(fā)工作相符合周報(bào)告里程碑報(bào)

______J告

（并滿足下列條件時(shí)：\

出現(xiàn)：導(dǎo)致計(jì)劃變化的原因

規(guī)模、工作量、進(jìn)度糾正和預(yù)防

是知道的，并清楚計(jì)

和關(guān)鍵計(jì)算機(jī)資源超劃怎么樣改變；提議

出規(guī)定的閾值；項(xiàng)目的項(xiàng)目進(jìn)度計(jì)劃變動(dòng)

總的原始計(jì)劃不再可是可達(dá)到的；提議的

需要調(diào)整計(jì)劃

能達(dá)到；計(jì)劃和實(shí)際項(xiàng)目進(jìn)度計(jì)劃已經(jīng)得

的任務(wù)安排明顯不相到了必須完成他的人

符，起不到指導(dǎo)作員的許諾

用；對(duì)客戶的承諾不

能實(shí)現(xiàn)時(shí)修改和評(píng)審計(jì)劃

項(xiàng)目總結(jié)

項(xiàng)目總結(jié)

報(bào)告

2.3.4PR同行評(píng)審

評(píng)審報(bào)告

正式評(píng)審

將報(bào)告抄送相關(guān)人員

項(xiàng)目經(jīng)理組織解決發(fā)現(xiàn)

的缺陷（或問題）評(píng)審跟蹤

作者根據(jù)評(píng)審結(jié)果進(jìn)行

必要的改進(jìn)

驗(yàn)證人驗(yàn)證最終修正

評(píng)審?fù)ㄟ^的產(chǎn)品作為基

〈冬的要得到SCCB批準(zhǔn)J

2.3.5SQA質(zhì)量保證

2.4SDLC生命周期選擇

當(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)是過程簡潔、推崇簡單，但是不注重文檔，難于交接，適合小規(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)

■ReFactoi?重構(gòu)

■Pair結(jié)對(duì)編程

2.5DevelopmentProcess開發(fā)過程

＞集成測(cè)試計(jì)劃

需求正成

分析測(cè)試

系統(tǒng)測(cè)試計(jì)劃

驗(yàn)收

測(cè)試

維護(hù)發(fā)布

SRS

形成

HLD

文檔

CODE

軟件質(zhì)fi:管理評(píng)審管理DD

軟件配置管理

2.5.1DevelopmentPhase開發(fā)階段

＞需求分析階段

■需求收集

■需求總結(jié)

＞總體設(shè)計(jì)階段

■總體架構(gòu)

■部署模型

＞概要設(shè)計(jì)階段

■模塊劃分

■數(shù)據(jù)庫設(shè)計(jì)

＞詳細(xì)設(shè)計(jì)階段

■具體實(shí)現(xiàn)

＞編碼階段

■測(cè)試用例

■Coding

■單元測(cè)試

＞測(cè)試階段

■測(cè)試用例

■測(cè)試

■修正

發(fā)布階段

■安裝測(cè)試

■安裝系統(tǒng)

■維護(hù)

2.5.2PhaseProduct階段制品

需求階段一

■SRS：需求規(guī)格說明書

總體設(shè)計(jì)階段

■總體設(shè)計(jì)說明書

概要設(shè)計(jì)階段

■HLD：概要設(shè)計(jì)說明書

■DB：數(shù)據(jù)庫設(shè)計(jì)

■DFD：數(shù)據(jù)流圖

■UI：用戶界面

詳細(xì)設(shè)計(jì)階段

■DD：詳細(xì)設(shè)計(jì)說明書

編碼階段

■TesiCase：測(cè)試用例

■Coding：源代碼

■UTTestResult：單元測(cè)試報(bào)告

測(cè)試階段

■TestTask：測(cè)試任務(wù)書

■TestCase：測(cè)試用例

■TestResult：測(cè)試報(bào)告

■TestApprovals：測(cè)試總結(jié)

發(fā)布階段

■發(fā)布申請(qǐng)書

2.6RoleDuty角色職責(zé)

角色責(zé)任

研發(fā)經(jīng)理為軟件項(xiàng)目提供足夠的資源.

【研發(fā)團(tuán)隊(duì)】保證SQA小組的獨(dú)立性.

解決SQA檢查時(shí)發(fā)現(xiàn)的問題.2.7C

審批對(duì)外的承諾。0

n

定期審查SCM、SQA、項(xiàng)目計(jì)劃和跟蹤的相關(guān)活動(dòng)。

S

規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其他成分；t

規(guī)定硬件、軟件和其他成分的界面；r

監(jiān)控設(shè)計(jì)和開發(fā)以保證他們符合其規(guī)格說明；a

?

代表公司下達(dá)任務(wù)書。1

SA團(tuán)隊(duì)負(fù)責(zé)網(wǎng)絡(luò)工程計(jì)劃的制定及實(shí)施；n

負(fù)責(zé)對(duì)客戶的技術(shù)支持與培訓(xùn)；t

負(fù)責(zé)工程服務(wù)部內(nèi)部人員素質(zhì)與技術(shù)培訓(xùn)s

負(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ì)量保證過程；3Spec

對(duì)系統(tǒng)測(cè)試中發(fā)現(xiàn)的缺陷進(jìn)行驗(yàn)證；ific

負(fù)責(zé)組織軟件項(xiàng)目任務(wù)書、開發(fā)計(jì)劃、里程碑等管理評(píng)審；Req

負(fù)責(zé)公司的配置管理；uire

項(xiàng)目經(jīng)理負(fù)責(zé)軟件和硬件整個(gè)項(xiàng)目的協(xié)調(diào)、管理men

進(jìn)行需求分析，并進(jìn)行文檔的編寫ts詳

組織技術(shù)評(píng)審等活動(dòng)細(xì)描

組織制定項(xiàng)目開發(fā)計(jì)劃（SDP）、風(fēng)險(xiǎn)管理計(jì)劃等計(jì)劃述

配合與協(xié)調(diào)SQA和SCM小組的活動(dòng).

本部分按

管理項(xiàng)目組，執(zhí)行方針和過程以及

SQASDP.照角色劃

監(jiān)督和跟蹤SDP、項(xiàng)目估算

分詳細(xì)描

SA負(fù)責(zé)硬件工程的實(shí)施；

述開發(fā)過

負(fù)責(zé)系統(tǒng)的上線；

程。

負(fù)責(zé)系統(tǒng)的維護(hù)；

3.1P

SCCB授權(quán)建立軟件基線和標(biāo)識(shí)配置項(xiàng)/單元；r

審查和審定對(duì)軟件基線的更改；e

審定由軟件基線庫制造的產(chǎn)品的生成。c

SCM協(xié)助軟件項(xiàng)目經(jīng)理制定SCM計(jì)劃、維護(hù)SCM計(jì)劃；0

制定并維護(hù)項(xiàng)目標(biāo)識(shí)規(guī)范；按時(shí)歸檔配置項(xiàng)；n

d

標(biāo)識(shí)并管理置于配置管理過程之下的軟件工作產(chǎn)品集合；■

進(jìn)行軟件項(xiàng)目的軟件基線生成、管理和備份；1

t

軟件配置狀態(tài)的統(tǒng)計(jì)和審計(jì)，并向項(xiàng)目組、軟件項(xiàng)目經(jīng)理、?

1

高級(jí)管理者匯報(bào)有關(guān)活動(dòng)情況；

0

將基線的變更情況通知受影響的組和個(gè)人；

n

保存并管理各項(xiàng)評(píng)審記錄、與項(xiàng)目相關(guān)的技術(shù)文檔、標(biāo)準(zhǔn)和

規(guī)程。

前

SQC依據(jù)測(cè)試計(jì)劃模板制定測(cè)試計(jì)劃.

g

執(zhí)行測(cè)試計(jì)劃進(jìn)行測(cè)試并記錄測(cè)試發(fā)現(xiàn)的缺陷

提供測(cè)試報(bào)告.3.1.1S

C

SQA主要是策劃軟件質(zhì)量保證活動(dòng)、檢驗(yàn)軟件產(chǎn)品或活動(dòng)對(duì)可用

的標(biāo)準(zhǔn)、需求和規(guī)則的遵守程度、組織處理項(xiàng)目內(nèi)部不能解

決的不一致問題；

定期報(bào)告檢查情況，發(fā)現(xiàn)偏差組織制定糾正、預(yù)防措施并監(jiān)

督更正；

V配置庫

目錄結(jié)構(gòu)

■開發(fā)庫：開發(fā)工作區(qū)文檔和代碼

?項(xiàng)目文檔

?項(xiàng)目啟動(dòng)

?項(xiàng)目策劃

?項(xiàng)目計(jì)劃

?項(xiàng)目報(bào)告

?開發(fā)文檔

?需求

?設(shè)計(jì)

?測(cè)試

?代碼

?代碼目錄

?參考資料

?客戶資料等等

■基線庫：評(píng)審?fù)ㄟ^后的文檔

?《文檔同開發(fā)庫》

■測(cè)試庫：測(cè)試代碼和測(cè)試發(fā)布包

?文檔

?計(jì)劃

?用例

?測(cè)試報(bào)告

?代碼

?版本1

?版本2

?參考資料

■產(chǎn)品庫：測(cè)試通過后的文檔和代碼

?項(xiàng)目交付制品

?項(xiàng)目總結(jié)

?驗(yàn)收?qǐng)?bào)告

?OOO

?項(xiàng)目產(chǎn)品

?版本1

?版本2

權(quán)限

■測(cè)試庫：

?測(cè)試人員可以讀寫

?其它人員只能讀，不能增加、修改和刪除

■基線庫：只能增加，不能刪除和修改

■產(chǎn)品庫：只能增加，不能刪除和修改

■開發(fā)庫：

3.1.2TestEnvironment測(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)

?DB

?Web

?AppServer

?Client

?其它

■配置系統(tǒng)

?DB配置

?AppServer配置

■系統(tǒng)初始化

?清除所有歷史數(shù)據(jù)

?執(zhí)行初始化腳本，插入初始數(shù)據(jù)

■測(cè)試系統(tǒng)

3.2DevelopmentControlProcess開發(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ù)瓿珊螅?/p>

由各子系統(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.3TSP團(tuán)隊(duì)軟件過程

3.3.1會(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é)

3.3.2溝通問題

原則

■目標(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)面，電話，郵件

公告

3.3.3代碼走查

項(xiàng)目獲責(zé)人指定代碼走查對(duì)象

■相互走查

■循環(huán)走查

代碼走查發(fā)現(xiàn)的問題

■首先記錄

■告知代碼作者

更新CheckList

3.3.4羈

3.4PSP個(gè)人軟件過程

3.4.1工作原則

計(jì)劃管理：把你想做的寫下來

行為管理：按照你寫下來的去做

報(bào)告管理：把做的事情記錄下來

跟蹤管理：出現(xiàn)的問題要設(shè)法解決

3.4.2日常工作

每日工作

■每日早晨，規(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ā)言，不要打斷別人

■會(huì)議后，如有新的想法，發(fā)郵件或者當(dāng)面向會(huì)議主持人提出

求助

■如果一個(gè)