2024年软考架构设计师终于PASS啦

在这里插入图片描述

系统架构设计师是什么

系统架构设计师,属于计算机技术与软件(高级)专业技术资格。考试合格人员能够根据系统需求规格说明书,结合应用领域和技术发展的实际情况,考虑有关约束条件,设计正确、合理的软件架构,确保系统架构具有良好的特性;能够对项目的系统架构进行描述、分析、设计与评估;能够按照相关标准编写相应的设计文档;能够与系统分析师、项目管理师相互协作、配合工作;具有高级工程师的实际工作能力和业务水平。

在这里插入图片描述

上面是官方对这个资格证书的描述,其实说直白点就是解决系统分析和系统设计之间的鸿沟的,我们有了系统架构后续的概要设计和详细设计才能有效的开展,有参照目标的开展,至少我们的大体方向和系统主要架构是在这个阶段产生的,所以说非常的重要。

当然,这个证书也应该算是软考最难考,对软件技术人员最有价值的一个证书了。

考试要求

在这里插入图片描述

以上是计算机软考官方大纲,但是还是有很多的重点没有明确出来,比如八大架构。
2023年12月新增大纲八大架构分别是:

  1. 信息系统架构
  2. 层次式架构:现在很多的系统都是层次式架构,比如CS\BS等等
  3. 云原生架构:云原生可谓是现在很流行的架构了,整合docker\k8s\云开发部署为一体的架构方式,大大节省devops时间
  4. 面向服务架构:面向服务的架构其实就是中心化的架构形式,和
    微服务架构很像,只是这种有个数据总线来处理服务之间的理由、数据转发等。哈哈,其实这个也就衍生到了微服务架构了,就是那种完全去中心化的架构。
  5. 嵌入式架构:嵌入式就不多说了,主要运用在物联网领域,
  6. 通信系统架构:主要是通讯的接入层、服务层、汇聚层的网络设计架构
  7. 安全架构:重点是五大安全重点的应用:社保安全、网络安全、控制安全、应用安全和数据安全的落地
  8. 数据安全
  9. 大数据架构:主要有kappa和lambda架构,以及其中使用到一些大数据中间件hadoop\spark\flink等等

这些架构知识非常重要,应该是今后考试的趋势。
比如2023年12月考到了大数据kappa和lambda架构
比如2024年5月考到了微服务架构和嵌入式架构

考试科目

在这里插入图片描述

(1)信息系统综合知识,考试时间为150分钟,机试,选择题;
(2)系统架构设计案例分析,考试时间为90分钟,机试,问答题;
(3)系统架构设计论文,考试时间为120分钟,机试,论文题。

从2024年开始上午信息系统综合知识、系统架构设计案例分析连堂考试240分钟,并且从2023年12月开始都是机考,每年两次考试机会,分别是5月和11月左右。

个人心得

本人不才考了三次才过,第一次案例差几分,第二次也是案例挂了,这次呢刚刚好。其实我也不敢再各位面前班门弄斧,就当是给自己打个总结。以下我分三个方面进行简述,分别是综合知识、案例分析、论文。写到这里,我感觉是在写论文一样,哈哈。

在这里插入图片描述

综合知识

综合知识有一半的题目都是大纲里面的知识,当然另一半就是超纲的课外知识。

比如2024年的CPU调度算法、储存管理、数据库、项目进度工期、设计模式、系统架构风格、架构权衡分析法、软件测试、架构分析、架构设计、UML视图、结构化视图、知识产权等等都是大纲需要掌握的。其他的比如网络安全标准、国产的加解密方式和协议、EAI以及2023年的数字孪生等等都是课外的知识。

所以,上午综合知识里面除了要掌握基本的软件架构知识,还需要了解目前比较流行的软件和科技知识。

上午案例

之前案例是下午和论文一起考的,但是从今年开始改到了上午综合知识后连堂考试。综合知识可以占用案例分析的时间,但是一般情况下综合知识时间够用了不要占用案例的时间,不然真的只有呵呵了。

我架构前面两次没有过的原因都挂在案例了,其实对于一个搞java开发的人来说是案例的题目是比较友好的。比如2022年的redis 布隆滤器,2023年的mysql数据库集群,以及2024年的redis 分布式锁、mongodb等等,感觉都是为搞java量身定做的一样。但是如果你参加参考看见这些题目的时候,一定要仔细再仔细,因为我前面两次就觉得案例稳了,最后都挂在案例。

2024年的案例除了redis\mongdb相关知识,还有系统架构评估送分题,以及UML的序列图和协作图相关知识。另外还有一个mysql实现分布式锁的缺点,哈哈,这个我想很多人都没有遇见过吧。最后还有一个系统架构图填空的,总的来说不算太难,但是很容易丢分。

下午论文

其实论文不用多说,反正按照题意写个2500字以上的应该问题都不大。本次的论文题目是有论大数据架构、论单元测试、论模型驱动设计、论云上自动化运维。

我呢考虑了很久选择了论软件测试在系统中的应用,哈哈,虽然我们搞开发的还是要了解一点测试知识呀。比如静态测试包含代码走查、代码审查、桌前检查,动态测试包含黑盒和白盒测试,黑盒测试里面又有边界值分析、因果分析等等,白盒测试又是语句覆盖、判定覆盖、条件覆盖、判定条件覆盖和路径覆盖等。

其实架构设计师论文还有很多的方向,比如软件集成、设计模式、开发方法、架构风格、面向服务、多层架构设计、架构评估等等。所以在准备考试的时候一定要对这写领域很是熟悉。

最后,感谢各位看官的一路陪伴,大家都再接再厉吧。

<think>好的,用户想排查微War TNTWAR MAIN中的AutoCheckFdtUpgradeFile函数里与flash_eraseall和nandwrite相关的错误,涉及mtd3和u-boot.bin。首先我需要理解用户提到的这些命令和函数的作用。 根据提供的引用,特别是引用[1]和[2],用户可能在处理NAND Flash的烧录过程,比如擦除、写入uboot等。错误可能出在擦除或写入的参数不正确,比如地址偏移、块大小或文件路径的问题。 首先,检查flash_eraseall命令的参数是否正确。引用[1]中使用nand erase指定起始地址和长度,而flash_eraseall通常需要MTD分区号,如mtd3。需要确认是否传入了正确的分区号,或者是否存在权限问题。 然后是nandwrite命令,用户例子中的nand write需要起始地址和长度。而nandwrite命令可能需要指定选项,如-o(写入偏移)。如果uboot的存放位置在0x4000(如引用[4]),但mtd3的起始地址不同,会导致地址不匹配。需要核对MTD分区表,确认mtd3对应的起始地址是否正确。 接下来是文件路径问题,用户引用[2]中的nprog命令指定了服务器地址和文件名,可能涉及文件路径是否正确。AutoCheckFdtUpgradeFile函数中是否指定了正确的u-boot.bin路径,或者文件是否存在。 另外,引用[3]提到OOB模式改为MTD_OOB_RAW,这可能影响NAND操作。如果函数中使用了错误的OOB模式,可能导致擦写失败,需要检查代码中的相关设置。 还需要虑硬件问题,如NAND Flash是否有坏块,或者驱动是否存在兼容性问题。件方面,确认uboot版本与NAND芯片的兼容性,以及命令参数是否正确。 可能的错误场景包括:擦除区域不正确导致后续写入失败,文件未找到,OOB模式设置错误,地址偏移错误,或权限不足。用户需要逐步检查这些方面,使用调试输出或日志来定位具体错误点。</think>### 对TNTWAR AutoCheckFdtUpgradeFile函数中NAND操作错误的分析 #### 1. 核心命令与参数验证 根据引用[1][2][4],NAND操作需严格遵循地址偏移和分区定义: - `flash_eraseall /dev/mtd3`:需确认: * MTD3是否对应U-Boot分区(引用[4]显示U-Boot Env在0x4000-0x80000) * 操作权限是否足够(需root权限) - `nandwrite -p /dev/mtd3 u-boot.bin`:需验证: * 文件路径是否存在(引用[2]显示需完整网络路径) * 文件尺寸是否超出MTD3容量(引用[4]显示该分区64KB) #### 2. OOB模式兼容性检查 引用[3]指出OOB模式必须设为`MTD_OOB_RAW`,需检查: ```c // 示例代码段验证 if (ops.mode != MTD_OOB_RAW) { log_error("OOB模式不兼容,当前模式:%d", ops.mode); // 需与硬件规格书对比 } ``` #### 3. 硬件异常排查流程 | 步骤 | 检测项 | 工具/方法 | |------|--------|-----------| | 1 | 坏块检测 | `nanddump -bb /dev/mtd3` | | 2 | 电压稳定性 | 示波器测量VCCQ | | 3 | 时序配置 | 比对芯片手册与驱动参数 | #### 4. 典型错误场景 - **地址偏移错误**(如引用[1]使用0x4000,而实际分区从0x8000开始) - **文件校验缺失**(未执行`nand verify`步骤) - **ECC配置冲突**(引用[3]的OOB模式与硬件ECC引擎不匹配)
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小沈同学呀

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值