一、AgileEAS.NET SOA平台简介 AgileEAS.NET SOA平台是一套应用系统快速开发平台，用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队，以达到节省开发成本、缩短开发时间，快速适应市场变化的目的，AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分，资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行。 AgileEAS.NET SOA平台基于软件过程改进以及构件化快速开发两方面达到这方面的目标，在软件过程改进实践方面，提出了独有的“敏捷并行开发方法”开发方法，其目的是在软件的管理之中提出符合国内中小软件企业实际情况并且可操作的软件工程实践、软件过程改进思想、及相配套的项目管理系统。 在快速开发方面，AgileEAS.NET SOA平台提供了企业应用开发所需的诸如ORM、IOC、分布式通信、插件与平台基础结构以及一系统的快速生成工具，涵盖开发过程中的设计、编码、集成、部署、运维等各个环节。 AgileEAS.NET SOA平台是一套基于微软dotNET技术体系的企业级快速开发平台/中间件/框架，我们一直一来努力为国内中心软件开发商、创业团队、独立开发者提供最好的企业应用快速开发工具帮助大家成长，在最新的AgileEAS.NET‘ 5 .0版本中对Winform/WPF/Silverlight/WebForm都提供运行支撑平台，我们努力提供一套Winform/WPF/Silverlight/WebForm不同展现与统一的后端支撑的多层分布式架构体系。 二、AgileEAS.NET SOA平台工作流系统 AgileEAS.NET SOA平台的早期版本不包含业务流程平台，2010年以来，很多客户提出了有必要让我们提供工作流系统的想法，也就有了今天的产品，AgileEAS.NET SOA平台的工作流系统自2010年5月份开始至今，经历过一次失败及一次构建思想重大的变更之后变成趋于成熟，并且目前已应用于客户的几个项目之中。 在早期的时候，我们的开发人员借鉴了微软WF3.5的工作流技术但并没有使用WF3.5的工作流引擎，并且自己写了一套工作流引擎，采用与顺序工作流相类似的业务风格，但这次尝试失败了，失败的原因第一是自己写工作流引擎需要考虑很多的技术和业务细节，并且所引发的未知问题不可控制，第二是开发人员在思维理解及对于练习技术与为客户做需要需要的产品之间的巨大的差异没有仔细考虑，这里也说到一个关于技术人员值得思考的问题，那就是“你倒底是需要做出客户需要的产品还是你为了某项技术而淬炼技术，做出一个客户并不需要的产品或者说一个无法产品化的产品”我想这将会是技术人员应该深思的问题，我们很多的开发人员都在为了淬炼自己的技术在那做客户并不需要的产品或者说做出的产品Bug满地，更像是一个学习做品，远远达不到产品化的目标。 因为诸多原因，我放弃了原来的版本，转换采用了微软 WF3.5做为其工作流引擎，并对其做了高层封装，用于满足绝大数工作流应用中的“审批业务流程”，也就是说AgileEAS.NET SOA平台所提供的工作流将主要是为了满足企业申请-审批业务流程的后期灵活而服务。 在经过长期的需求及技术调研之后，最终我们决定以微软的WF3.5为基础实现AgileEAS.NET SOA平台业务流程平台，引擎直接采用微软的WF3.5工作流引擎，工作流设计器参考微软给出的例子使用DesignSurface技术自行完成，自行实现了工作流的运行监控、持久化服务，并结合AgileEAS.NET SOA平台的权限模型实现了工作流发起及各个状态运行的权限控制，并结合AgileEAS.NET SOA平台构件开发的底子实现了工作流与业务构件的完美结合。 AgileEAS.NET SOA平台工作流系统主要涵盖工作流的设计与定义、流程实例的发起与运行、业务流程的监控与管理、工作流系统与业务系统的集成与协作等内容。 AgileEAS.NET SOA平台工作流： 工作流定义： 流程实例监控： 流程实例处理记录： 流程实例对应的业务表单： AgileEAS.NET SOA平台工作流的功能就简单介绍到这儿，接下来的文章我将会以一个具体的例子为大家演示一下AgileEAS.NET SOA平台工作流的使用。 三、关于AgileEAS.NET SOA 5.0 去年8月我就曾向大家预示过要发布AgileEAS.NET SOA平台5.0版本，但是截至到目前为止5.0版本还没有公开提供过，在此我向一直关注和支持AgileEAS.NET SOA平台发布的各位同行和朋友们说声抱歉，也向大家解释一下延迟发布的原因，这里面有两个原因，第一个是因为我对产品的成熟和发展过于乐观，第二个原因是我对于开发团队的引导和监控不力，因为去年现在不只是我一个人在完善这个平台，计划5.0发布中涉及的两个极其重要的部分工作流系统和界面设计器这两个工具在发布之间发现其根本没有达到我的计划目的，包含大量的Bug甚至在某个产品方向上有重大的错误，第三个原因呢主要是项目太多，我们一方面要完善AgileEAS.NET SOA平台，另一方面还需要为客户提供大量的技术咨询和项目指导服务，所以AgileEAS.NET SOA平台5.0版本的发布一直无限的延迟，一方面是继续完善产品，使其达到可用的程度，另一方面是AgileEAS.NET SOA平台5.0在我们向客户提供技术咨询与指导服务的同时，优先向客户提供，以便更早的被应用于生产环境，更早的发现产品中存在的问题，因为我们都在客户现场，产品中的bug或者说设计上的缺陷我们都可以及时的处理和修正，但是对于公开发布而言，当发现产品的缺陷的时候，其处理和修正的成本将会是极其巨大的，我们目前也没有太多的技术人员为大家提供此类服务，新产品的发布所以才会一直被延期，我们希望向客户提供的产品不是一个满地bug的产品，而是一个极其严谨可以的商业产品，虽然AgileEAS.NET SOA平台平台是免费向大家提供，但是我们还是希望提供商业化的品质。 目前想了解和学习AgileEAS.NET SOA平台的朋友请大家还是先下载4.0版本及其相关的例子，对4.0有充分的了解和认识，学习5.0将会更加的简单，5.0和4.0在技术上并没有太多的改变，只是增加了工作流平台、数据表单/界面设计工具、SAAS引擎和支持了Oracle、Mysql、SQLite三种新的数据库系统。 四、AgileEAS.NET 4.0 下载 有关于平台最新版本的最新发布版本的程序集、类库手册、相关资料，请大家从AgileEAS.NET平台的官网http://www.smarteas.net/进行下载，官网设有独立的下载页面，从这里下载：官网下载页面。 五、如何联系我们 如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。 1、官方网站： AgileEAS.NET平台：http://www.smarteas.net/ 敏捷软件工程实验室：http://www.agilelab.cn/

我们为医疗软件企业提供一套包含基础中间件、应用整合平台、一套快速开发平台及一套包含基本功能（满足2甲及其之下级别医院）的HIS系统及电子病历系统的“AgileEAS.NET数据化医院基础支撑与整合平台”快速HIS研发、成长解决方案。

我们向开发商移交本基础解决方案相关的基础中间件、应用整合平台、快速开发平台，以及HIS系统及电子病历系统的源代码及相关的技术资料（方案、数据库设计、结构设计、流程整合等技术细节资料），并向开发商提供技术与业务培训，帮助开发商快速向市场推出自己的产品，开发商可以只修改一些与本地特色的东西，比如票据、报表、医保接口、农合接口即可满足市场需要，最快可以在一个月之内向客户提供HIS产品，开发商也可以在这个方案之上，加入更多的业务功能，以满足更多的业务需要，比如向移动医疗整合、与区域公共卫生整合、增加更多的功能以满足三级医院需求等待。

[More]

构件化软件开发模式快速响应客户需要的一个非常重要的方式，通过构件对功能的隔离，从而把需要的变更对系统整合的影响降低到最底限度，通过构件的不同版本管理不同客户对同一需要的不同个性化差异，进行降低系统的快速市场适应能力，通过实施企业级构件的开发实践达到提高软件企业有效生产效率的目的，进市提高企业的综合实力。

[More]

AgileEAS.NET平台是一套应用系统快速开发平台，用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队，以达到节省开发成本、缩短开发时间，快速适应市场变化的目的，AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分，资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行。

[More]

介绍       AgileEAS.NET应用开发平台，简称EAS.NET，是基于敏捷并行开发思想以及.NET构件技术而开发的一个应用系统快速开发平台，用于帮助中小型软件企业建立一条适合快速变化的开发团队，以达到节省开发成本、缩短开发时间，快速适应市场变化的目的，AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分，资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行，基于AgileEAS.NET平台的应用系统的各个业务功能子系统，在系统体系结构设计的过程中被设计成各个原子功能模块，各个子功能模块按照业务功能组织成单独的程序集文件，各子系统开发完成后，由AgileEAS.NET资源管理平台进行统一的集成部署。        AgileEAS.NET应用开发平台也是为应用信息系统开发而提供的一组低层功能集合及开发支撑平台，应用信息系统的开发建立在此平台之上，采用构件式、可复用开发，节省开发成本，加快开发速度，在软件开发上更好的作到多快省。        AgileEAS.NET平台的核心思想是包含两点，一是基于DotNET构件技术的插件式开发，二是基于敏捷并行开发方法以的构件并行，即应用系统的构件（模块）同步并行开发，由平台进行总装集成。 起源       2004年我们做一个农业系统的项目，当时我们开发上没几个人，.NET应该刚刚应用于公司不久，以当时的技术力量根本不可能按期交付，所以我们想到了把某部分模块外包给其他公司。       作为一个新的尝试和创新，我们在对项目进行了自顶向下的细分，把项目分为子系统，子系统分解子系统和模块，模块做为不可细分的业务功能，以模块为计量单位进行分包。各模块相互独立的进行开发，开发完成后进行集成、测试。       为了适合这种创新，我们要求模块的开发要遵守一定的约定，即一种契约；我们还需要一个能集成、管理和调用这些模块的一套应用程序，即平台。这样就形成了一种平台+模块(插件）架构。       为此，我们按此思路开发了EAS.NET的最初版本，包含模块的所遵守的接口和一套能够管理、调用模块的WinForm应用程序，当然，最初版本也提供了基于账号、角色与模块之间的权限管理部分以极一部分基础函数库。       这就是AgileEAS.NET的最早起源，也是EAS.NET的支撑思想“并行开发”的基础。 结构       以上文字简单的对EAS.NET起源及理念做了一个简单的介绍，从以上文字我们知道，EAS.NET平台的核心理念涵盖两个方面，第一方面是基于一种软件工程的实践，插件模块独立并行开发和总装集成的一种思路，第二方面则是利用.NET技术(反射调用)实现了这种思想。由此可知EAS.NET应该包含以下四部分内容:第一、软件过程工程的支持，第二、插件标准与平台(运行容器)，第三、插件的组织及管理，第四、支持插件快速开发的技术及工具。       上图是AgileEAS.NET平台的架构简图，也许看第一眼也不甚明白，我会在后面专门就AgileEAS.NET架构做详细解释，下面我把各部分简要说明一下。       插件契约定义了一组插件开发的接口，实现这些接口的模块可以被运行容器调用，并可以被资源管理平台所管理。       基础类库是一组用于支持快速开发插件模块的基础组件库，包含IOC、ORM、AOP、UDA、Session等基础类库。       服务容器实现了一个服务插件运行容器，可以动态的调用服务插件，服务插件是实现了插件契约的企业服务组件。        分布式通信/传输服务基于消息技术实现了支持分布式开发所需要的数据通信支持，目前支持传输基础数据类型及ORM组件。        插件运行容器是一组能实现插件调用的一组应用程序，它能实现加载插件并依据权限执行插件的业务功能，目前实现了WinForm、SmartClient、WebForm、ActiveXForm四件插件运行容器。        资源管理平台是基于插件运行容器的一组插件集合，业务功能包含集成、管理、组织插件、管理账户及角色以及基于插件/角色(账户）的权限机制,目前，资源管理平台基于WinForm、SmartClient、ActiveXForm运行容器基于实现。        项目管理工具提供基于“并行开发”这种模式的项目管理工具。        辅助工作是一组用于支持快速开发插件模块的基础应用工具，包括插件调试环境、ORM设计器、代码生成器、报表系统等。        AgileEAS.NET自2004年起应用于诸多MIS项目，我也一直忙于生计，没有想去过推广，只是一直在慢慢的完善，很多时间很想写点东西，但一直都没有去写，最近无事在家休息，就整理了一下这些东西，发到博客园和大家探讨和交流。        我会坚持把这东西写的能让大家明白，在以后的文章中，我会分别将各部分进行详细听介绍，在适当的时候提供给大家下载，也希望大家支持和拍砖。 QQ群：15118502，125643764 链接:AgileEAS.NET之敏捷并行开发方法        AgileEAS.NET 官方网站