3. 应用场景分析
1.6 企业注册、开通过程
应用场景分析
企业要使用SaaS平台系统，然而SaaS平台所提供的服务软件不只一个，因此应该知道他是需要使用哪个软件。
软件是分为模块的，有些模块是用户所需要租用的，有的可能用户是不关心的，不同模块功能不同，访问权限及访问方式不同，同时价格也不同，所以，企业注册时应该清楚自己注册的是哪级模块。
不同企业有不同要求，如企业1要求数据要独立存放，我们就应该为企业1开辟独立的数据库。企业2要求他的数据放在自己的数据服务器上，这时我们的数据服务器地址要指向企业2的数据服务器地址，所以SaaS平台的所有应用系统的数据连接都是动态的由平台来管理的。
企业申请后，我们是要审核其合法性，如租用的资金到帐没有，企业是否可联系到人。
经过审核合法，我们开通其申请，这时平台管理员分配给相应企业帐号及业务模块、就近原则分配应用服务器、数据库并建立企业管理员帐号及权限。
最后通知申请成功并转告登录帐号及其功能等。
企业管理员通过企业的帐号（包括企业号、用户名、密码）登录到应用系统中，建立企业内的用户并分配对应的权限。
企业用户通过本企业的企业号、用户帐号、密码就可以登录到自己所有权限范围内的模块了。
用户界面设计
1. 企业注册
图1 企业注册
2. 软件注册增加界面
图2 软件注册增加界面
框架设计
图3 框架设计
用例设计
图4 用例设计
层次关系图
图5 层次关系图
数据库设计
图6 数据库设计
1.7 业务系统日志填写的全过程
应用场景描绘
目的：本场景完成平台提供的STS业务系统日志填写模块的全过程。
描绘： 通过SaaS平台完成STS业务系统日志填写初步看来是个很简单的应用，事实这个应用基本覆盖了SaaS平台的绝大部分过程。包括软件注册，企业注册申请，企业开通，用户权限分配及开通，安全保障，数据存储要求，流量控制，并发处理，设备接入，计费，分流，灾难性恢复等 。
实例：
本公司开发了一套STS软件，安装在我们的服务器上通过SaaS平台提供企业用户租用服务。本软件及服务模式一推出就极受市场欢迎，马上就有不少企业注册使用我们的软件。
目前有200家正式企业交费使用我们的STS产品，他们都购买了STS软件的日志模块。这200家企业分别称着企业1,企业2,企业3,...,企业200。且各企业开通了50个用户。且在同一时间即2007年1月30号下午3点这一万个用户都在使用日志模块填写日志。
企业注册申请时企业1与企业11其提出要求，他们的数据要独立存放，即他们的所有业务数据是独立数据库;企业2与企业22要求他的数据放在自己的数据服务器上。
企业3与企业33说他们的关键数据需要加密，日志是他们的关键数据。企业4与企业44说他们的访问速度要快。企业5、企业15、企业25、企业35是一家集团性企业，企业5是集团总部，数据要求随时同步。企业6、企业16等多家都提出他们的销售人员好多经常出差，要求可用PDA、手机填写日志。
当然，大家都一致要求系统是安全的，可靠稳定的，系统24小时不间断运行。
应用场景分析
以上场景实例表面看起来只是用户使用的一个点，事实这个使用点基本覆盖了SaaS平台的绝大部分过程。包括软件注册，企业注册申请，企业开通，用户权限分配及开通，安全保障，数据存储要求，流量控制，并发处理，设备接入，计费，分流，灾难性恢复等。
我们先来分析用户的需求：
企业注册申请的是我们的STS的至少包括日志模快，日志模快正常使用(即没有其它要求)是每月一家企业10元（规定一家企业可开通用户数50人，超过50人每人每月加1元的使用费）。企业1、企业2、企业3、企业4、企业5、企业6等都是在正式要求之外的，所以满足他们要另加收费用。当然我们有具体的收费标准。
企业1的数据要独立存放，这时我们给他新建数据库，数据库命名规则为STS加企业号，如企业1的企业号为000001,则其数据库为STS_000001。
企业2要求他的数据放在自己的数据服务器上，他们已经有了SQLServer数据库系统并远程网络可访问到。我们的平台通过远程控制在其上采用SQLServer的数据恢复工具创建STS数据库及建立所有表并记录下来，数据库命名如企业1规则一样;
企业3要求日志数据加密，我们在STS系统的日志模块里有这个功能，我们采用的是MD5加密技术。这时平台只对所要加密的企业及模块发出通知就可。
企业4要求访问速度要快，我们是否通过虚拟专线来加速访问呢？
企业5是集团性企业，我们可以通过SQLServer提供的数据复制技术解决数据同步问题。
企业6等要求是我们平台早考虑到的，我们规定所有满足我们平台的业务系统必须严格按照三层模式开发，即数据访问层、业务逻辑层、用户界面层，同时数据传递格式都采用XML格式。数据访问层、业务逻辑层是与终端设备无关的，我们可统一开发，对于应用系统是用在PDA上还是电脑上，事实我们只要就不同设备开发出对应的用户界面就可以，这仅仅是界面表示罢了。并且XML都满足这些设备的标准。
当然，安全保障上我们是要下了力度的，我们主要从安全基础设施、业务应用系统安全、安全管理保障体系三个方面保障用户的需求的，这些是可以满足用户的要求。
我们的服务器是24小时不间断运转，提供24小时供电电源。并采用双机备份系统，一旦有台系统出问题，系统就自动切换到另外一台上去继续运行，对用户完全是透明的。
有了上面的分析我们可以进一步把问题归纳整理。
我们就完成这个应用按先后顺序把平台要做的事一一列出。
1.提供业务系统注册
2.提供企业注册申请，业务开通
3.提供企业内部用户业务权限分配
4.用户登录访问
5.提供用户填写日志
我们要满足以上用户要求，保障系统正常运行平台所要做的是：
1.安全保障
2.数据存储
3.数据同步
4.设备接入
5.服务器不间断
6.分流
7.计费
场景应用--数据模拟
表2 数据模拟
企业注册界面
图7 企业注册界面
用例图
图8 用例图
层次关系图
图9 层次关系图
