| 阶段序列 | 阶段预估时间 | 主要阶段任务 | 完成情况 |
|---|---|---|---|
| 第一阶段 | 9.21-10.5 | 团队成立 | 已完成 |
| 第二阶段 | 10.6-10.22 | 课题选择以及团队任务分配商定 | 已完成 |
| 第三阶段 | 10.23-11.1 | 完成需求文档和产品分析 | 已完成 |
| 第四阶段 | 11.2-11.8 | 完成第一个增量计划的编码、测试 | 未开始 |
| 第五阶段 | 11.9-11.15 | 对第一个增量计划进行交付和反馈，同时对第二个增量计划进行小组讨论和策划建模 | 未开始 |
| 第六阶段 | 11.15-11.16 | 完成第二个增量计划的编码和测试 | 未开始 |
| 第七阶段 | 11.16-11.20 | 对第二个增量计划进行交付和反馈，同时对第三个增量计划进行小组讨论和策划建模 | 未开始 |
| 第八阶段 | 11.21-11.27 | 完成第三个增量计划的编码和测试、同时项目的最终产品诞生 | 未开始 |
| 第九阶段 | 11.28-11.30 | 项目优化 | 未开始 |
| 第十阶段 | 11.30-最终DDL | 完成文档、PPT的制作 | 未开始 |
| 姓名 | 本次作业完成的内容 | 成绩占比 |
|---|---|---|
| 吴仕涛 | 组织会议，PPT介绍，设计原型，原型视频出演，部分文档，答辩问答 | 14% |
| 苏炜杰 | 前端搭建，部分文档，部分UML | 8% |
| 王祺 | 后端框架初步搭建，8张UML，视频后期的剪辑制作，丁香园2楼菜单收集 | 13% |
| 沈帅 | 部分文档，玫瑰园二楼菜单收集，原型视频出演，部分uml图（2张） | 9% |
| 李志炜 | 部分文档，原型视频拍摄，紫荆园菜单收集 | 10% |
| 林逸丽 | 1张UML图，部分文档 | 1% |
| 林怡琳 | 制作PPT，京元的菜单收集 | 8% |
| 王佳欣 | 制作PPT，丁香一楼的菜单收集 | 8% |
| 高逸超 | 部分文档，视频出演，教工菜单收集 | 8% |
| 傅兴佳 | 4张UML，后端数据库的设计与搭建，表的设计与创建，朝阳餐厅的菜单收集 | 10% |
| 邹薇 | 5张UML图，部分文档，玫瑰一楼的菜单收集 | 11% |
负责人：王祺
描述：我们使用的是分层分工法
该部分面临的问题：按模块功能分工需要每个成员了解各个层次的业务逻辑，学习成本偏高
解决的问题：我们直接使用分层法，持久层的就专门与数据库交互做CRUD，服务层专门搞业务逻辑，控制层专门做转发、重定向、过滤等，与前端接口交互
负责人：王祺
描述：实体类的设计与实体间的关系
该部分面临的问题：怎么对现实世界做出抽象并且与库表建立联系
解决的问题：反向设计，由库表推实体类，结合ORM的特性来设计实体类
负责人：王祺
描述：授权用户对【吃点儿啥】小程序的大致使用
该部分面临的问题：授权用户如何使用该系统
解决的问题：让授权用户清晰get到对该系统的使用
?
负责人：王祺
描述：运维对【吃点儿啥】小程序进行维护
该部分面临的问题：运维同学如何使用该系统以及系统异常情况的处理
解决的问题：由运维同学负责查看后台日志信息，更改配置文件等等方式达到维护目的
负责人：王祺
描述：每个人每天的评论数量是有限制的
该部分面临的问题：防止单个用户短时间内多次刷评论
解决的问题：记录用户当天的评论数量，超额则不予评价通过
?
负责人：王祺
描述：【窗口保护】的触发
该部分面临的问题：该如何防止大批恶意用户刷评论
解决的问题：我们引入【窗口保护】的概念，当触发异常条件，便执行该模块
负责人：王祺
描述：【窗口保护】主要是针对恶意用户的
该部分面临的问题：大批恶意用户刷评论
解决的问题：开启【窗口保护】机制，当系统检测到某窗口的评论在短期内大量增加，将该窗口判定为异常窗口，开启保护，再次收到相同评价，直接返回评价失败
?
负责人：王祺
描述：用户对菜品做出星级评价，达到一定星级加入我的爱心
该部分面临的问题：菜品星级如何评算，怎样才算是把菜品加入【我的爱心】
解决的问题：把每条评价查出来，重新加权计算星级并作显示
?
负责人：邹薇
描述：用户根据云图标签获得菜品推荐
该部分面临的问题：部分菜品与推荐的标签不符合
解决的问题：应用了用户反馈机制，后台通过用户反馈信息修改菜品标签解决标签与菜品不符问题
负责人：邹薇
描述：用户在我的页面可以实现的操作，进行用户反馈，查看爱心和收藏
该部分面临的问题：用户怎么知道自己是否反馈成功
解决的问题：回复用户该反馈是否采纳
负责人：邹薇
描述：用户根据自己喜好选择标签设置偏好和忌口
该部分面临的问题：标签不够全面，用户不知道从哪里进入到该页面
解决的问题：应用了用户反馈机制，通过用户反馈的信息适当增加标签，进行提示
负责人：邹薇
描述：就餐前用户登录小程序获得心仪的菜推荐
该部分面临的问题：用户不知道去哪里吃，吃什么，好不好吃
解决的问题：多种推荐机制，有热门窗口直接推荐和可以进入云图更据选择菜品标签进行推荐。可以通过查看菜品详情来获得菜品的星级
负责人：邹薇
描述：就餐后用户登录小程序对菜品进行评星和反馈
该部分面临的问题：无法判断用户是否为恶意评星和反馈
解决的问题：利用窗口保护机制对对用户反馈觉评星进行评价其可靠性
负责人：傅兴佳
描述：展现实体类间的关系，以及提供了与数据库交互的接口
该部分面临的问题：需要与数据库交互的功能较多
解决的问题：清晰的描述了用于增删改查的接口
负责人：傅兴佳
描述：展现实体之间的关系，以及实体的属性
该部分面临的问题：实体较多，关系难以理清
解决的问题：理清了实体间的关系
● 负责人：林逸丽
● 描述：在授权后进入首页，选择搜索或者筛选云图，还有我的主页。在搜索和筛选后会出现窗口或者菜品，其中点击窗口会出现地图指引。我的主页中包含爱心窗口、收藏窗口、用户界面。
● 该部分面临的问题：
● 解决的问题：
● 负责人：沈帅
● 描述：用户可以在反馈页面反馈信息，运维人员在检查完反馈信息后决定成功和丢弃
● 该部分面临的问题：用户不知道反馈流程
● 解决的问题：清晰的描绘了反馈流程
● 负责人：沈帅
● 描述：在授权后进入用户界面，可以修改个人信息，如头像，昵称，口味等
● 该部分面临的问题：用户修改头像想用自定义图片
● 解决的问题：用户头像为微信头像，可以修改微信头像改变头像。
使用 async await promise 用同步的方式编写异步代码,整理登陆状态
负责人：傅兴佳
描述：展现服务层的接口
该部分的问题：服务层接口在类之间的分配
解决的问题：清楚的分配了每个类应实现的功能
负责人：傅兴佳
描述：展现所有页面可以跳转的页面
该部分面临的问题：页面跳转逻辑混乱
解决的问题：清晰的描述了页面的跳转逻辑
学习进度条
| 第 N 周 | 新增代码 | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 第一周 | 300 | 300 | 146 | 146 | 学习swagger api的使用 |
| 第二周 | 395 | 695 | 173 | 319 | uml工具draw.io的使用，springboot的使用 |
原文：https://www.cnblogs.com/wjiaxin/p/13910523.html