- 武将技能如何安排的？
- 打算设计多少个武将？
- 模型展示不够直观
- 文档撰写过于简单
- 游戏设计还是不够完整，缺少数值分析和原型Demo
- 武将技能如何得分？多少个武将？
- 水晶与卡牌，玩家的关系？在模型中如何体现？
- 加强可玩性，当前玩法过于简单
- 在游戏玩法中，需要保持游戏平衡
- 没有分析竞品，玩法过于简单
- 缺少项目开发的规划
- 需求分析阶段更多的应该是关注做什么，而不是如何做？
- 产品的性能需求和运行环境没有详细说明
- 需求规格说明书中没有对产品进行明确定位，面向何种用户？潜在用户特点？
- 离线还是在线？响应速度如何？单人还是多人？
- 与同类产品相比，如炉石，三国杀等卡牌类游戏，优势不明显
- 缺少新手指导教程
- 增加一些奖励机制
- 增加iOS端的实现
- 是否考虑加入打印预览功能
- 本地订单和在线订单如何平衡？
- 付款接口是否已了解？
- 课件可读性有待提高
- 订单类与商品类之间关联是否合理？如果一个订单包含多种商品该如何表示？
- 用户的打印装订要求在哪个类或哪几个类中体现？
- 加密问题具体指什么？
- 如何防止隐私泄露？
- 原型页面较少，还需要进一步完善
- 如何解决配送问题？
- 不同的打印设置，不同的商家，怎么区分计算价格？
- PPT缺少类图
- 对于多人同时打印，支持多少人同时使用？并发量如何？
- 是否支持商家与用户的线上聊天
- 能够通过扫描二维码进行文件传输？
- 能够更改文档格式至打印相应版本？
- 界面不吸引人
- 打印没有时间限制吗？
- 上传文件包含恶意文件，怎么处理？
- 挺全面的，安全性设计如何考虑的？
- 类图在分析阶段，不需使用过多的接口类，关注点应放在核心类
- 比赛类缺少竞赛报名信息
- App端没有提供赛事及时推荐以及赛事订阅功能
- 缺少统计各种赛事比赛结果
- 建议加入智能管理，让网页更加智能化
- 查询往年成绩排名，如何快速找到自己？
- 平台如何实现盈利有没有什么构想？
- 建议问答题和选择题跟问题的关系不是继承
- 用户类中属性定义不合理：收藏列表，消息记录等应去掉
- 贴子和贴子类别的数量对应是多对多
- 如何保证隐私？
- 类图关系部分存在问题
- 依赖关系存在一定问题
- 与市场上的同类产品相比，优点不突出
- 加强对资格认证的审核
- PPT分析不够细化
- 问卷导出Excel
- 统计问卷内容
- 想法很接地气，但是好像少了关于登录注册的设计。如何保证教师和助教的身份不被冒充呢？
- Token如何产生？
- 用户与角色的对应关系是什么？
- 换队员有没实现？怎么实现？
- 建议将基础类和运行类分开
- 如何体现博客得分与功能得分？
- 团队得分与团队成员的贡献度如何体现？
- 组长与学生是否重叠？
- 没有具体的操作方法
- 增加一个识图功能和减少重复内容的评审
- 如何导出数据？
- 推广途径受限，受众人群范围较小
- 能否增加预算功能？
- 心愿单存在的意义是？
- 产品和普通的记账软件相比 ，没明显的优势
- 账单类中的余额起何作用？记账允许收入？
- 导航跳转操作不应该在分析类中出现
- 可增加多个功能类，完善类关联
- 希望能对接主流的支付平台
- 不够智能和简洁
- 能否爬取支付宝，微信账单？
- 导出数据的功能有没实现？
- 遇到高并发场景，访问量突然增大的情况该如何处理？
- 多标签如何实现？
- 项目方向不明确，有点像论坛，本项目的特点在哪里？
- Post类和board类的关系应明确
- 在分析类图中不应出现界面类与数据库类
- 评论信息在类图中如何体现？
- 类图不完善
- 类功能不明确
- 增加一个PK的小功能
- 对用户信息安全方面的问题没有详细的解决方案
- 管理员端的原型设计补充
- 一个人玩的时候是和多少玩家对战？
- 联网是否是局域网还是公网？
- 道具如何扩展？
- 缺少player类与weapon类的关联
- 玩家的皮肤、服装等关系
- 设计时考虑关卡与系统行为的关系，建议采用一种设计模式来实现
- 建议使用原型设计软件进行设计
- 类图属性、操作可增加
- 优化游戏界面，流畅度
- 游戏运行环境在需求说明书中没有说明？
- 添加立体剧情的内容，吸引用户
- 像素类游戏的服装是否能精美显示？
- 原型设计简陋，游戏玩法考虑不全面
- 支付采用哪个支付平台？如何保证金额安全性？
- 任务和任务类关系反了
- 聊天支持多人聊天吗？
- 任务的发布与解决只能一对一？
- 类图需要进一步完善，分析得出更多类
- 评审表建议设置详细打分项
- 说明书很详细，管理员账户有哪些功能呢？
- 职位推荐如何实现？
- 简历模板有没设计类？
- 管理员端有没实现？
- 推荐算法如何实现？
- 系统能够根据用户简历进行职位推荐吗？
- 简历模板，职位分类等这些信息在类图中如何体现？
- 涉及优化匹配算法的参数在哪些类中体现？
- 类图关联性有待优化
- 数据库优化如何实现？
- 演讲未把握重点
- 原型设计过于简陋
- 时效性能否得到有效保障？
- 关键字提取是否会存在遗漏？
- 用户信息安全如何保证？
- 增加竞品分析
- 增加IOS端实现
- 搜索职位的策略是如何？
- 说明书中的原型设计呢？
- 学生类中的操作不要涉及其他类的数据，打破封装
- 预约单类中为何还有零件列表，是否重叠？
- 操作类相关的类图后续希望能够采用命令模式来进行设计
- 跨类操作比较多
- PPT可读性增强
- 建议使用命令模式
- 类图中学生用户与用户是组合关系吗？
- 建议开展多元化服务，功能不要局限
- 类图不适合数据库表的设计
- 是否考虑使用MVC？
- 原型是PC端web，是否能根据屏幕大小自动适配？
- 类的设计有冗余
- UI设计不够美观
- 增加管理员平台
- 增加维修可行性评估
- 说明书打开失败，无问题
- 小程序的消息提示如何解决？
- 未实现宿舍类
- 建议与物业沟通，是否愿意使用这样的系统
- 分析类中，几个重要的分析类与用户接口类，管理员接口类的关系是继承，是否有误？
- 该分析模型是否支持将来功能扩展，如增加多种收费等？
- 公告类的信息在类图中如何体现？
- 原型制作精美，但是界面太少
- 类图设计考虑不周到
- 缺少用户场景分析
- 如何与现有系统兼容？
- UI图太小，不够清晰