福大周润发队——团队作业2:github编程实战

这个作业属于哪个课程 2021春软件工程实践S班 (福州大学)
这个作业要求在哪里 团队第二次作业github编程实战
团队名称 福大周润发队
团队成员 柯少彬、陈皓宇、梁扬新、陈杉、池毓地、李家成、黄凯荣、黄钰栋、陈力涵
这个作业的目标 实现完整GUI界面、实现基础功能,有余力完成附加功能、将项目部署在服务器
其他参考文献 javafx文档

第一部分:团队第二次作业github编程实战

1、项目github地址以及项目部署的在线地址

github地址:https://github.com/FZUSESPR21/meeting-system-3

2、组员职责分工

学号 工作内容 贡献度(百分比)
041801114 柯少彬 完成整体架构、完成javafx的主要工作、全栈 18
221801130 梁扬新 数据库设计、交互,协助秘书前端设计,后端逻辑 13
031801124 陈皓宇 秘书前端设计 协助数据库相关设计 11
131801208 陈杉 分论坛主席的 页面设计 五国语言适配 13
221801105 黄钰栋 前端设计 10
071808114 李家成 Chairman的gui实现 11
221801109 池毓地 五国语言翻译 7
221801110 黄凯荣 前端设计 8
031801133 陈力涵 辅助前端设计,团队博客撰写 9

3、github 的提交日志截图(鼓励小粒度提交),统计各组员的commit次数

image

commit次数统计:

柯少彬:21

梁扬新:7

池毓地:5

陈杉:4

李家成:3

陈皓宇:3

陈力涵:3

黄钰栋:3

黄凯荣:3

4、程序运行截图

登录界面
image
注册界面
image
服务端
image
主席客户端
image
分主席界面
image
秘书界面
image

5、遇到的困难及解决方法

    柯少彬(队长):第一次使用javaFX技术来实现UI设计、服务器客户端交互以及数据库交互;2、第一次以团队形式在较短时间内完成项目
	解决方案:查阅有关资料,和观看视频,动手实践操作测试;在做项目的过程中集中精神,与队友进行有效交流
    李家成:附加功能要加入多语言支持,在一些控件和显示上不能直接显示一种语言。
	解决方案:通过向组内成员寻求帮助,最终采用将目标字段转化为Unicode的方法来解决。
    陈皓宇:第一次接触java FX ,在一天内现学现卖比较困难。
	解决方案:现场百度+查文档。没什么是不能学会的
    黄钰栋:设计参会者界面使用的是Javafx技术,编码进度非常缓慢。
	解决方案:通过组长推荐的入门教程,认真学习后,成功地掌握了Javafx初步技术,完成了界面的设计
    池毓地:不同语种之间unicode与ascii的转换
	解决方案:借助unicode与ascii码转换工具与语言翻译工具,进行多次转换
    陈杉:临时决定使用没学过的javafx但好在 我短时间的学到了一些 可以用得上的东西
	解决方案:一开始想用java的swing写后来发现 其他人都用javafx这个有更好用的,而且还找到了很多相关网站,有很多设计的原稿参考,而且还很有结构性
    梁扬新:第一次使用javaFX技术来实现UI设计、服务器客户端交互以及数据库交互;2、第一次以团队形式在较短时间内完成项目
	解决方案:查阅有关资料,和观看视频,动手实践操作测试;在做项目的过程中集中精神,与队友进行有效交流
    陈力涵:对于不熟悉的语言和框架无从下手
	解决方案:从头开始学习、不懂的多问队长,多与队友沟通
    黄凯荣:1、没学过JavaFX,不懂得JavaFX的GUI编程;2、程序调试过程中出bug,抛出异常,不知道bug在哪。
	解决方案:第一个问题,后面从组长那边的JavaFX教程中得到一些知识,仿照教程的写法去写Member页面。第二个问题,通过一个一个函数的调试,发现是出现在语言方面的问题,紧急修改了代码。

6、PSP表格(每名组员一个表格,发布在团队博客中)

柯少彬

PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
Planning 计划
• Estimate • 估计这个任务需要多少时间 30 30
Development 开发
• Analysis • 需求分析 (包括学习新技术) 60 70
• Design Spec • 生成设计文档 50 60
• Design Review • 设计复审 50 40
• Coding Standard • 代码规范 (为目前的开发制定合适的规范) 10 10
• Design • 具体设计 120 90
• Coding • 具体编码 1200 560
• Code Review • 代码复审 200 10
• Test • 测试(自我测试,修改代码,提交修改) 100 30
Reporting 报告
• Test Repor • 测试报告 20 30
• Size Measurement • 计算工作量 10 10
• Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 10 10
合计 1860 950

陈杉

Personal Software Process Stages 预估耗时 实际耗时
计划
• 估计这个任务需要多少时间 180h 16h
开发
• 需求分析 (包括学习新技术) 12h 0.2h
• 生成设计文档 6h 0.2h
• 设计复审 6h 0.05h
• 代码规范 (为目前的开发制定合适的规范) 1h 0.05h
• 具体设计 50h 5h
• 具体编码 70h 8h
• 代码复审 20h 1h
• 测试(自我测试,修改代码,提交修改) 10h 0.5h
报告
• 测试报告 2h 0.5h
• 计算工作量 2h 5min
• 事后总结, 并提出过程改进计划 1h 0.5h
合计 180h 16h

梁扬新

PSP2.1
Personal Software Process Stages
预估耗时(分钟) 实际耗时(分钟)
Planning 计划
• Estimate • 估计这个任务需要多少时间 20 25
Development 开发
• Analysis • 需求分析 (包括学习新技术) 120 100
• Design Spec • 生成设计文档 30 40
• Design Review • 设计复审 15 20
• Coding Standard •代码规范 (为目前的开发制定合适的规范) 30 60
• Design • 具体设计 60 100
• Coding • 具体编码 120 150
• Code Review • 代码复审 30 40
• Test • 测试(自我测试,修改代码,提交修改) 30 40
Reporting 报告 30 30
• Test Repor • 测试报告 30 20
• Size Measurement • 计算工作量 30 30
• Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 30 30
合计 545 685

陈力涵

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

黄凯荣

PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
Planning 计划
• Estimate • 估计这个任务需要多少时间 10 5
Development 开发
• Analysis • 需求分析 (包括学习新技术) 30 15
• Design Spec • 生成设计文档 30 15
• Design Review • 设计复审 30 25
• Coding Standard • 代码规范 (为目前的开发制定合适的规范) 20 15
• Design • 具体设计 90 100
• Coding • 具体编码 550 600
• Code Review • 代码复审 40 40
• Test • 测试(自我测试,修改代码,提交修改) 90 100
Reporting 报告
• Test Report • 测试报告 5 5
• Size Measurement • 计算工作量 5 5
• Postmortem & Process Improvement Plan • 事后总结, 并提出过程改进计划 5 5
合计 905 930

李家成

Personal Software Process Stages 预估耗时 实际耗时
计划
• 估计这个任务需要多少时间 10min 10min
开发
• 需求分析 (包括学习新技术) 30min 40min
• 生成设计文档 10min 20min
• 设计复审 10min 15min
• 代码规范 (为目前的开发制定合适的规范) 20min 20min
• 具体设计 30min 40min
• 具体编码 180min 320min
• 代码复审 10min 10min
• 测试(自我测试,修改代码,提交修改) 20min 20min
报告
• 测试报告 20min 15min
• 计算工作量 10min 5min
• 事后总结, 并提出过程改进计划 10min 5min
合计 360min 520min

陈皓宇

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

池毓地

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

黄钰栋

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

第二部分:团队选题

1、团队选题展示过程中,老师和同学提出了一些问题。有没有哪个问题你们想重新回答?

每局游戏结束之后胜利者和失败者分别会有什么结果?
答:胜利方将会获得积分,到达一定的积分就会获得特殊称号;失败方将会减去一定积分,在当前积分不够的时候,将会失去特殊称号。

在上一次展示中,老师认为我们的项目在设计细则上不够完善,对于这个问题,我们进行重新回答:
我们将会在游戏过程中,设计的每一个绘图环节初步定为30秒,每个游戏环节结束后,将会对关于答案的小知识,进行大约5秒的展示,这样既不会由于时间过短导致传播小知识的目的无法达到,又不会让玩家感到厌烦。

2、在上次团队选题之后,你们组有什么新的思考和想法?有什么具体的行动,列出具体行动。

在正式选题之后,我们对开发项目需要的技术进行了进一步的讨论,增加了对新技术的要求:javafx、socket等。
行动:组员开始对新技术的学习,自己在本地多进行实践和测试。细化了分工,将前端又分为逻辑部分、服务器部分,使每个人对自己的分工更加明确。
当今游戏最大的难题就是玩家玩腻了,要使这个游戏改变这种窘迫,我们决定要增添主题板块,主题可以有多种类型,比如趣味类型、学习类型,而这些主题里面包含的是当今比较流行的词汇,来吸引玩家兴趣。我们会进行不定时的更新词库和主题数
行动:平时多注意热点时事,收集高频词汇;在身边进行问卷调查,收集不同人群的兴趣爱好

posted @ 2021-03-27 10:41  散落de回忆  阅读(86)  评论(0编辑  收藏  举报