老九门（第四组）团队第二次作业github编程实战
团队第二次作业github编程实战
| 这个作业属于哪个课程 | 2021春软件工程实践S班 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业目标 | 深入了解网站搭建，体验促进团队协作 |
| 其他参考文献 | 百度、github、CSDN |
项目github地址
项目部署的在线地址
组员职责分工
github 的提交日志截图
数据库设计
普通参会者表：user
秘书表：secretary
分论坛主席表：subchairman
主席表：chairman
论坛关注者表：followedforum
论坛通知表：forumnotice
分论坛信息表：subforuminfo
各组员的commit次数
| 林明昊 | 康伟泽 | 陈鹏桢 | 傅江峰 | 黄隽芊 | 李淇 | 宋日荣 | 王冠儒 | 张骁 |
|---|---|---|---|---|---|---|---|---|
| 14 | 4 | 13 | 8 | 6 | 3 | 4 | 4 | 3 |
程序运行截图
在完成基础功能方面，我们完成了会议网站展示会议议程和分论坛信息，包括分论坛议题、主席和召开时间等；普通参会者注册功能，并在注册时可以选择想要参加的分论坛，可以选择参加一个或多个分论坛；普通参会者注册通过后，登录系统后，将收到所选择参加分论坛的信息推送。会议主席登录系统后能了解会议的参会人数；秘书获取全部参会者信息，拥有人员列表；并且秘书可以发布分论坛相关消息通知。
很抱歉我们未能完成附加功能。
以下是我们的运行截图。
- 普通参会者议程浏览页面
- 分论坛列表
- 普通参会者接收通知列表页面
- 秘书查看人员信息列表
- 发布通知界面
- 查看参会人数
遇到的困难及解决方法
康伟泽
- 困难
第一次实战团队作业，对于如何规划、如何在开始写代码前做好各种准备工作不够清楚，所以真正实行的时候很混乱。 - 解决方法
在实践中进行锻炼。这一次的一天编程作业让人能够得到锻炼。对之后我们团队进行其他项目以及我们的大作业能够有不少助益，获得经验来在项目开始前进行更好的布署。
陈鹏桢
- 困难
在编写代码前没有进行细致详细的部署，导致刚开始的时候有一些混乱。 - 解决方法
在与队友的沟通交流中很快适应了团队协作编写，并且对彼此都需要确认的部分进行了确认。再进行了一些修正。
傅江峰
- 困难
对于新学的技术不太熟悉，对编写较为陌生。并且GitHub的使用不太熟练。由于Github的卡顿和很多细节的问题浪费了不少的时间。 - 解决方法
通过搜索和队友的帮助，解决了很多细节上的问题。让编程得以进行。并且进一步熟悉了github的使用。
林明昊
- 困难
对于技术不太熟悉，而且经常登不上去GitHub，在GitHub的Pull上也浪费了很多时间。编程上也有一些问题。 - 解决方法
在队友的帮助下，解决了一些自己发现不了问题。只能通过更好的网络来让github的提交更快。
黄隽芊
- 困难
在页面布局的时候碰到了很多问题，尤其是各个模块的位置上，经常出现错位和无法将想要移动位置的组件放到自己想放的位置上。并且同样的布局在不同的电脑屏幕上有不一样的显示，可能变得不美观了，让人非常难受。 - 解决方法
在发现margin和padding没有办法解决我的问题的时候，我百度了多种方法也没有效果，后来想到自己再手动添加一个模块在上面或者左边，调整它的宽度和高度，来让我想要移动的模块到我想要它到达的位置。
李淇
- 困难
在和所搭对的后端队友对接前后端时，发现前后端对接出现了一些问题。发现css外联始终没有办法应用于页面，并且检查了多处位置，链接正常，单独测试页面和css也正常，就是没有办法显示。 - 解决方法
试图将css和jsp放在同一个列表下也没有办法应用，只能将外联的css放到jsp中内联，这样就能够显示了。
宋日荣
- 困难
在和所搭对的后端队友对接前后端时，发现前后端对接出现了一些问题。发现自己的数据库连不上，没有办法将数据显示在所写的页面。 - 解决方法
关闭了数据库连接，重新连接后能够正常使用。后面再对一些页面进行了修正。
王冠儒
- 困难
队友布局在自己的电脑屏幕上显示变得很奇怪，发现是使用了固定布局，并且设置了固定宽度。这样的情况让前端页面在交流之间变得较为困难，不够方便便捷。 - 解决方法
试图将几个模块的宽度改成%比例制度，这样在大部分的电脑屏幕上都能有个比较好的比例，看上去会比较美观。
张骁
- 困难
在和所搭对的后端队友对接前后端时，发现html和jsp还是有一定修改的困难。对如何将后端的内容嵌入前端有一定的疑问。也对外联css无法应用的问题产生疑惑。 - 解决方法
在经过上网搜索学习教程和队友的帮助下，终于能够将css正常应用，并且学习了如何将自己做的页面与后端进行修正和对接。
评估每位组员的贡献比例
| 林明昊 | 康伟泽 | 陈鹏桢 | 傅江峰 | 黄隽芊 | 李淇 | 宋日荣 | 王冠儒 | 张骁 |
|---|---|---|---|---|---|---|---|---|
| 14% | 8% | 16% | 14% | 16% | 8% | 8% | 10% | 6% |
PSP表格
林明昊PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| ·Estimate | ·估计这个任务需要多少时 | 600 | 770 |
| ·Development | ·开发 | 585 | 705 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 60 | 60 |
| ·Design Review | ·设计复审 | 30 | 60 |
| ·Coding Standard | ·代码规范 | 15 | 15 |
| ·Design | ·具体设计 | 30 | 60 |
| ·Coding | ·具体编码 | 360 | 300 |
| ·Code Review | ·代码复审 | 30 | 45 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 20 | 135 |
| Reporting | 报告 | 50 | 65 |
| ·Test Repor | ·测试报告 | 30 | 40 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 680 | 830 |
康伟泽PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| ·Estimate | ·估计这个任务需要多少时 | 660 | 555 |
| ·Development | ·开发 | 550 | 585 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 30 | 45 |
| ·Design Review | ·设计复审 | 60 | 30 |
| ·Coding Standard | ·代码规范 | 10 | 15 |
| ·Design | ·具体设计 | 30 | 60 |
| ·Coding | ·具体编码 | 300 | 240 |
| ·Code Review | ·代码复审 | 30 | 45 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 60 | 120 |
| Reporting | 报告 | 60 | 70 |
| ·Test Repor | ·测试报告 | 30 | 30 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 680 | 615 |
陈鹏桢PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| ·Estimate | ·估计这个任务需要多少时 | 590 | 610 |
| ·Development | ·开发 | 520 | 550 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 30 | 60 |
| ·Design Review | ·设计复审 | 30 | 45 |
| ·Coding Standard | ·代码规范 | 10 | 10 |
| ·Design | ·具体设计 | 60 | 45 |
| ·Coding | ·具体编码 | 180 | 180 |
| ·Code Review | ·代码复审 | 60 | 60 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 90 | 120 |
| Reporting | 报告 | 70 | 60 |
| ·Test Repor | ·测试报告 | 30 | 30 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 620 | 640 |
傅江峰PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 45 |
| ·Estimate | ·估计这个任务需要多少时 | 740 | 655 |
| ·Development | ·开发 | 680 | 635 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 60 | 45 |
| ·Design Review | ·设计复审 | 10 | 10 |
| ·Coding Standard | ·代码规范 | 10 | 10 |
| ·Design | ·具体设计 | 30 | 60 |
| ·Coding | ·具体编码 | 420 | 330 |
| ·Code Review | ·代码复审 | 60 | 30 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 60 | 120 |
| Reporting | 报告 | 60 | 40 |
| ·Test Repor | ·测试报告 | 30 | 20 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 770 | 700 |
黄隽芊PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| ·Estimate | ·估计这个任务需要多少时 | 600 | 770 |
| ·Development | ·开发 | 575 | 695 |
| ·Analysis | ·需求分析(包括学习新技术) | 40 | 30 |
| ·Design Spec | ·生成设计文档 | 50 | 60 |
| ·Design Review | ·设计复审 | 30 | 60 |
| ·Coding Standard | ·代码规范 | 15 | 15 |
| ·Design | ·具体设计 | 30 | 60 |
| ·Coding | ·具体编码 | 300 | 300 |
| ·Code Review | ·代码复审 | 30 | 45 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 80 | 135 |
| Reporting | 报告 | 40 | 55 |
| ·Test Repor | ·测试报告 | 30 | 40 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 660 | 810 |
李淇PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| ·Estimate | ·估计这个任务需要多少时 | 640 | 585 |
| ·Development | ·开发 | 550 | 515 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 20 |
| ·Design Spec | ·生成设计文档 | 30 | 35 |
| ·Design Review | ·设计复审 | 60 | 20 |
| ·Coding Standard | ·代码规范 | 10 | 15 |
| ·Design | ·具体设计 | 30 | 50 |
| ·Coding | ·具体编码 | 300 | 210 |
| ·Code Review | ·代码复审 | 30 | 45 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 60 | 120 |
| Reporting | 报告 | 50 | 70 |
| ·Test Repor | ·测试报告 | 30 | 30 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 620 | 645 |
宋日龙PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| ·Estimate | ·估计这个任务需要多少时 | 620 | 640 |
| ·Development | ·开发 | 540 | 570 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 30 | 60 |
| ·Design Review | ·设计复审 | 40 | 45 |
| ·Coding Standard | ·代码规范 | 10 | 10 |
| ·Design | ·具体设计 | 60 | 45 |
| ·Coding | ·具体编码 | 180 | 190 |
| ·Code Review | ·代码复审 | 70 | 60 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 90 | 130 |
| Reporting | 报告 | 80 | 70 |
| ·Test Repor | ·测试报告 | 30 | 40 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 650 | 670 |
王冠儒PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 45 |
| ·Estimate | ·估计这个任务需要多少时 | 680 | 715 |
| ·Development | ·开发 | 620 | 635 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 30 | 45 |
| ·Design Review | ·设计复审 | 10 | 10 |
| ·Coding Standard | ·代码规范 | 10 | 10 |
| ·Design | ·具体设计 | 30 | 60 |
| ·Coding | ·具体编码 | 390 | 390 |
| ·Code Review | ·代码复审 | 60 | 30 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 60 | 150 |
| Reporting | 报告 | 60 | 40 |
| ·Test Repor | ·测试报告 | 30 | 20 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 710 | 760 |
张骁PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| ·Estimate | ·估计这个任务需要多少时 | 600 | 615 |
| ·Development | ·开发 | 490 | 645 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 30 |
| ·Design Spec | ·生成设计文档 | 30 | 45 |
| ·Design Review | ·设计复审 | 40 | 40 |
| ·Coding Standard | ·代码规范 | 10 | 15 |
| ·Design | ·具体设计 | 30 | 60 |
| ·Coding | ·具体编码 | 280 | 290 |
| ·Code Review | ·代码复审 | 30 | 45 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 40 | 120 |
| Reporting | 报告 | 60 | 70 |
| ·Test Repor | ·测试报告 | 30 | 30 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 620 | 675 |
团队选题展示过程中，老师和同学提出了一些问题。有没有哪个问题你们想重新回答
团队选题展示过程中，徐助教提出了一个问题，就是我们展示过程中所提到的提交作业和评分功能在我们并不很长的实践时间内是较难完成的。包括老师有提到说不必做太多太复杂的功能，重点是要精，要把自己要做的模块做好，要实用。
我们觉得老师和助教都说得很有道理。之前我们希望这个网站可以有非常丰富的功能，希望可以把目前那些平台的作用全都搬到自己的网站。经过老师和助教的提醒，确实是比较困难的事情。可能确实都能有那些模块，但是每个模块可能都会做得很粗糙，比如说模块有很多的限制，不能支持多种类型的语言，或者使用非常不便等等。我们确实应该把这些问题考虑进去。至于老师说的打分系统的功能，我们确实是要交给第八组第九组的同学来完成更合适。
在上次团队选题之后，你们组有什么新的思考和想法？
上次团队选题之后，我们想到的是这个课程网站应该是属于软件工程和软件工程实践一起的网站。因为这两门课是同一个老师且是一脉相承的。我们想要新增一个展示模块，比如说展示过去软件工程实践课程中做过的项目，还有老师的一些看法呵评价，可以给后面的学生一些参考，也可以避免学生在最后的实践大作业中选择重复的选题，让学生可以展示更有想法、更有实践意义、更实在的作品。还有一个互动模块，主要先做学生的提问，助教、老师或者同学来解答，避免重复问题，无端消耗老师和助教的精力。
我们重新开了会，再次确定了大家对这个选题具体的想法。我们大致探讨了这两个模块所需要的知识内容，我们大致绘制了这两个模块的模型。并且，我们也觉得确实应该把东西做精而不是做多。我们更细致地讨论了原本就打算做的签到等模块的具体设计，希望可以把部件做得更精细。
