系统架构师下午案例分析历年必考总结
系统架构师下午案例分析历年必考总结[全文5篇]
![系统架构师下午案例分析历年必考总结[全文5篇]](https://img.taocdn.com/s3/m/0ee7398ffc0a79563c1ec5da50e2524de518d008.png)
系统架构师下午案例分析历年必考总结[全文5篇]第一篇：系统架构师下午案例分析历年必考总结1.可靠性（Reliability）是指产品在规定的条件下和规定的时间内完成规定功能的能力。
子特性：成熟性，容错性，易恢复性，可靠性的依从性。
1.提高可靠性的技术：(1)N版本程序设计(2)恢复块方法(3)防卫式程序设计(4)双机热备或集群系统(5)冗余设计【问题1】(1)针对特定应用系统，难度较大(2)数据冗余较大(3)以应用为中心管理数据(4)数据库系统接口标准化，易于在不同应用之间共享数据【问题2】(1)关系模式(2)读写时先从磁盘读入内存，再读写，性能相对较低(3)运行时整个数据库基本全调入内存，数据库容量受内存容量限制，容量较小(4)虽然也有恢复机制，但并不是所有故障都能恢复，可靠性较低(5)内存数据库(6)内存数据库(7)关系数库(8)内存数据库(9)内存数据库2.2.数据持久层是一组软件服务，将应用程序与该程序所使用的数据源分离，为整个项目提供一个统一、安全、并发的数据持久机制。
好处：1、程序代码重用性强，即使更换数据库，只需要更改配置文件，不必重写程序代码。
2、业务逻辑代码可读性强，在代码中不会有大量的SQL语言，提高程序的可读性。
3、持久化技术可以自动优化，以减少对数据库的访问量，提高程序运行效率。
4、简化开发工作，让开发人员更关注于业务逻辑的开发。
【问题2】1、项目组应选Hibernate框架2、选择该技术的原因是：(1)从移植的角度来看使用Hibernate更容易移植到其它数据库平台。
Hibernate与具体数据库的关联只需在XML文件中配置即可，所有的HQL语句与具体使用的数据库无关，移植性很好。
MyBatis项目中所有的SQL语句都是依赖所用的数据库的，所以不同数据库类型的支持不好。
(2)使用Hibernate能降低或者消除SQL语句开发工作量，Hibernate 提供了方法完成持久层操作，程序员不需要对SQL 的熟练掌握，便可完成任务。
2022年系统架构设计师考试案例分析真题解析
系统架构设计师案例分析真题解析2022年11月系统构设计师下午题试题一(共 25 分) ：阅读以下关于软件架构设计与评估的叙述，在答题纸上回答问题 1 和问题 2。
【说明】某电子商务公司拟升级其会员与促销管理系统，向用户提供个性化服务，提高用户的粘性。
在项目立项之初，公司领导层一致认为本次升级的主要目标是提升会员管理方式的灵活性，由于当前用户规模不大，业务也相对简单，系统性能方面不做过多考虑，新系统除了保持现有的四级固定会员制度外，还需要根据用户的消费金额、偏好、重复性等相关特征动态调整商品的折扣力度，并支持在特定的活动周期内主动筛选与活动主题高度相关的用户集合，提供个性化的打折促销活动。
在需求分析与架构设计阶段，公司提出的需求和质量属性描述如下：(a)管理员能够在页面上灵活设置折扣力度规则和促销活动逻辑，设置后即可生效；(b)系统应该具备完整的安全防护措施，支持对恶意攻击行为进行检测与报警；(c)在正常负载情况下，系统应在 0.3 秒内对用户的界面操作请求进行响应；(d)用户名是系统唯一标识，要求以字母开头，由数字和字母组合而成，长度不少于 6 个字符。
(e)在正常负载情况下，用户支付商品费用后在 3 秒内确认订单支付信息；(f)系统主站点电力中断后，应在 5 秒内将请求重定向到备用站点；(g)系统支持横向存储扩展，要求在 2 人天内完成所有的扩展与测试工作；(h)系统宕机后，需要在 10 秒内感知错误，并自动启动热备份系统；(i)系统需要内置接口函数，支持开发团队进行功能调试与系统诊断；(j)系统需要为所有的用户操作行为进行详细记录，便于后期查阅与审计；(k)支持对系统的外观进行调整和配置，调整工作需要在 4 人天内完成。
在对系统需求、质量属性描述和架构特性进行分析的基础上，系统架构师给出了两种候选的架构设计方案，公司目前正在组织相关专家对系统架构进行评估。
【问题 1】(12 分)在架构评估过程中，质量属性效用树 (utility tree)是对系统质量属性进行识别和优先级排序的重要工具。
系统架构设计师历年(2009-2018)案例分析真题、论文真题
软件系统数据架构建模
反规范化技术的优点和问题 反规范化技术的种类
嵌入式开发
应用反规范化技术所满足的用户需
求
分布式系统设计 ODP视点与核心内容 分布工基础设施为构建分布式系统 嵌入式开发 提供的基本支持 分布式对象调用的过程解释
类与类之间的关系
应用服务器 系统问题识别 应用服务器可扩展性和稳定性 J2EE体系填图
敏捷开发 开发流程填图 MVC架构填图 系统分层填表
软件架构评估 质量属性的识别与分类 架构风险、敏感点、权衡点定义
软件系统设计
MVC的元素、JAVAEE元素与MVC对应 EJB构件种类
嵌入式开发
EBJ有状态与无状态构件分类
嵌入式开发
软件架构评估 质量属性 架构风险点、敏感点、权衡点定 义
WEB应用架构设计 DNS负载均衡和反向代理机制的对比 数据库分区与主从复制 缓存机制
2015 2016 2017
软件架评估
系统设计建模
质量属性
UML状态图与活动图定义与区别
架构风险点、敏感点、权衡点定义 填图
嵌入式开发 （实际考的是可 靠性、恢复块、 N版本设计）
软件数据架构 数据库在线访问与ORM的区别 数据访问层的特点与优点 工厂模式的定义与应用场景
WEB应用架构设计 响应式WEB设计 架构元素填图 主从复制机制的优点
2018
需求分类 操作性需求、性能需求、安全性需 求、文化需求 C/S架构对于需求的题中需求的响应
软件系统建模 数据流图填图 ERD填图 实体与类的区别 用例的分类与区别
软件数据架构 关系数据库与文件系统对比填表 内存数据库与关系数据库对比填 表 SQL优化策略
软考系统架构设计师下午试题加答案(三)
软考系统架构设计师下午试题加答案（三）2016年下半年软考系统架构设计师考试将于11月12日举行。
大家都准备好了吗？下面由希赛小编为大家整理了一些系统架构设计师试题，希望对大家有所帮助。
试题五阅读以下关于数据库系统架构方面的叙述，根据要求回答问题。
[说明]随着政府职能的转型，XX行业职能主管部门(国家相关部委、各省、市的相关厅、局、委等)机构日趋精简，但随着国家现代化的发展，业务量反而越来越大。
为保证本行业管理工作的质量和效率，提高对宏观经济管理与决策的支持能力和对社会公众的公共服务能力，该行业主管部门委托MBI软件开发公司开发一个XX行业宏观经济数据库管理系统。
通过统计业务系统和相关部委自身的行业系统的信息化建设，提高各自核心业务的应用能力和管理水平，特别是数据中心的建设，对基础业务信息实施有效管理和有效利用；通过宏观经济数据库应用系统建设，建立起包括宏观经济管理决策支持和宏观经济基础信息的发布查询等在内的支撑子系统；通过存储备份系统(现场级)的建设，为本行业宏观经济基础信息资源实施安全、可靠的技术管理。
13、[问题1]由于对政府数据的需求是多层次的，从而也要求政府部门信息系统具有较丰富的层次。
但是，随着系统结构、层次的增多，层次间的界限越来越模糊，信息系统建设及维护的成本也就越高。
结合你的系统架构经验，请用500字以内的文字简要讨论基于数据库(DB.、数据仓库(DW)和操作数据存储(ODS)技术的政府信息系统的各自特点。
14、[问题2]元数据库的建设与管理是数据仓库概念下数据中心工作模式中的重要环节，它关系到整个数据中心系统的结构和运行。
结合你的系统架构经验，请用400字以内的文字简要说明元数据库系统所定义和管理的处理包括哪些内容。
15、[问题3]该行业主管部门对待建的数据库应用系统提出了明确的审计要求，要求保留5年左右的审计跟踪信息。
MBI公司的架构师老张建议，直接在待建的数据库中插入审计跟踪信息以满足这一应用需求，架构师老郭则建议采用按月分区(Partitioning)和段空间压缩技术来满足这一应用需求。
(完整版)年系统架构设计师考试下午真题与答案(下半年)
2009年下半年系统架构设计师考试下午真题试题：阅读以下软件架构设计的问题，在答题纸上回答问题1和问题2.某软件开发公司欲为某电子商务企业开发一个在线交易平台,支持客户完成网上购物活动中的在线交易。
在系统开发之初,企业对该平台提出了如下要求：(1）在线交易平台必须在1s内完成客户的交易请求。
(2）该平台必须保证客户个人信息和交易信息的安全。
（3）当发生故障时,该平台的平均故障恢复时间必须小于10s.(4）由于企业业务发展较快，需要经常为该平台添加新功能或进行硬件升级.添加新功能或进行硬件升级必须在6小时内完成。
针对这些要求，该软件开发公司决定采用基于架构的软件开发方法,以架构为核心进行在线交易平台的设计与实现。
【问题1】（9分）软件质量属性是影响软件架构设计的重要因素。
请用200字以内的文字列举六种不同的软件质量属性名称，并解释其含义。
【问题2】(16分）请对该在线交易平台的4个要求进行分析，用300字以内的文字指出每个要求对应何种软件质量属性；并针对每种软件质量属性，各给出2种实现该质量属性的架构设计策略。
1.试题答案：【问题1】常见的软件质量属性有多种，例如性能（Performance)、可用性(Availability）、可靠性（Reliability）、健壮性（Robustness)、安全性（Security）、可修改性（Modification）、可变性（Changeability）、易用性（Usability）、可测试性（Testability)、功能性（Functionality）和互操作性（Inter—operation）等。
这些质量属性的具体含义是：（1）性能是指系统的响应能力,即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理事件的个数.（2）可用性是系统能够正常运行的时间比例。
（3）可靠性是指软件系统在应用或错误面前，在意外或错误使用的情况下维持软件系统功能特性的基本能力.（4）健壮性是指在处理或环境中,系统能够承受压力或变更的能力。
系统架构师下午案例分析历年必考总结
系统架构师下午案例分析历年必考总结一、案例分析概述案例分析是系统架构师考试中的重要环节，通过对实际案例的分析和解决方案的设计，考察考生在系统架构设计方面的能力和实际应用能力。
本文将从历年考试中的必考内容出发，对案例分析的常见题型和解题思路进行总结和分析。
二、常见案例分析题型1. 系统架构设计案例分析这类题型要求考生根据给定的场景和需求，设计一个符合要求的系统架构。
考生需要从系统的整体结构、模块划分、组件选择、数据流程等方面进行详细设计，并给出相应的解决方案。
在解答过程中，需要考虑系统的可扩展性、可维护性、性能等关键指标。
2. 系统性能优化案例分析这类题型要求考生根据给定的系统性能问题，分析问题的原因，并给出相应的优化方案。
考生需要从系统架构、代码实现、数据库设计等方面进行全面的分析，并提出相应的优化策略。
在解答过程中，需要考虑系统的瓶颈点、资源利用率、并发处理等关键问题。
3. 大数据处理案例分析这类题型要求考生根据给定的大数据处理需求，设计一个高效可靠的大数据处理系统。
考生需要从数据采集、存储、处理、分析等方面进行全面的设计，并给出相应的技术选型和解决方案。
在解答过程中，需要考虑数据的规模、处理速度、数据安全等关键问题。
4. 云计算架构设计案例分析这类题型要求考生根据给定的云计算场景和需求，设计一个可靠高效的云计算架构。
考生需要从云服务模型、虚拟化技术、容灾备份等方面进行详细设计，并给出相应的解决方案。
在解答过程中，需要考虑云计算的可扩展性、安全性、成本效益等关键问题。
三、解题思路和注意事项1. 充分理解题目要求在开始解答之前，首先要充分理解题目要求，明确考察的重点和目标。
仔细阅读题目描述，理解系统的需求和约束条件，确定解题的方向和范围。
2. 分析问题和确定解决方案在分析问题时，可以采用自顶向下的思维方式，从整体到细节逐步分析。
首先确定系统的整体架构，然后分析各个模块之间的关系和交互，最后对每个模块进行详细设计。
系统架构师下午案例分析历年必考总结
系统架构师下午案例分析历年必考总结作为系统架构师，下午的案例分析是考试中最重要的部份之一。
在这个部份，你将面对一系列的案例，需要分析和解决相关的问题。
为了匡助你更好地应对这个考试环节，下面是对历年必考案例的总结，希翼对你有所匡助。
1. 案例一：企业级系统架构设计这个案例通常会涉及到一个企业需要设计一个新的系统架构来满足其业务需求。
在分析这个案例时，你需要考虑以下几个方面：- 业务需求：子细阅读案例中的业务需求，理解企业的核心业务和目标。
- 技术需求：根据业务需求，确定所需的技术方案，包括硬件、软件、网络等。
- 可扩展性：考虑系统的可扩展性，以便在未来的业务扩张中能够满足需求。
- 安全性：确保系统的安全性，包括数据保护、身份验证等方面。
- 性能优化：优化系统的性能，提高响应速度和吞吐量。
2. 案例二：大数据平台架构设计这个案例会涉及到一个企业需要设计一个大数据平台来处理海量数据。
在分析这个案例时，你需要考虑以下几个方面：- 数据存储和处理：确定适合处理海量数据的存储和处理方案，例如分布式文件系统和分布式计算框架。
- 数据采集和清洗：设计数据采集和清洗的流程，确保数据的质量和准确性。
- 数据安全：确保数据的安全性，包括数据加密、访问控制等方面。
- 数据分析和挖掘：设计数据分析和挖掘的算法和工具，以提供有价值的信息和洞察。
- 可视化和报告：设计数据可视化和报告的方式，以便用户能够直观地理解数据。
3. 案例三：云架构设计这个案例会涉及到一个企业需要将其系统迁移到云平台上。
在分析这个案例时，你需要考虑以下几个方面：- 云平台选择：根据企业的需求和预算，选择适合的云平台，例如AWS、Azure等。
- 系统迁移：设计系统迁移的方案，包括数据迁移、应用程序迁移等。
- 系统架构：重新设计系统架构，以适应云平台的特点，例如弹性伸缩、高可用性等。
- 安全性：确保系统在云平台上的安全性，包括数据保护、身份验证等方面。
- 成本优化：优化系统在云平台上的成本，例如使用按需计费、自动化运维等。
软考系统架构师案例分析知识点整理
软考系统架构师案例分析知识点整理————————————————————————————————作者: ————————————————————————————————日期:ﻩ系统规划:包括系统项目的提出预可行性分析；系统方案的制定、评价和改进；新旧系统的分析和比较；现有软件、硬件和数据资源的有效利用；软件架构设计:XML技术；基于架构的软件开发过程；软件的质量属性;架构(模型）风格；特定领域软件架构;基于架构的软件开发方法；架构评估;软件产品线;系统演化设计模式：设计模式概念；设计模式的组成；模式和软件架构;设计模式分类;设计模式实现；系统设计：处理流程设计;人机界面设计；文件涉及；存储设计;数据库设计;网络应用系统的设计；系统运行环境的集成与设计；中间件;应用服务器；性能设计与性能评估；系统转换设计划；软件系统建模：系统需求、建模的作用以及意义;定义问题(目标、功能、性能）与归结模型（静态结构模型、动态行为模型、物理模型);结构化系统建模;数据流图；面向对象系统建模;统一建模语言（UＭL)；数据库建模；E-R图；逆向工程；分布式系统设计:分布式通行协议的设计；基于对象的分布式系统设计；基于web的分布式系统设计；基于消息和协同的分布式系统设计;异构分布式系统的互操作性设计;嵌入式系统设计：实时系统和嵌入式系统特征；实时任务调度和多任务设计；中断处理和异常处理;嵌入式系统的开发设计系统的可靠性分析与设计:系统故障模型和可靠性模型;系统的可靠性分析与可靠度计算；提高系统可靠性的措施；系统的故障对策和系统的备份与恢复;系统安全性和保密性设计:系统的访问控制技术;数据的完整性；数据与文件的加密；通信的安全性；系统的安全性设计；1、概念类系统规划项目计划:包括范围计划、工作范围计划、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划、费用计划;项目辅助计划包括质量计划、沟通计划、人力资源计划、风险计划、采购计划。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.可靠性（Reliability）是指产品在规定的条件下和规定的时间内完成规定功能的能力。
子特性：成熟性，容错性，易恢复性，可靠性的依从性。
1.提高可靠性的技术：(1)N版本程序设计(2) 恢复块方法(3) 防卫式程序设计(4)双机热备或集群系统(5)冗余设计【问题1】(1) 针对特定应用系统，难度较大(2) 数据冗余较大(3) 以应用为中心管理数据(4) 数据库系统接口标准化，易于在不同应用之间共享数据【问题2】(1)关系模式 (2)读写时先从磁盘读入内存，再读写，性能相对较低(3)运行时整个数据库基本全调入内存，数据库容量受内存容量限制，容量较小(4)虽然也有恢复机制，但并不是所有故障都能恢复，可靠性较低(5)内存数据库 (6)内存数据库 (7)关系数库 (8)内存数据库(9)内存数据库2. 2.数据持久层是一组软件服务，将应用程序与该程序所使用的数据源分离，为整个项目提供一个统一、安全、并发的数据持久机制。
好处：1、程序代码重用性强，即使更换数据库，只需要更改配置文件，不必重写程序代码。
2、业务逻辑代码可读性强，在代码中不会有大量的SQL语言，提高程序的可读性。
3、持久化技术可以自动优化，以减少对数据库的访问量，提高程序运行效率。
4、简化开发工作，让开发人员更关注于业务逻辑的开发。
【问题2】1、项目组应选Hibernate框架2、选择该技术的原因是：(1)从移植的角度来看使用Hibernate更容易移植到其它数据库平台。
Hibernate与具体数据库的关联只需在XML文件中配置即可，所有的HQL语句与具体使用的数据库无关，移植性很好。
MyBatis项目中所有的SQL语句都是依赖所用的数据库的，所以不同数据库类型的支持不好。
(2)使用Hibernate能降低或者消除SQL语句开发工作量，Hibernate 提供了方法完成持久层操作，程序员不需要对SQL 的熟练掌握，便可完成任务。
(3)Hibernate提供了对象状态管理的功能，使开发者不再需要理会底层数据库系统的细节，而MyBatis在这一块没有文档说明，用户需要对对象自己进行详细的管理。
3. 3.数据流的组成和作用数据流：数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。
外部实体：代表系统之外的实体，可以是人、物或其他软件系统。
（1）项目背景（2）项目经理、项目经理的主管领导、客户方联系人、客户方的主管领导，项目领导小组(项目管理团队)和项目实施小组人员（3）项目的总体技术解决方案（4）所选择的项目管理过程及执行水平（5）对这些过程的工具、技术和输入输出的描述（6）选择的项目的生命周期和相关的项目阶段（7）项目最终目标和阶段性目标（8）进度计划（9）项目预算（10）变更流程和变更控制委员会（11）对于内容、范围和时间的关键管理评审，以便于确定悬留问题和未决决策6.基于DNS的负载均衡与基于反向代理的负载均衡基于DNS的负载均衡是在DNS服务器中为同一个主机名配置多个IP 地址，在应答DNS 查询时，DNS 服务器对每个查询将以DNS文件中主机记录的IP地址按顺序返回不同的解析结果，将客户端的访问引导到不同的节点上去，使得不同的客户端访问不同的节点，从而达到负载均衡的目的。
反向代理负载均衡。
反向代理负载均衡是将来自Internet上的连接请求以反向代理的方式动态地转发给内部网络上的多个节点进行处理，从而达到负载均衡的目的。
6.数据库分区可采用水平分区和垂直分区两种方式本系统应采用水平分区，因为社交网络数据库的数据表记录数量非常庞大，而且记录的访问，大多集中于本地区域，所以水平分区能极大提高处理效率。
7.引入主从复制机制给系统带来的好处主从复制机制使得同样的数据，存在多个副本，这样让用户查询数据时，可以选择该数据最8.请结合已知信息从缓存架构、缓存有效性及缓存数据类型等方面分析使用Memcached代替数据库查询缓存的原因Memcached相比数据库查询缓存：缓存架构：数据库缓存只是将查询结果进行缓存，适用面很窄，而Memcached是将数据库中的表进行缓存，对于在这些表之上的操作均可适用。
缓存有效性：Memcached缓存时效较长，只要未更新，就属于有效状态，而数据查询缓存时效较短（具体时效与配置有关），所以在此方面Memcached有优势。
缓存数据类型：Memcached缓存数据为表级，而数据库查询缓存为元组级。
9.项目计划书的内容项目提出的背景和必要性、国内外市场分析、项目主要开发和建设内容、项目实施的技术方案、项目实施的现有基础、项目组织机构和人员安排、、项目实施进度计划、项目资金需求及来源、项目经济和社会效益分析、项目风险分析及应对措施10.要缩短项目的工期，主要有两种方法：赶工：对成本和进度进行权衡，确定如何尽量少增加费用的前提下最大限度地缩短项目所需要的时间，称为赶进度也称赶工。
快速跟进：调整逻辑关系,通过对各种逻辑关系并行确定来缩短项目周期。
在进行项目设计中，当风险不大时，通过精心安排而使项目的前后阶段相互搭接以加快项目进展速度的做法叫快速跟进。
4.公钥加密与简单密码加密（1）基于口令的认证方式实现简单，但由于口令复杂度及管理方面的原因，易受到认证攻击；而在基于公钥体系的认证方式中，由于其密钥机制的复杂性，同时在认证过程中私钥不在网络上传输，因此可以有效防止认证攻击，与基于口令的认证方式相比更为安全。
（2）按照需求描述，在完成用户身份鉴别后，需依据用户身份进一步对业务数据进行安全保护，且受保护数据中包含用户私有的终端机数据文件，在基于口令的认证方式中，用户口令为用户和认证服务器共享，没有用户独有的直接秘密信息，而在基于公钥的认证方式中，可基于用户私钥对私有数据进行加密保护，实现更加简便。
（3）基于公钥体系的认证方式协议和计算更加复杂，因此其计算复杂度要高于基于口令的认证方式，但业务环境的总用户数据在100人以内，用户规模不大，运行环境又为局域网环境，因此基于公钥体系的认证方式可以满足平台效率要求。
5.加密解密过程应采用流加密方式。
因为需求中提及“单个敏感数据文件可能会达到数百兆的规模”，文件数据量较大，使用流加密方式可以获得更高的加解密效率。
数据加密与解密过程如下：其加密过程为：首先生成一个对称密钥，使用用户公钥加密这个对称密钥后存储在文件头，然后用生成的对称密钥加密文件数据存储。
其解密过程为：用户首先使用自己的私钥解密被加密的对称密钥，再用该对称密钥解密出数据原文。
6.目前数据库管理系统提供的基本数据加密支持主要有以下两种：（1）加解密API：数据库管理系统提供可在SQL语句中调用的加解密API，应用可以利用这些API 构建自己的基础架构，对数据进行加密保护。
（2）透明加密：安全管理员为数据库敏感字段选择加密方式及密钥强度，应用访问受保护数据时只需使用口令打开或关闭密钥表，对数据的加密和解密由数据库管理系统自动完成。
加解密API方式的灵活性强，但构建和管理复杂；而透明加密方式管理简单，应用程序负担轻，但灵活性较差。
用户要求尽可能减少安全管理与应用程序的负担，因此应选择透明加密方式。
7.关系型数据库的弊端与NOSQL数据库比较（1）用户执行读写操作时，响应时间均变得很慢；（2）随着系统功能的扩充，原有数据格式发生变化，又出现新的数据格式，维护困难；（3）数据容量很快超过系统原有的设计上限，数据库扩容困难；（4）软件系统不断出现宕机，整个系统可用性较差。
其原因主要是：（1）用户响应时间慢。
大型社交网络系统要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往要达到每秒上万次读写请求。
关系数据库应付上万次SQL查询还勉强可以，但是应付上万次SQL写数据请求，硬盘I/O就已经无法承受了。
特别是涉及到多表连接操作，会导致响应变慢。
（2）数据格式变化。
大型社交网络系统随着用户的使用，会不断地增加新的功能，导致原有数据格式发生变化，甚至出现新的数据格式。
但关系数据库中采用元组方式组织数据，难以使用新型数据格式，难以维护。
（3）数据容量超过设计上限。
对于大型社交网络系统，往往会在很短时间内产生海量数据。
关系数据库多采用中央数据存储，使得数据容量受限于前期设计的上限，很难实现数据容量的横向扩展。
（4）系统可用性差：关系数据库采用中央数据存储，容易成为系统的性能瓶颈，单点故障很容易导致系统崩溃，负载过高往往导致系统出现宕机现象。
【问题2】针对问题（1），NoSQL数据库支持高并发数据访问，性能较高。
针对问题（2），NoSQL数据库的数据存储结构松散，能够灵活支持多种类型的数据格式。
针对问题（3），NoSQL数据库能够支持海量数据的存储，且易于横向扩展。
针对问题（4），NoSQL数据库基于分布式数据存储，不存在单点故障和性能瓶颈，系统可用性高。
【问题2】该系统采用NoSQL数据库时可能存在的问题有：（1）NoSQL数据库的现有产品不够成熟，大多数产品处于初创期。
（2）NoSQL数据库并未形成一定的标准，产品种类繁多，缺乏官方支持。
（3）NoSQL数据库不提供对SQL的支持，学习和应用迁移成本较高。
（4）NoSQL数据库支持的特性不够丰富，现有产品提供的功能比较有限。
8.设计模式试题。
【说明】某软件企业为影音产品销售公司W开发一套在线销售系统，以提升服务的质量和效率。
项目组经过讨论后决定采用面向对象方法开发该系统。
在设计建模阶段需要满足以下设计要求：（1）W公司经常进行促销活动。
根据不同的条件（如订单总额、商品数量、产品种类等），公司可以提供百分比折扣或现金减免等多种促销方式供提交订单的用户选择。
实现每种促销活动的代码量很大，且会随促销策略不同经常修改。
系统设计中需要考虑现有的促销和新的促销，而不用经常地重写控制器类代码。
（2）该在线销售系统需要计算每个订单的税率，不同商品的税率及计算方式会有所区别。
所以W公司决定在系统中直接调用不同商品供应商提供的税率计算类，但每个供应商的类提供了不同的调用方法。
系统设计中需要考虑如果公司更换了供应商，应该尽可能少地在系统中修改或创建新类。
项目组架构师决定采用设计模式来满足上述设计要求，并确定从当前已经熟练掌握的设计模式中进行选择，这些设计模式包括：适配器模式（Adapter）、构造器模式（Builder）、命令模式（Command）、外观模式（Facade）、中介模式（Mediator）、原型模式（Prototype）、代理模式（Proxy）、状态模式（State）和策略模式（Strategy）等。
【问题1】（6分）设计模式按照其应用模式可以分为三类：创建型、结构型和行为型，请用200字以内文字说明三者的作用。