1.軟體開發生命週期模型：
瀑布模型：一種理想化的開發模型，瀑布模型要求有明確的需求分析，而要達到這一點在現實開發中幾乎不可能。
原型法：原型法的最大特點就是它採用了一種動態定義需求的方法。這樣，又是也就體現出來了，即不需要明確的需求
螺旋模型：結合了瀑布模型和演化模型的優點，最主要的特點就是在於加入了風險分析，它是由制訂計畫，風險分析、實施工程、客戶評估這一迴圈組成的，它最初從概念專案開始第一螺旋。
噴泉模型：主要用於描述物件導向的開發過程，最核心的特點是迭代。所有的開發活動沒有明顯的邊界，允許各種開發活動交叉進行。
2.專案計畫和執行
3.文件心得 近期
在看文件的那部分，當時自己有些不明白的地方通過工程的積累和再次輸入文件的規範和老師的指點最近又有了一些新的收穫。
需求文件：
需求文件主要是需要開發軟體的功能、效能、資料和介面等要求，從而確定系統的邏輯模型。
參與者：使用者、專案負責人和系統分析師
需求文件步驟：
第一步：架構圖
第二部：資料庫設計
第三步：用例圖
概要設計：
概要設計階段：開發人員要把確定的各項功能需求轉換成需要的體系結構。因此，概要設計就是設計軟體的結構，明確軟體由哪些模組組成，這些模組都和默寫功能需求相對應，因此，概要設計就是設計軟體的結構，明確軟體由哪些模組組成，這些模組的層次結構怎麼樣，這些模組的呼叫關係是怎麼樣的，每個模組的功能是什麼。同時，還要設計該項目的應用系統的總體資料結構和資料庫結構，即應用系統要儲存什麼資料，這些資料是什麼樣的結構，他們之間有什麼關係。
概要設計過程主要包括：
第一步：複查基本模型
第二步：複查並精化資料流圖
第三步：確定資料流圖的資訊流型別
第四步：根據流型別分別實施變換分析或事務分析
第五步：根據軟體設計原則對得到的軟體結構圖進一步優化
詳細設計：
詳細設計階段主要任務是對每一模組完成的功能進行具體描述，要把功能描述轉變為精準的，機構化的過程描述。即該模組的控制結構是怎樣的，先做什麼，後做什麼，有什麼條件判定，有什麼重複處理等，並用相應的表示工具把這些控制結構表示出來。
詳細設計：
第一步：程式流程圖
第二步：n-s圖
第三步：pad圖
第四步：pdl
第五步：判定樹
第六步：判定表
4.結構化分析與設計
把握關係圖：
軟考 耦合內聚總論
耦合和內聚總是傻傻的分不清楚，這次要徹底解決這個問題 耦合 耦合性從低到高 解釋無直接耦合 兩個模組無直接關係 資料耦合 兩個模組有呼叫關係 標記耦合 傳遞的資料結構 控制耦合 傳遞的控制變數 外部耦合 一組模組都訪問同一全域性簡單變數 公共耦合 兩個程式共享乙個檔案 內容耦合 內容耦合已經基本杜絕...
軟考之軟體工程
考試結束了 雖然平時有總結 但是總還是沒有那麼系統的寫篇部落格 現在後悔還來得及不 顯然來不及了 不過不管怎麼樣總要再對自己的總結做乙個總結 不能錯過了考試又錯過了學習的過程 今天從軟體工程說起 開始的時候對這裡並沒有太在意 因為都是概念性的東西 在自己的內心裡總覺得那些計算題要比概念簡單的多 所以...
軟體工程 什麼叫高內聚 低耦合
這是軟體工程中的概念 首先要知道乙個軟體是由多個子程式組裝而成,而乙個程式由多個模組 方法 構成 而內聚就是指程式內的各個模組之間的關係緊密程度,偶合就是各個外部程式 子程式 之間的關係緊密程度.所以很易明白,為什麼要高內聚?模組之間的關係越緊密,出錯就越少 低偶合?子程式間的關係越複雜,就會產生更...