本文目录导航：
软件工程 | 矫捷开发之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 很关键，但配置团队也很关键。
在配置团队中，定义了特定的角色，并激励各种观念。
这确保了设计决策思考了多种想法和观念。
首席程序员将确定将要设计和构建的配置。
他或她还将确定所触及的类一切者和特性团队，同时定义特性优先级。
该小组的一局部人或者从事技术设计，而其他人则从事框架上班。
在设计阶段完结时，整个团队成功设计审查，而后再继续行进。
此步骤成功了支持设计的一切必要名目。
在这里，用户界面被构建，技术设计中详细形容的组件也是如此，并创立了一个配置原型。
该单元经过测试、审核和同意，而后成功的配置可以优化到主构建。
任何须要超越两周时期来设计和构建的配置都会进一步合成为配置，直到满足两周规定。
配置驱动开发是一种适用的矫捷方法，适用于常年、复杂的名目。
关于寻求便捷但结构化的矫捷方法的开发团队来说，这是一个适宜的选用，该方法可裁减并提供可预测的结果。
软件开发的普通流程是什么?_?
软件开发流程分为: 需求确认——概要设计——详细设计——编码——单元测试——集成测试——系统测试——保养
软件开发是一项包含需求捕捉、需求剖析、设计、成功和测试的系统工程。
软件普通是用某种程序设计言语来成功的。
理论驳回软件开发工具可以启动开发。
软件分为系统软件和运行软件，并不仅是包含可以在计算机上运转的程序，与这些程序相关的文件普通也被以为是软件的一局部。
软件设计思绪和方法的普经环节，包含设计软件的配置和成功的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联和谐测试以及编写、提交程序。
裁减资料
软件开发方面的上班。详细可分为以下方面：
1可视化编程把握程序设计方法及可视化技术，知晓一种可视化平台及其软件开发技术。
失掉Delphi程序员系列、Java高级或VB开发能手认证。
务工方向：企业、政府、社区、各类学校等可视化编程程序员。
2 WEB运行程序设计 具备美工基础和网页动画设计才干，把握交互式网页程序的设计技术，能启动网站树立和保养。
失掉Macromedia多媒体互动设计师或Delphi高级程序员或Delphi极速网络开发工程师认证。
务工方向：企业、政府、社区、各类学校等WEB运行程序员。
3软件测试把握软件测试的基本原理、方法和组织治理，知晓软件测试工具。
失掉ATA软件测试工程师或Delphi高级程序员或Java高级程序员认证。
务工方向：企业、政府、社区、各类学校等软件测试员。
4 数据库治理 能运行相关范式启动数据库设计，知晓SQL言语，胜任数据库主机治理与运行上班。
失掉Oracle数据库治理或SQL Server数据库运行或Windows XP运行认证。
务工方向：企业、政府、社区、各类学校等部门的中、大型数据库治理员。
5 图形图像制造 知晓国内高端行的图形/图像制造工具（如CorelDraw、Photoshop、Pagemaker等）。
失掉平面设计师相关的认证。
务工方向：广告制造公司、修树立计公司、包装装饰设计公司、居室装修公司、出版印刷公司。
五小翻新kpt优惠人数以一个作业小组多少人为宜
优惠的人数，要看详细的状况和优惠设计。
一个作业小组的人数应适中，以便每个成员都能无时机介入和奉献。
小型团队：假设是一个较小的作业小组，倡导人数在3到5人之间。
这样每团体都有足够的时期和空间介入优惠，探讨疑问和提出改良倡导。
中型团队：关于中等规模的作业小组，人数大概在6到8人之间或者更适宜。
这样可以参与一些多样性和观念，同时依然坚持团队的高效性。
大型团队：关于较大规模的作业小组，人数在10到12人之间比拟经常出现。
这样能够会聚更多的想法和意见，但同时也须要必定的协和谐组织才干。
优惠目的：确定优惠的目的和目的十分关键。
假设优惠的关键目的是促成针对特定疑问的深化探讨和处置方案的制订，较小的小组或者更为适宜。
在这种状况下，人数较少可以确保每个成员都能更踊跃地介入，并且有更多的时期集中探讨。
然而，假设优惠的目的是提供更多的观念和创意，较大的小组或者会愈加适宜。
时期限度：考量人数时，还须要思考到优惠的时期限度。
假设时期较短，那么较小的小组或者更容易组织和治理，能够更高效地启动探讨和总结。
Keep Problem Try是什么
KPT（Keep, Problem, Try）是一种团队反应和疑问处置的方法，罕用于矫捷开发和团队单干中。
它提供了一个结构化的框架，让团队成员能够分享他们在名目中的观察、发现的疑问和尝试处置疑问的倡导。
经过KPT方法，团队能够片面了解他们的长处和成功，同时也能识别并处置疑问。
这种方法提供了一个开明和透明的环境，激励团队成员踊跃介入并为团队的继续改良提供树立性的意见和倡导。
