團隊項目之UML圖設計

• 團隊

學號	姓名	本次作業博客鏈接
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分鍾視頻
鄭孔宇	前端開發	小程序界面
俞凱欣	UI，原型設計	原型設計+1分鍾視頻
林世傑	后端開發，算法設計	數據庫搭建管理，確定接口

• 燃盡圖

• UML圖

• part1

• 這里描述的是系統哪部分？

  • 這部分主要描述系統后端，用戶、照片、評論和心情功能方面的內容

• 這部分要面臨什么樣的問題？

  • 各個功能的信息交集比較多，存在信息的冗余

• 以下設計解決了什么問題？

  • 理清業務流程，降低后端耦合程度

• 附：類圖
  

• part2

• 這里描述的是系統哪部分？

  • 這部分主要描述用戶功能的選擇和跳轉。

• 這部分要面臨什么樣的問題？

  • 活動的進入、退出、跳轉。

• 以下設計解決了什么問題？

  • 理清功能分布，更加直觀的展示功能的進入、退出、跳轉。

• 附：狀態圖
  

• part3

• 這里描述的是系統哪部分？

  • 這里是旅游記錄管理系統部分的用例圖

• 這部分要面臨什么樣的問題？

  • 這部分將面對如何管理用戶旅游記錄和用戶如何編輯旅游記錄的問題。

• 以下設計解決了什么問題？

  • 以下設計羅列了旅游記錄的管理邏輯，用戶可以添加新紀錄和按文字，圖片，視頻這三個分類來查看已有的記錄。關於添加記錄，支持添加文字，圖片和視頻。用戶編輯完后可以保存，也可以刪除已有記錄。

• 附：用例圖1
  

• part4

• 這里描述的是系統哪部分？

  • 這里是旅游記錄分享系統部分的用例圖。

• 這部分要面臨什么樣的問題？

  • 這部分將面對用戶如何分享和分享后有哪些功能的問題。

• 以下設計解決了什么問題？

  • 以下設計列出了用戶生成分享內容的三種形式：用戶可以選擇一系列旅游記錄生成旅游故事，也可以把去過的地方連起來生成一張路線圖，或者把去過的地方標注出來生成旅游版圖。用戶分享后，其他人可以點贊評論。

• 附：用例圖 2
  

• part5

• 這里描述的是系統哪部分？

  • 這里是用戶中心及旅游推薦系統部分的用例圖。

• 這部分要面臨什么樣的問題？

  • 這部分將面對用戶登錄管理，用戶信息維護和如何推薦旅游地點的問題。

• 以下設計解決了什么問題？

  • 以下設計列出了基本的登錄退出和用戶信息維護功能。用戶可以查看修改個人信息，可以發送反饋意見。關於旅游地點推薦，可以選擇推薦附近的地點，或者根據以往的旅游偏好，推薦下次旅游地點。

• 附：用例圖3
  

• part6

• 這里描述的是系統哪部分？

  1. 查看不同地圖版面以及個人信息部分
  2. 記錄文字、照片、視頻及生成旅游短故事部分
  3. 查看用戶信息和系統信息以及提出反饋部分
  4. 生成各個時間段旅游故事部分
  5. 分享不同版本線路圖部分
  6. 根據信息生成附近及下次旅游地點部分

• 這部分要面臨什么樣的問題？

  • 包含比較多部分的功能，以及各部分的功能都需進行細分，比較難以理清各個部分的流程以及各個功能的聯系和各個部分的組合。

• 以下設計解決了什么問題？
  -設計完活動圖之后，能夠比較清晰和直觀的體現整個運行的活動流程，明白分割成不同的部分，及各個部分中所含有的具體功能和作用。

• 附：活動圖
  

• part7

• 這里描述的是系統哪部分？

  • 這部分主要描述信息需求和存儲在數據庫中的數據信息類型。

• 這部分要面臨什么樣的問題？

  • 理清現實實體之間關系並直觀描述實體屬性及實體之間聯系。

• 以下設計解決了什么問題？

  • 方便需求分析，利於數據庫信息存儲

• 附：E-R圖
  

• part8

• 這里描述的是系統哪部分？

  • 管理員、用戶、后端之間的關系。

• 這部分要面臨什么樣的問題？

  • 不同角色權限、功能歸納

• 以下設計解決了什么問題？

  • 弄清楚角色關系，交互更安全方便

• 附：泳道圖

• part9

• 這里描述的是系統哪部分？

  • 功能的順序跳轉和返回。

• 這部分要面臨什么樣的問題？

  • 功能之間可能會出現混亂

• 以下設計解決了什么問題？

  • 解決了功能順序混亂的問題

• 附：時序圖
  

• 工具選擇

我們選擇的是 Process On

• 使用后對工具的評價
  在網頁上可以直接制作很方便，而且用到的功能都是不收費的。

• PSP表格

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	10	15
· Estimate	· 估計這個任務需要多少時間	100	180
Development	開發
· Analysis	· 需求分析 (包括學習新技術)	10	10
· Design Spec	· 生成設計文檔	5	5
· Design Review	· 設計復審 (和同事審核設計文檔)
· Coding Standard	· 代碼規范 (為目前的開發制定合適的規范)
· Design	· 具體設計
· Coding	· 具體編碼
· Code Review	· 代碼復審
· Test	· 測試（自我測試，修改代碼，提交修改）	5	10
Reporting	報告
· Test Report	· 測試報告
· Size Measurement	· 計算工作量	5	10
· Postmortem & Process Improvement Plan	· 事后總結, 並提出過程改進計划	5	10
合計		150	240

• 本隊“臨時隊長”給出的“課上”貢獻分評估

學號	成員	參與	貢獻比例
031602406	程曉宏（臨時組長)	實體關系圖設計	11
031602501	蔡宇航	實體關系圖設計	8
051501124	王彬	類圖設計	8
031602438	葉一帆	類圖設計，泳道圖設計	13
031602407	何家健	活動圖設計	9
031602410	黃海潮	活動圖設計	9
031602429	王錦揚	狀態圖設計，時序圖設計	12
031602442	鄭孔宇	狀態圖設計	10
181600215	林翔宇	用例圖設計	10
031602421	林世傑	用例圖設計	10

• 本隊“原隊長”給出的“課后”貢獻分評估

學號	成員	參與	貢獻比例
031602428	蘇路明	外派他組，提供作業准備，燃盡圖，分工明細，Todolist	12
031602401	陳瀚霖	外派他組	9
031602406	程曉宏	實體關系圖設計，臨時組長	12
031602438	葉一帆	類圖設計，泳道圖設計	11
031602407	何家健	活動圖設計	9
031602410	黃海潮	活動圖設計	9
031602429	王錦揚	狀態圖設計，時序圖設計	10
031602442	鄭孔宇	狀態圖設計	9
031602439	俞凱欣	外派他組，博客撰寫	10
031602421	林世傑	用例圖設計	9

• 給出本次換隊環節的感受

• 換隊同學的感受
  第三組的工作范圍還不錯，有討論的同時也沒有爭執。組長直接通過qq群發布任務，簡單直白。行動力很高，在交付任務后大家就開始做自己的任務了，並且在時限前都按時提交了。臨時隊長可能是不熟的原因，對我們提出的要求較少。