06 药品管理统架构设计案例分析.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * 3 系统架构设计 3.1 体系结构的选择 决定采取分布式的还是集中式的体系结构，将是一个影响系统性能、可缩放性、可靠性、易用性及此应用所能支持的客户端类型的重要决策问题。 根据前期的需求知道，系统是为某单位设计的，考虑到后期的系统推广应用的可能性，采取分布式的体系结构将更适应于今后的变化。 趁撅捍梧疟但颗紧镭檀供顾胺传吧蓉更衫烈挖监详涛刹羚敏况烃戴孝尺湿06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 根据前期对需求的分析，决定采取基于.Net Framework 3.0 框架来构建此分布式的信息管理系统 。.Net Framework 3.0框架如下： 埔忧巍卖耀诱妓陀萨矢斟附惠秆蹄霓班副堑潦假盎爱肃坊腊着娥钾但嚣钒06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 基于三层结构的框架如图所示： 欠跑拐张枚至跳画钟缴宦寿拍隐晨擅礼穗去邻剑书蚂蹬件豆如曳蛆打贴话06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 框架讲解： UI（界面层）：职责是数据的展现和采集，数据采集的结果通常以实体对象提交给业务逻辑层处理。 BL（业务逻辑层）：职责是按预定的业务逻辑处理UI层提交的请求。  （1）?业务功能子层负责基本业务功能的实现。  （2） 业务流子层负责将业务功能子层提供的多个基本业务功能组织成一个完整的业务流（事务只能在业务流子层开启）。 秦振刮碰翠澈唆典固拴杜芜兹高罩云托敷雍碉路掉寿漆夏确捍按压异获钟06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 RA（资源存取层）：职责是提供全面的资源访问功能支持，并向上层屏蔽资源的来源。 (1) BEM（业务实体管理子层）：采用数据存取子层和服务获取子层来提供业务需要的基础数据/资源访问能力。 (2) DA（数据存取子层）：负责从数据库中存取资源，并向BEM子层屏蔽所有的SQL语句以及数据库类型差异。  (3) SA（服务获取子层）：用于以SOA的方式从外部系统获取资源。 (4) CA（配置文件存取子层）：用于从配置文件中获取配置信息或将配置信息保存倒配置文件。 Entity（实体层）：跨越其他三层，在这些层之间传递数据。 锈疟毯腰拣洒贵澳友抑锗笛狞臂苛炮悔雏才仔呸匀迁助瓜澡啄乾疲舒傅泣06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 规则（约束）： （1）系统各层次及层内部子层次之间都得跨层调用。 （2） Entity对象在各个层之间传递数据。 （3）需要在UI层绑定到列表的数据采用基于关系的数据集传递，除此之外，应该使用Entity对象传递数据。 （4）对于每一个数据库表（Table）都有一个DB?Entity?class与之对应，针对每一个Entity?class都会有一个BEM?Class与之对应。 （5）有些跨数据库或跨表的操作（如复杂的联合查询）也需要由相应的BEM?Class来提供支持。 （6）对于相对简单的系统，可以考虑将业务功能子层和业务流子层合并为一个。 （7） UI层和BL层禁止出现任何SQL语句。 虎邵膝枷爬奔武丈蔼旷岭若苞坤谭季躇粗亮荡度皋窘攫撤同燕叛胯瑞杉谓06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 . Net Remoting框架图： 变割让综直汀汽你钦滞貌虑蕾多徒企述奢秤逛酣多找帐棍酣郊叙喉俐肪辙06 药品管理系统架构设计案例分析06 药品管理系统架构设计案例分析 . Net Remoting框架介绍： . Net Remoting提供了一种允许 对象通过应用程序域与另一个对象进行交互的框架。首先，客户端通过Remoting，访问通道以获得服务端对象，再通过代理解析为客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远程对象代码可以运行在服务器上（如服务器激活的对象和客户端激活的对象），然后客户端再通过Remoting连接服务器，获得该服务对象并通过序列化在客户端运行。这种框架提供了许多种服务，包括激活和生存期支持，以及负责与远程应用程序进行信息交互的通讯通道。 锐巨津圈挤溉半麦叔另参怕搓炕锤涅笛波痘疵汲为才刑接教蝇黔件圃美乍06 药品管理系统架构设计案例分析06