基于流定制的数据库应用软件开发平台
应用集成开发平台的研发与应用

应用集成开发平台的研发与应用在当今信息化快速发展的时代,企业需要依靠信息技术来提升生产效率、降低成本、提高管理水平。
而应用集成开发平台(Application Integration Development Platform,简称AIDP)则成为了企业信息化建设中的重要工具。
本文将从AIDP的定义、特点、研发与应用等方面来进行探讨。
一、AIDP的定义及特点AIDP是指将不同的应用程序、服务、数据连接在一起的工具,作为一种开发框架,既能够加快数据整合的速度和准确性,又能够减少资源投入。
AIDP主要包括宏观服务总线(Enterprise Service Bus,简称ESB)和业务流程管理系统(Business Process Management System,简称BPMS)两个部分。
ESB是将企业内部或企业之间的不同应用程序、服务、设备等作为服务组件进行集成,其主要功能是实现应用程序之间数据传输、数据格式转换和连接。
而BPMS是基于业务流程模型开发和管理各种业务流程的系统,可以实现业务流程规划、监控、协调等功能。
AIDP的主要特点包括:1. 可扩展性AIDP可以集成多个不同的应用程序,为企业提供一个灵活、可扩展的开发环境,方便企业进行信息化建设。
2. 可重用性AIDP的组件可以被多个应用程序共享,有效地减少了重复开发,提高了开发效率和质量。
3. 可管理性AIDP的管理系统可以帮助企业管理、监控和优化所有的应用程序,方便企业进行统一管理和控制。
二、AIDP的研发与应用AIDP的研发和应用主要包括以下几个方面:1. 技术研究和开发AIDP的研发需要用到多种技术,如SOA、ESB、BPM、Web Services等。
因此,AIDP的研发需要具备相关的技术实力和团队协作能力,同时还需要与最新技术保持同步,以满足企业日益增长的需求。
2. 系统集成AIDP的应用需要对不同的系统进行集成,涉及到数据迁移、接口协调等技术,需要对数据进行加密、解密、格式转换等操作。
承元软件定制开发平台介绍

承元软件定制开发平台一、承元是软件定制开发平台简介承元软件定制开发平台是构建和支撑应用的软件基础平台,为一般应用系统提供权限认证、安全管理、资源管理、事务、数据管理、二次开发、系统集成等基础功能和服务。
一般的应用构建在平台之上,平台为应用提供基础的服务。
基于平台构建的应用系统拥有良好的集成性、扩展性,拥有更好的性能和安全。
构建在软件应用支撑平台上,使整个应用拥有更强的生命力,能够满足后续应用扩展和变化的需要。
承元软件定制开发平台包括资源管理(权限系统)、业务表单系统、工作流系统等三大基础平台。
1、资源管理平台软件应用系统中不管是OA、CRM、网站还是其他的业务系统,一般都会涉及到用户的管理、组织部门的管理、栏目及菜单的管理、权限的管理,这些是系统运行的基本保障。
资源管理是一个通用的应用支撑平台,对组织部门、用户、用户组、服务/栏目等各类资源进行统一的配置和管理,实现用户统一身份管理、统一身份认证、统一权限配置、统一访问控制,是应用软件系统通用的权限管理平台。
2、业务表单系统业务表单系统是一个无需编程,通过定制即可实现对不同数据的增加、修改、删除、查询、内容展示、数据统计等功能的快速定制开发平台。
可根据用户需求通过定制构建不同的业务系统如:车辆管理、人事管理、培训管理、网上申报数据的采集、数据的查询与展示、网上调查与统计等;也可以同工作流系统结合作为表单和数据的处理部分;或对已存在业务系统进行改造和功能扩充,如:用户原来存在一个应用系统,需要再原有系统的基础上添加新的功能。
业务表单系统是面向非开发人员的定制平台,对于使用者只需熟悉很简单数据库知识和网页制作技术;同正常的开发模式比较,可以节省开发实施时间,能够快速适应用户需求的变化,降低实施成本;通过平台定制生成的功能错误率低,用户业务需求发生变化时只需通过定制进行修改即可快速的响应变化。
3、工作流系统工作流系统是各工作流程(公文处理、业务审批、借款、请假、用车申请等)定义和运行平台。
大数据平台的软件有哪些

大数据平台的软件有哪些?查询引擎一、Phoenix 简介:这是一个Java 中间层,可以让开发者在Apache HBase上执行SQL查询。
Phoenix完全使用Java 编写,代码位于GitHub 上,并且提供了一个客户端可嵌入的JDBC 驱动。
Phoenix 查询引擎会将SQL 查询转换为一个或多个HBase scan,并编排执行以生成标准的JDBC 结果集。
直接使用HBase A PI 、协同处理器与自定义过滤器,对于简单查询来说,其性能量级是毫秒,对于百万级别的行数来说,其性能量级是秒。
Phoenix 最值得关注的一些特性有:?嵌入式的JDBC 驱动,实现了大部分的java.sql 接口, 包括元数据API?可以通过多部行键或是键/值单元对列进行建模?完善的查询支持,可以使用多个谓词以及优化的扫描键?DDL 支持:通过CREATE TABLE、DROP TABLE 及ALTER TABLE 来添加/删除列?版本化的模式仓库:当写入数据时,快照查询会使用恰当的模式?DML 支持:用于逐行插入的UPSERT VALUES、用于相同或不同表之间大量数据传输的UPSERT ?SELECT、用于删除行的DELETE?通过客户端的批处理实现的有限的事务支持?单表——还没有连接,同时二级索引也在开发当中?紧跟ANSI SQL 标准二、Stinger 简介:原叫Tez,下一代Hive,Hortonworks主导开发,运行在YARN 上的DAG 计算框架。
某些测试下, Stinger 能提升10倍左右的性能,同时会让Hive支持更多的SQL ,其主要优点包括:?让用户在Hadoop 获得更多的查询匹配。
其中包括类似OVER 的字句分析功能,支持WHERE 查询,让Hive 的样式系统更符合SQL 模型。
?优化了Hive 请求执行计划,优化后请求时间减少90% 。
改动了Hive 执行引擎,增加单Hive 任务的被秒处理记录数。
大规模数据流处理与分析平台设计与实现

大规模数据流处理与分析平台设计与实现随着互联网的快速发展和大数据技术的迅猛进步,大规模数据流的处理和分析成为了当今科技领域的热点话题。
设计和实现一个高效可靠的大规模数据流处理与分析平台,具有极大的价值和意义。
本文将深入探讨该平台的设计与实现方法。
一、需求分析与需求定义要设计和实现一个大规模数据流处理与分析平台,首先需要对其需求进行充分的分析和定义。
在这个阶段,我们需要考虑以下几个方面的需求:1. 数据规模:确定平台需要处理的数据规模。
是否涉及海量的数据流,以确定平台的扩展性要求。
2. 实时性:确定数据流处理的实时性要求。
高实时性的处理要求需要考虑低延迟和高并发等方面的问题。
3. 数据安全:确保数据的安全性和可靠性,防止数据泄露和恶意攻击。
4. 数据分析需求:确定平台需要提供的数据分析功能,例如实时监控、异常检测、关联分析等。
5. 可扩展性:平台需要具备良好的可扩展性,以满足未来数据增长和业务需求的变化。
二、平台架构设计在对需求进行充分分析后,我们可以开始设计大规模数据流处理与分析平台的架构。
一个典型的架构设计包含以下几个主要组件:1. 数据采集器:负责从不同的数据源收集数据。
可以支持多种数据格式和通信协议,确保数据的高效采集和传输。
2. 分布式消息队列:用于接收和传输大量的数据流,以实现数据的异步处理。
消息队列具有高吞吐量和可靠性的特点。
3. 数据处理引擎:负责数据流的实时处理和分析。
可以采用流式计算引擎,如Apache Storm或Apache Flink,以支持高速的数据处理能力。
4. 存储系统:用于存储和管理处理后的数据。
可以采用分布式存储系统,如Apache Hadoop或Apache Cassandra,以支持海量数据的存储和快速检索。
5. 数据分析工具:提供各种数据分析功能,例如数据可视化、机器学习和数据挖掘等,以帮助用户深入挖掘数据的价值。
三、关键技术与挑战在设计与实现大规模数据流处理与分析平台时,需要面对一些关键技术和挑战。
UAP介绍

附件4:UAP介绍一、UAP简介UAP(Universal Application Platform)平台是用友软件经过多年的技术积累和知识沉淀,在微软.NET相关规范和标准的基础上,提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式,为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。
通过UAP平台,使企业信息资源变得可重用、透明化,并且系统具有高可扩展性,让业务处理更加高效、简洁、安全。
UAP平台为用户提供了一个统一的集成开发环境,用户可以使用包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器,并通过可视化的界面和友好的交互操作,自动生成用户所需要的各种功能控件。
使得大型的企业级商业应用软件第一次实现了技术与业务关注点的分离,并且通过快速的动态业务建模与服务组装技术,实现了企业动态业务的快速部署与应用,真正实现了“随需而变”的实时企业与全球商务的企业信息化价值理念。
1.1 UAP的目标作为开发工具平台,UAP需要实现与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等底层核心技术的调用与协作,通过屏蔽底层的复杂实现,提高企业应用软件的灵活性、可扩展性和开放性。
作为应用设计平台,UAP提供了统一的集成开发环境,其中包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器,通过可视化的界面和友好的交互自动产生需要的各种软件工件,极大地提高了软件开发的效率和质量。
作为运行执行平台,UAP在系统交付、安装和部署后,支撑业务系统的解析和执行;提高应用软件的可定制性与可集成性。
作为集成平台,UAP提供对OFFCIE、移动商务、第三方软件系统等企业级的集成与应用协同。
作为管理平台,UAP通过使用权限管理、EAI、数据库管理等管理工具实现对业务系统的调整和控制。
天翎流程管理软件工具myApps平台简介V2.4.2

自身积累的框架+代码
仅满足特定行业业务场景下的需求; 由于其关注的重点是行业用户需求而非中间件业务,因此在 中间件研发上的持续性和深入性有限。
选择其他厂商的中间件产 品
采购成本:高端的产品在百万级、中端在几十万; 授权许可模式:项目、服务器CPU、并发数、年; 学习成本:面向专业人员,学习成本高; 源码:无中间件源代码,自己扩展困难。
数据结构设计
• 应用的运行时、设计时的数据存储
Running Time
Design Time
表单
视图
流程
报表
……
资源/URL/Action 部门 用户 角色
权限
Authority
Instance 1
TLK_表1 TLK_表2 TLK_表3 TLK_表4
Instance 2
TLK_表1 TLK_表2 TLK_表3 TLK_表4
…
功能介绍-桌面客户端
• 桌面客户端程序 • 自动同步组织架构、
用户信息、权限 • 代办信息自动推送 • 一键进入系统 • 即时沟通
目录
√ 产品概述 √ 技术优势 √ 功能介绍 √ 价值及案例
产品荣誉
myApps给合作伙伴带来的价值
• 常见的几种项目开发模式及分析
解决方案 代码开发
面对的问题
开发周期长、维护困难、复用率低、需求变更工作量大、成 本高。
• 典型客户
myApps应用案例
• 更多
• 广东省人民政府 • 广东省办公厅 • 广州市经贸委 • 广州市科技局 • 广州市越秀区科技局 • 广州市生产力促进中心 • 广州海洋地质调查局
• 广州电信 • 中国移动 • 中国联通 • 广州石化 • 广州市药监局 • 南京市公安局 • 江西省交通厅
MapGIS数据中心介绍
MapGIS数据中心集成开发平台介绍技术支持中心-1--2-引言v 经过几十年的发展,GIS 应用的领域越来越广泛。
GIS 应用系统需要访问分布在多个数据源的异构数据,也需要整合诸如文档、数据库属性表等非空间数据。
如何对多源异构的空间数据和非空间数据进行有效的集成管理,成为一个亟待解决的问题。
v 用户的需求不断变化,系统设计不断调整,GIS 应用系统本身也变得越来越复杂,使系统的开发与维护面临巨大的挑战。
v 在这种形势下,中地数码历经多年技术攻关,提出新一代GIS 架构技术及新一代开发模式,率先推出MapGIS 数据中心集成开发平台,实现了“零编程、巧组合、易搭建”的可视化开发,掀起了GIS 开发和应用领域的一场变革!-3-MapGIS数据中心发平台产生背景2MapGIS数据中心平台的典型开发案例-4-1 数据中心搭建平台产生的背景ü多GIS 平台,资源的共享难以实现ü空间数据和非空间数据的集成管理ü功能重复开发,资源浪费严重üGIS 技术涉及面广(跨学科、跨行业)ü开发难度大(系统庞大,技术难度大)ü达不到“随需而变”(面向对象、组件化)社会背景-5-v 程序员:我不懂业务!v 技术支持:我不懂程序!v 程序员&技术支持:我怎么觉得是在对牛弹琴呢?“你的柔情我永远不懂”1 数据中心搭建平台产生的背景-6-v 客户:一个小小的功能就要修改几天?v 客户:改这么小的功能,怎么动用这么多人?v 客户:我们愿意帮忙,但是我们能做什么呢?“爱莫能助”1 数据中心搭建平台产生的背景-7-v 老板:项目天天都在做就是没有进展!v 老板:维护的时候怎么还要这么多人参加,有点太花钱了吧?v 老板:小项目都不敢接!“成本、成本、成本,还是成本!”-8-痛定思痛——还是要使用MapGIS 数据中心v 到底为什么?v 所有的变更都反映在代码上.v 所有代码的改动都要涉及到程序员.v 程序改动都要设计到很多环节,牵扯到太多的人员参与.v 一个小小的改动殃击面就很广.-9-MapGIS数据中心集成开发平台-10-2.1 认识MapGIS 数据中心搭建平台什么是MapGIS 数据中心?MapGIS 数据中心有什么功能特点?MapGIS 数据中心开发模式与传统开发模式对比?MapGIS 数据中心的使用价值?-11-◆MapGIS 数据中心集成开发平台简称数据中心,是基于新一代GIS 架构技术及新一代开发模式的集成开发平台,是集“基础”与“应用”为一体的综合开发与应用的集成平台。
用友UAP平台介绍
Locale 及格式设置(如数字、日期、货币) 等 国际化开发框架 界面多语言
实施工具/最佳实践库 时区对象1
元数据多语言
转换
业务数据多语言 时区对象2
Yonyou Software Corporation
07:00 国际化UI控件
UTC: Universal Time Coordinated Unicode及编码(数据库、服务器、客户端)
IBM pSeries
Intel IA 32 AMD-64
Yonyou Software Corporation
UAP支持软件的业务敂捷不灵活性
参数配置、系统配置
配置 自定义属性、自定义档案 自由属性 个性化 行业级、本地化级、集团级、组织级、角色级、用户级 支持个性化配置:UI、流程、报表等20多种类型 劢态属性 模型 劢态子实体 操作策略 劢态规则 自定义UI模版 客户化 应用 UI组装 模版 自定义查询模版 自定义输出模版 自定义消息模版
1..* 1
view
0..* Parameter
0..*
Type
Table
1 1
1
操作元模型
0..1
0..*
0..*
Index
ComplexType PrimitiveType
FK
PK
1
实体元模型
数据元模型
* 1..*
* 1..*
Field
Yonyou Software Corporation
UAP Studio—开发应用示例
系统管理
运营管理 资源监控
实时数据集成(RDI) 结构化/非结构化数据管理 基础技术类库
服务器资源
存储资源
UAP经典的介绍及构架
附件4:UAP介绍一、UAP简介UAP(Universal Application Platform)平台是用友软件经过多年的技术积累和知识沉淀,在微软.NET相关规和标准的基础上,提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式,为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。
通过UAP平台,使企业信息资源变得可重用、透明化,并且系统具有高可扩展性,让业务处理更加高效、简洁、安全。
UAP平台为用户提供了一个统一的集成开发环境,用户可以使用包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器,并通过可视化的界面和友好的交互操作,自动生成用户所需要的各种功能控件。
使得大型的企业级商业应用软件第一次实现了技术与业务关注点的分离,并且通过快速的动态业务建模与服务组装技术,实现了企业动态业务的快速部署与应用,真正实现了“随需而变”的实时企业与全球商务的企业信息化价值理念。
1.1 UAP的目标作为开发工具平台,UAP需要实现与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等底层核心技术的调用与协作,通过屏蔽底层的复杂实现,提高企业应用软件的灵活性、可扩展性和开放性。
作为应用设计平台,UAP提供了统一的集成开发环境,其中包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器,通过可视化的界面和友好的交互自动产生需要的各种软件工件,极提高了软件开发的效率和质量。
作为运行执行平台,UAP在系统交付、安装和部署后,支撑业务系统的解析和执行;提高应用软件的可定制性与可集成性。
作为集成平台,UAP提供对OFFCIE、移动商务、第三方软件系统等企业级的集成与应用协同。
作为管理平台,UAP通过使用权限管理、EAI、数据库管理等管理工具实现对业务系统的调整和控制。
Flowmaster软件-技术邻
Flowmaster V7简介及汽车热管理系统及空气侧系统解决方案北京海基科技发展有限责任公司2009年8月目录1 Flowmaster V7介绍 (3)1.1精确预测系统参数 (3)1.2完备的分析模块 (5)1.3完备的元件库、数据库及用户自定义模型功能 (6)1.4流程化的平台界面 (9)1.5强大的报表生成工具(Crystal Report) (11)2 Flowmaster仿真平台解决方案 (12)2.1热流体系统中心数据库的建立 (13)2.1.1分布式安装与中心数据库的建立 (13)2.1.2专业数据库的定制 (13)2.1.3强大的数据管理功能 (14)2.2智能建模与专家系统 (15)2.3项目成员与角色分工 (16)2.4软件集成与半实物仿真 (17)2.4.1 Flowmaster支持基于COM的开发 (17)2.4.2 Flowmaster与PLM/PDM/CAD系统的集成 (17)2.4.3与三维CFD软件和MATLAB软件的耦合仿真 (18)2.4.4与A VL Cruise\BOOST的接口 (19)2.4.5与A VL EXCITE的接口 (20)2.4.6通过MpCCI实现多物理场耦合 (22)2.4.7与OFFICE软件的接口 (22)2.4.8半实物仿真 (23)2.5产品全生命周期的应用与流程自动化 (24)2.6决策支持 (25)3 Flowmaster在汽车热管理系统的应用 (26)3.1 汽车热管理简介 (26)3.2 典型部件模型 (29)3.2.1 管道 (29)3.2.2 换热器 (31)3.2.3节温器模型 (33)3.2.4膨胀水箱 (33)3.2.5冷却风扇 (34)4 Flowmaster在汽车空气侧系统的应用 (35)4.1 AVS模块 (35)4.2 空气侧系统应用案例介绍 (37)5 Flowmaster在国内外汽车领域典型客户的应用介绍 (41)1 Flowmaster V7介绍Flowmaster是当今全球最为著名的热流体系统仿真分析平台,以其高效的计算效率,精确的求解能力、便捷快速的建模方式及面向能源核电行业的专业性而被许多全球著名的能源领域用户所采用。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录序:前世今生佛家有一首偈:生我之前谁是我?生我之时我是谁?这是一个属于概念的年代,在大众看来,各种概念漫天飞舞,我们经常的在两种角色中转换,有时我们是概念的缔造者;有时,我们是概念的追随者。
概念背后较少的是浮躁,更多的是自信。
世界发展到今天,诞生了很多新事物,也改变了很多人们对旧事物的看法。
这种看法的改变,大多源于角度的变化。
一切诞生的新事物,其实原本就存在,有的只是新发现、新组合或者是说从某种角度的再解释。
敢于作出再解释的人,说明他拥有必要的知识和足够的自信。
“平台”二字,大家并不陌生,曾几何时这二字变得老妪能解,变成了各种大动作或大东西后面的通配符。
好象满街都是匠人,举着各色工具,伺机打造各种平台。
软件行业尤其为甚,“平台好啊,我是真心拥护”。
因为被称之为“平台”的事物,往往具备如下特征:首先,具有的是适用性,也就是有具体面向的对象;其次,具有整合的特点,它把作一类特定事物所须的资源,整合到了一起,降低了使用门槛,极大的方便了有想法的人,相对缩短了人们的准备期;再者,它极具扩展性,对于平台自身如此,对于平台的使用者,更是如此,它可以使使用者的空间变的相对宽广起来,关键在于你的思想有多少。
当然,平台都是一把双刃剑,常有驾御者头破血流。
对这种现象,我们的看法是:骑士违背了一种看不见的边界法则。
在软件行业中常说的平台,我们认为有两种,一种是“信息平台”另一种是“信息化平台”。
前者注重的是交换能力、后者注重的是建设能力。
二者缺一不可。
管理软件的初涉者们,在具体的行业面前,往往可以看出一些问题。
于是这些问题,就成了软件商的生存空间,大家试图改造旧的管理模式、业务流程等等,追求的一塌糊涂。
当然,成功者凤毛麟角。
在竞争面前,大家忽略了被改造者的感受与要求,同时更忽略了被改造者自身,哪一个又不是在面对竞争!于是,有人说,管理软件先进,但与企业两张皮,贴不到一起。
当所有企业,开始牢牢树立为客户服务的理念时,管理软件的开发商们应该将目光放远,开始要关注你客户的客户。
软件开发商应从一个改造者的角色,转化为助力者,帮助使用者达到其客户的满意。
所以我们要作“经营软件”,管理服务于经营。
经营的好坏,在于执行能力,在于为客户提供个性化服务的能力。
这属于不可预知的范畴,需求永远在变,我们的使命在于保证各种新需求的应对措施能够顺利执行。
因此我们推出了LVF,LVF是一个具备较高新业务或新需求学习能力、具有极高执行保障能力、服务于企业经营的信息化平台。
它的前世,与众多的软件平台一样,是附载了很多假设的,可局部调整的管理工具。
它的今生,是:具有高学习性、高执行能力的经营利器。
崔巍2003年2月18日1概述1.1 关于LVF的解释LVF(Logistics Valuse Flat)——物流价值平台。
物流二字,顾名思义。
指的是物品实体的流动。
为什么要有物流?物流到底成就了什么?物流最基本的动作又是什么?搞清楚这三个问题,就了解了LVF的抽象思想。
为什么要有物流呢?大家知道,物品所有权的转移,首先必须建立在物理位置转移的基础上。
也就是物品实体的流动。
物品所有权的转变,追求的是价值的提升,因此物流成就了价值的提升。
物流里面,最基本的动作是“储”和“流”,储是为了流,储是等待时机,等待一个消息,等待关于哪里需要的消息。
流,受到消息的驱动而发生,改变了物理位置,成就了价值的提升。
作为LVF正是根据上述指导思想提出的,物流价值平台。
我们称之为:基于流定制的信息化平台。
在我们看来,数据存在于数据库中,没有加工或不被需要,就不叫信息,因此毫无价值。
这个过程如同物流里的“储”的实质。
当它获取了消息之后,经过加工,出现在被需要的地方,信息的价值才得以成就。
因此,信息系统中的数据和信息,其实是在不断转化,一次次的等待消息、一次次的出现在需要者面前,又一次次的被加工。
因此,信息系统关键的交互方式,只有输入和输出两种。
这两种方式,是在消息的驱动下,以表单(或称之为窗体、单据)为载体展现。
输入,谓之为填写。
其本质在于改变数据本身。
输出,谓之为查询,其本质在于只改变数据的表现,不改变数据本身。
那么,作为数据与操作者连接介质的表单,我们称之为:滤网。
滤网的构成,在于外在表现和内在选择数据的规则。
外在表现,即单据界面。
内在规则,即LVF中的数据方案。
在LVF中,所有的触发被引申为消息机制,所有的交互被引申为滤网机制。
在数据的流动过程中,作为信息出现的顺序和约定等因素构成了流程。
可对数据进行加工的角色及其动作构成了权限。
在消息的驱动下,将滤网与流程和权限结合起来,最终形成了我们常说的业务。
所谓的流定制思想,实质是,用户可定制流的产生时机、方向、状态等属性,从而决定数据的“储”于“流”的时机。
物流里另外有句话,就是将仓储视作时速为0公里的运输。
一切思想,基于可规范的流动.了解上述思想后,将会有助于大家了解和掌握手中的LVF。
周旭2003年2月18日2LVF的构成及特点我们的LVF主要由两部分组成,一个是构造器,一个是“大眼睛”(亦称浏览器),相当于普通意义上的最终可执行程序。
在构造器中,主要包括了滤网设计器和流程设计器。
如前文所述,滤网设计,分为两部分,一部分是单据设计(滤网外在表现)、一部分是数据组织设定(内在数据规则设计)。
构造器中所有的设计,均以方案的形式存在,尊重以往劳动,增加复用性。
“大眼睛”,用于浏览在构造器中形成的业务。
“大眼睛”内制消息服务器,以类似邮箱的消息队列表现形式,为已表明身份的登陆者,组织相关的任务列表。
以便进行任务操作。
同时内嵌的权限机制,将会滤除多余的部分,使操作者目的明确,直指主题。
“大眼睛”具有一定的软件兼容性,并不受被浏览对象的位置和种类限制,可以调用一个EXE、可以浏览一个网页、并与OFFICE无缝连接2.1 构造器(Constructor)和浏览器(Big Eyes)非平台化的软件设计思想是,了解客户的需求以后,进行开发设计工作,然后代码人员用代码实现、编译后形成可执行程序。
这种可执行文件已成为一个实体,如要改动,必须有代码人员重新组织代码,然后编译形成新的可执行程序。
LVF的构造器就是将设计部分、代码实现部分抽象出来,形成一个软件功能模块搭建平台。
在构造器中包含流程设计部分、功能模块组织方案定制部分、功能窗体设计部分、功能窗体试运行部分。
在构造器中确定的功能模块,以插件的形式提供给浏览器。
浏览器就相当于普通意义上的最终可执行程序。
在LVF中,浏览器由构造器提供的功能插件组成,浏览器中还包括操作员权限设定部分,功能菜单树组织部分。
我们可以将购造器理解为生产零部件的车间,浏览器就是用零部件组织起来的一台可以跑动的汽车。
当我们对汽车的零部件不满意时,就在构造器车间里重新加工就可以了。
也可以将构造器理解为开发工具、开发语言,与普通的开发语言相比,简单易学,容易掌握。
2.2 以方案形式定制功能模块以方案形式定制功能模块,组织数据。
制作方案的过程如同填写一张EXCEL表格,简单灵活。
例如,数据组织方案,其所要填写的内容是:方案的名称、数据是从哪个后台表中提取的,提取的条件,起一个临时的名字。
如果我们理解后台表的意义,知道从哪个表里提取数据,就可填写这个表格了。
这个方案被引用后,数据就会自动进行连接,等待下一步操作了。
以这种思路,构造器中提供了窗体数据组织方案、资料卡方案、窗体方案、查询方案、字段显示方案、编码方案、标识标号方案、代码实现方案等。
轻松的填表格的过程的就是功能模块的建立过程及数据的组织过程。
2.3 开放控件,窗体设计灵活简单应用软件必定有窗体操作的,窗体的设计实现是如何进行的呢?在构造中发布了大量的控件,如按钮、文字框、数据网格、标签等。
我们只需要用鼠标拖动,就可以轻松的布置我们窗体中所需的控件,对控件的属性进行必要的设置,一个窗体就建立成功了,将其测试、发布,被浏览器调用就可以了。
而且窗体设计追求完美,所有控件设计精巧、美观。
2.4 支持代码编辑LVF在窗体设计时支持代码解析,遵循准PASCAL语法。
对于有一定程序开发基础的使用者来讲,可以将LVF视作一个基于面向对象思想的企业级开发工具。
它发布了足够的控件,并且对于控件的属性、事件支持一定程度上的自由设定,也就意味操作者可以对平台搭建地最终软件进行二次开发、发布。
在代码编辑的过程中,LVF的代码窗,内制各种热键,可以快速调出常用语句的框架结构,如:BEGIN END、IF循环、WHERE 循环等代码框架结构。
可以通过热键检索到当前窗体已有的控件,并支持一键调出已选中控件的可用属性。
除此以外,热键支持的范围还有,快速调出字段名、各种内制的业务函数、数据源名称等等,这样,代码开发的主要工作,变得象选择和填空一样简单,提高了代码开发的效率。
LVF如此设计,就是为了降低代码编辑的门槛,使得更多的人可以上手,发挥自身的价值。
这个门槛的降低,使得大多数企业,有机会拥有真正意义上的“自己的”信息系统。
这一机制,对于国内企业的信息管理意义重大。
LVF在这里开创了先河,LVF的出现,提高了整条价值链的绝对值。
2.5 数据安全、支持多种数据库采用COBAR中间层协议,数据安全、支持负载平衡。
应用软件后端可以支持目前主流的各种兼容ANSI 94标准的SQL数据库服务器,包括Oracle,Sybase,Informix,IBM DB2,Microsoft SQL Server,InterBase以及 KingBase ES国产数据库作为基本数据支撑平台。
2.6 详尽的权限管理机制从管理理论、企业管理需求和数据安全的角度考虑,设计了以管理级别和人员管理对象为基准的授权机制,以使得用户可以自由定义特定角色可以运行的功能、可以执行的特定操作以及可以访问的特定数据集合,权限设置精确到字段一级。
采用滤网机制,针对同一数据资源,每种角色的所分配的滤网不同,所看到的资源也就不同。
在角色登陆的时候,“大眼睛”感知登陆者的角色,同时检索该角色可作出的动作,然后准备该角色可以使用的滤网,以菜单树的形式创建,另外,消息服务器组织需要该角色处理的任务,以消息的形式发布出来。
在以上过程中,权限与滤网共同发挥作用,去除不可见的控件、字段或锁定不可操作的控件、字段。
2.7 流程设计实现数据扭转、体现业务流程LVF真正的变革体现在流程设计中。
这使得LVF可以超越一般管理软件的管理能力,不单单用于记录各种动作的结果,而上升为管理到动作的产生,这种管理时机的提前,使得我们的用户,实现了过程的管理。
极大的保障了执行能力。
减少了企业中操作层创造力所带来的任务执行过程中的不确定性。
提高了结果接近或达到预期值的可能性。
在流程设计中,LVF采用图形化、界面化的表现形式。
步骤非常简单,首先是绘制一个流程图(操作界面如WINDOWS的画笔),以描述起止点以及节点间的顺序。