本文目录导航：
以亲自阅历解读矫捷软件开发（一）什么是矫捷软件开发
矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。
在矫捷开发中，软件名目在构建初期被切分红多个子名目，各个子名目的成绩都经过测试，具有可视、可集成和可运转经常使用的特色。
换言之，就是把一个大名目分为多个相互咨询，但也可独立运转的小名目，并区分成功，在此环节中软件不时处于可经常使用形态。
价值观
矫捷建模（Agile Modeling，AM）的价值观包括了XP（Extreme Programming：极限编程）的四个价值观：沟通、便捷、反应、勇气，此外，还裁减了第五个价值观：谦虚。
互联网是个神奇的大网，软件框架也是一种形式，假设你真的想做，可以来这里，这个手技的开局数字是一八七两边的是三儿零最后的是一四二五零，依照顺序组合起来就可以找到，我想说的是，除非你想做或许了解这方面的内容，假设只是凑繁华的话，就不要来了。
矫捷开发是针对传统的瀑布开发形式的弊病而发生的一种新的开发形式，指标是提高开发效率和照应才干。
除了准则和通常，形式也是很关键的，多钻研形式及其运行可以使你更深档次的了解矫捷开发。
沟通
建模岂但能够促成你团队外部的开发人员之间沟通、还能够促成你的团队和你的project stakeholder之间的沟通。
便捷
画一两张图表来替代几十甚至几百行的代码，经过这种方法，建模成为简化软件和软件（开发）环节的关键。
这一点对开发人员而言十分关键－它便捷，容易发现出新的想法，随着你（对软件）的了解的加深，也能够很容易的改良。
反应
Kent Beck在Extreme Programming Explained中有句话讲得十分好：“适度自信是编程的职业病，反应则是其处方。
”经过图表来交换你的想法，你可以极速取得反应，并能够依照倡议行事。
谦虚
最低劣的开发人员都领有谦虚的美德，他们总能意识到自己并不是一无所知的。
理想上，无论是开发人员还是客户，甚至一切的 project stakeholder，都有他们自己的专业畛域，都能够为名目做出奉献。
一个有效的做法是假定介入名目的每一团体都有相反的价值，都应该被尊重。
准则
矫捷建模（AM）定义了一系列的外围准则和辅佐准则，它们为软件开发名目中的建模通常奠定了基石。
其中一些准则是从XP中自创而来，在Extreme Programming Explained中有它们的详细形容。
而XP中的一些准则又是源于妇孺皆知的软件工程学。
复用的思维随处可见！基本上，本文中对这些准则的论述关键并重于它们是如何影响着建模上班；这样，关于这些自创于XP的准则，咱们可以从另一个角度来看待。
外围准则
◆主张便捷
当从事开发上班时，你应当主张最便捷的处置打算就是最好的处置打算。不要过火构建
矫捷开发
（overbuild）你的软件。
用AM的说法就是，假设你如今并不要求这项额外配置，那就不要在模型中参与它。
要有这样的勇气：你如今不用要对这个系统启动过火的建模（over-model），只需基于现有的需求启动建模，日后需求有变卦时，再来重构这个系统。
尽或许的坚持模型的便捷。
◆拥抱变动
需求时辰在变，人们关于需求的了解也时辰在变。
名目启动中，Project stakeholder或许变动，会有新人参与，也会有旧人退出。
Project stakeholder的观念也或许变动，你致力的指标和成功规范也有或许出现变动。
这就象征着随着名目的启动，名目环境也在不停的变动，因此你的开发方法必定要能够反映这种理想。
◆你的第二个指标是可继续性
即使你的团队曾经把一个能够运转的系统交付给用户，你的名目也还或许是失败的－－成功名目投资者的需求，其中就包括你的系统应该要有足够的鲁棒性（robust ），能够顺应日后的裁减。
就像Alistair Cockburn常说的，当你在启动软件开发的竞赛时，你的第二个指标就是预备下一场较量。
可继续性或许指的是系统的下一个关键颁布版，或是你正在构建的系统的运转和允许。
要做到这一点，你不只仅要构建高品质的软件，还要创立足够的文档和允许资料，保障下一场较量能有效的启动。
你要思考很多的起因，包括你现有的团队是不是还能够参与下一场的较量，下一场较量的环境，下一场较量对你的组织的关键水平。
便捷的说，你在开发的时刻，你要能构想到未来。
◆递增的变动
和建模关系的一个关键概念是你不用在一开局就预备好一切。
实践上，你就算想这么做也不太或许。
而且，你不用在模型中容纳一切的细节，你只需足够的细节就够了。
没有必要试图在一开局就建设一个囊括一切的模型，你只需开发一个小的模型，或是概要模型，打下一个基础，而后缓缓的改良模型，或是在不在要求的时刻摈弃这个模型。
这就是递增的思维。
◆令投资最大化
你的名目投资者为了开收回满足自己要求的软件，要求投入期间、金钱、设施等各种资源。
投资者应该可以选取最好的形式投资，也可以要求你的团队不糜费资源。
并且，他们还有最后的发言权，选择要投入多少的资源。
假设是这些资源是你自己的，你宿愿你的资源被误用吗。
◆有目的的建模
关于自己的产出，例如模型、源代码、文档，很多开发人员不是担忧它们能否够详细，就是担忧它们能否太过详细，或担忧它们能否足够正确。
你不应该毫有意义的建模，应该先问问，为什么要建设这个产出，为谁建设它。
和建模无关，兴许你应该更多的了解软件的某个方面，兴许为了保障名目的顺利启动，你要求和初级经理交换你的方法，兴许你要求创立形容系统的文档，使其他人能够操作、保养、改良系统。
假设你连为什么建模，为谁建模都不分明，你又何必继续烦恼下去呢？首先，你要确定建模的目的以及模型的受众，在此基础上，再保障模型足够正确和足够详细。
一旦一个模型成功了指标，你就可以完结上班，把精神转移到其它的上班下来，例如编写代码以测验模型的运作。
该项准则也可实用于扭转现有模型：假设你要做一些扭转，兴许是一个熟知的形式，你应该有做出变动的正确理由（或许是为了允许一项新的需求，或是为了重构以保障繁复）。
关于该项准则的一个关键暗示是你应该要了解你的受众，即使受众是你自己也一样。
例如，假设你是为保养人员建设模型，他们究竟要求些什么？是厚达500页的详细文档才够呢，还是10页的上班总览就够了？你不分明？去和他们谈谈，找出你想要的。
◆多种模型
开发软件要求经常使用多种模型，由于每种模型只能形容软件的单个方面，“要开发现今的商业应
矫捷开发
用，咱们该要求什么样的模型？”思考到现今的软件的复杂性，你的建模工具箱应该要容纳少量有用的技术（关于产出的清单，可以参阅AM的建模工件）。
有一点很关键，你没有必要为一个系统开发一切的模型，而应该针对系统的详细状况，筛选一局部的模型。
不同的系统经常使用不同局部的模型。
比如，和家里的修缮上班一样，每种上班不是要求你用遍工具箱里的每一个工具，而是一次性经常使用某一件工具。
又比如，你或许会比拟青睐某些工具，雷同，你可会偏爱某一种模型。
有多少的建模工件可供经常使用呢，假设你想要了解这方面的更多细节，我在Be Realistic about the UML中列出了UML的关系局部，假设你宿愿做进一步的了解，可以参阅白皮书The Object Primer -- An Introduction to Techniques for Agile Modeling。
成功
随机应变
要到达矫捷的成功—交付撑持业务的最佳软件—软件专家也可以援用这些规定。
自主权
专一于上班，交付正确的软件，而不是被他人的愤怒心情所影响。
分享阅历
构建完美软件开发流程，并没有一致的形式。
然而在这个畛域，矫捷技术，加上继续的运行和改良，都能够到达矫捷的成功。
下列开发方法中，（ ）不属于矫捷开发方法。
【答案】：B经常出现的矫捷开发模型包括：1、极限编程2、自顺应软件开发3、水晶方法4、SCRUM5、功用驱动开发方法（FDD）6、ASD方法
目前经常使用最宽泛的软件开发方法是？
目前经常使用最宽泛的软件开发方法是
矫捷开发方法是目前经常使用最宽泛的软件开发方法之一。
矫捷开发是一种迭代、墨守成规的开发方法，强调团队协作、极速照应变动和继续交付高品质软件。
矫捷开发的关键特点包括：
1.迭代开发：
矫捷开发驳回迭代的形式，将整个开发环节划分为多个小周期，每个周期通常称为一个迭代或一个冲刺。
每个迭代都蕴含了软件的设计、编码、测试和交付等优惠。
2.自组织团队：
矫捷开发强调团队协作和自组织，团队成员具有多样化的技艺，并能够自主决策和口头义务。
这有助于提高团队的灵敏性和应答变动的才干。
3.可变需求：
矫捷开发器重客户需求的灵敏性，能够顺应变动。
经过与客户亲密协作，及时失掉反应并依据需求变卦启动调整，确保软件能够更好地满足用户的希冀。
4.继续交付：
矫捷开发谋求继续交付高品质的软件。
经过频繁的迭代和智能化测试等通常，确保在每个迭代完结时都能够交付可用的、经过验证的软件。
5.客户介入：
矫捷开发激励客户介入到开发环节中，经过继续的沟通和协作，确保团队了解客户需求，并及时调整开发方向。
6.继续改良：
矫捷开发提倡团队继续改良的理念。
经过活期回忆和反思，发现疑问并找到改良的方法，不时提高团队的效率和软件的品质。
总体而言，矫捷开发方法在顺应变动、提高团队灵敏性和提高客户满意度等方面具有长处，因此被宽泛运行于各种软件开发名目中。
以上内容是由猪八戒网精心整顿，宿愿对您有所协助。
