一提到模型大家可能想到的是各种各样的模型，楼盘模型，飞机模型，玩具模型，等等现实物体的微缩版， 如果模型和软件开发联系到一起呢，做为一个开发人员可能想到的是IBM的Rose？还是Sybase的PowerDesigner?或者是其它的数据库和软件建模工具？在我们实际开发过程中建模工具到底起到了多大作用？是不是为我们带来了效率？不可否认的是对待大型复杂项目工程的管理上建模工具是能起到一些作用，从系统分析到系统设计再到编码，整个流程是一个自顶向下，从总到分的过程，也体现了人类在解决复杂问题的分而治之的方法论，建模工具在软件开发历史中一直起到的是辅助的作用，辛辛苦苦建好的模型也就是为了这一个项目使用，也就是为了这一个项目方便维护而用，而且复杂的模型也不是每个人都能看得懂的，客户，设计人员，编码人员，维护人员想要通过这些模型来维持工作沟通和联系也不是一件简单的事，那么有没有一种简单点的办法呢？既然模型可以精确的描述一套应用系统，那为什么不直接通过解释器来直接解释执行呢？而是要费劲的通过几层转换再转成代码，再编译成对应平台来实现呢？况且这种转成代码后再从代码转模型就太难了，我不敢评论大公司的做法是否正确，我只是想找到一种简单的应用软件实现方法，我也试了不少开发平台，有些确实不错，但还是太复杂，还要写不少代码才能实现复杂功能，我只想做的只是一套分布式信息管理系统，我的数据库结构都设计好了，需要的是快速实现软件开发的框架或工具，基本功能我不想写代码，业务逻辑大部分我也写到数据库存储过程中了，找啊找啊，终于发现了一个不错的框架平台iModel，一看名字就知道是跟风，ipad,iphone，呵呵，名称不是问题，功能才是关键，照着官方的帮助文档，我下载试用了一下，总体感觉有如下几点：
一，iModel的特色和适用场合
iModel开发工具是一套集开发，运行，管理一体的模型驱动开发平台，以业务建模为基础，模型定义了软件的数据结构，实体结构，界面及资源文档等，所有模型都是以二维表存储在模型数据库中，模型数据由客户端模型工具读取，查看也非常清晰明了。
iModel适合开发基于数据管理的信息系统，内建模型缓存技术，实现了在最差的联网环境也能流畅运行，天然支持SaaS应用架构，设计SaaS架构的应用也非常快捷方便。
二，iModel的技术原理
iModel模型由描述软件静态结构的基本模型和描述动态业务逻辑的插件模型组成，大部分基本模型对象都可以配置插件来扩展其功能和实现对静态基础对象的操作，如果基础模型是骨，那么插件就是肉，而骨肉之间的联系是用消息的方式，消息相当于神经，关系全都是在模型中定义好的，由服务端模型引擎和客户端引擎来加载，解释，传递模型数据和业务数据，由用户的操作来驱动整个模型系统来实现目标业务功能。
三，iModel的构成及运行
该模型驱动架构分为服务端，客户端和数据库三部分，
1，数据库里保存有业务模型数据和业务数据以及登录用户相关数据。
2，服务端是一个windows服务，有一个服务管理程序控制服务的参数及启动停止，用于为客户端提供访问，并将客户端的功能请求转换为数据读写请求访问数据库实现业务数据的存取。
3，客户端是一个界面主控端，客户端启动后向服务端请求读取数据库中的模型信息，并自动编译生成客户端组件，在客户端工作台显示定义好的界面和菜单，用户点击菜单时自动调用相关界面模型生成界面并从服务端获取数据显示，等待用户交互。
四，主要模型介绍
1，业务对象
业务对象定义了一个应用领域对象的结构模型，以及对象结构与数据库表之间的数据获取与存储映射关系。
2，实体
实体定义了一个应用领域实体对象，实体是由若干业务对象及业务功能组成的，比如订单实体是由订单业务对象（订单主），订单明细对象（订单子）以及一些操作订单的功能组成。
3，界面
界面定义了一个实体对象与用户的交互界面，界面界面由界面控件和界面菜单，工具条构成，也可以是其中部分构成，用于显示实体数据以及与用户交互。
五，iModel的开发流程
开发环境的安装非常的快捷，开发环境是可视化的windows标准界面，模型数据全是表格方式体现，在安装好开发环境后，开发流程如下：
1，根据业务建立数据库表结构。
2，根据业务模块划分，建立模块模型。
3，设计模块需要的业务对象模型，建立业务对象与数据库存储表的映射关系。
4，设计模块需要的实体模型，建立实体包括的业务对象以及实体功能。
5，设计模块需要的界面模型，建立界面风格和界面与实体的映射关系。
6，设计菜单模型，建立菜单与界面的映射关系。
非常简单的几个步骤就完成一个模块的设计，设计完成的模型直接可以运行。
有兴趣的可以到官方网站www.saifing.com去详细了解一下，也可以加我QQ195299187一起探讨iModel的使用心得的技巧。
扫一扫
1785
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
