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模式公共服务平台多用户数据结构的研究
２ ０ 年 第 ２ 期 ０８
计 算 机 系 统 应 用
基于 Ｓ 式公 共 服 务 平 台 多用 户 ａ Ｓ模 ａ 数 据 结 构 的 研 究
Ｔｈ ｕ ｔ —ｔ ｎ ｎ ａ ａ ａ ｃ ｉ ｃ ｕ ｅ ｓ ｕ ｙ ｂ ｓ ｄ ｏ ｈ ａ Ｓ ｅ ｍ ｌｉ— ｅ ａ ｔｄ ｔ ｒ ｈ ｔ ｔ ｒ ｔ ｄ ａ ｅ ｎ ｔ ｅ Ｓ ａ ｅ ｍ ｏｄ ｌ ｏｒ ｈ ｕ ｌ ｅ ｖ ｃ ｌ ｔｏｒ ｅ ｅ ｐ ｂ ｉ ｓ ｒ ｉｅ ｐ ａ ｆ ｍ ｆ ｔ ｃ
企业 。
通过 Ｉ ｅ ｔ ｎ ｍｅ 提供的新的软件使用模式 ， ｔ 它消除 了企业 购买 、 构建与维护基础设施和应用程序 的需要 ， 并通 过
２ Ｓａ ａ Ｓ应 用 体 系结 构
首先 ， 我们大致的介绍一下整个 ｓａ ａ ｓ应 用 的体 系 结 构 。ｓ ａ ａ ｓ的 特 点 （ 数据非本 地 ） 性质 （ 和 单一代 码库 ， 多 应用实例 ） 决定 了元数据 管理服务和 安 全服务既是客户 的最 大关注 点 ， 又是 平 台架构考 虑 的 重点 。普通 的 Ｂ Ｓ平 台 ／ 架构不能确保客户 数据的 安全性 ， 也不 能满足 企业 业务 多样化 的要 求。为 此 我们采取如下系统体系结构 ， 图 １ 如 。 在此架构 中， 软件服 务供应 商在 负
关键 。 ａＳ
１ 引 言
Ｓ ａ （ ｏｗａｅａ ｅ ｉ ａ Ｓ Ｓｆ ｒ ｓａｓ ｒｃ ｔ ｖ ｅ软 件 即 服 务 ） 一 种 是
维护 由服务提 供商 负责 管理 ， 服务 提供商 以租 赁 的形 式 向用户提供软件 的在线使 用。它能使 用户在任何 地 方， 只要能接入 Ｉｅｎｔ就 能方 便 的使 用软 件来 管 理 ｎ ｒｅ， ｔ
一种基于SaaS模式的企业信息化服务平台架构
０ 引言
在软件产业发展过程 中 ， 软件应用模 式也是一直
处于进化 之中 ， 目前 出现 了三种 模式并存 的状况 。第
基 于互 联 网应 用 的同 时 ， 也有 选择 地 提供 软件 离 线
操作 和本地数 据存储 ， 让用 户 随时 随地 都 可 以使用 其 租用 的软件 和服务 。
保 障 。高 性能操 作 系统 安装 在 必须 的集 群环 境下 ， 为整个 数 据 中 心 提 供 高 性 能 的 虚 拟 化 技 术 保 障 。 Ｓ ａ 台是 一个非 常复杂 的软件 应用 承 载环 境 ， ａＳ平 不 可 能为每个应 用设 立独 立 的运行 环 境 、 数据 支 持环 境 和安全支 持环境 ， 享 和分 配数 据 中 心资 源 才是 共
收稿 日期 ：０ ０ ０ ２ ２ １ 一１ —１
作者简 介： 朱周华（ ９５一 ， ， １ ７ ）女 陕西蒲城人 ， 西安科技 大学通信与信息工程学院讲师 ； 李 鹏 （９ ５ ） 男 ， １７ 一 ， 陕西汉 阴人 ， 陕西 电子工业 研究院工程师。
Байду номын сангаас ・
４ ・ ４
西
安
邮
电 学
院
学
而 已实施 此模式 信息化 的 中小企业 基本满 意程度 以
上 的比例 超过 了 ７ ［ 。 ０ ３ ］
本文将针对中小企业信息化服务提供一种基于 Ｓａ 模式的服务平台架构 ， ａＳ 并对其统一门户、 运营 计费、 安全保障体系 、 业务流程数据整合以及应用服 务 等子系统进 行详 细 的分 析 和描 述 ， 在 文章 的最 并
种是传统的软件研发、 销售、 安装 、 使用、 维护和升 级模 式 ；９９年 以后 ， １９ 随着 互 联 网的 发展 ， Ｓ （ ｐ Ａ ＰＡ－ ｐｉ ｔ ｎＳｒｉ ｒｖｄｒ模式 ［ 被提 出 ， 是 由于 网 ｌａｉ ｅｖ ｅＰ ｉｅ） ｃ ｏ ｃ ｏ 】 ］ 但
SaaS层简介
1、基础工具1.1 人脸识别1.2 身份证识别1.3 护照识别1.4 车牌识别1.7 可视化服务2、赋能工具集2.1 视频分析工具集2.2 深度档案工具集2.3 智能情报工具集3、业务实战应用3.1 情指勤舆督一体化应用3.2 一体化动态管控系统一体化动态管控系统实现对重点对象（全国重点人员、本地重点人员、重点车辆、重点场所）的精细化管控。
以建立重点对象目标库为基础，通过各警种提供的模型算法及掌握的对象现实表现状况、危害程度，实现重点对象分级分类管控。
充同时分利用大数据平台及各级公安机关所掌握的、大量各个人员活动环节的动态信息资源，以信息碰撞比对和轨迹分析为主要手段，及时挖掘发现重点人员的活动信息，根据模型计算产生预警信息，根据警种需求，实施抓捕、经营、处置、社区管控等措施，并针对预警信息进行指令分发、签收、处置、反馈和考核，指挥业务工作。
总体形成“自动比对、精确预警、及时管控、督促考核”的动态管控机制，实现对重点对象的自动发现、自动预警、轨迹跟踪、动态管控，整体上达到“掌握现状、走明去向、来则预警、动知轨迹，全程掌握”的重点对象动态管控效果。
系统主要功能模块：重点对象目标库，即管控目标库。
汇集各警种、业务实战单位需要管控的对象，通过警种业务模型算法及现实危害程度，实施分级分类管控。
实时比对大数据平台归集的各类数据资源，根据配置的业务标签、模型算法，对重点对象进行积分管理，根据积分等级产生预警信息。
再根据分级分类处置规范分发预警，实施抓捕、经营、现场处置、社区管控等措施。
目标库对接省厅221重控平台，接入全国重点人员库，对接各业务警种系统（首先汇集各业务系统数据到大数据平台，再从大数据平台接入），接入各业务警种/业务实战单位的管控对象。
同时开放案件布控、批量布控、日常布控、关联布控功能，实现多途径的重点对象接入。
管控预警，管控预警模块是对目标库对象管控的主要过程。
包括目标对象分级分类、标签计算模型、积分计算模型、动态轨迹库、实时标签库、积分预警规则模型、预警级别管理、预警分发。
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模式的云计算平台设计与实现
基于SaaS模式的云计算平台设计与实现云计算是近年来快速发展的一项技术，它通过互联网将计算资源、存储和应用程序提供给用户。
SaaS（Software as a Service）是云计算的一种模式，指的是基于云平台的软件服务提供方式。
本文将讨论基于SaaS模式的云计算平台的设计与实现。
第一部分：平台设计1. 用户管理系统基于SaaS模式的云计算平台应该提供一个完善的用户管理系统。
该系统可以实现用户注册、登录和权限管理。
用户可以通过注册账号来使用云平台提供的各项服务。
权限管理可以根据用户角色划分不同的权限，确保用户只能访问其具备权限的资源和功能。
2. 资源管理系统云计算平台需要提供资源管理系统，用于管理各种计算资源。
资源管理系统应该包括服务器、存储、网络等资源的调度和监控功能。
通过资源管理系统，用户可以根据需求动态申请、配置和释放计算资源，以便更好地满足用户的需求。
3. 应用程序管理系统基于SaaS模式的云计算平台需要提供应用程序管理系统。
该系统可以帮助用户上传、部署和管理自己的应用程序。
用户可以将自己开发的应用程序部署到云平台上，并通过应用程序管理系统进行监控和管理。
这样用户无需担心硬件和系统环境的问题，只需要关注应用本身的开发和运作。
4. 安全性管理系统云计算平台的安全性非常重要。
基于SaaS模式的云计算平台应该提供完善的安全性管理系统。
该系统可以实现用户身份认证、数据加密和访问控制等安全功能。
用户的数据和隐私应该得到有效的保护，确保用户可以放心地使用云平台的各项服务。
第二部分：平台实现1. 技术选择基于SaaS模式的云计算平台的实现可以采用一些常见的技术。
例如，可以使用虚拟化技术将物理服务器划分为多个虚拟机，提供多租户的服务。
同时，可以使用容器化技术来管理应用程序的部署和运行，提高平台的弹性和可扩展性。
2. 平台架构基于SaaS模式的云计算平台的架构可以采用微服务架构。
将平台拆分为多个服务，每个服务负责不同的功能，通过服务之间的调用和协作来实现整个平台的功能。
基于SaaS模式的中小企业电子商务信息化服务平台架构
１ 基于Ｓ ａ ａ Ｓ的 中小 企业 电子 商务信 息化 的优 势
相对于传统信息化实施方式 ， 对 于中小企业 电子商务信息化而言， 基于 Ｓ ａ ａ Ｓ 的信 息化实施方式具有明显 的以下优势 ：
于Ｓ ａ ａ Ｓ 模 式 的 中小 企 业 电子 商务 信 息 化服 务平 台 ， 旨在 降低 中 小企 业 电子 商务 信 息化 中的 软件 选择 风 险 、 数据安全风险 、
技术风险。
关键词 ： Ｓ ａ ａ Ｓ （ ￣ 件 即服 务） ； 中小 企业 ； 电子 商务 信 息化 ； 服务平台 中 图分 类 号 ： Ｔ Ｐ ３ ９ １ 文 献标 识 码 ： Ａ 文章 编 号 ： １ ０ ０ ９ － ３ ０ ４ ４ （ ２ ０ １ ３ ） １ ３ － ３ ２ １ ０ － ０ ２
目前 中同中小企业总数已 占全国企业总数 的９ ９ ％以上 ， 创造的最终产 品和服务价值相当于国内生产总值 的６ ０ ％左右 。在 电子 商务时代 ， 中小 企业 南于其资金 、 人才等局 限 ， 如何低成本高效率 的实现电子商务信息化 已经成为广大 中小企业 迫切需要解决 的
问题 。
当前 中小企业 电子商务 信息化是提升企业竞争力 、 提高企业 收入的有力手段 。企业实施 电子商务信 息化传 统的方式是一 次
性支付软件许 可费 ， 同时购买相关硬件 、 构建 网络通信系统等， 并且支付实施顾问等费用 。中小企业在 电子商务信息化方 面 力重 重 。Ｓ ａ ａ Ｓ （ 软件 即服务 ） 是一种完全创新 的软件应用模式 。它是一种通过 Ｉ ｎ ｔ ｅ ｒ ｎ ｅ ｔ 提供 软件 的模式 ， 用 户无需购买软件 ， 而是 向提供
智慧社区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)。
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平台，国内800CRM的800APP Native的平台与Salesforce兼容。
4. SaaS(软件作为服务)厉害的SaaS销售代表直截了当用SaaS就能解决你所有治理软件咨询题。
比起其它软件，SaaS软件更廉价，灵活性更强，能省掉更多的苦恼。
5 SaaS成熟度模型（SaaS Maturity Model）(1)Level1：定制开发这是最初级的成熟度模型，其定义为Ad Hoc/Custom，即特定的/定制的，关于最初级的成熟度模型，技术架构上跟传统的项目型软件开发或者软件外包没什么区不，按照客户的需求来定制一个版本，每个客户的软件都有一份独立的代码。
不同的客户软件之间只能够共享和重用的少量的可重用组件，库以及开发人员的体会。
最初级的SaaS应用成熟度模型与传统模式的最大差不在于商业模式，即软硬件以及相应的爱护职责由SaaS服务商负责，而软件使用者只需按照时刻，用户数，空间等逐步支付软件租赁使用费用即可。
(2)Level2：可配置第二级成熟度模型相关于最初级的成熟度模型，增加了可配置性，能够通过不同的配置来满足不同客户的需求，而不需要为每个客户进行特定定制，以降低定制开发的成本。
但在第二级成熟度模型中，软件的部署架构没有发生太大的变化，依旧是为每个客户独立部署一个运行实例。
只是每个运行实例运行的是同一个代码，通过配置的不同来满足不同客户的个性化需求。
(3)Level3：高性能的多租户架构(4)Level4：可伸缩性的多租户架构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做分类操作）。
假如不存在此名称的接口，则返回一个错误信息。
猎取要求的数据：依照接口类型的不同，猎取不同名称的数据参数。
假如猎取的某一个数据参数为空，则返回一个错误信息。
判定是否重传：依照传送过来的Token序列号和用户id，从数据库读出相应的Token记录，并比较Token中的时刻与平台上的当前时刻是否超出了Token防重传的时刻限制。
假如超出了防重传的时刻限制，则返回一个错误信息。
假如依照Token从数据库读不出任何数据，也返回一个错误信息。
Token存取的流程如图1-6-4:图1-6-4 Token存取流程判定参数的合法性：依照传送过来的参数，和平台从数据库读出相应的软件序列号重新做一次sipsign 的运算，再将运算结果和SaaS软件传送过来的值做比较，假如相同则合法，假如不相同则返回一个错误信息。