8、理的设计来保证以一个清晰的结构来表达这种业务模型 ， 并能够让模型有足够的灵活性来应付将来可能发生的业务变化显得非常的关键 ， 在架构分析中 ， 将会以“客户下订单（即创建订单）”作为用例进行分析 。
l 业务数据的查询业务、报表业务：对业务数据的查询操作是贯穿整个系统所有模块的业务 ， 而报表业务也是数据查询的一种特殊例子 ， 它们都属于系统中非常典型的功能需求 。
l 创建订单典型的高并发资源争用业务：这种业务对数据在处理过程中的排他性有非常严格的要求 ， 即业务数据在某个事务处理过程中 ， 绝对不能受到其他事务处理的干扰 ， “创建订单”用例就是这一关键功能需求的典型用例 ， 在架构分析中将会对如何保证这种事务排他性进行详细分析 。
。

9、l 数据权限控制：数据权限控制是系统的一个典型的功能 ， 客户管理、销售管理、服务管理、财务管理和报表等模块中都有数据权限控制的需求 ， 数据权限控制的意思是：不同角色可以拥有同一个系统功能的使用权限 ， 但不同角色对于同一系统功能 ， 其可操作的数据是有可能不同的 ， 目前系统定义了三个数据权限级别：1）全部：对应功能权限能操作所有相关数据；2）本人管辖的员工负责的数据：对应功能权限只能操作当前用户拥有的数据 ， 以及当前用户所在部门（包括下级部门）的所有员工所拥有的数据；3）本人负责的数据：对应功能权限只能操作当前用户拥有的数据 。
l 需要整合第三方系统提供附加值 ， 包括用“在线客服”为租户在线的、及时的支持服务；用 。

10、“SMS”为租户提供短信服务；用“EMail” 为租户提供发送业务邮件和邮件提醒服务 。
2.2 关键非功能性需求l 租户及用户数量：最大租户数为500 。
每个租户最大的用户数100 ， 所有租户平均用户数50 。
平均在线人数约为：12500人 。
l 并发数：5% * 平均在线人数 = 625次每秒l 性能：系统及时提供相应服务的能力 。
包括较高的吞吐量、快速的平均响应时间、持续高速的系统处理能力 。
大部分操作的响应时间控制在3秒以内 。
l 安全性：系统为合法的租户及用户提供服务 ， 阻止非授权租户及用户使用系统 。
如用户验证安全性 ， 用户数据安全性等 。
l 持续可用性：系统长时间无故障运行能力 ， 一年内无故障率达到99.9 。

11、%（年累计停止服务时间不超过8小时45分钟）l 易用性：系统必须易于使用 。
系统在升级过程中 ， 降低或避免老客户的适应难度 。
l 可伸缩性：当用户数和数据量增加时 ， 系统维持高服务质量的能力 。
如当业务量增大时（比如用户操作频繁或者增加了租户） ， 可以通过增加服务器来提高性能 ， 无需对系统进行编程级修改 ， 也不会对最终用户的使用产生影响 。
l 健壮性（容错性）：系统发生以下情况仍然能够正常运行：用户进行了非法操作；部分软硬件系统发生了故障；其它非正常情况 。
l 隔离性：减少租户与租户之间的相互影响 ， 租户之间的数据必须良好隔离 。
l 可扩展性：根据SaaS产品发展需要 ， 系统要较容易的适应新需求或需求变化 。
l 可移植性 。

12、：根据租户数量或服务水平 ， 可容易的从一个运行环境转移到另一个不同的运行环境 。
（数据库的迁移需要暂时服务 ， 其他的升级基本上对用户是透明的）l 可维护性：SaaS系统是由多角色人员一起来运营的 。
系统的安装、部署、扩展、升级、新租户的加入必须容易 ， 减少出差错 。
系统运行的监控必须准确、及时 。
对故障的处理必须简单快速 。
l 租户端带宽有限：一个租户通常有多个用户使用系统 ， 而访问系统时通常是共享带宽 ， 比如ADSL(处于成本考虑 ， 可能采用上行512K ， 下行2M) 。
2.3 关键商业需求l 系统1.0版本的规划最大租户数是500l 系统必须在2009年11初月交付l 该产品能方便IDC运营管理l 系统支持多租户 ，。

13、按租户合同 ， 进行灵活的模块配置 ， 不同租户可以购买不同的业务模块2.4 关键约束l 使用Apache作Web Http Serverl 使用OSGi作应用所在环境（容器选用jetty或者tomcat ， 待测）l 使用MySQL5.1.3作为数据库2.5 名词解释“租户”：指购买SaaS应用的客户 ， 比如某个开发商购买了RES ， 那么这个开发商就是“租户” 。
“租户管理员”：由SaaS服务提供商的运营人员使用 。
指SaaS服务提供商内部 ， 负责管理“租户”的管理员 ， 该管理员的职责一般是根据合同来添加租户 ， 添加租户的“租户第一人” ， 修改租户信息 ， 修改租户各种配置信息等 。

稿源：(未知)

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

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