结对编程

第二次结对编程作业

梦想的初衷 提交于 2019-12-02 11:40:24
第二次结对编程作业 1.博客及仓库地址 本人仓库地址 2.具体分工 黄益颂:java写AI 汪倍民:网页前端html,与服务器的交互 3.PSP表格 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 60 90 Estimate 估计这个任务需要多少时间 10 10 Development 开发 600 850 Analysis 需求分析 (包括学习新技术) 120 150 Design Spec 生成设计文档 20 30 Design Review 设计复审 30 45 Coding Standard 代码规范(为开发制定合适的规范) 15 25 Design 具体设计 100 110 Coding 具体编码 150 175 Code Review 代码复审 30 30 Test 测试(自我测试,修改代码,提交修改) 150 200 Reporting 报告 40 60 Test Repor 测试报告 10 10 Size Measurement 计算工作量 20 25 Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 20 30 Total 总计 1375 1840 4.解题思路描述和设计实现说明 1.网络接口的使用 注册和与教务处绑定 type

第二次结对编程作业

隐身守侯 提交于 2019-12-02 10:48:38
一、 031702312鲍冰如( 博客链接 ) Github项目地址 )主仓库 031702304苏凯婷( 博客链接 )( Github项目地址 ) 二、给出具体分工 鲍冰如:主要负责后端代码,一些前端,对算法进行性能分析,进行单元测试,以及博客除接口部分外的撰写 苏凯婷:主要负责前端代码,写出主要框架,美化页面并且进行定位和交互处理,接口的使用,以及博客的接口部分 第一次做游戏完全没经验,所以一开始我们的分工不是很明确,前端和后端有些是一起做的,但是后来我们逐渐确定了需求,进一步分工,实现各自负责的部分,并学习需要使用到的技术,接着对完成各部分功能,对代码进行整合,进行性能分析和单元测试,并编写博客。 三、PSP表格 PSP2.1 Personnal Software Process Stagese 预估耗时 (分钟) 实际耗时 (分钟) Planning 计划 60 75 * Estimate * 估计这个任务需要多少时间 60 75 Development 开发 10080 10080 * Analysis * 需求分析(包括学习新技术) 720 720 * Design Spec * 生成设计文档 150 150 * Design Review * 设计复审 50 75 * Coding Standard * 代码规范(为目前的开发制定合适的规范) 120 150 *

第二次结对编程作业

大兔子大兔子 提交于 2019-12-02 10:42:09
1、在文章开头给出结对同学的博客链接、本作业博客的链接、你所Fork的同名仓库的Github项目地址(2分) 2、给出具体分工(2分) 本次作业我负责的是前端与接口的设计; 队友负责的是算法的设计。 3、给出PSP表格(2分) |:--|:--|:--|:--| | PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | |Planning|计划|30|30| |· Estimate|· 估计这个任务需要多少时间|120|180| |Development|开发|60|75| |· Analysis|· 需求分析 (包括学习新技术)|30|50| |· Design Spec|· 生成设计文档|40|60| |· Design Review|· 设计复审|30|50| |· Coding Standard|· 代码规范 (为目前的开发制定合适的规范)|20|40| |· Design|· 具体设计|40|60| |· Coding|· 具体编码|50|60| |· Code Review|· 代码复审|20|30| |· Test|· 测试(自我测试,修改代码,提交修改)|60|120| |Reporting|报告|30|50| |· Test Repor|· 测试报告|30|40| |· Size

软件工程第四次作业—结对项目

南笙酒味 提交于 2019-12-02 08:24:38
一、提供你的结对成员的博客链接地址 三班贾福巍博客链接: www.cnblogs.com/jwwy/p/11726428.html 二、代码互审表 互查内容 张文博 贾福巍 1. 概要部分 代码符合需求和规格说明么? 符合 符合 代码设计是否考虑周全? 代码未满足全部需求,考虑不周全,没有考虑用户的非法输入。 代码满足需求,每个功能都能用类实现,但是考虑不周全,没有考虑用户的非法输入。 代码可读性如何? 简单易读 代码可读性较差 代码容易维护么? 容易 不容易维护,所有的功能都是在同一个类中完成。 代码的每一行都执行并检查过了吗? 每行代码均能执行 每行代码均执行 2. 设计规范部分 设计是否遵从已知的设计模式或项目中常用的模式? 是 是 有没有硬编码或字符串或数字等存在 ? 没有硬编码,字符串或数字等存在 没有硬编码,字符串或数字等存在 代码有没有依赖于某平台,是否会影响将来的移植 ( 如 Win32 到 Win64)? 不依赖平台,不影响移植 代码用 Java 编写,没有依赖某一特定的平台,不影响移植 开发者新写的代码能否用已有的 Library/SDK/Framework 中的功能实现?是否存在类似的功能可以调用而不用全部重新实现? 否 否 代码中用到了其他包中现有的类,不用全部重新实现。 有没有无用的代码可以清除 ? 无 无 3. 代码修改部分

第四次博客作业—结对项目

北城余情 提交于 2019-12-02 07:03:35
(1)结对成员的博客链接地址: 结对成员:2班 陶一鸣——2班 赵迎港 赵迎港博客链接地址:https://www.cnblogs.com/zyg777/p/11735707.html (2)结对成员对四则运算项目进行代码互审,并给出代码审查结果表: 陶一鸣的代码复审核查表(由赵迎港完成): 1.概要部分 1.1代码符合需求和规格说明吗 符合 1.2代码设计是否考虑周全 是 1.3代码可读性如何 易读 1.4代码容易维护吗 容易 1.5代码每一行都执行并检查过了吗 是 2、代码设计规范 2.1设计是否遵从已知的设计模式或项目中常用的模式 是 2.2有无硬编码或字符串/数字等存在 无 2.3代码是否依赖某一平台,是否会影响将来的影响移植 否 2.4开发者新添功能/相似功能是否能用已有来调试 是 2.5有没有无用代码可删除 无 3、代码规范部分 修改的代码符合代码规范和风格吗 符合 4、具体代码部分 4.1有无对错误进行处理,对于调用外部函数,是否检查了返回值或处理了异常 是 4.2参数传递是否有错误,字符串长度是字节长度还是字符,是0开始计数还是1开始计数 否 0 4.3边界条件如何处理,switch语句的default分支如何处理,循环有没有可能出现死循环 无 4.4有无断言(Assert)来保证我们认为得不变条件得到满足 无 4.5对于资源的申请释放,有无泄漏,有无优化空间 有

第四次博客作业-结对项目

别来无恙 提交于 2019-12-02 07:01:14
(1)结对成员的博客链接地址: 结对成员:2班 赵迎港——2班 陶一鸣 陶一鸣博客链接地址: (2)结对成员对四则运算项目进行代码互审,并给出代码审查结果表: 赵迎港的代码复审核查表(由陶一鸣完成): 1.概要部分 1.1代码符合需求和规格说明吗 符合 1.2代码设计是否考虑周全 是 1.3代码可读性如何 易读 1.4代码容易维护吗 容易 1.5代码每一行都执行并检查过了吗 是 2、代码设计规范 2.1设计是否遵从已知的设计模式或项目中常用的模式 是 2.2有无硬编码或字符串/数字等存在 无 2.3代码是否依赖某一平台,是否会影响将来的影响移植 否 2.4开发者新添功能/相似功能是否能用已有来调试 是 2.5有没有无用代码可删除 无 3、代码规范部分 修改的代码符合代码规范和风格吗 符合 4、具体代码部分 4.1有无对错误进行处理,对于调用外部函数,是否检查了返回值或处理了异常 是 4.2参数传递是否有错误,字符串长度是字节长度还是字符,是0开始计数还是1开始计数 否 0 4.3边界条件如何处理,switch语句的default分支如何处理,循环有没有可能出现死循环 无 4.4有无断言(Assert)来保证我们认为得不变条件得到满足 无 4.5对于资源的申请释放,有无泄漏,有无优化空间 有 4.6数据结构中有无用不到的元素 无 5、效能 5.1代码效能如何,最坏情况怎样 好 5

第四次博客作业-结对项目

佐手、 提交于 2019-12-02 06:55:27
1.Github链接 https://github.com/Zgo-main/z-main 2.结对成员博客链接地址 3.代码互审表 部分 内容 张博涵 孙铭 概要 代码符合需求和规格说明吗 是 否 代码设计是否考虑周全 否 否 代码可读性如何 好 好 代码容易维护吗 易 易 代码每一行都执行并检查过了吗 是 是 代码设计规范 设计是否尊崇设计模式 否 否 有无硬编码或字符串/数字等存在 有数字 有数字 是否依赖某平台影响移植 是 是 开发者新添功能/相似功能是否能用已有来调试 能 能 有无无用代码可删除 有 无 代码规范部分 符合代码规范和风格吗 否 否 具体代码部分 有无对错误进行处理,对于调用外部函数,是否检查了返回值或处理了异常 否 否 参数传递是否有错误,字符串长度是字节长度还是字符,计数是0开始还是1 否 否 边界条件,switch分支,循环死循环 否 否 有无断言(Assert)来保证我们认为的不变条件得到满足 无 无 对于资源的申请释放,有无泄漏,有无优化空间 有 有 数据结构中有无用不到的元素 无 无 效能 代码效能如何,最坏情况怎样 无 无 代码(尤其循环)有无可优化 无 无 系统和网络调用是否超时,如何处理 无 无 可读性 代码可读性如何,有无足够注释 有 无 可测试性 代码是否需要更新或创建新的单元测试 是 是 4.结对编程 代码编写基本规范 注释规范

第四次博客作业—结对项目

前提是你 提交于 2019-12-02 06:49:25
任务1:(5分) 在学习通上注明结对的成员对 格式:班级姓名-----班级姓名 1班花福强——1班付正印 任务2:(95分) 结对的成员共同完成本次作业,撰写博客并将结对项目的程序发布到github上 一、提供你的结对成员的博客链接地址(5分) 二、结对成员对四则运算项目进行代码互审,并给出代码审查结果表 花福强的代码审查表(10分) 类别 重要性 激活(Y or N) 级别 检查项 命名 重要 N 20 命名规则是否与所采用的规范保持一致? N 20 是否遵循了最小长度最多信息原则? 重要 N 50 has/can/is前缀的函数是否返回布尔型? 注释 重要 N 10 重要 Y 10 复杂的分支流程是否已经被注释? N 10 距离较远的}是否已经被注释? N 10 非通用变量是否全部被注释? 重要 N 50 函数是否已经有文档注释?(功能、输入、返回及 其他 可选) Y 10 特殊用法是否被注释? 声明、空白、缩进 Y 20 每行是否只声明了一个变量?(特别是那些可能出错的类型) 重要 N 40 变量是否已经在定义的同时初始化? 重要 N 40 类属性是否都执行了初始化? Y 20 代码段落是否被合适地以空行分隔? N 20 是否合理地使用了空格使程序更清晰? Y 20 代码行长度是否在要求之内? N 20 折行是否恰当? 语句/功能分布/规模 Y 20 包含复合语句的{

第四次作业==结对项目

点点圈 提交于 2019-12-02 06:44:00
一。组员孟祥鑫的博客园链接 https://www.cnblogs.com/nxxing/p/11728980.html 二。结队成员对程序的审查表 内容 孟祥鑫审查结果 陈相君审查结果 1.概要部分 (1)代码符合需求和规格说明吗 是 是 (2)代码设计是否考虑周全 是 否 (3)代码可读性如何 好 好 (4)代码容易维护吗 容易 容易 (5)代码每一行都执行并检查过了吗 是 是 2.代码设计规范 (1)设计是否尊崇设计模式 是 是 (2)有无硬编码或字符串/数字等存在 无 无 (3)是否依赖某平台影响移植 否 否 (4)开发者新添功能/相似功能是否能用已有来调试 是 是 (5)有无无用代码可删除 无 无 3.代码规范部分 符合代码规范和风格吗 是 是 4.具体代码部分 (1)有无对错误进行处理,对于调用外部函数,是否检查了返回值或处理了异常 是 是 (2)参数传递是否有错误,字符串长度是字节长度还是字符,计数是0开始还是1 否 0开始 否 0开始 (3)边界条件,switch分支,循环死循环 是 是 (4)有无断言(Assert)来保证我们认为的不变条件得到满足 有 无 (5)对于资源的申请释放,有无泄漏,有无优化空间 有 有 (6)数据结构中有无用不到的元素 无 无 5.效能 (1)代码效能如何,最坏情况怎样 好 好 (2)代码(尤其循环)有无可优化 无 有 (3

第四次博客作业-结对项目

北慕城南 提交于 2019-12-02 06:43:32
一、提供你的结对成员的博客链接地址 于达的博客地址: https://www.cnblogs.com/chen4635/ 于达的代码审查表(由李鑫鹏完成) 李鑫鹏 的代码审查表(由于达完成) 选取其中一个成员的项目为基础,进行结对编程。结对项目撰写的博客要求: 1. 采用大小写混合使名字可读   2.尽量少用缩写,但如果用了,要明智地使用,且在整个工程中统一   3.避免使用长的名字(小于 15 个字母是个好主意)   4.避免使用类似的名字,或者仅仅是大小写不同的名字   5.避免使用下划线(除静态常量等) 描述结对编程的感受: 一个人编写代码,总是有种灯下黑的现象。可能你自己犯的很微小的错误,你花了大把大把的时间,还是搞不出来。而另一个人只需要看一下就能指出,这提高了复审效率,可以不断从别人那里学习,提高自己的水平。这次结对编程,我从朱池苇大佬那里学到了很多,比如良好的代码风格,清晰的编码思路,以及熟练的调试技巧等,通过两个人的讨论,更好的解决问题等。 结对场景照片: 结对项目编程要求: 对结对项目首先完成代码规范和设计规范的修改,其次完成项目增加的需求,最后将完成的项目提交到github上,给出github的连接地址,可以给出简单的设计说明。增加的需求: GitHub链接地址:https://github.com/Xusaohua/ccccc 增加的需求:(a