IT应用架构技术标准
1.总则
1. 1目标
本业务应用架构技术标准,旨在建立统一内部应用架构体系,结合目前信息技术发 展趋势,规范业务系统架构规范、应用系统之间接口规范、云应用、移动应用建设规范; 在应用系统的安全管控方而,从认证体系、应用授权及访问控制、信息传输等方面给出 一些安全建设标准,提高信息系统的安全性。
本规范是、板块和各企业的应用建设标准指南,使IT应用建设从建设初期保证系 统架构的统一性,为IT建设的规模效应和协同效用奠定基础。
1.2范围
本规范适用于、板块及成员企业的应用建设。
以下将从应用选型总体原则、应用分层架构、应用集成、流程整合、应用云解决方 案、移动
应用、应用安全、应用服务器及中间件选型等方面具体阐述,旨在通过对概念 的解释和要求,规范、产业及下属成员企业的"应用,并通过此规范保证、产业及下 属成员在IT应用建设方面的规范性、统一性,并逐步壮大建设的规模性,从而产生协 同效用,提高IT建设的创新能力。
2.应用选型原则
2.1规划性建设,强调应用整合,应用不是越多越好
应用优先选择从公共资源中获取,针对个性化需求可在原有基础上适当优化,尽可 能避免程序性建设,保证原有平台功能的丰富;同时在应用建设上,强调应用整合,避 免信息孤岛。
2.2自建还是选择公有云资源
与企业战略资源相关的核心应用,必须自主建设:其他非核心应用,从成本节约化 角度出发,可租用外部公有云资源平台。
2. 3外购还是开发
优先选择业界成熟的应用平分,在没有成熟平台的基础上再考虑开发。优先选择有 成功经验的实施商。
2.4联合建设还是单体建设
从成本最优及规模优势,优先考虑使用公共资源联合建设。
2. 5系统扩展性
级、板块级应用必须支持多组织架构,支持标准化、模块化、可配置化。
3.应用分层设计
B/S架构的应用程序,从结构上必须清晰的分成表现层、业务逻辑层、数据访问层 (DAL)。
三层架构的模型如下图:
表示层 业务逻辑层
1)数据访问层:抽象对数据的增删改查,为业务逻辑层提供数据服务。要求被业务逻 辑层的反复引用,隐藏了数据操作的细品 能通过配置文件实现不同数据源\数据 库类型的改变。
2)业务逻辑层:每一个具体的业务需求或业务规则,要求封装在一个独立的程序逻辑 中,供表示层程序调用。为方便系统集成,实现跨平台、跨业务的其他系统的调用, 一般要求将业务逻辑程序发布成WebService服务。
3)表示层:即人机交互的界面程序设计。为提供友好的人机交互,表示层必须提供丰 富的展示交互控件,同时尽可能使用ajax减少程序页面数据抖动、刷新、跳转。 在表示层程序设计上,同时要求程序的智能化,特别是在业务审批程序上,要求提供 更多支持业务决策的信息,提供行动支持。
4.应用程序接口
应用程序对外服务接口必须包装成WebService,方便跨平台的应用之间相互调用, 接口数
据格式一般提供XML或Json两种格式,适应不同应用调用需求。
Json格式标准:
返回值 服务名(
[{参数名L参数值1,参数名2:参数值2,,参数名n:[参数值n的集合]}, {参数名1:参数值1,参数名2:参数值2,,参数名n:[参数值n的集 合]},…]
)
Json说明:
1){}代表对象:对象数据结构为(key: value, key: value,...}的键/值对的结构, key为对象的名称,value为对应的值,键/值对使用“:”(冒号)分隔,多个键 /值对之间使用”(逗号)分隔。
2)Value值可以包含任何数据类型,包括字符串、数值、布尔型、对象或者数组等。
3)□代表一个数组:数组成员可以包含任何数据类型,包括字符串、数值、布尔型、 对象或者数组等,数组成员之间使用“,”(逗号)分隔。
4)返回值:返回值也是Json对象。
5)Json格式非常灵活,对象可由任意的键/值对组合而成,从而支持任何复杂的数据 结构。
6)Json是轻量级的纯文本数据交换格式,更易于数据交换。
7)Json格式解析,在客户端解析Json对象时,可将Json对象赋值给JavaScript的 一个对象,可使用原生态JavaScript进行解析,也可使用一些API进行解析。服 务器端解析Json对象时,可借助服务器端语言Json相关API进行解析。 二进制数据数据传输说明:
当大文件传送时,首先把大文件转换成byte数组,然后调用webservice将byte 数组转换成文件。但是如果文件大小超过25M的时候会超时,所以将这个数组分批传输, 每一批都是一个20M的byte数组,然后把这些数组追加,最后形成一个完整的文件。
串行化技术说明:
串行化(Serialization),它是指将对象存储到介质(如文件、内存缓冲区等) 中或是以二进制方式通过网络传输。之后可以通过反串行化从这些连续的字节(byte) 数据重新构建一个与原始对象状态相同的对象。
5.流程整合
5. 1流程平台选型:目前推荐选用Ultimus、K2两个流程引擎平台。
5. 2流程平台必须具备的特性:
5.2.1流程定义
a)图形化流程编制
提供图形化拖拽式快速编制企业流程模块,并提供任务分配、集成表单 的参数配置。快速可视化流程定义和调整,实现与流程相关任务表单的 集成。
b)任务分配模式
支持串行、分支、并行、会审等运转模式,支持自由流,支持同步、异 步活动。
c)引入并应用岗位
岗位是流程授权及应用的核心元素,支持一人多岗,一岗多人。人员权 限是自动从岗位自然继承而来,从而职责更加明确。
d)支持工作组树
可根据需求定义工作组及成员,且支持工作组嵌套,即形成工作组 的树形结构的虚拟组织机构,并且拥有自己的岗位信息。
e)任务办理时限
对任务可灵活设置固定办理时限,或在业务提交时设置是否修改,或者 由用户自己决定是否设定办理时限。
5.2. 1流程仿真及分析
a) 流程仿真及模拟运行
支持流程的业务建模与模拟运行,使得业务分析人员可以从业务角度主导 的从零开始梳理建模业务流程,可进行流程的模拟运行验证,快速识别、 梳理与优化业务流程。
b)业务统计及绩效评价
支持工作量统计,反映一个部门、员工在指定时间段的工作情况,为量化 考核提供强有力的依据。
5.2. 3流程监控及用户交互
a)流程仿真及模拟运行
b)动态任务提醒机制
对业务办理情况随时进行监控跟踪,并根据情况进行督办催办。即时提供 业务计划、办理、达到、延时、督办催办信息,使用户随时掌握业务情况; 消息送达机制有邮件、短信、待办任务,并提供移动终端的解决方案。
c)流程信息的可追溯性
所有的流程信息都具有可追溯性,留有痕迹。从流程的发起,到流程的运 行、结束、归档,整个过程接受监督,可进行督办并支持自动催办。同时 所有操作均覆盖在职责(权限)的范围之内。
6.2. 4平台性能与扩展能力
a)支持分级管理
流程平台支持多组织架构的分级管理,实现管理协作。
b)版本控制
根据具体的业务需求,系统必须提供多版本的独立运行能力。
c)负载均衡及横向扩展能力
流程服务器是否支持负载均衡、分布式的流程部署等。
7.2. 5中国特流程的灵活支持
人机任务分配方法,必须具备:
a)系统建模时直接指派任务参与者
b)基于角的任务分配
如基于组织结构、岗位角的任务分配:
c)支持形式化语言进行任务分配。
任务分配机制,必须具备:
a)推机制
工作开始前确定承担者,可以由策略确定、也可以由任务委派。
b)拉机制
流程引擎将需分配任务显示给符合条件的用户,由用户自主选择分配任 务。
任务审批方式:
a)串行审批
同一任务节点,可将任务委派给一人或多人;当委派给多人时,可设置串 行。审批模式。
b)并行审批
同一任务节点,可将任务委派给一人或多人;当委派给多人时,可设置并 行审批模式,审批中审批意见是否互阅等。
流程与表单关联方式
1)手工触发机制下的关联
2)自动机制下的触发关联
自动触发机制,可以通过主流程动态触发子流程,也可以是基于动态事件 的触发机制。
8.应用云标准
企业业务应用建设,逐步向私有云和共有云应用建设靠拢。与企业战略资
源相关的核心应用,企业必须自主建设;其他应用可相用外部公共资源。企业应必须 具备如下特点:
1)用户自行租用,由租户自行授权管理内部应用
用户可自行申请并注册临时用户及试用,应用管理权限由租户独立授权及管 理,授予完全是系统自动化处理:同时租户管理员可独立配置企业内部使用的用户。 2)离线应用
考虑到用户出差及临时不能链接网络,应用云提供用户离线的访问策略,将应 用及数据下载到客户端本地,方便用户离线操作,网络正常链接后即实现数据同步。 3)用户界面的局部个性化
允许不同的用户,针对个性界面进行适当的独立配置,如增加用户关注的一些 独立属性,并提供该属性数据的维护支持。
4)支持WEB服务、应用服务、数据库服务的横向扩展
WEB层、应用服务层通过负载均衡器来实现负载。
数据库服务上,要求实现不同组织下用户的数据分库透明存储,减轻数据库服 务器的压力,实现数据库的横向扩展。
5)可按用户数、使用流量来进行计费
提供按租户用户数、使用的应用模块数、使用系统的数据访问流程,提供多种 组合方式的流量计费。
6)应用模块包的划分
基于业务需求对业务进行划分,提供基础包、高级扩展包,满足不同层级用户 针对性选择需求,按使用模块来进行计费。
7)支持多终端的移动办公
提供多终端的解决方案;如个人电脑、PAD、手机终端等多种介质及los、安 卓等多种操作系统的支持。
9.移动应用
与时间、任务紧密关联的应用,必须实现移动化:保证个人电脑、PAD、手机 移动设备,通过互联网、3G、Wifi等网络资源,访问企业内部应用。企业原有业 务系统,在不改变原有应用架构情况下,通过适当改造能为移动终端应用提供访问 入口或信息源。
1)个人电脑及平板电脑的移动解决方案
使用提供的Cisco VPN技术,通过在电脑上安装插件,不需对原有业务系统、 网络、服务设备做任何改造,可直接访问原有应用。
2)手机、Pad移动设备解决方案
json值的类型有哪些可选用原生、纯HTML5、混合三者开发模式。
移动应用平台的整体架构如下:
用户通过移动设备访问企业内部信息资源,首先将请求发送给移动应用平台, 由移动应用平台与企业内部应用进行信息交互。基于以上需求,对现有业务的改造: 将与移动应用有关的功能,发布成Web Service供应用平台调用。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论