20145221 《Java程序设计》实验报告三：敏捷开发与XP实践

  • Z时代
  • 2024-01-10
  • 分类：综合

java

实验要求

  • 以结对编程的方式编写一个软件，Blog中要给出结对同学的Blog网址

  • 记录TDD和重构的过程，测试代码不要少于业务代码

  • 团队代码要使用git在实验楼中托管，要使用结对同学中的一个同学的账号托管

  • 实验报告中统计自己的PSP(Personal Software Process)时间

实验内容

  • XP基础

  • XP核心实践

  • 相关工具

实验步骤

敏捷开发与XP

  • 一项实践在XP环境中成功使用的依据通过XP的法则呈现，包括：快速反馈、假设简单性、递增更改、提倡更改、优质工作。XP软件开发的基石是XP的活动，包括：编码、测试、倾听、设计。

  • XP是一种更加灵活的开发方式和理念，通过迅速的反应及时充分修改程序，保证所有团队成员对资源和责任的共享；适用于“小而精”的团队开发。同时，其所倡导的“倾听”也是实现了程序开发“需求至上”的终极目标。

  • 敏捷可以作为一种做事的方式，掌握好的在以后的工作中也会受益无穷。

编码标准

  • 编程标准包含：具有说明性的名字、清晰的表达式、直截了当的控制流、可读的代码和注释，以及在追求这些内容时一致地使用某些规则和惯用法的重要性。

  • 关于程序的缩进，在IDEA中比较智能，它会帮你自动进行缩进，这样也使得程序的可读性大大增强。

  • Java中的一般命名规则：

    • 要体现各自的含义

    • 包、类、变量用名词

    • 方法名用动宾

    • 包名全部小写，如：io，awt

    • 类名第一个字母要大写，如：HelloWorldApp

    • 变量名第一个字母要小写，如：userName

    • 方法名第一个字母要小写：setName

    • ···

  • 在团队操作中，格式规范是为提高效率扫清障碍的做法；命名规范则具有很强灵活性，根据各团队不同的情况和习惯进行，不仅是方便自己，更是方便团队其他成员。

结对编程

  • 结对编程中有两个角色：

    • 驾驶员（Driver）是控制键盘输入的人。

    • 领航员（Navigator）起到领航、提醒的作用。

  • 具体的操作实现结对编程重点是：

    • 驾驶员：写设计文档，进行编码和单元测试等XP开发流程。

    • 领航员：审阅驾驶员的文档、驾驶员对编码等开发流程的执行；考虑单元测试的覆盖率；思考是否需要和如何重构；帮助驾驶员解决具体的技术问题。

    • 驾驶员和领航员不断轮换角色，不要连续工作超过一小时，每工作一小时休息15分钟。领航员要控制时间。

    • 主动参与。任何一个任务都首先是两个人的责任，也是所有人的责任。没有“我的代码”、“你的代码”或“他/她的代码”，只有“我们的代码”。

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

  • 团队精神是好多地方都强调的一个精神，最小的团队就是一对一的二人团队了，结对编程是团队精神在编代码中的具体体现，可以大大提高编程效率，完善代码质量。

版本控制

  • 通过结对编程不难发现，多人合作的方式大大提高了编程的速度，因为一旦代码中出现错误，任何程序员都能修正它。这同时也意味着代码要放到一个大家都能方便获取的地方，我们叫代码仓库。这引出另外一个话题叫版本控制（Version Control）。

  • 版本控制的好处：

    • 版本控制提供项目级的 undo（撤销）功能

    • 版本控制允许多人在同一代码上工作

    • 版本控制系统保存了过去所作的修改的历史记录

    • 版本控制也是项目级的时间机器，你可以选择任何一个时间， 精确地查看项目在当时的情况

  • 版本控制的常用指令：

    • Git Bash Here：在当前文件夹下启用Git.exe，目录指向当前文件夹

    • git init：在当前文件夹下，建立本地库，形式为“.git”隐藏文件夹（如果每次git的路径相同，该指令仅在第一次使用）

    • git add .：创建/修改/删除代码文件，完毕后使用该指令，意为添加之前的修改文件（注意：此时还没有添加到本地代码仓库）

    • git commit -m "xxx"：将上一步中添加的修改文件提交到环境中本地代码仓库，下图中红框部分因为没有代码改动，所以显示nothing to commit

    • git remote add origin http://git.oschina.net/用户名/项目名.git：设置将本地代码提交到你设置的目的项目地址（如果每次git的路径相同，该指令仅在第一次使用）

    • git push：将本地库更新的部分push到http://git.oschina.net/用户名/项目名，需要输入账户名与密码。

    • git clone http://git.oschina.net/用户名/项目名：可以将该项目的代码下载到本地

  • 其它细节详见我的博客开源中国的代码托管

重构

  • 重构(Refactor)，就是在不改变软件外部行为的基础上，改变软件内部的结构，使其更加易于阅读、易于维护和易于变更 。重构最主要的目标就是清楚“有臭味道”的代码，主要表现为重复代码。

  • 常出现的Bad Smell及处理方法（图片来源：实验三 敏捷开发与XP实践）：

  • 此外，在重构代码后，还有一个必不可少的步骤即进行新一轮的测试，即产品代码仍要通过之前的所有测试。

实践部分

  • 本次实验是以小组为单位结对编程进行的，相关实验报告已撰写完毕，详见20145215卢肖明-博客

遇到问题及解决办法

问题一：对git下载操作指令不熟

  • 如图，开始只知道打开相关项目网址，点下载按钮

  • 最后经过浏览与Git相关的博客，详细讲述了Git的初阶教程，知道输入git clone http://git.oschina.net/用户名/项目名：可以将该项目的代码下载到本地。

问题二：对结对编程理解不透彻

  • 最开始，我们小组比较“混乱”，不知道谁该干嘛、谁先做谁后做、应该从哪里着手、应该怎么配合、编重复了怎么办·····

  • 在发现没头绪后，我俩决定认真看看老师的实验指导博客，重新分工，确定“驾驶员”、“领航员”两种角色，按照实验二中所学的TDD开发模式，一步一步完成，遇到对代码有不同理解的时候，停下来交流一下对代码的要求与期望，达成共识后继续编写。

总结

  • 在团队操作中，格式规范是为提高效率扫清障碍的做法；命名规范则具有很强灵活性，根据各团队不同的情况和习惯进行，不仅是方便自己，更是方便团队其他成员。

  • 本次实验是以小组为单位结对编程完成的，不同于以往单个人的实验，在这次实验过程中，双方的合作配合是非常重要的。首先，我们各自发表了对本次实验实现的看法，然后结合实验要求，制定了大致的设计方案，采用TDD开发模式，双方分工合作，依次确定伪代码、测试代码、初期产品代码、中期产品代码、最终产品代码。使得代码在双方的努力下，不断完善更新，使程序功能完整性能稳定。

  • 在本次实验中，体会到了Git的好处，它就好比是放在那的一个存储器，项目中的任何编程人员可以通过相关指令下载该项目中的代码，同时你也可以对其进行维护和完善，并将你的修改结果上传，大家也会看见你的修改版本，这就使得编程效率大大提高，大家可以同时上传、同时修改、同时下载。总之，版本控制是团队精神在程序编写中最好的体现。

  • PSP(Personal Software Process)时间：

步骤耗时百分比
需求分析20min12.5%
设计25min15.6%
代码实现60min37.5%
测试35min21.9%
分析总结20min12.5%

参考资料

  • Java学习笔记(第8版)

  • 《Java学习笔记(第8版)》学习指导

  • 积极主动敲代码，使用JUnit学习Java

  • 实验三 敏捷开发与XP实践

以上是 20145221 《Java程序设计》实验报告三：敏捷开发与XP实践 的全部内容， 来源链接： utcz.com/z/392757.html

回到顶部