項目UML設計（團隊）

标簽（空格分隔）： 軟工實踐

隊名:wonderland之K班小分隊

分組長:漢森205

組員:文航248、興桔123

作業的傳送門

一、工具選擇processon

processon傳送門

選擇理由:

• 線上制作,實時協作
• 基本功能齊全,簡潔
• 知乎良心推薦
• 支援多人協作,靈活友善

二、團隊分工

alpha 版本

燃盡圖

各成員分工明細及 TODO list

周數	工作時間	負責人員	工作内容
7	10.23 ~ 10.29	陳漢森	平台環境搭建、UI設計、初步架構搭建
鄭浩晖	編碼規範的完成、需求規格說明書終版
8	10.30 ~ 11.05	陳漢森、鄭浩晖	UI設計改進、架構設計、測試計劃
後端成員	接口文檔編寫、資料庫設計
9-10	11.06 ~ 11.16		組織每日站立式會議
-	MVP架構的搭建
	維基 [包含訓練記錄及訓練總結] 設計與實作
鄭書豪	部落格子產品設計及博文編輯功能的實作
吳海林	實作博文增加及删除功能
左文航	實作博文清單擷取
廖興桔	題量爬取
	标簽系統資料庫設計及擷取标簽功能的實作
	标簽的實作、關聯部落格系統中的博文
	代碼稽核、測試、簽入
全員	Alpha版本釋出
10	11.16 ~ 11.19		收集使用者試用回報
	測試計劃改進
	項目完善
11	11.19 ~ 11.26		組織站立式會議
	伺服器、用戶端測試
鄭書豪、吳海林	項目推進
12	11.26 ~ 12.03		正式版本完善
	相關測試
	使用者手冊設計及撰寫
13	12.03 ~ 12.10		正式版本釋出
	撰寫宣傳推廣文案

三、UML

1.用例圖

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

  描述使用者與管理者使用與部落格相關的功能與操作

• 以下設計解決了哪些問題？

  更加形象的描述了使用部落格的功能

附：UML部落格用例圖

2.活動圖

• 爬蟲的爬取有關oj部分的資訊,如:過題數、過題記錄

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

  爬取不同oj可能會出現失敗

• 對爬取失敗情況進行了處理
• 附：UML圖

狀态圖

• 釋出文章（題解或者随筆）到通知全站的過程。
• 從釋出文章到通知全站詳細流程複雜
• 将流程拆分成不同狀态，過程清晰

• 

類圖

• 使用個人部落格文章方面的内容
• 更加清晰部落格文章方面的内容
• 附：UMLblog類圖

  

3.使用後對工具的評價（5分）

• 使用起來很簡潔，友善
• 使用效率很高,導出功能也很簡便
• 多人協作功能效果不錯
• 沒有花式的模版,存在一些繪制工具的缺失

附表

評估成員的貢獻配置設定

姓名	漢森	文航	興桔
貢獻	25%	50%

D廖興桔（計1） 2017/10/27 23:49:40

psp我沒複制

D廖興桔（計1） 2017/10/27 23:49:44

用你自己的

PSP表

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	3	2
· Estimate	· 估計這個任務需要多少時間
Development	開發	120	90
· Analysis	· 需求分析 (包括學習新技術)
· Design Spec	· 生成設計文檔
· Design Review	· 設計複審 (和同僚稽核設計文檔)
· Coding Standard	· 代碼規範 (為目前的開發制定合适的規範)
· Design	· 具體設計
· Coding	· 具體編碼
· Code Review	· 代碼複審
· Test	· 測試（自我測試，修改代碼，送出修改）
Reporting	報告
· Test Report	· 測試報告		60
· Size Measurement	· 計算工作量
· Postmortem & Process Improvement Plan	· 事後總結, 并提出過程改進計劃
合計	216	154