今天這篇博文主要講的是專案的一般開發流程。科學的開發流程可以提高效率,減少不必要的加班,由此可見開發流程在專案開發中的重要地位。專案開發流程一般包括以下幾步:
一、需求評估
產品經理、研發工程師、測試工程師,要組織需求評審會議,講解本次的開發功能和具體業務。
如下2步,需要畫圖、筆記、文字記錄、演算、推理、畫流程圖、畫架構圖
1、產品選型
明確產品介面、互動設計、功能設計、模組區分,尋找相仿的產品上手體驗、操作,感知功能的使用和互動的體驗,目的是為了了解即將要做的產品有大致的模型,對產品模型了解的越細緻越好
2、分離架構
對產品從各個維度分離架構,從功能,目錄,邏輯拆分,抽象,業務流的明確,資料流的流向,互動體驗的設計,從整體拆分成區域性,針對每個區域性再繼續拆分,從區域性整合成系統,考慮整體和區域性之間的相互影響關係
迴圈這2步,最終得到乙個產品系統,應該對產品系統非常了解,從整體到區域性,從需求到邏輯,端到端的資料流向,互動體驗設計,資料庫表結構設計
根據以上,給出開發工期(x/人/天)。
二、文件編寫
按照系統的各個區域和子系統,編寫對應的文件注釋,說明此子系統的功能、大致邏輯、含有的介面。
此外,流程應該按照先資料庫層面 –> 邏輯控制層面 –> 資料展示層面 –> 互動體驗層面 –> 介面設計層面的順序來規劃和思考。
同時考慮擴充套件性的問題,子系統是否可插拔,元件之間是否強依賴,必要的時候完成架構層面大的抽象。
文件需要大概明確此子系統模組的測試結果是什麼,提前演算模組的測試步驟和結果,後續細化的**必須要通過此測試要求。
三、建立/更改 資料庫
根據公司要求規範運算元據表,確定後郵件抄送相關開發。
相關sql語句,需要leader、dba 審核,方可部署。
四、規定開發規範
規定**規範,必須要寫注釋
五、前後端分離開發
目前專案大部分都是使用 前後端分離的方式開發,一般由後端先給出介面文件供前端進行開發。
擼編碼
六、功能自測
程式開發完畢後,需要自己先進行測試,走一遍全部流程。
需要考慮:
建立一些測試資料。
考慮功能的臨界值。
確保功能的可用性。
七、**評審(code review)
**評審被公認為是乙個很好的提高**質量的手段。
好處:加速個人的成長,讓自己成為乙個更優秀的程式設計師。
可以分享/學習到更多的知識。
保證**清晰,容易被別人理解。
提前發現一些缺陷(**檢查者通常比**編寫者更挑剔)。
我們可以使用一些開源系統:
phabricator
reviewninja
codacy
rhodecode
如果有好的工具幫助我們進行codereview,往往會達到事半功倍的效果。
八、wiki 更新
將自己開發的功能模組,部署到wiki上。
寫好需求方、開發者、使用者、是否用到api、相關邏輯、流程圖…
九、功能提測
通知測試人員,該需求可以提測啦~
根據公司要求,可以進行郵件提測,也可以jira管理。
以上,只是大概的講述了開發流程。
其實每乙個步驟,都可以進行詳細分析,比如**注釋,評審規範等等。
專案開發流程
專案計畫 專案經理發給專案組長需求規格說明書,專案組長根據說明書編寫乙個專案計畫。專案計畫交給專案經理審編。注 專案計畫詳解 開發專案的時間 人員數量 各個階段的時間 需求文件 組長對組員進行分工,將需求規格說明書分成不同的模組發給組員,組員在有效的時間內根據需求規格說明書編寫乙份需求文件,專案組長...
專案開發流程
一.專案的需求分析 設計 包括需求分析 系統架構 開發的詳細設計文件 測試用例等。這乙個環節做好了,可以降低專案的返工率和變更率。需求過程 1.需求收集。包括資訊收集 需求調研 問題調查 客戶交流等方面 2.概要設計。主要是將需求收集到的凌亂的內容,資料進行總結,從了得出乙個完整的業務流程圖 這個階...
專案開發流程
在產品設計出來之後 業務 版權資訊,使用者隱私,服務協議,網域名稱備案 通用 分析業務流程和功能模組 伺服器 根據功能,構建資料庫,建立後端管理系統。web後端 web前端 注意 http請求封裝,請求介面使用巨集定義或字串常量,盡量將資料解析寫在介面裡面,直接給外面block success,er...