软考 - 系统架构设计师 - Web 应用真题(2)

问题 1:

淘汰策略:遗留系统技术含量低,业务价值也低,所以需要全面重新开发一个系统来替代遗留系;(一般是企业的业务发生了根本变化,遗留系统已经基本不再适应企业运作的需要;或者是遗留系统的维护人员流失,维护文档资料丢失。)

继承策略:遗留系统技术含量低,勉强满足企业运作的功能或性能要求,但有较高的业务价值,目前企业的业务任需依赖该遗留系统。(开发系统替代遗留系统时要完全兼容遗留系统的功能模型和数据模型)

适合采用继承策略,因为中间业务系统的业务价值很高,只是技术上无法支持企业当前的需求,所以需要开发一套新的中间业务系统。而新系统要能支持当前各区域的所有中间业务,因此不能完全抛弃原来的中间业务系统,必须兼容原来中间业务系统的功能模型和数据模型。

问题 2:

1.了解待迁移数据源的详细说明,包括数据的存放方式,数据量和数据的时间跨度。

2.建立新旧系统数据库的数据字典,对现有系统的历史数据进行质量分析。

3.进行新旧系统数据结构的差异分析

4.进行新旧系统代码数据的差异分析

5.建立新旧数据库表的映射关系,对于无法映射的字段,要给出解决方法

6.开发或购买,部署 ETL 工具(推荐看软考 - 系统架构设计师 - ETL工具

7.编写数据转换的测试计划和校验程序

问题 3:

REST 和 RPC 架构风格的不同之处

根据题意,最终项目选择的是 REST 架构风格,所以这里答题主要说 REST 比 RPC 好在哪里

  1. REST 相比于 RPC 更为轻量化,RPC 服务提供方和调用方接口依赖太高,会导致编码格式的复杂性,而 REST 服务的提供方和调用方的依赖只是依靠定义好的规则,不存在依赖问题

  2. REST 服务很好的实现了跨平台,而 RPC 服务对平台有要求限制,在某些情况下很难实现复用

  3. REST 完全通过 HTTP 协议实现,使用 HTTP 协议来处理数据通信,所以 REST 架构对资源的操作就包括了 HTTP 协议提供的 GET,POST 等众多操作方法

REST 风格的设计原则

  1. 将网络上的所有事务都抽象成资源
  2. 每个资源对应唯一一个资源标识
  3. 通过通用的连接件接口来对资源进行操作
  4. 对·资源的各种操作不会影响资源标识
  5. 所有操作都是无状态的
相关推荐
Coder个人博客8 小时前
Linux6.19-ARM64 mm mem_encrypt子模块深入分析
linux·安全·车载系统·系统架构·系统安全·鸿蒙系统·安全架构
aigcapi11 小时前
2026年企业级矩阵系统架构评测:矩阵系统哪家好?
线性代数·矩阵·系统架构
十五年专注C++开发14 小时前
浅谈C++插件机制的设计要点以及实现方案
开发语言·c++·系统架构·插件机制
犀思云15 小时前
出海SaaS全球分布式部署:流量调度的六大核心挑战与破局思考
运维·网络·人工智能·系统架构·机器人
老友@1 天前
分布式事务完全演进链:从单体事务到 TCC 、Saga 与最终一致性
分布式·后端·系统架构·事务·数据一致性
Coder个人博客1 天前
Linux6.19-ARM64 mm Makefile子模块深入分析
linux·安全·车载系统·系统架构·系统安全·鸿蒙系统·安全架构
信创天地2 天前
政务金融核心场景攻坚:信创系统架构师的架构设计与风险管控指南
金融·系统架构·政务
信创天地2 天前
从 “替代” 到 “超越”:信创系统架构师如何筑牢自主可控技术底座
运维·安全·系统架构·开源·dubbo·risc-v
是垚不是土2 天前
基于OpenTelemetry实现分布式链路追踪
java·运维·分布式·目标跟踪·系统架构
进击的雷神2 天前
现代软件架构全景解析:从B/S到云原生的演进之路
云原生·系统架构