福大軟工 · 第八次作業（課堂實戰）- 項目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分鐘視訊
	後端開發，算法設計	資料庫搭建管理，确定接口

• 燃盡圖

• 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	· 需求分析 (包括學習新技術)
· 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
		外派他組
		實體關系圖設計，臨時組長
		外派他組，部落格撰寫

個人感受

• 因為換隊友和隊長，一開始看到這個作業感覺到心态崩了，老師好有心機呀，阻止了我摸魚。
• 但是幸好我們隊伍有第二把交椅，防止了整個隊伍心态崩的情況。
• 優點：
  • 了解到别人對于我們隊伍項目的了解程度
  • 了解到别人對我們隊伍項目設計的看法
  • 擴大社交面
• 缺點：
  • 設計主要想法變得比較虛
• 臨時隊長：
  • 一個字：穩
  • 兩個字：牛逼
  • 三個字：超級強
• 新隊友:
  • 很好
  • 人長得好看