系統設計和數據庫設計答辯問題彙總

---

整體來講你們的系統說明書格式廣泛存在問題，格式不統一，也和做業規定中的沒有具體明確有關係。有若干團隊項目系統說明書完成度不高。

• 那周餘嘉熊掌將得隊
• 追光的人
• echo
• 基於雲的勝利衝鋒隊
• 待就業六人組
• 修！咻咻！
• 雲打印
• 葫蘆娃
• 火雞堂
• 爲了交項目乾杯
• Skyreach
• 男上加男

---

那周餘嘉熊掌將得隊

• 權限控制打算如何實現？不一樣角色擁有不一樣的權限，是固定的不可配置；
• 報名經過後能否增長短信提示？目前經過郵箱通知，其餘須要收費因此不考慮；
• 是否增長日程管理？有這個功能
• 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與卡牌等工做量巨大
• 系統設計不全，原型沒見到
• 只作了網站的功能模塊
• 併發控制有沒考慮？