總體來說大家的系統說明書格式普遍存在問題，格式不統一，也和作業規定中的沒有具體明確有關系。有若干團隊項目系統說明書完成度不高。
那周余嘉熊掌將得隊
- 權限控制打算如何實現？不同角色擁有不同的權限，是固定的不可配置；
- 報名通過后可否增加短信提示？目前通過郵箱通知，其他需要收費所以不考慮；
- 是否增加日程管理？有這個功能
- ER圖中對關系的理解有誤
- 4.2.9中比賽團隊表中如何將報名隊員與賽事關聯?
- 4.2.12實驗室老師表中，有無授權結束時間？
- ER圖中不能體現比賽所需材料
- 數據安全防護如何保證？
- 數據庫設計表與表之間的關聯還需要進一步優化
- 安全驗證，權限管理方面邏輯設計再完善
- 報名后應增加發送信息
- 如何防止圖片木馬？
- 查詢功能是否滿足多條件查詢排序？
- 數據庫權限角色不分明，統一root權限是否合理？
- 是否存在訪問上限？
- 用戶提交故障，是否可以加一項草稿或者撤回功能？
- 演講可以增加一些例子
追光的人
- 問卷是否考慮增加條件問題，如回答B題的基礎是A題的某選項？沒有考慮，太復雜
- 問卷問題文本導入功能？考慮在以后版本實現，點子很好
- 系統設計說明書中的個別圖的標號順序有問題？時間太趕，再仔細檢查
- 簡答題的題干如何儲存？
- 有些查詢涉及列表較多，有沒考慮建立常用的視圖？
- 論壇的貼子積累，系統如何擴展？
- 訪問速度如何提高？
- 點贊增加取消功能？
- 表設計過於復雜，能否確定查詢效率高
- PPT美化不夠，字體加粗放大
- 沒有主打功能
- 要考慮帶寬
echo
- 物業管理系統首先限定在學生宿舍，我們家小區就沒有負責水電費的繳納
- 界面如何設計的沒有在系統設計說明說中看到
- 水電抄表建議增加業主確認環節
- 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圖? 有提供，在數據庫說明書中
- 沒有系統結構圖? 有提供，在系統設計說明書中
- 驗收標准格式不清晰? 后期找標准的驗收格式 需求分析中已經給出
- 內部接口，外部接口定義錯誤
- 出錯處理過於簡單
- 任務接受后，無法完成如何解決？
- 任務有沒開始時間和結束時間？
- 表結構適當增加接單效率表
- 計划表不明確，無里程碑
- 表設計無注釋
- 數據統計功能不全
- 對於整個任務發布流程是否應該再仔細思考？
- 取消任務，任務違約如何解決？
- 驗收標准格式不清晰
Skyreach
- 系統說明書的格式是在哪里找到的？怎么和數據庫設計書合在一起了？通過網絡查的，格式不對；
- 驗收標准時什么樣的？
- 缺少ER分析
- 數據表結構截圖不夠完整，沒有給出外鍵和字段說明
- 數據庫接口設計沒有說清楚
- 評審表可以更新一下，把當次答辯內容體現出來
- 表結構缺乏相關的敘述，類設計需進一步優化
- 沒有按要求撰寫說明書
男上加男
- 系統說明書中有多個空標題
- 游戲UI的工作量預估大概有多少？
- 關鍵的武將武器設計還沒有提。如何對戰的呢？是類似於爐石還是三國殺、皇室戰爭還是游戲王？
- 並發量考慮不足
- 請改進表結構和ER圖設計
- 多設計游戲模式，避免雷同
- 設計文檔內容不完整
- 玩法不明確，玩法仍與卡牌游戲相似
- 自主設計UI與卡牌等工作量巨大
- 系統設計不全，原型沒見到
- 只做了網站的功能模塊
- 並發控制有沒考慮？