目錄
- 前言
- 項目的連結與宣傳
- 項目總結
- 原計劃
- 達成情況
- 原因分析
- 【 Beta 沖刺部落格連結彙總】
- 【燃盡圖】
- Beta版本展示
- 使用說明
- 視訊展示
- 圖檔展示
- 答辯總結
- 【團隊中個人的貢獻比例】
- 【評審表格設計】
- 【答辯得分】
- 【問題&回答】
- 個人部分
- 隊名:拖鞋旅遊隊
- 作業部落格:https://edu.cnblogs.com/campus/fzu/Grade2016SE/homework/2549
- 組長部落格:https://www.cnblogs.com/Sulumer/p/10162247.html
- 隊員:
隊員名字 職責 部落格連接配接 蘇路明 組長 https://www.cnblogs.com/Sulumer/p/10162247.html 黃海潮 前端 https://www.cnblogs.com/T1DE/p/10163852.html 何家健 https://www.cnblogs.com/hjj455/p/10162588.html 陳瀚霖 https://www.cnblogs.com/031602401chl/p/10162354.html 鄭孔宇 https://www.cnblogs.com/kkyblog/p/10162281.html 王錦揚 UI https://www.cnblogs.com/shifengqia/p/10162351.html 俞凱欣 https://www.cnblogs.com/ykxx/p/10163842.html 葉一帆 後端 https://www.cnblogs.com/yyf031602438/p/10162366.html 林世傑 https://www.cnblogs.com/q1076452761/p/10162360.html 程曉宏 https://www.cnblogs.com/Yasin-cxh/p/10161968.html
- 項目宣傳視訊連結
- GitHub項目連結
實作功能 | 預期完成程度 |
---|---|
上傳照片 | 完美實作 |
照片資訊标注在地圖上 | 對于有地理資訊的照片能夠較為精确的定位 |
足迹地圖可視化 | 能夠用顔色區分出到到每個省份的程度以及顯示到達的地點 |
生成旅遊故事 | 能夠生成不同的故事模闆,以及智能顯示一些已上傳的圖檔 |
個人中心 | 能夠顯示個人成就達成情況,以及去過的省份數量,城市數量 |
産品回報 | 實作使用者回報 |
pc端批量上傳照片插件 | 在pc端登入使用者ID選擇照片檔案夾進行上傳圖檔 |
生成海報進行分享 | 實作以h5的形式分享自己旅遊足迹到朋友圈 |
達到預期完成程度 | |
照片标注在地圖上 | |
目前可生成一種故事模闆,不能很好智能篩選圖檔(可顯示圖檔) | |
無法檢視成就詳細資訊,其餘情況以已達成 | |
達成預期完成情況 | |
目前隻能使用者自己截圖,可分享到朋友,但分享不到朋友圈 |
- 生成旅遊故事:
- 時間較為緊迫
- 設計使用者故事模闆的想法有,但技術不足
- 前端使用者故事界面設計時間較長
- 技術不足,無法對照片類型進行識别-導緻生成模闆單一
- 個人中心:
- 成就的詳細資訊,沒有設計文案
- 生成海報進行分享:
- 技術不足,查閱資料沒有實作分享截圖功能
- 目前沒有生成h5代碼的方法
Beta沖刺 | 連結 |
---|---|
Beta 沖刺(1/7) | https://www.cnblogs.com/Sulumer/p/10093150.html |
Beta 沖刺(2/7) | https://www.cnblogs.com/Sulumer/p/10104842.html |
Beta 沖刺(3/7) | https://www.cnblogs.com/Sulumer/p/10116813.html |
Beta 沖刺(4/7) | https://www.cnblogs.com/Sulumer/p/10123035.html |
Beta 沖刺(5/7) | https://www.cnblogs.com/Sulumer/p/10129059.html |
Beta 沖刺(6/7) | https://www.cnblogs.com/Sulumer/p/10129063.html |
Beta 沖刺(7/7) | https://www.cnblogs.com/Sulumer/p/10129067.html |
- 草履記使用說明書
- pc端下載下傳包
- b站視訊連結
- 授權界面
- 主界面
- 圖檔地理位置顯示
- 足迹地圖
- 照片上傳功能及pc端連結
- 小程式上傳照片
- pc端批量上傳說明-(點選我有很多照片)
- 回報中心
- 旅遊故事模闆
- pc端插件
學号 | 成員 | 參與 | 貢獻比例 |
---|---|---|---|
031602428 | 整合前端、對接後端、測試、前端部分開發 | 12 | |
031602401 | 首頁地圖頁面開發、優化 | 9 | |
031602406 | 設計旅遊故事模闆、設計、接口開發、ppt制作演講 | 10 | |
031602438 | 後端接口設計,接口開發、對接前端、測試 | 11 | |
031602407 | 使用者中心、回報界面完善,評審表、回答問題 | 8 | |
031602410 | 設計、制作旅遊故事界面 | ||
031602429 | 部落格撰寫、評分表,設計UI文檔 | ||
031602442 | 可視化地圖開發 | ||
031602439 | UI圖示設計、設計UI文檔、視訊錄制 | ||
031602421 | 設計使用者資料統計接口、接口開發、事後部落格撰寫 |
- 評審表
- 評分:去除最高分(70)最低分(82)後平均分:77.83
組号 團隊名 評分 1 爸爸餓了 80 2 拖鞋旅遊隊 78 3 彳艮彳亍隊 79 4 火箭少男100 5 起床肝活隊 71 6 404 Note Found隊 70 7 第三視角 小白吃 82
第一組的問題:
Q1: 關于圖檔無法批量上傳有可能的解決方法嗎?
A1:關于這個問題,因為我們技術有限目前還沒有找到好的方法使得微信小程式能夠批量上傳照片,或許之後改成安卓端可能就可以實作 了。
Q2:Beta階段的開發遇到了怎樣的困難又是如何解決的?
A2:主要遇到問題有界面UI不美觀,一些照片内容資訊缺失的問題、生成使用者故事問題,解決方法:盡量找到好看的UI,對一些照片的空内容進行預處理保證不會出現空指針,使用者故事生成方面是根據網易雲年度總結的想法進實作的,但是目前還不是很智能的識别出圖檔。
Q3:對項目遠期的展望?
A3:擁有大量使用者,可以分析使用者旅遊資料情況,得到有用的資料,對後期一些開發做好鋪墊。
第三組的問題:
Q1:如何規劃項目的後期更新疊代問題?
A1:這個規劃主要在我們小組的leangoo中展現,應該目前主要以查找bug和修複bug為主,使得使用者體驗變得更好。
Q2:如何對項目進行後期評估?
A2:後期評估主要會根據使用者的回報資訊以及使用者的體驗情況為主。
Q3:如何加速項目所使用的算法?
A3:目前主要是技術有限,先把保證主要功能能夠給使用者正常使用。目前還沒有去思考優化算法問題。
第四組的問題:
Q1:beta版本之後對項目有什麼目标呢?
A1:主要應該是修複bug以及嘗試生成h5的海報,實作真正的分享功能。
Q2:自認為最最核心的功能是什麼呢
A2:最核心的功能就是地圖闆塊的可視化和使用者故事的生成。
Q3:在推廣項目方面有什麼計劃呢
A3:目前詳細計劃還沒有,目前主要先解決好一些bug之後,嘗試釋出,然後再進行産品宣傳。
第五組的問題:
Q1:桌面版是否隻是為了批量上傳照片所開發的?或者有什麼不同于手機端的功能。
A1:是的,目前桌面版主要是為了快速批量上傳照片而開發的,是根據之前柯大老闆的建議進行添加的。主要是把照片資訊傳入資料庫,然後前端的顯示還是主要運用手機端。是以桌面版隻是一個輔助工具,是必須與手機端結合使用的。
Q2:有沒有打算在最終版答辯之前實作小程式内一次性上傳多張照片的功能?
A2:目前還沒有打算實作這個功能,這方面主要是因為微信上面的限制,如果要實作,可能需要改成安卓和IOS端。
Q3:使用者使用過程中會不會出現資料丢失的情況,如之前已經上傳過的資料由于某些原因被清除,如果有的話,是否有資料備份?
A3:使用者使用過程中不會出現資料的丢失的問題,如果資料的丢失,那麼主要原因是我們這麼資料庫的操作問題,并沒有進行資料備份。
第六組的問題:
Q1:你們團隊的真實性可以進一步提高,後續會怎麼優化這一方面呢?
A1:什麼叫真實性可以進一步提高?我們全部利用的是真實資料,主要資料來源于柯老闆給的照片資料。
Q2:你們的有提到要釋出産品,有想過怎麼宣傳自己的産品,吸引更多使用者嗎?
A2:目前還沒有詳細思考怎麼宣傳自己的産品,主要以先成功釋出該小程式為主。
Q3:你們的團隊分工可以簡要介紹一下嗎?
A3:抱歉,我們團隊的分工情況,在答辯時候沒有給出,導緻這樣的問題出現。我們這個階段分工可以參考這篇部落格上面每個組員的貢獻情況。
第七組的問題:
Q1:桌面端除了批量上傳圖檔功能外,還有其他功能點供使用者使用嗎?
A1:目前沒有其他功能供使用者使用,詳細回答可以看上面第五組的問題Q1。
Q2:考慮過如何推廣增加使用者量嗎?
A2:目前還沒有詳細考慮,主要以成功釋出小程式為主。
Q3:考慮增加生成使用者印象功能嗎?
A3:謝謝你們組的建議,這個在後期我們會根據情況考慮一下。
第八組的問題:
Q1:感覺現在的功能已經比較完善,是否考慮适當增加測試使用者群體來進一步完善小程式?
A1:是的,我們會适當将一些使用者加入到我們的内測當作,如果目前有人感興趣,可以向我們組的組長申請授權成為體驗使用者。
Q2:想詢問下桌面端和手機端的功能差異,且是否有制作桌面端的必要?
A2:對于差異問題,可以參考第五組的問題Q1,是有必要的,因為本來我們是基于微信小程式的方式進行實作,而微信方面并不能實作大量批量上傳圖檔,是以根據柯老闆的建議,進而開發桌面端。
Q3:你們相較于其他産品,現在有比較特殊或者是亮眼的功能嗎?
A3:在這之前有進行過競品分析,其他競品主要是以推薦旅遊地點為主,而我們主要是為了滿足使用者虛榮心,整理使用者旅遊情況,展現使用者的旅遊情況。
- 個人PSP
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
Planning | 計劃 | ||
· Estimate | · 估計這個任務需要多少時間 | 110 | 140 |
· Development | 開發 | 20 | |
· Analysis | · 需求分析 (包括學習新技術) | ||
· Design Spec | · 生成設計文檔 | ||
· Design Review | · 設計複審 (和同僚稽核設計文檔) | ||
· Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | ||
· Design | · 具體設計 | 40 | |
· Coding | · 具體編碼 | ||
· Code Review | · 代碼複審 | ||
· Test | · 測試(自我測試,修改代碼,送出修改) | ||
· Reporting | 報告 | ||
· Test Report | · 測試報告 | ||
· Size Measurement | · 計算工作量 | ||
· Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
合計 | 130 |
- 個人學習進度條
第N周 | 新增代碼 | 累計代碼 | 本周學習時間 | 累計學習時間(小時) | 重要成長 |
---|---|---|---|---|---|
200 | 對Axure的學習 | ||||
400 | 函數學習 | ||||
600 | 19 | ||||
27 | 原型設計學習 | ||||
35 | 視屏制作學習 | ||||
43 | 旅遊故事模闆設計 | ||||
800 | 51 | 抽獎原型設計,旅遊故事原型設計 | |||
1000 | 59 | 原型完善 |