1. 程式人生 > >第八次作業(課堂實戰)- 專案UML設計(團隊)

第八次作業(課堂實戰)- 專案UML設計(團隊)

1. 團隊資訊

  • 隊名:小白吃隊
  • 成員:
    • 後敬甲 031602409
    • 盧澤明 031602328
    • 蔡文斌 031602301
    • 葛亮 031602617
    • 劉浩 031602423
    • 黃澤 031602317
    • 黃婧茹 031602315
  • 組長:後敬甲

2.團隊分工

WBS

Alpha版本

任務槽

  • 登陸註冊介面完成
  • 自選視窗的識別結算功能實現
  • 學生端介面基本完成,商家端介面儘可能完成
  • 後端伺服器搭建、資料庫組織
  • 後臺資料分析優化

任務分工

  • 後:確定分工、任務分配、進度跟進、部落格整理
  • 劉浩:伺服器搭建、資料庫組織
  • 盧澤明:識別結算功能優化
  • 黃婧茹:前端美工設計
  • 葛亮:前端介面設計
  • 黃澤:資料分析優化
  • 文斌:資料分析優化

燃盡圖


3.UML

工具

  • Process on
    • 選擇理由:頁面簡潔,功能易懂易用;線上製作,無需下載。
    • 評價工具:
      優點:除了選擇理由中提到的兩點以外,Processon還集成了常用的流程圖、思維導圖、原型設計、UML等圖的繪製功能,再加上友好的團隊協作功能,適合個人和團隊合作開發。在編輯方面,擁有版本恢復功能,和自動儲存功能,避免了因操作失誤導致的成果丟失。
      缺點:原型設計不如MockPlus,畢竟MockPlus是專門做原型設計的。擁有檔案數量限制,需要開通會員或者其他方法獲取。需要聯網使用,目前無法離線使用。不過便利之處也在於可以聯網。

用例圖

  • 必做圖

    • 用例圖
    1. 該部分描述了使用者通過小程式點菜拍照能夠進行的操作,以及拍照識別後的支付和資料的處理
    2. 解決了使用者的可使用範圍,通過我們的系統可以進行自助結賬,點餐,資料週報,菜品調整等功能

    • 類圖
    1. 類圖描述了系統每個部分之間的關係、連線情況。
    2. 面臨模組太多,比較複雜的問題
    3. 解決了利用類體關係圖解決了開發者對各個類體之間關係的巨集觀認識

    • 活動圖
    1. 這裡描述的是系統的學生/教師和商家所在介面下的主要行為對應的結果。
    2. 面臨學生/教師端的分支結構多,在頁面設計和返回的邏輯上有一定的複雜性等問題。
    3. 解決了頁面之間跳轉的選擇問題,以及標明學生/教師界端與商家端的聯絡,使設計介面的時候更為便捷。

    • 狀態圖
    1. 狀態圖(statechart diagram)是描述一個實體基於事件反應的動態行為,
    2. 顯示了該實體如何根據當前所處的狀態對不同的事件做出反應,以及由於各種事件的發生而引起的狀態之間的轉移。

    • 實體關係圖
    1. 該部分主要介紹了專案的所擁有的模組,以及每個模組所附有的屬性。
    2. 主要解決了功能模組的劃分,以及屬性之間的關係,展示了專案所需要的資料

  • 其他圖

    • 時序圖
    1. 時序圖是一種UML互動圖。它通過描述物件之間傳送訊息的時間順序顯示多個物件之間的動態協作。
    2. 面臨著需要先與類圖,活動圖同一等問題
    3. 解決了展示物件之間互動的順序。將互動行為建模為訊息傳遞,通過描述訊息是如何在物件間傳送和接收的來動態展示物件之間的互動;

  • 泳道圖

  1. 該部分描述了各部門的職能和他們之間的聯絡還有整個專案的不同階段。
  2. 方便的描述了各職位的職能流程,直觀描述了各職位的邏輯關係,便於理解專案流程。


  • 包圖
  1. 基本表達系統的基本功能, 描述了軟體大致需要實現的功能。
  2. 如何對於相關的類進行整合使之成為更加簡練的包,對於相關包之間的關係如何顯示比較好。
  3. 大致瞭解整個軟體的使用過程
    • 對於繁雜的類實現相當於資料夾的功能, 看起來更加簡潔。
    • 實現了uml的附加功能之一。


4.PSP

PSP Personal Software Process Stages 預估耗時(分鐘) 實際耗時(分鐘)
Planning 計劃 90 120
•Estimate •估計這個任務需要多少時間 500 730
Development 開發 40 30
•Analysis •需求分析 (包括學習新技術) 150 200
•Design Spec •生成設計文件 30 20
•Design Review •設計複審 20 15
•Coding Standard •程式碼規範(為目前的開發制定合適的規範) 10 20
•Design •具體設計 10 20
•Coding •具體編碼 150 300
•Code Review •程式碼複審 30 30
•Test •測試(自我測試,修改程式碼,提交修改) 20 20
Reporting 報告 30 20
•Test Repor •測試報告 20 15
•Size Measurement •計算工作量 40 20
•Postmortem & Process Improvement Plan •事後總結, 並提出過程改進計劃 30 20
合計 580 730

5.評估成員的貢獻分配

課前評估

成員 參與 貢獻比例
盧澤明 用例圖設計 13%
張揚 狀態圖設計 15%
劉浩 類圖設計 15%
葛亮 活動圖設計 14%
蔡文斌 實體關係圖 16%
李泓 泳道圖 14%
何家偉 時序圖 13 %

課後評估

成員 參與 貢獻比例
後敬甲 燃盡圖、部落格補充(本組)+E-R圖、部落格整理(臨時組) 12%
盧澤明 用例圖 15%
劉浩 類圖設計 16%
葛亮 活動圖設計 15%
蔡文斌 實體關係圖設計+WBS圖設計+部落格整理 18%
黃婧茹 包圖(本組)+包圖(臨時組) 12%
黃澤 時序圖補充(本組)+泳道圖、E-R圖(臨時組) 12 %

6.換隊感受

原組隊員

  • 後敬甲
  1. 我作為臨時組員,交換到了第九組,完成本次作業。
  2. 工作氛圍:整體還不錯,大家都很認真的在做自己的部分,缺點是整體溝通欠佳。
  3. 行動力:行動力也很不錯,每個人能及時完成自己的部分和內容。
  4. 臨時隊長:臨時隊長是朱躍安同學,能夠及時的分配任務,督促大家完成,但事先的溝通和準備要再加強。
  • 婧茹
  1. 其他隊的工作氛圍:工作氛圍挺好的,而且就是組內有什麼不懂的提出來就是了,我們團隊也挺好的。
  2. 行動力:確定了任務之後大家也都是努力做自己該做的部分,效率很高,我覺得他們隊值得我們學習的一點就是分工精細,並且有時間概念
  3. 臨時組長也是大概每隔30分鐘會過來看一下任務進展,而且一開始就有約定十點半就把自己負責的那部分的圖做完,內容寫完,以此後面有充足的時間準備其他的。
  4. 時間觀念真的值得我們小組好好借鑑。我們小組到了要交前五分鐘還在匆忙的趕,約定十一點五十這個時間是真的不利於後面精修。
  5. 臨時隊長:我覺得臨時隊長的一個值得我們團隊借鑑的優點就是,分而治之。分的很細,整合的時候也很細,就比如有好幾種uml圖,最後老師會提示字型版面要注意讓看部落格的能看清,那他就會很明確的
  • 文斌
  1. 對於這次的這波操作,很幸運的是自己沒有被換走,依然留在了自己的隊裡
  2. 換過來的同學都認識,但是因為之前沒配合過,還是會擔心最後效果怎麼樣
  3. 好在在臨時組長分配完任務後,大家有條不紊的進行自己負責的部分,遇到問題時互相交流,最後的成果還是很OK的。
  4. 誇讚一波自己的隊友,很給力,被換到我們組的小夥伴也相當認真,點個贊
  • 葛亮
  1. 臨時隊長張弛有度,對突發事件有著很好的掌控,有大將風範。
  2. 新隊友適應能力普遍很強,對我來說心理上還是與一定壓力的,感覺如果不能迅速準確地畫出自己負責的 部分,就給小組丟人了。
  3. 氛圍的話,不是很好比較,因為原組也沒有在現場一起進行過合作,通過現場實踐,發現自己的工作效率提升了不少,並且感受到了協作間的阻力。每個人的工作看似相對獨立,但實則聯絡緊密。收穫了工作狀態下的溝通心得和一定的調節能力。
  • 劉浩
  1. 按照分配我留在了原來的隊伍,所以感覺隊伍氛圍沒有變化很大。
  2. 得利於昨天晚上的臨時開會,我們隊對每個人的任務分配都很清楚,瞭解了自己的分工後都有主動去了解具體應該要做什麼,所以今天上手的速度和效果都還不錯,當然也得利於臨時隊長的優秀指揮和轉來同學的認真付出和配合。
  • 黃澤
  1. 總體感想:說實話那天晚上突然知道自己要被換到其他組是十分懵逼的,急了好久,但是也沒辦法,和那組的成員交流了一下安裝了需要用到的軟體就開始畫圖了,真的充滿了不安感,但是總的來說這次更換隊員的活動是一次意義非凡的活動,帶給我很多思考。
  2. 工作氛圍:新隊伍的工作氛圍相當積極,因為人數比較多,大家似乎都爭著搶工作,好在有臨時組長組織協調才沒有亂套,相比之下因為人數少的原因,我原來的小組的工作積極性沒有那麼高,但是非常有秩序,一切都聽隊長安排。
  3. 行動力:行動力的方面上,可能是因為新組長求穩,我的新組採取的策略是先一起做完必做的五張圖片,再分配(其實是自願)選作任務圖,事實上這樣就造成了2-3個人圍著一張圖做的情況,即便有軟體有協同工作的功能,有時也總會有一個人沒事幹,這就造成了人力資源的浪費。我覺得我更贊同我原來組的做法,將選做圖也當作必做圖每人分配一張,一併做了,雖然人數更少,但是最後大家都完美完成,效率非常高。
  4. 臨時組長:我新組的臨時組長是王全炯,挺佩服他做的準備工作的:新隊員拉群、對於各個圖的討論、各種素材集合為pdf...但是可能是因為是新組長的原因,統籌規劃工作方面做的不是很好,相比我原來的組長還略有些遜色。
  • 澤明
  1. Challenge:自己擔任起臨時隊長的任務,一方面需要統籌每個人的任務,一方面需要將自己的模組做好,並需要在新隊友有疑問時給出解答,算是對自己的一個小挑戰。
  2. Combination:隊友的‘’出走‘’和“引進”,首先就是要對接好工作,將新隊友融入到我們團隊中。新來的隊友都很強,在前一晚知道我們隊要做什麼,第二天就能快速上手專案的UML,並且完成度較高,值得稱讚。
  3. Performance:我覺得今天我們團隊表現的比較出色,不論是新隊友還是老隊友,大家執行力非常強,完成速度也非常可觀。浩哥的類圖之多,實現之難,文斌完成速度之快,效率之高等等。
  4. Shortcoming:今天比較遺憾的是我們的UML圖並不是很好看,審美還需要提高。

臨時隊員

  • 張揚
  1. 初來新組的不適應,需要時間來知道新組在做什麼
  2. 關心、擔心自己原來的組(因為是組長)
  3. 新組因為都認識,配合的還不錯,(*^__^*)
  • 家偉
  1. 工作氛圍:小二結賬隊員相互之間都很友好,對我們這些新隊友也都很和善,有問題能夠主動幫忙,在我工作遲遲沒有完成時也在旁邊一直鼓勵、幫助我。
  2. 行動力:具體沒有什麼觀察,但在我遇到問題或者對產品功能不清楚的時候團隊的成員都會主動詢問我有什麼不理解的地方,在確認有需要改動時也能夠很快的對設計做出改動。
  3. 臨時隊長對比原隊長:感覺都蠻好的,兩個隊長都是很和善的人,在有問題的時候可以慢慢相互溝通交流;新隊長也會主動詢問新隊友是否有需要幫助的地方,在有困難的時候基本上是“隨叫隨到”。
  • 李泓
  1. 小白吃隊 工作氛圍良好,分工明確,執行力強,行動快
  2. 臨時隊長分配合理,有威信,缺點:直男審美