软件架构图评审检查单

ASPICE SYS.3 系统架构设计指导 这里写目录标题一级目录二级目录三级目录 一级目录 二级目录 三级目录 阅读详情

设计意图的传达是架构可视化关注的重要维度,在技术方案评审过程中不可避免的会出现各种各样的架构图或设计图,这些图形化表述在设计设计意图传达效果层面表现不一。

图片

如同上线检查单和开发检查单,针对于软件架构图的评审制定一套检查单同样具有价值。不论架构设计者,还是参与设计评审的开发人员,对于形式各异的 “架构图” 是提供通用的参考关注点,以便干系人更多、更深入、更高效、更有针对性的获取架构图的更多信息。

通用

  • 架构图是否具有标题?

  • 是否能够理解架构图的类型是什么?

  • 是否能够理解架构图的范围是什么?

  • 架构图是否有图例?

元素

  • 架构图中每一个元素是否有名字?

  • 是否能够理解架构图中每个元素的类型?(比如,抽象级别,软件系统?容器?组件?等等)

  • 是否能够理解架构图中的每个元素是做什么的?简要描述信息?

  • 是否能够理解与该元素相关的技术选型(适合标明技术选型的元素)

  • 是否能够理解架构图中使用的所有缩写/简称的含义?

  • 是否能够理解架构图中元素使用的所有颜色的含义

  • 是否能够理解架构图中元素使用的所有形状的含义

  • 是否能够理解架构图中元素使用的所有图标的含义?

  • 是否能够理解架构图中元素使用的所有边框样式的含义? (比如,实线 vs 虚线)

  • 是否能够理解架构图中使用的所有元素大小的含义? (比如, 小框 vs 大框 )

关联关系

  • 架构图中的每条线是否有描述关系含义的信息?

  • 是否能够理解架构图中的每个关联关系(适合标明技术选型的场景)的技术选型是什么?(比如,进程间的交互的协议)

  • 是否能够理解架构图中的关联关系的简称或缩写??

  • 是否能够理解架构图中的连线颜色的含义?

  • 是否能够理解架构图中的连线箭头的含义?

  • 是否能够理解架构图中的连线样式的含义? (比如,实线 vs 虚线)

RTCA DO-178C 机载系统软件验证中的关键测试策略与覆盖率分析 本文深入解析了RTCA DO-178C标准下机载系统软件的验证核心理念与关键实践。文章强调验证不仅是测试,更是一个融合评审、分析与测试的完整体系,并详细阐述了基于需求的测试策略与严格的覆盖率分析,旨在构建可追溯的证据链,确保软件满足最高的安全认证要求。 阅读详情

相关推荐

汽车功能安全基础(三)——基于ISO26262的功能安全Part2功能安全管理部分

建立并维护能够用于支持和鼓励功能安全有效实现,并能够促进与功能安全相关的其他领域有效沟通的安全文化;建立并维护充分的组织的专门的功能安全规章流程;建立并维护可确保能充分解决识别出的安全异常的流程;建立并维护可确保参与人员的能力与其职责相匹配的能力管理体系,及建立并维护用以支持功能安全的质量管理体系。

从事汽车行业 1980

实践篇(三):如何有效评审软件架构图?

设计意图的传达是架构可视化关注的重要维度,在技术方案评审过程中不可避免的会出现各种各样的架构图或设计图,这些图形化表述在设计意图传达效果层面表现不一,本文从图形化的视角为软件架构图的评审关注点提供了参考。

京东科技开发者 302

航空电子系统需求管理与ARP 4754A标准实践

需求管理是复杂系统开发的基石,特别是在航空电子领域,需求的数量和复杂度呈指数级增长。现代需求工程强调从静态文档到动态模型的转变,通过建立需求追溯链和验证矩阵确保系统一致性。ARP 4754A标准为航空电子系统开发提供了规范化框架,其核心在于需求双向追溯和V型开发流程。在实际工程中,结合DOORS等专业工具和模型化验证方法,可以显著提升需求质量。这些方法不仅适用于航空电子系统,也可推广到汽车电子、医疗设备等高可靠性领域,是应对复杂系统开发挑战的有效手段。

weixin_30653023的博客 402

CMMI 文档

http://wuyisky.iteye.com/blog/948356   http://baike.baidu.com/view/23524.htm?fr=aladdin   http://www.cnblogs.com/laichenshui/archive/2010/11/19/1881670.html             文档名称     组织培训工作规...

yanguz的专栏 524

AI编程分层模型:从代码补全到架构重构的人机协作方法论

随着AI编程工具从代码补全走向自主Agent,开发者面临的核心问题不再是模型能力,而是如何组织人与AI的协作边界。自回归语言模型擅长续写局部逻辑,却难以凭空推断全局系统约束——这决定了任务必须按复杂度、上下文依赖和风险等级分层处理。分层模型借鉴软件架构与网络协议栈思想,将AI编程任务从局部代码生成到系统级重构划分为L1至L5五个层级,每层配备独立的提示策略、上下文注入方式和质量门槛。在低层级,清晰的函数签名、示例代码和项目范式能显著提升生成准确率;在高层级,测试先行、多Agent拆解与人工评审则成为保障系统

weixin_34101229的博客 448

【软考高项】前五章重点梳理——第五章:信息系统工程

【软考高项】前五章重点梳理——第五章:信息系统工程

tl437002770的博客 334

2018-11高级软考试题考查知识点总结(试题1-20)

1.我国在“十三五”规划纲要中,将培育人工智能、移动智能终端、第五代移动通信(5G)、 先进传感器等作为新一代信息技术产业创新重点发展,拓展新兴产业发展空间。 2.智能一般具有这样一些特点:一是具有感知能力,即具有能够感知外部世界、获取外部 信息的能力,这是产生智能活动的前提条件和必要条件;二是具有记忆和思维能力,即能够 存储感知到的外部信息及由思维产生的知识,同时能够利用已有的知识对信息进行分析...

szm_cyh的博客 1114

DO-178机载软件审查中的常见问题

软件生命周期是指软件从需求定义、设计、实现、验证到维护和退役的完整过程。它是软件开发中的核心框架,规定了开发和验证的每一个阶段。典型的软件生命周期模型包括瀑布模型、迭代模型和V模型等,尤其是在航空领域,DO-178B和DO-178C标准对软件生命周期有严格的定义,以确保高安全性和高可靠性的要求。软件计划过程:制定软件开发计划、质量保证计划、配置管理计划等。软件开发过程:包括软件需求、设计、编码和集成四个子过程。软件综合过程:涵盖软件验证、配置管理、质量保证和审定联络等。

qq_41854911的博客 679

高项基础知识

一、信息化与信息系统 1、信息的质量属性:精确性、完整性、可靠性、及时性、经济性、可验证性、安全性。 2、信息的传输模型:信源、信宿、信道、编码器、译码器、噪声 3、信息化的基本内涵: 主体:全体社会成员 时域:长期的过程 空域:一切领域 手段:生产工具 途径:改革 目标:生活质量全面提升 4、国家信息化体系: 信息技术应用-龙头 信息资源-核心任务 信息网络-基础设施 信息技术和产业-物质基础 信息化人才-成功之本 信息化政策法规和标准规范-保障 信息系统的生命周期:...

m0_66255189的博客 6945

ESP32S3电池电量监测实战:从分压电路到IDF组件配置(附GitHub源码)

本文详细介绍了ESP32S3电池电量监测的完整实战方案。从硬件分压电路的电阻选型、滤波设计,到软件层面利用ESP-IDF的ADC校准机制提升精度,并重点讲解了如何集成bat_monitor开源组件快速实现电压采集、电量计算、充电检测与事件通知。文章提供了从原理到调试的完整指南和GitHub源码,帮助开发者构建稳定可靠的物联网设备电源管理系统。

ee345的博客 531

在Ultralytics YOLO中添加/更换模块详细指南

使用参数继承 my_module_args: &my_args [64, 3, 0.5] # 定义参数模板 backbone: - [-1, 1, MyModule, *my_args] # 引用参数。

MR_Colorful的博客 2584

【每日1刷系列】软件测试常见面试题—测试基础(概念)

1 简述测试的基本过程 (1)测试人员进行测试需求分析。 (2)测试负责人编写测试计划。 (3)测试人员根据测试需求分析设计和编写测试用例。 (4)测试人员搭建测试环境、创建测试数据、执行测试用例、提交缺陷报告并进行跟踪、记录测试事件。 (5)进行测试评估和总结。 每一分步工作完成后都进行评审。 2 拿到一个软件后,应该怎样开始工作? 编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结 3 怎么做测试? 编写需求分析并评审→编写..

1255

rk3568 OpenHarmony4.0如何使用中文输入法

问题:rk3568开发板 OpenHarmony4.0release系统自带输入法kikaInput软件只有英文输入,不含中文输入,不方便。本文基于rk3568开发板 OpenHarmony4.0release移植了laval社区发布的开发者手机中的搜狗输入法(测试版),实现了中文输入,为OpenHarmony4.0release的其他开发板中文输入提供参考。

Devlin_的博客 2917

未通过 ovf 规范一致性或虚拟硬件合规性检查。_汽车软件过程能力模型ASPICE解读3软件质量保证核心一致性...

上文给大家在末尾留了一个问题,为什么我会给出那几条对软件供应商质量审核的实践性条款?如果,对软件质量管理比较熟悉的同学,可能一看就明白了,这次内容给大家做一个说明。01软件质量保证核心-追溯与一致性我们知道,质量管理就是符合要求,而要求是会经过一系列的过程步骤来进行传递的。所以,为了保证质量,最核心的是保证各种要求传递的符合性和经过系统工程分解后的一致性。因为,系统工程分解的质量,可能与...

weixin_39665060的博客 615

不用买机械臂!用Python+ROS仿真实现RGB-D物体抓取全流程(Gazebo/MoveIt教程)

本文详细介绍了如何利用Python和ROS仿真环境(Gazebo/MoveIt)实现RGB-D物体抓取全流程,无需购买昂贵机械臂硬件。从环境搭建、机械臂模型导入、深度视觉系统配置到MoveIt运动规划,提供完整的实战指南,特别适合个人开发者和学生团队进行机械臂抓取算法验证与开发。

weixin_29061041的博客 341

从仿真曲线到电路状态:用Cadence Virtuoso深度剖析CS放大器各个工作区(以电流源负载为例)

本文通过Cadence Virtuoso平台,深入剖析电流源负载CS放大器在不同工作区的表现,从仿真曲线解读电路状态。详细介绍了如何通过Vout-Vin直流扫描曲线判断MOS管工作区域(截止区、饱和区、线性区),并验证理论与仿真的一致性,提升模拟IC设计调试效率。

weixin_30940783的博客 442

需求工程咨询和实施服务

经纬恒润多年来在汽车电子产品开发与量产、工程服务、研发流程体系建设方面积累了大量的实际研发经验,并为国内外主流OEM和核心供应商提供了相应的量产产品和研发服务,覆盖车身和舒适域、智能驾驶、智能网联、智能座舱、底盘控制、新能源及动力系统等全功能域,因此对汽车电子产品的需求开发和管理有深入的理解,可以针对ASPICE、功能安全、特定OEM专有质量要求提供实操性的系统和软件需求工程服务。

经纬恒润的官方博客 250

120、NPU的Mythic M1076:模拟存算一体NPU

这篇文章分享了作者调试Mythic M1076模拟存算一体NPU的实战经验,主要包含以下要点: 硬件设计陷阱:参考电压输入必须使用低ESR电容,普通贴片电容会导致模拟计算阵列工作异常。 核心技术原理: 采用真正的存算一体架构,将权重存储为模拟电压 使用浮栅晶体管存储权重,通过电流叠加实现乘法运算 包含108个计算单元阵列(Tile),每个256×256规模 使用注意事项: 编程模型特殊,需要依赖SDK自动映射网络层 存在6-8位有效精度限制,需用量化感知训练 功耗特性独特,静态偏置电流占主要功耗 调试手段有

m0_50546716的博客 123

ASPICE开发流程详细指导说明书

ASPICE落地的核心不是“评估前冲刺”,而是将需求、设计、编码、测试、发布和问题闭环打造成可重复执行的工程系统。只要做到“流程定义清晰、执行证据完整、追溯链闭环、度量驱动改进”,团队就能同时提升质量与交付效率,并为更高能力等级评估打下稳定基础。

汽车电子软件开发笔记 2014

【异常】OpenClaw网关仪表盘 pairing required 报错排查与解决方案

在OpenClaw网关仪表盘页面,完成WebSocket URL、网关令牌等必填项配置后,点击「连接」按钮尝试建立网关连接时,页面下方出现红色报错提示框,核心报错内容为,无法完成网关连接建立,且该报错在令牌配置正确、网络链路通畅的场景下仍会触发。该报错常见于非本地回环地址的访问场景,包括局域网远程访问、公网域名/IP访问、云服务器部署的网关远程管理等场景,本地127.0.0.1回环地址访问通常可正常连接。

奶爸的编程之路,也就一周冷个三天 1081

高级数据结构之R树(R-tree)

R树(R-tree)是一种将B树扩展到多维情况下得到的数据结构,它最初由Antonin Guttman于1984年提出。B树的结点中会存储一个键的集合,这些键把线分成片段,沿着那条线的点仅属于一个片段。因此,B树使得我们可以很容易地找到点。如果把沿线各处的点表示成B树结点,我们就能够确定点所属唯一子结点,在那里可以找到该点。 Antonin Guttman在他提出R树的经典论文中给出的R树例子...

白马负金羁 1万+

系统架构设计师考试官方教程重点解析(基于最新版教程)

重点内容:必考公式: 1.2 操作系统核心概念 重点考点:重点模型: 2.2 需求工程 核心考点:设计原则重点:官方定义重点:重点风格分类:重点标准:重点定理:重点协议: 4.3 分布式事务 解决方案对比:重点计算公式: 5.2 容错技术 重点机制:RTO/RPO概念:重点指标:分层优化重点: 数据库优化 索引策略:B+树索引、哈希索引、覆盖索引 查询优化:EXPLAIN分析、避免SELECT * 分库分表:水平分片、垂直分片策略 第七章 软件架构评估 7.1 评估方法论 重点方法:评估步骤:应用场景:

qq_37907545的博客 1515

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

软考高级-系统架构设计师 知识点整理【万字长文】

操作系统定义:能有效地组织和管理系统中的各种软/硬件资源,合理地组织计算机系统工作流程,控制程序的执行,并且向用户提供一个良好的工作环境和友好的接口。操作系统有三个重要的作用第一,管理计算机中运行的程序和分配各种软硬件资源;第二,为用户提供友善的人机界面。第三,为应用程序的开发和运行提供一个高效率的平台。操作系统的4个特征是并发性、共享性、虚拟性和不确定性。所谓信息摘要,就是一段数据的特征信息,当数据发生了改变,信息摘要也会发生改变。

qq8565408的博客 1921

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

软考——架构师笔记

该文章可作为系统架构设计师考试的参考笔记。

weixin_43930239的博客 705

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

GJB 5000B标准解读:从过程管理到价值导向的军用软件工程能力升级

软件能力成熟度模型是衡量和改进组织软件开发能力的重要框架,其核心原理在于通过定义一系列最佳实践和过程域,帮助组织系统化地提升软件工程管理水平,从而保障软件产品的质量、可靠性和交付效率。这一模型的技术价值在于将软件开发从依赖个人技能的“手工作坊”模式,转变为可预测、可控制、可优化的工程化体系,尤其在军工、航空航天等高可靠性要求领域至关重要。其应用场景广泛覆盖从需求分析、设计编码到测试集成的全生命周期。本文聚焦于GJB 5000B这一最新军用标准,深入剖析其如何从以“过程符合”为中心的GJB 5000A,升级为

weixin_30425949的博客 338

架构检查表

业务架构 服务之间不应当存在循环依赖 服务之间避免跨层调用 服务之间避免同层调用 技术架构

Qbit编程学习笔记 365
上一篇: 代码评审的参考规范
下一篇: 业务概念模型,你必须知道的建模分析工具
系统工程实验室
博客等级 码龄10年 258粉丝 38原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值