• 08架构管理之架构检查方法


    一句话导读

    架构检查是确保软件系统设计和架构质量的关键步骤。通过结合文档审查、模拟和测试等多种方法,可以全面评估系统的性能、可维护性、安全性和可扩展性。有助于团队对于公司制度的理解,有助于公司管理部门对相关制度的落地。能够帮助公司项目降低风险、保证软件系统的稳定性和可靠性。

    目录

    一句话导读

    一、什么是架构检查及意义

    二、什么时候做架构检查

    三、如何做架构检查

    1.定义架构检查指标及标准

    2.定义架构检查的范围

    3.制定架构检查的计划

    4.架构检查内容


    一、什么是架构检查及意义

            定义:

            架构检查是软件开发过程中的一项重要活动,它旨在评估和审查系统的整体架构,以确保系统的设计和架构满足质量、性能、可维护性和安全性等方面的要求

            意义:

    • 发现问题和风险: 架构检查有助于早期发现系统设计中的问题和潜在风险。通过审查设计文档、模拟和测试,可以在实际开发之前识别和解决潜在的设计缺陷,减少后期的修复成本和风险。在开发过程中及时发现系统中存在的问题,及时进行修复,从而保证软件系统的稳定性和可靠性。
    • 确保质量: 架构检查有助于确保系统的整体质量。它可以评估系统的性能、可用性、可扩展性和安全性,以确保系统在实际运行中表现良好并满足用户需求。
    • 指导设计决策: 架构检查提供了对系统设计的外部视角,帮助团队成员更好地理解系统的整体结构和互操作性。这有助于指导设计决策,确保设计与预期一致。
    • 支持决策制定: 架构检查提供了有关系统设计的重要信息,可以用于支持项目决策制定。例如,在架构检查中发现的问题可以用于优化项目计划和资源分配。
    • 提高可维护性: 通过审查和改进系统的架构,可以增加系统的可维护性。清晰的架构设计使系统更容易理解、维护和扩展。
    • 减少后期成本: 通过及早发现和解决问题,架构检查可以减少后期开发和维护的成本。修复问题的成本通常随项目进展而增加,因此越早发现问题越有利于成本控制。

    二、什么时候做架构检查

            架构检查的最佳时间是在系统设计阶段或系统架构设计完成之后。但是价格检查作为软件开发过程中的一项关键活动,应该在项目不同阶段均可进行。以确保项目顺利进行并满足设计和质量要求,如:

    • 项目启动阶段:架构检查用来审查项目的需求和目标,确保团队对项目的整体架构理解的一致性,有助于制定项目的计划和资源分配
    • 系统设计阶段:此时进行架构检查可以包括模块划分、数据流程、组件交互等各个方面,保证系统设计的合理性,满足项目需求。
    • 关键决策点:项目迭代周期完成时、项目提交测试时、项目交付前等。以确保和最初架构设计一致,满足系统的质量、性能、安全要求。
    • 周期性检查:亦可根据公司架构管理部门要求,定期对公司所有项目进行架构检查。

    三、如何做架构检查

    1.定义架构检查指标及标准

            对架构检查的指标进行筛选和定义,那些项目是在架构检查的时候能够直接量化的,并对量化的指标做一个通过标准定义。

    2.定义架构检查的范围

            架构管理部门可以对公司的项目进行梳理,梳理出需要做架构检查的项目,确定要检查的系统、模块或组件

    3.制定架构检查的计划

            架构管理部门制定架构检查计划,确定好开始时间、结束时间、复盘时间、回头看时间,邀请各相关负责人,评审人员,预约会议时间等。

    4.架构检查内容

    • 技术栈符合性检查:基于技术栈规范进行检查
      • 评分标准:
        • 符合-100:完全符合架构评审文档中定义
        • 大部分符合-80:符合项大于等于80%
        • 基本符合-60:符合项大于等于60%,小于80%
        • 少部分符合-40:符合项大于等于40%,小于60%
        • 不符合-0:符合项小于40%
    • 服务划分合理性检查:微服务的划分是否和架构评审文档一致
      • 评分标准:
        • 1.符合-100:完全符合架构评审文档中定义
        • 2.大部分符合-80:符合项大于等于80%
        • 3.基本符合-60:符合项大于等于60%,小于80%
        • 4.少部分符合-40:符合项大于等于40%,小于60%
        • 5.不符合-0:符合项小于40%
    • 部署情况检查:判断生产环境部署的服务和架构设计文档中的是否一致
      • 评分标准:
        • 符合-100:完全符合架构评审文档中定义
        • 基本符合-60:有一项不符合
        • 不符合-0:有两项不符合
    • 网络划分合理性检查:判断生产环境部署的网络划分是否和架构设计文档中一致
      • 评分标准:
        • 符合-100:完全符合架构评审文档中定义
        • 基本符合-60:有一项不符合
        • 不符合-0:有两项不符合
    • 代码扫描检查:通过sonar对项目代码进行扫描
      • 评分标准:
        • 符合-100:代码扫描结果没有严重、高危级别问题
        • 不符合-0:有严重、高危级别问题
    • 分支管理检查:按照公司的分支管理规范进行检查
      • 评分标准:
        • 符合-100:完全符合《开发技术规范》
        • 基本符合-60:有一项不符合
        • 不符合-0:有两项不符合
    • 版本管理检查:按照公司的版本管理规范进行检查
      • 评分标准:
        • 符合-100:完全符合《开发技术规范》
        • 基本符合-60:有一项不符合
        • 不符合-0:有两项不符合
    • 环境管理:按照公司的环境管理办法进行检查
      • 评分标准:
        • 符合-100:完全符合《开发技术规范》
        • 基本符合-60:有一项不符合
        • 不符合-0:有两项不符合
    • 代码评审情况检查:根据公司的代码评审要求进行检查
      • 评分标准:一般一个迭代进行一次
      • 符合-100:每月两次或者每个迭代一次,并有记录
      • 基本符合-60:每月一次或者一个里程碑一次
      • 不符合-0:代码评审频次超过一个月一次
    • 单元测试检查:按照公司开发规范要求,对单元的覆盖率进行扫描
      • 评分标准:
        • 符合-100:完全符合《开发技术规范》
        • 基本符合-60:有一项不符合
        • 不符合-0:有两项不符合
  • 相关阅读:
    【计算机网络】(7)传输层:TCP、UDP
    彻底理解建造者模式
    SpringCloud--nacos 入门使用
    C++学习笔记(一)
    自学黑客(网络安全)
    vue2通过.env进行多环境配置
    Java中常见的限流算法讲解以及实现思路
    DeepFusion: Lidar-Camera Deep Fusion for Multi-Modal 3D Object Detection 论文笔记
    第三类医疗器械经营许可证经营范围
    李宏毅机器学习代码——预测COVID-19人数
  • 原文地址:https://blog.csdn.net/rainyonelove/article/details/132775577