福大軟工 · 第八次做業(課堂實戰)- 項目UML設計(團隊)

團隊信息

  • 隊名:彳艮彳亍團隊html

  • 本次做業課上成員前端

短學號 本次做業博客連接
2507 俞辛(臨時隊長) http://www.javashuo.com/article/p-wbhimzck-ce.html
2523 宏巖 http://www.cnblogs.com/031602523liu/p/9822823.html
1131 喜源
2502 柏濤 http://www.javashuo.com/article/p-wbhimzck-ce.html
2431
2439 凱欣
2219 奇豪 http://www.javashuo.com/article/p-mezkqnqe-dv.html
2230 愷翔
2509 鈞昊
2325
  • 原組成員
學號 本次做業博客連接
031602219 奇豪(隊長) http://www.javashuo.com/article/p-mezkqnqe-dv.html
041602209 毓明 http://www.cnblogs.com/mingsonic/p/9820702.html
041602204 水源 http://www.cnblogs.com/littlenorthwest/p/9820713.html
061600236 禮亮 http://www.cnblogs.com/YangLiLiang/p/9821082.html
031602603 超星 http://www.cnblogs.com/ccxccx/p/9822698.html
181600215 翔宇 http://www.javashuo.com/article/p-dvaqmpww-dn.html
031601123 志銘 http://www.cnblogs.com/zhimingfzu/p/9823028.html
031601124 http://www.cnblogs.com/jxdbky/p/9822930.html

團隊分工

如下是暫定的任務細則與todolist,後續會根據具體的實現進度作相應的調整與增改web

負責人 分工明細 Todolist
柯奇豪 後端方面負責共享編輯功能的實現,同時負責項目具體任務的分配以及後續各階段進度的跟進 1.完成先後端接口的定義工做;2.實現基礎的文本編輯功能;3.完成簡單的文本選擇註釋功能
黃毓明 後端方面負責投票功能的實現 1.完成先後端接口的定義工做;2.實現基本的投票功能;3.結果數據的分析與返回
丁水源 後端方面負責通知功能的實現 1.完成先後端接口的定義工做;2.實現基本的通知功能;3.實現通知欄提醒功能
楊禮亮 原型設計以及總體美工 1.有一個總體效果可觀的原型;2.初定具體界面的ui
林翔宇 後端方面負責收集想法功能的實現 1.完成先後端接口的定義工做;2.實現基本的問答功能
黃志銘 前端方面負責具體界面的實現以及後端交互 1.與後端交互基本實現;2.界面的總體編寫;3.後續界面的優化
陳超星 後端方面負責簽到功能的實現 1.完成先後端接口的定義工做;2.實現基本的簽到功能;3.改進簽到功能實現優化
蔣熊 前端方面負責具體界面的實現以及後端交互 1.與後端交互基本實現;2.界面的總體編寫;3.後續界面的優化

燃盡圖

UML

PART 1 —— 部署圖

  1. 我的管理系統和登陸系統
  • 這裏描述的是系統哪部分?
    • 這裏主要說明的是部署問題。
  • 這部分面臨什麼樣的問題?
    • 服務器及數據庫的搭建,先後端交互等。
  • 如下設計解決了哪些問題?
    • 前端客戶操做返回給後臺服務器,後端服務器依照前端操做給出相應返回值,從數據庫中調用相應的數據。
  • 附:部署圖

PART 2 —— 類圖

  • 這裏描述的是系統哪部分?
    • 使用WeEdit小程序的功能方面內容。
  • 這部分要面臨什麼樣的問題?
    • 項目模塊定義不夠清晰;
    • 代碼未有統一格式;
  • 如下設計解決了哪些問題?
    • 經過統一參數,方便後續先後端工做的配合。
  • 附:
    類圖

PART 3 —— 狀態圖

  • 這裏描述的是系統哪部分?
    • 這部分UML描述了發佈簽到、發佈共享文檔、發佈投票功能可能的狀態以及其中狀態的具體活動。
  • 這部分面臨什麼樣的問題?
    • 每一個具體狀態轉化細化得不夠徹底、在實現中還需更近一步改進。
  • 如下設計解決了哪些問題?
    • 體現了軟件須要的功能以及解決了軟件內部各功能實現的邏輯問題。
  • 附:
    狀態圖

PART 4 —— 用例圖

  • 這裏描述的是系統哪部分?
    • 這裏是用戶在WeEdit系統上可以進行各項操做的部分,以及對操做內容的具體化。
  • 這部分面臨什麼樣的問題?
    • 須要面臨功能如何按照用戶習慣排布的問題。
  • 如下設計解決了哪些問題?
    • 各個功能模塊之間直觀的邏輯聯繫。
  • 附:
    用例圖

PART 5 —— 活動圖

  • 這裏描述的是系統哪部分?
    • 描述了用戶具體選擇發佈通知,現場簽到,投票,想法收集和文章分享這幾大模塊。以及每一個模塊相對應的後續操做和結果。如進入現場簽到模塊後,能夠選擇簽到會議。
  • 這部分面臨什麼樣的問題?
    • 不能防止同窗帶翹課的同窗的手機來簽到。
  • 如下設計解決了哪些問題?
    • 解決了用戶權限的問題。不一樣權限的用戶進入不一樣的界面,進行不一樣的操做,不會發生權限混亂形成文件出現錯誤。
  • 附:
    活動圖

PART 6 —— 時序圖

  • 這裏描述的是系統哪部分?
    • 展現對象之間交互的順序。它經過描述對象之間發送消息的時間順序顯示多個對象之間的動態協做。
  • 這部分面臨什麼樣的問題?
    • 須要理清項目各模塊內的邏輯,按時間順序顯示各模塊內的動態協做。
  • 如下設計解決了哪些問題?
    • 更加清晰地展現了各模塊內的交互邏輯、交互順序。
  • 附:
    時序圖

PART 7 —— 實體關係圖

  • 這裏描述的是系統哪部分?
    • 主要描述的是系統的概念結構設計的部分。
  • 這部分面臨什麼樣的問題?
    • 實體的決定、實體屬性的決定、實體之間的關係(包括了一對一,一對多,多對一,多對多)
  • 如下設計解決了哪些問題?
    • 分配了七個實體:參與者、發起者、投票、現場簽到、文章分享、想法收集、發佈通知。
    • 各實體屬性的決定。具體屬性可參照「實體關係圖」。
    • 各實體之間的關係。具體實體之間的關係可參照「實體關係圖」
  • 參與者:
    實體關係圖數據庫

  • 發起者:
    實體關係圖小程序

工具選擇

本次做業團隊的選擇爲 Process On後端

使用後對工具的評價

方便易用,無需下載專門的軟件,直接在web端就能夠實現很好的效果,高效便捷服務器

PSP表格

PSP2.1 Personal Software Process Stages 預估耗時(分鐘) 實際耗時(分鐘)
Planning 計劃 10 15
· Estimate · 估計這個任務須要多少時間 10 10
Development 開發
· Analysis · 需求分析 (包括學習新技術) 10 15
· Design Spec · 生成設計文檔 5 5
· Design Review · 設計複審 (和同事審覈設計文檔) 5 5
· Coding Standard · 代碼規範 (爲目前的開發制定合適的規範) 0 0
· Design · 具體設計 60 80
· Coding · 具體編碼 0 0
· Code Review · 代碼複審 0 0
· Test · 測試(自我測試,修改代碼,提交修改) 10 20
Reporting 報告
· Test Report · 測試報告 0 0
· Size Measurement · 計算工做量 5 5
· Postmortem & Process Improvement Plan · 過後總結, 並提出過程改進計劃 5 10
合計 120 165

評估成員的貢獻分配

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

貢獻分+基礎分=總得分(%)
黃毓明(臨時隊長) 15+2=17
楊禮亮 14+2=16
禮亮 11+2=13
蔣熊 6+2=8
黃志銘 6+2=8
蘇路明 13+2=15
陳瀚霖 7+2=9
胡展瑞 12+2=14
  • 本隊「原隊長」給出的「課後」貢獻分評估
學號 「課後」貢獻分 評價
031602219 奇豪(隊長) 12.5% 分配到的任務不難,算是正常操做,做爲標準拿個基礎分
041602209 毓明 14.5% 做爲臨時隊長分配管理很好,各項任務也能盡職盡責
041602204 水源 13.5% 任務完成基本符合預期,可是用詞上還須要改進,例如ER圖中實體、屬性應該是名詞,「覈實」以及某些實體的叫法都偏動做了些
061600236 禮亮 13.5% 任務完成基本符合預期,可是菱形分支上缺少條件說明,部分箭頭指示缺失,還望及時修改
031602603 超星 6.5% 參照交換組的評定,彷佛貢獻度不夠,需注意
181600215 翔宇 12.5% 參照交換組的評定,任務完成基本符合預期
031601123 志銘 10.5% 兩人作的話彷佛分攤的工做量略小,同時類圖的規範標準彷佛沒有明確,"+"(public)、"-"(private)和"#"(protected)的區別
031601124 10.5% 兩人作的話彷佛分攤的工做量略小,同時類圖的規範標準彷佛沒有明確,"+"(public)、"-"(private)和"#"(protected)的區別

給出本次換隊環節的感覺

  • 本次實踐課中,我做爲被換出的隊員加入到了其餘組的項目進程中去。在其餘的隊伍裏,我我的的感覺是工做氛圍相對會更加的融洽一些,行動力方面你們都很認真負責,臨時隊長與我(原隊組長)相較而言,態度會更加的隨和。對於交換後的心得,最大的感觸是組內的審覈標準與斟酌的言辭用語相對來講會比我以前更加的嚴格,這是我在加入其餘組之後發覺自身須要改進的地方,做爲組長自己還須要再多花些功夫在複審工做上,少一點干預。給本身組員提早一劑預防針:後續本組組員的返工工做估計要多起來啦啦啦。
相關文章
相關標籤/搜索