201871010123-吴丽丽 实验三 结对项目—《D{0-1}KP 实例数据集算法实验平台》项目报告
2021/4/13 22:30:14
本文主要是介绍201871010123-吴丽丽 实验三 结对项目—《D{0-1}KP 实例数据集算法实验平台》项目报告,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
201871010123-吴丽丽 实验三 结对项目—《D{0-1}KP 实例数据集算法实验平台》项目报告
项目 | 内容 |
---|---|
课程班级博客链接 | 班级链接 |
这个作业要求链接 | 作业要求链接 |
我的课程学习目标 | 1.掌握代码风格规范、设计规范,写出规范的代码及语句 2.了解什么是汉堡包法 3.对结对编程有进一步的了解 |
这个作业在哪些方面帮助我实现学习目标 | 1.通过阅读“构建之法”,从而理解代码风格规范、设计规范等相关概念及对应的原则 2.通过浏览关于汉堡法的阐述参见,在进行项目交流时,利用该法来促进两人之间的沟通 3.通过互换角色来进一步的了解结对编程 |
结对方学号-姓名 | 201871010112-梁丽珍 |
结对方本次博客作业链接 | 梁丽珍 |
本项目Github的仓库链接地址 |
一、实验目的与要求
(1)体验软件项目开发中的两人合作,练习结对编程(Pair programming)。
(2)掌握Github协作开发程序的操作方法。
二、实验内容和步骤
任务1:阅读《现代软件工程—构建之法》第3-4章内容,理解并掌握代码风格规范、代码设计规范、代码复审、结对编程概念;
已经阅读完第3-4章内容,相关概念如下:
1、代码风格规范
-
代码风格的原则是:简明,易读,无二义性。
-
缩进:4个空格,不用Tab键是因为在不同的情况下显示的长度可能不一样。
-
行宽:限定为100字符。
-
括号:在复杂的条件表达式中,可以清晰地表示逻辑优先级。
-
断行与空白的{}行:断行在程序调试时可以清晰的表达变量的变化情况,{}来判断程序的结构。
-
分行:不要把多个变量定义在一行上。
-
命名:
- 在变量名中不要提到类型或其他语法方面的描述。
- 避免过多的描述。
- 如果信息可以从上下文中得到,那么此类信息就不必写在变量名中。
- 避免可要可不要的修饰词。 -
下划线:用来分割变量名字中的作用域标注和变量的语义。
-
大小写:
- 所有类型/类/函数名都用Pascal形式(所有单词第一个字母都大写)。
- 所有变量都用Camel形式(第一个单词全部小写,随后单词用Pascal形式)。
- 类/类型/变量:名词或组合名词。
- 函数则用动词或动宾组合词来表示。 -
注释:注释是为了解释程序做什么(What),为什么这样做(Why)以及要特别注意的地方。
2、代码设计规范
(1)概念:代码设计规范不光是程序书写的格式问题,而且涉及到程序设计、模块之间的关系、设计模式等方方面面,又有不少内容与具体程序设计语言息息相关(如C,C++,JAVA,C#),但是也有通用的原则。
(2)函数:原则:只做一件事,并且要做好。
(3)goto:函数最好有单一出口,为了达到这一目的,可以使用goto。
(4)错误处理:
①参数处理:在Debug版本中,所有的参数都要验证其正确性,在正式版本中,对从外部(用户或别的模块)传递过来的参数,要验证其正确性。
②断言:验证正确性就要用断言。
(5)如何处理C++中的类
①类:
a.使用类来封装面向对象的概念和多态。
b.避免传递类型实体的值,应该用指针传递。换句话说,对于简单的数据类型,没有必要要用类来实现。
c.对于有显示的构造和析构的类,不要建立全局的实体,因为不知道它们在何时创建和消除。
d.仅在有必要时,才是用“类”。
②class vs.struct:如果只是数据的封装,用struct即可。
③公共/保护/私有成员:按照这样的次序来说明类中的成员。
④数据成员:
a.数据类型的成员用m_name说明。
b.不要使用公共的数据成员,要用inline访问函数,这样可兼顾封装和效率。
⑤虚函数
a.使用虚函数来实现多态。
b.仅在很有必要时,才使用虚函数。
c.如果一个类型要实现多态,在基类中的析构函数应该是虚函数。
⑥构造函数
a.不要在构造函数中做复杂的操作,简单初始化所有成员即可。
b.构造函数不应该返回错误。
⑦析构函数
a.把所有的清理工作都放在析构函数中。如果有些析构函数在之前就释放了,要重置这些成员为0或NULL。
b.析构函数也不应该出错。
⑧new和delete
a.如果可能,实现自己的new/delete,这样可以方便地加上自己的跟踪和管理机制。自己的new/delete可以包装系统提供的new/delete。
b.检查new的返回值。new不一定都成功。
c.释放指针时不用检查NULL。
⑨运算符
a.在理想情况下,我们定义的类不需要自定义操作符。确有必要时,才会自定义操作符。
b.运算符不要做标准语义之外的任何动作。
c.运算符的实现必须非常有效率,如果有复杂的操作,应定义一个单独的函数。
d.当拿不定注意时,用成员函数,不要用运算符。
⑩异常
a.不要用异常作为逻辑控制来处理程序的主要流程。
b.当使用异常时,要注意在什么地方清理数据。
c.异常不能跨过DLL或进程的边界来传递消息,所以异常不是万能的。
⑪类型继承
a.仅在有必要时,才使用类型继承。
b.用const标注只读的参数。
c.用const标注不改变数据的函数。
3、代码复审:看代码是否在代码规范的框架内正确的解决了问题。代码复审的形式包括:自我复审、同伴复审、团队复审。
4、结对编程:结对编程中有两个角色:领航员和驾驶员。在个人编写的过程中,很多人喜欢根据个人喜好来规定代码规范,而且存在的bug自己难以发现,因此,在结对编程时,我们可以互换角色,在开始写代码之前,规定两个人都认可的一套代码规范,并且不间断地进行复审,以减少软件中存在的问题,修复bug,提高软件质量。
任务2:两两自由结对,对结对方《实验二 软件工程个人项目》的项目成果进行评价,具体要求如下:
(1)对项目博文作业进行阅读并进行评论,评论要点包括:博文结构、博文内容、博文结构与PSP中“任务内容”列的关系、PSP中“计划共完成需要的时间”与“实际完成需要的时间”两列数据的差异化分析与原因探究,将以上评论内容发布到博客评论区。
评论内容如下图所示:
评论链接:https://www.cnblogs.com/LZ-728672/p/14575859.html
(2)克隆结对方项目源码到本地机器,阅读并测试运行代码,参照《现代软件工程—构建之法》4.4.3节核查表复审同伴项目代码并记录。
情况说明:因对方能力有限,未能上传代码到github的仓库,所以无法对对方项目源代码进行克隆,阅读并测试运行代码,无法进行该任务要求。
(3)依据复审结果尝试利用github的Fork、Clone、Push、Pull request、Merge pull request等操作对同伴个人项目仓库的源码进行合作修改。
情况说明:因对方未上传代码到仓库,所以无法进行相应操作。
任务3:采用两人结对编程方式,设计开发一款D{0-1}KP 实例数据集算法实验平台,使之具有以下功能:
(1)平台基础功能:实验二 任务3;
(2)D{0-1}KP 实例数据集需存储在数据库;
(3)平台可动态嵌入任何一个有效的D{0-1}KP 实例求解算法,并保存算法实验日志数据;
(4)人机交互界面要求为GUI界面(WEB页面、APP页面都可);
(5)查阅资料,设计遗传算法求解D{0-1}KP,并利用此算法测试要求(3);
(6)附加功能:除(1)-(5)外的任意有效平台功能实现。
1.需求分析陈述。(5分)
2.软件设计说明。(5分)
3.软件实现及核心功能代码展示:软件包括哪些类,这些类分别负责什么功能,他们之间的关系怎样?类内有哪些重要的方法,关键的方法是否需要画出流程图?(5分)
4.程序运行:程序运行时每个功能界面截图。扩展功能实现可得附加分5分。(2分)
(1)读取文件,读取出物品数量、背包容量、存放重量和价值相对应的列表,读取数据成功,结果如图所示:
(2)绘制重量——价值的散点图,运行结果如图所示:
(3)对价值与重量的比值进行非递增排序,排序后我将以列表的形式来存储其比值,将对应的列表输出,运行结果如图所示:
(4)用动态规划算法来解决分组背包问题,计算出在不超限制容量的情况下,背包能装的最大价值,以及运用该算法运行的时间,实验运行结果如图所示:
(5)将运行结果写进.txt文件,其运行结果如图所示:
5.描述结对的过程,提供两人在讨论、细化和编程时的结对照片(非摆拍)。(3分)
在本次结对编程过程中,我们各自学习了遗传算法,之后两人互相交流了一下自己对遗传算法的一些看法,进一步了解了遗传算法的基本思想,因我们两的能力有限,编码能力不足,在上一次的作业中我们都没能够把其对应的功能实现,因而在本次结对编程中,我们互相协作,将各自的代码给了对方看,从中寻找解决问题的方法,在编程时我们老是编译不过去,总是出现各自各样的问题,各自针对其问题提出意见,并且结合网上的一些资料,进行不断的测试、运行。以下是我们在交流过程中的一些截图:
6.提供此次结对作业的PSP。(4分)
PSP | 任务内容 | 计划共完成需要的时间(h) | 实际完成需要的时间(h) |
---|---|---|---|
Estimate | 估计这个任务需要多少时间,并规划大致工作步骤 | 1.5 | 1 |
Development | 开发 | 57 | 69 |
Analysis | 需求分析 (包括学习新技术) | 8 | 10 |
Design Spec | 生成设计文档 | 2 | 2 |
Design Review | 设计复审 (和同事审核设计文档) | 3 | 2 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 1 | 1 |
Design | 具体设计 | 2 | 3 |
Coding | 具体编码 | 26 | 32 |
Code Review | 代码复审 | 3 | 3 |
Test | 测试(自我测试,修改代码,提交修改) | 6 | 10 |
Reporting | 报告 | 2 | 1.5 |
Test Report | 测试报告 | 1 | 1 |
Size Measurement | 计算工作量 | 2 | 2 |
Postmortem & Process Improvement Plan | 事后总结 ,并提出过程改进计划 | 1 | 1.5 |
7.小结感受:两人合作真的能够带来1+1>2的效果吗?通过这次结对合作,请谈谈你的感受和体会。(4分)
我觉得两个人合作可以带来1+1>2的效果,通过此次结对编程,虽然我们项目没能够顺利的完成,但是在这次合作过程中我们学到了挺多的,在不断交流项目,两者的思想互相碰撞,产生一些更有效的想法,结合两者的优点,进行扬长避短,提高完成项目效率。在这个过程中,虽然有意见不合,但通过向对方阐述,让对方理解自己的意思,互相影响和反馈,来达到更好地合作。在本次项目我们花费了挺多时间去完成,虽然没有将项目完成出来,但是在此过程中我也收获了许多,也从中认识到了自己存在着,
这篇关于201871010123-吴丽丽 实验三 结对项目—《D{0-1}KP 实例数据集算法实验平台》项目报告的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-11-24Java中定时任务实现方式及源码剖析
- 2024-11-24Java中定时任务实现方式及源码剖析
- 2024-11-24鸿蒙原生开发手记:03-元服务开发全流程(开发元服务,只需要看这一篇文章)
- 2024-11-24细说敏捷:敏捷四会之每日站会
- 2024-11-23Springboot应用的多环境打包入门
- 2024-11-23Springboot应用的生产发布入门教程
- 2024-11-23Python编程入门指南
- 2024-11-23Java创业入门:从零开始的编程之旅
- 2024-11-23Java创业入门:新手必读的Java编程与创业指南
- 2024-11-23Java对接阿里云智能语音服务入门详解