某系統(tǒng)集成公司更改管理標準控制程序

1、作業(yè)標準S-04003總頁數(shù)7正文4附件3文件控制部門:項目管理部 更改管理標準 批準人劉巖審核人崔戈擬制人何昭春批準日期生效日期關聯(lián)文件更改管理規(guī)程(R-04002)配置管理標準(S-04002)系統(tǒng)開發(fā)計劃書實施規(guī)程(R-09000)沈陽東東系統(tǒng)集成有限公司更改記錄序號發(fā)行日更改對象更改內(nèi)容批準審查擬制0新發(fā)行劉巖崔戈何昭春目 錄1.前言2/42.更改管理的重點2/43.更改管理的實施方法2/4更改要求的受理2/4更改的調(diào)查研討2/4更改的審查、實施判斷2/4更改作業(yè)2/4作業(yè)結(jié)果的確認3/4發(fā)行、釋放、通知3/44.更改履歷管理3/45.版本管理(版本號,修訂版號的命名法)3/4管理表格

2、式例格式A：更改管理表格式B：軟件不合格管理表格式C：更改記錄1.前言 更改管理是配置管理的主要項目。本標準是對配置管理標準(S-04002)的一部分進行了詳細化，原則上與配置管理標準(S-04002)共同使用。2.更改管理的重點 (1)更改要求的一元管理 對于更改要求的受理要按照一元的方式進行管理。(2)更改要求的明確化 明確更改的目的、內(nèi)容。(3)更改內(nèi)容的調(diào)查、實施結(jié)果的判斷進入到具體的更改作業(yè)之前，需完成： 確認更改要求是否正當； 調(diào)查研究更改的影響范圍及對策3.更改管理的實施方法更改要求的受理更改可分為由于用戶的規(guī)范更改而產(chǎn)生的更改和因為開發(fā)中的不合格項目所導致的更改。對于由于用戶的

3、規(guī)范更改而產(chǎn)生的更改要求，采用格式A的更改管理表進行一元管理。記述的項目有No.(管理序號)、更改要求內(nèi)容、受理日期、結(jié)果(更改要求的處置結(jié)果、或者是處置狀況)、結(jié)果的確認等。更改管理表的管理(更改要求項目的更新等)是由更改要求管理者(參照配置管理標準(S-04002)來實施。但是，對于因為開發(fā)中的不合格項目所導致的更改，采用格式B的軟件不合格管理表來進行統(tǒng)一管理，使得能很容易地把握對每個不合格的處置狀況等。對于受理以后的管理，按照以下的步驟進行。更改的調(diào)查、研討 對其更改要求內(nèi)容的正當性需進行確認、審查。項目負責人可指定更改管理負責人。更改管理負責人對每個更改要求的影響范圍以及對策進行調(diào)查、

4、研究。接受命令的開發(fā)作業(yè)人員進行調(diào)查、研究作業(yè)。更改的審查、實施判斷 更改管理負責人審查更改要求的調(diào)查、研究結(jié)果，由項目負責人來進行更改的實施判斷。對于需要實施更改的項目，由項目負責人指定作業(yè)承擔者。更改作業(yè)(1)設計文檔的更改 根據(jù)更改內(nèi)容來更改設計文檔。 在更改之后，將更改內(nèi)容作為更改履歷記錄到每個設計文檔的更改記錄用紙上以及設計文檔配置管理表(系統(tǒng)開發(fā)計劃書)中。 (詳細請參照4.更改履歷管理之項)(2)程序的更改 根據(jù)更改內(nèi)容來更改程序。 從程序庫管理員處將必要的源程序提取出來，進行更改。 在進行完下一個步驟的作業(yè)結(jié)果的確認之后實施程序庫的更新作業(yè)。 另外，在程序更改時，對每個管理項目

5、(模塊, 任務, 子系統(tǒng),系統(tǒng)全體等單位)進行版本管理，使得可以標識最新版的配置。(請對照配置管理標準(S-04002)的項)(3)環(huán)境的更改 根據(jù)更改的內(nèi)容進行環(huán)境的更改，和系統(tǒng)開發(fā)計劃書的管理表的更改。 在管理表的備注欄中，可以簡潔地記述可以把握更改履歷的更改原因以及日期等。作業(yè)結(jié)果的確認 更改管理負責人要確認更改作業(yè)的結(jié)果。 如果作業(yè)結(jié)果正確的話，在更改管理表中記錄處置結(jié)果及確認者。 不合格時，要指出其內(nèi)容，指示作業(yè)承擔者重新作業(yè)。發(fā)行、釋放、通知 項目負責人基于開發(fā)狀況和用戶的期望來決定是否發(fā)行更改完畢的文檔和程序。4.更改履歷管理 按照以下方式來進行以每個管理項目為單位的更改履歷管理

6、。 但是，關于版本管理，請參照下一項并進行記錄。(1)設計文檔 以每個設計文檔為單位，使用格式C的更改記錄用紙來記錄更改內(nèi)容。 在更改場所更改內(nèi)容欄中記錄相關聯(lián)的更改管理編號及更改場所，來進行履歷管理。 除此之外，使用設計文檔配置管理表對設計文檔全體(在開發(fā)開始時決定管理對象)進行管理，進行對設計文檔的配置管理。(2)程序 在各個源程序的程序頭部分，可以注釋語句的形式記入更改履歷。注釋信息version：根據(jù)版本管理規(guī)則(參照5)來記述版本號。更改日：YY-MM-DD(公歷的后兩位)承擔部門：以簡稱來記述做成或者是更改的承擔部門。承擔者：記述做成或者是更改的承擔者名稱。更改內(nèi)容：簡潔地記述更改

7、原因(包括更改管理圖表上的管理編號)以及更改的地方。 以下為程序頭中的更改履歷的參考例(C語言)。/*/* version 更改日期 承擔部門 承擔者 更改內(nèi)容 */*/* V1.00 94-03-27 (XXS) 李進 Create */* V1.01 94-05-1 (XXS) 李進 修正不合格 管理編號11 */* V1.02 94-06-07 (XXS) 李進 根據(jù)更改管理來更改XX */* 的屬性 */*/5.版本管理(版本號,修訂版號的命名法) 在版本管理(包括修訂版號管理)中版本號的命名原則如下所示： V. 另外，版本號,修訂版號的更新以如下的規(guī)則進行判斷。(1)版本的更新 不合格及規(guī)范更改的修正的結(jié)果、不能維持與修正前的功能的兼容性時，或者是因為其它的原因，而需要進行版本升級時，進行版本的更新。(2)修訂版號的更新 不合格及規(guī)范更改的修正的結(jié)果、能維持與修正前的功能的兼容性時，只進行修訂版號的更新。格式A 東東系統(tǒng)集成有限公司 更改管理表頁碼：第 頁共 頁系統(tǒng)名：項目編號：編號：QP-kkxxxxxx-nnNO.更改要求內(nèi)容受理日期結(jié)果(處理結(jié)果,處理狀況等)結(jié)果的確認格式B 東東系統(tǒng)集成有限公司軟件不合格管理表（Bug