项目UML设计

团队信息

队员姓名与学号

学号	姓名	博客连接
124	王彬（组长）	点击这里
206	赵畅	点击这里
215	胡展瑞	点击这里
320	李恒达	点击这里
131	佘岳昕	点击这里
431	王源	点击这里
206	陈文垚	点击这里
209	陈志炜	点击这里
225	林煌伟	点击这里

本次做业连接

点击这里

团队分工

alpha 分而治之：（做者：志豪）

alpha版本须要作的事情

模块序号	模块名	模块具体内容
1	学生用户模块	1.学生用户登入 2.选择口味界面 3.推荐展现界面 4.推荐评价页面 5.查看美食地图 6.推荐店铺位置指引
2	商家用户模块	1.商铺用户登入 2.查看食客评论与回复界面 3.提交菜品和菜单数据界面 4.会员充值界面
3	后台管理模块	1.食堂店铺与店铺菜品增删改查操做 2.推荐算法 3.对会员和充值系统的管理

成员具体分工及TODO list

负责人	分工明细	TODO List
王彬	负责项目任务分配、进度跟踪推动、原型制做	1.完成原型的开发 2.文档撰写与汇总
赵畅	数据库搭建、数据库接口编写	1.配合后端小组完成程序后端的开发 2.完成菜品量化，搭建数据库
胡展瑞	负责项目各个部分的测试编写	1.编写测试用例帮助先后端把控质量
李恒达	前端模块（普通用户端）实现	1.完成前端口味选择功能 2.完成推荐结果评价功能
陈志炜	前端模块（普通用户端）实现、推荐算法设计	1.完成美食地图功能 2.完成店铺位置指引功能
陈文垚	前端模块（普通用户端）实现	1.学生端登入入口 2.完成推荐结果展现功能
林煌伟	前端模块（商铺用户端）实现	1.商铺用户登入功能 2.商铺用户查看食客评论与回复功能 3.商铺提交菜单和菜品数据功能
佘岳昕	后端模块实现	1.先后端交互接口（学生用户端）设计与实现 2.先后端交互接口（商铺用户端）设计与实现
王源	后端模块实现	1.菜品推荐算法设计与实现 2.后端与数据库接口定义与实现

燃尽图

UML

【part1】用例图

这里描述的是系统哪部分？

• 描述的是系统的项目需求部分。

这部分要面临什么样的问题？

• 用户需求的变化是多样性的，将来仍须要尽善尽美。

如下设计解决了哪些问题？

• 直观的表达了不一样用户的不一样需求。

• 解决了项目的需求分析,为接下来更详细的任务做铺垫。

【part2】类图

这里描述的是系统哪部分？

• 描述了系统中的各个类、接口以及它们之间的静态结构和关系

这部分要面临什么样的问题？

• 主要面临系统中的功能逻辑接口混乱问题

如下设计解决了哪些问题？

• 如下设计解决了系统的静态视图设计，执行功能的描述，以及各个类之间的关系和协做

【part3】活动图

这里描述的是系统哪部分？

• 描述的是系统执行的活动部分，从活动到活动的流程

这部分要面临什么样的问题？

• 答：程序运行流程和模块调用不清晰

如下设计解决了哪些问题？

• 答：实现了整个客户端使用周期各个活动的确认
  
  

【part4】状态图

这里描述的是系统哪部分？

• 描述的是客户端App 的整个状态过程。

• 以及商家Web客户端的整个状态过程。

• 对整个应用的状态进行一个描述。

这部分要面临什么样的问题？

• 面临状态的缺漏，没有描述到全部的状态。

如下设计解决了哪些问题？

• 解决了整个客户端使用周期各个状态的确认。

【part5】实体关系图

这里描述的是系统哪部分？

• 描述了数据库中各个实体及其属性和各实体之间的关系

这部分要面临什么样的问题？

• 主要面临数据库中实体关系混乱、存在冗余的问题

如下设计解决了哪些问题？

• 如下设计解决了数据库系统中各实体的设计问题，描述了各实体的属性以及实体之间的关系

【part6】泳道图 选作

这里描述的是系统哪部分？

• 泳道图是特殊的活动图，因此描述的是也系统执行的活动部分

这部分要面临什么样的问题？

• 面临各个活动归属不清晰，职责不明确的问题

如下设计解决了哪些问题？

• 明确流程环节所属的阶段

• 可以将模型中的活动按照职责组织起来，清晰体现出某个动做发生在哪一个组织

工具选择

选择的工具

本次我制做类图选择的是用ProcessOn

选择的理由

1. 入门简单，易上手
2. 网页端使用起来很是方便，操做简单
3. 功能强大，流程图、各类UML、类图均可以用
4. 这款绘图工具包含了丰富的图形和各类元素，只需拖动就可，十分简便

使用后的评价

1. 操做简单，使用方便
2. 网页端仍是遇到了一些不足，好比最后生成图片时有些边框与字出现不对齐的状况
3. 给的模板有点丑
4. 整体来讲使用体验仍是不错的

评估成员的贡献分配

本队“临时队长”给出的“课上”贡献分评估；

姓名	完成部分	贡献分评估
李恒达	用例图1	14%
赵畅(临时队长)	博客写做，布置任务，类图	12%
林煌伟	类图	12%
朱志豪	分而治之alpha版本事项，用例图2	14%
志炜	状态图两份	12%
文垚	实体关系图	12%
佘岳昕	泳道图，活动图	10%
张杰	泳道图，活动图	12%
陈超星	泳道图，活动图	2%

本队“原队长”给出的“课后”贡献分评估；

姓名	完成部分	贡献分评估
王彬	博客编写、alpha任务分配	10%
李恒达	用例图	12%
赵畅(临时队长)	博客写做，布置任务，类图	14%
林煌伟	类图	12%
胡展瑞	获取其余组的完成状况	7%
王源	获取其余组的完成状况	7%
志炜	状态图两份	13%
文垚	实体关系图	12%
佘岳昕	泳道图，活动图	13%

PSP

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	10	10
· Estimate	· 估计这个任务须要多少时间	10	10
Development	开发	230	240
· Analysis	· 需求分析 (包括学习新技术)	10	20
· Design Spec	· 生成设计文档	10	10
· Design Review	· 设计复审	10	10
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	200	200
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试，修改代码，提交修改）	0	0
Reporting	报告	10	10
· Test Repor	· 测试报告	0	0
· Size Measurement	· 计算工做量	5	5
· Postmortem & Process Improvement Plan	· 过后总结, 并提出过程改进计划	5	5
	合计	250	260

本次换队环节的感觉

• 临时队长: 临时队长很负责，对总体把控到位，有条不紊的分工，合理的安排好每一个人的任务，认真负责，带领全队完美的完成本次任务。
• 换来的新队友： 因为各有各的分工，并无跟新队员太多接触，可是能够看出来新来的队员仍是挺负责的，能积极沟通，按时完成任务，可是仍是以为咱们原本的队友更给力
• 新团队氛围：没什么太大差异，可能跟新来的队友不够熟悉，氛围没有以前那么活跃