本文目录导航：
软件工程 | 矫捷开发之FDD
一种用于开发软件的矫捷方法，配置驱动开发 (FDD) 是以客户为中心的、迭代的和增量的，其目的是经常有效地交付有形的软件结果。
矫捷中的 FDD 激励一切级别的形态报告，这有助于跟踪进展和结果。
FDD 准许团队活期降级名目并极速识别失误。
此外，可以随时为客户提供消息和实质性结果。
FDD 是开发团队最青睐的方法，由于它有助于缩小开发环球中两个已知的士气杀手：凌乱和返工。
FDD于 1997 年在 一家新加坡银行的名目中 初次运行，由 Jeff De Luca、Peter Coad 等人开发和改良。
最后的名目花了 15 个月，有 50 人，而且成功了；紧随其后的是第二个为期 18 个月、250 人的名目。
从那时起，它就成为一种务虚的方法，十分适宜寻求便捷而片面的方法的常年、复杂的名目。
只管 Scrum 和矫捷的新变体是更广为人知的方法（尤其是在软件开发之外），但关于寻求结构化、专一于矫捷方法的软件开发团队来说，FDD 或者是一个不错的选用，该方法可以在整个产品组织中裁减并提供明晰的结果。
FDD 与 Scrum 关系，但望文生义，它是一种以配置为中心的方法（与以交付为中心的方法同样）。
配置是 FDD 的基础局部；它们之于 FDD，就像用户故事之于 Scrum：最关键的是，客户注重的小配置。
FDD 比其余方法（包含 Scrum 和 XP）更注重文档，这也形成了会议角色的差异。
在 Scrum 中，团队理论每天散会；在 FDD 中，团队依托文档来传播关键消息，因此理论不会经常散会。
另一个关键区别是最终用户。
在 FDD 中，实践用户被视为最终用户，而在 Scrum 中，理论将产品担任人视为最终用户。
理论用于大型开发名目，FDD 时期存在五项基本优惠： 在前两个步骤中构成了全体模型形态，而对每个特色重复最后三个步骤。
FDD 时期的大局部上班（大概 75%）将用于第四步和第五步——按配置设计和按配置构建。
然而，不同之处在于，一旦确定了目的，遵照 FDD 的团队就会按配置组织他们的优惠，而不是按名目里程碑或其余进展目的。
在 FDD 中，每个配置对客户来说都是有用和关键的，并且会发生一些有形的物品来展现。
而且由于企业喜愉极速的结果，因此该方法取决于其两周的周期。
与一切矫捷方法一样，FDD 的第一步是准确了解名目的内容和背景，并对目的受众及其需求构成明晰、共享的了解。
在此时期，团队应该致力了解他们将要开局的名目的要素、内容和对象（接上去的几个步骤将有助于说明如何开局）。
这种数据搜集可以被以为是第 0 阶段，但不能跳过。
将产品开发与撰写钻研论文启动比拟，这是钻研和论文开发步骤。
一旦团队分明地了解了他们的目的、目的受众及其以后（以及潜在的未来）需求，FDD 中的第一个指定阶段就可以开局：开发一个全体模型。
继续钻研论文的比喻，这个阶段是起草纲要的时刻。
经常使用“论文”（又名关键目的）作为指点，团队将开发具体的畛域模型，而后将其兼并为一个全体模型，作为系统的粗略轮廓。
随着它的开展和团队的学习，将增加细节。
经常使用第一步中搜集的消息来创立所需配置的列表。
请记住，配置是客户注重的输入。
列出配置列表（可以在两周内成功），并记住这些配置应该是目的或较小的目的，而不是义务。
输入：义务。
剖析每个配置的复杂性并方案与团队成员成功关系的义务。
在布局阶段，团队的一切成员都应该从每个开发阶段的角度介入到特性的评价中。
而后，经常使用复杂性评价来确定每个配置的成功顺序，以及将调配给每个配置集的团队成员。
此阶段还应确定类一切者，即调配给类的团体开发人员。
由于开发特性的每个类都属于特定的开发人员，所以有人担任该类的概念准则，并且假设须要对多个类启动更改，则须要每个一切者之间的协作来成功它们。
只管类一切者对 FDD 很关键，但配置团队也很关键。
在配置团队中，定义了特定的角色，并激励各种观念。
这确保了设计决策思考了多种想法和观念。
首席程序员将确定将要设计和构建的配置。
他或她还将确定所触及的类一切者和特性团队，同时定义特性优先级。
该小组的一局部人或者从事技术设计，而其他人则从事框架上班。
在设计阶段完结时，整个团队成功设计审查，而后再继续行进。
此步骤成功了支持设计的一切必要名目。
在这里，用户界面被构建，技术设计中具体形容的组件也是如此，并创立了一个配置原型。
该单元经过测试、审核和同意，而后成功的配置可以优化到主构建。
任何须要超越两周时期来设计和构建的配置都会进一步合成为配置，直到满足两周规定。
配置驱动开发是一种适用的矫捷方法，适用于常年、复杂的名目。
关于寻求便捷但结构化的矫捷方法的开发团队来说，这是一个适宜的选用，该方法可裁减并提供可预测的结果。
矫捷软件研发工具
矫捷教练（ScrumMaster）关键担任整个Scrum流程在名目中的顺利实施和启动，以及肃清挡在客户和开发上班之间的沟通阻碍，使得客户可以间接驱动开发。
矫捷开发（AD：AgileDevelopment）以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。
在矫捷开发中，软件名目在构建初期被切分红多个子名目，各个子名目的成绩都经过测试，具有可视、可集成和可运转经常使用的特色。
矫捷开发的名目治理软件有8ManagePM，支持增量式产品开发的短迭代治理和满足竞争格式和产品需求灵活变动的治理需求。
如有须要，也可灵敏裁减以满足传统名目监控的治理需求（如时期治理、老本治理）。
矫捷软件开发的关系概念：矫捷软件开发(又称矫捷开发)这是一种能够满足极速变动需求的软件开发才干。
矫捷开发中有个很好的软件构架会为软件名目节俭大局部时期，使得软件研发人员只用关注外围业务的成功。
嵌入式系统软件工程方法适用技术及运行是什么
嵌入式系统软件工程方法适用技术及运行是指在嵌入式系统软件开发环节中，驳回一系列有效的方法和技术来提高开发效率、保障软件品质并与客户需求坚持严密分歧。
这些方法和技术包含：1. 矫捷开发：矫捷开发是一种迭代和增量式的软件开发方法，注重极速照应变动和极速反应。
经过与客户的亲密协作，始终优化软件的开发环节和结果。
在嵌入式系统软件开发中，矫捷开发可以协助开发团队更快地顺应需求变卦，提高软件的品质和用户体验。
2. 模型驱动开发（MDD）：模型驱动开发是一种基于模型的软件开发方法，它将软件开发环节中的不同阶段分别，并经过模型成功开发优惠的智能化。
在嵌入式系统软件开发中，MDD 可以协助开发团队提高开发效率，缩小代码编写环节中的失误，并确保软件品质。
3. 结构化编程：结构化编程是一种基于模块化和结构化程序设计的方法，用于提高软件的可读性、可保养性和可裁减性。
在嵌入式系统软件开发中，结构化编程有助于开发团队更好地组织代码，降落程序复杂度，提高软件品质。
4. 软件工程方法在嵌入式系统中的运行：包含软件需求剖析、软件设计、软件编码、软件测试、软件保养等阶段的方法和技术。
在嵌入式系统软件开发中，驳回这些方法和技术可以协助开发团队更好地理解客户需求，设计出适宜的软件系统，编写出高品质的代码，并确保软件的牢靠性和稳固性。
总之，嵌入式系统软件工程方法适用技术及运行是为了保障嵌入式系统软件开发的高效性和品质，而驳回的一系列方法和技术。
这些方法和技术在实践运行中可以相互联合，独特提高嵌入式系统软件开发的全体水平。
