这个作业属于哪个课程 | 2020春丨w班 |
---|---|
这个作业要求在哪里 | 作业要求 |
团队名称 | 刚下飞机 |
这个作业的目标 | 开发一个向社会限量供应的口罩应用 |
作业正文 | 如下 |
其他参考文献 | 无 |
git仓库链接:git仓库
组员职责分工
组长:221701317 卓晓鑫
- 云端数据库构建
- JavaEE 数据访问对象DAO层的构建
- 代码的统筹
- 程序的测试
组员:221701328 张春翔
- javaEE 业务逻辑层Service的构建
- 代码的统筹
- 博客撰写
- 程序的测试
组员:221701337 朱凯文
- 前端html页面的设计
组员:221701312 张庭博
- javaEE 表现层的设计,页面逻辑间的调节
- 博客撰写
组员:221701319 郭秋中
- 前端html页面的设计
组员:221701340 胡海江
- javeEE 基础功能控制器层servlet的构建
- 程序的测试
组员:221701338 郭富强
- 前端html页面的设计
- 博客撰写
组员:221701333 池政涛
- javeEE 附加功能控制器层servlet的构建
- 博客的撰写
github提交日志
卓晓鑫:44 张春翔:17 朱凯文:10 张庭博9 池政涛:6 胡海江:17 郭秋中:14 郭福强:3
程序运行截图
GUI界面
- 主页面
程序运行环境
- web
- 云数据库
基础功能实现
- 用户预约页面
用户体验
- 我们的程序较为简洁易操作
遇到的困难和解决方法
困难:开发过程中主要的困难是对数据库结构的设计和数据库操作
解决方法:各个成员讨论并且修改代码
贡献度表格
学号 | 贡献度 |
---|---|
221701317 | 15 |
221701337 | 12 |
221701328 | 14 |
221701333 | 12 |
221701338 | 10 |
221701312 | 12 |
221701319 | 12 |
221701340 | 13 |
PSP表格
221701317卓晓鑫
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 10 | 30 |
Estimate | 估计这个任务需要多少时间 | 10*60 | 15*60 |
Development | 开发 | 9*60 | 14*60 |
Analysis | 需求分析 (包括学习新技术) | 10 | 20 |
Design Spec | 生成设计文档 | 10 | 10 |
Design Review | 设计复审 | 5 | 10 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 15 |
Design | 具体设计 | 60 | 90 |
Coding | 具体编码 | 8*60 | 9*60 |
Code Review | 代码复审 | 60 | 2*60 |
Test | 测试(自我测试,修改代码,提交修改) | 60 | 60 |
Reporting | 报告 | 30 | 30 |
Test Repor | 测试报告 | 10 | 5 |
Size Measurement | 计算工作量 | 10 | 20 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 5 | 10 |
合计 | 1900 |
221701337朱凯文
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 20 | 30 |
Estimate | 估计这个任务需要多少时间 | 10 | 20 |
Development | 开发 | 220 | 290 |
Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
Design Spec | 生成设计文档 | 10 | 10 |
Design Review | 设计复审 | 10 | 10 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
Design | 具体设计 | 30 | 30 |
Coding | 具体编码 | 60 | 80 |
Code Review | 代码复审 | 20 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 40 | 60 |
Reporting | 报告 | 20 | 30 |
Test Repor | 测试报告 | 30 | 30 |
Size Measurement | 计算工作量 | 20 | 25 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 35 |
合计 | 300 | 340 |
221701328张春翔
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 30 |
Estimate | 估计这个任务需要多少时间 | 15 | 20 |
Development | 开发 | 240 | 300 |
Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
Design Spec | 生成设计文档 | 20 | 15 |
Design Review | 设计复审 | 15 | 30 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
Design | 具体设计 | 20 | 30 |
Coding | 具体编码 | 300 | 360 |
Code Review | 代码复审 | 30 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 240 | 240 |
Reporting | 报告 | 20 | 30 |
Test Repor | 测试报告 | 15 | 20 |
Size Measurement | 计算工作量 | 10 | 15 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
合计 | 925 | 1210 |
221701333池政涛
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 15 | 20 |
Estimate | 估计这个任务需要多少时间 | 10 | 15 |
Development | 开发 | 120 | 160 |
Analysis | 需求分析 (包括学习新技术) | 10 | 20 |
Design Spec | 生成设计文档 | 10 | 10 |
Design Review | 设计复审 | 10 | 20 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
Design | 具体设计 | 20 | 30 |
Coding | 具体编码 | 60 | 80 |
Code Review | 代码复审 | 20 | 25 |
Test | 测试(自我测试,修改代码,提交修改) | 30 | 30 |
Reporting | 报告 | 20 | 25 |
Test Repor | 测试报告 | 10 | 20 |
Size Measurement | 计算工作量 | 10 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 |
合计 | 415 | 525 |
221701338郭福强
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 10 | 10 |
Estimate | 估计这个任务需要多少时间 | ||
Development | 开发 | 390 | 420 |
Analysis | 需求分析 (包括学习新技术) | 180 | 150 |
Design Spec | 生成设计文档 | 20 | 30 |
Design Review | 设计复审 | 20 | 20 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 20 |
Design | 具体设计 | 180 | 150 |
Coding | 具体编码 | 390 | 420 |
Code Review | 代码复审 | 10 | 10 |
Test | 测试(自我测试,修改代码,提交修改) | 20 | 30 |
Reporting | 报告 | 30 | 30 |
Test Repor | 测试报告 | 10 | 5 |
Size Measurement | 计算工作量 | 10 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 15 |
合计 | 735 | 765 |
221701312张庭博
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 60 | 50 |
Estimate | 估计这个任务需要多少时间 | 60 | 40 |
Development | 开发 | 300 | 270 |
Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
Design Spec | 生成设计文档 | 20 | 10 |
Design Review | 设计复审 | 10 | 10 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 5 |
Design | 具体设计 | 60 | 60 |
Coding | 具体编码 | 60 | 60 |
Code Review | 代码复审 | 10 | 10 |
Test | 测试(自我测试,修改代码,提交修改) | 20 | 10 |
Reporting | 报告 | 20 | 15 |
Test Repor | 测试报告 | 5 | 5 |
Size Measurement | 计算工作量 | 10 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 15 |
合计 | 490 | 695 |
221701319郭秋中
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 15 | 15 |
Estimate | 估计这个任务需要多少时间 | 60 | 80 |
Development | 开发 | 50 | 50 |
Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
Design Spec | 生成设计文档 | 10 | 10 |
Design Review | 设计复审 | 10 | 10 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
Design | 具体设计 | 20 | 30 |
Coding | 具体编码 | 60 | 60 |
Code Review | 代码复审 | 30 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 30 | 50 |
Reporting | 报告 | 10 | 10 |
Test Repor | 测试报告 | 15 | 15 |
Size Measurement | 计算工作量 | 5 | 5 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
合计 | 325 | 355 |
221701340胡海江
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 15 | 15 |
Estimate | 估计这个任务需要多少时间 | 10 | 10 |
Development | 开发 | 120 | 180 |
Analysis | 需求分析 (包括学习新技术) | 30 | 40 |
Design Spec | 生成设计文档 | 10 | 15 |
Design Review | 设计复审 | 10 | 20 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 15 |
Design | 具体设计 | 30 | 20 |
Coding | 具体编码 | 240 | 300 |
Code Review | 代码复审 | 60 | 80 |
Test | 测试(自我测试,修改代码,提交修改) | 60 | 120 |
Reporting | 报告 | 20 | 10 |
Test Repor | 测试报告 | 10 | 10 |
Size Measurement | 计算工作量 | 10 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 20 |
合计 | 670 | 865 |
重新回答的问题
Q:跟前一组有何优劣,对比一下~
A:前一组类似于能讨论各种东西的论坛,我们专职于提问与回答,我觉得我们没有太多的竞争关系。
Q 如何保证问题得到快速回答?
A:
1、 面向对象是校内的老师同学,用户较为较为专一,只要能推广下去问题就能有更多用户关注。
2、 我们的奖励系统能够激发用户的回答积极性,大佬们会更愿意帮助别人,问题就能较快的得到解答
Q:就是你们把自己的话题限制在学习上?
A:主要是学习方面,这是因为用户人群的原因,我们的用户主要是面向在校生和老师,但我们也会开放一个分类专门用来给用户提问其他问题。
Q:如何鼓励同学有问题在平台在进行提问?
A:一是活跃奖励系统,很多人都喜欢升级的感觉。二就是推广让更多老师和大佬入驻,提高平台的知识水平。
Q:貌似百度知道基本可以实现你的功能
A:虽然百度知道等成熟的平台能够解决我们大部分问题,但还是有些具体的问题在网络上很难得到答案,或者有答案却没有解析,我相信我们身边的大佬和老师会耐心的帮助我们解答问题。同时我们的平台也能做到大家一起讨论,而百度知道等平台很难实现这一点。
Q:如果只是面对校内,可能很多问题得不到回答,因为用户不多,必然导致问题和解答的数量太少
A:前期面向校内,后面可以接入更多的学校,用户少的问题应该能得到较好的解决
Q:1.原始提问信息的积累是一个问题,前期平台上的问题较少,该怎么吸引用户
A:尽量去推广,争取老师入驻,对现有的用户发放一些虚拟奖励,另一个就是完善平添用户体验。
Q:积分和等级制度和百度知道有些相似
A:我们还有成就系统,达到一定成就能够解锁vip,解锁一些有缺的特殊功能,这些奖励功能能够提升大家的答题积极性。
Q:猿题库等类似产品
A:这些应用只能看到一些解答,很难做到一起讨论,集思广益。
Q:项目提问者端和回答者端是分开的客户端吗
答:同一个客户端,类似知乎