蓝晓OA系统技术架构介绍

1 18 上海蓝晓软件有限公司上海蓝晓软件有限公司 系统技术架构介绍系统技术架构介绍 上海蓝晓软件有限公司上海蓝晓软件有限公司 版权声明 本文档版权属上海蓝晓软件有限公司所有 未经许可 任何单位 个人不得以任何方式复制 抄袭本文档的部分或全部内容 未经许可 任何单位 个人不得以任何方式复制 抄袭本文档的部分或全部内容 2 18 目录目录 1 开发语言 3 2 逻辑架构 3 2 1 三层架构说明 3 2 2 平台集成了多个应用配置工具 4 3 逻辑结构 4 4 技术特点 8 4 1 跨平台 8 4 2 支持多浏览器 9 4 3 支持移动 OA 9 4 4 日常应用维护 9 4 5 二次开发 10 4 6 底层升级平滑 10 4 7 数据关联 10 4 8 集成和数据接口 11 5 物理架构 11 5 1 系统文件存储位置 11 5 2 数据库 13 5 3 数据存储 14 3 18 5 4 底层配置数据库 14 5 5 重要 JS CSS 文件说明 15 4 18 1 开发语言 系统采用纯 B S 架构 技术上 在服务器端 以 IBM Domino 平台为主 使用 LotusScript 和 java 语言 在客户端 使用标准的 html javascript xml 为了减少服务端的压力和提高用户 体验感 加入了 Ajax 框架 2 逻辑架构 从总体上分为三层架构 2 1 三层架构说明三层架构说明 最上层的是表现层 5 18 在这一层上 用户可以使用多种不同的访问方式 进入每个用户独立个性化的 我的 工作台 并可进入系统的各个门户 在移动终端工具上 不但提供了适合于小屏幕的 手机端访问 还能以与 PC 完全一致的最完整的界面显示 达到在客户端上的高度统 一 最下层的是平台底层 这是蓝晓 OA 的核心 DIY 平台 包含各类引擎 用来解析处理用户在中间层构建的 所有模块的功能配置 权限配置 数据逻辑定义等 中间层是逻辑应用层 整个系统几乎所有模块都是基于 DIY 平台 构建出来的 包含了所有模块的表单 流程 应用逻辑 用户可在未来自行开发 调整 增减应用模块 并构建复杂的业务 子系统 实现绝大部分的业务和数据处理需求 应用逻辑层和平台底层的分离 从技术上来看就是系统的核心代码和具体业务模块的 分离 每个业务模块框架都是一样的 各模块所需的不同功能 表单 流程 视图等 用户能看到的所有数据界面都由用户自行配置出来 体现了每个模块的业务的不同 这个特点保证了全系统的统一 稳定 可扩展 并在将来能平滑升级 由于所有的模块都是基于同一平台构建的 因此无论在操作习惯 用户使用界面上都 保持完全一致 保证了界面统一 操作简单 用户只要熟悉了一个模块 就会使用其 他所有模块了 2 2 平台集成了多个应用配置工具平台集成了多个应用配置工具 系统提供了多个实用化的工具 而这些工具也都是在浏览器上操作的 无需安装任何 控件和代码开发 6 18 3 逻辑结构 所有的数据都存储在每个 nsf 数据库文件里 因此访问任何一个页面都是在访问 nsf 数据库 用户在访问任何数据时 系统都会调用系统底层的 权限处理引擎 过滤出仅他有权 限访问的数据 下面以用户登录系统开始 发起一个费用报销 feeapply nsf 为例 详细描述系统 对数据逻辑的处理过程 1 用户登录后 进入系统首页 webpage nsf 系统的首页数据逻辑过程如下 a 首先到菜单配置库 menucfg nsf 里提取他所使用的菜单配置信息 在页面 上展现菜单 b 查找门户配置 common portalcfg nsf 里的 我的工作台 的配置信息 c 调用系统底层的 权限处理引擎 根据用户的权限到各模块里收集他能看到 的数据 并展现在页面上 如 待办事宜 common todo nsf 邮件 mail nsf 各栏目的已发布信息 infoissue nsf 7 18 2 用户从菜单进入 费用报销 模块 feeapply nsf 模块调取数据的逻辑过程 所有的模块都分为左右两边 左边是起草入口 在流程配置库 flowcfg nsf 配置 好的起草权限 和浏览的分类导航 配置在 modulecfg nsf 里 右边是该用户 有权限看到的本模块里的费用报销记录 这些数据就在本数据库 feeapply nsf 里 如果他是普通用户 则显示的是他申请过的报销记录 如果他是领导 则 他能看到所有员工的报销记录 数据的展现内容由模块配置里定义要显示哪些内 容 例如 申请日期 申请人 报销金额 事由等 8 18 3 用户新建 费用报销单 系统自动完成如下数据逻辑过程 a 审批表的上半部分 系统调用 表单处理引擎 展现客户 DIY 好的 html 格式的表单 并解析出在表单配置里定义好的各类字段属性 默认值 关键 字 计算值等 显示在审批单的上半部分 b 审批表的下半部分 系统调用 流程处理引擎 到流程配置 flowcfg nsf 里 提取流程的节点信息 并分析出下一步可提交的节点 c 根据节点配置 用户只能在流程配置库 flowcfg nsf 的节点里规定的字段中 填写数据 如果需要选择其他相关模块的数据 如相关客户 相关项目 则 会启动数据交换引擎 查询到客户有权限看到的相关数据 提供给用户选择 选择完毕后 数据交换引擎会自动带入所需信息到页面对应字段中 d 选择下一处理节点 系统立即到 flowcfg nsf 里解析下一步的的具体人员范 围供用户选择 9 18 4 用户填写完毕后 提交业务数据 a 系统将当前页面的数据提交给服务器后台 交由 流程引擎 处理 b 流程引擎首先解析用户在 html 表单的各个字段里填写的数据 并生成到后 台数据库里 就在 feeapply nsf 本身 c 到流水号配置库 sncfg nsf 查找本模块已使用的流水号 为本审批数据生成 新的流水号 并将流水号记录在本库中 feeapply nsf d 按照流程配置库 flowcfg nsf 的下一节点的配置信息 修改本审批单数据的 各种流程状态 步骤 权限等 详细记录到流程控制的相关字段中 e 生成待办事宜 如有抄送知会的 就调用 邮件消息引擎 给用户发送邮件 或提醒消息 如果用户不是起草而是在审批 则系统还会自动处理该用户的 待办事宜数据 标记为 已完成 状态 f 最后全部处理完毕 提示用户操作成功 10 18 4 技术特点 4 1 跨平台 服务器端的操作系统支持 windows 和 linux 平台购买平台购买 Windows 平台 无需购买 Domino 软件 Linux 平台 该平台上的软件 Domino for linux 需要用户自行向 IBM 购买 Linux 平台上的缺陷平台上的缺陷 1 主要是由于用户常用的 office 软件无法再 linux 上运行 导致有以下功能的缺失或 兼容性比不上 windows 平台 excel 导入 导出通讯录到 excel 上传 office 文件 的在线转换 服务器磁盘文件上传 小秘书的聊天功能 附件批量下载等 2 由于 linux 应用客户少 不如 windows 平台已经有大量用户使用 所以在系统使 用的深度 广度上都不够 我们还需要额外的开发和调试 来保证系统的稳定性 3 但 linux 平台上 系统不会损失核心功能 主要是上面所列的和 office 有关的方便 性操作的功能 综上所述 我们推荐使用更为成熟稳定的 windows 平台 4 2 支持多浏览器 系统的所有功能技术都使用标准的 W3C 规范的 web 技术 所有的功能开发都是经过 了以下所列示的浏览器的检验 国际主流浏览器 微软 IE 谷歌 chrome 苹果 safari 火狐 firefox 欧朋 opera 等 国内由 IE 衍生出来的浏览器 360 浏览器 搜狗浏览器 QQ 浏览器等 但由于 这些衍生的浏览器被国内厂商做了部分的功能限制和修改 我们只能保证基本可 11 18 用 但不能保证 100 任何功能都支持 4 3 支持移动 OA 蓝晓 OA 支持苹果的 iphone ipad 以及所有 Android 操作系统的手机 所有移动终端 都采用浏览器访问 而非 app 方式 这保证了系统可以支持所有的移动终端 不会因为某 个操作系统的细分版本的不同造成了的差异 App 最大的优点是界面按固定的格式定制了 操作起来更人性化 但有 2 大缺点 只能展现定制好的部分数据 而无法完整展现所有的数据信息 有些业务表单非 常复杂 界面数据量也很多 就很难在 app 上展现 即使 app 能全部展示 也就 失去 app 的最大优点 简单易操作 系统不可能一成不变 一旦在服务器端调整了表单 数据结构 业务逻辑等 app 就得再次修改和升级 给维护带来很大工作量 而是用浏览器的方式 则完全无 需考虑这类维护工作量 4 4 日常应用维护 所有的日常维护都在 diy 层面上通过浏览器 不需要编写任何代码 也无需操作服务 器后台即可完成 对某个模块进行调整的时候 都不会影响用户使用系统的其他业务模块 一旦该模块 调整完毕后 用户立即就可以在该模块里使用了 4 5 二次开发 除了日常一般性的维护外 还提供了二次开发能力 分为 diy 层面的简易快速开发 占 95 和更深层次的技术开发 占 5 这两部分开发都有相应的 开发说明 文档 Diy 层面的简易快速开发 系统提供了许多可供编写代码扩展功能的接口位置 包括 底层函数的调用 制 作 html 表单 在 html 表单里编写 javascript 函数 在视图上编写过滤公式 在数 据交换里编写读取和更新的代码等 这种开发的特点是 快速实现 代码短小精悍 易编写 易维护 12 18 深层次的技术开发 这部分开发需要编写大量的代码 甚至要了解系统的代码结构 蓝晓 OA 全系统 的源代码除了少量核心底层代码外 其他几乎都是向用户开放的 这给有开发能 力的客户可以直接进行全功能的二次开发 而如果用户需要学习开发技术 可以 由蓝晓进行培训 4 6 底层升级平滑 由于系统采用了三层架构 平台的升级都是针对最底层的核心功能进行的 因此只要 核心底层不被修改 系统即可保持持续不断的平滑升级 而用户自行二次开发的模块和功 能也都不会受升级影响 功能可以完整保留 4 7 数据关联 采用独创的 数据交换 技术 实现不同业务模块之间的数据查询 过滤 提取 和 更新 并且都是在浏览器上简单配置即可完成 用户可在流程的具体节点 资料库的模块配置里设置多个读取和更新的数据交换配置 平台底层的数据处理引擎将分析这些配置 并按配置要求提取所需数据 或更新指定某个 13 18 应用模块的数据 4 8 集成和数据接口 系统可以与 windows AD 集成身份认证 并实现与其他系统的单点登录 在与第三方系统进行数据互访的数据接口上 系统采用了标准的 Web Service 接口 例如 1 在 OA 中起草审批单 能获取到第三方数据库的数据 呈现在 OA 审批单上 2 在 OA 审批流程结束时 审批单上的数据能直接写入到第三方数据库 或通过第三 方系统提供的 Web Service 接口写入数据库 3 第三方系统可以通过 OA 系统提供的各类 Web Service 接口 访问到 OA 系统里 的所有数据 5 物理架构 5 1 系统文件存储位置 系统的所有程序 数据库等存储位置如下 14 18 蓝晓 OA 系统是绿色安装的 所有文件都安装在一个目录下 并可安装在任意目录下 可方便地移动到其他目录或磁盘下 这就意味着备份和恢复也非常简单 备份时只要备份 安装目录即可 备份时无需停机 而恢复时 只要将安装目录恢复即可 整个系统的目录除了平台软件本身的各类 exe 文件外 主要分为程序目录 web 资 源文件目录 应用数据库目录和邮件目录 15 18 程序目录 即 ntf 目录下 这里都是系统的底层程序所在 Web 资源目录 即 Html 目录 主要是 js css 等各类资源文件 应用数据库目录 主目录从 weboa 开始 下面分为 common 目录 系统的公 共配置数据库 以及每个机构完全独立的一个目录 如果是单一架构 则只有一 个目录 如果是集团架构 则总部使用 zongbu 目录 各分支机构使用各自独立 的目录 如下图 在 web 上可以看到有多个机构 在数据存储上就分别对应的 有多个目录对应 邮件目录 即 mail 目录 这里存储的每个每个用户一个邮箱文件 5 2 数据库 所有数据存储在 IBM Domino 的数据库中 系统通过内置的数据接口可以读取或更新 其他数据库的数据 如 sql server oracle 16 18 5 3 数据存储 全系统的数据库文件名是 nsf 每个 nsf 文件代表一个数据库 每个数据库对应一个 模块 如果是集团型架构下 则每个目录下各有该机构的 nsf 数据库 所有的用户录入 上传的数据 包括表单 文件附件 图片等 都按所属模块 存储 在该模块对应的 nsf 数据库文件中 以费用报销模块为例 费用报销模块对应的数据库文件是 feeapply nsf 用户录入的 所有费用审批单数据 上传的附件 以及领导的审批意见等 全部存储在这个 feeapply nsf 数据库文件中 其他配置信息分别存储在各个系统底层的配置库里 17 18 5 4 底层配置数据库 除了应用模块的数据 就存储在该应用模块对应的数据库本身外 系统还有很多配置 信息 分别存储在不同位置 目录文件名用途 domcfg nsf登陆界面 如果要修改登录界面的架构 就需要 修改这个模块里面的 LoginUserForm 表单 oanames nsf通讯录 组织架构 包含帐号 部门 群组 岗 位等 data maintain nsf系统管理工具 用户注册 组织架构调整等等 weboawebpage nsf首页模块 登录 OA 之后显示的那个页面 Master nsf蓝晓产品授权模块 此模块没有 NTF 更新的时候 是直接替换更新 替换之前一定要先退出服务器 然后才可以替换 shouquan nsf工作流授权代理模块 路径 xmlselect nsf选择人员 部门 群组 岗位等对话框的模块 todo nsf待办事宜 已办事项模块 schedule nsf日程安排模块 winfreeinfo nsf蓝晓小秘书模块 Portalcfg nsf门户 我的工作台的配置信息 weboa common syscfg nsf系统配置模块 注 syscfg nsf 在 weboa zongbu 目录下也有一个 是属于每一个公司的配置模块 在更新之前需要 明确你拿到手的 syscfg nsf 是 common 目录的 还