结对编程

---恢复内容开始--- GIT地址 https://github.com/GAKKI-WLP/201831061119 结对伙伴 樊星辰201831061119 一.PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 35 40 · Estimate · 估计这个任务需要多少时间 1000 1200 Development 开发 900 1025 · Analysis · 需求分析 (包括学习新技术) 90 100 · Design Spec · 生成设计文档 60 70 · Design Review · 设计复审 (和同事审核设计文档) 30 35 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 40 · Design · 具体设计 120 150 · Coding · 具体编码 500 600 · Code Review · 代码复审 60 45 · Test · 测试（自我测试，修改代码，提交修改） 120 150 Reporting 报告 30 60 · Test Report · 测试报告 20 30 · Size Measurement · 计算工作量 30 30 · Postmortem & Process

个人第四次作业：结对编程 阅读与准备作业 本作业属于的课程 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign 本作业的要求 https://www.cnblogs.com/harry240/p/11524113.html 队友博客 https://www.cnblogs.com/zwj-958654064/ 队友学号 201731062520 1、Github项目地址： https://github.com/jie958654064/WordCount 2、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） Planning 计划 　35 Estimate 估计这个任务需要多少时间 　65 Development 开发 　50 Analysis 需求分析 (包括学习新技术) 　15 Design Spec 生成设计文档 　10 Design Review 设计复审 (和同事审核设计文档) 　10 Coding Standard 代码规范 (为目前的开发制定合适的规范) 　5 Design 具体设计 　20 Coding 具体编码 　90 Code Review 代码复审 　45 Test 测试（自我测试，修改代码，提交修改） 　60

个人第4次作业----原型设计 课程属性 git地址 https://github.com/sulei1999/WordCount.git 结对伙伴作业地址 https://www.cnblogs.com/sl1999/p/11667779.html 一、结对两人信息 姓名 学号 汤善康 201831022208 粟磊 201831031328 part.1----个人开发流程（PSP） PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning　 　计划　 50 60 Estimate 估计这个任务需要多少时间　 40 30 Development 开发　 200　 400　 Analysis 需求分析（包括学习新技术） 100 100 Design Spec 生成设计文档 100 90 Design Review 设计复审（和同事审核设计文档） 100 80 Coding Standard 代码规范(为目前的开发制定合适的规范) 30 60 Design 具体设计 300 400 Coding 具体编码 1000 1200 Code Review 代码复审 400 600 Test 测试（自我测试，修改代码，提交修改） 400 300 Reporting 报告 200 120 Test Report

个人第4次作业----原型设计 课程属性 git地址 https://github.com/sulei1999/WordCount.git 结对伙伴作业地址 https://www.cnblogs.com/qiheideyue121382/p/11580903.html 结对伙伴信息 汤善康201831022208 part.1----个人开发流程（PSP） PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning　 　计划　 50 60 Estimate 估计这个任务需要多少时间　 40 30 Development 开发　 200　 400　 Analysis 需求分析（包括学习新技术） 100 100 Design Spec 生成设计文档 100 90 Design Review 设计复审（和同事审核设计文档） 100 80 Coding Standard 代码规范(为目前的开发制定合适的规范) 30 60 Design 具体设计 300 400 Coding 具体编码 1000 1200 Code Review 代码复审 400 600 Test 测试（自我测试，修改代码，提交修改） 400 300 Reporting 报告 200 120 Test Report 测试报告 60 50 Size

GIthub GIt地址 传送门 伙伴作业地址 传送门 我的博客地址 传送门 伙伴学号 201731062408 作业连接 传送门 1.PSP 表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） · Planning · 计划 20 20 · Estimate · 估计这个任务需要多少时间 25 25 · Development · 开发 890 1290 · Analysis · 需求分析 (包括学习新技术) 60 90 · Design Spec · 生成设计文档 30 30 · Design Review · 设计复审 (和同事审核设计文档) 20 20 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 10 10 · Design · 具体设计 30 60 · Coding · 具体编码 600 900 · Code Review · 代码复审 60 60 · Test · 测试（自我测试，修改代码，提交修改） 30 60 · Reporting · 报告 30 30 · Test Report · 测试报告 30 30 · Size Measurement · 计算工作量 20 20 · Postmortem & Process Improvement Plan ·

[Welcome to My Blog] 第四次作业结对编程 Github项目地址 Github地址 结对伙伴 黄天兵201831061126的博客 一.PSP表格 二. 计算模块接口的设计与实现过程 ①代码结构： 程序由一个 wordsCount 类, main() 主函数和 Getop(string cmd) 获取命令参数函数构成。其中 wordCount 类成员中含 Char_num() 、 Lines_num() 等函数。思维导图如下： ②.关键函数实现： int wordsCount::Char_num() ：获取ascii数 获取输入文件路径后，通过对文件内容逐个读取，并只对ASCII码进行计数。 int wordsCount::Lines_num() ：获取文件行数 使用 getline() 函数获取文件的每一行对行数进行计数。 void wordsCount::GetWords()、int wordsCount::Words_num() 、void wordsCount::Sort_words_rate() 由于对单词时有额外的要求：单词计数，按照出现频率和字典排序，以小写输出。所以使用多个函数实现： (1) void wordsCount::GetWords() :逐个读取文件字符，将所有符合要求的“单词”提取出来，转为小写形式后（使用 algorithm

化繁为简，分而治之，结对编程，共同进步 ——算法第二章总结 软三 杨伟耿 20181003083 一、 化繁为简，分而治之 不难发现，无论生活中还是编程学习中，我们难免遇到困难复杂的问题。简单的东西，我们往往一步到位，只需按部就班就可以轻松解决。 但是那些复杂的难题呢？ 俗话说，“方法总比困难多”，我想最直接最暴力实用最容易想到的不就是把这个问题当作简单的问题来解决吗？可是，它就是那么复杂那么困难，怎么就能“掩耳盗铃”地当作“送分题”来看待啊？ 数学上我们都学过数学归纳法，规模庞大复杂的证明问题，我们可以把它细分成一块一块的小问题，最后推理出这整一个问题的解。生活中，比如我们打扫卫生，学校那么大，分给每个班负责不同的地方，于是每个班都只分到其中一块，细分下去，班里的同学每人也只是打扫其中一小块。类似的，在编程问题上，我们也可以将规模大的问题分为规模小的相同的子问题一一用相同的方法解决，最后再合并，这便是分治法的思想。 用专业的术语来说，就是将一个规模为n的问题分解为k个规模较小的子问题，这些子问题互相独立且与原问题相同。递归地解这些子问题，然后将各子问题的解合并得到原问题的解。它的一般的算法设计模式如下： divide-and-conquer(p) { if (|p| <= n0) adhoc(p); divide P into smaller subinstances P1,P2

课程 作业要求 github地址 https://github.com/xxxy7280/WordCount 伙伴博客地址 PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟 实际耗时（分钟） Planning 计划 30 30 Estimate 估计这个任务需要多长时间 3天 5天 Development 开发 60 80 Analysis 需求分析(包括学习新技术) 30 45 Design Spec 生成设计文档 60 80 Design Review 设计复审(和同事审核设计文档) 30 35 Coding Standard 代码规范(为目前的开发制定合适的规范) 10 15 Design 具体设计 30 30 Coding 具体编码 600 720 Code Review 代码复审 60 80 Test 测试(自我测试、修改代码、提交修改) 120 130 Reporting 报告 30 40 Test Report 测试报告 30 50 Size Measurement 计算工作量 20 30 Postmortem & Process Improvement Plan 事后总结，并提出过程改进计划 60 55 合计 1170 1420 计算模块接口的设计与实现过程 计算设计 思维导图 除主函数外

项目地址 https://github.com/aSmallAlan/WordCount 结对伙伴 没有结对伙伴，由于是大四的，没有认识的小伙伴 1.PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 20 · Estimate · 估计这个任务需要多少时间 120 240 Development 开发 60 200 · Analysis · 需求分析 (包括学习新技术) 30 20 · Design Spec · 生成设计文档 20 20 · Design Review · 设计复审 (和同事审核设计文档) 20 10 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 10 20 · Design · 具体设计 30 20 · Coding · 具体编码 120 240 · Code Review · 代码复审 20 10 · Test · 测试（自我测试，修改代码，提交修改） 20 20 Reporting 报告 10 20 · Test Report · 测试报告 10 10 · Size Measurement · 计算工作量 30 40 · Postmortem & Process Improvement Plan · 事后总结,

项目地址 仓库地址 结队伙伴 [陈宇红] PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 20 40 Estimate 估计这个任务需要多少时间 480 600 Development 开发 40 45 Analysis 需求分析（包括学习新技术） 20 15 Design Spec 生成设计文档 60 60 Design Review 设计复审（和同事审核设计文档） 20 30 Coding Standerd 代码规范（为目前的开发制定合适的规范） 20 15 Design 具体设计 80 100 Coding 具体编码 240 300 Code Review 代码复审 120 120 Test 测试（自我测试，修改代码，提交修改） 240 200 Reporting 报告 30 30 Test Report 测试报告 60 60 Size Measurement 计算工作量 30 30 Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 60 50 合计 1040 1095 解题思路 思路描述 ： 1.细分题目，划分成一个个小任务如下图所示 2.因为c++还没有学到文件操作，所以我就先看了教材，大致学了下文件基本操作