团队 Gitee 实战训练
| 这个课程属于 | https://edu.cnblogs.com/campus/fzzcxy/2018SE2 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzzcxy/2018SE2/homework/11475 |
| 这个作业的目标 | 设计一款简易的软件来帮助教务处发布考试,以及学生和老师查询考试 |
| 作业正文 | https://www.cnblogs.com/zhuanyetuandui/p/13965770.html |
| 参考文献 | https://www.runoob.com/sql/sql-tutorial.html |
一、组员工作量比例
| 学号 | 工作内容 | 贡献度 |
|---|---|---|
| 211806316 | 数据库的设计,博客园的书写,统筹规划 | 12 |
| 211806336 | 数据库的创建和连接 | 14 |
| 211806343 | web前端的编写 | 12 |
| 211806371 | web前端的设计 | 11 |
| 211806303 | 博客园的书写 | 10 |
| 211806310 | web前端的后期编写 | 11 |
| 211806333 | 博客园的书写 | 10 |
| 211806390 | 博客园的书写 | 10 |
| 211806410 | 博客园的书写 | 10 |
二、码云的提交 commit 截图





| 姓名 | commit次数 |
|---|---|
| 谷清尧 | 9(出了点问题导致好多重复的commit) |
| 王浪浪 | 7 |
| 柯志腾 | 11 |
| 刘鸿宇 | 4 |
| 林文基 | 4 |
| 陈志扬 | 3 |
| 陈棋城 | 3 |
| 陈材 | 3 |
| 王茹瑶 | 3 |
三、界面效果与程序运行效果
视频链接见末尾
数据库的创建

登录界面

连接失败报错

学生界面

查询软件工程与uml

教务人员登录

添加

修改

删除

四、基础功能要求
1、教务人员登录安排考试情况。
2、学生和老师登录查看自己的信息。
五、附加功能要求
1、登录验证。
2、管理员对数据库的编辑
3、管理员对数据库的添加和删除。
六、遇到的困难及解决方法
1、谷清尧
遇到的困难:当时想的太复杂,导致建立了很多无意义的数据库。
解决方法:与小组成员沟通,删除了一些。
2、刘鸿宇
遇到的困难:数据库的设计,页面执行操作跳转问题。
解决方法:与小组成员沟通,菜鸟教程。
3、陈棋城,陈志扬、王浪浪
遇到的困难:设计不符合大家美观。
解决方法:与小组成员沟通。
七、PSP表格
谷清尧
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 100 |
| Estimate | 估计这个任务需要多少时间 | 30 | 45 |
| Development | 开发 | 120 | 150 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 40 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 10 | 8 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 30 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 120 | 150 |
| Code Review | 代码复审 | 20 | 30 |
| Test | 测试(自我测试,修改代码,提交修改) | 30 | 45 |
| Reporting | 报告 | 50 | 40 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 45 |
| 合计 | 420 | 495 |
王浪浪
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 15 | 20 |
| Estimate | 估计这个任务需要多少时间 | 10 | 15 |
| Development | 开发 | 150 | 180 |
| Analysis | 需求分析 (包括学习新技术) | 25 | 35 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 15 |
| Design | 具体设计 | 30 | 40 |
| Coding | 具体编码 | 25 | 35 |
| Code Review | 代码复审 | 20 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 15 |
| Reporting | 报告 | 20 | 20 |
| Test Repor | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 385 | 445 |
林文基
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 15 | 15 |
| Development | 开发 | 150 | 150 |
| Analysis | 需求分析 (包括学习新技术) | 25 | 35 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 15 |
| Design | 具体设计 | 40 | 60 |
| Coding | 具体编码 | 25 | 35 |
| Code Review | 代码复审 | 10 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 25 |
| Reporting | 报告 | 20 | 20 |
| Test Repor | 测试报告 | 15 | 20 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 370 | 450 |
柯智腾
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 15 | 20 |
| Estimate | 估计这个任务需要多少时间 | 20 | 15 |
| Development | 开发 | 180 | 180 |
| Analysis | 需求分析 (包括学习新技术) | 50 | 35 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 20 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 45 |
| Design | 具体设计 | 30 | 40 |
| Coding | 具体编码 | 25 | 35 |
| Code Review | 代码复审 | 10 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 15 |
| Reporting | 报告 | 20 | 30 |
| Test Repor | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 450 | 490 |
陈志扬
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 26 |
| Estimate | 估计这个任务需要多少时间 | 40 | 50 |
| Development | 开发 | 40 | 45 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 35 |
| Design Spec | 生成设计文档 | 15 | 10 |
| Design Review | 设计复审 | 20 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 25 |
| Design | 具体设计 | 30 | 20 |
| Coding | 具体编码 | 120 | 90 |
| Code Review | 代码复审 | 20 | 20 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 25 |
| Reporting | 报告 | 40 | 50 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 15 |
| 合计 | 455 | 441 |
王茹瑶
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 35 | 20 |
| Estimate | 估计这个任务需要多少时间 | 10 | 15 |
| Development | 开发 | 170 | 180 |
| Analysis | 需求分析 (包括学习新技术) | 50 | 35 |
| Design Spec | 生成设计文档 | 20 | 15 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 45 |
| Design | 具体设计 | 20 | 40 |
| Coding | 具体编码 | 35 | 35 |
| Code Review | 代码复审 | 10 | 25 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 35 |
| Reporting | 报告 | 20 | 20 |
| Test Repor | 测试报告 | 20 | 10 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 460 | 500 |
陈棋城
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 15 |
| Estimate | 估计这个任务需要多少时间 | 15 | 20 |
| Development | 开发 | 30 | 40 |
| Analysis | 需求分析 (包括学习新技术) | 10 | 15 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 20 | 30 |
| Coding | 具体编码 | 5 | 5 |
| Code Review | 代码复审 | 5 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 15 |
| Reporting | 报告 | 5 | 10 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 5 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 150 | 205 |
刘鸿宇
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 15 |
| Estimate | 估计这个任务需要多少时间 | 15 | 20 |
| Development | 开发 | 30 | 40 |
| Analysis | 需求分析 (包括学习新技术) | 15 | 15 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 30 | 30 |
| Coding | 具体编码 | 5 | 5 |
| Code Review | 代码复审 | 5 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 15 |
| Reporting | 报告 | 5 | 10 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 200 | 235 |
陈材
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 20 | 30 |
| Development | 开发 | 200 | 240 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 40 |
| Design Spec | 生成设计文档 | 10 | 20 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 30 |
| Design | 具体设计 | 10 | 20 |
| Coding | 具体编码 | 30 | 30 |
| Code Review | 代码复审 | 10 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 20 |
| Reporting | 报告 | 15 | 20 |
| Test Repor | 测试报告 | 20 | 30 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 445 | 570 |
八、码云仓库链接
https://gitee.com/liuihongyu/pracitical-project
视频链接
链接:https://pan.baidu.com/s/1E5k_iNKtMolC3jMvQ9VUsQ
提取码:gg09
团队 Gitee 实战训练的更多相关文章
- 团队Github实战训练
班级:软件工程1916|W 作业:团队Github实战训练 团队名称:SkyReach Github地址:Github地址 贡献比例表 队员学号 队员姓名 此次活动任务 贡献比例 221600106 ...
- 团队作业第六次—团队Github实战训练
作业描述 课程 软件工程1916|W(福州大学) 团队名称 修!咻咻! 作业要求 团队作业第六次-团队Github实战训练 团队目标 搭建一个相对公平公正的抽奖系统,根据QQ聊天记录,完成从统计参与抽 ...
- 团队作业第六次——团队Github实战训练
作业格式 课程名称:软件工程1916|W(福州大学) 作业要求:团队作业第六次-团队Github实战训练 团队名称:葫芦娃队 作业目标:确定和分析选题,绘制评审表 github地址:https://g ...
- 团队作业第六次—团队Github实战训练(追光的人)
所属课程 软件工程1916 作业要求 团队作业第六次-团队Github实战训练 团队名称 追光的人 作业目标 搭建一个相对公平公正的抽奖系统,根据QQ聊天记录,完成从统计参与抽奖人员颁布抽奖结果的基本 ...
- 团队作业第六次-团队Github实战训练
格式描述 课程名称:软件工程1916|W(福州大学) 作业要求:项目系统设计与数据库设计 团队名称:为了交项目干杯 GitHub地址:地址 作业目标:搭建一个相对公平公正的抽奖系统,根据QQ聊天记录, ...
- Java软件系统功能设计实战训练视频教程
Java软件系统功能设计实战训练视频教程 第01节课:整体课程介绍和杂项介绍第02节课:软件功能设计常见理念和方法第03节课:关于软件设计的一些思考第04节课:第一周作业的业务和相应模式:综合应用简单 ...
- 团队Github实践训练
这个作业属于哪个课程 软件工程 (福州大学至诚学院 - 计算机工程系) 团队名称 WeChair 这个作业要求在哪里 团队Github实践训练 这个作业的目标 通过github实现团队协作编码 作业正 ...
- 团队GIT实战总结
项目要求 组长博客 遇到的困难及解决办法 组员1(组长):王彬 遇到的困难 在团队任务分工的时候没有充分照顾到所有人,导致队员们的工作量不均. 现场编程时间不够 解决办法 在此对组员们表示抱歉,由于 ...
- Oracle实战训练——ATM取款机业务
ATM取款机的数据库模拟开发和实战总结 一.ATM实战开发的简介. 学习了几天的Oracle,开始着手用数据库PL/SQL语言做一个简单的ATM取款机业务,主要是为了巩固数据库的知识,并非真正的去实现 ...
随机推荐
- 打印Sql查询语句
如果在使用了yii的查询语句的话,可以打印本次的Sql,可以用 $model->find()->createCommand()->getRawSql();此语句返回的就是sql查询语 ...
- Python之list函数
- JNI-Thread中start方法的调用与run方法的回调分析
前言 在java编程中,线程Thread是我们经常使用的类.那么创建一个Thread的本质究竟是什么,本文就此问题作一个探索. 内容主要分为以下几个部分 1.JNI机制的使用 2.Thread创建线程 ...
- 在嵌入式设备中实现webrtc的第三种方式③
本系列的最后一篇,讲解收发音视频数据. 贴出最终效果: 其实很简单,直接调用writeFrame即可,如下图: 当然,这是部分代码,完整代码在下面,展开可见: 1 #include "com ...
- leetcode129valid-parentheses
题目描述 给出一个仅包含字符'(',')','{','}','['和']',的字符串,判断给出的字符串是否是合法的括号序列 括号必须以正确的顺序关闭,"()"和"()[] ...
- java-Queue方法
Collection>Queue // 1. 新增 add/ offer boolean add(E e); // 队列满,IllegalStateException boolean offer ...
- 6. Spark SQL和Beeline
*以下内容由<Spark快速大数据分析>整理所得. 读书笔记的第六部分是讲的是Spark SQL和Beeline. Spark SQL是Spark用来操作结构化和半结构化数据的接口. 一. ...
- PF_PACKET抓包mmap
PACKET套接口创建 内核函数packet_create处理PF_PACKET套接口的创建工作.其参数sock->type决定了采用哪一种工作模式,如果参数type为SOCK_PACKET即第 ...
- 小程序·云开发地表最强CI利器来了
小程序CI 与 CloudBase-FrameWork 从2017年开始,微信小程序的能力也随着前端的大发展的趋势越来越多,包体积限制越来越宽松,大型微信小程序的开发团队越来越多,为了适应形式,微信小 ...
- IAR_STM32_BootLoader
1.STM32 Bootloader与APP IROM中可以分成两个区域,起始代码运行地址为0x08000000,这是基本固定的,可以将IROM的0x08000000 ~ 0x08002000这8KB ...