# 团队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
选择的理由
- 在线编辑，可保存，较为简便
- 功能算是比较齐全，需要的UML设计的各类图案都有
使用后的评价
- 中规中矩，用起来挺方便的。
- 字体、图形等不可以旋转，有一些个性化的操作就很难实现，有待改进
评估成员的贡献分配
本队“临时队长”给出的“课上”贡献分评估；
| 姓名 | 完成部分 | 贡献分评估 |
|---|---|---|
| 李恒达 | 用例图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 | 计划 | 20 | 20 |
| · Estimate | · 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 310 | 320 |
| · Analysis | · 需求分析 (包括学习新技术) | 40 | 40 |
| · Design Spec | · 生成设计文档 | 10 | 20 |
| · Design Review | · 设计复审 | 30 | 30 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 270 | 270 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 10 | 10 |
| · Test Repor | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 15 | 15 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 390 | 400 |
# 团队UML设计的更多相关文章
- 软工团队 - UML设计
软工团队 - UML设计 分工 对于分工我们没有不是按"自己负责部分的核心模块做练习"(每个人对每个图的某一模块来依次做完四个UML)的原因,是在于画这些图并不是都能彻底分成各个& ...
- 18软工实践-第八次作业（课堂实战）-项目UML设计（团队）
目录 团队信息 分工选择 课上分工 课下分工 ToDolist alpha版本要做的事情 燃尽图 UML 用例图 状态图 活动图 类图 部署图 实例图 对象图 时序图 包图 通信图 贡献分评定 课上贡 ...
- 团队作业——UML设计
Deadline:2017-10-29 20:00(课堂作业) 导言 同学们已经做了需求的分析,也做了详细的系统设计,画过了一些小小的类图/用例图,对自己要做什么应该有比较清晰的认识了.接下来,我们要 ...
- [福大软工] Z班 团队作业——UML设计 作业成绩
团队作业--UML设计 作业链接 http://www.cnblogs.com/easteast/p/7745703.html 作业要求 1)团队分工(5分) 描述团队的每个成员分别完成了UML图的哪 ...
- 第三视角团队：项目UML设计（团队）
项目UML设计(团队) 团队信息 团队名:第三视角 各成员学号及姓名 姓名 学号 博客链接 张扬(组长) 031602345 http://www.cnblogs.com/sxZhangYang/p/ ...
- 福大软工 1816：项目UML设计（团队作业三）
项目UML设计(团队) 团队信息 团队名:第三视角 各成员学号及姓名 姓名 学号 博客链接 张扬(组长) 031602345 http://www.cnblogs.com/sxZhangYang/p/ ...
- 团队作业之现场UML设计
项目UML设计(团队) 团队信息 团队名:第三视角 各成员学号及姓名 姓名 学号 博客链接 张扬(组长) 031602345 http://www.cnblogs.com/sxZhangYang/p/ ...
- 福大软工1816 · 第八次作业（课堂实战）- 项目UML设计（团队）
团队 学号 姓名 本次作业博客链接 031602428 苏路明(组长) https://www.cnblogs.com/Sulumer/p/9822854.html 031602401 陈瀚霖 htt ...
- 2018软工项目UML设计（团队）
团队信息 队名:火箭少男100 本次作业课上成员 短学号 名 本次作业博客链接 2507 俞辛(临时队长) https://www.cnblogs.com/multhree/p/9821080.htm ...
随机推荐
- Redis持久化存储详解(一)
> 为什么要做持久化存储? 持久化存储是将 Redis 存储在内存中的数据存储在硬盘中,实现数据的永久保存.我们都知道 Redis 是一个基于内存的 nosql 数据库,内存存储很容易造成数据的 ...
- 【数据结构与算法】003—排序算法（Python）
写在前面 常见排序算法可以分为两大类: 非线性时间比较类排序:通过比较来决定元素间的相对次序,由于其时间复杂度不能突破O(nlogn),因此称为非线性时间比较类排序. 线性时间非比较类排序:不通过比较 ...
- JavaWeb基础—MySQL入门小结
一.数据库概述 RDBMS:关系型数据库管理系统 == 管理员(manager)+仓库(database) 常见数据库: Oracle(神喻):甲骨文 MySQL: 归于甲骨文旗下(高版本系统已经开 ...
- 20155332 补交ch12课下作业
20155332 补交ch12课下作业 课下测试提交晚了,我课后补做了一遍,答对13题,答错3题. 试题内容如下所示: 课本内容 1.并发(Concurrency) 访问慢I/O设备:就像当应用程序等 ...
- ISP与IAP
ISP:in system program 顾名思义,在系统编程,单片机不用从电路上拆下,直接用下载器或者串口即可完成程序的烧写.这个是用于工程师调试程序,或者出厂时烧写程序.本质上是芯片出厂时烧录到 ...
- C++多线程，互斥，同步
同步和互斥 当有多个线程的时候,经常需要去同步这些线程以访问同一个数据或资源.例如,假设有一个程序,其中一个线程用于把文件读到内存,而另一个线程用于统计文件中的字符数.当然,在把整个文件调入内存之前, ...
- 【HNOI2013】消毒
题面 题解 当只有二维时,就是一个二分图匹配的板子题 三维的时候就很好做了,暴力枚举一维的情况,因为\(\min(x,y,z) = \sqrt{5000} < 18\),于是时间复杂度有保证 代 ...
- 【LG3246】[HNOI2016]序列
[LG3246][HNOI2016]序列 题面 洛谷 题解 60pts 对于每个位置\(i\),单调栈维护它往左第一个小于等于它的位置\(lp_i\)以及往右第一个小于它的位置\(rp_i\). 那么 ...
- JS如何捆绑TypeScript声明文件
前话 TypeScript是JavaScript类型的超集 这是TypeScript的文档介绍的一句话,那么他们存在联系呢? 我的理解是,TypeScript在JavaScript基础上引入强类型语言 ...
- 约束3：default约束
默认值约束(Default约束)的作用是在执行insert命令时,如果命令没有显式给指定的列赋值,那么把默认约束值插入到该列中:如果在Insert命令中显式为指定的列赋值,那么将该列插入用户显式指定的 ...