專案完全進入測試階段。總結一下該專案的開發模式–敏捷開發
什麼是敏捷開發？
敏捷開發以使用者的需求進化為核心，採用迭代，循序漸進的方式進行軟體開發。把一個大專案分為多個相互聯絡，但也可獨立執行的小專案，並分別完成，在此過程中一直處於可使用狀態。
敏捷開發的特點？
1.在敏捷開發過程中，有著更強的適應性，而不是預設性。響應變化而不是遵循計劃
2.更加註重人的因素，高頻交流。個體互動勝過工程和工具
3.在敏捷開發過程中。整個專案的驅動是測試驅動而不是文件驅動
4.客戶合作勝過合同談判
敏捷開發的幾個原則（現象）？
1.到了開發的後期，也歡迎改變需求
2.業務人員和開發人員天天在一起。
3.最有效傳遞資訊方法，面對面交談
4.每隔一週。進行反思，總結。本週的完成情況
5.我們最優先要做的是通過儘早的，持續的交付有價值的軟體，來使客戶滿意
敏捷開發的適用範圍？
1.專案團隊人數不多。人數過多，會導致交流成本增加。降低開發效率
2.專案經常發生變更。一邊開發，一遍補充文件，一遍修改文件，一邊開發
3.開發人員可以參與決策。有業務人員參與
4.高風險的專案實施（這個我沒太明白）
敏捷開發的優勢，與劣勢。
1.敏捷確實是專案進入實質開發迭代階段，使用者可以看到基線架構版的產品，客戶前期滿意度，一般偏高。
2.敏捷人員強於高頻溝通，弱於文件。如果專案流動人員大，會造成維護的難度。需要專案中存在經驗較強的人，不容易遇到大瓶頸問題。
3.敏捷開發，強於溝通。因此需要表達能力較強的程式設計師。能將自己的問題表達清楚，同時，能將該業務清楚解釋清楚的業務人員。稍有差池，都會增加之後測試階段的開發成本。
敏捷開發與瀑布開發的區別？
1.嚴格把專案的開發分割階段。需求分析，概要設計,詳細設計，編碼，測試,軟體交付，驗收，維護
2.重視和強調文件
3.每個開發階段都定義為黑盒，希望每個階段的人員，只關心本階段的工作
4.管理文件。（計劃書，進度表等）
5.既然叫做瀑布，就意味著不能走回頭路。出現返工，代價非常大。
6.更適合需求相對穩定的大專案