20145238-荆玉茗《Java程序设计》实验三

20145238—荆玉茗—实验三

实验三敏捷开发与XP实践

实验内容

XP基础
XP核心实践
相关工具

实验步骤

（一）敏捷开发与XP

软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程。软件工程包括下列领域：软件需求分析、软件设计、软件构建、软件测试和软件维护。人们在开发、运营、维护软件的过程中有很多技术、做法、习惯和思想体系。软件工程把这些相关的技术和过程统一到一个体系中，叫“软件开发流程”。软件开发流程的目的是为了提高软件开发、运营、维护的效率，并提高软件的质量、用户满意度、可靠性和软件的可维护性。光有各种流程的思想是不够的，我们还要有一系列的工具来保证这些思想能够在实践中有效率地运作。软件开发很重要的一点不是看你能对多少理论讲的头头是道，还要看你对相关工具应用的如何，比如Java中单元测试要和JUnit的应用结合起来，建模要和Umbrello或StarUML的应用结合起来。编程学习是一个习而学的过程。一个常见的公式是：软件工程=开发流程+工具邹欣老师给出的两个公式:软件=程序+软件工程和软件企业=软件+商业模式开发流程大家可以参考学习邹欣老师的软件团队和开发流程。常见的开发流程有：

RUP(Rational Unified Process)
PSP(Personal Software Process )
TSP(Team Software Process )
Agile Process
……
敏捷开发（Agile Development）是一种以人为核心、迭代、循序渐进的开发方法。“敏捷流程”是一系列价值观和方法论的集合。从2001年开始，一些软件界的专家开始倡导“敏捷”的价值观和流程，他们肯定了流行做法的价值，但是强调敏捷的做法更能带来价值。
其中，极限编程(eXtreme Programming，XP)是
是一种全新而快捷的软件开发方法。XP团队使用现场客户、特殊计划方法和持续测试来提供快速的反馈和全面的交流：

XP是以开发符合客户需要的软件为目标而产生的一种方法论
XP是一种以实践为基础的软件工程过程和思想
XP认为代码质量的重要程度超出人们一般所认为的程度
XP特别适合于小型的有责任心的、自觉自励的团队开发需求不确定或者迅速变化的软件
XP软件开发是什么样的通过 XP准则来表达：

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

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

编写代码一个重要的认识是“程序大多时候是给人看的”，编程标准使代码更容易阅读和理解，甚至可以保证其中的错误更少。编程标准包含：具有说明性的名字、清晰的表达式、直截了当的控制流、可读的代码和注释，以及在追求这些内容时一致地使用某些规则和惯用法的重要性。

编码标准中的版式就是一个很好的例子，版式虽然不会影响程序的功能，但会影响可读性。程序的版式追求清晰、美观，是程序风格的重要因素。

三）结对编程

结对编程是XP中的重要实践。在结对编程模式下，一对程序员肩并肩、平等地、互补地进行开发工作。他们并排坐在一台电脑前，面对同一个显示器，使用同一个键盘、同一个鼠标一起工作。他们一起分析，一起设计，一起写测试用例，一起编码，一起做单元测试，一起做集成测试，一起写文档等。

·一、使用git上传代码
$ git push
1.找到需要push的文件所在文件夹，右键点击git bush here

2.配设密钥

3.输入git add .添加该目录下所有文件，并输入git commit -m "…"告诉Git本次修改的说明信息。截图如下：

4.输入项目的网址，接着便执行git push -f origin master指令，执行之后会提示输入我的用户名和密码，完成push后的截图如下：

5.上传成功，在开源中国上查看上传界面

6.在小伙伴的项目中下载所需项目，截图如下：

7.在本地文件夹里修改所需文件：

三、重构

重构(Refactor)，就是在不改变软件外部行为的基础上，改变软件内部的结构，使其更加易于阅读、易于维护和易于变更。

重构中一个非常关键的前提就是“不改变软件外部行为”，它保证了我们在重构原有系统的同时，不会为原系统带来新的BUG，以确保重构的安全。如何保证不改变软件外部行为？重构后的代码要能通过单元测试。如何使其更加易于阅读、易于维护和易于变更？设计模式给出了重构的目标。

·重构代码展示：

import java.util.Scanner;
public class MyUtil {
    public static void main(String[] args) {
        Scanner scanner=new Scanner(System.in);
        String write="";
        char[] mid=new char[100];
        int[] code=new int[100];
        int time=0;
        int i=0;
        System.out.println("请输入明文");
        write=scanner.nextLine();
        time=write.length();
        for( i=0;i<time;i++){
            mid[i]=write.charAt(i);
            code[i]=((int)mid[i]-'a'+3)%26+'a';
        }
        System.out.println("密文为：");
        for( i=0;i<time;i++){
            System.out.printf("%c",(char)code[i]);
        }
    }
}

class Caesar{
    public static char[] mid=new char[100];
    public static int[] code=new int[100];
    public static int time=0;
    public static int i=0;
    public static void EncryptWrite(String write){
        time=write.length();
        for( i=0;i<time;i++){
            mid[i]=write.charAt(i);
            code[i]=((int)mid[i]-'a'+3)%26+'a';
        }
        System.out.println("密文为：");
        for( i=0;i<time;i++){
            System.out.printf("%c",(char)code[i]);
        }
    }
}
public class MyUtil {
    public static void main(String[] args) {
        Scanner scanner=new Scanner(System.in);
        String write="";
        System.out.println("请输入明文");
        write=scanner.nextLine();
        Caesar.EncryptWrite(write);
    }
}

实验中遇到的问题：

①没有明确用户名到底是哪个，刚开始使用了邮箱，然后又使用了显示的用户名，最后发现真正的用户名是自己呢个网址中出现的全英文的用户名，我滴天。
②运行到最后一步，总是说

$ git pull origin master
remote: Not Found
fatal: repository 'http://git.oschina.net/jjjym/java-besit-is-20145238.net/' not found

原因是因为最后的地址没有写正确，参考了同学的博客才发现更改地址的方法是特殊的，不是每一次上传都可以指定一次地址，在第一次输入add 的时候就已经默认了。
解决方法如下

$ git remote rm origin
$ git remote add origin http://git.oschina.net/jjjym/ac.git

然后在执行以后的操作即可。

PSP(Personal Software Process)

步骤	耗时	百分比
需求分析	2 mins	10%
设计	4 mins	20%
代码实现	8 mins	40%
测试	6 mins	30%
分析总结	10 mins	50%

20145238-荆玉茗 《Java程序设计》实验三