項目文檔管理方案_第1頁
項目文檔管理方案_第2頁
項目文檔管理方案_第3頁
項目文檔管理方案_第4頁
項目文檔管理方案_第5頁
已閱讀5頁,還剩5頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

項目文檔管理方案項目組-1

目錄TOC\o"1-2"\h\z\u一,文獻種類 3二,使用文獻的人員以及所關心的文獻: 4三,軟件生存周期各個階段及其對應的多個文獻的編制 6四,文獻編制工作的管理 7五,附:目錄構造闡明 11

一,文獻種類在一項軟件系統的開發過程中,普通地說,應當產生下列多個文獻:0配備及材料1項目任務書2項目計劃書及評審總結報告3系統開發計劃文檔04需求闡明書及評審報告系統設計 4.1接口設計 4.2軟件設計 4.2.1總體設計闡明書 4.2.2具體設計闡明書 4.2.3數據庫設計闡明書7系統測試及測試評審報告 測試申請 測試報告 測試總結 測試評審表8系統實施(割接)方案9系統試運行10系統總結11驗收表12系統版本維護13系統維護手冊/系統使用(操作)手冊 培訓文檔14系統故障/維護申請紀錄15項目會議紀要 周(月)報 項目會議紀錄二,使用文獻的人員以及所關心的文獻:人員文獻種類人員名單管理人員配備及材料項目任務書項目計劃書及評審總結報告系統開發計劃文檔項目會議紀要系統實施(割接)方案系統試運行系統總結驗收表開發人員0配備及材料1項目任務書2項目計劃書及評審總結報告3系統開發計劃文檔04系統設計5需求闡明書及評審報告06系統開發計劃文檔7系統測試及測試評審報告8系統實施(割接)方案9系統試運行測試人員項目開發計劃軟件需求闡明書系統設計系統測試維護人員系統版本維護系統設計測試分析報告顧客維護手冊操作手冊三,軟件生存周期各個階段及其對應的多個文獻的編制3.1軟件生存周期一種計算機軟件,從出現構思,通過開發成功并投入使用,到停止使用,完畢一種生存周期。這個周期能夠分為6個階段:-可行性與計劃研究階段-需求分析階段-設計階段-實現階段-測試階段-運行與維護階段3.2軟件生存周期各階段中各類文獻的編制 階段文獻可行性研究與計劃階段需求分析階段設計階段實現階段測試階段運行與維護階段可行性研究報告√項目開發計劃√軟件需求闡明書√開發計劃√測試計劃√概要設計闡明書√具體設計闡明書√數據庫設計闡明書√系統實施(割接)方案√系統試運行報告√顧客手冊操作手冊√√√測試分析報告√開發進度月報√√√√√項目開發總結√四,文獻編制工作的管理文獻編制工作必須有管理工作的配合,才干使所編制的文獻真正發揮作用。文獻編制工作是一項貫穿整個軟件開發過程的工作。因此對文獻的管理必須貫徹整個開發過程。在開發中必須進行的管理工作有:4.1文獻的形成文獻的形成是各個階段開發工作正式完畢的標志,因此,開發集體必須及時地對這些文獻進行嚴格的評審。在軟件開發過程中,必須-按照規定,及時完畢多個產品文獻的編寫工作;-將開發過程中做出的決定和獲得的修改及時寫入文獻;文獻中必須有文獻創立者,修改者的簽字及日期,必要的文獻需要填寫評審者、同意者的簽字及編寫、評審完畢的日期和同意日期。4.2文獻分類與標記為了便于文獻的保存、查找、使用和修改,應當對文獻按照層次加以分類組織。能夠按照以下4個層次對文獻加以分類和標記。a文獻編號b文獻所屬項目的記c文獻種類標記d每一種文獻的不同版本號4.3文獻的控制在軟件開發過程中,隨著程序的逐步形成和逐步修改,多個文獻不停產生、修改和補充。因此,必須加以周密的控制,以確保文獻與程序產品的一致性,確保文獻之間的一致性和安全性。這種控制體現為:(i).對于一項軟件開發工作,應設立一位專職的文獻管理人員(能夠由項目管理工程師擔當,也能夠由專門的文檔管理員擔當)。(ii).每一份提交給文獻管理人員的文獻都必須有編寫者、編寫日期。(iii).開發集體中的工作人員能夠根據工作的需要,在本項目的開發過程中持有某些文獻,即所謂個人文獻,涉及為使他完畢他承當的任務所需要的文獻,以及他在完畢任務過程中所編制的文獻;該類文獻須定時提交文獻管理人員。(iv).不同開發人員所擁有的個人文獻普通是主文本的多個子集。所謂子集是主文本的各個部分根據所承當不同任務的人員的工作需要加以復制、組裝而成的若干個文獻的集合。文獻管理人員應列出一份不同子集的分發對象的清單,按照清單及時把文獻分發給有關的人員。(v).一份文獻如果已被另一份新的文獻所替代,則原文獻應當被注銷。文獻管理人員應當隨時整頓主文本,及時反映出文獻的變化和增加狀況。(vi).當一種項目的開發工作臨近結束時,文獻管理人員應當逐個收回開發集體內每個組員的個人文獻,并檢查這些個人文獻的內容。如果發現這些個人文獻比主文本更加具體,或不同于主文本,文獻管理人員應監督有關人員進行修改,使主文本能真正反映出實際的開發成果。4.4文檔的修改管理在開發過程中,開發集體內的任何組員對文獻的修改都應當恪守下列規程:(i).建議開發集體中的任何一種組員都能夠向項目負責人提出修改建議,為此應當填寫一份修改建議表,闡明修改的內容、所修改的文獻和部位、以及修改理由。(ii).評議有項目負責人或項目負責人指定的人對該修改建議進行評議,涉及審核該修改的必要性,擬定這一修改的影響范疇,研究進行修改的辦法、環節和實施計劃。(iii).審核由項目負責人進行審核,涉及核算修改的目的和規定,核算修改或定將帶來的影響,審核修改或定與否可行。(iv).同意由開發單位的部門負責人或上級領導對修改計劃進行同意。同意時,重要是決斷修改工作的各項活動的先后次

溫馨提示

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

評論

0/150

提交評論