ISO9000質量管理體系認證-軟件配置管理計劃_第1頁
ISO9000質量管理體系認證-軟件配置管理計劃_第2頁
ISO9000質量管理體系認證-軟件配置管理計劃_第3頁
ISO9000質量管理體系認證-軟件配置管理計劃_第4頁
ISO9000質量管理體系認證-軟件配置管理計劃_第5頁
已閱讀5頁,還剩5頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

2、和GB/T 12504 。1. 3參考資料GB/T 11457 軟件工程術語GB 8566計算機軟件開發規范GB 8567計算機軟件產品開發文件編制指南GB/T 12505 計算機軟件配置管理計劃規范2管理2. 1機構在本軟件系統整個開發期間,必須成立軟件配置管理小組負責配 置管理工作。軟件配置管理小組屬項目總體組領導,由總體組代表、 軟件工程小組代表、項目的專職配置管理人員、項目的專職質量保證 人員以及各個子系統軟件配置管理人員等方面的人員組成,由總體組代表任組長。各子系統的軟件配置管理人員在業務上受軟件配置管理小組領導,在行政上受子系統負責人領導。軟件配置管理小組和軟件配置管理人員必須檢查

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

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

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

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

7、對接口修改進行合理的控制,是軟件配置管理的重要任務之一。這五類接口都涉及到 XXX后析軟件項目系統的 全局,因此,當要求對這五類接口中的任一類接口進行修改時,都必須辦理正規的審批手續,最后要經項目總體組批準。具體的審批程序將在本計劃的第條中規定步驟 A類修改的審批程序B類修改的審批程序1 發現問題,填寫軟件問題報告單發現問題,填寫軟件問題報告單2 項目組長評審項目組長評審3 軟件配置管理小組評審子系統配置管理人員評審4 項目總體組批準子系統負責人批準5 修改配置并填寫軟件修改報告單修改配置并填寫軟件修改報告單6 項目組長評審項目組長評審7 軟件質量保證小組評審子系統質量保證人員評審8 總體組批

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

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

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

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

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

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

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

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

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

溫馨提示

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

評論

0/150

提交評論