必作圖前端
- 該部分描述了用戶經過小程序點菜拍照可以進行的操做,以及拍照識別後的支付和數據的處理
- 解決了用戶的可以使用範圍,經過咱們的系統能夠進行自助結帳,點餐,數據週報,菜品調整等功能
- 類圖描述了系統每一個部分之間的關係、鏈接狀況。
- 面臨模塊太多,比較複雜的問題
- 解決了利用類體關係圖解決了開發者對各個類體之間關係的宏觀認識
- 這裏描述的是系統的學生/教師和商家所在界面下的主要行爲對應的結果。
- 面臨學生/教師端的分支結構多,在頁面設計和返回的邏輯上有必定的複雜性等問題。
- 解決了頁面之間跳轉的選擇問題,以及標明學生/教師界端與商家端的聯繫,使設計界面的時候更爲便捷。
- 狀態圖(statechart diagram)是描述一個實體基於事件反應的動態行爲,
- 顯示了該實體如何根據當前所處的狀態對不一樣的事件作出反應,以及因爲各類事件的發生而引發的狀態之間的轉移。
- 該部分主要介紹了項目的所擁有的模塊,以及每一個模塊所附有的屬性。
- 主要解決了功能模塊的劃分,以及屬性之間的關係,展現了項目所須要的數據
其餘圖數據庫
- 時序圖是一種UML交互圖。它經過描述對象之間發送消息的時間順序顯示多個對象之間的動態協做。
- 面臨着須要先與類圖,活動圖同一等問題
- 解決了展現對象之間交互的順序。將交互行爲建模爲消息傳遞,經過描述消息是如何在對象間發送和接收的來動態展現對象之間的交互;
泳道圖小程序
- 該部分描述了各部門的職能和他們之間的聯繫還有整個項目的不一樣階段。
- 方便的描述了各職位的職能流程,直觀描述了各職位的邏輯關係,便於理解項目流程。
- 基本表達系統的基本功能, 描述了軟件大體須要實現的功能。
- 如何對於相關的類進行整合使之成爲更加簡練的包,對於相關包之間的關係如何顯示比較好。
- 大體瞭解整個軟件的使用過程
- 對於繁雜的類實現至關於文件夾的功能, 看起來更加簡潔。
- 實現了uml的附加功能之一。
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 |
成員 | 參與 | 貢獻比例 |
盧澤明 | 用例圖設計 | 13% |
張揚 | 狀態圖設計 | 15% |
劉浩 | 類圖設計 | 15% |
葛亮 | 活動圖設計 | 14% |
蔡文斌 | 實體關係圖 | 16% |
李泓 | 泳道圖 | 14% |
何家偉 | 時序圖 | 13 % |
成員 | 參與 | 貢獻比例 |
後敬甲 | 燃盡圖、博客補充(本組)+E-R圖、博客整理(臨時組) | 12% |
盧澤明 | 用例圖 | 15% |
劉浩 | 類圖設計 | 16% |
葛亮 | 活動圖設計 | 15% |
蔡文斌 | 實體關係圖設計+WBS圖設計+博客整理 | 18% |
黃婧茹 | 包圖(本組)+包圖(臨時組) | 12% |
黃澤 | 時序圖補充(本組)+泳道圖、E-R圖(臨時組) | 12 % |
- 我做爲臨時組員,交換到了第九組,完成本次做業。
- 工做氛圍:總體還不錯,你們都很認真的在作本身的部分,缺點是總體溝通欠佳。
- 行動力:行動力也很不錯,每一個人能及時完成本身的部分和內容。
- 臨時隊長:臨時隊長是朱躍安同窗,可以及時的分配任務,督促你們完成,但事先的溝通和準備要再增強。
- 其餘隊的工做氛圍:工做氛圍挺好的,並且就是組內有什麼不懂的提出來就是了,咱們團隊也挺好的。
- 行動力:肯定了任務以後你們也都是努力作本身該作的部分,效率很高,我以爲他們隊值得咱們學習的一點就是分工精細,而且有時間概念
- 臨時組長也是大概每隔30分鐘會過來看一下任務進展,並且一開始就有約定十點半就把本身負責的那部分的圖作完,內容寫完,以此後面有充足的時間準備其餘的。
- 時間觀念真的值得咱們小組好好借鑑。咱們小組到了要交前五分鐘還在匆忙的趕,約定十一點五十這個時間是真的不利於後面精修。
- 臨時隊長:我以爲臨時隊長的一個值得咱們團隊借鑑的優勢就是,分而治之。分的很細,整合的時候也很細,就好比有好幾種uml圖,最後老師會提示字體版面要注意讓看博客的能看清,那他就會很明確的
- 對於此次的這波操做,很幸運的是本身沒有被換走,依然留在了本身的隊裏
- 換過來的同窗都認識,可是由於以前沒配合過,仍是會擔憂最後效果怎麼樣
- 好在在臨時組長分配完任務後,你們有條不紊的進行本身負責的部分,遇到問題時互相交流,最後的成果仍是很OK的。
- 誇讚一波本身的隊友,很給力,被換到咱們組的小夥伴也至關認真,點個贊
- 臨時隊長張弛有度,對突發事件有着很好的掌控,有大將風範。
- 新隊友適應能力廣泛很強,對我來講心理上仍是與必定壓力的,感受若是不能迅速準確地畫出本身負責的 部分,就給小組丟人了。
- 氛圍的話,不是很比如較,由於原組也沒有在現場一塊兒進行過合做,經過現場實踐,發現本身的工做效率提高了很多,而且感覺到了協做間的阻力。每一個人的工做看似相對獨立,但實則聯繫緊密。收穫了工做狀態下的溝通心得和必定的調節能力。
- 按照分配我留在了原來的隊伍,因此感受隊伍氛圍沒有變化很大。
- 得利於昨天晚上的臨時開會,咱們隊對每一個人的任務分配都很清楚,瞭解了本身的分工後都有主動去了解具體應該要作什麼,因此今天上手的速度和效果都還不錯,固然也得利於臨時隊長的優秀指揮和轉來同窗的認真付出和配合。
- 整體感想:說實話那天晚上忽然知道本身要被換到其餘組是十分懵逼的,急了很久,可是也沒辦法,和那組的成員交流了一下安裝了須要用到的軟件就開始畫圖了,真的充滿了不安感,可是總的來講此次更換隊員的活動是一次意義非凡的活動,帶給我不少思考。
- 工做氛圍:新隊伍的工做氛圍至關積極,由於人數比較多,你們彷佛都爭着搶工做,好在有臨時組長組織協調纔沒有亂套,相比之下由於人數少的緣由,我原來的小組的工做積極性沒有那麼高,可是很是有秩序,一切都聽隊長安排。
- 行動力:行動力的方面上,多是由於新組長求穩,個人新組採起的策略是先一塊兒作完必作的五張圖片,再分配(實際上是自願)選做任務圖,事實上這樣就形成了2-3我的圍着一張圖作的狀況,即使有軟件有協同工做的功能,有時也總會有一我的沒事幹,這就形成了人力資源的浪費。我以爲我更贊同我原來組的作法,將選作圖也看成必作圖每人分配一張,一併作了,雖然人數更少,可是最後你們都完美完成,效率很是高。
- 臨時組長:我新組的臨時組長是王全炯,挺佩服他作的準備工做的:新隊員拉羣、對於各個圖的討論、各類素材集合爲pdf...可是多是由於是新組長的緣由,統籌規劃工做方面作的不是很好,相比我原來的組長還略有些遜色。
- Challenge:本身擔任起臨時隊長的任務,一方面須要統籌每一個人的任務,一方面須要將本身的模塊作好,並須要在新隊友有疑問時給出解答,算是對本身的一個小挑戰。
- Combination:隊友的‘’出走‘’和「引進」,首先就是要對接好工做,將新隊友融入到咱們團隊中。新來的隊友都很強,在前一晚知道咱們隊要作什麼,次日就能快速上手項目的UML,而且完成度較高,值得稱讚。
- Performance:我以爲今天咱們團隊表現的比較出色,不管是新隊友仍是老隊友,你們執行力很是強,完成速度也很是可觀。浩哥的類圖之多,實現之難,文斌完成速度之快,效率之高等等。
- Shortcoming:今天比較遺憾的是咱們的UML圖並非很好看,審美還須要提升。
- 初來新組的不適應,須要時間來知道新組在作什麼
- 關心、擔憂本身原來的組(由於是組長)
- 新組由於都認識,配合的還不錯,(*^__^*)
- 工做氛圍:小二結帳隊員相互之間都很友好,對咱們這些新隊友也都很和藹,有問題可以主動幫忙,在我工做遲遲沒有完成時也在旁邊一直鼓勵、幫助我。
- 行動力:具體沒有什麼觀察,但在我遇到問題或者對產品功能不清楚的時候團隊的成員都會主動詢問我有什麼不理解的地方,在確認有須要改動時也可以很快的對設計作出改動。
- 臨時隊長對比原隊長:感受都蠻好的,兩個隊長都是很和藹的人,在有問題的時候能夠慢慢相互溝通交流;新隊長也會主動詢問新隊友是否有須要幫助的地方,在有困難的時候基本上是「隨叫隨到」。
- 小白吃隊 工做氛圍良好,分工明確,執行力強,行動快
- 臨時隊長分配合理,有威信,缺點:直男審美