總體來說大家的系統說明書格式普遍存在問題，格式不統一，也和作業規定中的沒有具體明确有關系。有若幹團隊項目系統說明書完成度不高。
- 那周餘嘉熊掌将得隊
- 追光的人
- echo
- 基于雲的勝利沖鋒隊
- 待就業六人組
- 修！咻咻！
- 雲列印
- 葫蘆娃
- 火雞堂
- 為了交項目幹杯
- Skyreach
- 男上加男
- 權限控制打算如何實作？不同角色擁有不同的權限，是固定的不可配置；
- 報名通過後可否增加短信提示？目前通過郵箱通知，其他需要收費是以不考慮；
- 是否增加日程管理？有這個功能
- ER圖中對關系的了解有誤
- 4.2.9中比賽團隊表中如何将報名隊員與賽事關聯?
- 4.2.12實驗室老師表中，有無授權結束時間？
- ER圖中不能展現比賽所需材料
- 資料安全防護如何保證？
- 資料庫設計表與表之間的關聯還需要進一步優化
- 安全驗證，權限管理方面邏輯設計再完善
- 報名後應增加發送資訊
- 如何防止圖檔木馬？
- 查詢功能是否滿足多條件查詢排序？
- 資料庫權限角色不分明，統一root權限是否合理？
- 是否存在通路上限？
- 使用者送出故障，是否可以加一項草稿或者撤回功能？
- 演講可以增加一些例子
- 問卷是否考慮增加條件問題，如回答B題的基礎是A題的某選項？沒有考慮，太複雜
- 問卷問題文本導入功能？考慮在以後版本實作，點子很好
- 系統設計說明書中的個别圖的标号順序有問題？時間太趕，再仔細檢查
- 簡答題的題幹如何儲存？
- 有些查詢涉及清單較多，有沒考慮建立常用的視圖？
- 論壇的貼子積累，系統如何擴充？
- 通路速度如何提高？
- 點贊增加取消功能？
- 表設計過于複雜，能否确定查詢效率高
- PPT美化不夠，字型加粗放大
- 沒有主打功能
- 要考慮帶寬
- 物業管理系統首先限定在學生宿舍，我們家小區就沒有負責水電費的繳納
- 界面如何設計的沒有在系統設計說明說中看到
- 水電抄表建議增加業主确認環節
- ER圖中業主與費用關聯有誤
- 系統是否考慮投訴、維修、回報訴求，未處理的情況有誤快速篩選功能？
- 對重複報修與投訴，系統如何甄别？
- 投訴有沒時效性？
- 投訴有沒标志顯示是否回複？
- 為什麼隻有舍長能繳費？
- 評審表沒有對應本次答辯設計
- 如果舍長進行更換，系統會如何處理？
- 使用者的權限如何配置設定？
- 改進類圖，優化類關聯
- 物業管理端的介紹不明确
- 類圖設計部分備援
- 對于投訴的表，可以增加日期，或可以重複投訴
- 排序算法未完善
- 對重複維修申請的處理
- 與物業管理的溝通不充分
- 權限表設計？權限表根據角色綁定功能和資料權限
- 系統說明書隻寫了9頁？漏了，下次部落格補上
- 本次作業完成流程是什麼樣的？
- 團隊成員的貢獻度如何存儲？
- 權限控制考慮功能權限與資料權限？
- 未給出子產品間的接口定義
- 作業釋出後可否編輯?
- 類設計評分類需進一步改善
- 對千帆競發圖的個人檢視如何實作？
- 二次評分，比如手誤操作如何驗證？
- 如何防止學生修改成績？
- 作業的分類不夠精确
- 界面驗收部分和功能驗收标準不夠詳細
- 智能推送如何推送，具體談談打算用什麼算法？
- 我想檢視以往投送結果如何檢視？
- 有沒有考慮增加信用機制，防止惡意釋出虛假招聘？
- 智能推薦的資訊是否應該存儲起來？
- 存在較多崗位描述，但實際上相同
- 推薦算法使用什麼具體算法？如何保證有效性
- 信用機制有沒加入？
- 推薦有無記錄下來？
- 改進ER圖和類圖
- 注釋說明不足
- 計算量較大，如何擷取計算資源，降低成本？
- 崗位資訊不夠完善
- 缺少使用者習慣收集
- 不需要用到推薦算法，其實就是篩選
- 虛假資訊的監控不完善
- 大量資料存在記憶體，會影響性能
- 對崗位的定位較死闆
- 未考慮垃圾廣告問題
- 對使用者所需崗位的定期推送沒有存入表中
- 說明書中的原型設計圖呢？後面再完善，因為時間關系，目前一直再做原型疊代
- 在哪個平台實作？是不是安卓，ios，web都要實作？計劃支援Windows和Android，目前是Web端，建議使用Html 5。
- 權限控制表如何實作？通過角色控制功能菜單
- 預約單中為何要設定3個component字段？
- 如果申請的配件不止3個該如何？
- 學生使用者現有裝置為什麼用String清單？
- 維修場次表不能用管理者賬戶String
- 預約單與裝置是1:1？是的，目前是一個預約單支援一個裝置
- 答辯前應仔細檢查準備的資料，避免出現纰漏
- PPT圖檔字型太小，看不清楚
- 表結構過于備援，一張表快20個屬性
- 資料庫字段設定不足
- 預約表的設計不夠合理
- 普通管理者不應該直接對資料庫操作
- 遇到惡意評價如何處理？
- 保留預設好評，以免使用者懶得評價？
- 商家配送可否采用衆包形式呢？
- 哪些資料放Redis，哪些放MySQL?
- Redis和MySQL資料交換的政策
- 使用者列印要求各項參數如何儲存？
- 索引采用什麼具體技術？
- 惡意評價如何解決？
- 資料量估計有誤
- 過期訂單如何處理？
- 負載均衡有考慮但不夠
- 演講内容過多，沒有控制好時間
- 沒有對言論審查功能
- 使用者資訊不明确
- 增加評論管理
- 界面設計能否換成電子版？目前不能，計劃在Beta階段實作界面美化
- 玩家與攻擊的關系有誤
- 武器為何不存？
- 将來如何擴充？
- 武器類為何不設定？
- 外挂如何避免？
- 功能子產品劃分不清晰
- 遊戲描述不清楚
- 武器類設計，表設計需要改進
- 類圖說明不明确
- 遊戲基礎技術細節不明
- 擴充性設計不足
- 是否存在同名角色？
- 可以對資料的分類進行思考
- 序号固定數值，不利于後續更新
- 考慮預算制定功能? 需求有，标簽裡面有額度，額度就是預算
- 驗收标準文檔4.2标題格式和正文格式相同? 疏忽了
- 驗收标準細粒度有待加強? 好的
- 标簽沒有額度屬性，如何預算？
- 是否需聯網？
- 如何保證安全性？
- 作為本地軟體是否更加合理？
- ER圖中的“記錄”名稱有歧義？
- 功能遺失，需求有，設計沒有展現
- 評審表中的NABCD模型無關
- 類圖過于簡單，表設計還需進一步挖掘
- 表設計沒有說明
- 與進階便簽相比，有何差別？
- 使用者分析不明确，市場定位不明确
- 演講思路不夠清晰，内容不夠完整
- 記賬功能設計不完整
- 沒有ER圖? 有提供，在資料庫說明書中
- 沒有系統結構圖? 有提供，在系統設計說明書中
- 驗收标準格式不清晰? 後期找标準的驗收格式 需求分析中已經給出
- 内部接口，外部接口定義錯誤
- 出錯處理過于簡單
- 任務接受後，無法完成如何解決？
- 任務有沒開始時間和結束時間？
- 表結構适當增加接單效率表
- 計劃表不明确，無裡程碑
- 表設計無注釋
- 資料統計功能不全
- 對于整個任務釋出流程是否應該再仔細思考？
- 取消任務，任務違約如何解決？
- 驗收标準格式不清晰
- 系統說明書的格式是在哪裡找到的？怎麼和資料庫設計書合在一起了？通過網絡查的，格式不對；
- 驗收标準時什麼樣的？
- 缺少ER分析
- 資料表結構截圖不夠完整，沒有給出外鍵和字段說明
- 資料庫接口設計沒有說清楚
- 評審表可以更新一下，把當次答辯内容展現出來
- 表結構缺乏相關的叙述，類設計需進一步優化
- 沒有按要求撰寫說明書
- 系統說明書中有多個空标題
- 遊戲UI的工作量預估大概有多少？
- 關鍵的武将武器設計還沒有提。如何對戰的呢？是類似于爐石還是三國殺、皇室戰争還是遊戲王？
- 并發量考慮不足
- 請改進表結構和ER圖設計
- 多設計遊戲模式，避免雷同
- 設計文檔内容不完整
- 玩法不明确，玩法仍與卡牌遊戲相似
- 自主設計UI與卡牌等工作量巨大
- 系統設計不全，原型沒見到
- 隻做了網站的功能子產品
- 并發控制有沒考慮？