团队作业第六次——团队Github实战训练

作业格式

队员学号队员昵称博客地址
041602421der himmelhttps://www.cnblogs.com/wenghaoo
221600225wuliaoBoringhttps://www.cnblogs.com/wuliaoBoring/
221600424BW.LINhttps://www.cnblogs.com/lbwblog/
221600432QZYhttps://www.cnblogs.com/nuomituanzi/ 组长
221600431OFYhttps://www.cnblogs.com/ofy666/
221600434北风5620https://www.cnblogs.com/beifeng5620/
221600435XBNhttps://www.cnblogs.com/xbnhhh/


超时提交的原因:一个是分工时没有严格要求代码规范的注释,导致后期调试bug花费比较多的时间,而是部分组员知识量不足,花费了许多时间在教学使用github,还有就是心态烦躁,影响了效率,以后应该以合理的心态,去处理各种问题。

组员分工

  • 221600424
    • 抽奖算法设计与开发
    • 抽奖算法的测试
    • 随笔编写
  • 221600431
    • 项目GUI界面设计
    • 随笔编写
  • 22160434
    • 项目GUI界面设计
  • 221600225
    • 过滤算法设计与开发
    • 过滤算法的测试
    • 文件数据处理代码讨论
  • 041602421
    • 文件的读取块的代码编写
    • 文件数据的处理
  • 221600432
    • 整合项目的测试
    • 对项目进行整合处理
    • 文件数据处理代码讨论
  • 221600435
    • 随笔编写
    • 文件数据处理代码讨论


Github提交日志截图

1634920-20190423084517610-1496441902.png


程序运行截图

抽奖信息设置界面
1634920-20190423084157019-2034451402.png


抽奖结果展示界面
1634920-20190423084321191-1998275954.png

程序运行环境

windows 10,C#


基础功能的实现

  • 抽奖算法
    算法设计思路:采用加权随机算法,每位抽奖的参与者都有一定的权重,那么权重高的参与者自然有更高的概率获奖。但是为体现公平性每位参与者最多获得一次奖。
    具体实现:先从奖池中选择一件奖品,然后再计算出所有当前所有参与者的权重总和sum,然后在1到sum之间随机选择一个数R,之后遍历整个集合,统计遍历的项的权重之和,如果大于等于R,就停止遍历,选择遇到的项,选择此项为获奖者。获奖者获奖后,奖品从奖池去除或减少(一种奖品可能不止一个),获奖者也放弃继续抽奖的资格。


附加功能的实现

  • 数据挖掘
    使用python编写脚本,结合matplotlib、PIL、seaborn等python库,对qq聊天记录进行分析,从年月日的角度把统计得到的数据进行可视化,生成发言统计图如下:
    1634920-20190422215958651-1976634969.png
    1634920-20190422220214391-985677079.png
    1634920-20190422220246296-1974162466.png
    对统计过程中的热词进行了整理,生成热词云图:
    1634920-20190422220341953-1369968529.png


遇到的困难及解决方法

  • 041602421
    • 困难:在数据处理时想要用正则表达式来进行匹配编写,但是对正则表达式不熟悉导致调试很久
    • 解决方法 :通过百度以及与组员一起讨论,最后通过正则表达式进行正确的匹配。
  • 221600225
    • 困难:在进行过滤算法的编写过程中,对C#的语法不够熟练。
    • 解决方法 :在看书和百度还有同学的讨论下最后慢慢熟练编写起来。
  • 221600424
    • 困难:对github的使用不太熟练,在实训过程中有时pull、push、同步远程仓库时出错
    • 解决方法 :熟能生巧,多用几次后对github的使用有了更加深刻的理解
  • 221600431
    • 困难:对C#窗体程序的不熟悉,导致写GUI时不好对textbox等控件的输入进行错误检测
    • 解决方法 :百度和与同学讨论
  • 221600432
    • 困难:时间紧张,没有要求并严格执行好代码规范,函数接口规范,导致调bug花了许多时间,自己分工也不够合理
    • 解决方法 :下次要改进分工安排,提前写好规范要求文档。
  • 221600434
    • 困难:对VS2017连接配置GITHUB不熟悉。
    • 解决方法 :现学现用,孰能生巧,后面查阅博客解决了
  • 221600435
    • 困难:在与组员讨论数据处理时对正则表达式不够熟悉。
    • 解决方法 :通过百度以及讨论最后得出正确的式子。
  • 马后炮
    • 没有如果,没有那么。
    • 如果再来一次重来的机会,那么我要多学点东西装会逼。
    • 如果还有一次重来的机会,那么我一定好好学习代码。
    • 如果时间利用更高效的话,整合对接功能就不会那么仓促了。


  • 组员工作贡献比例:
学号姓名此次作业任务贡献比例
221600432邱志勇整合项目的测试、对项目进行整合处理、文件数据处理代码讨论0.14
041602421翁昊文件的读取块的代码编写、文件数据的处理0.13
221600225林鹏飞过滤算法设计与开发、过滤算法的测试文件、数据处理代码讨论0.15
221600424林滨伟抽奖算法设计与开发、抽奖算法的测试、附加功能的设计与实现0.20
221600431欧福源项目GUI界面设计、随笔编写0.13
221600434吴何项目GUI界面设计0.13
221600435徐炳南随笔编写、文件数据处理代码,测试代码0.12




PSP表格

  • 041602421 翁昊
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间330265
Development开发
- Analysis需求分析 (包括学习新技术)4030
- Design Spec生成设计文档1515
- Design Review设计复审2015
- Coding Standard代码规范 (为目前的开发制定合适的规范)3520
- Design具体设计1510
- Coding具体编码10080
- Code Review代码复审2015
- Test测试(自我测试,修改代码,提交修改)5045
Reporting报告
- Test Report测试报告1515
- Size Measurement计算工作量105
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1015
合计330265


  • 221600225 林鹏飞
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间360280
Development开发
- Analysis需求分析 (包括学习新技术)5040
- Design Spec生成设计文档2515
- Design Review设计复审2015
- Coding Standard代码规范 (为目前的开发制定合适的规范)3520
- Design具体设计1510
- Coding具体编码9080
- Code Review代码复审2015
- Test测试(自我测试,修改代码,提交修改)5545
Reporting报告
- Test Report测试报告2015
- Size Measurement计算工作量105
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1515
合计355275


  • 221600424 林滨伟
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间365285
Development开发
- Analysis需求分析 (包括学习新技术)5540
- Design Spec生成设计文档2015
- Design Review设计复审2520
- Coding Standard代码规范 (为目前的开发制定合适的规范)4025
- Design具体设计1510
- Coding具体编码9580
- Code Review代码复审1515
- Test测试(自我测试,修改代码,提交修改)6050
Reporting报告
- Test Report测试报告2515
- Size Measurement计算工作量55
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1010
合计365285


  • 221600431 欧福源
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间325260
Development开发
- Analysis需求分析 (包括学习新技术)4030
- Design Spec生成设计文档2020
- Design Review设计复审1510
- Coding Standard代码规范 (为目前的开发制定合适的规范)3530
- Design具体设计2015
- Coding具体编码10085
- Code Review代码复审2015
- Test测试(自我测试,修改代码,提交修改)4025
Reporting报告
- Test Report测试报告2015
- Size Measurement计算工作量55
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1010
合计325260


  • 221600432 邱志勇
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间345260
Development开发
- Analysis需求分析 (包括学习新技术)5040
- Design Spec生成设计文档3020
- Design Review设计复审2010
- Coding Standard代码规范 (为目前的开发制定合适的规范)4530
- Design具体设计2515
- Coding具体编码8075
- Code Review代码复审2515
- Test测试(自我测试,修改代码,提交修改)3525
Reporting报告
- Test Report测试报告2015
- Size Measurement计算工作量55
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1010
合计345260


  • 221600434 吴何
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间325280
Development开发
- Analysis需求分析 (包括学习新技术)3540
- Design Spec生成设计文档2020
- Design Review设计复审3015
- Coding Standard代码规范 (为目前的开发制定合适的规范)4035
- Design具体设计2515
- Coding具体编码9080
- Code Review代码复审3020
- Test测试(自我测试,修改代码,提交修改)2525
Reporting报告
- Test Report测试报告1515
- Size Measurement计算工作量55
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1010
合计325280


  • 221600435 徐炳南
PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
- Estimate估计这个任务需要多少时间325245
Development开发
- Analysis需求分析 (包括学习新技术)3025
- Design Spec生成设计文档1510
- Design Review设计复审2020
- Coding Standard代码规范 (为目前的开发制定合适的规范)3020
- Design具体设计1510
- Coding具体编码9065
- Code Review代码复审3015
- Test测试(自我测试,修改代码,提交修改)6045
Reporting报告
- Test Report测试报告1515
- Size Measurement计算工作量105
- Postmortem & Process Improvement Plan事后总结, 并提出过程改进计划1015
合计325245


转载于:https://www.cnblogs.com/beifengtuanzi/p/10752067.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值