2017-2018-2 20165228 实验三《敏捷开发与XP实践》实验报告

2017-2018-2 20165228 实验三《敏捷开发与XP实践》实验报告

相关知识点

（一）敏捷开发与XP

• 经过 XP准则来表达：
  • 沟通 ：XP认为项目成员之间的沟通是项目成功的关键，并把沟通看做项目中间协调与合做的主要推进因素。
  • 简单 ：XP假定将来不能可靠地预测，在如今考虑它从经济上是不明智的，因此不该该过多考虑将来的问题而是应该集中力量解决燃眉之急。
  • 反馈 ：XP认为系统自己及其代码是报告系统开发进度和状态的可靠依据。系统开发状态的反馈能够做为一种肯定系统开发进度和决定系统下一步开发方向的手段。
  • 勇气：表明了XP认为人是软件开发中最重要的一个方面的观点。在一个软件产品的开发中人的参与贯穿其整个生命周期，是人的勇气来排除困境，让团队把局部的最优抛之脑后，达到更重大的目标。代表了XP对“人让项目取得成功”的基本信任态度。
  • 一项实践在XP环境中成功使用的依据经过XP的法则呈现，包括：快速反馈、假设简单性、递增更改、提倡更改、优质工做。

• XP软件开发的基石是XP的活动，包括：编码、测试、倾听、设计。

  （二）编码标准

• 编程标准使代码更容易阅读和理解，甚至能够保证其中的错误更少。编程标准包含：具备说明性的名字、清晰的表达式、直截了当的控制流、可读的代码和注释，以及在追求这些内容时一致地使用某些规则和惯用法的重要性。
• 代码标准中很重要的一项是如何给包、类、变量、方法等标识符命名，能很好的命名可让本身的代码立立刻升一个档次。Java中的通常的命名规则有：
  • 要体现各自的含义
  • 包、类、变量用名词
  • 方法名用动宾
  • 包名所有小写，如：io，awt
  • 类名第一个字母要大写，如：HelloWorldApp
  • 变量名第一个字母要小写，如：userName
  • 方法名第一个字母要小写：setName

• 标识符的长度遵循“min-length && max-information”的原则

  （三）结对编程

• 结对编程是XP中的重要实践。在结对编程模式下，一对程序员肩并肩、平等地、互补地进行开发工做。他们并排坐在一台电脑前，面对同一个显示器，使用同一个键盘、同一个鼠标一块儿工做。他们一块儿分析，一块儿设计，一块儿写测试用例，一块儿编码，一块儿作单元测试，一块儿作集成测试，一块儿写文档等。
• 结对编程中有两个角色：
  • 驾驶员（Driver）是控制键盘输入的人。
  • 领航员（Navigator）起到领航、提醒的做用。
• 如何结对编程，为什么要结对编程，你们参考一下结对编程和两人合做 ，重点是：
  • 驾驶员：写设计文档，进行编码和单元测试等XP开发流程。
  • 领航员：审阅驾驶员的文档、驾驶员对编码等开发流程的执行；考虑单元测试的覆盖率；思考是否须要和如何重构；帮助驾驶员解决具体的技术问题。
  • 驾驶员和领航员不断轮换角色，不要连续工做超过一小时，每工做一小时休息15分钟。领航员要控制时间。
  • 主动参与。任何一个任务都首先是两我的的责任，也是全部人的责任。没有“个人代码”、“你的代码”或“他/她的代码”，只有“咱们的代码”。

  • 只有水平上的差距，没有级别上的差别。两人结对，尽管可能你们的级别资历不一样，但无论在分析、设计或编码上，双方都拥有平等的决策权利。

    版本控制

    四）版本控制
• XP的集体全部制意味着每一个人都对全部的代码负责；这一点，反过来又意味着每一个人均可以更改代码的任意部分。结对编程对这一实践贡献良多：借由在不一样的结对中工做，全部的程序员都能看到彻底的代码。集体全部制的一个主要优点是提高了开发程序的速度，由于一旦代码中出现错误，任何程序员都能修正它。

• 这意味着代码要放到一个你们都能方便获取的地方，咱们叫代码仓库。这引出另一个话题叫版本控制（Version Control）。

• 不管是对于团队仍是个体，版本控制都提供了不少好处。

  • 版本控制提供项目级的 undo（撤销） 功能： 没有什么事情是终结版本， 任何错误必须很容易回滚。 假设你在使用世界上最复杂的文字处理系统。 它具有了全部的能想到的功能，就是没有支持 DELETE（删除） 键。想象你打字的时候得多么的谨慎和缓慢吧， 特别是一篇超大的文档的快临近末尾的时候， 一个不当心就要重头再来（试想你选中全部的文字， 不当心按了 DELETE 键， 由于没有撤销功能，只好从新录入）。编辑文字和版本控制相同，任什么时候候都须要回滚，不管是一个小时， 一天， 仍是一周， 这让你的团队工做自由快速的工做， 并且对于修正错误也很是自信。
  • 版本控制容许多人在同一代码上工做， 只要遵照必定的控制原则就行。 不再会发生诸如一我的覆盖了另外一我的编辑的代码，致使那我的的修改无效这样的状况。
  • 版本控制系统保存了过去所做的修改的历史记录。若是你遭遇到一些惊讶的代码，经过版本控制系统能够很容易找出是谁干的， 修改了什么， 修改的时间， 若是幸运的话，还能找出缘由。
  • 版本控制系统还支持在主线上开发的同时发布多个软件版本。在软件发布的时候也不须要整个团队的中止工做，不须要冻结代码。
  • 版本控制也是项目级的时间机器，你能够选择任何一个时间， 精确地查看项目在当时的状况。 这对研究很是有用， 也是重现之前某个有问题的发布版本的基础。
• git使用
  • 先用

  git status

  查看一下代码状态，显示有未跟踪的代码,并建议用

  git add <file>

  添加
  • 若是想把代码保存到远程托管服务器中，须要使用

  git push

  （五）重构

• 重构(Refactor)，就是在不改变软件外部行为的基础上，改变软件内部的结构，使其更加易于阅读、易于维护和易于变动 。
• 重构中一个很是关键的前提就是“不改变软件外部行为”，它保证了咱们在重构原有系统的同时，不会为原系统带来新的BUG，以确保重构的安全。如何保证不改变软件外部行为？重构后的代码要能经过单元测试。如何使其更加易于阅读、易于维护和易于变动 ？设计模式给出了重构的目标
  • 增长新功能；
  • 原有功能有BUG；
  • 改善原有程序的结构；
  • 优化原有系统的性能 。
• 最单纯的Duplicated Code就是［同一个class内的两个方法含有相同表达式(expression)］。这时候你须要作的就是采用Extract Method提炼出重复的代码，而后让这两个地点都调用被提炼出来的那一段代码。
• 另外一种常见状况就是[两个互为兄弟(sibling)的subclasses内含有相同表达式]。要避免这种状况，只须要对两个classes都使用Extract Method，而后再对被提炼出的代码使用Pull Up Method，将它推入superclass内。
• 若是代码之间只是相似，并不是彻底相同，那么就得运用Extract Method将类似部分和差别部分割开，构成单独一个方法。而后你可能发现或许能够运用Form Template Method得到一个Template Method设计模式。
• 若是有些方法以不一样的算法作相同的事，你能够择定其中较清晰的一个，并使用Substitute Algorithm将其它方法的算法替换掉。
• 若是两个绝不相关的classes内出现Duplicaded Code，你应该考虑对其中一个使用Extract Class，将重复代码提炼到一个独立class中，而后在另外一个class内使用这个新class。可是，重复代码所在的方法也可能的确只应该属于某个class，另外一个class只能调用它，抑或- 这个方法可能属于第三个class，而另两个classes应该引用这第三个class。你必须决定这个方法放在哪儿最合适，并确保它被安置后就不会再在其它任何地方出现。
• 给类、包、方法、变量更名字

Rename

• 当出现代码重复问题时,正常的重构可使用Extract Method

Extract Method

-专门的tostring()方法：

Generate toString()

实验内容

（一）敏捷开发与XP实践-1

检查点要求：

• 参考 http://www.cnblogs.com/rocedu/p/6371315.html#SECCODESTANDARD 安装alibaba 插件，解决代码中的规范问题。
• 在IDEA中使用工具（Code->Reformate Code）把下面代码从新格式化，再研究一下Code菜单，找出一项让本身感受最好用的功能。提交截图，加上本身学号水印。

public class CodeStandard {
public static void main(String [] args){
StringBuffer buffer = new StringBuffer();
buffer.append('S');
buffer.append("tringBuffer");
System.out.println(buffer.charAt(1));
System.out.println(buffer.capacity());
System.out.println(buffer.indexOf("tring"));
System.out.println("buffer = " + buffer.toString());
if(buffer.capacity()<20)
buffer.append("1234567");
for(int i=0; i<buffer.length();i++)
System.out.println(buffer.charAt(i));
}
}

相关截图：

鼠标选择code——>Reformat Code

（二）敏捷开发与XP实践-2

检查点要求：

• 在码云上把本身的学习搭档加入本身的项目中，确认搭档的项目加入本身后，下载搭档实验二的Complex代码，加入很多于三个JUnit单元测试用例，测试成功后git add .; git commit -m "本身学号 添加内容"；git push;

• 提交搭档项目git log的截图，包含上面git commit的信息，并加上本身的学号水印信息。

  相关截图：

  加入加减乘除的测试
  

（三）敏捷开发与XP实践-3

检查点要求：

• 参考实验三 敏捷开发与XP实践 http://www.cnblogs.com/rocedu/p/4795776.html, Eclipse的内容替换成IDEA

• 完成重构内容的练习，下载搭档的代码，至少进行三项重构，提交重构后代码的截图，加上本身的学号水印。提交搭档的码云项目连接。

  相关截图：

  标识符可使用Refactor-->`Rename来修改
• 实现部分无心义变量名的替换以及省略了一些多余的变量以节省内存空间。

• 将print内容经过extract method新建private static String方法来实现
  

（四）敏捷开发与XP实践-4

检查点要求：

• 参考 http://www.cnblogs.com/rocedu/p/6683948.html，以结对的方式完成Java密码学相关内容的学习，结合重构，git,代码标准。

• 提交学习成果码云连接和表明性成果截图，要有学号水印。

  相关截图：

PSP(Personal Software Process)时间

步骤	耗时	百分比
需求分析	50	17%
设计	60	20%
代码实现	120	40%
测试	40	13%
分析总结	30	10%