Alpha專案衝刺（團隊作業5）
團隊成員
| 組 員 | 學號 |
|---|---|
| 朱世傑 | 211414141 |
| 曹曄寧 | 211306302 |
一、衝刺（7次 Scrum）
二、測試報告 與 使用者反饋
三、展示部落格
五、事後諸葛亮
相關推薦
Alpha專案衝刺（團隊作業5）
團隊成員 組 員 學號 朱世傑 211414141 曹曄寧 211306302 一、衝刺（7次 Scrum） 【Alpha版本】衝刺階段——Day 1 【Alpha版本】衝刺階
福大軟工 1816：專案UML設計（團隊作業三）
專案UML設計（團隊） 團隊資訊 團隊名：第三視角 各成員學號及姓名 姓名 學號 張揚(組長) 031602345 肖地秀 0
福大軟工1816：需求分析（團隊作業四）
福大軟工 · 第七次作業 - 需求分析報告 "Jarvis For Chat"需求分析報告 組長部落格連結 本次作業連結 團隊專案的整體計劃安排 專案logo及思維導圖 專案logo 思維導圖 點此檢視大圖 個人貢獻分分配 本著多幹多得的原則，我們儘可能地降低基礎績效的佔
系統設計（團隊作業4）
1.修改完善已提交的需求規格說明書 需要在部落格中描述：《需求規格說明書》初稿（上一次作業）有哪些不足？特別是：功能考慮不全或需求文件描述缺少的地方。 修改需同時體現在需求規格說明書的線上文件中。 2.討論制定團隊的編碼規範 討論之前和討論之後，隊員閱讀《構建之法》第四章內容，並討論
系統分析（團隊作業4）
決勝 Poker 1.修改完善已提交的需求規格說明書 不足：需求文件描述缺少目錄以及規範多人遊戲時的規範 《需求規格說明書v1.1》 2.討論制定團隊的編碼規範 java程式碼開發規範 一、基本編碼原則 1.用空格字元縮排原始碼，不用tab，每個縮排4個空格。 2、一行一個語句，每個
UML設計（團隊作業6）
團隊資訊 隊名：我要當管家 團隊成員的學號與姓名（需要標註隊長） 組員 學號 林恩（隊長） 211606367 寇永明 211606311 楊長元 21140624
團隊作業5——測試與發布（Alpha版本）
發布說明 實現 http 基礎 相差 還需 導致 延遲 要求 Alpha版本測試報告 一、測試找出的bug （1）練習模式的測試 在測試中發現的bug如下： ① 連續兩個運算數當做一個處理（如1和2連續輸入當做12處理） ② 練習模式沒有提示答案 ③
團隊作業5——測試與發布（alpha階段）
查詢 桌面 平臺 BE 方法 src 應該 標識 階段 1.在測試過程中總共發現了多少Bug？每個類別的Bug分別為多少個？ (1).測試中發現數據庫錄入例如rest%20的數據，記錄尾部帶有%20標識。經查詢，%20就是url序列化後的空格，當初用腳本轉化一般單詞表為js
團隊Alpha版本衝刺（一）
目錄 組員情況 組員1(組長)：胡緒佩 組員2：胡青元 組員3：莊卉 組員4：家燦 組員5：凱琳 組員6：丹丹 組員7：家偉 組員8：政演 組員9：黃鴻傑 組員10：劉一好 組員11：何宇恆 展示
團隊Alpha版本衝刺（二）
目錄 組員情況 組員1(組長)：胡緒佩 組員2：胡青元 組員3：莊卉 組員4：家燦 組員5：凱琳 組員6：丹丹 組員7：家偉 組員8：政演 組員9：黃鴻傑 組員10：劉一好 組員11：何宇恆 展示
團隊Alpha版本衝刺（三）
目錄 組員情況 組員1(組長)：胡緒佩 組員2：胡青元 組員3：莊卉 組員4：家燦 組員5：凱琳 組員6：丹丹 組員7：家偉 組員8：政演 組員9：鴻傑 組員10：劉一好 組員11：何宇恆 展示組
團隊Alpha版本衝刺（六）
目錄 組員情況 組員1(組長)：胡緒佩 組員2：胡青元 組員3：莊卉 組員4：家燦 組員5：凱琳 組員6：翟丹丹 組員7：何家偉 組員8：政演 組員9：黃鴻傑 組員10：劉一好 組員11：何宇恆
福大軟工 · 第十一次作業 - Alpha 事後諸葛亮（團隊）
小時 存在 界面美化 war table 邊界 ... strong 頁面 隊名 火箭少男100 組長博客 林燊大哥 作業博客 Alpha 沖鴨鴨鴨鴨鴨鴨鴨鴨鴨！ 成員沖刺階段情況 林燊（組長） 過去兩天完成了哪些任務 協調各成員之間的工作 多次測試軟件運
第十一次作業 - Alpha 事後諸葛亮（團隊）
目錄 設想和目標 計劃 資源 變更管理 設計/實現 測試/釋出 團隊的角色，管理，合作 總結: 貢獻分 全組討論的照片 設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？ 我們軟
福大軟工 · 第十一次作業 - Alpha 事後諸葛亮（團隊） Alpha 事後諸葛亮
Alpha 事後諸葛亮 Part 1 前言 組長連結 作業連結 Part 2 總結思考 - 設想和目標 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？ 解決微信端上的輕便
軟工 · 第十一次作業 - Alpha 事後諸葛亮（團隊）
軟工 · 第十一次作業 - Alpha 事後諸葛亮（團隊） 組長本次作業連結 現代軟體工程 專案Postmortem 設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？ A：我們的軟體要解決的是結對人的互
軟工 · 第十一次作業 - Alpha 事後諸葛亮（團隊）
需要 porting 打了 在線的 漸進 新技術 耗時 精度 包括 軟工 · 第十一次作業 - Alpha 事後諸葛亮（團隊） 組長本次作業鏈接 現代軟件工程 項目Postmortem 設想和目標 1.我們的軟件要解決什麽問題？是否定義得很清楚？是否對典型用戶和典型場
軟工1816 · 作業（十）專案測評（團隊）
第一部分 調研，評測 評測 安卓端評測 測試人：文垚 描述最簡單直觀的個人第一次上手體驗。 第一次上手體驗，操作簡單，介面簡潔。課程表與超級課程表差不多，不同課程不同顏色顯示，簡潔明瞭。但是整體介面在簡潔中透露出些許簡陋，整體UI設計缺少靈性，只有最基本的框架沒有進行優化，不夠美觀。特別是
軟工實踐 - 第二十二次作業 專案測評（團隊）
測評專案 ： 福大助手 組長部落格連結：https://www.cnblogs.com/dawnduck/p/10093752.html 第一部分：調研，評測 評測 1. 第一次上手體驗 安卓： 進入頁面時只有白色背景，有點單調；介面節約，清晰明瞭；課表的兩種形式的切換，很直觀；功能豐富，可以
福大軟工 · 第十次作業 - 專案測評（團隊） [已完成]
第一部分 調研，評測 評測 描述最簡單直觀的個人第一次上手體驗。 後敬甲 福大助手定位是，為Fzuer量身定做的校園學習生活助手。 在初次上手之後，可以發現其功能基本覆蓋了福大學習生活的各個方面，也符合軟體本身的定位。 發現一點不足在於，軟體沒有固定的首頁，各個功能模組同