ISO9000質(zhì)量管理體系認(rèn)證-軟件配置管理計劃_第1頁
ISO9000質(zhì)量管理體系認(rèn)證-軟件配置管理計劃_第2頁
ISO9000質(zhì)量管理體系認(rèn)證-軟件配置管理計劃_第3頁
ISO9000質(zhì)量管理體系認(rèn)證-軟件配置管理計劃_第4頁
ISO9000質(zhì)量管理體系認(rèn)證-軟件配置管理計劃_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、軟件配置管理計劃XXXX分析系統(tǒng)xxxx信息科技有限公司1引言1. 1目的本計劃的目的在于對所開發(fā)的XXXX分析軟件項目規(guī)定各種必要 的配置管理條款,以保證所交付的XXXX分析軟件項目能夠滿足項目 委托書中規(guī)定的各種原則需求,能夠滿足本項目總體組制定的且經(jīng)領(lǐng) 導(dǎo)小組批準(zhǔn)的軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求。軟件開發(fā)單位在開發(fā)本項目所屬的各子系統(tǒng)(其中包括為本項目 研制或選用的各種支持軟件)時,都應(yīng)該執(zhí)行本計劃中的有關(guān)規(guī)定, 但可以根據(jù)各自的情況對本計劃作適當(dāng)?shù)募舨茫詽M足特定的配置管 理需求。剪裁后的計劃必須經(jīng)總體組批準(zhǔn)。1. 2定義本計劃中用到的一些術(shù)語的定義按GB/T 11457

2、和GB/T 12504 。1. 3參考資料GB/T 11457 軟件工程術(shù)語GB 8566計算機軟件開發(fā)規(guī)范GB 8567計算機軟件產(chǎn)品開發(fā)文件編制指南GB/T 12505 計算機軟件配置管理計劃規(guī)范2管理2. 1機構(gòu)在本軟件系統(tǒng)整個開發(fā)期間,必須成立軟件配置管理小組負(fù)責(zé)配 置管理工作。軟件配置管理小組屬項目總體組領(lǐng)導(dǎo),由總體組代表、 軟件工程小組代表、項目的專職配置管理人員、項目的專職質(zhì)量保證 人員以及各個子系統(tǒng)軟件配置管理人員等方面的人員組成,由總體組代表任組長。各子系統(tǒng)的軟件配置管理人員在業(yè)務(wù)上受軟件配置管理小組領(lǐng)導(dǎo),在行政上受子系統(tǒng)負(fù)責(zé)人領(lǐng)導(dǎo)。軟件配置管理小組和軟件配置管理人員必須檢查

3、和督促本計劃的實施。各子系統(tǒng)的軟件配置管理人員有權(quán)直接向軟件配置管理小組報告子項目的軟件配置管理情 況。各子系統(tǒng)的軟件配置管理人員應(yīng)該根據(jù)對子項目的具體要求,制訂必要的規(guī)程和規(guī)定,以確保完全遵守本計劃規(guī)定的所有要求。2 2 任務(wù)在軟件工程化生產(chǎn)的各個階段中,與本階段的階段產(chǎn)品有關(guān)的全 部信息在軟件開發(fā)庫存放,與前面各個階段的階段產(chǎn)品有關(guān)的信息則在軟件受控庫存放。在研制與開發(fā)階段的階段產(chǎn)品的過程中,開發(fā)者和開發(fā)小組長有權(quán)對本階段的階段產(chǎn)品作必要的修改;但是如果開發(fā)者或開發(fā)小組長認(rèn)為有必要個性前面有關(guān)階段的階段產(chǎn)品時,就必須通過項目的配置管理小組辦理正規(guī)的審批手續(xù)。因此,軟件開發(fā)庫屬開發(fā)這個階段產(chǎn)

4、品的開發(fā)者管理,而軟件受控庫由項目的配置管理小組管理。軟件經(jīng)過組裝與系統(tǒng)測試后,應(yīng)該送入軟件產(chǎn)品庫,如欲對其修改,必須經(jīng)軟件配置管理小組研究同意,然后報項目總體組組長批 準(zhǔn) 。關(guān) 于 軟 件 配 置 要 進(jìn) 行 修 改 時 的 具 體 審 批 手 續(xù) ,將 在 第 條 中 詳 細(xì) 規(guī)定。2 3 職責(zé)在軟件配置管理小組中,各類人員要互相配合、分工協(xié)作,共同 擔(dān)負(fù)起整個項目的軟件配置管理工作。其中各類人員的分工如下:A.組長是總體組代表,他對有關(guān)軟件配置管理的各項工作全面負(fù)責(zé),特別要對更改建議的審批和評審負(fù)責(zé);B.軟件工程小組組長負(fù)責(zé)監(jiān)督在軟件配置管理工作中認(rèn)真執(zhí)行軟件工程規(guī)范;C.項目的專職配置

5、管理人員檢查在作配置更改時的質(zhì)量保證措施;D.各子系統(tǒng)的配置管理人員具體負(fù)責(zé)實施各自的配置管理工作,并參與各子系統(tǒng)的功能配置檢查和物理配置檢查;E.用戶代表負(fù)責(zé)反映用戶對配置管理的要求,并協(xié)助檢查各類人員對軟件配置管理計劃的執(zhí)行情況;F.項目專職的配置管理人員協(xié)助組長開展各項軟件配置管理活動,負(fù)責(zé)審查所采用的配置管理工具、技術(shù)和方法,并負(fù)責(zé)匯總、維護和保存有關(guān)軟件配置管理活動的各項記錄。2 4 接口控制對各類接口進(jìn)行嚴(yán)格、合理的控制,是軟件配置管理中最重要的 任 務(wù) 之 一 。整 個 軟 件 項 目 及 其 各 子 系 統(tǒng) 都 必 須 對 進(jìn) 行 嚴(yán) 格 的 控 制 。在 工程化軟件系統(tǒng)中,主

6、要的接口有如下五類:A.用戶界面:用戶界面是指各子系統(tǒng)與設(shè)計人員、用戶或維護人員之間的操作約定。同時還指實現(xiàn)這些操作約定的物理部件的功能與性能特性。B.系統(tǒng)內(nèi)部接口:系統(tǒng)內(nèi)部接口是指各子系統(tǒng)在集成為一個總的軟件系統(tǒng)時的各種連接約定。C.標(biāo)準(zhǔn)程序接口:標(biāo)準(zhǔn)程序接口是指各應(yīng)用子系統(tǒng)與標(biāo)準(zhǔn)子程序庫(包括 宿主計算機系統(tǒng)已有的庫程序)之間的調(diào)用約定。D.設(shè)備接口:設(shè)備接口是指各子系統(tǒng)與各種設(shè)備(包括終端和其他各種輸入 / 輸出設(shè)備)之間的連接約定。E.軟件接口:軟件接口是指各個子系統(tǒng)與宿主計算機上的系統(tǒng)軟件以及與調(diào)用本軟件的其它軟件系統(tǒng)之間的連接約定。以上五類接口是一個軟件系統(tǒng)各項配置的重要組成部分。

7、對接口修改進(jìn)行合理的控制,是軟件配置管理的重要任務(wù)之一。這五類接口都涉及到 XXX后析軟件項目系統(tǒng)的 全局,因此,當(dāng)要求對這五類接口中的任一類接口進(jìn)行修改時,都必須辦理正規(guī)的審批手續(xù),最后要經(jīng)項目總體組批準(zhǔn)。具體的審批程序?qū)⒃诒居媱澋牡跅l中規(guī)定步驟 A類修改的審批程序B類修改的審批程序1 發(fā)現(xiàn)問題,填寫軟件問題報告單發(fā)現(xiàn)問題,填寫軟件問題報告單2 項目組長評審項目組長評審3 軟件配置管理小組評審子系統(tǒng)配置管理人員評審4 項目總體組批準(zhǔn)子系統(tǒng)負(fù)責(zé)人批準(zhǔn)5 修改配置并填寫軟件修改報告單修改配置并填寫軟件修改報告單6 項目組長評審項目組長評審7 軟件質(zhì)量保證小組評審子系統(tǒng)質(zhì)量保證人員評審8 總體組批

8、準(zhǔn)項目的軟件配置管理小組與子系統(tǒng)負(fù)責(zé)人共同批準(zhǔn)并報項目總體組備索2 5 軟件配置管理計劃的實現(xiàn)在實現(xiàn)軟件配置管理計劃的過程中,要特別注意實現(xiàn)以下三個里 程碑:A.建立軟件配置管理小組:在項目總體組批準(zhǔn)軟件配置管理計劃之后,立 即成立軟件配置管理小組;B.建立各階段的配置基線:隨著 XXX后析軟件項目系統(tǒng)及其所屬各子系統(tǒng) 的任務(wù)書的評審和批準(zhǔn),建立起功能基線;隨著總體組編寫的XXXX分析軟件項目需求規(guī)格說明書的批準(zhǔn),建立起指派基線;隨著自動化信 息軟件系統(tǒng)的集成與系統(tǒng)測試的完成,建立起產(chǎn)品基線。C.建立軟件庫:在本項目所屬的各個子系統(tǒng)的研制工作的開始,就建立起各個子系統(tǒng)的軟件開發(fā)庫,并在本項目配

9、置管理小組的計算機上建立起有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫。以后在每個開發(fā)階段的結(jié)束,建立各個子系統(tǒng)的新的開發(fā)庫,同時把這個階段的階段產(chǎn)品送入總的軟件受控庫,并在各個子系統(tǒng)的計算機上建立軟件受控庫的副本。軟件受控 庫必須以主軟件受控庫為準(zhǔn)。當(dāng)全部開發(fā)工作結(jié)束,在配置管理小組的 計算機上建立起軟件產(chǎn)品庫,并在各子系統(tǒng)的計算機上建立軟件產(chǎn)品庫 的副本。2 6 適用的標(biāo)準(zhǔn)、條例和約定除應(yīng)奠定本計劃第條中指出的參考資料以及本計劃中的其他章條 所作的各項規(guī)定外,還應(yīng)該遵守如下標(biāo)準(zhǔn)、條例和約定:A.軟件開發(fā)庫、軟件受控庫與軟件產(chǎn)品庫的操作規(guī)程與管理規(guī)程;B.系統(tǒng)、子系統(tǒng)、模塊和程序單元的命名約定;C.文檔

10、和測試用例的命名和管理規(guī)程。這引起命名約定、操作規(guī)程與管理規(guī)程應(yīng)由軟件設(shè)計技術(shù)組負(fù)責(zé)制 訂 ,并 應(yīng) 認(rèn) 真 聽 取 各 子 系 統(tǒng) 項 目 負(fù) 責(zé) 人 的 意 見 ,最 后 報 項 目 總 體 組 審 批 。在 執(zhí) 行 過 程 中 ,如 果 發(fā) 現(xiàn) 某 些 條 款 需 要 修 改 ,則 必 須 辦 理 正 規(guī) 的 審 批 手 續(xù) ,最 后 要 經(jīng) 項 目 總 體 組 批 準(zhǔn) 。具 體 的 審 批 程 序 將 在 本 計 劃 的第條中規(guī)定。3 軟件配置管理活動3 1 配置標(biāo)識3 1 1 文檔所有為本項目編制的文檔,都要符合GB 8567中的規(guī)定。XXXX分 析軟件項目系統(tǒng)及其所屬的各個子系統(tǒng)所

11、編寫的文檔數(shù)目,可根據(jù) GB 8567 的 規(guī) 定 作 適 當(dāng) 的 剪 裁 。 剪 裁 方 案 由 技 術(shù) 組 提 出 建 議 , 報 總 體 組批準(zhǔn)。3 1 2 程序所有屬于本項目的程序、分程序、模塊和程序單元,都要按照由 項 目 技 術(shù) 組 制 訂 ,且 經(jīng) 總 體 組 批 準(zhǔn) 的 軟 件 系 統(tǒng) 的 命 名 約 定 的 規(guī) 定 來 標(biāo) 識。3 1 3 各類基線所有屬于本項目及其各子系統(tǒng)的各類基線,首先要按照任務(wù)書、 軟 件 需 求 規(guī) 格 說 明 書 的 規(guī) 定 確 定 其 技 術(shù) 內(nèi) 容 ,然 后 按 照 軟 件 系 統(tǒng) 的 上 述命名約定的規(guī)定來標(biāo)識。3 2 配置控制軟件配置的更改管

12、理適用于本項目的所有文檔和代碼,其中包括 本 項 目 的 各 個 運 行 軟 件 ,也 包 括 為 本 項 目 專 門 開 發(fā) 的 支 持 軟 件 。配 置 控制的要點如下:A.修改批準(zhǔn)權(quán)限;對本項目各個子系統(tǒng)及其專用支持軟件的功能 基線、指派基線、產(chǎn)品基線及其集成系統(tǒng)的任何修改(稱為A類修改), 都 必 須 通 過 項 目 配 置 管 理 小 組 討 論 ,并 必 須 經(jīng) 總 體 組 批 準(zhǔn) ;對 本 項 目 各個子系統(tǒng)及其專用支持軟件的其他階段產(chǎn)品的任何修改(稱為B類 修 改 ), 都 必 須 通 過 本 項 目 各 個 子 系 統(tǒng) 的 配 置 管 理 人 員 審 查 , 并 經(jīng) 項 目的

13、軟件配置管理小組與各個子系統(tǒng)負(fù)責(zé)人的共同批準(zhǔn)并報項目總 體組備案。8 修 改 控 制 工 具 : 修 改 控 制 工 具 是 協(xié) 助 軟 件 配 置 管 理 人 員 進(jìn) 行 配置控制的有效手段。3 3 配置狀態(tài)審計利用軟件問題報告單和軟件修改報告單對項目子系統(tǒng)及其支持軟 件的配置狀態(tài)進(jìn)行追蹤。對軟件問 題報告單和軟件修改報告單的追蹤應(yīng)由軟件配置管理工具自 動實現(xiàn),用戶可通過該軟件系統(tǒng)對其進(jìn)行查詢。注:本計劃在此處應(yīng) 給出軟件 問題報告單與軟件修改報告單的具體格式,并作出必要的說明。4 4 配置的檢查和評審項目軟件配置管理小組要對所有由第三方提供的軟件進(jìn)行物理配 置 檢 查;對本 項目 及 其

14、各個 子系 統(tǒng)的 每一 個新 的釋 放進(jìn) 行功 能配置 檢查和物理配置檢查;對宿主計算機系統(tǒng)所提供的軟件和硬件配置要每隔 半 年檢 查一 次;在 軟 件驗 收前 要對 宿主 計算 機系 統(tǒng)、各個 子系統(tǒng) 及其專用支持軟件的配置進(jìn)行綜合檢查。在軟件開發(fā)周期各階段的評審與檢查工作中,要對該階段所進(jìn)行 的 配 置 管 理 工 作 進(jìn) 行 必 要 的 評 審 和 檢 查 。應(yīng) 該 進(jìn) 行 評 審 與 檢 查 的 內(nèi) 容 與次數(shù),由XXXX分析軟件項目質(zhì)量計劃規(guī)定。5 工具、技術(shù)和方法在軟件的開發(fā)過程中,與軟件配置有關(guān)的工具有軟件測試工具、 軟件配置管理工具、文檔輔助生成工具與圖形編輯工具等到三種。AJ

15、AVA 軟件 測試工具:它 支 持用 JAVA語 言 編寫的模塊的靜 態(tài)分 析 、結(jié)構(gòu) 測 試與 功能測試。主 要 功能 為 :協(xié)助 測 試人員判斷程序 結(jié)構(gòu)與變量使 用情況是否有錯;給測試人員提供模塊語句覆蓋C0和分支覆蓋率C1的值、并顯示未覆蓋語句和未覆蓋分支的號碼及其分支謂詞,給出 不同測試用例有效性的表格;同時提出功能測試的有效情況,并協(xié)助組織最終交付給用戶的有效測試用例的集合。B.軟件配置管理工具:它支持用戶對源代碼清單的更新管理以及 對 重 新 編 譯 與 連 接 的 代 碼 的 自 動 組 織 ;支 持 用 戶 在 不 同 文 檔 相 關(guān) 內(nèi) 容 之間進(jìn)行相互檢索并確定同一文檔某

16、一內(nèi)容在本文檔中的涉及范圍; 同時還應(yīng)支持軟件配置管理小組對軟件配置更改進(jìn)行科學(xué)的管理。C.文檔輔助生成工具與圖形編輯工具:它主要協(xié)助用戶繪制描述 程序流程與結(jié)構(gòu)的DFD圖與SC圖、繪制描述軟件功能(輸入、輸出 關(guān)系)的曲線以及繪制 描 述系統(tǒng)特性的一些其他圖形 ,同時還可生成若干與XXXX分析軟件 項 目文檔編制大綱適應(yīng)的文檔 模板。用戶利用這個工具的正文與圖形 編 輯功能以及上述輔助功能,可以比較方便地產(chǎn)生清晰悅目的文檔,也有利于對文檔進(jìn)行更改,這有助于提高文檔的編制質(zhì)量。有關(guān)這些工具的詳細(xì)需求可參閱這三項工具的需求規(guī)格說明書中 的規(guī)定。6 對供貨單位的控制XXXX分析軟件項目所屬的各個子系統(tǒng)開發(fā)組如果需要從軟件銷售 單位購買、委托開發(fā)單位、從開發(fā)單位現(xiàn)存軟件庫選用或從項目委托單位或用戶的現(xiàn)有連鎖反應(yīng)加中選用軟件時,則在選用前應(yīng)向軟件設(shè)計組 報告,然 后由 軟 件設(shè) 計 組組 織 " 軟件 選 用 評 審 小組 "進(jìn) 行 評 審 、測試與檢查,只有當(dāng)演示成功、測試合格后才能批準(zhǔn)使用。如果只選用其中部分內(nèi)容,則按等待開發(fā)軟件的處理過程辦理,此時軟件設(shè)計組不予 預(yù)。在進(jìn) 行上 述 工作 過 程中 ,軟 件配 置 管 理 人 員要 進(jìn) 行 下 列 工 作 :A 項 目 的 軟 件

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論