gitee模拟备份
| 这个作业的要求在哪里 | 作业要求 |
|---|---|
| 团队名称 | 欢天喜地七仙女 |
| 团队成员 | 王玮晗、林鑫宇、 黄龙骏、陈少龙、何一山、崔亚明、陆桂莺 |
| 这个作业的目标 | 按照要求进行编码,按要求新建码云仓库、上传文件、拍摄视频 |
| 作业正文 | 如下 |
| 参考文献 | 见文末 |
一.团队分工
| 学号 | 工作内容 | 贡献度 |
|---|---|---|
| 211806344 | 数据库交互,登录页面的css样式 | 15% |
| 211806335 | 前后端交互,注册界面css样式 | 15.5% |
| 211806386 | 登录、注册界面编码 | 15% |
| 211806306 | 建立数据库,查询及展示信息页面编码 | 15.5% |
| 211806318 | 数据库连接,注册界面信息提示 | 13% |
| 211806313 | 编辑博客,协助修改css样式 | 13% |
| 211806398 | 编辑博客,整理文件,数据插入提示 | 13% |
二.commit记录



三.程序运行截图
注册


登录

进入信息展示页面
搜索

返回搜索内容

管理
考试信息发布


信息显示

四.程序运行环境
web
五.web界面展示
注册界面

注册成功提示

登录界面

考试信息展示(学生及监考老师)

教务人员考试信息展示

教务人员发布考试信息页面

六.基础功能实现
- 1.安排考试
- 请事先在数据库中存有课程表信息,教务人员在此基础上安排考试
- 教务人员在期末时进行考试的发布,发布的考试需包含:考试班级、考试科目、考试时间、考试地点、监考老
师。
- 2.学生和老师查询
- 学生与老师进入考试列表中查看,需有查询功能(需有模糊查询功能)
- 显示规则:
考试班级 考试科目 考试时间 考试地点 监考老师

七.附加功能实现
- 自定义输入考试相关信息
- 添加输入限制信息提示
- 添加编辑考试信息功能
八.遇到的困难及解决办法
负责前端的小伙伴:
- 遇到问题1:页面元素位置摆放不对。
- 解决方法:更改布局方式。
- 遇到问题2:使用前端框架时候,修改不了样式,出现样式冲突。
- 解决方法:将自己的css文件放在框架的引用之前。
- 遇到问题3:表单验证方法在运行时不能实现。
- 解决方法:在form中添加onsubmit调用方法。
负责数据库的小伙伴:
- 遇到问题1:数据库编码未统一,出现乱码;数据库表的属性名未提前统一出现。
- 解决方法:统一编码为utf-8。
- 遇到问题2:数据库表的属性名未提前统一
- 解决方法:在创建表的时候认真检查数据类型
负责前端与数据库交互的小伙伴:
- 遇到问题1:在前端跟数据库交互时,数据库的数据在前端显示时会出现乱码。
- 解决方法:在前端的连接时候使用setnames(utf-8)设置统一编码。
- 遇到问题2:在前端向数据库插入数据时和数据库表内数据类型冲突。
- 解决方法:改变定义变量的数据类型。
- 遇到问题3:无法判断登录的账号是学生还是教务人员。
- 解决方法:在数据库表中添加一列用于进行判断。
九.PSP表格
王玮晗
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 20 |
| Estimate | 估计这个任务需要多少时间 | 430 | 555 |
| Development | 开发 | 220 | 250 |
| Analysis | 需求分析 (包括学习新技术) | 10 | 15 |
| Design Spec | 生成设计文档 | 15 | 20 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 25 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 120 | 130 |
| Code Review | 代码复审 | 30 | 30 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 20 |
| Reporting | 报告 | 20 | 25 |
| Test Repor | 测试报告 | 10 | 15 |
| Size Measurement | 计算工作量 | 20 | 25 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 20 |
| 合计 | 430 | 555 |
林鑫宇
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 20 |
| Estimate | 估计这个任务需要多少时间 | 485 | 585 |
| Development | 开发 | 270 | 280 |
| Analysis | 需求分析 (包括学习新技术) | 15 | 20 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 20 | 25 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 35 |
| Design | 具体设计 | 10 | 15 |
| Coding | 具体编码 | 140 | 155 |
| Code Review | 代码复审 | 15 | 20 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 10 |
| Reporting | 报告 | 30 | 50 |
| Test Repor | 测试报告 | 10 | 15 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 20 |
| 合计 | 485 | 585 |
黄龙骏
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 450 | 515 |
| Development | 开发 | 230 | 245 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 15 |
| Design Spec | 生成设计文档 | 10 | 15 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 20 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 130 | 145 |
| Code Review | 代码复审 | 20 | 25 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 20 |
| Reporting | 报告 | 10 | 15 |
| Test Repor | 测试报告 | 30 | 25 |
| Size Measurement | 计算工作量 | 10 | 20 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 25 |
| 合计 | 450 | 535 |
陈少龙
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 505 | 600 |
| Development | 开发 | 280 | 300 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 25 |
| Design Spec | 生成设计文档 | 15 | 20 |
| Design Review | 设计复审 | 20 | 25 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 30 |
| Design | 具体设计 | 15 | 15 |
| Coding | 具体编码 | 100 | 110 |
| Code Review | 代码复审 | 20 | 30 |
| Test | 测试(自我测试,修改代码,提交修改) | 30 | 35 |
| Reporting | 报告 | 20 | 20 |
| Test Repor | 测试报告 | 15 | 20 |
| Size Measurement | 计算工作量 | 15 | 20 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 20 |
| 合计 | 505 | 600 |
何一山
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 420 | 495 |
| Development | 开发 | 220 | 230 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | 生成设计文档 | 10 | 25 |
| Design Review | 设计复审 | 15 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 20 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 100 | 110 |
| Code Review | 代码复审 | 10 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 25 | 30 |
| Reporting | 报告 | 10 | 20 |
| Test Repor | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 10 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 15 |
| 合计 | 420 | 495 |
崔亚明
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 430 | 510 |
| Development | 开发 | 230 | 240 |
| Analysis | 需求分析 (包括学习新技术) | 10 | 15 |
| Design Spec | 生成设计文档 | 15 | 20 |
| Design Review | 设计复审 | 15 | 20 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 40 |
| Design | 具体设计 | 20 | 30 |
| Coding | 具体编码 | 110 | 115 |
| Code Review | 代码复审 | 15 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 15 | 20 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 430 | 510 |
陆桂莺
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 445 | 530 |
| Development | 开发 | 220 | 230 |
| Analysis | 需求分析 (包括学习新技术) | 15 | 20 |
| Design Spec | 生成设计文档 | 20 | 30 |
| Design Review | 设计复审 | 20 | 25 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 20 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 140 | 150 |
| Code Review | 代码复审 | 20 | 30 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 20 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 15 | 20 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 20 |
| 合计 | 445 | 530 |
十.码云仓库
十一.参考文献
十二.反思
通过这次的Gitee实战训练,我们在团队的分工更加默契,把每个人最擅长的部分发挥到极致,但由于这次的布局较于之前的有些复杂,所以在个人写代码时还是会出现一些问题,不断试错,在团队整合的时候,由于前面的交流不到位功能会出现一些重合等问题,不断的修改不断的交流,沟通交流是提高团队效率的最好方法。
gitee模拟备份的更多相关文章
- wait/notify 实现多线程交叉备份
一.任务 创建20个线程,其中10个线程是将数据备份到 A 数据库中,另外10 个线程将数据备份到 B 数据库中,并且备份 A 数据库和 备份 B 数据库的是交叉运行的. 二.实现 1.实现备份 A ...
- mysql5.6备份
备份之前: 最初的二进制信息: mysql> show master logs; +------------------+-----------+ | Log_name | File_size ...
- linux系统备份脚本
前言 之前写过<<linux系统简单备份的脚本>>, 最开始一直用着,后来觉得有必要改进下它,不管是从操作方式上还是脚本的工作方式上.之所以这么看重备份,是因为我经历过磁盘损坏 ...
- 《MySQL数据库》MySQL备份恢复
前言 MySQL数据库最重要的部分就是数据,所以保证数据不被损坏尤为重要,大家都知道911事件,当时非常多的数据丢失,导致经济混乱.接下来我们就来讲讲MySQL是如何保障数据完整,应对特殊情况,如何恢 ...
- xtra+binlog增量备份脚本
目录 一.备份原理 innobackupex原理 binlog原理 特点 备份策略 二.环境准备 开启binlog 创建授权用户 安装innobackupex 三.添加脚本 全量备份 增量备份 bin ...
- Oracle 11g 中恢复管理器RMAN介绍
这是我平时摘录的笔记,从管理艺术那本书上摘录出来的,放到这里 RMAN 可在数据库服务器的帮助下从数据库内备份数据文件,可构造数据文件映像副本.控制文件和控制文件映像.对当日志 SPFILE 和RMA ...
- C#最佳工具集合:IDE、分析、自动化工具等
C#是企业中广泛使用的编程语言,特别是那些依赖微软的程序语言.如果您使用C#构建应用程序,则最有可能使用Visual Studio,并且已经寻找了一些扩展来对您的开发进行管理.但是,这个工具列表可能会 ...
- 学会这个删库再也不用跑路了~ --技术流ken
前言 相信每一个学IT的人或多或少都听说过从删库到跑路这个梗~下图也是在各种交流群屡禁不止,新人听着也是瑟瑟发抖. 人们茶余饭后,街头巷角难免要问... 下面技术流ken就教给各位新手们一招删库再也不 ...
- [android] xml文件的序列化
生成xml文件,模拟备份短信,创建短信的业务bean,创建一个domain的包放业务bean,这个业务bean里面,定义成员属性,生成get set方法,生成有参和无参的构造方法. 生成随机数,实例化 ...
随机推荐
- java安全编码指南之:文件和共享目录的安全性
目录 简介 linux下的文件基本权限 linux文件的特殊权限 Set UID 和 Set GID Sticky Bit SUID/SGID/SBIT权限设置 文件隐藏属性 特殊文件 java中在共 ...
- 企业级docker-registry原生镜像仓库高可用部署
简介: 私有镜像仓库可以方便企业,或个人开发者共享内部镜像而不会泄漏私有代码,而且可以加速镜像的拉取.能更加方便得集成到容器化的 CI/CD 中去.也可建立自己的公共镜像仓库. 优势: Docker ...
- PHP 获取当前页面的URL信息
//获取当前的域名: echo $_SERVER['SERVER_NAME']; //获取来源网址,即点击来到本页的上页网址 echo $_SERVER["HTTP_REFERER" ...
- K8S的Kafka监控(Prometheus+Grafana)
欢迎访问我的GitHub https://github.com/zq2599/blog_demos 内容:所有原创文章分类汇总及配套源码,涉及Java.Docker.Kubernetes.DevOPS ...
- 题解 P1541 【乌龟棋】
题目描述 乌龟棋的棋盘是一行\(N\)个格子,每个格子上一个分数(非负整数).棋盘第\(1\)格是唯一的起点,第\(N\)格是终点,游戏要求玩家控制一个乌龟棋子从起点出发走到终点. 乌龟棋中\(M\) ...
- Flink的sink实战之二:kafka
欢迎访问我的GitHub https://github.com/zq2599/blog_demos 内容:所有原创文章分类汇总及配套源码,涉及Java.Docker.Kubernetes.DevOPS ...
- ABP框架中一对多,多对多关系的处理以及功能界面的处理(1)
在我们开发业务的时候,一般数据库表都有相关的关系,除了单独表外,一般还包括一对多.多对多等常见的关系,在实际开发过程中,需要结合系统框架做对应的处理,本篇随笔介绍基于ABP框架对EF实体.DTO关系的 ...
- 论文解读 - MaskGAN:BETTER TEXT GENERATION VIA FILLING IN THE _____
1 简介 文本生成是自然语言处理中一个重要的研究领域,具有广阔的应用前景.当前主流的用来进行文本生成的模型主要是Seq2Seq模型,通常利用maximum likelihood和teacher for ...
- JavaScript变量声明与变量声明提前
JavaScript变量声明 JavaScript中存储数据的容器称为变量.用关键字和标识符创建新变量的语句,称为变量声明.可以通过关键字var进行变量声明,在ES6中增加了let.const关键字声 ...
- 线程池 ThreadPoolExecutor 原理及源码笔记
前言 前面在学习 JUC 源码时,很多代码举例中都使用了线程池 ThreadPoolExecutor,并且在工作中也经常用到线程池,所以现在就一步一步看看,线程池的源码,了解其背后的核心原理. 公众号 ...