saas公共服务平台架构及实现
【转】元数据驱动的SaaS架构如何设计?

【转】元数据驱动的SaaS架构如何设计?作为业务系统技术开发同学,⾯向当下:⾸先应该是快速搭建业务通路,让线上业务跑起来,快速试错,解决⽣存问题;第⼆步是在链路通了,业务基本跑起来的基础上如何⽀撑业务跑更快,解决快速增长问题;第三步,在完成⽀撑业务快速增长的基础上,要进⾏精细化提升,通过在⽀撑业务快跑间隙挤时间打磨系统功能和体验,踏踏实实花时间,抽象能⼒,沉淀产品,提升效能。
同时,我们也必须⾯向未来,如何在抽象能⼒以及沉淀了产品的基础上,如何把所承载和沉淀的业务能⼒快速输出,贡献给整个⾏业,抑或为整个社会商业⽣态提供基座⽀撑。
那么⾯向未来,将平台产品进⾏SAAS化升级真正将能⼒进⾏有价值开放输出是我们提前要布局的核⼼⽅向。
那么将平台产品进⾏SAAS输出,需要解决那些问题呢?这⾥尝试把核⼼问题列举⼀下:1. 如何根据不同⽤户需求进⾏计算能⼒按需调度分配?(IAAS/PAAS)2. 如何满⾜⽤户数据安全性要求,严格隔离不同⽤户的数据,使⽤户只能看到⾃⼰的数据?(PAAS)3. 如何⽀持不同⽤户在标准的数据对象/数据模型上按需添加定义⾃定义的数据对象/扩展模型?(PAAS & SAAS)4. 如何按照不同⽤户进⾏按需功能搭配组合,满⾜不同⽤户从基础到专业级不同业务场景需求?(SAAS)5. 如何统⼀对平台产品进⾏升级⽽不影响⽤户已有数据及功能?(IAAS、PAAS、SAAS)通过以上问题,我们可以看出产品SAAS化输出的关键是如何对不同的⽤户通过标准+扩展能⼒按需进⾏算⼒、数据、安全、功能有效定制,⽀持多⽤户共性和个性的问题,也暨多租户的问题,同时也涉及到计费和服务⽔平等相关问题。
我们下⾯来聊下上述问题的解题关键和解题思路1. 第1个算⼒的问题核⼼是调度问题,弹性计算提供在IAAS层的统⼀算⼒调度能⼒,⽽Serverless则可以在PAAS层提供更⾼层次的算⼒调度能⼒。
2. 第4个问题的核⼼是业务流程的抽象和业务功能的拆分,领域驱动的设计以及服务化(微服务)在平台功能抽象拆分提供了相对成熟的思路,催化了以纵向业务功能细分作为域划分的依据的服务化⽅案以及组织结构,主要诉求是在细分的业务功能服务基础上,能按需快速灵活的组合⽀撑不同的业务模式,提供业务敏捷性,⽀撑业务创新求变。
基于SaaS模式公共服务平台多用户数据结构的研究

2 0 年 第 2 期 08
计 算 机 系 统 应 用
基于 S 式公 共 服 务 平 台 多用 户 a S模 a 数 据 结 构 的 研 究
Th u t —t n n a a a c i c u e s u y b s d o h a S e m li— e a td t r h t t r t d a e n t e S a e m od l or h u l e v c l tor e e p b i s r ie p a f m f t c
企业 。
通过 I e t n me 提供的新的软件使用模式 , t 它消除 了企业 购买 、 构建与维护基础设施和应用程序 的需要 , 并通 过
2 Sa a S应 用 体 系结 构
首先 , 我们大致的介绍一下整个 sa a s应 用 的体 系 结 构 。s a a s的 特 点 ( 数据非本 地 ) 性质 ( 和 单一代 码库 , 多 应用实例 ) 决定 了元数据 管理服务和 安 全服务既是客户 的最 大关注 点 , 又是 平 台架构考 虑 的 重点 。普通 的 B S平 台 / 架构不能确保客户 数据的 安全性 , 也不 能满足 企业 业务 多样化 的要 求。为 此 我们采取如下系统体系结构 , 图 1 如 。 在此架构 中, 软件服 务供应 商在 负
关键 。 aS
1 引 言
S a ( owaea e i a S Sf r sas rc t v e软 件 即 服 务 ) 一 种 是
维护 由服务提 供商 负责 管理 , 服务 提供商 以租 赁 的形 式 向用户提供软件 的在线使 用。它能使 用户在任何 地 方, 只要能接入 Ient就 能方 便 的使 用软 件来 管 理 n re, t
一种基于SaaS模式的企业信息化服务平台架构

0 引言
在软件产业发展过程 中 , 软件应用模 式也是一直
处于进化 之中 , 目前 出现 了三种 模式并存 的状况 。第
基 于互 联 网应 用 的同 时 , 也有 选择 地 提供 软件 离 线
操作 和本地数 据存储 , 让用 户 随时 随地 都 可 以使用 其 租用 的软件 和服务 。
保 障 。高 性能操 作 系统 安装 在 必须 的集 群环 境下 , 为整个 数 据 中 心 提 供 高 性 能 的 虚 拟 化 技 术 保 障 。 S a 台是 一个非 常复杂 的软件 应用 承 载环 境 , aS平 不 可 能为每个应 用设 立独 立 的运行 环 境 、 数据 支 持环 境 和安全支 持环境 , 享 和分 配数 据 中 心资 源 才是 共
收稿 日期 :0 0 0 2 2 1 一1 —1
作者简 介: 朱周华( 95一 , , 1 7 )女 陕西蒲城人 , 西安科技 大学通信与信息工程学院讲师 ; 李 鹏 (9 5 ) 男 , 17 一 , 陕西汉 阴人 , 陕西 电子工业 研究院工程师。
Байду номын сангаас ・
4 ・ 4
西
安
邮
电 学
院
学
而 已实施 此模式 信息化 的 中小企业 基本满 意程度 以
上 的比例 超过 了 7 [ 。 0 3 ]
本文将针对中小企业信息化服务提供一种基于 Sa 模式的服务平台架构 , aS 并对其统一门户、 运营 计费、 安全保障体系 、 业务流程数据整合以及应用服 务 等子系统进 行详 细 的分 析 和描 述 , 在 文章 的最 并
种是传统的软件研发、 销售、 安装 、 使用、 维护和升 级模 式 ;99年 以后 , 19 随着 互 联 网的 发展 , S ( p A PA- pi t nSri rvdr模式 [ 被提 出 , 是 由于 网 lai ev eP ie) c o c o 】 ] 但
SAAS软件即服务模式应用开发和管理方案

SAAS软件即服务模式应用开发和管理方案第1章引言 (3)1.1 背景与意义 (3)1.2 研究目标与范围 (4)第2章 SAAS模式概述 (4)2.1 SAAS定义及特点 (4)2.1.1 定义 (4)2.1.2 特点 (4)2.2 SAAS模式的分类 (5)2.3 SAAS市场发展现状与趋势 (5)第3章应用需求分析 (5)3.1 用户需求调研 (6)3.1.1 用户类型及特点 (6)3.1.2 用户需求收集 (6)3.2 功能需求分析 (6)3.2.1 核心功能 (6)3.2.2 辅助功能 (6)3.3 非功能需求分析 (7)3.3.1 功能需求 (7)3.3.2 可用性需求 (7)3.3.3 安全性需求 (7)3.3.4 可维护性需求 (7)第4章系统架构设计 (7)4.1 总体架构设计 (7)4.1.1 系统分层 (7)4.1.2 模块划分 (8)4.1.3 接口定义 (8)4.2 技术选型与平台 (8)4.2.1 技术选型 (8)4.2.2 平台选择 (8)4.3 数据架构设计 (9)4.3.1 数据存储 (9)4.3.2 数据流转 (9)4.3.3 数据安全 (9)第5章应用开发 (9)5.1 开发环境与工具 (9)5.1.1 开发环境 (9)5.1.2 开发工具 (9)5.2 编码规范与质量控制 (10)5.2.1 编码规范 (10)5.2.2 质量控制 (10)5.3 关键技术与实现 (10)5.3.2 容器化部署 (11)5.3.3 自动化构建与部署 (11)5.3.4 数据库设计 (11)5.3.5 API接口设计 (11)5.3.6 安全性设计 (11)第6章服务部署与运维 (11)6.1 部署策略与方案 (11)6.1.1 部署目标与原则 (11)6.1.2 部署流程 (11)6.1.3 部署方式 (11)6.2 虚拟化与容器技术 (12)6.2.1 虚拟化技术 (12)6.2.2 容器技术 (12)6.3 监控与运维管理 (12)6.3.1 监控体系 (12)6.3.2 运维管理 (12)第7章数据安全与隐私保护 (12)7.1 数据安全策略 (13)7.1.1 数据分类与分级保护 (13)7.1.2 数据备份与恢复 (13)7.1.3 数据访问控制 (13)7.1.4 数据安全审计 (13)7.2 加密与认证技术 (13)7.2.1 数据传输加密 (13)7.2.2 数据存储加密 (13)7.2.3 用户认证技术 (13)7.2.4 密钥管理 (13)7.3 隐私保护与合规性 (13)7.3.1 隐私保护策略 (14)7.3.2 数据最小化原则 (14)7.3.3 用户隐私设置 (14)7.3.4 合规性遵循 (14)7.3.5 定期审计与评估 (14)第8章用户服务与支持 (14)8.1 客户关系管理 (14)8.1.1 建立客户数据库 (14)8.1.2 客户分级管理 (14)8.1.3 客户沟通与回访 (14)8.1.4 客户满意度调查 (14)8.2 售后服务与支持 (15)8.2.1 技术支持 (15)8.2.2 问题反馈与处理 (15)8.2.3 服务水平协议(SLA) (15)8.3 用户培训与指导 (15)8.3.1 培训内容规划 (15)8.3.2 培训方式与渠道 (15)8.3.3 培训效果评估 (15)8.3.4 持续用户支持 (15)第9章营销与推广策略 (15)9.1 市场定位与分析 (15)9.1.1 市场定位 (15)9.1.2 市场分析 (16)9.2 营销策略与渠道 (16)9.2.1 营销策略 (16)9.2.2 推广渠道 (16)9.3 合作伙伴关系 (16)9.3.1 选择合作伙伴 (16)9.3.2 合作模式 (17)第10章项目管理与风险控制 (17)10.1 项目进度与质量管理 (17)10.1.1 项目进度规划与监控 (17)10.1.2 质量保证体系的构建 (17)10.1.3 交付物验收与质量控制 (17)10.2 成本控制与预算管理 (17)10.2.1 成本预算的编制与执行 (17)10.2.2 成本优化策略 (17)10.2.3 预算变更管理 (17)10.3 风险识别与应对策略 (18)10.3.1 风险识别与评估 (18)10.3.2 风险应对措施制定 (18)10.3.3 风险监控与沟通 (18)10.3.4 风险管理持续优化 (18)第1章引言1.1 背景与意义信息技术的飞速发展,云计算技术逐渐成为企业信息技术应用的重要支撑。
基于SaaS模式的中小企业电子商务信息化服务平台架构

1 基于S a a S的 中小 企业 电子 商务信 息化 的优 势
相对于传统信息化实施方式 , 对 于中小企业 电子商务信息化而言, 基于 S a a S 的信 息化实施方式具有明显 的以下优势 :
于S a a S 模 式 的 中小 企 业 电子 商务 信 息 化服 务平 台 , 旨在 降低 中 小企 业 电子 商务 信 息化 中的 软件 选择 风 险 、 数据安全风险 、
技术风险。
关键词 : S a a S (  ̄ 件 即服 务) ; 中小 企业 ; 电子 商务 信 息化 ; 服务平台 中 图分 类 号 : T P 3 9 1 文 献标 识 码 : A 文章 编 号 : 1 0 0 9 - 3 0 4 4 ( 2 0 1 3 ) 1 3 - 3 2 1 0 - 0 2
目前 中同中小企业总数已 占全国企业总数 的9 9 %以上 , 创造的最终产 品和服务价值相当于国内生产总值 的6 0 %左右 。在 电子 商务时代 , 中小 企业 南于其资金 、 人才等局 限 , 如何低成本高效率 的实现电子商务信息化 已经成为广大 中小企业 迫切需要解决 的
问题 。
当前 中小企业 电子商务 信息化是提升企业竞争力 、 提高企业 收入的有力手段 。企业实施 电子商务信 息化传 统的方式是一 次
性支付软件许 可费 , 同时购买相关硬件 、 构建 网络通信系统等, 并且支付实施顾问等费用 。中小企业在 电子商务信息化方 面 力重 重 。S a a S ( 软件 即服务 ) 是一种完全创新 的软件应用模式 。它是一种通过 I n t e r n e t 提供 软件 的模式 , 用 户无需购买软件 , 而是 向提供
24个典型系统架构图产品逻辑图(可编辑)

用户运营
个人微信
机构公众号
微信社群
微信朋友圈
持续运营
增购复购
口碑传播
老带新裂变
公域流量
高质量私域流量
成交变现
高效管理
口碑提升
流量入口
转化裂变
教务教学管理
学生服务
转化留存
机构官网
营销裂变模版
线上营销活动
机构电子名片
线索信息获取
线索数据分析
线索维护跟进
线索状态变更
营销方案、模版
数据服务支持
海量精选课程
总部:系统准备、大型活动策划、日常活动策划门店员工:活动传播、答疑
总部:系统准备、裂变策划、召回策划门店员工:建立客户信任
运营引擎 为用户提供终端顾问式服务 打造融合营销闭环
流量导入
资产沉淀
促进转化
持续运营
公域(原生关注)
商域(推广广告)
内容
服务
社区
第0屏
全场景
联盟
线上
线下
乐划锁屏
小游戏
视频
智能短信
……
成果转化部
示范推广部
创新研究院
产业孵化器
众创空间
人才培养基地
学生实践基地
管理版块
业务板块
众创平台
教育平台
数字化合格评定研究
前沿建筑技术研究
智慧监管政策研究
资产金融化研究
……
中心主任
组织机制
产品功能矩阵
情境目标
用户视角
短广结构
娱乐化包装
视觉层面
内容力增强
逻辑层面
极致获得感
体感层面
预期效果
用短视频让更多用户感到价值
软件即服务(SaaS)业务发展及运营策略

软件即服务(SaaS)业务发展及运营策略第1章 SaaS行业概述 (5)1.1 SaaS市场现状分析 (5)1.2 SaaS行业的发展趋势 (5)1.3 SaaS业务模式解析 (5)第2章 SaaS产品设计与开发 (6)2.1 需求分析与产品规划 (6)2.1.1 市场调研 (6)2.1.2 用户需求挖掘 (6)2.1.3 竞争对手分析 (6)2.1.4 产品规划 (6)2.2 功能模块设计与实现 (6)2.2.1 功能模块划分 (7)2.2.2 功能模块设计 (7)2.2.3 功能模块实现 (7)2.3 用户体验与界面设计 (7)2.3.1 用户体验设计 (7)2.3.2 界面设计 (7)2.3.3 响应式设计 (7)2.4 技术选型与架构设计 (7)2.4.1 技术选型 (7)2.4.2 架构设计 (7)2.4.3 安全性设计 (7)第3章 SaaS市场营销策略 (7)3.1 市场定位与目标客户 (8)3.1.1 市场定位 (8)3.1.2 目标客户 (8)3.2 品牌建设与推广 (8)3.2.1 品牌建设 (8)3.2.2 品牌推广 (8)3.3 网络营销与渠道拓展 (9)3.3.1 网络营销 (9)3.3.2 渠道拓展 (9)3.4 内容营销与社交媒体 (9)3.4.1 内容营销 (9)3.4.2 社交媒体 (9)第四章 SaaS销售策略 (9)4.1 销售团队建设与管理 (9)1.1 招聘与选拔:招聘具备SaaS行业经验、熟悉目标市场及客户需求的销售人员,选拔具备较强学习能力和团队协作精神的人才。
(9)1.2 培训与发展:为新入职的销售人员进行产品知识、销售技巧和市场分析的培训,定期组织内部培训和外部学习,提升销售团队的专业素养。
(9)1.3 激励机制:设立合理的薪酬体系,结合基本工资、提成、奖金等多种激励手段,激发销售团队的积极性。
(10)1.4 团队协作:鼓励团队成员之间的沟通与协作,建立良好的团队氛围,提高整体销售效能。
智慧社区saas系统设计方案

智慧社区saas系统设计方案智慧社区SaaS系统设计方案背景介绍:随着城市化进程的不断加快,社区管理变得愈发复杂。
为了提高社区居民的居住体验和管理效率,智慧社区SaaS (Software as a Service)系统应运而生。
该系统基于云计算平台,通过各种传感器、设备和网络技术,将社区内的各项服务进行数字化和集成化管理,提供一站式解决方案。
系统整体架构:智慧社区SaaS系统采用分布式架构,由以下主要模块组成:前端界面、后端服务器、数据库管理系统、数据存储和分析模块以及网络接口。
1. 前端界面:前端界面通过Web应用程序实现,居民可以通过电脑或手机浏览器访问系统。
界面设计简洁明了,功能模块分类清晰,提供居民需要的各项服务,如物业管理、小区公告、社区活动报名等。
同时,通过交互式地图展示社区设施和服务位置,方便居民查询和导航。
2. 后端服务器:后端服务器是系统的核心,负责处理前端传递过来的请求,处理业务逻辑,并与数据库进行交互。
服务器需具备高并发和高可靠性的特性,以应对庞大的用户量和复杂的业务需求。
可以采用微服务架构,将系统按照不同的功能拆分成多个独立的服务进行部署和管理,提高系统的扩展性和可维护性。
3. 数据库管理系统:数据库管理系统负责存储和管理社区各类数据信息,如居民信息、小区设施、物业服务等。
选择合适的数据库系统,如关系型数据库或NoSQL数据库,以满足系统对数据的快速读写、查询和统计分析的需求。
4. 数据存储和分析模块:社区SaaS系统通过各种传感器和设备收集社区内的数据信息,如环境监测、楼宇设备运行状态、居民行为等。
数据存储和分析模块负责将这些原始数据进行处理、存储和分析,生成有价值的信息和报告,如环境指标报告、设备健康状况分析等。
可以使用大数据处理技术和人工智能算法,实现数据挖掘和智能决策支持。
5. 网络接口:网络接口负责前端和后端、外部服务之间的通信。
可以采用RESTful接口或SOAP协议等标准化接口进行数据传输和通信。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1. SaaS介绍1.1 SaaS概念SaaS是Software-as-a-service(软件即服务)简称,是随着互联网技术发展和应用软件成熟,而在21世纪开始兴起一种完全创新软件应用模式。
它是一种通过Internet提供软件模式,厂商将应用软件统一部署在自己服务器上,客户可以根据自己实际需求,通过互联网向厂商定购所需应用软件服务,按定购服务多少和时间长短向厂商支付费用,并通过互联网获得厂商提供服务。
用户不用再购买软件,而改用向提供商租用基于Web软件,来管理企业经营活动,且无需对软件进行维护,服务提供商会全权管理和维护软件,软件厂商在向客户提供互联网应用同时,也提供软件离线操作和本地数据存储,让用户随时随地都可以使用其定购软件和服务。
对于许多小型企业来说,SaaS是采用先进技术最好途径,它消除了企业购买、构建和维护基础设施和应用程序需要。
在这种模式下,客户不再像传统模式那样花费大量投资用于硬件、软件、人员,而只需要支出一定租赁服务费用,通过互联网便可以享受到相应硬件、软件和维护服务,享有软件使用权和不断升级,这是网络应用最具效益营运模式。
1.2 SaaS 专用名词1.多重租赁(Multi-tenancy)SaaS"多重租赁"概念就是,多个公司将其数据和业务流程托管存放在SaaS服务商同一服务器组上,相当于服务商将一套在线软件同时出租给多个公司,每个公司只能看到自己数据,由服务商来维护这些数据和软件。
也就是说,多个公司登录到同一网站,但登录后看到界面和数据,不同公司大不相同。
2.单点登录(Single sign-on)这个概念应用在SaaS上,就是指把多个不同在线应用软件服务搭建成为一种新型整合服务。
用户通常只需要登录一次就可以使用集成好应用软件组合。
3.基础架构平台(Platform infrastructure)有时候SaaS拥护者希望出现一种基础架构平台来推动SaaS更好地发展。
这是因为首先得有一个平台来支撑SaaS软件应用程序运行,如今最著名是国外Salesforce 公司APP Exchange平台,国内800CRM800APP Native平台与Salesforce兼容。
4. SaaS(软件作为服务)厉害SaaS销售代表直接用SaaS就能解决你所有管理软件问题。
比起其它软件,SaaS软件更便宜,灵活性更强,能省掉更多麻烦。
5 SaaS成熟度模型(SaaS Maturity Model)(1)Level1:定制开发这是最初级成熟度模型,其定义为Ad Hoc/Custom,即特定/定制,对于最初级成熟度模型,技术架构上跟传统项目型软件开发或者软件外包没什么区别,按照客户需求来定制一个版本,每个客户软件都有一份独立代码。
不同客户软件之间只可以共享和重用少量可重用组件,库以及开发人员经验。
最初级SaaS应用成熟度模型与传统模式最大差别在于商业模式,即软硬件以及相应维护职责由SaaS服务商负责,而软件使用者只需按照时间,用户数,空间等逐步支付软件租赁使用费用即可。
(2)Level2:可配置第二级成熟度模型相对于最初级成熟度模型,增加了可配置性,可以通过不同配置来满足不同客户需求,而不需要为每个客户进行特定定制,以降低定制开发成本。
但在第二级成熟度模型中,软件部署架构没有发生太大变化,依然是为每个客户独立部署一个运行实例。
只是每个运行实例运行是同一个代码,通过配置不同来满足不同客户个性化需求。
(3)Level3:高性能多租户架构在应用架构上,第一级和第二级成熟度模型与传统软件没有多大差别,只是在商业模式上符合SaaS定义。
多租户单实例应用架构才是通常真正意义上SaaS应用架构,即Multi-Tenant架构。
多租户单实例应用架构可以有效地降低SaaS应用硬件及运行维护成本,最大化地发挥SaaS应用规模效应。
要实现Multi-Tenant架构关键是通过一定策略来保证不同租户间数据隔离,确保不同租户既能共享同一个应用运行实例,又能为用户提供独立应用体验和数据空间。
(4)Level4:可伸缩性多租户架构在实现了多租户但单实例应用架构之后,随着租户数量逐渐增加,集中式数据库性能就将成为整个SaaS应用性能瓶颈。
因此,在用户数大量增加情况下,无须更改应用架构,而仅需简单增加硬件设备数量,就可以支持应用规模增长。
不管用户多少,都能像单用户一样方便地实施应用修改。
这就是第四级也是最高级别SaaS成熟度模型所要致力解决问题。
5.独立软件开发者(ISV)开发软件个人或者公司,ISV通过平台来出售自己软件6.软件入口ISV出售软件时,提供给用户使用接口,即ISV开发软件进入网址。
7.创建子版本ISV根据软件功能,版软件分成几个不同子版本,用户可以根据所需运用购买不同版本,其工作有isv完成8.租户购买了软件个人或者公司。
9.注册序列号isv注册软件时获得序列号,是isv软件唯一不可变更序列号,可不计入数据库,单必须保存在isv软件配置文件中。
10.免登陆由平台跳到isv软件时,不需进行再登陆,isv软件根据传过来用户信息,直接初始化用户信息。
11.Token身份验证令牌,在saas平台跳到isv软件时使用,用于验证跳转用户合法性。
Token动态生成,为了安全,其生命长度只有10-20秒。
12免登入接口由平台提供一组验证程序,修改其中注册序列号后绑定到isv软件,以实现用户免登入。
13.参与软件不是自己购买开发软件,而是由别人购买并添加,其所有软件显示为参与软件。
14.AssP软件互联平台,在这既SaaS平台2.SaaS平台功能2.1软件注册2.1.1 业务流程图图1 软件注册流程图2.1.2业务详细说明用户先注册一个平台帐号,登录后,点击我软件(即开发软件)进入,后点击注册软件,填写相关信息,提交成功后,会产生一个软件注册序列号,此序列号为核对客户软件凭证。
最后还需通过平台管理员审核,该软件才会出现在软件商城中,才可供平台用户购买。
2.1.3功能描述注册软件主要是用于给想在该平台上出售软件第三方客户(软件提供商)提供软件入口,同时填写软件相关详细信息,图片,类别等。
注意:注册软件时需要客户填写软件入口,即客户所提供软件发布网址,当平台上客户购买了软件后,点击进入使用时,将通过该软件入口进入软件。
2.1.4用例图图2软件审核用例图图3注册软件用例图2.2.1业务流程图图4软件编辑流程图2.2.2业务详细说明软件注册成功并通过审核后,即可在我软件(开发软件)中查看,编辑或删除该软件信息,同时还可为软件进行版本分类,可创建,查看,删除子版本。
2.2.3功能描述在我软件中可查看,编辑,删除该软件信息,同时还可为软件进行版本分类,可创建,查看,删除子版本。
2.2.4用例图图5软件编辑用例图2.3.1业务流程图图6软件购买流程图2.3.2业务详细说明用户在软件商城可查看所有平台已通过审核软件,若用户已登录并未购买过该软件,则可点击购买进行购买软件;点击查看详细信息,可查看软件详细信息,点击购买可进行购买(前提是用户已登录并未购买过该软件),若此用户已购买过该软件则会提示已购买并跳到购买软件页面,用户可点击进入使用,若此用户未登录,则提示请先注册并登录。
添加用户:若租户购买授权个数大于1,则可添加其他用户使用软件,添加用户有两种方式:1.若用户已存在,即添加已在平台上注册用户,则可通过注册时填写电子邮件地址进行查找,并添加,添加成功后,对方即可在参与软件中使用该软件。
2.若用户不存在,即添加还未在平台上注册用户,则可通过创建新用户来进行添加,并把创建信息告知对方,对方即可在参与软件中使用该软件。
若不在想让某用户使用该软件,可通过删除操作来删除。
续费:租户可根据仅追加使用授权个数,仅追加购买授权期限或同时追加个数和权限来进行续费2.3.3功能描述软件商城显示所有注册了并通过审核软件,平台上已注册并登录用户充值后可选择相应软件根据授权个数和授权时间进行购买。
购买成功后即可在购买软件中查看并使用,同时还可进行续费,添加用户等操作。
添加用户用于租户添加自己所购买软件使用人员,也可根据需要进行删除。
注意:授权个数即可使用该软件人数,客户购买了软件后即成为租户,租户可通过添加用户操作添加用户。
授权时间即该软件可使用时间,若租户想增加授权个数或增加授权人数,即可通过续费来完成。
2.3.4用例图图7软件购买用例图2.4参与软件2.4.1业务流程图无业务流程图。
2.4.2业务详细说明通过软件购买中添加用户可添加用户,成功后,用户点击参加软件中相应软件进入使用,可使用包括自己购买和通过其他租户添加进去使用软件2.4.3功能描述参加软件中显示用户可使用软件列表,包括自己购买和通过其他租户添加进去使用软件2.4.4用例图图8参与软件用例图2.5账户与个人信息2.5.1业务流程图无业务流程图。
2.5.2业务详细说明用户可根据需要查看余额,进行充值,查看个人信息,修改密码等2.5.3功能描述帐户与个人信息可查看用户余额,可进行充值,查看个人信息,修改密码等操作2.5.4用例图图9帐户与个人信息用例图02.6 SaaS平台免登陆接口2.6.1业务流程图图1-6-1 免登陆接口处理流程2.6.2业务详细说明用户请求访问购买SaaS软件:用户请求使用用户购买SaaS软件时,平台会将用户ID(User_ID), 软件ID(Application_ID), 购买此软件租户ID(Renter_ID), 防止重传Token 这4个参数传值提供软件提供商提供网址。
同时将此时生成Token序列和时间与访问用户id,软件id一起保存在数据库里,Token有效时间理应当设为10秒到20秒左右。
SaaS软件访问CheckLogin.aspx 调用免登陆接口:SaaS软件在注册时候会获得一个独有软件序列号,软件提供商在软件开始运行代码中加入请求,访问平台判断此用户和本软件是否是合法软件和用户,SaaS软件应该将软件序列号,时间戳(系统当前时间),请求接口名,与传送过来四个值用md5加密生成一个新sipsign值,再把sipsign,时间戳,请求接口名和传送过来四个值传给平台CheckLogin.aspx 页面请求调用免登陆接口。
(如图1-6-2 和图1-6-3)图1-6-2 sipsign验证生成图1-6-3 请求接口URL判断请求接口名称:请求接口理应当分为很多类型,所以在处理页面上应当做分类处理,当然目前只实现免登陆接口,但为了以后扩展这种业务流程上判断不能少(接口名称命名规则建议为:公司名.模块名.功能名,这样可以用split做分类操作)。
如果不存在此名称接口,则返回一个错误信息。
获取请求数据:根据接口类型不同,获取不同名称数据参数。