考試結束了
,雖然平時有總結
,但是總還是沒有那麼系統的寫篇部落格
,現在後悔還來得及不
?..顯然來不及了
,不過不管怎麼樣總要再對自己的總結做乙個總結
,不能錯過了考試又錯過了學習的過程
.今天從軟體工程說起
,開始的時候對這裡並沒有太在意
,因為都是概念性的東西
,在自己的內心裡總覺得那些計算題要比概念簡單的多
,所以首先要攻下計算題
,雖然在平時複習時也有一種感覺
:越到後面的題
,概念性的題考的越來越多
.不過也沒太在意
,總覺得概念性的東西一時半刻也記不住
,所以總是在做題時發現考到哪一部分才仔細去看
,從而造成了常考的會了
,不常考的還是只知道那麼一點兒皮毛
,總是模稜兩可的狀態
,就像考試的時候那樣
,總能排除兩個答案
,然後剩下的兩個就不知道該如何是好了
! 這也算是這次軟考的乙個教訓吧
!好吧這些感受在軟考總結裡在細說
,這裡還是總結軟體工程的知識
下面對個別的分支進行詳細的介紹
:一、開發模型 1
、瀑布模型
瀑布模型是以文件作為驅動、適合於軟體需求很明確的軟體專案模型；但是瀑布模型是一種理想的線性開發模型，缺乏靈活性，特別是無法解決軟體需求不明確或不準確的問題。
如圖所示是瀑布模型的線性結構
2、原型模型
原型模型的特點是動態的定義需求，所以特點就是適合需求不明確的開發 3
、噴泉模型
特點是物件導向的開發過程，最核心的是迭代，沒有明顯邊界，允許各種活動交叉進行。
4、螺旋模型
結合了螺旋模型和瀑布模型的的特點，加入了兩個模型都忽略了的風險分析，彌補了這兩個模型的不足。
5、統一過程（up）
一種「用例和風險驅動，以架構為中心，迭代並增量」的開發過程；並定義了
4個技術階段，分別為：起始階段
--生命週期目標；精華階段
--生命週期架構；構建階段
--初始運作功能；移交階段
--產品發布。
6、敏捷開發
敏捷開發的有很多種方法，常用的有： （
1）極限程式設計：包括
4大價值觀，
5個原則，
12個最佳實踐（2
）水晶法：它認為每乙個不同的專案都需要一套不同的策略、約定和方**。（3
）並列爭求法：使用迭代的方法
二、開發方法 1
、結構化方法
面向資料流的開發方法，由結構化分析，結構化設計，結構化程式設計構成。結構化方法總的指導思想是自頂向下
,逐層分解
,它的基本原則是功能的分解與抽象
;適合資料處理領域的問題
,但是不適合解決大規模的、特別複雜的專案，且難以適應需求的變化。
2、物件導向方法
物件導向的方法正是以物件作為最基本的元素，也是分析問題、解決問題的核心。物件導向的方法主要有：
booth
方法、coad
方法、omt
方法。三、專案管理 1
、成本估算（1
）成本估算的方法
）模型puttnam
模型，動態多變數模型
基本cocomo
模型，靜態單變數模型；對整個系統軟體進行評估。
中級cocomo
模型，靜態多變數模型；將系統分為系統和部件兩個層次。
詳細cocomo
模型，將軟體系統分為系統，子系統和模組三個層次。
2、風險分析（1
）風險識別
最常用的一種方法是建立風險條目檢查表（2
）風險**
又稱風向估算，從兩個方面評估乙個風險，風險發生的可能性或概率；以及如果風險發生了，所產生的後果。（3
）風險評估
一種很有用的技術就是定義風險參照水準，成本、進度和效能就是三中典型的風險參照水準。（4
）風險控制
目的是輔助專案組建立處理風險的策略，需要考慮的三個問題：風險避免，風險監控，風險管理及意外事件計畫。其中避免永遠是最好的策略。
3、進度管理（1
）gantt
圖能清晰的描述每個任務從何時開始，到何時結束，任務的進展情況以及各個任務之間的並行性，但是他不能清晰的反應出各個任務之間的依賴關係，難以確定整個專案的關鍵所在，也不能反應計畫中有潛力的部分。 （
2）pert
圖不僅給出了每個任務的開始時間、結束時間和完成該任務所需的時間，還給出了任務之間的關係，即哪些任務完成後才能開始另外一些任務，以及如期完成整個工程的關鍵路勁。
四、質量管理 1
、軟體質量特性（1
）iso/iec9126
軟體質量模型
）mc call
軟體質量模型
、軟體容錯方法（1
）結構冗餘
靜態冗餘
動態冗餘
混合冗餘（2
）資訊冗餘
為檢測或糾正資訊在運算或傳輸中的錯誤須外加一部分資訊。（3
）時間冗餘
重複執行指令或程式來消除瞬時錯誤帶來的影響（4
）冗餘附加技術
a遮蔽硬體錯誤：
關鍵程式和資料的冗餘儲存及呼叫
檢測、表決、切換、重構、糾錯和復算的實現
b遮蔽軟體錯誤
冗餘備份程式的儲存及呼叫
實現錯誤檢測和錯誤恢復的程式
實現容錯軟體所需的固化程式
寫的似乎有些長了，剩下的部分下回分解。
軟考之軟體工程 測試2
下面就是舉個例子說明一下白盒測試中的六種覆蓋方法 語句覆蓋 判定覆蓋 條件覆蓋 判定條件覆蓋 條件組合覆蓋 路徑覆蓋。白盒測試的目的 通過檢查軟體內部的邏輯結構，對軟體中的邏輯路徑進行覆蓋測試 在程式不同地方設立檢查點，檢查程式的狀態，以確定實際執行狀態與預期狀態是否一致。白盒測試的特點 依據軟體設...
軟考 軟體工程 軟體過程模型
演化模型 瀑布模型 增量模型 原型模型 螺旋模型 噴泉模型 基於構件的開發模型 形式化方法模型 條件線性順序 瀑布的基本成分和原型的迭代 需求模糊不清 風險分析 使用者需求為動力，物件作為驅動的模型 用預先包裝的構件來構造系統 建立在嚴格數學基礎上 清晰明確的需求 適合於面向的開發方法 優點有瀑布所...
軟考進行時 軟體工程
說起軟體工程就不得不提軟體危機，如果沒有軟體危機的出現，也就不會有軟體工程的出現了。軟體工程意味著更高程度的嚴謹性與經過驗證的流程。軟體工程的目標是 在給定成本 進度的前提下 開發出具有適應性 有效性 可修改性 可靠性 可理解性 可維護性 可重用性 可移植性 可追蹤性 可互操作性和滿足用於需求的軟體...