结对编程

结对编程实验报告 GIT仓库地址 https://github.com/ycl-web/WordCount 结对伙伴 徐鹏201831061408 延昌磊博客 https://www.cnblogs.com/ycldbk/ 徐鹏博客 https://www.cnblogs.com/liangtingyu/ 一、psp表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 120 120 · Estimate · 估计这个任务需要多少时间 2200 3060 Development 开发 700 650 · Analysis · 需求分析 (包括学习新技术) 350 400 · Design Spec · 生成设计文档 100 60 · Design Review · 设计复审 (和同事审核设计文档) 60 60 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 60 60 · Design · 具体设计 300 320 · Coding · 具体编码 700 750 · Code Review · 代码复审 200 150 · Test · 测试（自我测试，修改代码，提交修改） 300 250 Reporting 报告 50 60 · Test Report ·

目录 软件工程结对项目：Python实现wc程序 结对项目Github地址 项目成员 项目要求 说明 需求 PSP表格 解题思路描述 设计实现 代码组织图 代码分析 代码覆盖率 测试 单元测试 回归测试 效能分析 项目总结与收获 软件工程结对项目：Python实现wc程序 结对项目Github地址 https://github.com/Fyzy/Exercises__pwd 项目成员 刘志豪 3117008744 谭万钏 3117008747 项目要求 说明 实现一个自动生成小学四则运算题目的命令行程序（也可以用图像界面，具有相似功能）。 自然数：0, 1, 2, … 真分数：1/2, 1/3, 2/3, 1/4, 1’1/2, … 运算符：+, −, ×, ÷ 括号：(, ) 等号：= 分隔符：空格（用于四则运算符和等号前后） 算术表达式： e = n | e1 + e2 | e1 − e2 | e1 × e2 | e1 ÷ e2 | (e), 其中e, e1和e2为表达式，n为自然数或真分数。 四则运算题目：e = ，其中e为算术表达式。 需求 使用 -n 参数控制生成题目的个数，例如 Myapp.exe -n 10 将生成10个题目。 使用 -r 参数控制题目中数值（自然数、真分数和真分数分母）的范围，例如 Myapp.exe -r 10 将生成10以内（不包括10

一、对分治法的思想体会分治法思想的基本概念：字面上的解释是“分而治之”，就是把一个复杂的问题分成两个或更多的相同或相似的子问题，再把子问题分成更小的子问题……直到最后子问题可以简单的直接求解，原问题的解即子问题的解的合并。 策略：对于一个规模为n的问题，若该问题可以容易地解决（比如说规模n较小）则直接解决，否则将其分解为k个规模较小的子问题，这些子问题互相独立且与原问题形式相同，递归地解这些子问题，即将规模为n的问题分成k个规模为n/m的子问题去解。典型例题： （1）二分搜索 （2）Strassen矩阵乘法 （3）棋盘覆盖 （4）合并排序 （5）快速排序 二、结对编程就本次结对编程而言，我们一个负责打代码一个负责看代码，两个人的思路不太一样，由打代码的主导整个算法思路，看代码的进行代码的优化以及找bug，整体比较和谐，相互讨论相互学习，能够学习到更多不同的想法，碰撞出更多的想法。 来源： https://www.cnblogs.com/paipaihh/p/11681951.html

一、 Github项目地址： https://github.com/qiannai/CreateArithmetic 二、 PSP2.1表格: PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） ·Planning ·计划 30 40 · Estimate · 估计这个任务需要多少时间 30 20 ·Development ·开发 300 420 · Analysis · 需求分析 60 50 · Design Spec · 生成设计文档 30 20 · Design Review · 设计复审 30 30 · Coding Standard · 代码规范 100 120 · Design · 具体设计 60 20 · Coding · 具体编码 1200 700 · Code Review · 代码复审 20 20 · Test · 测试（自我测试，修改代码，提交修改） 200 100 ·Reporting ·报告 100 140 · Test Report · 测试报告 60 50 · Size Measurement · 计算工作量 20 20 · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 40 50 合计 2010 1800 三、性能分析:

第二次结对编程作业 github地址： https://github.com/simplipy/031702408/releases/tag/十三水 结对同学的博客链接： https://www.cnblogs.com/buddlysue/p/11681373.html 本作业博客的链接： https://www.cnblogs.com/Jardinxin/p/11674165.html 一、具体分工 登陆注册 当前战况 排行榜 往期对战结果 详细历史战况 ai 交互 陈苏苏 √ √ √ √ 严欣 √ √ √ √ 二、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 120 120 Estimate 估计这个任务需要多少时间 120 120 Development 开发 1090 2900 Analysis 需求分析（包括学习新技能） 540 600 Design Spec 生成设计文档 50 30 Design Review 设计复审 10 10 Coding Standard 代码规范 (为目前的开发制定合适的规范) 30 20 Design 具体设计 50 90 Coding 具体编码 1080 2000 Code Review 代码复审 120 100 Test 测试

第二次结对编程作业 github地址： https://github.com/simplipy/031702408/releases/tag/十三水 结对同学的博客链接： https://www.cnblogs.com/Jardinxin/p/11674165.html 本作业博客的链接： https://www.cnblogs.com/buddlysue/p/11681373.html 一、具体分工 登陆注册 当前战况 排行榜 往期对战结果 详细历史战况 ai 交互 陈苏苏 √ √ √ √ 严欣 √ √ √ √ 二、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 120 120 Estimate 估计这个任务需要多少时间 120 120 Development 开发 1090 2900 Analysis 需求分析（包括学习新技能） 540 600 Design Spec 生成设计文档 50 30 Design Review 设计复审 10 10 Coding Standard 代码规范 (为目前的开发制定合适的规范) 30 20 Design 具体设计 50 90 Coding 具体编码 1080 2000 Code Review 代码复审 120 100 Test 测试

对分治法思想的体会 1.分治法是将问题分解为多个子问题，通过解决子问题后合并为原命题来解决原问题。 2.分治法可以缩短问题的时间复杂度。 3.拓展出新的思路，解决原有方法不能解决的问题 结对编程情况汇报 结对编程可以使我原先不清晰的代码变得简单易懂，两个人思考问题方向可能不一致，最终决定谁的方法简单正确 在去以其思路去构思，可以大大改善自己代码规范和解题思路。 来源： https://www.cnblogs.com/peter-luo-Kurumi/p/11681743.html

第二次结对编程作业 “福建赌王”之争 链接 队友的博客 链接 此次作业博客 链接 GitHub地址 具体分工 UI部分：由我的大腿队友沈国煜负责。 AI部分：由拖队友后腿的林铮威负责。 PSP PSP2.1 Personal SoftwareProcess Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 40 · Estimate · 估计这个任务需要多少时间 2000 2800 Development 开发 1000 720 · Analysis · 需求分析 (包括学习新技术) 60 30 · Design Spec · 生成设计文档 30 30 · Design Review · 设计复审 60 40 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 15 · Design · 具体设计 60 40 · Coding · 具体编码 600 432 · Code Review · 代码复审 180 144 · Test · 测试（自我测试，修改代码，提交修改） 120 80 Reporting 报告 30 30 · Test Repor · 测试报告 40 30 · Size Measurement · 计算工作量 15 45 · Postmortem & Process Improvement Plan ·

一、题目描述 题目：“福建赌王”之争 【题目背景】     话说，自称“赌王”的老周与同样自称“赌王”的老刘在福州展开“赌王”名号的争夺。两人商议决定使用福建当地的一套纸牌游戏规则进行博弈，即“福建十三水”。约定三周后展开决战。老刘修习代码多年，希望开发一套自动化的出牌系统，具体游戏规则请上网查询或找福大柯老板，本次作业要求提交一份设计好的原型设计图。 WARNING：珍惜钱财，远离赌博（含AI赌博）。 二、相关的链接 我的Github地址 详情 结对同学的Github地址 详情 结对同学博客地址 详情 上次原型设计的博客链接 详情 三、具体的分工 我在本次十三水作业中主要负责客户端（iOS）的编写，队友陈展鸿负责后端算法的实现。 注：由于iOS的特殊性，暂无法打包成二进制文件，若负责测评前端的同学没有运行iOS的工具，请联系我进行测评。 四、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning · 计划 30 30 · Estimate · 估计这个任务需要多少时间 999 1000 Development · 开发 120 180 · Analysis ·需求分析（包括学习新技术） 100 500 · Design Spec · 生成设计文档 10 20 · Design Review

第二次结对编程作业 “福建赌王”之争 队友的博客 此次作业博客 GitHub地址 具体分工 AI部分：由我的队友林铮威负责。 UI部分：由我负责。 PSP PSP2.1 Personal SoftwareProcess Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 40 · Estimate · 估计这个任务需要多少时间 2000 2800 Development 开发 1000 720 · Analysis · 需求分析 (包括学习新技术) 60 30 · Design Spec · 生成设计文档 30 30 · Design Review · 设计复审 60 40 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 15 · Design · 具体设计 60 40 · Coding · 具体编码 600 432 · Code Review · 代码复审 180 144 · Test · 测试（自我测试，修改代码，提交修改） 120 80 Reporting 报告 30 30 · Test Repor · 测试报告 40 30 · Size Measurement · 计算工作量 15 45 · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 45