需求分析課堂答辯問題彙總

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

男上加男

• 武將技能如何安排的？
• 打算設計多少個武將？
• 模型展現不夠直觀
• 文檔撰寫過於簡單
• 遊戲設計仍是不夠完整，缺乏數值分析和原型Demo
• 武將技能如何得分？多少個武將？
• 水晶與卡牌，玩家的關係？在模型中如何體現？
• 增強可玩性，當前玩法過於簡單
• 在遊戲玩法中，須要保持遊戲平衡
• 沒有分析競品，玩法過於簡單
• 缺乏項目開發的規劃
• 需求分析階段更多的應該是關注作什麼，而不是如何作？
• 產品的性能需求和運行環境沒有詳細說明
• 需求規格說明書中沒有對產品進行明肯定位，面向何種用戶？潛在用戶特色？
• 離線仍是在線？響應速度如何？單人仍是多人？
• 與同類產品相比，如爐石，三國殺等卡牌類遊戲，優點不明顯
• 缺乏新手指導教程
• 增長一些獎勵機制
• 增長iOS端的實現

---

雲打印

• 是否考慮加入打印預覽功能
• 本地訂單和在線訂單如何平衡？
• 付款接口是否已瞭解？
• 課件可讀性有待提升
• 訂單類與商品類之間關聯是否合理？若是一個訂單包含多種商品該如何表示？
• 用戶的打印裝訂要求在哪一個類或哪幾個類中體現？
• 加密問題具體指什麼？
• 如何防止隱私泄露？
• 原型頁面較少，還須要進一步完善
• 如何解決配送問題？
• 不一樣的打印設置，不一樣的商家，怎麼區分計算價格？
• PPT缺乏類圖
• 對於多人同時打印，支持多少人同時使用？併發量如何？
• 是否支持商家與用戶的線上聊天
• 可以經過掃描二維碼進行文件傳輸？
• 可以更改文檔格式至打印相應版本？
• 界面不吸引人
• 打印沒有時間限制嗎？
• 上傳文件包含惡意文件，怎麼處理？

---

那周餘嘉熊掌將得隊

• 挺全面的，安全性設計如何考慮的？
• 類圖在分析階段，不需使用過多的接口類，關注點應放在覈心類
• 比賽類缺乏競賽報名信息
• App端沒有提供賽事及時推薦以及賽事訂閱功能
• 缺乏統計各類賽事比賽結果
• 建議加入智能管理，讓網頁更加智能化
• 查詢往年成績排名，如何快速找到本身？

---

追光的人

• 平臺如何實現盈利有沒有什麼構想？
• 建議問答題和選擇題跟問題的關係不是繼承
• 用戶類中屬性定義不合理：收藏列表，消息記錄等應去掉
• 貼子和貼子類別的數量對應是多對多
• 如何保證隱私？
• 類圖關係部分存在問題
• 依賴關係存在必定問題
• 與市場上的同類產品相比，優勢不突出
• 增強對資格認證的審覈
• PPT分析不夠細化
• 問卷導出Excel
• 統計問卷內容

---

基於雲的勝利衝鋒隊

• 想法很接地氣，可是好像少了關於登陸註冊的設計。如何保證教師和助教的身份不被冒充呢？
• Token如何產生？
• 用戶與角色的對應關係是什麼？
• 換隊員有沒實現？怎麼實現？
• 建議將基礎類和運行類分開
• 如何體現博客得分與功能得分？
• 團隊得分與團隊成員的貢獻度如何體現？
• 組長與學生是否重疊？
• 沒有具體的操做方法
• 增長一個識圖功能和減小重複內容的評審
• 如何導出數據？
• 推廣途徑受限，受衆人羣範圍較小

---

火雞堂

• 可否增長預算功能？
• 心願單存在的意義是？
• 產品和普通的記帳軟件相比 ，沒明顯的優點
• 帳單類中的餘額起何做用？記帳容許收入？
• 導航跳轉操做不該該在分析類中出現
• 可增長多個功能類，完善類關聯
• 但願能對接主流的支付平臺
• 不夠智能和簡潔
• 可否爬取支付寶，微信帳單？
• 導出數據的功能有沒實現？

---

Skyreach

• 遇到高併發場景，訪問量忽然增大的狀況該如何處理？
• 多標籤如何實現？
• 項目方向不明確，有點像論壇，本項目的特色在哪裏？
• Post類和board類的關係應明確
• 在分析類圖中不該出現界面類與數據庫類
• 評論信息在類圖中如何體現？
• 類圖不完善
• 類功能不明確
• 增長一個PK的小功能
• 對用戶信息安全方面的問題沒有詳細的解決方案
• 管理員端的原型設計補充

---

葫蘆娃

• 一我的玩的時候是和多少玩家對戰？
• 聯網是不是局域網仍是公網？
• 道具如何擴展？
• 缺乏player類與weapon類的關聯
• 玩家的皮膚、服裝等關係
• 設計時考慮關卡與系統行爲的關係，建議採用一種設計模式來實現
• 建議使用原型設計軟件進行設計
• 類圖屬性、操做可增長
• 優化遊戲界面，流暢度
• 遊戲運行環境在需求說明書中沒有說明？
• 添加立體劇情的內容，吸引用戶
• 像素類遊戲的服裝是否能精美顯示？
• 原型設計簡陋，遊戲玩法考慮不全面

---

爲了交項目乾杯

• 支付採用哪一個支付平臺？如何保證金額安全性？
• 任務和任務類關係反了
• 聊天支持多人聊天嗎？
• 任務的發佈與解決只能一對一？
• 類圖須要進一步完善，分析得出更多類
• 評審表建議設置詳細打分項

---

待就業六人組

• 說明書很詳細，管理員帳戶有哪些功能呢？
• 職位推薦如何實現？
• 簡歷模板有沒設計類？
• 管理員端有沒實現？
• 推薦算法如何實現？
• 系統可以根據用戶簡歷進行職位推薦嗎？
• 簡歷模板，職位分類等這些信息在類圖中如何體現？
• 涉及優化匹配算法的參數在哪些類中體現？
• 類圖關聯性有待優化
• 數據庫優化如何實現？
• 演講未把握重點
• 原型設計過於簡陋
• 時效性可否獲得有效保障？
• 關鍵字提取是否會存在遺漏？
• 用戶信息安全如何保證？
• 增長競品分析
• 增長IOS端實現
• 搜索職位的策略是如何？

---

修！咻咻！

• 說明書中的原型設計呢？
• 學生類中的操做不要涉及其餘類的數據，打破封裝
• 預定單類中爲什麼還有零件列表，是否重疊？
• 操做類相關的類圖後續但願可以採用命令模式來進行設計
• 跨類操做比較多
• PPT可讀性加強
• 建議使用命令模式
• 類圖中學生用戶與用戶是組合關係嗎？
• 建議開展多元化服務，功能不要侷限
• 類圖不適合數據庫表的設計
• 是否考慮使用MVC？
• 原型是PC端web，是否能根據屏幕大小自動適配？
• 類的設計有冗餘
• UI設計不夠美觀
• 增長管理員平臺
• 增長維修可行性評估

---

echo

• 說明書打開失敗，無問題
• 小程序的消息提示如何解決？
• 未實現宿舍類
• 建議與物業溝通，是否願意使用這樣的系統
• 分析類中，幾個重要的分析類與用戶接口類，管理員接口類的關係是繼承，是否有誤？
• 該分析模型是否支持未來功能擴展，如增長多種收費等？
• 公告類的信息在類圖中如何體現？
• 原型製做精美，可是界面太少
• 類圖設計考慮不周到
• 缺乏用戶場景分析
• 如何與現有系統兼容？
• UI圖過小，不夠清晰