敏捷开发建模编程方法笔记总结

敏捷开发建模编程方法笔记总结，一张图带你完全了解相关内容，通过思维导图帮你提高效率，赶紧来试一试吧~

敏捷开发建模编程方法笔记总结

• 敏捷建模原则
  • 有目的的模型
  • 使用多个模型
  • 轻装上阵
  • 内容重于表现形式
  • 理解模型及构件工具
  • 适应本地需要
• 特征驱动开发（FDD）
  • “特征”是可以在2周或更短时间实现的具有客户价值的功能
  • 使用特征模板
  • 创建一个特征列表并实施“特征计划”
  • 在FDD中合并设计和构建
• Crystal
  • 一个过程模型的大家庭允许根据问题特点来操作
  • 强调面对面的沟通
  • 建议使用“反思研讨会”审查团队的工作习惯
• Scrum
  • 开发工作划分为“包”
  • 测试和文档在构建产品过程中是持续的
  • 工作任务成为一个“冲刺”，并来自现有需求的一个“待办项”
  • 演示是在分配的时间段内向客户交付软件增量
• 动态系统开发方法
  • 在很多方面类似XP或ASD
  • 指导原则
    • 活跃的用户参与是必不可少的
    • DSDM团队必须有权作出决定
    • 注重多次产品j交付f
    • 适应商业目的是交付产品验收的基本标准
    • 迭代和增量开发有必要聚集在一个精确的业务解决方案
    • 开发期间所有的变更都是不可逆的
    • 需求基线是高水准的
    • 测试集中在整个生命周期
• 自适应软件开发(ASD)
  • 任务驱动规划
  • 基于组件的焦点
  • 使用“时间段”
  • 明确风险考虑
  • 强调需求收集协作
  • 强调整个过程的“学习”
• 极限编程（XP）
  • XP策划
    • 以“用户故事”产生开始
    • 敏捷团队评估每个故事和分配成本
    • 将故事分组到一个可交付增量
    • 承诺交付日期
    • 在第一个软件增量交付之后，项目速度用于帮助确定后续发行版本的交付日期
  • XP设计
    • 遵循KIS原则
    • 鼓励使用CRC卡
    • 对于困难的设计问题，提出建立“spike解决方案”
    • 鼓励“重构”
  • XP编码
    • 在编码之前，对于每一个R软件增量建议构建一个单元测试
    • 鼓励“结对编码”
  • XP测试
    • 每天执行所有单元测试
    • 验收测试由客户定义，并由客户执行评估客户可见的功能特征
• 敏捷开发
  • 个体和交互胜过过程和工具
  • 可工作软件胜过宽泛的文档
  • 客户合作胜过合同谈判
  • 响应变化胜过遵循计划
  • 右边的各项很有价值，左边的各项具有更大的价值
• 敏捷
  • 有效的（快速并适应）响应并更
  • 所有利益相关者中的有效沟通
  • 吸引客户到团队
  • 组织团队使其控制工作执行
  • 快速、增量交付的软件
• 敏捷过程
  • 是由客户对他们需求的描述驱动的（场景）
  • 意识到计划是短期的
  • 着重强调构建活动的软件迭代开发
  • 交付多个软件增量
  • 适应变更的出现
• 敏捷原则
  • 我们最优先要做的是通过尽早、持续地交付有价值的软件来使客户满意
  • 即使在开发的后期，也欢迎需求的变更。敏捷过程利用变更为客户创造竞争优势
  • 经常交付可运行软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好
  • 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作
  • 围绕有积极性的个人构建项目，给他们提供所需的环境和支持，并且信任他们能够完成工作
  • 在开发团队内部，最富有效果和效率的信息传递方法是面对面交谈
  • 可运行软件是进步的首要衡量标准
  • 敏捷过程提倡可持续的开发。责任人、开发者和用户应该能够长期保持步调一致
  • 不断关注优秀的技能和好的设计会增强敏捷能力
  • 最好的架构、需求和设计出自于自组织团队
  • 每隔一定时间，团队会反省如何才能更有效地工作，并相应调整自己的行为
• 人的因素
  • 满足人员及团队需求的过程模型，而非周围其他过程模型
  • 敏捷开发团队成员及团队本身必须具备的关键特征
    • 竞争能力
    • 共同目标
    • 精诚合作
    • 决策能力
    • 模糊问题解决能力
    • 相互信任和尊重
    • 自组织