中间件平台之路(设计)

作为一款中间件平台究竟应该有哪些功能组件,我们不清楚.

但是作为一款我们目前迫切需要的快速开发平台,应该具备哪些功能,我们是非常清楚的.

因为我们就是需求方,我们就是用户.

需求

在开发的过程中,有大量的代码是重复的,增删改查,这些是常用功能.可以找到共性的.

数据建模,业务建模,这些模型的设计工具是需要具备的.

就我们所从事的项目开发来说,虽然前期以CS的具多,但是就2001年前后这段在中山的时间段而言,全部是BS项目.

所以就解决我们目前的项目快速开发的需求来说,必须要做一个BS架构的开发工具.

经过十个年头的磨难，是完成了双版本的开发（java,.net），但是当时我们的第一个版本只是以.net作为BS的WEB端展现。

因为当时我们所有的项目都是以.net为主，所以能去做的BS也只能是.net。

而且我们的精力，人力，财力都不允许我们去想得太大太广。

或者可以说是就地取材吧。

开发工具定为：Delphi5、PowerBuild6、VS2003

支持平台为：windows2000,.net,SqlServer2000

已经是很自我感觉得良好了，觉得很牛X了。当然前提是如果能做得出来的话。

 

设计

最终我们决定，开发工具分两端：设计端与运行端。

A、设计端（Studio）

1、需要有一个数据建模工具

2、需要有一个业务建模工具

3、需要有一个流程设计工具

4、需要有一个表单设计工具

B、运行端（WEB）

1、需要是一个纯BS的WEB（.Net）

2、具备了MVC的设计理念

3、需要有一个系统总线负责解释数据与业务模型

4、需要有一个流程引擎，负责解释运行流程设计工具设计的流程

5、需要有一个表单解释引擎，负责解释运行表单

 

说句实话，我们都是农民。

一些业界先进的理念根本没有精力、时间去了解，更不要说是精通。

只是守着自已的一亩三分地。

为什么？

因为我们是做项目的。什么技术对项目有用就去学习去用。

因为我们是项目出身，就决定了平台的研发核心理念是以快速交单为中心。

除了一点。

在项目开发上面，我一直很推崇敏捷开发。

2001年，由17位业界专家组成了一个敏捷联盟，并且创建了一份敏捷联盟宣言。

1， Individuals and interactions over processes and tools（人和交互重于过程和工具）

2，Working software over comprehensive documentation（可以工作的软件重于易于理解的文档）

3，Customer collaboration over contract negotiation（客户合作重于合同谈判）

4，Responding to change over following a plan（响应变化重于遵照计划）

这4条敏捷开发的核心价值观，很好的描述了项目开发过程中应该关注哪些方面。

首先，我们在没有自已的开发工具的情况下，在有意无意的围绕这些去做的，形成了一些习惯。

而当我们需要开发自已的开发工具的时候，这些理念肯定也是我们开发工具研发过程中的核心指导思想。

 

说到底，项目开发过程是一种以人为核心、迭代、循序渐进的开发过程，在这个过程中我们始终要保证项目软件是可正常运行的。软件一直处于可用状态。

 

那么我们开发工具的以上这些功能也都是为了确保能做到这点：

1、用户的需求能在最短的时间展现出来

2、用户需求的变更能以最快的速度响应修正

3、项目可以划分成若干的小功能模块，项目组成员能够分工明确，协同开发

4、在开发过程中，无论是需求的实现，变更，分组开发，软件始终是可用状态。

 

通过新的开发工具可以使用极限编程快速完成项目。

通过新的开发工具可以减少我们70%的代码量，花20%的精力完成80%的工作量，余下的20%继续用原来20%的精力去完成。

通过新的开发工具可以在十分钟内完成一个简单的报销系统的开发。或者叫搭建。

 

这些是我们在2001年底决定研发一款快速开发工具时所有的设想。

想清楚了，那就去做吧。。。。。。

 

PS：以上截图都是近期的版本了。早期版不太好找了，也截不到图了。将就看看吧。