P62.登记房屋信息的问题及解决办法汇总！（二）

2. 注册住房信息。记录房屋地址、房屋类型（如洋房、带阳台的楼房、独立屋等）、楼层、租金及房屋状况（待出租、已出租）等信息，并写入房屋信息档案。单个房主可以在系统中注册多个出租物业。

3. 注册租户信息。记录租房者的个人信息，包括：姓名、性别、地址、身份证号码和电话号码等，并写入租房者信息文件。

4. 安排观看。已在系统中登记的租房者可以从待租房屋列表中查询待租房屋信息。租房者可以提交看房请求，系统安排租房者看房。对于每次观看，系统都会生成一个观看记录，并将其写入观看记录文件中。

5. 收费。房主登记房屋后，系统会生成费用清单，房主根据费用清单支付相应的费用。

6. 更改家庭状态。当租户和业主达成协议出租或离开时，业主向系统提交改变房屋状态的请求。系统会根据房主的要求修改房屋信息文件。

【问题1】（12分）

如果用结构化的方法分析房屋租赁服务系统，得到如图2-1所示的顶层DFD。使用词干给出的词，给出图 2-1 中处理 P1-P6 和数据存储 D1~D4 的外部实体 E1-E2、的名称。

图2-1 住房租赁服务系统顶层DFD

【问题一分析】

E1：房主        E2：租户

P1：登记业主信息    P2：登记房屋信息    P3：登记租户信息

P4：查看待租房屋信息  P5：安排看房       P6：更改房屋状态

D1：房主信息文件    D2：租户信息文件   D3：房屋信息文件

D4：查看记录文件

【问题2】（5分）

如果用信息工程( )的方法来分析住房租赁服务系统，得到如图2-2所示的ERD。请给出实体的名称（1)~(5) in 2-2.

图2-2 房屋租赁服务系统ERD

【问题2分析】

(1)：房主  (2)：房屋  (3)：房屋信息文件

(4)：租户 (5)：查看记录文件

【问题3】（8分）

(1)信息工程方法中的“()”和面向对象方法中的“类”有什么区别？

(2)在面向对象的方法中，用例通常用于捕捉系统的功能需求。用例可以分为不同的层次。用例和真实用例有什么区别？

【问题3分析】

(1)：实体用于数据建模系统架构师是p6吗，类用于面向对象建模。实体只有属性，类有属性和操作。

(2)：Use Cases（抽象用例），Real Use Cases（基本用例），两者的区别在于：基本用例是实际对应用户需求的用例，是派生出来的抽象用例是从基本用例中提取的用例的通用部分，是为避免重复工作和优化结构而提出的用例。

3.阅读以下与嵌入式实时系统相关的技术描述，并回答答题卡上的问题 1 和 2。

【标题】

某公司长期从事航空航天领域嵌入式实时系统的软件开发。为满足未来嵌入式系统网络化、智能化、集成化的技术发展需求，公司决定重新考虑新产品的架构，经理将论证工作交给了王功。经过研究分析，王工完成了新产品架构设计方案，并提交公司高层讨论。

【问题1】（14分）

龚工提交的设计方案指出：由于公司目前开发的嵌入式实时产品都是简单的系统，嵌入式子系统相互独立，功能单一，时序简单。未来，满足网络化、智能化、集成化要求的嵌入式实时系统将是一个复杂的系统，其核心特征是实时任务的机制、状态和行为的复杂性。简单任务和复杂任务的特征区别主要表现在十个方面。请参考表3-1给出的实时任务特征分类，用题干中给出的(a)-(t) 20个实时任务特征描述来补充空的(1)@ >-( 14).

(a) 任务属性不会随时间变化；

(b)任务的属性与时间有关；

(c) 任务只能从不连续的集合中获取特征变量；

(d)任务变量域是连续的；

(e) 功能原理不依赖于上下文；

(f) 功能原理取决于上下文；

(g) 可以使用逐步顺序分析方法来理解任务行为；

(h) 生成访问活动时，多个任务是并发处理的，很难通过逐步的方法进行分析；

(i) 因果关系相互影响；

(j) 行为特征依赖于大量的反馈机制；

(k) 系统内的组成、策略和描述相似；

(l) 系统内有许多不同的组成、策略和描述；

(m) 函数关系是非线性的；

(n) 函数关系是线性的；

(o) 不同的子任务相互独立，任务内只有少数交互操作；

(p)不同的子任务交互程度高，单个任务的行为难以隔离；

(q) 领域特征有非常简洁的原则和规则；

(r) 许多不同的上下文取决于规则；

(s) 原则和规则在表面性质上很容易识别；

(t) 原则被涵盖、抽象且未在表面属性上确定。

表 3-1 简单任务与复杂任务特征对比

特征分类 简单任务（task） 复杂任务（task）

静态/动态

(a)

(b)

连续/不连续

(1)

(2)

子系统的独立性

(3)

(4)

顺序/并行执行

(5)

(6)

单一性/混合性

(7)

(8)

它是如何工作的

(9)

(10)

线性/非线性

(11)

(12)

上下文相关

(13)

(14)

规则/不规则

(q)

(r)

表面属性

(s)

(t)

【问题一分析】

特征分类 简单任务（task） 复杂任务（task）

静态/动态

(a)

(b)

连续/不连续

(d)

(c)

子系统的独立性

(e)

(f)

顺序/并行执行

(g)

(h)

单一性/混合性

(i)

(j)

它是如何工作的

(k)

(l)

线性/非线性

(n)

(米)

上下文相关

(o)

(p)

规则/不规则

(q)

(r)

表面属性

(s)

(t)

【问题2】（11分）

王工的设计方案指出：为了满足未来网络化、智能化和集成化的需求，应该设计一个能够充分表达嵌入式系统行为并具有一定通用性的通信架构，避免复杂的任务。通信的某些特性带来的复杂性。通常，为了实现嵌入式系统中计算组件之间的通信，架构中需要一种简单的架构风格，以屏蔽不同协议、不同硬件和不同结构组件带来的复杂性。图 3-1 显示了“waist()”通信模式的架构风格。腰形架构的关键是基本消息通信（BMTS）。 BMTS的消息通常与时间属性相关，支持事件触发消息、速率约束消息和时间触发消息。

请说明基于BMTS的消息通信网络的主要特点和上述三种消息的基本含义，并举例说明两种具有时间触发消息能力的网络总线。

图3-1“腰”通信模式架构风格

【问题2分析】

BMTS消息通信网络的主要特点：可以适应不同的传输介质，适应不同的协议，屏蔽不同协议之间的差异，简化通信过程，降低系统复杂度。

事件触发消息：以事件作为触发方式，当事件发生时触发相应的消息。

速率约束消息：具有固定传输速率的消息。

时间触发消息：以时间作为触发方式，到达时间点触发相应消息。

具有时间触发消息功能的网络总线：航空电子全双工交换以太网 (AFDX)、时间触发以太网 (TTE)。

4.阅读以下关于分布式数据库缓存设计的陈述，并回答答题卡上的问题 1 到 3。

【标题】

某公司是一家为城市高端用户提供优质新鲜蔬菜服务的初创公司。公司在业务发展初期，采用轻量级开发架构（脚本语言+关系型数据库）开发了一套服务。系统。该服务上线后，受到用户普遍欢迎，用户数量和服务数量迅速增加。原来的数据库服务器已经不能满足高并发业务的需求。为此，公司成立了专门的研发团队来解决这个问题。

Gong Zhang 建议用新的服务器和数据架构重新开发整个系统，以解决当前的问题，同时为未来的扩展提供支持。但李工认为，张工的计划开发周期太长，投资太大。目前，这个问题应该在改动最小的前提下解决。李工认为，只有部分数据有大量的访问权限。建议使用缓存工具来减轻数据库服务器的压力。这样开发量小系统架构师是p6吗，开发周期短，比较适合初创公司，未来也可以通过集群进行扩展。不过，刘工也认为，李工的方案存在数据可靠性和一致性问题，停机时很容易丢失交易数据。推荐使用Redis来解决问题。经过充分讨论，公司最终决定采用刘工的方案。

【问题1】（9分）

在李工和刘工的解决方案中，都使用了分布式数据库缓存技术来解决这个问题。请解释分布式数据库缓存的基本概念。 Redis 和 Redis 的优缺点对比见表 4-1。请补空(1)~(6).

在表 4-1 中。

表 4-1

数据类型

简答键/值结构

(1)

坚持

(2)

支持

分布式存储

(3)

多种方式，主从等

多线程支持

支持

(4)

内存管理

(5)

无

交易支持

(6)

有限支持

【问题一分析】

数据类型

简答键/值结构

键/值、列表、集合、散列，

坚持

不支持

支持

分布式存储

不支持

多种方式，主从等

多线程支持

支持

不支持

内存管理

是的

无

交易支持

不支持

有限支持

【问题2】（8分）

刘公认为，李工的方案在数据可靠性和一致性方面存在问题。请说明原因。为了避免数据可靠性和一致性的问题，刘工的方案使用Redis作为数据库缓存。请解释一下Redis与原有关系型数据库的基本数据同步方案。

【问题2分析】

不支持数据持久化操作，掉电后数据全部丢失，无法直接恢复，存在可靠性问题

不支持事务，因此操作过程中可能会出现数据不一致的情况。

同步方案：读取数据时，先读取Redis中的数据，如果Redis没有，则从原来的数据库中读取，同步更新Redis中的数据。回写时，写入原数据库，同步更新到Redis。

【问题3】（8分）

请给出两种常用的Redis分布式存储方案和几种常用的Redis集群分片方法。

【问题3分析】

Redis分布式存储常用的方案有两种：主从方案和方案。

对 Redis 集群进行切片的几种常用方法：

①客户端分片：在客户端，key的hash值对应不同的服务器。

2 根据key将数据散列到不同的slot，不同的slot对应不同的。

5.阅读以下关于 Web 系统设计的陈述，并回答答题卡上的问题 1 到 3。

【标题】

某银行拟将分行为主体的银行信息系统全面整合为总行管理维护的银行信息系统，实现用户账户统一管理、转账汇款、自助支付、理财投资、贷款管理、网上支付、财务报表分析等业务功能。但在原有以分行为主体的银行信息系统中，多个业务系统使用异构的平台、数据库和中间件，使用的消息交换标准和通信协议也各不相同。使用传统的 EAI 解决方案至关重要。在新的商业模式下，不可能实现异构系统之间的灵活交互和集成。因此，为了将现有的基于不同技术的银行系统集成到最小的系统改进，该银行打算使用基于ESB的面向服务架构（SOA）的集成解决方案来实现业务集成。

【问题1】（7分）

请解释什么是面向服务的架构 (SOA) 以及 ESB 在 SOA 中的作用和特点。

【问题一分析】

面向服务的体系结构 (SOA) 是一种组件模型，它通过定义良好的接口和服务之间的合同来链接应用程序的不同功能单元（称为服务）。接口以中立的方式定义，它应该独立于实现服务的硬件平台、操作系统和编程语言。这允许构建在各种系统中的服务以统一且通用的方式进行交互。

①支持SOA的关键是它的消息传递架构——企业服务总线（ESB）。 ESB 用于为企业应用程序实现不同消息和信息的准确、高效和安全的传递。

②面向服务的元数据管理：他必须了解以他为中介的两端，即服务请求和请求者对服务的要求，以及服务提供者和他持有的服务的描述；

③通信：服务发布/排序、响应/请求、同步/异步消息、路由寻址等；

④服务交互：服务接口定义、服务实现替换、服务消息模型、服务目录与发现等；

⑤服务安全：认证授权、不可否认性和保密性、安全标准支持等

【问题2】（12分）

项目组根据信息系统集成的实际需求，完成了基于SOA的银行信息系统架构设计。系统架构图如图5-1所示：

图5-1 基于SOA的银行信息系统架构设计

请从(a)~(j)中选择对应的内容，在图5-1中填入(1)~(6))，对架构设计图进行补充完善。

(a) 数据层

(b)接口层

(c) 业务层

(d) 绑定

(e) 企业服务总线 ESB

(f) XML

(g)安全验证和质量管理

(h)

(i) UDDI

(j)组件层

(k) BPEL

【问题2分析】

(1): c (2): i (3): h (4): e (5): g (6): j

【问题3】（6分）

针对银行信息系统的数据交互安全需求，列出了实现信息系统安全保障的三项措施。

【问题3分析】

①采用/认证机制来防止重放攻击。

②采用加密技术保证信息在网络传输过程中的安全性。

③采用数字签名技术，保证信息传输过程的完整性和不可否认性。