浦江遊覽項目

爲黃浦江遊覽公司研發的電子售票系統。包括官網,微信,窗口售票,自助機,後臺管理系統。

開發週期:2018-7-15 至 2018-10-15(未上線)

本來說的9.1號第一階段開發完成,交付客戶第一次驗收,結果未能按時完成,拖了一週完成,其中退款的部分還未開發結束。之後到10月份以來都是在解bug及優化,估計11月份上線。

參與人員:Java組(約8人),PHP(約8人),前端(2人),測試(約4人),產品(約5人)

流程:產品根據需求設計出各個系統的原型圖,前端根據原型圖出頁面及css,PHP前端實現完整的頁面,PHP接口調用Java的接口,Java完成主要的邏輯並設計數據庫。

PHP技術架構:laravel + vue + MySQL

PHP人員部署:一人官網,一人微信,一人售票窗口,一人自助機,一人接口

問題:

1.項目設計的時候應該先抓重點,再完成周邊。前期花了不少時間幹用戶登錄,航線添加這樣的事,(一般項目前期進度慢),同事設計了數據庫結構,等到開發核心問題,售票,退換等時發現數據庫必須改動,以前的功能得重新修改。其實沒那麼重要的,可不急着完成功能,只先寫入數據能用就行。

2.PHP項目分模塊合作而不是一人一個系統,這個對每個人的個人提升更好,但是開發進度不好保證。

3.代碼只寫不測。想想當年我自己寫代碼的時候也是這樣,悶着頭寫到完,然後一句一句的debug,太可怕。更可怕的是連測都不測,讓用的人來測。

4.工具的利用。這個正想哭。還好遇到了懂的同事,原來postman能做這麼多事。

5.測試數據的錄入。開發到邏輯較強的核心部分時,因爲錄入的前置數據不正確浪費了大量的時間。

6.接口安全性。多驗證用戶相關性,避免返回敏感信息。

7.衆人經驗不足,到最後才發現支付是個大問題,以爲只傳訂單號就行,導致跟支付有關的數據表,代碼邏輯都要重寫。

8.我寫的PHP接口。這真是一個承接上下的工作,新到同事幹這個還是很合適的,工作內容比較簡單,關鍵是一個項目下來幾乎所有的人都會打交道,所有人都認識了。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章