團隊名:第三視角html
各成員學號及姓名微信
姓名 | 學號 | 博客連接 |
---|---|---|
張揚(組長) | 031602345 | http://www.cnblogs.com/sxZhangYang/p/9822966.html |
肖地秀 | 031602336 | https://www.cnblogs.com/mysoul-/p/9823000.html |
朱文婧 | 031602148 | https://www.cnblogs.com/z031602148/ |
洪澤波 | 031602312 | http://www.cnblogs.com/hhhhh123/p/9823089.html |
鄭愈明 | 031602147 | http://www.javashuo.com/article/p-exkbkwdd-mz.html |
陳加偉 | 031602631 | http://www.cnblogs.com/Tony-chenjw/p/9823223.html |
蘇韞月 | 031602204 | http://www.javashuo.com/article/p-kmscefau-mz.html |
郭俊彥 | 031602213 | http://www.javashuo.com/article/p-aoqlybxq-mz.html |
李翔 | 031602418 | http://www.javashuo.com/article/p-coyyusrr-my.html |
王全炯 | 031602331 | http://www.javashuo.com/article/p-pwwacunw-mx.html |
組長做業博客連接工具
本次做業連接學習
負責人 | 分工明細 | TODO List |
---|---|---|
張揚 | 項目統籌、組織會議、文檔整合 | 1.用戶用例場景設計及1分鐘視頻拍攝;2.桌面開發——完成QQ/微信帳號掃碼登錄 |
肖地秀 | 管理本組開發文檔、設計軟件交互邏輯 | 1.需求問卷設計;2.桌面開發——各界面切換 |
朱文婧 | 桌面應用開發、文檔擬寫 | 1.需求問卷設計;2.桌面開發——各界面切換 |
洪澤波 | 桌面應用開發與測試、文檔擬寫 | 1.接口設計;2.數據流圖;3.數據字典;4.桌面開發——完成用戶註冊登錄界面 |
鄭愈明 | UI設計、原型圖設計、文檔擬寫 | 1.原型設計;2.桌面開發——各界面切換 |
陳加偉 | 管理本組開發文檔、本地數據管理 | 1.接口設計;2.數據字典;3.桌面開發——完成QQ/微信帳號掃碼登錄 |
蘇韞月 | 數據分析、文檔擬寫 | 1.原型設計;2.桌面開發——完成用戶註冊登錄界面 |
郭俊彥 | 基礎消息回覆、消息羣發、文檔擬寫 | 1.驗收標準設計;2.桌面開發——完成QQ/微信帳號掃碼登錄 |
李翔 | 簡易遠程、高級消息羣發、 | 1.接口設計;2.數據字典;3.桌面開發——各界面切換 |
王全炯 | UI設計、原型、視頻展現腳本及拍攝、文檔 | 1.原型設計;2.用戶用例場景設計及1分鐘視頻拍攝 |
燃盡圖測試
part1:類圖編碼
這部分描述的是系統的各類類.net
瞭解實現功能所須要的各個類以及相應方法設計
總結了各個類對象所必須的屬性,以及實現活動圖中各個操做的方法3d
附:UML類圖
代碼規範
part2 用例圖
這裏描述的是系統哪部分?
用例圖展現了用戶在使用中所能操做的功能
這部分要面臨什麼樣的問題?
功能之間如何組織
如下設計解決了哪些問題?
解決了哪些功能對用戶是可見的、哪些是透明的。
附:UML圖
part3 實體關係圖
用戶具備用戶名、帳號、密碼等屬性,能夠註銷和登陸微信和QQ。
微信具備微信帳號、羣列表、關鍵詞等屬性。
QQ具備帳號、羣列表、關鍵詞等屬性。
QQ和微信均可以對消息進行操做,消息具備羣、發送方、時間等屬性。
這裏描述的是系統的哪部分:
用來描述用戶在具體使用場景下的交互邏輯。
以及在具體實現中應該有什麼方法。
這部分要面臨什麼樣的問題:
交互邏輯的構建,功能的使用是否合理,有良好的用戶體驗。
如下設計解決了哪些問題?
肯定了基本的交互邏輯。
細化了功能的需求
附:UML活動圖
登陸活動
單項好友批量刪除活動
熱詞分析活動
關鍵詞提醒活動
消息羣發活動
遠程控制活動
part5 狀態圖
狀態圖將系統分爲九種狀態。用戶首先處於未登錄狀態,通過登錄的觸發,進入已登錄狀態;再通過登錄成功的觸發進入到未設置QQ\微信帳號的狀態,再經由設置的觸發,進入已設置QQ\微信帳號的狀態;再經由選擇功能的觸發進入到某一個功能的狀態,功能模塊進過相應的分析獲得相應的結果,結果呈現給用戶,最後到達功能已完成狀態。
這裏描述的是系統的哪部分:
用來描述系統在不一樣使用場景下的狀態轉移邏輯。
以及在具體實現中應該有什麼方法。
這部分要面臨什麼樣的問題:
狀態的設置,狀態轉移關係的設置。
part6 泳道圖
附:UML泳道圖
登陸泳道圖
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 10 | 15 |
· Estimate | · 估計這個任務須要多少時間 | 10 | 15 |
Development | 開發 | 560 | 700 |
· Analysis | · 需求分析 (包括學習新技術) | 60 | 90 |
· Design Spec | · 生成設計文檔 | 240 | 360 |
· Design Review | · 設計複審 | 20 | 30 |
· Coding Standard | · 代碼規範 (爲目前的開發制定合適的規範) | 0 | 0 |
· Design | · 具體設計 | 240 | 220 |
· Coding | · 具體編碼 | 0 | 0 |
· Code Review | · 代碼複審 | 0 | 0 |
· Test | · 測試(自我測試,修改代碼,提交修改) | 0 | 0 |
Reporting | 報告 | 35 | 60 |
· Test Repor | · 測試報告 | 0 | 0 |
· Size Measurement | · 計算工做量 | 15 | 30 |
· Postmortem & Process Improvement Plan | · 過後總結, 並提出過程改進計劃 | 20 | 30 |
合計 | 605 | 775 |
我的貢獻分
我的貢獻分佔比
鄭愈明:
1.臨時隊長:雖然張揚隊長被換走了,可是在王全炯臨時隊長的帶領下,團隊仍是有驚無險地[劃掉]完成了任務!感受臨時隊長很負責,對全局的把握也很好。
2.被換來的新隊友:感受新隊友很棒啊,很快就熟悉了咱們團隊的項目,你們一塊兒合做完成了此次任務,相互鼓勵!感受很ok!
3.新團隊氛圍:由於新團隊大部分紅員都是老成員,感受新成員交換來後,新的團隊更可笑了[???]。總的來講,兩個團隊都很好!
澤波:
咱們一開始使用visual paragam,我負責畫圖,個人搭檔幫助規劃如何畫圖,咱們意見出現分歧,因此效率不高,常常反覆刪。後面咱們使用了process on,這個軟件支持小組合做在不一樣電腦裏對同一個圖形進行修改,這樣咱們就進行了明確分工,各自完成不一樣的部分而後再進行整合。最後把這些圖進行美化,我以爲分工協做很重要,只有各司其職,避免重複作同一件事才能提升效率。
張揚(被換走的隊長)
此次被換到了"小二結帳"項目組。
換到新的隊伍中除了對項目的不熟悉外,和新的隊員處的很不錯(由於大部分都認識)。我盡力參與到新團隊的工做中。被換走的時候還會擔憂本身團隊的工做有沒有完成(畢竟是隊長)。至於被換去的隊伍的工做氛圍以及執行力,我我的感受沒有咱們原隊伍強就是了^_^,由於被換去的隊伍不少時候仍是在各司其職。臨時隊長的話,嘻嘻仍是很不錯滴。
加偉
1.按此次分配,我留在了原隊,因此團隊氛圍並沒有太多變化。你們依然分工明確,很認真負責地完成本身應作的任務,而且默契度也很高,任務進程也大體與預期相符(除了最後寫博客時出了點意外)。
2.新隊員我都不認識,但他們表現的很是出色。他們都努力follow咱們的方法,get產品要點,領悟能力很是強。整個過程都在協助咱們一塊兒完成uml圖,而且他們功不可沒。他們的態度很是值得學習。和我協做的是外組黃澤同窗,他思路明確,認真負責,與我還有另外一同窗共同完成ER圖與登陸界面的泳道圖。
3.惟一美中不足的就是畫狀態圖時,由於在乎於細節,忽視了時間耗費,結果致使最後不能及時作完博客。因此下次應該對時間有更嚴格的把握。
全炯(臨時組長)
關於隊長昨晚組裏開會時,你們聊到了明天組長怎麼定。
而後就被你們"欽定"成了臨時隊長。開始的是意外,由於一些緣由對項目不是瞭解得很是透的。
更多的是以爲沉甸甸的責任。畢竟除了本身的部分,還要對整個組的夥伴負責,不能辜負他們的指望。
今天的結果,對本身評價只能說中規中矩,儘管昨天有和組裏討論了時間安排,但計劃總不是能知現實一致的。UML初稿應當完成的預約時間到達時,還有兩張活動國沒有完成,接下來就是組員之間的溝通交流以及 Umi 間邊界的㝹,私覺得溝通、講解並讓其餘組員檢驗工做的錁的工做,其重要程度是等同甚至大於工做自己的,對於團隊工做,我始終堅持"閉門趕出門合轍的理念。
新的隊友都很是棒棒,胡老闆不只很好地完成了本身的任務。
還很是積極地給組裏幫忙,忠豪在和我協做的過程當中也給出了許多很棒的想法;澤澤在與組員配合時,咋也完成得很出色。
得益於張揚良好的安排組裏人員的變動並無帶來什麼負面影響,運行起來就像後生同樣。
由於對時間安排不夠精確,對計分規則不夠了解,還有一些意外的客觀緣由,致使有些手忙腳亂。但隊友們都起級穩,超級棒,是能放心把後背交他們的人,十分感謝他們的信任和包容。以上。
俊彥
此次換隊環節總體來講是新奇又緊張的。臨時隊長王全炯開始前安排計劃思路清晰、迅速合理,根據須要繪製的UML圖的工做量及各圖的內在聯繫在開工前制定了「做戰計劃」。可是在現場的操控力上還能夠繼續加油。 被換來的新隊友都很積極地配合咱們組內的工做,黃澤積極配合實體圖和UML類圖的製做,緒佩積極參與各部分UML圖的製做,忠豪也給出許多很是不錯的好點子。新團隊氛圍比對原來會更有協做中的緊張感,讓人想立刻開動起來。可是團隊的配合上不如原來內部組員來得順利。不過總的來講是很是有意思的一次協做經歷。
黃澤(臨時隊員)
1.整體感想:說實話那天晚上忽然知道本身要被換到其餘組是十分懵逼的,急了很久,可是也沒辦法,和那組的成員交流了一下安裝了須要用到的軟件就開始畫圖了,真的充滿了不安感,可是總的來講此次更換隊員的活動是一次意義非凡的活動,帶給我不少思考。
2.工做氛圍:新隊伍的工做氛圍至關積極,由於人數比較多,你們彷佛都爭着搶工做,好在有臨時組長組織協調纔沒有亂套,相比之下由於人數少的緣由,我原來的小組的工做積極性沒有那麼高,可是很是有秩序,一切都聽隊長安排。
3.行動力:行動力的方面上,多是由於新組長求穩,個人新組採起的策略是先一塊兒作完必作的五張圖片,再分配(實際上是自願)選做任務圖,事實上這樣就形成了2-3我的圍着一張圖作的狀況,即使有軟件有協同工做的功能,有時也總會有一我的沒事幹,這就形成了人力資源的浪費。我以爲我更贊同我原來組的作法,將選作圖也看成必作圖每人分配一張,一併作了,雖然人數更少,可是最後你們都完美完成,效率很是高。
4.臨時組長:我新組的臨時組長是王全炯,挺佩服他作的準備工做的:新隊員拉羣、對於各個圖的討論、各類素材集合爲pdf...可是多是由於是新組長的緣由,統籌規劃工做方面作的不是很好,相比我原來的組長還略有些遜色。
地秀
本次做業我仍是待在本組。
臨時隊長:此次的臨時隊長是王全炯,他是一個很是有文采的人,對於項目的一一些基礎也很是瞭解,很負責任,此次的做業完成的有點趕,很是驚險的在最後一分鐘修改好了博客。花時間的地方主要是在細節的揣摩,無論是本組隊員仍是臨時隊員,都很是積極的在爲此次做業努力着。
很是有趣的經歷:昨晚.上開會的時候你們都講的好好的,工具用都用visual Paradigm,你們都已經安裝好了相應的軟件。可是在今天剛剛開始沒有幾分鐘,咱們這些畫圖的人員就感受此軟件界面不太友好,操做起來不太熟悉,最後你們統一換成了Processon。這個換工具的速度也是很是絕了,第一-次經歷這種感受,是一個很是有趣的經歷。
行動力:你們的行動力就是卡在細節上面,對於某一個細節仍是很是注重的,討論完並肯定好細節以後,行動力仍是很是強的,分配好任務以後,完成的速度值得點贊。
新舊團隊氛圍對比:感受氛圍仍是挺好的,那些新的隊員因爲不是很是瞭解咱們項目等緣由,行動力沒有至極的發揮出來,可是都是在盡力的幫助咱們。
文婧(被換走的隊員)
本次做業我被換到了第九組「我頭髮呢」隊。樂忠豪(臨時隊員)
換了組之後工做模式工做內容都是不熟悉的,好在其餘原小組成員很熱心&耐心地講解了他們的項目內容的內容細節以及給咱們分配的工做內容,遇到你們都不會或不熟的內容時一塊兒學習一塊兒討論的氛圍很好。特別是準備的很充分,對今天早上要幹什麼列了時間表並嚴格執行,這點很值得咱們學習。
胡老闆(臨時隊員)
工做氛圍:第三時間的工做氛圍也和咱們組同樣都很優秀積極,感受很棒,相互交流什麼的也超OK和及時,我就參與了許多個圖的討論和製做!
行動力:行動力你們都完成的很快質量也很好,感受挑不出什麼茬子hhh
臨時隊長:可能有一些任務沒有提早很好分配,有一些匆忙,對最後幾分鐘的絕地求生趕算貢獻分表示批評哈哈哈,咱們隊我是不容許這樣的狀況發生的~