数据结构
网络
关系数据库管理系统 (RDBMS)
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C语言编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
服装学
法学敏捷如何提升客户满意度和改进？
寻求结构化、重点突出的敏捷方法的软件开发团队，这种方法可以扩展到整个产品组织并产生明确的结果，可能会发现 FDD 是一个不错的选择。
特性驱动开发 (FDD)
特性驱动开发 (FDD) 是一种敏捷软件开发方法，以客户为中心，迭代递增，旨在频繁有效地交付切实的软件成果。在敏捷的 FDD 的所有级别都鼓励状态报告，这有助于监控进度和成果。
FDD 允许团队频繁更新项目并快速发现错误。此外，客户可以随时获得大量结果和信息。因为它有助于减少开发行业中两个众所周知的士气杀手——混乱和变通方法，所以 FDD 是开发团队的首选方法。
特性驱动开发阶段
与所有敏捷方法一样，收集数据是 FDD 的第一步。这包括清楚地了解项目的內容和背景，以及对目标受众需求的共同理解。在这一阶段，团队应尽量多地了解他们即将启动的项目的“为什么”、“什么”和“谁”（接下来的几个步骤将有助于阐明“如何”）。此数据收集可以被认为是零阶段，但不能跳过。这是研究和论文开发步骤，因此可以将其与撰写研究论文进行比较。
一旦团队清楚地了解了他们的目标、目标受众以及当前（和可能的未来）需求，FDD 的第一个命名阶段就可以开始了：创建综合模型。
开发总体模型
创建综合模型，遵循研究论文的类比，在这个阶段起草提纲。团队将使用“论文”（也称为主要目标）作为指南来开发详细的领域模型。这些模型将组合成一个单一的总体模型，作为系统的大纲。随着它的发展和团队的学习，细节将被添加。
创建特性列表
使用第一步中收集的信息，创建所需的特性列表。请记住，客户重视的输出是一个特性。创建一个可在 14 天内完成的特性列表。请记住，这些特性不应该是任务，而是目的或更小的目标。
进入基于特性的计划
规划团队成员可以完成的任务，这些任务与每个特性的复杂性相关。所有团队成员都应该参与规划阶段的特性的评估，考虑每个开发阶段的视角。然后，可以使用复杂性评估来确定每个特性将被实现的顺序以及将被分配到每个特性集的团队成员。
此外，在这个阶段应该确定类所有者——分配给类的单个开发人员。由于特定的开发人员负责正在开发的特性的每个类，因此该开发人员也负责该类的概念原理。如果需要更改多个类，则这些类的所有者必须共同努力才能实施这些更改。
此外，特性团队和类所有者对 FDD 都至关重要。特性团队鼓励不同的观点并明确定义角色。这确保在设计时考虑了不同的想法和视角。
按特性设计
将要设计和构建的特性将由首席程序员选择。此外，在定义特性优先级时，他或她将选择相关的类所有者和特性团队。部分团队可能关注技术设计，而其他团队可能关注框架。在继续之前，整个团队在设计阶段结束时完成了设计审查。
按特性构建
此步骤将所有需要做的事情付诸行动以帮助设计。在此构建特性原型和用户界面，以及技术设计中描述的组件。单元测试、审查和批准后，即可将完成的特性添加到主构建中。每个设计和构建时间超过两周的特性都将进一步细分为特性，直到满足两周规则。
FDD 的优点
通过避免多次会议来使用文档进行沟通。
更好地了解项目的范围和背景。
它遵循模块化方法，以迭代版本的方式交付模块化的工作。
这是一种可扩展的方法，适用于长期的大型项目。
它使用以用户为中心的方法，其中客户被视为最终用户。
FDD 的缺点
即使项目开发团队使用了大量文档，也缺乏向客户提供书面文档。
它不适合小型项目。
由于它强调个人的代码所有权，因此缺乏对特性的共享团队所有权。
结论
总之，特性驱动开发是一种实用的敏捷策略，非常适用于长期且复杂的项目。对于寻求可扩展、结构化且简单的敏捷方法以产生可预测结果的开发团队来说，这是一个不错的选择。
浏览量：190
