本文目录导航：

• 矫捷开发的矫捷开发的准则
• 以亲自阅历解读矫捷软件开发（一）什么是矫捷软件开发
• 试题(22)以下关于矫捷开发准则的叙说中，失误的是 (22) 。(22)

矫捷开发的矫捷开发的准则

1. 极速迭代相对那种半年一次性的大版本颁布来说，小版本的需求、开发和测试愈加便捷极速。

一些公司，一年仅颁布仅2~3个版本，颁布流程缓慢，它们仍驳回瀑布开发形式，更重大的是对矫捷开发形式存在曲解。

2. 让测试人员和开发者介入需求探讨需求探讨以研讨组的方式倒退最有效率。

研讨组，要求包含测试人员和开发者，这样可以愈加轻松定义可测试的需求，将需求分组并确定优先级。

同时，该种方式也可以充沛应用团队成员间的互补个性。

如此确定的需求往往比开需求探讨大会的方式效率更高，大家更生动，介入感更强。

3. 编写可测试的需求文档开局就要用“用户故事”（User Story）的方法来编写需求文档。

这种方法，可以让咱们将留意力放在需求上，而不是处置方法和实施技术上。

过早的提及技术实施打算，会降落对需求的留意力。

4. 多沟通，尽量缩小文档任何名目中，沟通都是一个经常出现的疑问。

好的沟通，是矫捷开发的先决条件。

在圈子外面混得越久，越会强调良好高效的沟通的关键性。

团队要确保日常的交换，面对面沟通比邮件强得多。

5. 做好产品原型倡导经常使用草图和模型来说明用户界面。

并不是一切人都可以了解一份复杂的文档，但人人都会看图。

6. 及早思考测试及早地思考测试在矫捷开发中很关键。

传统的软件开发，测试用例很晚才开局写，这造成过晚发现需求中存在的疑问，使得改良老本过高。

较早地开局编写测试用例，当需求成功时，可以接受的测试用例也基本一块成功了。

以亲自阅历解读矫捷软件开发（一）什么是矫捷软件开发

矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。

在矫捷开发中，软件名目在构建初期被切分红多个子名目，各个子名目的成绩都经过测试，具有可视、可集成和可运转经常使用的特色。

换言之，就是把一个大名目分为多个相互咨询，但也可独立运转的小名目，并区分成功，在此环节中软件不时处于可经常使用形态。

价值观

矫捷建模（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。

成功

随机应变

要到达矫捷的成功—交付撑持业务的最佳软件—软件专家也可以援用这些规定。

自主权

专一于上班，交付正确的软件，而不是被他人的愤怒心情所影响。

分享阅历

构建完美软件开发流程，并没有一致的形式。

然而在这个畛域，矫捷技术，加上继续的运行和改良，都能够到达矫捷的成功。

试题(22)以下关于矫捷开发准则的叙说中，失误的是 (22) 。(22)

【答案】：B本题关键考察对矫捷开发准则的了解。

矫捷开发是一种以人为外围、迭代、墨守成规的开发方法。

在矫捷开发中，软件名目的构建被切分红多个子名目，各个子名目的成绩都经过测试，具有集成和可运转的特色。

换言之，就是把一个大名目分为多个相互咨询，但也可独立运转的小名目，并区分成功，在此环节中软件不时处于可经常使用形态。

矫捷开发的准则包含：①咱们最优先要做的是经过尽早的、继续的交付有价值的软件来使客户满意。

②即使到了开发的前期，也欢迎扭转需求。

矫捷环节应用变动来为客户发明竞争长处。

③经常性的交付可以上班的软件，交付的距离可以从几周到几个月，交付的时时期隔越短越好。

但不要求每次交付的都是系统的完整配置。

④在整个名目开发时期，业务人员和开发人员必定天天都在一同上班。

⑤围绕被处罚起来的人来构建名目。

给他们提供所要求的环境和允许，并且信赖他们能够成功上班。

⑥在团队外部，最具有效果并且富裕效率的传递消息的方法，就是面对面的交谈。

⑦上班的软件是首要进展度量规范。

⑧矫捷环节提供继续的开发速度。

责任人、开发者和用户应该能够坚持一个常年的、恒定的开发速度。

⑨不时地关注低劣的技艺和好的设计会增强矫捷才干。

⑩便捷——使未成功的上班最大化的艺术逐一是基本的。

⑧最好的构架、需求和设计出自于团队外部。

⑥每隔必定时期，团队会在如何才干更有效地上班方面启动反省，而后相应地对自己的行为启动调整。

参考答案(22)B