该角色的工作 ， 在运营中一般由“实施工程师” 。

14、来完成 。
“租户第一人”：由租户自己使用 。
这个“租户第一人”是由“租户管理员”分配的 ， 租户可以使用这个“租户第一人”给自己的系统添加用户 。
“用户”和“账户”在本文的描述中都是只用户用来登陆系统的用户名 。
3 参考资料SaaS模式系统参考架构设计.doc作者：陈操MSYQL数据库备份与恢复及SaaS下的备份策略.doc作者：莫荣广4 系统功能分析4.1 SaaS模式下功能分析从系统使用者的角度 ， 整个系统的功能模块划分如下：图表 5.1.11 SaaS RES 1.0功能模块划分图l 系统1.0版本的产品只有普通房源 ， 还不包括车位、花园、学籍等房地产附带产品的管理l 销售管理模块和财务管理模块是系统的 。

15、核心业务模块l 系统支持多租户共同使用 ， 但租户的管理、租期管理等不属于本系统的职责 ， 由BOSS系统负责 ， 系统与BOSS系统进行交互 ， 获取BOSS系统提供的租户相关信息和租户启用、停用通知等信息4.2 业务功能划分4.3 子系统划分下面站在系统构建者的角度出发 ， 按业务处理、报表统计和基础支持三个类别把系统进行子系统划分：图表 5.1.11 SaaS RES 1.0子系统划分图l 租户信息管理子系统主要包括BOSS系统发送过来的租户相关信息 ， 如租期到期提醒信息 ， 租户通知信息的管理l 用户管理子系统包括了用户的身份认证 ， 用户管理和员工、组织架构的管理 。
5 架构设计SaaS模式的架构设计和普通系统的架 。

16、构设计有所不同 ， SaaS除了要满足用户各种个性化要求以外 ， 应用服务器和数据库服务器要满足成千上万的请求 ， 因此 ， 对系统可用性、伸缩性、扩展性以及性能提出了更高的要求 。
本次参考架构设计的总体原则就是：分割和缓存 。
5.1 架构分析下面主要综合之前的功能性和非功能性的要求 ， 来对系统的整个架构进行分析 。
5.1.1 业务实体的增、删、改及一些复杂的业务处理功能分析：对于SaaS房地产营销管理系统1.0（后面统一简称为SaaS RES 1.0）来说 ， 对业务实体的增、删、改、操作是最常见的基础功能 ， 这些操作都有一个共同的特征改变系统中的业务实体的状态（或数据） ， 因此 ， 这里选择基础房间的增、删、改这一典型的功能 。

17、需求进行分析 ， 以阐述对于这类对业务实体状态产生改变的操作的设计决策 。
决策：系统使用最常见的层式架构进行设计 ， 按逻辑被划分为：展示层、应用服务层、领域层和数据访问层 ， 下图展示了系统各逻辑层之间的关系：图表 5.1.11 增、删、改操作设计决策图（充血模型）l 展示层：负责为用户提供用户界面 ， 接收用户的输入参数 ， 提交给应用服务层执行相应业务操作 ， 并接收应用服务层的返回结果展示给用户 ， 其直接依赖于应用服务层 。
l 应用服务层：向外提供业务功能服务 ， 它只负责系统应用级别的逻辑如事务控制、权限控制、日志处理等 ， 以及少量的跨领域对象的业务逻辑 ， 它通过领域层的领域对象仓库获取相关的领域对象 ， 然后调用领域对象的 。

18、方法完成相应的业务 ， 再把业务结果封装到数据传输对象（DTO）中返回给展示层 ， 这里的DTO是作为展示层与应用服务层的数据载体 ， 它负有装载请求数据和结果数据的职责 。
l 领域层：包含业务领域内的一系列相关领域对象及其仓库接口 ， 领域对象封装其领域内的业务逻辑 ， 领域对象通过其仓库获取和持久化 。
l 数据访问层（ORM）：提供领域对象的持久化实现 ， 它的作用是把领域对象的具体持久化实现细节封装起来 ， 并利用ORM工具把数据库中的数据转换为领域对象 。
该层只提供持久化实现 ， 持久化操作的接口由领域层定义 ， 因此 ， 该层依赖于领域层提供相关领域对象的数据结构和持久化操作接口 。
下面分别以系统中四个典型的功能用例来分别对业务实 。

19、体的增、删、改以及涉及复杂业务规则的业务操作进行详细分析：用例1：创建个人客户信息业务实体的创建操作创建个人客户信息有如下的业务约束：l 客户的姓名、性别、联系电话、客户类型、是否重点客户的标识这些属性都不能为空；l 客户的姓名和联系电话组成了客户身份的唯一标识 。
领域驱动设计 ， 或者说面向对象设计的最重要规则是：把不同的职责合理的划分到不同的对象中 ， 根据这一规则 ， 我们对上述的业务约束进行分析：客户属性是否必填 ， 属于客户实体自身的业务完整性约束 ， 因此 ， 这部分职责应该交给客户实体本身负责；客户的姓名和联系电话是客户身份的唯一标识 ， 这意味着系统不能存在两个具有相同姓名和联系电话的客户 ， 这就需要在创建客 。

稿源：(未知)

【傻大方】网址：/a/2021/0902/0024073868.html

标题：SaaS|SaaS RES营销管理系统架构设计( 三 )