團隊作業6——複審與事後分析
專案內容
這個作業屬於哪個課程
軟體工程
這個作業要求在**
作業要求
alpha階段專案複審
團隊複審人：彭正嵩
小組的名字和鏈結
優點缺點，bug報告（至少140字）
最終名次（無並列）
born to win
1.題目的增加、修改、刪除
2. 管理員點選編輯資料進入對應題目的資料列表
3.管理員可以增添，修改刪除對應題目的資料
1.前端後台的資料請求時資料格式不統一
2.登陸時不合法使用者(沒有在資料庫內)也能登陸
3.使用者新建資料後，沒有展示在資料列表，但是在題目詳情有展示
4.在題目修改和資料修改部分，僅不改的地方會修改為空
1四帶二
1.管理功能：隨時更換順眼的頭像，擁有一天的好心情。
2.個人資料管理：使用者可隨時更改登入密碼，保證使用者資訊不被洩露。
3.部落格管理：使用者可隨時隨地增、刪、改部落格資訊，通過指定使用者id或部落格id的形式檢視該使用者部落格資訊。在部落格廣場，可以看到所有使用者的部落格內容，瀏覽一篇篇部落格，發現有趣的內容，
4.介面簡潔，功能簡單，脫去繁重的花裡胡哨的功能，僅保留乙個部落格**的基礎功能，保持初心，專注內容。
1.刪除部落格功能後沒能與資料庫連線上。
2.生成url過長導致無法存入資料庫、不可跨域、本地檢視不安全
3.修改部落格後提交，介面返回已成功，但部落格管理頁面還是原部落格內容
4.提交成功後，雖有提示但是部落格輸入框沒有做到清空內容，易造成使用者誤以為未提交成功。
2ph-vip
1.使用者註冊及資料儲存
2.可選關挑戰
3.遊玩樂趣高
1.人物不同動作的不同動畫沒做出來
2.這種情況不能做到封閉
3.偶爾會出現選關後人物突然跳到螢幕頂端再下降
4.視窗全屏沒能設定好
3二佬帶帶我
1.建立卡包頁面閃退
2.獲取不到卡包內容
3.建立卡包失敗
4qaq~
1.web專案api的管理功能。包括api的建立、編輯、統計功能，專案成員共享、分組以及api操作日誌功能。
2.web專案api的測試功能。測試功能包括根據api傳送請求，獲取並格式化返回結果
1.狀態碼文件的分組頁面：新建狀態碼到對應分組，只出現在所有狀態碼一欄，並未真正歸入到相應分組裡；
2.許可權管理頁面：對分組進行編輯操作後，出現前端開發人員，後端開發人員等分組；
3.離開許可權管理頁面再重新回到許可權管理頁面，所有分組消失；
5這段**到底**不隊
1.顯示打卡資訊、學習按鈕和複習按鈕。使用者可修改所需詞典和每日打卡單詞數，檢視當前日期，當日打卡剩餘單詞數，已打卡天數以及當前詞典打卡進度，通過兩個按鈕進入對應頁面進行學習
2.使用者點選複習模組後可通過做題鞏固背過的單詞、檢視當前單詞的資訊
1.存在可點選元素的響應區域過小
2.ipad頁面顯示不全，出現下拉條
3.修改資訊彈窗及主頁修改打卡目標彈窗中的輸入框部分被遮擋
6bugames
1.整體操作很難，因為判定比較短,歌曲bpm比較快
2.暫無人物上下跳躍動畫
7絕不加班
1.遊戲可玩性較高
2.怪物設計有趣
3.遊戲玩法新穎
1.怪物移動軌跡與預期不相符
2.角色、怪物的碰撞形狀與差異過大
8gdut_名媛
1.能夠讓使用者在平台上面發布任務。
2.使用者能夠在平台上面接單。
3.通過學號構建信譽資訊，給雙方提供保障
4.後台不會隔三差五崩壞，ui給使用者體驗舒服。
0信用分可以變成負數；使用者提交訂單後未跳轉至訂單詳情頁9pg
1.閱讀介面簡潔方便
2.搜尋引擎強大，搜尋**方便
在進行使用者登入註冊功能的時候容易卡機
10夢之航
1.課程資料真實有依據，源自教務處；
2.我們在程式設計初步完成後面向部分大學生開放，並獲取他們的體驗感受，然後對程式進行維護優化，來強化程式的可靠性、可維護性；
3.課程表，是幫助學生了解課程安排的一種簡單**，在大學，提倡自律性學習，而課程表則能很好地幫助大學生提前獲取課程安排從而有效率地規劃自己的預習計畫。
貼吧發布頁面按鈕修改樣式無法渲染
11智商overflow
1.失主可以在平台上發布丟失的學生卡或者其他物品的相關資訊的帖子
2.使用者可以檢視自己發布的資訊的狀態
3.失主可以通過搜尋來尋找是否有與自己的失物相似的丟失物品的資訊
在寫**的時候，沒有想得足夠周到，容易出現異常，魯棒性不高
12fumblefish
1.可以對實際埠進行掃瞄
2.有圖形化介面，即使是普通使用者，也可以進行簡單操作
3.通過掃瞄，可以讓我們確切的了解到自己的網路環境，這是很有價值的
1.在前台點選「執行」之後，由於等待後台執行結果存在一定的時間，在等待階段前台視窗會有些卡頓，難以讓使用者滿意
2.對使用者輸入的資料仍然無法做到錯誤鑑別，無法完全確保程式執行時的資料格式都是正確的，這樣會增加程式報錯的次數
3.指定了正確的網域名稱之後，google子網域名稱查詢有時候還是查不出結果
4.指定了正確的網域名稱之後，子網域名稱查詢結果可能過少的問題
131.大部分大學新生想要購買的東西許多，也有許多購買的需求，所以我們這個軟體就是為了便利學生當前的需求。
2.只要能讓它推向市場，學生受到優惠與便利，效果會很明顯。
3.只要能給大學新生帶來便利，滿足他們的需求，效果會很明顯。
4.這個軟體就是為了讓新生可以更快的適應大學生活
1.前端顯示介面 展示
2.商品支付系統頁面是否跳轉成功
3.搜尋相關商品，展示搜尋返回的商品列表
4.註冊登陸功能是否正常
5.個人購物車有無
6.個人購買的商品是否有記錄
14事後諸葛亮分析
會議**
專案postmortem結果
整理:彭正嵩
計畫1.你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
大多數做完了，有小部分因為時間不足沒有完成。
2.有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
沒有3.是否每一項任務都有清楚定義和衡量的交付件?
有清楚定義 但交付件因能力受限只能做到基本功能
4.是否專案的整個過程都按照計畫進行?
前半部分是，後半部分按緊急程度優先完成
5.在計畫中有沒有留下緩衝區，緩衝區有作用麼?
有緩衝區，原來認為沒有必要，後來發現還是有用的。主要是各人進度不一，有些模組不斷地有一些小問題，花了很長時間才能做好。
6.將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）
緩衝區延長
資源1.我們有足夠的資源來完成各項任務麼?
有2.各項任務所需的時間和其他資源是如何估計的，精度如何?
開始精度很粗略，後來隨著專案任務的加重，大家只顧得上幹活，沒時間考慮精度問題。
3.使用者測試的時間，人力和軟體/硬體資源是否足夠?
使用者測試人數不夠
4.你有沒有感到你做的事情可以讓別人來做（更有效率）?
沒有設計/實現
1.設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
在工程還未開始時 由彭正嵩來完成，是
2.設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
沒有 由專人全權負責
3.團隊是否運用單元測試（unit test），測試驅動的開發（tdd）、uml, 或者其他工具來幫助設計和實現？這些工具有效麼？
沒4.什麼功能產生的bug最多，為什麼？
選擇轉盤產生的bug最多
5.**複審（code review）是如何進行的，是否嚴格執行了**規範？
是測試/發布
1.團隊是否有乙個測試計畫？為什麼沒有？
我們有測試計畫，而且因為有了計畫，測試人員好像不再像無頭蒼蠅胡亂測試
2.是否進行了正式的驗收測試？
是3.團隊是否有測試工具來幫助測試？
有。4.團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
用手機執行小程式進行測量 有用
5.在發布的過程中發現了哪些意外問題？
無假設團體總分100分
名字角色
團隊貢獻分
可驗證的貢獻
彭正嵩隊長
20編寫部落格，設計頁面
沈權斌前端開發
22前端開發
區德明pm
19統領工作安排，召開會議
李文靜後端開發
20後端開發
杜維佳前端開發
19前端開發
團隊作業6 複審與事後分析
目錄二 集合貼 這個作業屬於哪個課程 這個作業要求在 homework 11154 這個作業的目標 事後分析 團隊專案總結 隊員名稱 學號黃曉楷 組長 3118005327 黃裕煜3118005328 潘宇恆3118005335 林瑜3118005332 林佳銳3118005330 艾買提 阿布都克...
團隊作業6 事後分析
每個人都會遇到大大小小的問題，解決這些問題只有當面交流，現場除錯修改的效率才是最高的。我們五個人都是第一次做這種專案類的挑戰，我們明顯覺得單打獨鬥是沒有用的，團結就是力量，每個人的鼓勵都是這個外賣軟體前進的每一步。計畫是否有充足的時間來做計畫?不太夠，後面遇到一些，例如後台管理評價系統有些不太懂，又...
團隊作業10 複審與事後分析（Beta版本）
2017 6 13 22 00pm，以部落格發表日期為準 晚交 0分 遲交一周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 以每個班級為單位，每個複審人看本班級其餘團隊的總結展示部落格，以及 質量，實際測試結果，決定名次 沒有並列 說明專案的優點和缺點分析 不少於 140 字 複審人看什麼 複審怎...