• UML和模式应用~迭代、进化和敏捷


    什么是敏捷方法及其观点

    敏捷开发(agile development)方法通常应用时间定量的迭代和进化式开发、使用自适应计划、提倡增量交付并包含其他提倡敏捷性(快速和灵活的响应变更)的价值和实践。

    敏捷宣言

    个体和迭代,超越过程和工具

    工作的软件,超越完整的文档

    客户协作,超越合同谈判

    响应变更,超越履行计划

    敏捷原则

    1.优先级最高的是,通过早期和持续交付有价值的软件来满足客户。

    2.欢迎变更需求,即使在开发后期提出。敏捷过程为客户的竞争优势而控制变更。

    3.以两周到两月为周期,频繁地交付可运行的软件,首推较短的时间定量。

    4.在整个项目过程中,每一天开发人员都要和业务人员合作。

    5.由个体推动项目的建设,为个体提供所需的环境、支持和信任。

    6.在开发团队中或开发团队间传递信息的最有效和高效的方法是面对面交谈。

    7.衡量进展的重要尺度是可运行的软件。

    8.敏捷过程提倡可持续的开发。

    9.发起人、开发者和用户应该步调一致。

    10.不断地关注技术上优越的设计会提高敏捷性。

    11.简洁最重要的,简洁就是尽量减少工作量的艺术。

    12.最佳的架构、需求和设计来自于自组织的团队。

    13.团队要定期反省如何使工作更有效,然后相应地调整行为。

    什么是敏捷建模

    1.采用敏捷方法并不意味着不进行任何建模,一般都包含重要的建模期;

    2.建模和模型的目的主要用于理解和沟通,而不是构建文档;

    3.不要对所有或大多数软件设计建模或应用UML。只需对设计空间中不常见、困难和棘手的一小部分建模和应用UML;

    4.尽可能使用最简单的工具,eg.在白板上草图UML

    5.不要单独建模,而是结对(或三个人)在白板上建模。记住建模的目的是发现、理解和共享大家的理解。小组成员要轮流画草图,以使每个人都参与其中。

    6.并行地创建模型。一块白板画交互图,另一块白板画类图,同时开发,不断交替。

    7.在白板上用笔画草图时,应使用“足够好”的简单表示法。

    8.将模型视作一次探索,只有测试过的代码才能证实真正的设计。

    9.开发者应该为自己进行OO设计建模。

  • 相关阅读:
    Mac 禁用一些高占用cup的进程
    OWASP发布AI大模型应用网络安全治理检查清单
    8个云成本优化的最佳实践
    驱动day4
    IDEA最好用插件推荐
    【C语言】动态内存管理
    R语言使用plot函数可视化数据散点图,使用font.axis参数指定坐标轴标签的字体类型为粗体斜体字体(bold italic)
    上海交大教授:何援军—对计算机图形学学科的一些思考
    nginx+lua+redis实现灰度发布
    【Linux升级之路】1_Linux权限入门 | 用户转换 | 文件目录权限管理 | 粘滞位应用
  • 原文地址:https://blog.csdn.net/gqltt/article/details/127591964