需求分析课堂答辩问题汇总

• 男上加男
• 云打印
• 那周余嘉熊掌将得队
• 追光的人
• 基于云的胜利冲锋队
• 火鸡堂
• Skyreach
• 葫芦娃
• 为了交项目干杯
• 待就业六人组
• 修！咻咻！
• echo

男上加男

• 武将技能如何安排的？
• 打算设计多少个武将？
• 模型展现不够直观
• 文档撰写过于简单
• 游戏设计仍是不够完整，缺乏数值分析和原型Demo
• 武将技能如何得分？多少个武将？
• 水晶与卡牌，玩家的关系？在模型中如何体现？
• 增强可玩性，当前玩法过于简单
• 在游戏玩法中，须要保持游戏平衡
• 没有分析竞品，玩法过于简单
• 缺乏项目开发的规划
• 需求分析阶段更多的应该是关注作什么，而不是如何作？
• 产品的性能需求和运行环境没有详细说明
• 需求规格说明书中没有对产品进行明肯定位，面向何种用户？潜在用户特色？
• 离线仍是在线？响应速度如何？单人仍是多人？
• 与同类产品相比，如炉石，三国杀等卡牌类游戏，优点不明显
• 缺乏新手指导教程
• 增长一些奖励机制
• 增长iOS端的实现

---

云打印

• 是否考虑加入打印预览功能
• 本地订单和在线订单如何平衡？
• 付款接口是否已了解？
• 课件可读性有待提升
• 订单类与商品类之间关联是否合理？若是一个订单包含多种商品该如何表示？
• 用户的打印装订要求在哪一个类或哪几个类中体现？
• 加密问题具体指什么？
• 如何防止隐私泄露？
• 原型页面较少，还须要进一步完善
• 如何解决配送问题？
• 不一样的打印设置，不一样的商家，怎么区分计算价格？
• PPT缺乏类图
• 对于多人同时打印，支持多少人同时使用？并发量如何？
• 是否支持商家与用户的线上聊天
• 可以经过扫描二维码进行文件传输？
• 可以更改文档格式至打印相应版本？
• 界面不吸引人
• 打印没有时间限制吗？
• 上传文件包含恶意文件，怎么处理？

---

那周余嘉熊掌将得队

• 挺全面的，安全性设计如何考虑的？
• 类图在分析阶段，不需使用过多的接口类，关注点应放在核心类
• 比赛类缺乏竞赛报名信息
• App端没有提供赛事及时推荐以及赛事订阅功能
• 缺乏统计各类赛事比赛结果
• 建议加入智能管理，让网页更加智能化
• 查询往年成绩排名，如何快速找到本身？

---

追光的人

• 平台如何实现盈利有没有什么构想？
• 建议问答题和选择题跟问题的关系不是继承
• 用户类中属性定义不合理：收藏列表，消息记录等应去掉
• 贴子和贴子类别的数量对应是多对多
• 如何保证隐私？
• 类图关系部分存在问题
• 依赖关系存在必定问题
• 与市场上的同类产品相比，优势不突出
• 增强对资格认证的审核
• PPT分析不够细化
• 问卷导出Excel
• 统计问卷内容

---

基于云的胜利冲锋队

• 想法很接地气，可是好像少了关于登陆注册的设计。如何保证教师和助教的身份不被冒充呢？
• Token如何产生？
• 用户与角色的对应关系是什么？
• 换队员有没实现？怎么实现？
• 建议将基础类和运行类分开
• 如何体现博客得分与功能得分？
• 团队得分与团队成员的贡献度如何体现？
• 组长与学生是否重叠？
• 没有具体的操做方法
• 增长一个识图功能和减小重复内容的评审
• 如何导出数据？
• 推广途径受限，受众人群范围较小

---

火鸡堂

• 可否增长预算功能？
• 心愿单存在的意义是？
• 产品和普通的记帐软件相比 ，没明显的优点
• 帐单类中的余额起何做用？记帐容许收入？
• 导航跳转操做不该该在分析类中出现
• 可增长多个功能类，完善类关联
• 但愿能对接主流的支付平台
• 不够智能和简洁
• 可否爬取支付宝，微信帐单？
• 导出数据的功能有没实现？

---

Skyreach

• 遇到高并发场景，访问量忽然增大的状况该如何处理？
• 多标签如何实现？
• 项目方向不明确，有点像论坛，本项目的特色在哪里？
• Post类和board类的关系应明确
• 在分析类图中不该出现界面类与数据库类
• 评论信息在类图中如何体现？
• 类图不完善
• 类功能不明确
• 增长一个PK的小功能
• 对用户信息安全方面的问题没有详细的解决方案
• 管理员端的原型设计补充

---

葫芦娃

• 一我的玩的时候是和多少玩家对战？
• 联网是不是局域网仍是公网？
• 道具如何扩展？
• 缺乏player类与weapon类的关联
• 玩家的皮肤、服装等关系
• 设计时考虑关卡与系统行为的关系，建议采用一种设计模式来实现
• 建议使用原型设计软件进行设计
• 类图属性、操做可增长
• 优化游戏界面，流畅度
• 游戏运行环境在需求说明书中没有说明？
• 添加立体剧情的内容，吸引用户
• 像素类游戏的服装是否能精美显示？
• 原型设计简陋，游戏玩法考虑不全面

---

为了交项目干杯

• 支付采用哪一个支付平台？如何保证金额安全性？
• 任务和任务类关系反了
• 聊天支持多人聊天吗？
• 任务的发布与解决只能一对一？
• 类图须要进一步完善，分析得出更多类
• 评审表建议设置详细打分项

---

待就业六人组

• 说明书很详细，管理员帐户有哪些功能呢？
• 职位推荐如何实现？
• 简历模板有没设计类？
• 管理员端有没实现？
• 推荐算法如何实现？
• 系统可以根据用户简历进行职位推荐吗？
• 简历模板，职位分类等这些信息在类图中如何体现？
• 涉及优化匹配算法的参数在哪些类中体现？
• 类图关联性有待优化
• 数据库优化如何实现？
• 演讲未把握重点
• 原型设计过于简陋
• 时效性可否获得有效保障？
• 关键字提取是否会存在遗漏？
• 用户信息安全如何保证？
• 增长竞品分析
• 增长IOS端实现
• 搜索职位的策略是如何？

---

修！咻咻！

• 说明书中的原型设计呢？
• 学生类中的操做不要涉及其余类的数据，打破封装
• 预定单类中为什么还有零件列表，是否重叠？
• 操做类相关的类图后续但愿可以采用命令模式来进行设计
• 跨类操做比较多
• PPT可读性加强
• 建议使用命令模式
• 类图中学生用户与用户是组合关系吗？
• 建议开展多元化服务，功能不要局限
• 类图不适合数据库表的设计
• 是否考虑使用MVC？
• 原型是PC端web，是否能根据屏幕大小自动适配？
• 类的设计有冗余
• UI设计不够美观
• 增长管理员平台
• 增长维修可行性评估

---

echo

• 说明书打开失败，无问题
• 小程序的消息提示如何解决？
• 未实现宿舍类
• 建议与物业沟通，是否愿意使用这样的系统
• 分析类中，几个重要的分析类与用户接口类，管理员接口类的关系是继承，是否有误？
• 该分析模型是否支持未来功能扩展，如增长多种收费等？
• 公告类的信息在类图中如何体现？
• 原型制做精美，可是界面太少
• 类图设计考虑不周到
• 缺乏用户场景分析
• 如何与现有系统兼容？
• UI图过小，不够清晰