數據字典
數據字典是關於數據的信息集合，也就是對數據流圖中包含的所有元素的定義的集合
詳細設計的步驟及基本任務
詳細設計的主要任務是設計每個模塊的實現算法、所需的局部數據結構。詳細設計的目標有兩個：實現模塊功能的算法要邏輯上正確和算法描述要簡明易懂。
詳細設計的基本任務就是確定應該怎樣具體的實現所要求的系統，也就是說，經過這個階段的設計工作，應該得出對目標系統的精確描述，從而在編碼階段把這個描述直接翻譯成某種程序設計語言書寫的程序。
步驟：
1.為每個模塊確定採用的算法
2.確定每個模塊使用的內部數據結構
3.確定模塊的接口細節
4.指定模塊的測試計劃
3． PAD定義（過程設計的工具，程序流程圖，盒圖，PAD圖）
PAD是問題分析圖，它是用二維樹形結構的圖來表示程序的控制流，將這種圖翻譯成代碼比較容易，PAD圖的控制流程為自上而下,從左到右地執行。
4． 快速原形模型定義
通過快速建立起來的可以在計算機上運行的程序，它所能完成的功能往往是最終產品的一個子集
5． 軟件質量定義
軟件質量是軟件與明確地敘述的功能和性能的需求，文檔中明確描述的開發標準以及任何專業開發軟件產品都應該具有的隱含特徵相一致的成都
6． 文檔在軟件中的作用
1)提高軟件開發過程的能見度。把開發過程中發生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來的材料作為檢查軟件開發進度和開發質量的依據，實現對軟件開發的工程管理。
2)提高開發效率。軟件文檔的編制，使得開發人員對各個階段的工作都進行周密思考、全盤權衡、從而減少返工。並且可在開發早期發現錯誤和不一致性，便於及時加以糾正。
3)作為開發人員在一定階段的工作成果和結束標誌。
4)記錄開發過程中的有關信息，便於協調以後的軟件、開發、使用和維護。
5)提供對軟件的運行、維護和培訓的有關信息，便於管理人員、開發人員、操作人員、用戶之間的協作、交流和了解。使軟件開發活動更科學、更有成效。
6)便於潛在用戶瞭解軟件的功能、性能等各項指標，為他們選購符合自己需要的軟件提供依據
7． 單元測試的內容
模塊接口
局部數據結構
重要的執行通路
出錯的處理通路
邊界條件
8． 阿拉法和貝塔測試定義與區別
Alpha測試由用戶在開發者的場所進行，並且在開發者對用戶的“指導下”進行測試。開發者負責記錄發現的錯誤和使用中遇到的問題，總之，它是在受控的環境中進行的。
Beta測試由軟件的最終用戶們在一個或多個客戶場所進行，
與Alpha測試不同，開發者通常不在Beta的測試的現場，因此，Beta測試是軟件在開發者不能控制的環境中的真實應用，用戶記錄在Beta測試過程中遇到的一切問題，定期的把這些報告給開發者
9． 集成和系統測試的區別
集成測試界於單元測試和系統測試之間，起到“橋樑作用”，一般由開發小組採用白盒加黑盒的方式來測試，既驗證“設計”，又驗證“需求”。
系統測試的粒度最大，一般由獨立測試小組採用黑盒方式來測試，主要測試系統是否符合“需求規格說明書”。
10． 軟件生命週期
三大步，八小步，軟件生命週期由軟件定義，軟件開發和運行維護3個小時期組成的，每個階段的基任務
問題定義
可行性研究
需求分析
總體設計
詳細設計
編碼和單元測試
綜合測試
11． 軟件工程的基本特徵，什麼是軟件工程
軟件工程是指導計算機軟件開發和維護的一門工程學科。採用工程化的方法來開發和維護軟件，把經過實踐考驗而證明正確的工程管理技術和當前能夠得到的最好的技術方法結合起來，以經濟地開發出高質量的軟件並有效的維護它。這就是軟件工程。
軟件工程關注於大型程序的構造
軟件工程的中心課題是控制複雜性
軟件經常有變化
開發軟件的效率非常重要
和諧的合作是開發軟件的關鍵
軟件必須有效的支持它的用戶
在軟件工程領域通常具有一種文化背景的人替具有另一種文化背景的人創造產品
12． 系統模型圖和數據流圖的定義
數據流圖簡稱DFD，是SA方法中用於表示系統邏輯模型的一種工具。它以圖形的方式描述數據在系統中流動和處理的過程，由於它只反映系統必須完成的邏輯功能，所以它是一種功能模型。
系統流程圖是描繪系統物理模型的傳統工具。它的基本思想是用圖形符號以黑盒子形式描繪系統裡面的每個部件(程序、文件、數據庫、表格、人工過程等），表達信息在各個部件之間流動的情況，而不是對數據加工處理的控制過程
13． 軟件生命週期模型
軟件生命週期模型它簡潔的描述了軟件過程。生命週期模型規定了把生猛週期劃分成哪個階段及各個階段的執行順序，因此也成為過程模型。
瀑布模型
快速原型模型
增量模型
螺旋模型
噴泉模型
Rational同意過程
微軟過程
14． 軟件配置管理的作用
標識變化
控制變化
確保適當的實現變化
向需要知道這類信息的人報告變化
目標：使變化更正確，更容易被適應，在必須變化時減少所需花費的工作量
15． 軟件危機定義
軟件危機是指在計算機軟件的開發和維護過程中所遇到的一系列嚴重問題
16． 軟件維護
所謂軟件維護就是在軟件已經交付使用之後，為了改正錯誤或滿足新的需要而修改的軟件的過程
提高軟件可維護性的措施
①建立明確的軟件質量標準：②利用先進的軟件技術和工具；③建立明確的質量保證制度；④選擇可維護的程序設計語言；⑤改進程序的文檔。提高可維護性不能保證程序沒有任何錯誤
狀態圖
狀態圖(Statechart Diagram)是描述一個實體基於事件反應的動態行為，顯示了該實體如何根據當前所處的狀態對不同的事件做出反應。
瀑布模型的優缺點
1.階段具有順序性和依賴性前一階段結束後一階段開始，前一個階段輸出文檔，後一個階段輸入文檔。
2.推遲實現觀點瀑布模型在編碼前設置系統分析、系統設計，推遲程序物理實現，保證前期工作紮實。
3.質量保證觀點瀑布模型每階段堅持兩個重要做法:是每階段都必須完成完整、準確的文檔。軟件開發時人員間通信、運行時期維護的重要依據。是每階段結束前對文檔評審。
瀑布模型由於是單向的，所以實際開發中如果一個步驟出現問題，是沒有辦法返回處理的，為了解決這個問題，實際開發中的瀑布模型是帶有反饋環的，就是說開發過程中如果之前的一部出現問題的話，還可以回去解決
靜態測試
靜態方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。對需求規格說明書、軟件設計說明書、源程序做結構分析、流程圖分析、符號執行來找錯
增量模型優缺點
黑盒白盒
質量檢測小組
項目組必須以一種有意義且有效的方式彼此交互和通信
閱讀更多 幻風的編程日記 的文章
