介绍

        本篇将会讲述如何使用AgileEAS.NET敏捷开发平台来进行药店系统的开发，首先我们需要根据需求文档来设计出药店系统的系统架构，才能继续进行后续的开发工作，整

理好架构后，然后一步步的完成具体的详细设计，数据库建模等，这样的完整步骤后，就可以开展具体的编码工作了，我们首先来看看根据药店系统的一些功能性的需求和非

功能性的需求来决定系统的架构设计，并且分解AgileEAS.NET平台已提供的相关功能来结合分析。

分析

          一、AgileEAS.NET平台的分层结构

        1、基于AgileEAS.NET平台的逻辑架构设计分析

        

        从上图我们可以看出，AgileEAS.NET开发平台之上的架构设计与我们平时说的架构设计中的分层与设计之上并没有什么本质的差别，唯独是底层的数据访问层(DAL)上的

设计有一些细微的差别，下面我们来画图分析下相关的区别。

        AgileEAS.NET平台使用的模型是充血模型，意味着模型本身除了附带数据相关的信息外，还包含一些操作。

        

        大家可以看看AgileEAS.NET平台中的DAL层就知道了，这里我就不贴出相关的代码了。

      2、AgileEAS.NET平台的物理架构设计分析

    

        上面给出了AgileEAS.NET平台的物理架构中的的分布式访问形式，当然还有简单的形式，即直接不通过分布式访问服务来访问数据库，而是直接UI层通过DAL层或者服务

层，来直连数据库访问数据，而不是分布式的形式，具体的访问图如下：

         

        通过上面的分析，我们应该对AgileEAS.NET平台的相关设计架构支持有了一定的了解，那么我们在设计架构时，就考虑如何使用AgileEAS.NET平台提供的对架构的

非功能性要求的支持。下面我们就来看下如何结合药店系统来分析架构。

药店系统-架构设计

首先、可以说现在的分层结构是非常的流行，也是很容易理解和很容易来使用，当然目前的任何架构其实都是可以通过分层来达到一定程度的职责分离和低耦合，高内聚

的原则，但是我们不会为了分层而分层，那样只会让我们的工作量变大和复杂。 完事都要讲究一个平衡。

下面我们来分析下，基于药店，我们来分析下药店系统可能的分层结构。

当然上图只是给出了主要的功能模块，还有一些统计分析和基础数据维护等模块，并没有画上，我们只要满足这些主要的功能需求，下面我们来看看一些非功能性的需

求，我们在设计架构的时候，必须要考虑清楚非功能性需求，否则设计出来的结构只能失败。

非功能性需求如下：

1、要支持远程访问，多用户使用。

2、要性能高，效率快，易用性。

3、可扩展，可维护。

基于上述的几点非功能性需求，刚好AgileEAS.NET敏捷开发平台，为我们提供了如下的高强度的支撑，下面我们画图来说明：

1、支持远程访问，多用户使用。

        当然普通形式也可以使用服务层，这里不会影响到具体功能的使用，这里想说的是，平台默认提供了对分布式服务的支持。可以做到无缝的切换。关于具体的分层设计与

大家原来的多次结构并不冲突，只不过DAL层已经默认是充血模型了。

2、高性能，易用性等。

3、可扩展性及可维护性

由于平台采取的平台+插件的组织形式，因此可以做到如下要求：

1、可扩展。

2、并行开发。

3、平台提供插件的配置与管理。包括资源的分配与回收，生命周期等管理。

下面我们就来分析下根据上述的非功能性需求，我们必须要完成的开发工作原本是要实现分布式访问的支持，现在我们不需要实现这些内容，AgileEAS.NET平台已经为我

们实现了，我们只是在使用该分布式访问服务时满足相应的服务定义要求即可。我们具体的使用要求及定义要求，我们会在后续的服务层的开发过程中讲述。

药店系统的架构设计：

1、结合前面的非功能性需求，我们设计出如下架构：

2、当然如果说访问太频繁或者数据交互量大，我们还可以抽出DTO。

3、结合MVC框架来使用该架构：

        当然具体的应用场景如何结合来设计等，就是看我们应用场景的需求了，我们本系列将以第一个架构为最终的版本来进行开发，我们选取该架构的主要原因是简单，可

行，并且能够满足需求。

总结

        本篇主要是分析了AgileEAS.NET的架构及分析了药店系统的整体架构设计，我们并没有关注一些细节方面的内容，后续关于一些更详细的内容，将会在后面的开发过程中

体现。当然由于本人水平有限，部分不足或者设计剖析错误之处，还请大家指定。

本文转自何戈洲博客园博客，原文链接：http://www.cnblogs.com/hegezhou_hot/archive/2011/03/31/2000662.html，如需转载请自行联系原作者