標籤:style blog http ar 使用 sp 檔案 資料 on
首先,軟工文檔,
軟工文檔,也就是計劃,設計,描述,使用軟體的一些檔案,它最大的特點就是固定不變,用來給不同的人和電腦來閱讀.在期間,文檔起到了橋樑的作用,看這張圖很形象:
在這裡在看一下國家統一規定的13個文檔的相關知識.先看一下文檔的分類:
各個文檔的內容:
1,可行性研究報告:說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性,評述為了合理地達到開發目標可供選擇的各種可能實施的方案,說明並論證所選定實施方案的理由。
2, 項目開發計劃:為軟體項目實施方案制定出具體計劃,應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。項目開發計劃應提供給管理部門,並作為開發階段評審的參考。
3,軟體需求說明書:也稱軟體規格說明書,其中對所開發軟體的功能、效能、使用者介面及運行環境等作出詳細的說明。它是使用者與開發人員雙方對軟體需求取得共同理解基礎上達成的協議,也是實施開發工作的基礎。
4,資料要求說明書:該說明書應給出資料邏輯描述和資料擷取的各項要求,為產生和維護系統資料文卷作好準備。
5, 概要設計說明書:該說明書是概要設計階段的工作成果,它應說明功能分配、模組劃分、程式的總體結構、輸入輸出以及介面設計、運行設計、資料結構設計和出錯處理設計等,為詳細設計奠定基礎。
6, 詳細設計說明書:著重描述每一模組是怎樣實現的,包括實現演算法、邏輯流程等。
7,使用者手冊:本手冊詳細描述軟體的功能、效能和使用者介面,使使用者瞭解如何使用該軟體。
8,操作手冊:本手冊為操作人員提供該軟體各種運行情況的有關知識,特別是操作方法的具體細節。
9, 測試計劃:為做好組裝測試和確認測試,需為如何組織測試製定實施計劃。計劃應包括測試的內容、進度、條件、人員、測試案例的選取原則、測試結果允許的偏差範圍等。
10,測試分析報告:測試工作完成以後,應提交測試計劃執行情況的說明。對測試結果加以分析,並提出測試的結論意見。
11, 開發進度月報:該月報系軟體人員按月向管理部門提交的項目進展情況報告。報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
12, 項目開發總結報告:軟體項目開發完成以後,應與項目實施計劃對照,總結實際執行的情況,如進度、成果、資源利用、成本和投入的人力。此外還需對開發工作作出評價,總結出經驗和教訓。
13,軟體維護修改建議:此是為後期維護修改做記錄報告用的.
上邊講述了,文檔分類以及基本作用,下邊我們看文檔在軟體生命週期的位置:
最後我們看看這些文檔的宏觀作用,即它們要完成的任務,用這張圖展示一下:
對於上邊的幾個簡單的字元,我給大家解釋一下:
1,"什麼",即回答此做什麼,哪些需求需要被滿足;
2,"何處"即回答從何處,即所開發的軟體在什麼環境中實現以及所需資訊從哪裡來;
3,"何時"即回答何時幹,即所開發工作的時間如何安排;
4,"誰" 即某些開發(或維護)工作打算由"誰來幹?"·
5,"如何"即某些需求是怎麼實現的;
6,"為何"即為什麼要進行那些軟體開發或維護修改工作?
以上是軟工文檔的相關內容,下邊我們看看UML圖以文檔的關係:
首先UML圖和文檔不是一一對應的,除了幾個核心圖,例如使用案例圖,類圖,其它圖都是可以再任何文檔中出現的.下邊就按照開發流程簡單說一下:
在需求分析階段,主要是Use Case Diagram(使用案例圖)來填充,是面向系統分析人員,需求人員甚至是使用者; 在設計階段,即概要設計和詳細設計說明書中是UML圖的主要載體,他們可以以UML圖為主,比如類圖,互動圖,活動圖表,狀態圖,順序圖等,面向分析人員和 編程人員;而在其它文檔中,就可以根基實際情況,實際需要,靈活應變,填充適當的UML圖。
綜上,為宏觀上軟工文檔和UML圖的關係,在寫以前,畫以前我覺的我們有必要清楚文檔的各種作用目標,以及UML圖以之對應文檔,還有和軟體開發過程之間的關係。簡單理解,不足之處,請大家提出!
轉載自:http://blog.csdn.net/liujiahan629629/article/details/8582054
UML圖與軟體開發過程那點關係