极限编程

需求的变化时普遍存在的，人往往不知道自己需求什么。因此，要拥抱变化。提高自己代码的可扩展性。 你只能复制平庸，永远无法复制优秀。因此，在欣赏别人代码的或者使用demo的时候，要带着欣赏和批判的眼光来进行判定。 优秀的程序员，应该让优秀成为一种习惯。思考无处不在。 持续集成的过程中：之所以你不知道你为什么会出错，调不出bug，是因为你在写的时候，也不知道这些东西为什么是对的，为什么这样写。你所做的只是为了完成任务的模仿。 设计模式只是一种设计结果，你应该从中学习到的是一种解决问题的思想，同时，在自己的项目中加以利用。 软件设计：角色，职责，协作。 用代码去描述事件，而不是用文档。因此，当你的代码足够优秀，别人读你的代码，就会知道你在做什么，怎么做了？ 用简单直观的方式来处理某件事情。 要尽力去掌握别人所不能掌握的稀缺资源。例如，一种卓越优秀的编程习惯。 SOLID:原则 程序中绝对不能出现else if。 if很多时候的重构： 首先：进行关注点分离，找到不变和可变的部分。（分离） 然后：将不同的关注点进行分离，创建新的方法。（抽离共同） 抽象，封装，多态：设计模式其实是一种封装的手段，封装是进行重构的基本。抽象:定义一种规约，一种共同遵守的预定。多态：对抽象进行实现。（重构中的面向对象三要素） 好的代码是不会恐惧单元测试，单元测试只会让你代码更加自信。

前言 本篇文章将对敏捷软件开发的方法论及其应用做基本介绍，将描述团队是如何通过协作来完成共同目标的。本篇文章不仅仅适合软件开发人员阅读，同时也适合于团队负责人、项目经理、产品经理、开发经理、测试人员、QA经理、QA工程师、技术文档专员、用户体验设计师等任何涉及软件交付的人员。文章重点介绍技术团队是如何通力协作来计划、构建和交付软件的。但文中没有具体代码的编写，也没有对特定技术的介绍，并且也不会介绍任何微软技术。希望这篇文章可以帮助你改善专业性和团队的效率。 背景 Winston Royce 瀑布模型 引自 1970 年的 IEEE 论文 "Managing the Development of Large Software Systems" 该论文中阐述了，在计算机程序设计开发过程中，无论软件的规模和复杂度如何，都会经过两个必不可少的阶段：软件分析和编码。而许多其他额外的开发步骤，虽然也是需要的，但却都没有像软件分析与编码一样对最终产品作出最直接的贡献，反而增加的开发过程的支出。 然后，Royce 介绍了需要额外的将 5 个重要的步骤添加到整个开发流程中，用于最大化地消除软件开发中的风险： 步骤1：程序设计优先 一个软件程序的初步设计阶段，将被插入到软件需求和软件分析阶段之间。程序设计人员将在此阶段开始进行软件整体的初步设计，包括设计、定义和指定数据处理模型，定义系统间的接口

这个作业属于哪个课程 < 2020 春 W 班 (福州大学) > 这个作业要求在哪里 < 作业要求 > 这个作业的目标 团队练习使用Git使用，口罩预约系统 作业正文 < 作业正文 > 其他参考文献 <《构建之法》> 学号 贡献度 221701412 22 221701414 18 221701417 4 221701418 10 221701420 10 221701429 10 221701431 22 221701439 4 part.00 GitHub地址 https://github.com/theTuring/live-project Part.01 组员职责分工 陈浩男：前端界面 UI 开发设计、项目架构、后端 黎家泽：参与界面 UI 开发设计、后端文档导出 刘志勇：完成项目的测试，提供修改建议 王肃南：根据作业要求，完成原型设计 郑斯彬：后端编码 程伟行：后端编码 黄晓东：后端编码 关敏：参与测试和讨论 Part.02 提交日志截图 Part.03 程序运行截图 Part.04 程序运行环境 Part.05 GUI 界面 项目原型 https://rjognp.axshare.com 本次项目的界面由 Java swing 组件编写，GUI 界面详见下面两项。 Part.06 基础功能实现 入口页面 口罩预约 中签查询功能 成功中签 预约失败 Part.07

概述 敏捷方法论有一个共同的特点，那就是都将矛头指向了“文档”，它们认为传统的软件工程方法文档量太“重”了，称为“重量级”方法，而相应的敏捷方法则是“轻量级”方法。正是因为“轻量级”感觉没有什么力量，不但不能够有效体现灵活性，反而显得是不解决问题的方法论似的。因此，就有了一次划时代的会议，创建了敏捷联盟。 在敏捷方法论领域中，比较知名的、有影响力的，是拥有与 Microsoft 的操作系统相同缩写语——XP的极限编程（eXtreme Programming）。极限编程方法论可以说是敏捷联盟中最鲜艳的一面旗帜，也是被研究、尝试、应用、赞扬、批判最多的一种方法论，也是相对来说最成熟的一种。 这一被誉为“黑客文化”的方法论的雏形最初形成于1996—1999年间，Kent Beck、Ward Cunninggham、Ron Jeffrey 在开发 C3 项目（Chrysler Comprehensive Compensation）的实践中总结出了 XP 的基本元素。在此之后，Kent Beck 和他的一些好朋友们一起在实践中完善提高，终于形成了极限编程方法论。 解析极限编程 那么什么是 XP 呢？XP 是一种轻量（敏捷）、高效、低风险、柔性、可预测、科学而且充满乐趣的软件开发方式。与其他方法论相比，其最大的不同在于： 在更短的周期内，更早地提供具体、持续的反馈信息。 在迭代的进行计划编制

XP的极限编程（eXtreme Programming） XP由价值观、原则、实践和行为四个部分组成，它们彼此相互依赖、关联， 并通过行为贯穿于整个生命期。 四大价值观：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage） 五大原则：快速反馈、简单性假设、逐步修改、提倡更改、优质工作 极限编程最佳实践 极限编程13个最佳实现 现场客户( Customer Tests) ：客户长期与开发人员在同一间办公室办公，随时解决开发人员关于需求的问题。现场客户负责编写用户故事，负责决定用户故事的优先级以及实现顺序。现场客户负责编写验收测试用例。 代码规范 ( Code Standards ) ：开发团队应该拥有一个编码标准。 完整团队（Whole Team） ：XP的核心是其总结的沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）四大价值观，一切都建立在团队成员之间的相互关心、相互理解的基础之上。 集体所有（Collective Ownership） ：团队中的每个成员都拥有对代码进行改进的权利，每个人都拥有全部代码，也都需要对全部代码负责。同时，XP强调代码是谁破坏的，就应该由谁来修复。 平稳工作 ( Sustainable Pace ) ：加班最终会扼杀团队的积极性

任何一个领域都遵循从新人到熟手，从熟手到专家的路径。在成长过程中，DevOps人经常会陷入没人带，没人管，找不到职业方向的迷茫。 DevOps是在商业演进与企业协作的进化过程中诞生的一个全新职业，被很多人看成是一个“全栈”岗位，是能开发、会运维的复合型人才，但想要从事DevOps工作要从哪学起？如何入门？又该如何精进？ 我们对101名DevOps专家进行调研，问题只有一个：从入门到熟手，再从熟手到专家的成长路径中都看了哪些书？最终选出了39本推荐度最高的书籍，分成基础敏捷实战、敏捷测试、精益系列、技术工程、DevOps、教练、引导、大规模敏捷这8大部分，建议每一个DevOps从业者收藏阅读。 基础敏捷实战 《Scrum要素》 本书以一种轻松易懂、简洁精练的方式，介绍了Scrum 方法的核心要素。Scrum 入门级读物，内容精练，轻松易读，是帮助软件开发人员认识、初步了解Scrum 方法的佳作。通过阅读本书，可以厘清Scrum的相关知识和概念，为采用和实践Scrum 方法做好充分准备。 《敏捷革命：提升个人创造力与企业效率的全新协作模式》 本书由Scrum创始人写就，以讲故事的方式，讲述Scrum的由来，并逐步推进的过程。同样是入门级读物。 《Scrum精髓：敏捷转型指南》 如果想用Scrum来开发足以引爆流行的产品和服务，本书就是你梦寐以求的完全参考。

为什么出现极限编程 ？ 敏捷方法论有一个共同的特点， 那就是都将矛头指向了“文档” ，它们认为传统的软件工程方法文档量太“重”了，称为“重量级”方法，而相应的敏捷方法则是“轻量级”方法。正是因为“轻量级”感觉没有什么力量，不但不能够有效体现灵活性，反而显得是不解决问题的方法论似的。因此，就有了一次划时代的会议，创建了敏捷联盟。 在敏捷方法论领域中，比较知名的、有影响力的，是拥有与 Microsoft 的操作系统相同缩写语——XP的极限编程（eXtreme Programming）。极限编程方法论可以说是敏捷联盟中最鲜艳的一面旗帜，也是被研究、尝试、应用、赞扬、批判最多的一种方法论，也是相对来说最成熟的一种。 这一被誉为“黑客文化”的方法论的雏形最初形成于1996—1999年间，Kent Beck、Ward Cunninggham、Ron Jeffrey 在开发 C3 项目（Chrysler Comprehensive Compensation）的实践中总结出了 XP 的基本元素。在此之后，Kent Beck 和他的一些好朋友们一起在实践中完善提高，终于形成了极限编程方法论。 什么是解析极限编程 ? 那么什么是 极限编程呢？ 这里我们把极限编程简称为 XP XP 是一种轻量（敏捷）、高效、低风险、柔性、可预测、科学而且充满乐趣的软件开发方式 。与其他方法论相比，其最大的不同在于：