团队第二次作业
| 这个作业属于哪个课程 | 软件工程2021春软件工程W班(福州大学) |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 完成会议网站编写与部署 |
第一部分
-
项目github地址以及项目部署的在线地址
-
组员职责分工
学号及姓名 职责 041802224翁宏晖 测试、后端 221801224钟焓 测试、前端 111801206傅灿宇 PM、前端 221801404韦皓晨 前端 221801421杨彬 前端 051805124王少聪 后端、前端 081800306陈志君 后端、项目部署 221801413艾齐 前端、博客 221801408廖龙垲 前端 221801422卓尚宇 前端 -
github 的提交日志与各组员commit次数统计
- github提交日志

- 各组员commit次数
(注:没有计算merge到main分支)学号及姓名 commit次数 041802224翁宏晖 4 221801224钟焓 4 111801206傅灿宇 4 221801404韦皓晨 5 221801421杨彬 4 051805124王少聪 3 081800306陈志君 5 221801413艾齐 5 221801408廖龙垲 6 221801422卓尚宇 5 总计 45
- github提交日志
-
程序运行截图
-
登录界面

-
注册界面

-
会议主席界面

-
用户信息界面

-
会议

-
会议消息

-
推送列表

8.推送成功

-
-
遇到的困难及解决方法
- 111801206傅灿宇:困难:不熟悉vue框架,一开始花了很多时间在了解框架,还走了不少弯路
解决:在同学的帮助下,学会了vue的初步使用方法- 221801421杨彬:环境的配置总是报错,对elementUI的不熟悉导致很多组件无法正常使用,以及与后端的数据交互总是出问题。通过队友互相帮助,以及网络上查阅实战代码解决。
- 组员221801413艾齐:在vue中使用elementUI组件进行登录界面的设计与编码过程中,遇到了vue的组件版本与elementUI组件不匹配的问题,最后通过查询资料,降低vue组件版本解决了问题。
- 组员221801408廖龙垲:遇到了版本环境不匹配的问题,还有前后端接口的解决问题,在组内人员的帮助下,成功解决。
- 221801404韦皓晨:由于对vue框架陌生,所以项目做起来开始很困难,从环境的配置到代码的编写,总是遇到各种问题,我通过去网上查找资料以及队友的帮助最终解决了问题。
- 221801422卓尚宇:遇到的困难:页面传递数据时,总是发生问题,在网上查找资料和队友的帮助,成功解决。
- 221801224钟焓:遇到的困难:在使用ElementUI的Swuitc组件的时候,点击该组件无法改变其状态;解决方法:查询了ElementUI官网的文档,修改了其属性。
- 081800306陈志君:遇到的困难:在部署服务器时,post满打不开导致无法测试数据库,api请求无法得到验证。
- 051805124王少聪:遇到的困难:vue发送api请求时,返回数据的类型无法匹配;页面检查元素后发现请求发送的格式不对。
- 041802224翁宏晖:遇到的困难:配置vue时环境一直出错,搜索博客后发现依赖包的版本过高。
-
组员评分
学号及姓名 得分 041802224翁宏晖 11 221801224钟焓 11 111801206傅灿宇 8 221801404韦皓晨 8 221801421杨彬 8 051805124王少聪 8 081800306陈志君 20 221801413艾齐 8 221801408廖龙垲 8 221801422卓尚宇 10 -
PSP表格
- 041802224翁宏晖
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 20 30 • Estimate • 估计这个任务需要多少时间 20 30 Development 开发 300 300 • Analysis • 需求分析 (包括学习新技术) 80 80 • Design Spec • 生成设计文档 30 40 • Design • 具体设计 60 60 • Coding • 具体编码 180 200 • Test • 测试(自我测试,修改代码,提交修改) 60 60 Reporting 报告 60 60 • Test Repor • 测试报告 30 30 • Size Measurement • 计算工作量 10 10 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 10 20 合计 800 840 - 221801224钟焓
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 50 80 • Estimate • 估计这个任务需要多少时间 50 80 Development 开发 580 680 • Analysis • 需求分析 (包括学习新技术) 140 120 • Design Spec • 生成设计文档 30 30 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 30 30 • Design • 具体设计 60 80 • Coding • 具体编码 180 240 • Test • 测试(自我测试,修改代码,提交修改) 120 160 Reporting 报告 75 80 • Test Repor • 测试报告 35 40 • Size Measurement • 计算工作量 20 30 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 20 10 合计 605 820 - 111801206傅灿宇
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 60 70 • Estimate • 估计这个任务需要多少时间 60 70 Development 开发 600 750 • Analysis • 需求分析 (包括学习新技术) 80 90 • Design Spec • 生成设计文档 60 80 • Design • 具体设计 60 90 • Coding • 具体编码 280 340 • Test • 测试(自我测试,修改代码,提交修改) 120 150 Reporting 报告 20 25 • Test Report • 测试报告 15 10 • Size Measurement • 计算工作量 5 5 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 15 20 合计 680 845 - 221801404韦皓晨
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 20 20 • Estimate • 估计这个任务需要多少时间 20 20 Development 开发 540 500 • Analysis • 需求分析 (包括学习新技术) 120 90 • Design Spec • 生成设计文档 30 40 • Design • 具体设计 60 90 • Coding • 具体编码 180 200 • Test • 测试(自我测试,修改代码,提交修改) 120 80 Reporting 报告 50 40 • Test Repor • 测试报告 30 20 • Size Measurement • 计算工作量 10 20 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 10 20 合计 610 600 - 221801421杨彬
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 30 20 • Estimate • 估计这个任务需要多少时间 30 20 Development 开发 540 710 • Analysis • 需求分析 (包括学习新技术) 120 180 • Design Spec • 生成设计文档 30 30 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 10 10 • Design • 具体设计 60 100 • Coding • 具体编码 200 240 • Test • 测试(自我测试,修改代码,提交修改) 120 150 Reporting 报告 60 70 • Test Repor • 测试报告 30 20 • Size Measurement • 计算工作量 10 20 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 20 30 合计 630 800 - 051805124王少聪
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 50 80 • Estimate • 估计这个任务需要多少时间 50 80 Development 开发 580 680 • Analysis • 需求分析 (包括学习新技术) 140 130 • Design Spec • 生成设计文档 30 30 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 30 30 • Design • 具体设计 60 80 • Coding • 具体编码 180 240 • Test • 测试(自我测试,修改代码,提交修改) 120 170 Reporting 报告 75 80 • Test Repor • 测试报告 35 40 • Size Measurement • 计算工作量 20 30 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 20 10 合计 605 840 - 081800306陈志君
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 40 40 • Estimate • 估计这个任务需要多少时间 40 50 Development 开发 560 730 • Analysis • 需求分析 (包括学习新技术) 120 140 • Design Spec • 生成设计文档 40 60 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 40 40 • Design • 具体设计 60 80 • Coding • 具体编码 180 220 • Test • 测试(自我测试,修改代码,提交修改) 120 180 Reporting 报告 60 80 • Test Repor • 测试报告 30 20 • Size Measurement • 计算工作量 20 30 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 10 10 合计 720 830 - 221801413艾齐
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 40 50 • Estimate • 估计这个任务需要多少时间 40 50 Development 开发 560 720 • Analysis • 需求分析 (包括学习新技术) 120 140 • Design Spec • 生成设计文档 40 40 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 40 40 • Design • 具体设计 60 80 • Coding • 具体编码 180 240 • Test • 测试(自我测试,修改代码,提交修改) 120 180 Reporting 报告 60 80 • Test Repor • 测试报告 30 40 • Size Measurement • 计算工作量 20 30 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 10 10 合计 720 850 - 221801408廖龙垲
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 20 30 • Estimate • 估计这个任务需要多少时间 20 30 Development 开发 860 990 • Analysis • 需求分析 (包括学习新技术) 120 120 • Design Spec • 生成设计文档 30 40 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 0 0 • Design • 具体设计 0 0 • Coding • 具体编码 400 400 • Test • 测试(自我测试,修改代码,提交修改) 60 120 Reporting 报告 30 40 • Test Repor • 测试报告 30 40 • Size Measurement • 计算工作量 10 10 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 10 20 合计 700 850 - 221801422卓尚宇
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 25 30 • Estimate • 估计这个任务需要多少时间 25 30 Development 开发 670 770 • Analysis • 需求分析 (包括学习新技术) 120 120 • Design Spec • 生成设计文档 35 40 • Coding Standard • 代码规范 (为目前的开发制定合适的规范) 30 30 • Design • 具体设计 60 90 • Coding • 具体编码 300 320 • Test • 测试(自我测试,修改代码,提交修改) 125 170 Reporting 报告 85 100 • Test Repor • 测试报告 40 45 • Size Measurement • 计算工作量 15 20 • Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 30 35 合计 780 900
第二部分
- 团队选题展示过程中,老师和同学提出了一些问题。有没有哪个问题你们想重新回答?
在上次团队选题过程中,老师提出了关于菜品配送问题以及如何保证足量菜品供应问题。对于第一个问题,我们的解决方案是让社区收集居民需求,然后统一配送至社区仓库,由居民自己提取。而对于第二个问题,我们会通过菜市场采购以及从散户收购一定数量蔬菜解决问题。而老师对此提出的质疑有:一、社区仓库的建设和管理需要额外的成本,不划算;二、散户无法稳定保证菜品供应。对于这些问题,我们团队在课后进行了重新讨论,得到了如下解决方案:我们直接与超市进行合作,由我们提供用户的菜品需求订单,而超市满足用户的需求并对菜品进行配送。这样,我们本身就不需要解决菜品的存储和配送问题,降低了成本。
- 在上次团队选题之后,你们组有什么新的思考和想法?有什么具体的行动,列出具体行动
在上次团队选题后,针对老师提出的问题,我们小组组织了一次讨论,对本身的软件功能进行了重新设计。最终小组讨论得出:软件主要功能分为推荐菜谱与向超市提供订单两项。首先app向用户提供应季菜品的相关菜谱,对于不同需求的用户,比如需要有健身和减脂的用户,可以提供相应的低脂肪菜谱。用户选择相应菜谱后,可以向超市提交订单,由超市工作人员去获取用户需要的食材,然后进行配送。

浙公网安备 33010602011771号