2018软工实践第八次作业-团队项目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

  选择的理由

• 上学期学数据库画ER图的时候就用过ProcessOn，无需下载在web端即可使用，界面简洁大方，用起来方便快捷，非常容易上手，而且功能也很丰富。

  使用后的评价

• 用户体验极好，对实体或者属性进行位置的编排和布局时，ProcessOn可以很方便地直接选中拖动。今天还意外发现了ProcessOn会在推荐页面显示一些人气较高的设计。在自己的设计遇到困难时，或许可以去看看别人的设计找一下灵感。

评估成员的贡献分配

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

姓名	完成部分	贡献分评估
李恒达	用例图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	开发	90	140
· Analysis	· 需求分析 (包括学习新技术)	30	45
· Design Spec	· 生成设计文档	0	0
· Design Review	· 设计复审	0	0
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	60	95
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试，修改代码，提交修改）	0	0
Reporting	报告	45	45
· Test Repor	· 测试报告	30	30
· Size Measurement	· 计算工作量	5	5
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	10	10
	合计	145	195

本次换队环节的感受

1. 作为留在原组的队员，感觉换人后队内的氛围没多大变化，还是一如既往地棒。
2. 临时队长畅畅同学把每个人的工作安排地清清楚楚明明白白，积极和每个队员进行沟通，检查大家的完成情况并能够给出相应的建议，完美的PM。
3. 自己在画关系图的时候容易忽略一些实体的属性，多亏和其他队员的讨论沟通才顺利完成。
4. 在最后的配色上纠缠了很久， 在临时队长的推荐下，借鉴了Color Hunt上面的一些配色方案，拯救了我的直男审美。