軟件項目開發筆錄

1. 人員安排（產品、開發、測試）（前端、web、App）
   項目負責人：對於項目負責人安排，必須有豐富的後端開發經驗，並有一定協調和溝通能力的人員進行擔任；
   後端開發負責人：有豐富的後端開發經驗的開發人員，能夠搭建良好系統框架，能夠進行數據庫設計，並具備一定的數據庫性能把控能力。
   前端開發負責人：能夠獨立搭建App項目框架的前端開發人員，對Android、iOS和web開發都應有一定的瞭解。比如，負責人剛好是做Android開發的，那麼也應該對iOS、web開發有所瞭解，大概瞭解iOS當前最新版本，各版本的差異和限制，iOS開發規範；瞭解web開發最新流行的技術，web開發規範和限制。這樣在需求評審時才能評估哪些功能會存在技術難點，哪些需求是不能實現的，並能評估出大概的開發週期，各個功能點的聯調時間。
2. 需求評審
   需求評審階段，一定要明確需求，至少要明確整體方向，即使在後期有變動，也等到後期再改動；如果不能明確需求方向，後期將需要花大量的時間和精力來處理由於不明確而導致的架構、功能開發上的很多問題。
3. 搭建環境
   對於環境的搭建，在項目正式開發前，要有儘可能完整的開發環境和環境搭建手冊；至於測試環境，可在項目提測前兩週完成搭建。
4. 技術選型
   選定項目使用的技術，並着手進行框架搭建（數據庫設計、後臺項目框架（包括系統分包一定要明確）、web框架和App項目框架），在覈心人員搭建框架期間，其他開發人員可以開始去熟悉項目所使用的技術，確保在開發過程中不至於因爲技術生疏的問題，導致項目延期。
5. 明確項目驅動方式
   項目驅動方式一般有兩種：分別爲前端啓動和後端驅動。如果是前端啓動，那麼整個開發過程，根據前端業務所需接口來開發；如果是後端驅動，那麼前端根據後端的開發情況來調用及調試接口，並且遵循後端的接口規範。通常會使用前端驅動的方式。
6. 定義接口規範
   通常由項目負責人、前端組長（web/app）、後端負責人和產品經理一起參與定製。定義好接口規範，無論是前端開發還是後端開發人員都可以通過規範來進行開發，而不會出現等待的情況；甚至連測試人員都可以根據需求文檔，並結合接口規範來進行測試用例的編寫，在後端接口開發完成時，也可以先依據接口規範來對各個接口進行調試，進而再讓前端開發人員進行聯調。
7. 選定第三方服務或中間件
   比如數據庫中間件MyCat、分佈式消息中間件MQ以及推送服務等。就拿推送來說，App常見的推送功能，通常都是集成第三方推送服務，而目前市場上的推送平臺是很多，比如：騰訊的信鴿、極光推送、個推、小米推送、華爲推送、魅族推送等等，這些平臺都還是有一定差異的，需要進行調研並選擇符合自身業務需求的第三方服務。
8. 設計師設計效果圖，提供切圖。
   通常產品人員設計出的原型圖，只是功能流程以及各個頁面所展示的信息，其主要考慮的是功能體現。而設計師設計的效果圖，除了考慮產品的目的和訴求，滿足產品的功能，還需要通過設計引導用戶的行爲和視覺流，以達到產品的。通過圖形、文字的大小、形狀、顏色的組織，可以將信息分優先級呈現給用戶。效果圖和原型圖的差異還是挺大的。因此最好是在進入功能開發之前就出具項目所需的效果圖。這樣纔不會導致後期的頁面改動過大，消耗大量的開發時間。如果開發人員根據原型的效果進行頁面的開發，那麼當設計人員設計好效果圖之後，如果差異較大，頁面也較多，這時再進行頁面調整那是相當蛋碎的。其實，UI設計是可以和框架搭建並行的，當框架搭建和基礎功能基本完成之後，UI設計圖也差不多完成了。
9. 功能拆分，任務分配，評估開發時間，列出開發節點。
   這要求各小組負責人必須瞭解整個項目的整體業務需求，知道哪些功能是相似的功能、哪些界面是向上的界面、哪些功能優先級較高以及哪些功能（界面）是可以公用的，各個模塊的開發難度如何，各個功能存在的技術難點。小組負責人對小組成員的能力也應該要瞭如指掌，在分配任務時要根據成員的能力來安排，並評估出開發時間，這樣在每一個時間節點上才能跟進開發情況，把控開發進度。在拆分完需求並分配好任務之後，需要按時間節點、人員列出開發計劃，並開發計劃發給小組開發成員，讓大家明確自己的任務和時間節點，以便之後跟進開發進度。
10. 測試用例編寫及評審
    軟件測試檢驗軟件是否滿足客戶需求、體現一個測試人員的工作量、展現測試用例的設計思路。在開發人員進行編碼時，測試人員可進行測試用例的編寫。
    測試用例的編寫流程：需求分析->提取測試點->測試用例編寫->測試用例評審。
    測試人員提取測試點的過程，也是一個需求細化的過程，在編寫測試用例時，需多與產品設計人員多溝通。用例評審可以確保產品設計者、開發人員和測試人員在對需求點的理解上是一致的，這樣可以有效減少測試過程中的bug量及溝通成本。
11. 功能開發
    在項目核心成員搭建好整體框架之後，就要儘快進入各功能模塊的開發，在開發人員開發過程中，負責人一定要做好代碼質量把控和進度跟蹤，避免到了中後期，整個代碼不夠規範，進度嚴重滯後的情況。在這期間，每週至少一次站立會，站立會由小組負責人主持，每一個小組成員彙報每週的工作情況以及下週的計劃，並在白板上列出來，以便於進度的跟蹤。在功能開發的前半段，組長要親自審覈組員的代碼，或者指定能力較強的核心成員去跟蹤代碼的質量，只要在前期做好質量把控，到了中後期，各組員即可按照前期的規範來編碼了，切勿等到開發後半段纔開始進行代碼質量的監督，這樣可以儘可能的避免重複性的編碼工作。在功能開發過程中，無論是前段開發人員還是後臺開發人員，在編碼過程中都應該遵循此前已經定義好的接口規範，而且如果不是文檔的定義有問題，那麼是必須要嚴格遵循規範的，否則會在調試階段出現很多問題。
12. 後臺接口整合及測試
    在後臺人員的接口開發過程中，要會使用postman等接口測試工具進行接口的測試，至少要測試接口是否成功響應以及響應的字段信息是否與接口文檔所定義的一致。在與前段開發人員進行調試之前，後端開發人員還需要對各個接口進行整合，串聯業務，確保在正式聯調之前，調通整個業務流程，而不僅僅只是單個模塊功能的調試。
13. 前後端功能接口聯調
    前後端聯調，其實就是開發模擬用戶的操作，看看前端上傳的請求數據是否能夠滿足業務的操作，後端通過接口返回的數據是否能夠滿足前段的展示。只有當所有功能所涉及的接口都可正常請求，並返回預期的結果，功能聯調纔算完畢。
14. 整體調試
    在各功能接口聯調完畢之後，並不能馬上就提測，還需要進行整體的調試，保證各個功能之間能夠關聯起來，一些業務接口在調試之前需要用到基礎接口的數據。比如，售房類app，在添加樓棟之前，需要先添加城市和區域等相關接觸信息。在整體聯調時，就得從基礎數據接口開始進行調試，進而使用基礎接口添加的數據來對業務接口進行調試，可根據測試妹紙提供的冒煙用例來進行整體調試。整體調試順利結束，方可進行提測。
15. 測試
    測試是一種實際輸出與預期輸出之間的審覈或者比較過程。軟件測試的經典定義是：在規定的條件下對程序進行操作，以發現程序錯誤，衡量軟件質量，並對其是否能滿足設計要求進行評估的過程。測試過程必須要嚴格的結合預先寫好的測試用例來進行，這也環節是產品觸及用戶之前的最後一次驗證，如果不能及時發現隱藏的bug，那麼將會影響產品的上線或交付，哪怕能夠上線或驗收，也會帶來不良的用戶體驗。
16. 交付/上線
    服務器：服務器相關軟硬件配置。
    App上線所需相關資料：各應用平臺相關賬號、應用效果圖、軟件著作權等。
    項目框架：項目框架說明文檔和框架圖。
    接口文檔：接口定義文檔。
    項目代碼：打包項目相關所有代碼以及項目部署腳本。