软件工程第四次作业

结对编程

(英语:Pair programming)是一种敏捷软件开发的方法，两个程序员在一个计算机上共同工作。一个人输入代码，而另一个人审查他输入的每一行代码。输入代码的人称作驾驶员，审查代码的人称作观察员(或导航员)。两个程序员经常互换角色。
在结对编程中，观察员同时考虑工作的战略性方向，提出改进的意见，或将来可能出现的问题以便处理。这样使得驾驶者可以集中全部注意力在完成当前任务的“战术”方面。观察员当作安全网和指南。结对编程对开发程序有很多好处。比如增加纪律性，写出更好的代码等。

结对编程是极端编程的组成部分。

结对编程技术是一个非常简单和直观的概念，能达到事半功倍的工作效果。但是，人与人之间的合作不是一件简单的事情————尤其当人们都早已习惯了独自工作的时候。实施结对编程技术将给软件项目的开发工作带来好处，只是这些好处必须经过缜密的思考和计划才能真正体现出来。而另一方面，两个有经验的人可能会发现配对编程里没有什么技能的转移，但是让他们在不同的抽象层次解决同一个问题会让他们更快地找到解决方案，而且错误更少。
两个程序员县有相同的缺点和盲点的可能性很小，所以当我们采用结对编程的时候会获得一个强大的解决方案。而这个解决方案恰恰是其它软件工程方法学中所没有的。
在我们平时的编程当中，如果遇到一个非常难解决的问题(困难到对该项目产生厌烦的态度)，那么你势必会希望录求帮助，无论是从信息量庞大的网上，还是从身边的技术大师那里，你都会努力去解决(前提是你有对计算机知识的热爱)。这个时候不妨采用结对编程试一下，其它的不说，可能感觉就不同。

scrum3355

3355具体指的就是:三个角色，三个工件，五个活动，五个价值观 。 

三个角色

1.Product Owner:即产品经理，主要负责确定产品的功能和达到要求的标准，指定软件的发布
日期和交付的内容，迫于领导压力，不得不往团队中不断增加任务或修改需求。
2.Scrum Master:项目负责人，负责整个项目的顺利开发和完成，同时兼顾产品经理和程序员。
3.Scrum Team:主要负责软件的具体代码开发，完成项目交付。

三个工件

1.产品代办清单(Product Backlog):产品代办事项，即产品视角的需求清单，作用类似于传
统开发中项目经理确定需求文档。
2.迭代代办清单(Sprint Backlog):来源于Product Backlog列表，由团队评估和选择
Product Backlog中哪些放入Sprint Backlog，由团队一起完成。
3.潜在可发产品增量(Increment):
4.可交付产品增量(Increment)，即冲刺结束后可对外发布的产品功能增量部分。需要关注其
是可工作的软件功能增量，需要在Scrum Review会议上进行展示。

五个活动

Scrum五大事件，包括:Sprint、Sprint 计划会、每日Scrum 站会、Sprint 评审会、Sprint 回
顾会
冲刺(Sprint)
冲刺Sprint或迭代是一个特殊的事件，或者说其一个容器事件。后续四个事件包含在其中。
2~4周，固定周期，固定事件开始，固定事件结束。**时间盒是其一个重要概念。
Sprint 计划会
Sprint规划会的核心议题是****下一次冲刺要实现的目标和范围。
从Product Backlog中选取高优先级的需求，**确定Sprint的目标，对产品backlog 中故事进行
估算，以作为是否放入下期的参考。对于需求不清楚的故事，需要产品负责人进行说明**。
会议中输入是Product backlog，输出是Sprint Backlog。
每日Scrum站会
站会的目标是促进信息在团队内共享与透明。每次15分钟左右，不对问题进行深入讨论，每天
固定时间召开。
团队成员需要回答3个问题:
昨天我做了哪些事情
今天计划要做什么事情
是否遇到问题，阻碍达成目标

Sprint 评审会
需要团队全员参与，并邀请产品相关干系人对产
评审会在冲刺默契召开，检查本期的成果，
品进行展示，**若与产品负责人预想的不一样，产品负责人可以拒绝接收成果。
Sprint 回顾会
冲刺结束后，团队一起复盘本次冲刺的过程，总结经验与教训，并形成切实可行的改进清单。

五个价值观

开放-Scrum把项目中的一切开放给每个人看
尊重-每个人都有他独特的背景和经验
勇气-有勇气做出承诺，履行承诺，接受别人的尊重
专注-把你的心思和能力都用到你承诺的工作上去
承诺-愿意对目标做出承诺，全身心投入去完成Scrum团队的目标，而不是必须按计划完成，两
者之间是有区别的。

DevOps

Devops是一套实践、工县和文化理念，可以实现软件开发团队和IT团队之间的流程自动
化和集成。它强调团队赋能、跨团队沟通和协作以及技术自动化。
DevOps 运动始于 2007年左右，当时软件开发和 IT 运营社区开始担忧传统的软件开发模式。在此模式下，编写代码的开发人员与部署和支持代码的运营人员会独立工作。DevOps 这一术语由“开发”和“运营”两个词构成，它反映了将这些领域整合为一个持续流程的过程。

DevOps的运作

DevOps 团队包括开发人员和 IT 运营人员，他们在整个产品生命周期中进行协作，以提高软件部署的速度和质量,这是一种全新的工作方式，也是一种文化转型，对团队及其工作的组织具有重大影响。

在 Devops 模式下，开发和运营团队不再是“孤立"的。有时，这两个团队会合并为一个团队，合并后工程师会参与整个应用生命周期中的工作(从开发和测试到部署和运营)，并具备多学科的技能。

DevOps 团队使用工具实现流程自动化，并加速流程，这有助于提高可靠性。DevOps 工具链可帮助团队处理重要的 Devops 基础事项，包括持续集成、持续交付、自动化和协作。

Devops 的价值有时也会应用于开发团队以外的团队。当安全团队采用 Devops 方法时，安全性则成为开发过程中一个活跃的组成部分。这就是所谓的 DevsecOps。