這篇博文主要分享軟考中關於軟體工程部分的例題：
1、根據活**計算鬆弛時間
1
、某軟體專案的活**如下圖所示，其中頂點表示專案里程碑，連線頂點的邊表示包含的活動，邊上的數字表示相應活動的持續時間（天），則完成該項目的最少時間為（
）天。活動bc和
bf最多可以晚開始（
18）天而不會影響整個專案的進度。
和7b．0
和11c．2
和11d．2
和11分析：最少完成時間是完成各個路線，某路線用的最長時間，因為活**中的每個節點都要走到，最長路徑是：
a--->b---d--->g--->f--->j
f
節點任務的完成需要e和
g的參與，到
f最長的時間是
a--->b-->-d--->g--->f
，其他節點在最長時間內完成即可：
b-->-d--->g--->f=11
b--->c--->e---f:11 11-11=0;
b--->f=4 11-4=7;
2、敏捷開發的四種開發方法：
在敏捷過程的開發方法中，（c）使用了迭代的方法，其中，把每段時間（30天）一次的迭代稱為乙個「衝刺」，並按需求的優先級別來實現產品，多個自組織和自治的小組並行地遞增實現產品。
a．極限程式設計xp
b．水晶法
c．並列爭球法
d．自適應軟體開發
極限程式設計xp：
近似螺旋的開發方法，把整個開發過程分解為相對比較小而簡單的週期，通過大家積極的溝通反饋，開發人員和客戶都比較清楚當前的開發進度、需要解決的問題等等，根據這些實際情況去調整開發過程，這是極限程式設計的思想。
並列爭球法：
就是我們通常所說的scrum。scurm是乙個增量、迭代的開發過程。在這個框架中，整個開發過程由
若干個短的迭代週期
組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周。在scrum中，使用產品backlog來管理產品的需求，產品團隊總是先開發對客戶具有較**值的需求。挑選的需求在sprint計畫會議上經過討論、分析和估算得到相應的
任務列表
，我們稱它為sprint
backlog
。在每個迭代結束時，scrum團隊將遞交潛在的可交付的
產品增量
。水晶法：
發展一種提倡「機動性的」方法，包含具有共性的核心元素，每個都含有獨特的角色、過程模式、工作產品和實踐。crystal 家族實際上是一組經過證明、對不同型別專案非常有效的敏捷過程，它的發明使得敏捷團隊可以根據其專案和環境選擇最合適的 crystal 家族成員。
自適
應軟體
開發：
是一種適合對需求多變、開發期短的軟體專案管理的軟體工程方法。
3、mccabe複雜度計算：
屬於白盒測試技術的一種，主要掌握環路複雜度。
流圖g的圈複雜度v(g)，為v(g)=e-n+2，e是流圖中邊的數量，n是流圖中結點的數量
v(g)=
10-8
+2=4
以上只是軟工經典試題和知識的一部分總結，後續還會繼續更新，敬請期待。
軟考之軟體工程
考試結束了 雖然平時有總結 但是總還是沒有那麼系統的寫篇部落格 現在後悔還來得及不 顯然來不及了 不過不管怎麼樣總要再對自己的總結做乙個總結 不能錯過了考試又錯過了學習的過程 今天從軟體工程說起 開始的時候對這裡並沒有太在意 因為都是概念性的東西 在自己的內心裡總覺得那些計算題要比概念簡單的多 所以...
軟考 軟體工程 軟體過程模型
演化模型 瀑布模型 增量模型 原型模型 螺旋模型 噴泉模型 基於構件的開發模型 形式化方法模型 條件線性順序 瀑布的基本成分和原型的迭代 需求模糊不清 風險分析 使用者需求為動力，物件作為驅動的模型 用預先包裝的構件來構造系統 建立在嚴格數學基礎上 清晰明確的需求 適合於面向的開發方法 優點有瀑布所...
軟考進行時 軟體工程
說起軟體工程就不得不提軟體危機，如果沒有軟體危機的出現，也就不會有軟體工程的出現了。軟體工程意味著更高程度的嚴謹性與經過驗證的流程。軟體工程的目標是 在給定成本 進度的前提下 開發出具有適應性 有效性 可修改性 可靠性 可理解性 可維護性 可重用性 可移植性 可追蹤性 可互操作性和滿足用於需求的軟體...