根據上次的路線圖

從專案初始開始：包括專案確立和生存期

專案確立分成 專案立項、專案招投標、專案授權

專案立項：確定專案的目標、時間、資源、資金，關鍵在於得到專案發起人的認可

一個軟體專案的立項開始於軟體專案的啟動，只有立項了的需求才會得到滿足

專案招投標：在確認決策為購買時，便要啟動專案招投標，過程為甲方招標書定義、乙方專案分析、招標與競爭、合同簽署

專案授權：專案章程（project charter）表示專案存在

專案授權後項目管理便要開始履行職責 包括：開發計劃、組織實施、專案控制

案例總結：某公司發出甲方招標書，然後一些科技公司開始對該招標書進行專案分析，然後向甲方公司傳送投標書，由甲方進行選擇，擬定合同並簽訂，中標後乙方收到專案授權書，專案便正式成立

專案成立後便要選擇相應的完成專案的策略，即選擇專案生存期模型

軟體專案生存週期

定義：描述了開發的主要階段、定義每個階段完成的過程和活動、確認每個階段完成的輸入和輸出

傳統生存期模型：預期設計開發的過程

瀑布模型：單向，嚴格要求專案的步驟，即需求分析、設計、編碼實施、測試、維護，管理方便但是不能滿足需求變更

V模型：瀑布模型的變種，仍舊為單向執行，對專案需求、方案要求非常明確，以及對安全有特殊要求的專案。

原型：對變化的需求可以進行相應的應對，在需求分析後構造原型，然後對原型進行評估，再構造原型再評估，直到確定專案需求，然後設計最終系統，最後實現。

增量模型：需求基本明確，可能發生變化，對於市場和使用者需要逐步瞭解，需要一步步實施。以增量的方式一步步完善系統功能。

漸進式模型：漸進式前進、階段性提交，優點是階段性提交一個可執行的產品，關鍵的功能更早出現，早起預警問題，避免缺陷蔓延，階段性完成可以降低完成估計錯誤。

敏捷生存期模型（agile development）：自適應的過程

敏捷宣言：

個體和互動勝過過程和工具

可以工作的軟體勝過面面俱到的文件

客戶合作勝過合同談判

響應變化勝過遵循計劃

scrum模型：

xp模型：快速反饋、假設簡單、包容變化

實踐圖

DevOps模型：融合一系列基本原則和實踐的方法論

持續交付模型：持續整合、持續部署、持續互動