-
團隊
| 學号 | 姓名 | 本次作業部落格連結 |
|---|---|---|
| 031602428 | 蘇路明（組長） | https://www.cnblogs.com/Sulumer/p/9822854.html |
| 031602401 | 陳瀚霖 | https://www.cnblogs.com/031602401chl/p/9822872.html |
| 031602406 | 程曉宏 | https://www.cnblogs.com/Yasin-cxh/p/9820917.html |
| 031602438 | 葉一帆 | https://www.cnblogs.com/yyf031602438/p/9822412.html |
| 031602407 | 何家健 | https://www.cnblogs.com/hjj455/p/9822962.html |
| 031602410 | 黃海潮 | http://www.cnblogs.com/T1DE/p/9822684.html |
| 031602429 | 王錦揚 | http://www.cnblogs.com/shifengqia/p/9820914.html |
| 031602442 | 鄭孔宇 | https://www.cnblogs.com/kkyblog/p/9820880.html |
| 031602439 | 俞凱欣 | https://www.cnblogs.com/ykxx/p/9822397.html |
| 031602421 | 林世傑 | https://www.cnblogs.com/q1076452761/p/9822943.html |
-
團隊分工
-
WBS
-
Alpha版本
小程式界面完成。
圖檔定位功能實作。
生成旅遊故事功能基本實作。
資料庫搭建管理。
資料優化。
-
各成員分工明細及 TODO list
| 負責人 | 分工明細 | TODO list |
|---|---|---|
| 蘇路明 | 功能界面構思，線框圖，任務分工，把握項目進度 | 配合UI設計界面 |
| 前端開發 | 小程式界面 | |
| 後端學習，輔助後端開發 | 項目需求PPT制作+答辯 | |
| 項目架構設計，協調前後端，主持開發 | 協調前後端，項目開發難度把控 | |
| 前端學習，輔助前端開發 | 前端學習，小程式界面 | |
| UI，原型設計 | 原型設計+1分鐘視訊 | |
| 後端開發，算法設計 | 資料庫搭建管理，确定接口 |
-
燃盡圖
-
UML圖
-
part1
- 這裡描述的是系統哪部分？
- 這部分主要描述系統後端，使用者、照片、評論和心情功能方面的内容
- 這部分要面臨什麼樣的問題？
- 各個功能的資訊交集比較多，存在資訊的備援
- 以下設計解決了什麼問題？
- 理清業務流程，降低後端耦合程度
- 附：類圖
軟工第八次作業 -
part2
-
- 這部分主要描述使用者功能的選擇和跳轉。
-
- 活動的進入、退出、跳轉。
-
- 理清功能分布，更加直覺的展示功能的進入、退出、跳轉。
- 附：狀态圖
軟工第八次作業 -
part3
-
- 這裡是旅遊記錄管理系統部分的用例圖
-
- 這部分将面對如何管理使用者旅遊記錄和使用者如何編輯旅遊記錄的問題。
-
- 以下設計羅列了旅遊記錄的管理邏輯，使用者可以添加新紀錄和按文字，圖檔，視訊這三個分類來檢視已有的記錄。關于添加記錄，支援添加文字，圖檔和視訊。使用者編輯完後可以儲存，也可以删除已有記錄。
- 附：用例圖1
軟工第八次作業 -
part4
-
- 這裡是旅遊記錄分享系統部分的用例圖。
-
- 這部分将面對使用者如何分享和分享後有哪些功能的問題。
-
- 以下設計列出了使用者生成分享内容的三種形式：使用者可以選擇一系列旅遊記錄生成旅遊故事，也可以把去過的地方連起來生成一張路線圖，或者把去過的地方标注出來生成旅遊版圖。使用者分享後，其他人可以點贊評論。
- 附：用例圖 2
軟工第八次作業 -
part5
-
- 這裡是使用者中心及旅遊推薦系統部分的用例圖。
-
- 這部分将面對使用者登入管理，使用者資訊維護和如何推薦旅遊地點的問題。
-
- 以下設計列出了基本的登入退出和使用者資訊維護功能。使用者可以檢視修改個人資訊，可以發送回報意見。關于旅遊地點推薦，可以選擇推薦附近的地點，或者根據以往的旅遊偏好，推薦下次旅遊地點。
- 附：用例圖3
軟工第八次作業 -
part6
-
- 檢視不同地圖版面以及個人資訊部分
- 記錄文字、照片、視訊及生成旅遊短故事部分
- 檢視使用者資訊和系統資訊以及提出回報部分
- 生成各個時間段旅遊故事部分
- 分享不同版本線路圖部分
- 根據資訊生成附近及下次旅遊地點部分
-
- 包含比較多部分的功能，以及各部分的功能都需進行細分，比較難以理清各個部分的流程以及各個功能的聯系和各個部分的組合。
- -設計完活動圖之後，能夠比較清晰和直覺的展現整個運作的活動流程，明白分割成不同的部分，及各個部分中所含有的具體功能和作用。
- 附：活動圖
軟工第八次作業 -
part7
-
- 這部分主要描述資訊需求和存儲在資料庫中的資料資訊類型。
-
- 理清現實實體之間關系并直覺描述實體屬性及實體之間聯系。
-
- 友善需求分析，利于資料庫資訊存儲
- 附：E-R圖
軟工第八次作業 -
part8
-
- 管理者、使用者、後端之間的關系。
-
- 不同角色權限、功能歸納
-
- 弄清楚角色關系，互動更安全友善
- 附：泳道圖
-
part9
-
- 功能的順序跳轉和傳回。
-
- 功能之間可能會出現混亂
-
- 解決了功能順序混亂的問題
- 附：時序圖
軟工第八次作業 -
工具選擇
我們選擇的是 Process On
-
使用後對工具的評價
在網頁上可以直接制作很友善，而且用到的功能都是不收費的。
-
PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 10 | 15 |
| · Estimate | · 估計這個任務需要多少時間 | 100 | 180 |
| Development | 開發 | ||
| · Analysis | · 需求分析 (包括學習新技術) | ||
| · Design Spec | · 生成設計文檔 | 5 | |
| · Design Review | · 設計複審 (和同僚稽核設計文檔) | ||
| · Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | ||
| · Design | · 具體設計 | ||
| · Coding | · 具體編碼 | ||
| · Code Review | · 代碼複審 | ||
| · Test | · 測試（自我測試，修改代碼，送出修改） | ||
| Reporting | 報告 | ||
| · Test Report | · 測試報告 | ||
| · Size Measurement | · 計算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
| 合計 | 150 | 240 |
-
本隊“臨時隊長”給出的“課上”貢獻分評估
| 成員 | 參與 | 貢獻比例 | |
|---|---|---|---|
| 程曉宏（臨時組長) | 實體關系圖設計 | 11 | |
| 031602501 | 蔡宇航 | 8 | |
| 051501124 | 王彬 | 類圖設計 | |
| 類圖設計，泳道圖設計 | 13 | ||
| 活動圖設計 | 9 | ||
| 狀态圖設計，時序圖設計 | 12 | ||
| 狀态圖設計 | |||
| 181600215 | 林翔宇 | 用例圖設計 | |
-
本隊“原隊長”給出的“課後”貢獻分評估
| 外派他組，提供作業準備，燃盡圖，分工明細，Todolist | |||
| 外派他組 | |||
| 實體關系圖設計，臨時組長 | |||
| 外派他組，部落格撰寫 | |||
-
給出本次換隊環節的感受
臨時隊長是本來的隊員，對本組的項目也比較清楚，對成員分工的時候也比較明确。
本換來的新隊友并不是很清楚本組的項目，在制作各種圖的時候有存在一些對項目的不了解，但是我們在分工的時候是按兩個人一個小組配置設定的，每一個新隊員都有一個老隊員帶着做圖，是以總的還算順利，并且還可以對本組的項目提出不一樣的見解和建議。