软考 - 系统架构设计师 - 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. 所有操作都是无状态的
相关推荐
学软件的小铃铛14 小时前
ELK日志管理框架介绍
elk·系统架构
HAPPY酷2 天前
Kafka 和Redis 在系统架构中的位置
redis·kafka·系统架构
掘金-我是哪吒2 天前
分布式微服务系统架构第144集:FastAPI全栈开发教育系统
分布式·微服务·架构·系统架构·fastapi
半桔2 天前
【Linux手册】冯诺依曼体系结构
linux·缓存·职场和发展·系统架构
蓝天居士3 天前
软考 系统架构设计师系列知识点之杂项集萃(82)
系统架构
小马哥编程3 天前
【iSAQB软件架构】软件架构中构建块的视图:黑箱、灰箱和白箱及其交互机制
microsoft·架构·系统架构·交互
WispX8883 天前
【设计模式】门面/外观模式
java·开发语言·设计模式·系统架构·外观模式·插件·架构设计
慧一居士3 天前
ShardingSphere-JDBC 与 Sharding-JDBC 的对比与区别
分布式·系统架构
小马哥编程3 天前
【ISAQB大纲解读】Kafka消息总线被视为“自下而上设计”?
分布式·kafka·系统架构·linq
大咖分享课3 天前
实时数据湖架构设计:从批处理到流处理的企业数据战略升级
系统架构