团队项目之现场编程
2021/10/30 11:39:45
本文主要是介绍团队项目之现场编程,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
这个作业属于哪个课程 | 构建之法-2021秋-福州大学软件工程 |
---|---|
这个作业要求在哪里 | 团队项目之现场编程 |
团队名称 | MDY |
团队成员学号 | 031802125、031902101、 031902130、 031902134、 031902138、 031902139、 031902144、031902204、 031904121、 081900327 |
团队仓库链接 | 仓库 |
文章目录
- 一、组员职责分工
- 1. 题目分解
- 2. 具体分工
- 二、程序运行环境
- 三、软件运行截图
- 四、编码、争论、复审等活动中花费时间较长,收获较大的事件
- 五、团队编程体验
- 六、PSP 表格
- 七、GitHub 仓库地址和 commit 记录
注:因为我们团队在分析第一版本题目时就考虑到了括号问题和运算数的上限问题,所以第二阶段主要是对于第一阶段代码的完善
一、组员职责分工
1. 题目分解
2. 具体分工
- 苏垚:生成随机数字
孙枫娇:生成随机运算符
张雨荷:将题目转换成字符串
刘暄昀:生成题目接口
葛昊:生成随机代码整合并修改
殷宇轩:题目分配及五六年级计算
陈金波:输入输出函数及五六年级计算
任建新:一二年级题目计算
欧翔:三四年级题目计算
博客撰写:苏垚、孙枫娇、张雨荷、刘瑄昀
二、程序运行环境
- 由于整个程序使用c++来写,故使用dev c++和windows命令行来实现
三、软件运行截图
四、编码、争论、复审等活动中花费时间较长,收获较大的事件
- 生成算式中的问题
- 在生成算式的问题中,我们是分成运算数和运算符来讨论:在运算符中,我们先是很快地想到用随机数生成,接着考虑到运算个数的问题,我们就想到先随机生成一个数作为运算数的个数;
- 由于各年级的数字域、精度的不同,我们就判断分成int和double两种类型来生成;运算符的生成上用’0’、’1’、’2’、’3’来表示加、减、乘、除;再次看题的时候发现,在表达式中还可能存在有括号的情况。
- 后来在结合运算讨论的时候,我们发现将生成的随机数和运算符转换为字符串的中缀形式更方便编写运算的相关模块。
- 关于生成的字符串如何计算出结果
- 我们团队也进行了比较长时间的讨论。一开始我们的想法是用后缀表达式计算可能比较快。所以我们考虑先将上一步随机生成的中缀表达式字符串转为后缀表达式,然后再进行计算。
- 于是,我们团队就按照这个想法进行了初步分工。但等到快要进入编码阶段的时候,有人提出了可以直接用中缀表达式计算,这样代码量也不会多到哪去。
- 于是,针对这个想法,我们团队又进行了新的一轮讨论。最终,我们团队采用了直接用中缀表达式计算的想法,最后也成功完成了代码实现。
五、团队编程体验
- 通过这次的团队编程,明白了如何进行多人团队的 GitHub 协作。每个人将团队的仓库 fork 到自己的仓库中。仓库中主要创建几个 c++ 的文件,在这个文件中定义好接口(或者是事先设计好函数名),每个成员都对于函数进行实现。函数实现之后加入到团队的由接口组成的文件之中,进行 commit 。Commit 之后进行 Pull Request,经过审核之后,每个人写的一部分的函数就会出现在项目的总体的文件之中。
- 虽然在这次团队协作中会遇到例如 GitHub 无法登录,上传文件连接超时等不可控因素,但最终在团队所有成员的共同努力之下,最终还是成功完成了函数的拼接任务。
- 通过这次对于团队 GitHub 的使用,为将来整个团队的项目共同开发奠定了基础。因为基于 GitHub 平台上的团队合作更加明确化,版本的控制更加科学合理,每个人都在有序地对项目的总开发做出贡献。
六、PSP 表格
PSP | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 10 | 10 |
· Estimate | · 估计这个任务需要多少时间 | ||
Development | 开发 | 130 | 140 |
· Analysis | · 需求分析 (包括学习新技术) | 10 | 10 |
· Design Spec | · 生成设计文档 | ||
· Design Review | · 设计复审 (和同事审核设计文档) | ||
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | ||
· Design | · 具体设计 | 5 | 10 |
· Coding | · 具体编码 | 60 | 80 |
· Code Review | · 代码复审 | 15 | 20 |
· Test | · 测试(自我测试,修改代码,提交修改) | 20 | 20 |
Reporting | 报告 | 20 | 30 |
· Test Report | · 测试报告 | 15 | 25 |
· Size Measurement | · 计算工作量 | 5 | 5 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | ||
合计 | 170 | 180 |
七、GitHub 仓库地址和 commit 记录
- 团队github
- commit记录:
这篇关于团队项目之现场编程的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-11-27消息中间件底层原理资料详解
- 2024-11-27RocketMQ底层原理资料详解:新手入门教程
- 2024-11-27MQ底层原理资料详解:新手入门教程
- 2024-11-27MQ项目开发资料入门教程
- 2024-11-27RocketMQ源码资料详解:新手入门教程
- 2024-11-27本地多文件上传简易教程
- 2024-11-26消息中间件源码剖析教程
- 2024-11-26JAVA语音识别项目资料的收集与应用
- 2024-11-26Java语音识别项目资料:入门级教程与实战指南
- 2024-11-26SpringAI:Java 开发的智能新利器