团队Github实践训练
| 这个作业属于哪个课程 | 软件工程 (福州大学至诚学院 - 计算机工程系) |
|---|---|
| 团队名称 | WeChair |
| 这个作业要求在哪里 | 团队Github实践训练 |
| 这个作业的目标 | 通过github实现团队协作编码 |
| 作业正文 | 如下 |
| 其他参考文献 |
组员职责分工
- 陈富杰、杨铭海、张鑫宇负责php后端功能实现
- 陈康杰、孙劼成负责数据库表设计以及数据库数据插入数据查询代码编写
- 余文锦、王彦杰负责前端页面设计和编码
- 陈富杰负责前端js的设计
- 明锐主要负责代码审查和计划安排同时指导大家对github的使用,编写博客等琐碎的工作
github 的提交日志截图(鼓励小粒度提交),统计各组员的commit次数
程序运行截图


解释:进来之后,出去的时间就是无,记录最新的进出记录,如果你再出去,门卫就会记录一个出去的时间,如果你再进来 那就更新进来的时间 出去的时间就变成无。
ip地址为(https://49.235.199.101/)
程序运行环境
window+apache+mysql+php
GUI界面

基础功能实现
- 进入信息录入
- 出去信息录入
- 所有学生信息展示
- 数据实时更新
鼓励有想法且有用的功能
有组员结合生活实际,联想通过扫码二维码的方式来进行信息采集和查询,但是考虑到需要花费的时间和人力暂时性搁置,后面有时间可能会进一步开发
用户体验,操作的方便、快捷性
采用web的形式,用户访问即可进行操作相对快捷和方便,如果部署到服务器上,通过域名即可快捷使用
遇到的困难及解决方法
1.明锐:
遇到的困难:分工安排上合理性还是不够,计划部署上还不够完善
解决方法:需要多和组员之间进行沟通,把握每个组员具备的能力,合理分工以及部署好计划安排
2.陈富杰:
遇到的困难:后端传到前端的字符串处理起来比较麻烦
解决办法:耐心一点
3.陈康杰:
遇到的困难: github使用不熟练,有些地方不会用
解决方法: 小明组长手把手教学
4.余文锦:
遇到的困难:开始先前端一些边距,布局不好控制
解决的办法:查找资料,及时的问技术好的同学
5.王彦杰:
遇到的困难:细节排版处理不够到位
解决方法:要多学习 熟练掌握
6.张鑫宇:
遇到的困难:对github文件上传不熟悉,php的语法有遗忘
解决的办法:队友的帮助,百度查找
7.杨铭海:
遇到的困难:github在pullrequest无法合并,删库后解决,导致之前的commit丢失
解决办法:删库
8.孙劼成:
遇到的困难:对于时间类型的属性,数据类型不够明确;commit不熟悉。
解决方法:百度time, date,datetime, timestamp类型的区别与适用场景,以及考虑前端传过来的类型;commit操作看git教程和明锐组长手把手教学。
评估每位组员的贡献比例,总分100(如果没有评估,全组平均后,组长得分减 50%)
- 陈富杰 20%
- 余文锦 15%
- 王彦杰 10%
- 杨铭海 10%
- 陈康杰 10%
- 孙劼成 10%
- 张鑫宇 15%
- 明锐 10%
PSP表格(每名组员一个表格,发布在团队博客中)
- 陈康杰psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 20 | 30 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | 生成设计文档 | 5 | 5 |
| Design Review | 设计复审 | 30 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 20 | 5 |
| Coding | 具体编码 | 20 | 5 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 10 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 30 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 270 | 195 |
- 杨铭海psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 5 |
| Estimate | 估计这个任务需要多少时间 | 60 | 180 |
| Development | 开发 | 10 | 20 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 20 |
| Design Spec | 生成设计文档 | 5 | 5 |
| Design Review | 设计复审 | 30 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 10 | 5 |
| Coding | 具体编码 | 10 | 5 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 30 | 90 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 10 |
- 余文锦psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 35 | 45 |
| Development | 开发 | 30 | 40 |
| Analysis | 需求分析 (包括学习新技术) | 10 | 10 |
| Design Spec | 生成设计文档 | 5 | 5 |
| Design Review | 设计复审 | 20 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 10 | 10 |
| Coding | 具体编码 | 10 | 20 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 205 | 210 |
- 王彦杰的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 5 | 10 |
| Estimate | 估计这个任务需要多少时间 | 60 | 50 |
| Development | 开发 | 50 | 50 |
| Analysis | 需求分析 (包括学习新技术) | 10 | 10 |
| Design Spec | 生成设计文档 | 5 | 5 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 10 |
| Design | 具体设计 | 20 | 15 |
| Coding | 具体编码 | 30 | 45 |
| Code Review | 代码复审 | 5 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 20 |
| Reporting | 报告 | 5 | 10 |
| Test Repor | 测试报告 | 10 | 15 |
| Size Measurement | 计算工作量 | 10 | 12 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 8 |
| 合计 | 250 | 280 |
- 陈富杰的psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 20 | 30 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | 生成设计文档 | 5 | 5 |
| Design Review | 设计复审 | 30 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 20 | 5 |
| Coding | 具体编码 | 20 | 5 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 10 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 30 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 270 | 195 |
- 孙劼成psp表格
| PSP | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 15 | 10 |
| Estimate | 估计这个任务需要多少时间 | 40 | 45 |
| Development | 开发 | 25 | 35 |
| Analysis | 需求分析 (包括学习新技术) | 25 | 45 |
| Design Spec | 生成设计文档 | 10 | 5 |
| Design Review | 设计复审 | 20 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 25 | 10 |
| Coding | 具体编码 | 20 | 15 |
| Code Review | 代码复审 | 5 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 15 | 15 |
| Reporting | 报告 | 10 | 6 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 15 |
| 合计 | 250 | 246 |
- 张鑫宇psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 5 | 5 |
| Estimate | 估计这个任务需要多少时间 | 5 | 5 |
| Development | 开发 | 10 | 15 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 25 |
| Design Spec | 生成设计文档 | 5 | 3 |
| Design Review | 设计复审 | 30 | 45 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 10 | 10 |
| Coding | 具体编码 | 10 | 15 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 60 | 130 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 210 | 308 |
团队Github实践训练的更多相关文章
- 团队作业第六次—团队Github实战训练(追光的人)
所属课程 软件工程1916 作业要求 团队作业第六次-团队Github实战训练 团队名称 追光的人 作业目标 搭建一个相对公平公正的抽奖系统,根据QQ聊天记录,完成从统计参与抽奖人员颁布抽奖结果的基本 ...
- 团队Github实战训练
班级:软件工程1916|W 作业:团队Github实战训练 团队名称:SkyReach Github地址:Github地址 贡献比例表 队员学号 队员姓名 此次活动任务 贡献比例 221600106 ...
- 团队作业第六次—团队Github实战训练
作业描述 课程 软件工程1916|W(福州大学) 团队名称 修!咻咻! 作业要求 团队作业第六次-团队Github实战训练 团队目标 搭建一个相对公平公正的抽奖系统,根据QQ聊天记录,完成从统计参与抽 ...
- 团队作业第六次——团队Github实战训练
作业格式 课程名称:软件工程1916|W(福州大学) 作业要求:团队作业第六次-团队Github实战训练 团队名称:葫芦娃队 作业目标:确定和分析选题,绘制评审表 github地址:https://g ...
- 团队作业第六次-团队Github实战训练
格式描述 课程名称:软件工程1916|W(福州大学) 作业要求:项目系统设计与数据库设计 团队名称:为了交项目干杯 GitHub地址:地址 作业目标:搭建一个相对公平公正的抽奖系统,根据QQ聊天记录, ...
- 中小研发团队架构实践之生产环境诊断工具WinDbg 三分钟学会.NET微服务之Polly 使用.Net Core+IView+Vue集成上传图片功能 Fiddler原理~知多少? ABP框架(asp.net core 2.X+Vue)模板项目学习之路(一) C#程序中设置全局代理(Global Proxy) WCF 4.0 使用说明 如何在IIS上发布,并能正常访问
中小研发团队架构实践之生产环境诊断工具WinDbg 生产环境偶尔会出现一些异常问题,WinDbg或GDB是解决此类问题的利器.调试工具WinDbg如同医生的听诊器,是系统生病时做问题诊断的逆向分析工具 ...
- 中小型研发团队架构实践:分布式协调服务ZooKeeper
一.ZooKeeper 是什么 Apache ZooKeeper 由 Apache Hadoop 的子项目发展而来,于 2010 年 11 月正式成为了 Apache 的顶级项目. 相关厂商内容 优秀 ...
- 中小型研发团队架构实践:任务调度Job
一.Job 简介 Job 类似于数据库中的作业,多用于实现定时执行任务.适用场景主要包括定时轮询数据库同步.定时处理数据.定时邮件通知等. 我们的 Job 分为操作系统级别定时任务 WinJob 和 ...
- 中小型研发团队架构实践:Redis快速入门及应用
Redis的使用难吗?不难,Redis用好容易吗?不容易.Redis的使用虽然不难,但与业务结合的应用场景特别多.特别紧,用好并不容易.我们希望通过一篇文章及Demo,即可轻松.快速入门并学会应用. ...
随机推荐
- Golang基础教程——map使用篇
本文始发于个人公众号:TechFlow,原创不易,求个关注 今天是golang专题的第7篇文章,我们来聊聊golang当中map的用法. map这个数据结构我们经常使用,存储的是key-value的键 ...
- Rocket - util - Misc
https://mp.weixin.qq.com/s/kf4FvAFye_bRdT49Yow7Hg 简单介绍Misc中各个辅助方法的用途和实现. 1. ParameterizedBu ...
- Rocket - config - implicit Parameters
https://mp.weixin.qq.com/s/OH_Z1gdSUpfgM-tjx0OlrA 追溯配置信息的源头. 0. HasRocketCoreParameters Has ...
- HttpServletRequest对象,请求行、请求头、请求体
HttpServletRequest 公共接口类HttpServletRequest继承自ServletRequest.客户端浏览器发出的请求被封装成为一个HttpServletRequest对象.对 ...
- Bom和Dom对象
BOM-JavaScript是运行在浏览器中的,所以提供了一系列对象用于和浏览器窗口进行交互,这些对象主要包括window.document.location.navigator和screen等.通常 ...
- 高性能可扩展mysql 笔记(一)数据库表、索引、SQL语句设计规范
个人博客网:https://wushaopei.github.io/ (你想要这里多有) 项目说明:该笔记的背景为电商平台项目,电商项目由于其高并发.多线程.高耗能等特性,在众多的项目类型中涉及 ...
- ionic3跳转页面的方法
ionic3很好很强大,有人喷有人赞.不想参与其中,个人认为如果能很好的满足需求,好坏都是无所谓的,最合适的才是最好的.总结下最近使用ionic3的一些知识点,方便以后查询.多句嘴:会ionic3和只 ...
- Java实现 LeetCode 476 数字的补数
476. 数字的补数 给定一个正整数,输出它的补数.补数是对该数的二进制表示取反. 示例 1: 输入: 5 输出: 2 解释: 5 的二进制表示为 101(没有前导零位),其补数为 010.所以你需要 ...
- Java实现 蓝桥杯VIP 基础练习 完美的代价
package 蓝桥杯VIP; import java.util.Scanner; public class 完美的代价 { public static int sum = 0; public sta ...
- Java实现 LeetCode 241 为运算表达式设计优先级
241. 为运算表达式设计优先级 给定一个含有数字和运算符的字符串,为表达式添加括号,改变其运算优先级以求出不同的结果.你需要给出所有可能的组合的结果.有效的运算符号包含 +, - 以及 * . 示例 ...


