189
社区成员




第一版Github团队项目地址 https://github.com/Cebudongle/software
第二版Github团队项目地址 https://github.com/Cebudongle/software/tree/dev
成员姓名 | 学号 | 分工 |
---|---|---|
梁育诚 | 031902609 | 负责计算表达式得出结果 |
方奕林 | 031902604 | 负责给出试题模块类以及判断用户正误 |
江山 | 031902111 | 负责生成表达式 |
许叶源 | 031902626 | 负责一二年级模块 |
吾木提 | 031902540 | 请假 |
杨建伟 | 031902628 | 负责主函数集成 |
翁子龙 | 031902616 | 负责三四年级模块 |
吴俊玮 | 031902619 | 负责给出学生模块类以及写博客 |
林智垚 | 111900520 | 负责五六年级模块 |
本次程序使用c++完成,运行环境是devc++
第一个版本截图
第二个版本截图
1.在开始时争论时间比较久,对于代码规范,接口,分工不停地在讨论,不断进行对题目如何模块化进行讨论,然后得出相应的组员分工,开始进行分头工作。
2.在编码方面,对于别人写的函数会有挺多看不懂的地方,无法理解,但同时有相应的疑问也会提出质疑,以及对于写错的地方进行相应的修改。
3.在集成方面,暴露出了小组讨论的相关问题,接口方面讨论完后感觉统一时在集成时还是一塌糊涂,有非常多需要进行相关修改的部分,这花费了大量的时间,而且改的时候还比较困难,最后总算能够统一一下。
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 180 | 180 |
· Estimate | · 估计这个任务需要多少时间 | 180 | 180 |
Development | 开发 | 160 | 230 |
· Analysis | · 需求分析 (包括学习新技术) | 10 | 10 |
· Design Spec | · 生成设计文档 | 10 | 5 |
· Design Review | · 设计复审 | 0 | 5 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 20 | 30 |
· Design | · 具体设计 | 10 | 10 |
· Coding | · 具体编码 | 50 | 60 |
· Code ReviewPlanning | · 代码复审计划 | 30 | 30 |
· Test· Estimate | · 测试(自我测试,修改代码,提交修改)· 估计这个任务需要多少时间 | 30 | 90 |
ReportingDevelopment | 报告 | 30 | 30 |
· Test Repor· Analysis | · 测试报告· 需求分析 (包括学习新技术) | 10 | 10 |
· Size Measurement· Design Spec | · 计算工作量· 生成设计文档 | 10 | 10 |
· Postmortem & Process Improvement Plan· Design Review | · 事后总结, 并提出过程改进计划· 设计复审 | 10 | 10 |
· 合计 | 180 | 260 |
本次团队编程总体来说还算不错,大家在编程时花费许多时间讨论分工,讨论题目怎么做,氛围相当不错,在编程时相当刺激,因为时间有限,GitHub还容易崩盘,但是在惊险刺激的情况下,大家也并没有畏惧,为自己的部分负责。但是在编程期间暴露出了现有团队还存在的许多问题,比如队员之间的讨论不充分,接口不够统一浪费了大量的时间,队员技术能力不同,代码写的参差不齐等,虽然有些稍微打击团队,不过相信我们会不断进步,不会再犯同一个问题。对于团队项目github在版本管理上还差一定水平,但是大家在上传等等能力突飞猛进,这是我觉得挺不错的地方。
接口方面讨论完后感觉统一时在集成时还是一塌糊涂
那你们有什么经验教训呢?