# 1
回答均是针对系统的，
注意可用性也归在系统性能需求中
b 支持主流的标准和服务和归在操作性中，考虑提供的是 api 接口，对方并不是简单的人
# 2
Data Flow Diagram，缩写为 DFD。中文名数据流图或数据流程图
上面的字母解释： E：entity P：process D：data
由房主信息所在箭头来自 E1，看房请求所在箭头来自 E2.
注意 P4，E2 发送查询房屋请求，同时接收待租赁房屋列表。
实体关系图（ERD）
# 3
上面的子系统独立性和上下文相关性好像搞错了
# 4
# 问题一
注意上面的多线程管理和内存管理
# 问题二
# 问题三
# 5
# 问题一
# 问题二
业务从 UDDI 中获取服务（理解调用 API），UDDI 需要 publish 在总线中，安全验证和质量管理贯穿在全部环节中。
# 问题三
# 补充：
# ESB 和 SOA
企业服务总线（Enterprise Service Bus，ESB）的概念是从服务导向架构 (Service Oriented Architecture， SOA) 发展而来。
SOA---- 面向服务架构，实际上强调的是软件的一种架构，一种支撑软件运行的相对稳定的结构，表面含义如此，其实 SOA 是一种通过服务整合来解决系统集成的一种思想。不是具体的技术，本质上是一种策略、思想。
ESB---- 企业服务总线，像一根管道，用来连接各个节点。为了集成不同系统，不同协议的服务，ESB 做了消息的转换、解释与路由等工作，让不同的服务互联互通。
ESB 是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于：
面向服务的架构 - 分布式的应用由可重用的服务组成
面向消息的架构 - 应用之间通过 ESB 发送和接受消息
事件驱动的架构 - 应用之间异步地产生和接收消息
ESB 就是在 SOA 架构中实现服务间智能化集成与管理的中介。
ESB 的工作就是提供和调用集成系统的服务。使用了 ESB，在大多情况下，每个系统和 ESB 之间，只需要定义一个访问方法，一个接口。如果这样，像上面的图一样，你有 8 个系统，就只有有 16 个接口（1 个方向 1 个）需要被创建、维护、管理和关注。否则你就需要 56 个接口需要去思考和处理。（假设每个系统都需要跟其他系统对话），少了 40 个接口意味着更少的成本。
下面可以看出 ESB 在各个系统服务之间发挥的作用
可以看出，ESB 既能为各个系统服务又能管理各个系统，可以利用现有的服务系统组合新的系统。
ESB 作为企业级的服务联通、管理平台，需要穿透 ESB 的服务应该是企业内重用可能最大、价值最大的那些服务，应用程序对这类服务的访问应该非常频繁，因此同一时刻需要 ESB 支撑的业务可能非常繁重。所以，ESB 实现的是一个无状态、高吞吐的服务总线，要具备为企业内重要的业务服务提供透明、标准、开放的接入能力。
# UDDI
UDDI 是一种用于描述、发现、集成 Web Service 的技术，它是 Web Service 协议栈的一个重要部分。通过 UDDI，企业可以根据自己的需要动态查找并使用 Web 服务，也可以将自己的 Web 服务动态地发布到 UDDI 注册中心，供其他用户使用。
# 数字签名
数字签名（又称公钥数字签名）是只有信息的发送者才能产生的别人无法伪造的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。它是一种类似写在纸上的普通的物理签名，但是在使用了公钥加密领域的技术来实现的，用于鉴别数字信息的方法。一套数字签名通常定义两种互补的运算，一个用于签名，另一个用于验证。数字签名是非对称密钥加密技术与数字摘要技术的应用。
