系统设计和数据库设计答辩问题汇总


总体来说大家的系统说明书格式普遍存在问题,格式不统一,也和作业规定中的没有具体明确有关系。有若干团队项目系统说明书完成度不高。


那周余嘉熊掌将得队

  • 权限控制打算如何实现?不同角色拥有不同的权限,是固定的不可配置;
  • 报名通过后可否增加短信提示?目前通过邮箱通知,其他需要收费所以不考虑;
  • 是否增加日程管理?有这个功能
  • 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与卡牌等工作量巨大
  • 系统设计不全,原型没见到
  • 只做了网站的功能模块
  • 并发控制有没考虑?
posted @ 2019-04-22 15:28  Eventide  阅读(...)  评论(...编辑  收藏