軟件工程文檔設計中的基本要求:關於每個文檔究竟該寫什麽
首先看軟件需求分析
需求分析階段的任務分為四個階段:需求獲取,需求分析,需求定義,需求驗證
需求獲取這部分比較模糊,應該也是比較雜,比較靈活的一部分,先來個大概的功能敘述,然後將需求一項一項地列出來。
需求分析這部分要求對前面的需求進行規範
1,對每項需求給出清楚的描述
2,要求描述沒有歧義
3,各項需求之間不能存在矛盾,軟件需求和實際需求不能矛盾
4,對需求實現的可行性進行分析
4.1 技術可行性:在現有條件和環境技術下考慮
4.2經濟可能性:小項目一般不考慮這個
4.3社會可能性:考慮知識產權的侵害問題
5,獲取的需求是否全面周到,從已知的需求是否隱含一些必須有的其他需求,以及深入探討系統功能所產生的可能的對功能需求的補充。
需求定義,要求系統全面地寫出軟件需求規格說明
需求驗證,要經過客戶對需求規格說明的評審
(需求規格說明還沒有搞清楚,在後面有時間補充
結構化的分析方法包括了以下幾種元素
數據對象描述
實體-關系圖
加工規格說明
數據流圖
控制規格說明
狀態-遷移圖
數據字典
我們在結構化設計階段的任務是寫出概要設計和詳細設計
概要設計包括:
體系結構設計:
數據流圖相關
接口設計:
數據流圖
數據設計:
數據對象描述
數據字典
實體-關系圖
詳細設計包括:
過程設計:
加工規格說明
控制規格說明
狀態-遷移圖
我們來解釋一下上面結構化分析方法裏出現的一些項目
功能建模
數據流圖有四種基本的圖形符號
橢圓或圓角矩形: 表示加工,對輸入數據進行變換以產生輸出數據,其中要註明加工的名字
直角矩形或長方體:外部實體。即數據輸入源,或數據輸出匯點。其中要註明數據源或數據匯點的名字
平行線或右面豎邊缺的矩形:數據存儲。要用名字或名詞性短語為數據存儲命名。
一個箭頭:數據流。描述被加工數據及傳遞方向。箭頭旁邊要註明數據流的名字,可用名詞或名詞性短語命名。
數據源或數據匯點表示圖中要處理的數據的輸入來源或處理結果要送往何處,數據源或數據匯點不是目標系統的一部分,只是目標系統的外圍環境
中的實體部分,因此成為外部實體。實際問題中它可能是組織,部門,人,相關的軟件系統或硬件設備。
數據流表示數據沿箭頭方向的流動。數據流可表示這些加工之間被傳送的有名數據,也可表示在數據存儲和加工之間傳送的未命名數據,這些數據流雖然沒有命名,但因其所連接的是有名加工和有名數據存儲,所以其含義也是清楚的。
加工是對數據對象的處理或變換,加工的名字是動詞短語,以表明所完成的加工。一個加工可能需要多個數據流,也可能產生多個數據流。
數據存儲在數據流圖中起保存數據的作用,可以是數據庫文件或任何形式的數據組織。從數據存儲中引出的數據流可理解為從數據存儲中讀取數據或得到查詢結果,指向數據存儲的數據流可理解為向數據存儲中寫入數據
環境圖也稱為頂層數據流圖(或0層數據流圖),它僅包括一個數據處理過程(加工),也就是要開發的目標系統,(就是目標系統,輸入輸出,實體部分)。
數據流圖的分層是為了解決圖上過多的加工引起的不直觀,如果我們的加工不多,那麽分層也沒有必要了。
軟件工程文檔設計中的基本要求:關於每個文檔究竟該寫什麽