D6 Plus——团队Github实战训练

这个作业属于哪个课程 2020春软工实践|W班
这个作业要求在哪里 作业的要求
这个作业的目标 团队及项目简介
作业正文 作业正文
其他参考文献 无

一、团队与实训

Github仓库链接

1.组员职责分工

  • XTG(221701127)：数据库设计、摇号功能后端、管理员功能模块开发及前后端对接
  • LMG(221701138)：预约功能后端开发及前后端对接、博客书写
  • Hanani(221701416)：查询界面GUI开发、前后端对接、博客书写
  • 影缺(221701425)：数据库设计、信息验证功能开发
  • An1ess(221701434)：查询功能开发及管理员功能模块开发
  • hmx1(221701438)：主界面GUI、预约界面GUI开发

2.github截图以及commit次数统计

  • LMG 24 An1ess 13 影缺 12 hmx1 10 Hanani 15 XTG 22





3.程序运行截图及GUI界面

  • 运行程序main()类后显示主界面

  • 点击预约后进入预约口罩界面

  • 点击查询后进入查询是否中签界面

  • 在预约界面如不先点开始预约则会跳出如下错误提示

  • 正确点击开始预约并且填写好信息后若无冲突则成功返回编号供查询

  • 点击结束预约后跳出如下提示窗口

  • 若当前预约信息输入检测后发现不符合预约标准，则跳出如下警告并且不会继续录入信息

  • 查询界面若输入不存在编号或者编号未中签跳出如下提示

  • 若编号正确且中签则在右边显示详细信息

4.程序运行环境

  • 环境配置

    • 开发环境：win10
    • 开发工具：IntelliJ IDEA

  • 配置信息

    • Project SDK:11(java version 11.0.5)
    • language level:11

  • 配置方法

    • 打开文件

    • File->Project Structure

    • 选择Project SDK:11(java version 11.0.5)和language level:11

    • 点击运行即可

5.功能实现

  • 两个获取指定参数的代码

  • 点击开始预约后调用代码设置口罩批次与数量的函数，通过接收输入框参数来执行

  • 摇号功能，遍历已经录入的信息设置其是否中签参数status的值

  • 判断输入信息是否符合条件

  • 预约信息录入功能，结合前面的函数进行判断后录入信息

  • 查询功能，连接sql进行操作

6.组员遇到的困难与解决方法

  • LMG

    • 遇到的困难

      • 无法合适得分配任务

    • 解决方法

      • 与组员讨论，得出最后分配方案

  • Hanani

    • 遇到的困难

      • 前端不熟悉，导致许多地方需要临时查找
      • dispose的使用出现了差错

    • 解决方法

      • 网上查询
      • 与队友交流

  • An1ess

    • 遇到的困难

      • 后端SQL查询语句不熟悉
      • 重新学习了一遍sql预编译的用法

    • 解决方法

      • 博客查找

  • hmx1

    • 遇到的困难

      • GUI之前学习JAVA的时候用过，但是许久不用略显生疏

    • 解决方法

      • 边写边查询文档，在实践中学习

  • XTG

    • 遇到的困难

      • 特别困，还有是idea突然没有提示，不会自动导入

    • 解决方法

      • 最后重新clone一下项目就可以了

  • 影缺

    • 遇到的困难

      • 对sql语句生疏，许多语句使用时出错
      • 克隆仓库时报错，找不到原因，push时报错，找不到原因

    • 解决方法

      • 重启电脑解决了

7.贡献比例以及个人PSP表格

  • 组长参与方面多，多学点技术少拿点贡献度没啥问题嗷

  • 贡献比例

学号 贡献度
221701127 18
221701138 15
221701416 16
221701425 16
221701434 18
221701438 17

  • LMG

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

  • Hanani

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

  • An1ess

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

  • hmx1

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

  • XTG

    PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟）
    Planning 计划 3 3
    Estimate 估计这个任务需要多少时间 5 5
    Development 开发 30 30
    Analysis 需求分析（包括学习新技术） 10 10
    Design 具体设计 20 30
    Coding 具体编码 40 60
    Code Review 代码复查 30 40
    Test 测试（自我测试，修改代码，提交修改） 20 40
    Reporting 报告 10 10
    Postmortem & Process Improvement Plan 20 10
    合计 188 238

  • 影缺

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

二、团队选题展示回顾

1.QNA再解答

  • Q：如何获取各个平台的通知？

  • A：我们产品并非获取其他平台的所有通知，我们旨在让用户通过使用这个软件能够更好的对计划、DDL等进行安排，能够更直观高效了解个人和小组团队的项目计划。

  • Q：分享计划具体是分享哪些内容？

  • A：我们设计的初衷是在用户之间设置交互，即每个用户可以搜索到其他用户看到他公开的计划（可以自定义计划是否公开），本质上是想要用户之间相互学习如何合理安排计划，相互促进。

  • Q：日历可以分享给其他组员吗？

  • A：每个用户之间理论上是只能看，不能复制计划；小组组长布置任务的时候所有组员通过类似广播的形式收到组长制定的计划，并且在自己的日历中生成对应计划。

2.新的想法

  • 我们上次是想要用前端开发然后通过软件转换成安卓应用，但是经过讨论之后我们决定直接使用AS开发，即从头开始学习，因为有学长和身边同学有项目经验，所以我们最后打算还是直接学习直接的开发工具。其他的想法在后续的博客中会断断续续发布。
posted @ 2020-03-15 20:59  D6Plus  阅读(213)  评论(7)  编辑  收藏  举报