標準的軟體工程過程之文件標準

2021-06-10 01:57:10 字數 2735 閱讀 4169

標準的軟體開發過程

軟體開發的標準過程包括六個階段,而六個階段需要編寫的各類檔案達14種之多,在每個階段需要編寫哪些檔案,以及這些檔案的主要內容見下:

1.可行性與計畫研究階段

可行性研究報告:在可行性研究與計畫階段內,要確定該軟體的開發目標和總的要求,要進行可行性分析、投資一收益分析、制訂開發計畫,並完成應編制的檔案。

專案開發計畫:編制專案開發計畫的目的是用檔案的形式,把對於在開發過程中各項工作的負責人員、開發進度、 所需經費預算、所需軟、硬體條件等問題作出的安排記載下來,以便根據本計畫開展和檢查本專案的開 發工作。

2.需求分析階段

軟體需求說明書:軟體需求說明書的編制是為了使使用者和軟體開發者雙方對該軟體的初始規定有乙個共同的理解, 使之成為整個開發工作的基礎。內容包括對功能的規定對效能的規定等。

資料要求說明書:資料要求說明書的編制目的是為了向整個開發時期提供關於被處理資料的描述和資料採集要求的技術資訊。

初步的使用者手冊:使用者手冊的編制是要使用非專門術語的語言,充分地描述該軟體系統所具有的功能及基本的使用方法。使使用者(或潛在使用者)通過本手冊能夠了解該軟體的用途,並且能夠確定在什麼情況下,如何使用它。

3.設計階段

概要設計說明書:概要設計說明書又可稱系統設計說明書,這裡所說的系統是指程式系統。編制的目的是說明對程式 系統的設計考慮,包括程式系統的基本處理流程、程式系統的組織結構、模組劃分、功能分配、介面設計。 執行設計、資料結構設計和出錯處理設計等,為程式的詳細設計提供基礎。

詳細設計說明書:詳細設計說明書又可稱程式設計說明書。編制目的是說明乙個軟體系統各個層次中的每乙個程式 (每個模組或子程式)的設計考慮,如果乙個軟體系統比較簡單,層次很少,本檔案可以不單獨編寫,有關 內容合併入概要設計說明書。

資料庫設計說明書:資料庫設計說明書的編制目的是對於設計中的資料庫的所有標識、邏輯結構和物理結構作出具體的設計規定。

測試計畫初稿:這裡所說的測試,主要是指整個程式系統的組裝測試和確認測試。本檔案的編制是為了提供乙個對該軟體的測試計畫,包括對每項測試活動的內容、進度安排、設計考慮、測試資料的整理方法及評價準則。

4.實現階段

模組開發卷宗(開始編寫):模組開發卷宗是在模組開發過程中逐步編寫出來的,每完成乙個模組或一組密切相關的模組的複審時編寫乙份,應該把所有的模組開發卷宗匯集在一起。編寫的目的是記錄和彙總低層次開發的進度和結果,以便於對整個模組開發工作的管理和複審,並為將來的維護提供非常有用的技術資訊。

使用者手冊完工

操作手冊:操作手冊的編制是為了向操作人員提供該軟體每乙個執行的具體過程和有關知識,包括操作方法的細節。

測試計畫終稿:

5.測試階段

模組開發卷宗(此階段內必須完成)

測試分析報告:測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成檔案加以記載。

專案開發總結報告:專案開發總結報告的編制是為了總結本專案開發工作的經驗,說明實際取得的開發結果以及對整個開發工作的各個方面的評價。

6.執行與維護階段

開發進度月報的編制目的是及時向有關管理部門匯報專案開發的進展和情況,以便及時發現和處理開發過程中出現的問題。一般地,開發進度月報是以專案組為單位每月編寫的。如果被開發的軟體系統規模比較大,整個工程專案被劃分給若干個分專案組承擔,開發進度月報將以分專案組為單位按月編寫。

對於一項軟體而言,有些檔案的編寫工作可能要在若干個階段中延續進行。

鑑於軟體開發是具有創造性的腦力勞動,也鑑於不同軟體在規模上和複雜程度上差別極大,本指南認為在檔案編制工作中應允許一定的靈活性,並不是14種檔案每種都必須編寫。

檔案編制的衡量因素

◆在因素總和較低的情況下,專案開發總結報告的內容應包括:程式的主要功能、基本流程、測試結果和使用說明。          

◆測試分析報告應該寫,但不必很正規。

◆資料要求說明和資料庫設計說明是否需要編寫應根據所開發軟體的實際需要來決定。

例2:為了避免在軟體開發中檔案編制的不足或過分,乙個簡便的辦法是把對軟體檔案的編制要求同軟體的規模大小聯絡起來,這就是本例的出發點。軟體的規模不妨分為四級:

1.小規模軟體源程式行數小於5 000的軟體;

2.中規模軟體源程式行數為 10 000~ 50 000的軟體;

3.大規模軟體源程式行數為 100 000?500 000的軟體;

4.特大規模軟體源程式行數大於500 000的軟體。

對上述的四級軟體的檔案編制要求分別列於表o3。 

至於源程式行數為 5 000~ 10 000, 50 000~ 100 000的軟體,其檔案編制要求介於兩級之間,可根據乙個軟體產品的具體情況,由專案負責人參照表o3的規定,確定需要編制的檔案種類。

對於源程式行數大於500 000的特大規模軟體,可進一步把本指南規定的十四種檔案按實際需要擴充套件成更多種類。

檢視本文**

標準軟體工程過程的文件標準 14個文件

標準的軟體開發過程 軟體開發的標準過程包括六個階段,而六個階段需要編寫的各類檔案達14種之多,在每個階段需要編寫哪些檔案,以及這些檔案的主要內容見下 1.可行性與計畫研究階段 可行性研究報告 在可行性研究與計畫階段內,要確定該軟體的開發目標和總的要求,要進行可行性分析 投資一收益分析 制訂開發計畫,...

軟體工程標準

軟體工程的 標準 化可以提高軟體的可靠性,可維護性和可移植性 提高軟體的生產率 提高軟體人員之間的通訊效率,減少差錯和誤解 有利於軟體管理,有利於降低軟體的執行維護成本,縮短軟體 開發周期。基礎標準 軟體工程術語gb t 11457 89 資訊處理 流程圖編輯符號gb 1526 891 iso580...

軟體工程之軟體過程模型

軟體過程模型,也稱為軟體生存週期模型或軟體開發模型,是描述軟體過程中各種活動如何執行的模型.他確立了軟體開發中各階段的次序限制,以及各階段活動的準則.便於各個活動的協調與人員的有效通訊,有利於活動重用和活動管理.目前常用的軟體工程模型有 瀑布模型,增量模型,螺旋模型,噴泉模型,智慧型模型等.瀑布模型...