iBiz软件云工厂作为强大的软件生产和管理体系受到了市场广泛的关注和认可。今天,我们为您带来了iBiz软件云工厂家族的新成员MosDynamic——全新升级的低代码开发平台。相比传统的低代码开发工具,MosDynamic拥有强大的体系优势,它是iBiz软件云工厂可自由拆卸的组成部分:
*一方面,MosDynamic配合R8全动发布模板和iBiz-RT Cloud运行环境,可以很好满足终端用户低代码开发需求。
*另一方面,作为软件工厂完整体系的一部分,用户可以将MosDynamic开发的应用平滑过渡到完整可控的更高级应用交付与管控阶段。从而完全贴合用户对应用需求、程序代码、技术架构、生产开发过程、管理模式重塑、运行服务环境调整等不同层面的苛刻要求。
MosDynamic建立在iBiz标准模型之上,做到向下兼容。也就是说,您基于更早的建模工具设计的模型都可以在MosDynamic中打开并继续设计。iBiz始终贯彻开发与管理并举。为了保障设计工作的敏捷以及管理工作的贯通,MosDynamic提供了系统管理平台和建模工具两套应用模式:MosDynamic系统管理平台在系统管理方面,主要负责具体系统环境的配置和管理以及开发协同的支撑;在建模管理方面,侧重于基础能力模型支撑、模型设计的闭环、能力下钻以及模型的多样消费; MosDynamic设计工具则为用户带来了完整、灵活的建模工具,承担快捷的设计开发工作,它内嵌在管理平台之内。
设计工具—— 6大视角随心所欲
6大视角,想到就能找到,就能看到
MosDynamic 丰富的设计和管理视角,意味着您可以从更多的角度来观察和认知系统,在管理上提供了更多的捷径。除了提供专业的域模型视角外,为了贴合用户设计和管理需求,另外开辟了5大全新视角:数据模型视角、应用视角、逻辑视角、接口服务视角、流程视角以及需求和设计视角。所有的一切都集中集成在资源目录树上,一目了然,操作极其便捷。
数据模型应用模型逻辑模型接口服务流程需求与设计
努力实现场景具化,又不失抽象带来的广泛适应性
面对抽象的模型标准,MosDynamic旨在搭建一座连接现实场景与抽象模型的桥梁,
数据模型视角
拥有“面向对象”专业知识的设计工程师非常容易理解,iBiz将实体及关系极度丰富化,形成了能够简化应用、服务以及其他上层建模的“充血域模型”结构。通过实体和关系,您不但可以构建传统的属性和方法,更可以完成归属于该实体的应用视图、界面部件、结果集合、处理逻辑、值规则等一系列模型。
以数据模型资源目录树为目录串接核心,以及资源检索和展示核心,您可以
*以图形化的方式完成实体关系的定义和管理;
*以指定实体为基础管理和完善其所有相关域模型;
* 构建和管理数据字典。
应用模型视角
不论是终端用户还是业务专家,最为关心的无非就是人机交互过程的设计和定义,这也正是应用视角所能直观了解到的。丰富母版化的视图提升了规模生产效率,降低了应用门槛;完全动态自定义的视图带来了无限可能性。
以应用资源目录树为核心,可以为您:
*展现界面与用户操作产生的迁移过程;
*能够管理和创建视图界面、视图部件以及设计界面操作逻辑
*使用界面逻辑可以完成界面与用户操作及前端逻辑的衔接。
逻辑模型视角
处理逻辑可视化、碎片化能够极大提升开发管理。iBiz图形化逻辑建模始终强调保持逻辑模型的业务意义和价值,能够收获最大的管理价值;细化的逻辑算法交由程序开发更为高效,经过封装后回到逻辑建模成为可以参与自由组装的积木。系统预定义逻辑和第三方植入逻辑提供了最基础的构建积木。
以逻辑资源目录为中心的,可以对逻辑进行有效管控:
*对象状态定义及状态控制
*负责数据校验逻辑的值规则控制;
*面向内部调用的实体处理逻辑;以及面向外部调用的逻辑封装的实体行为。
接口&服务模型视角
不论是与旧有系统或第三方系统的衔接需求,还是满足前后端分离的微服务架构要求,都离不开服务和接口的设计。通过将服务和接口纳入到管理中,尤其将通用应用接口服务预置进入可以极大简化系统对接。
同样,接口和服务也是通过资源目录进行管理的:
*接口自动化封装与接口资源定义;
*接口、接口对象、接口方法管理;
*外部接口注册管理。
流程模型视角
面向业务流和审批流的企业管理应用系统构建,最关注的莫过于流程。iBiz面向多版本的流程管控,满足多版本共存。流程模型与逻辑模型、界面模型浑然一体,省去了流程对接之苦。
以流程资源目录为中心的,可以对流程进行有效管控,包括:
*流程模型定义及流程视图界面设计;
*流程角色设计;
需求&设计模型视角
MosDynamic设计工具出于统一开发与管理和统一开发与完整软件生命过程角度考虑,加入了需求&设计视角。保障需求、设计与业务实现模型的有效的统一对于管理来说非常有必要,具备了关联性才有可能完成对业务模型的多样消费,包括:面向需求视角、面向设计视角完成管理工作、发布文档等;以及支撑功能性测试、运行部署设计、使用培训等工作。
面向管理类和业务类的应用开发,我们引入了面向用例的需求分析模式:
*业务需求描述;
*面向用例分析的参与者和用例定义;
*绑定用例与业务需求;
*绑定实现模型与需求以及设计。