结对编程

GIT地址 我的GitHub 结对伙伴 张龙 伙伴学号 201831061421 伙伴博客地址 博客 一、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 20 20 Estimate 估计这个任务需要多少时间 20 20 Development 开发 230 303 Analysis 需求分析 (包括学习新技术) 20 25 Design Spec 生成设计文档 20 25 Design Review 设计复审 (和同事审核设计文档) 5 8 Coding Standard 代码规范 (为目前的开发制定合适的规范) 10 10 Design 具体设计 25 25 Coding 具体编码 120 150 Code Review 代码复审 50 45 Test 测试（自我测试，修改代码，提交修改） 30 60 Reporting 报告 80 105 Test Report 测试报告 20 20 Size Measurement 计算工作量 30 35 Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 30 50 - 合计 330 428 二、计算模块接口的设计与实现过程： 第一步：相关类设计

Github地址 https://github.com/h1916955160/WordCount 作业要求地址 https://www.cnblogs.com/harry240/p/11524113.html 结对伙伴博客地址 结对伙伴学号 (1). PSP表格 　　进行去零取整计算 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 50 · Estimate · 估计这个任务需要多少时间 30 50 Development 开发 1110 1390 · Analysis · 需求分析 (包括学习新技术) 60 50 · Design Spec · 生成设计文档 60 40 · Design Review · 设计复审 (和同事审核设计文档) 60 50 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 20 · Design · 具体设计 120 150 · Coding · 具体编码 600 900 · Code Review · 代码复审 60 60 · Test · 测试（自我测试，修改代码，提交修改 120 120 Reporting 报告 150 110 · Test Report · 测试报告 60 30 · Size

第四次个人作业 (1).介绍 作业要求地址 地址 GitHub项目地址 项目 结对伙伴博客 zofun的博客 本人学号 201731062415 结对伙伴 唐财伟 (2).PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 20 Estimate 估计这个任务需要多少时间 30 30 Development 开发 700 720 Analysis 需求分析 (包括学习新技术) 120 120 Design Spec 生成设计文档 40 30 Design Review 设计复审 (和同事审核设计文档) 60 30 Coding Standard 代码规范 (为目前的开发制定合适的规范) 30 30 Design 具体设计 120 120 Coding 具体编码 300 480 Code Review 代码复审 60 60 Test 测试（自我测试，修改代码，提交修改） 60 60 Reporting 报告 60 120 Test Report 测试报告 30 60 Size Measurement 计算工作量 20 30 Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 30 45 合计 1690 1955 (3)

一.Fork仓库的地址和伙伴的地址 github项目地址 https://github.com/yatangtang/WordCount 结对伙伴作业地址 https://www.cnblogs.com/sunnyyt/p/11639271.html 结对伙伴学号 姓名 201731062505 颜依婷 二.psp表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 1540 1750 Estimate 估计这个任务需要多少时间 1540 1750 Development 开发 450 540 Analysis 需求分析 (包括学习新技术) 40 60 Design Spec · 生成设计文档 60 40 Design Review · 设计复审 (和同事审核设计文档) 50 60 Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 40 Design · 具体设计 50 70 Coding · 具体编码 480 550 Code Review · 代码复审 50 40 Test 测试（自我测试，修改代码，提交修改） 120 130 Reporting 报告 100 100 Test Report · 测试报告 40 30 Size Measurement ·

第四次软件工程作业：结对编程 GIT地址 点击查看 结对伙伴 陈纪龙201831061109 一、PSP表格 二、代码设计   在阅读过作业要求后，想到了python中列表和词典的功能，词典的结构正好可以来存储记录单词频率和词组频率。但涉及到命令行操作的不怎么懂。 具体代码设计及编程思想体现过程请移步结对伙伴 陈纪龙同学的博客 三、代码复审过程（问题情况） Python编码规范 在代码编写后我们进行了复审，针对函数的参数传递做了一些更改，让命令行参数与函数接口能更好的对接。同时在复审过程中发现了自己在注释以及一些代码思路上的问题，在陈纪龙同学的帮助下进行了改正。 四、单元测试及代码覆盖率   单元测试利用的是python自带的unitest部分进行测试。 过程如下 覆盖率统计自己下载coverage插件进行的代码覆盖率统计 在cmd命令行运行结果如下   这里的覆盖率结果查询资料后还是不甚明了，不知道该怎么单元测试用例才能有效提升覆盖率。 五、性能分析及改进 性能测试   两个测试图像表明Wordgroup函数耗费最大。写这个函数的时候我想到的是利用列表可以连续读取的特性，利用循环将每次读取的区间进行更新，从而获得指定长度词组，。在利用join函数将列表读取出来的词组转化为字符串做为关键字。再利用词组的get方法获取词组出现的频率。

作业要求地址 https://www.cnblogs.com/harry240/p/11524113.html GitHub地址 https://github.com/anranbixin/WordCount 结对伙伴的博客 https://www.cnblogs.com/mylovertomylove/p/11652247.html PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 40 · Estimate · 估计这个任务需要多少时间 1200 1440 Development 开发 1080 1200 · Analysis · 需求分析 (包括学习新技术) 40 50 · Design Spec · 生成设计文档 20 20 · Design Review · 设计复审 (和同事审核设计文档) 20 30 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 30 · Design · 具体设计 60 50 · Coding · 具体编码 700 960 · Code Review · 代码复审 60 50 · Test · 测试（自我测试，修改代码，提交修改） 120 150 Reporting 报告 30 20 · Test

软件工程第四次作业：结对编程 GIT地址 学生姓名 吴昊阳 学号 201831083104 结对伙伴 姚志昆 伙伴学号 201831081105 伙伴博客地址 一丶 PSP表格    1.解题思路描述 要求是“统计指定单词的出现频率”，那么就是要解决两个问题： 找到指定单词和计数。我们设置了指针用来查找，在查找的同时用search进行统计计数。 刚开始，小组打算分工，分别查阅资料，思考不同阶段要求，伙伴成员协作完成。 对题目要求进行分析后，题目要求为词频统计，但是要求不少，小组决定先做基础要求。 尽量利用C++标准库的功能，利用正则表达式来提取出符合需求定义的单词， 每个单词应具有最简形式、已统计数量等属性，故采用结构体的形式存储。 行数统计：以按行读取的方式读取文本文件，每次成功读取后对应的counter+1，直至文件末尾。(统计文件的有效行数：任何包含非空白字符的行，都需要统计。) 字符数统计: 统计可打印字符个数 单词统计：根据要求，只有由至少4个英文字母打头的连续英文、数字字符串才算做一个单词，并且单词实体不区别大小写字母转换大小写； 保存字符长度>=4的单词-----------使用正则表达式；去掉开头非字符的单词并计数；排序，在自定义数据结构中重载<和<=，来实现词频排序，为了实现降序排序，简单地用大于号重载了小于号。    2.设计实现过程 代码主要分为三个部分： 1

软件工程第三次作业：原型设计 这个作业属于哪个课程 <18级软件工程基础> 学生姓名 | 姚志昆 学号 | 201831081105 合作伙伴 | 吴昊阳 GitHub地址 | <第四次作业——结对编程克隆地址> 这个作业的要求在哪里 | <个人第4次作业：结对编程> 这个作业的目标的目标| 熟悉Github提交代码等基本操作，对词频统计应用的代码实现。 一、解题思路描述 刚刚看到这道题的时候的第一感觉是复杂。 1.首先是在数据的传入，可以是直接open文件，也可以是在运行窗口输入。 2.在创立一个单词的时候，他有两方面的信息，一是 个数 ，二是 单词内容 ，因此可以 用结构体来存储其信息 。 3.再者，由于单词的长度是不固定的，因此我们可以用vector动态数组对象a的方式来将单词的内容存入其中； 4.每次如果单词相同，则会将num加一，如过没有出现过，则会创建一个结构体，分别将他的单词内容和个数初始化，再将单词内容存储 vector数组对象a 中。 5.对于非英文字符的处理，可以直接将其去掉，即 比较其ASC码 ，如果不属于‘a’<'char'<‘z’或者‘A’<'char'<‘Z’,则会将这个符号去除。 6.由于在要求中有“file123是一个单词，123file不是一个单词。file，File和FILE是同一个单词”的要求，因此处理方法可以是 将所有的单词存储成同样的大小写

链接们 结对同学的博客链接 本作业博客的链接 Github项目地址 具体分工 潘海东：后端，前端 方瑞雄：前端，博客撰写 PSP表格 PSP2.1 Personal Software Process Stages 预估耗时(min) 实际耗时(min) Planning 计划 30 60 Estimate 估计这个任务需要多少时间 30 60 Development 开发 285 360 Analysis 需求分析 (包括学习新技术) 30 45 Design Spec 生成设计文档 45 45 Design Review 设计复审 30 30 Coding Standard 代码规范 (为开发制定合适的规范) 0 0 Design 具体设计 180 240 Coding 具体编码 0 0 Code Review 代码复审 0 0 Test 测试 (自我测试,修改,提交修改) 0 0 Reporting 报告 60 75 Test Report 测试报告 0 0 Size Measurement 计算工作量 15 15 Postmortem & Process Improvement Plan 事后总结 并提出过程改进计划 45 60 375 495 解题思路描述与设计实现说明 网络接口的使用 代码组织与内部实现设计（类图） 说明算法的关键与关键实现部分流程图 关键代码解释

一、合作 ： github项目地址 ： https://github.com/Shen-MoMo/WordCount 合作同学作业地址： 结对成员学号：201731062502 ，201731041215 二、PSP表格： PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 · Estimate · 估计这个任务需要多少时间 30 30 Development 开发 · Analysis · 需求分析 (包括学习新技术) 60 60 · Design Spec · 生成设计文档 30 30 · Design Review · 设计复审 (和同事审核设计文档) 30 30 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 10 10 · Design · 具体设计 30 120 · Coding · 具体编码 60 120 · Code Review · 代码复审 30 90 · Test · 测试（自我测试，修改代码，提交修改） 60 120 Reporting 报告 · Test Report · 测试报告 30 30 · Size Measurement · 计算工作量 30 30 · Postmortem & Process Improvement Plan