軟體發展三階段：程式設計、軟體工程、軟體過程
軟體過程能力評估標準和改進方案：cmm, iso, 6 西格瑪
生命週期模型：瀑布模型、原型模型、螺旋模型、噴泉模型
軟體過程與軟體工程的關係：包含關係
軟體過程模式的意義：
工作流程不僅僅指活動，還表明了角色、活動、工件是乙個邏輯整體。
rup 二維結構圖
九大核心工作流程
核心支援
工件：模型、元素、文件、源**、可執行檔案、工具等。
四階段：
五大角色
角色的意義（兩步走）：
角色方面的缺陷：未給出角色的組織管理方式、角色之間的地位和互動關係。
用例的缺點及其解決方法：非功能性需求表現不足，可用補充說明文件解決。
架構檢視：
rup 的優點
rup 的缺點
12 條基本原則
1、我們的最高目標是，通過盡早和持續地交付有價值的軟體來滿足客戶。
2、歡迎對需求提出變更——即使是在專案開發後期。要善於利用需求變更，幫助客戶獲得競爭優勢。
3、要不斷交付可用的軟體，週期從幾周到幾個月不等，且越短越好。
4、專案過程中，業務人員與開發人員必須在一起工作。
5、要善於激勵專案人員，給他們以所需要的環境和支援，並相信他們能夠完成任務。
6、無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談。
7、可用的軟體是衡量進度的主要指標。
8、敏捷過程提倡可持續的開發。專案方、開發人員和使用者應該能夠保持恆久穩定的進展速度。
9、對技術的精益求精以及對設計的不斷完善將提公升敏捷性。
10、要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術。
11、最佳的架構、需求和設計出自於自組織的團隊。
12、團隊要定期反省如何能夠做到更有效，並相應地調整團隊的行為。
計畫遊戲（制定細緻度逐漸降低的計畫）
持續整合
結對程式設計
隱喻（全域性檢視、未來影像）
過程原則
組隊原則
微軟過程生命週期
相當於 rup 的生命週期的精簡版，但是微軟生命週期的特色在於其每個階段設定的緩衝時間微軟角色劃分
以前的專案經理被拆分為產品經理和程式經理，因為這專案經理往往身兼兩個角色，而這兩個角色之間存在著矛盾。角色間的關係
角色合併原則
角色合併結論
微軟均衡三角形
結論：四要素之間相互制約，任何一條邊的改變都會對剩餘的邊造成影響。微軟專案均衡矩陣
rup/ap/微軟過程的關係
三者相互交叉、相互重疊，又相互區別互不包含微軟每日編譯生成機制
軟體開發過程
1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...
軟體開發過程
1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...
軟體開發過程
軟體生命週期 1 問題定義 使用者需要解決什麼問題?2 可行性分析 使用者需要解決的問題是否可行 技術可行性 市場可行性 3 需求分析 將使用者提出的問題進行細化 4 系統設計 確定細化問題的實現方法 5 編碼 依據需求和設計穩定進行開發，解決問題 6 測試 驗證是否已經解決使用者提出的問題 單元測...
