工作文档06 药品治理系统架构设计案例剖析.ppt

第六章 药品管理系统架构设计案例分析 ,,,,,,,,,,,,,,,,,,,,,,,,,;1,项目背景;2,需求分析;2,需求分析;需求分析;2,需求分析;角色;用例;用例;根据上述分析，可以得到下面业务用例模型： ,,,,,,,,,,,,, ,,,,,,, ;2,需求分析;茅灯栓护项洪熟拴孪巴莲碎纬椽昏舔实块分辽奋乡已弊星匣飞悄磕上执危06,药品管理系统架构设计案例分析06,药品管理系统架构设计案例分析;要素;要素;要素;要素;,,,,,,,上面对用例的描述仅限于文字描述，还不够形象。再以活动图的形式进行建模描述如下：;,,,,,,,,(2),结构化用例 ,,,,,,,,结构化用例的目的是通过观察这些已经细化的用例，看能不能抽取出共有的、可选的行为，把这些共同的内容建立为新的用例。这样的好处是，可以消除冗余的需要以及改善系统整体需求内容的可维护性。像“提交入库记录”用例中，“添加新的药品种类”应作为一个新的用例提取出来，以提高上面所说的需求内容的可维护性;3,系统架构设计;3,系统架构设计;,,,根据前期对需求的分析，决定采取基于.Net,Framework,3.0,框架来构建此分布式的信息管理系统,。.Net,Framework,3.0框架如下：;,,,,,基于三层结构的框架如图所示：;框架讲解： ,,,,,,,,UI（界面层）：职责是数据的展现和采集，数据采集的结果通常以实体对象提交给业务逻辑层处理。 ,,,,,,,,BL（业务逻辑层）：职责是按预定的业务逻辑处理UI层提交的请求。,,,,,,（1）?业务功能子层负责基本业务功能的实现。,,,,,,（2）,业务流子层负责将业务功能子层提供的多个基本业务功能组织成一个完整的业务流（事务只能在业务流子层开启）。;,,,,,,,,RA（资源存取层）：职责是提供全面的资源访问功能支持，并向上层屏蔽资源的来源。 ,,,,,,,,(1),BEM（业务实体管理子层）：采用数据存取子层和服务获取子层来提供业务需要的基础数据/资源访问能力。 ,,,,,,,,(2),DA（数据存取子层）：负责从数据库中存取资源，并向BEM子层屏蔽所有的SQL语句以及数据库类型差异。,,,,,,,,,(3),SA（服务获取子层）：用于以SOA的方式从外部系统获取资源。 ,,,,,,,,(4),CA（配置文件存取子层）：用于从配置文件中获取配置信息或将配置信息保存倒配置文件。 ,,,,,,,,Entity（实体层）：跨越其他三层，在这些层之间传递数据。;,,,,,,规则（约束）： ,,,,（1）系统各层次及层内部子层次之间都不得跨层调用。 ,,,,（2）,Entity对象在各个层之间传递数据。 ,,,,（3）需要在UI层绑定到列表的数据采用基于关系的数据集传递，除此之外，应该使用Entity对象传递数据。,,,,,,, ,,,,（4）对于每一个数据库表（Table）都有一个DB?Entity?class与之对应，针对每一个Entity?class都会有一个BEM?Class与之对应。 ,,,,（5）有些跨数据库或跨表的操作（如复杂的联合查询）也需要由相应的BEM?Class来提供支持。, ,,,,（6）对于相对简单的系统，可以考虑将业务功能子层和业务流子层合并为一个。 ,,,,（7）,UI层和BL层禁止出现任何SQL语句。;.,Net,Remoting框架图： ,,,,,, ,,,,,,,,,,,,,,,,,,,,,,,,,,,;.,Net,Remoting框架介绍： ,,,,,,,,,,.,Net,Remoting提供了一种允许,对象通过应用程序域与另一个对象进行交互的框架。首先，客户端通过Remoting，访问通道以获得服务端对象，再通过代理解析为客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远程对象代码可以运行在服务器上（如服务器激活的对象和客户端激活的对象），然后客户端再通过Remoting连接服务器，获得该服务对象并通过序列化在客户端运行。这种框架提供了许多种服务，包括激活和生存期支持，以及负责与远程应用程序进行信息交互的通讯通道。;框架选择： ,,,,,,,由于该系统仅在局域网内使用，用户数量有限，因此，决定采取局域网内的分布式的桌面信息管理系统方式实现此系统。根据前面的分析，我们采用.,Net,Framework,3.0框架实现该系统的，采用.,Net,Remoting实现客户端与服务器端之间的通信。;3,系统架构设计;,,,,,,,,(1),数据持久层的架构分析与设计 ,,,,,,可维护性场景： ,,,,,, ,,,,,,,,,,,,,,,,,,, ,,,,,,, ;性能场景： ,,,,,,;;;满足以上质量场景的数据存取层架构： ,,,,,, ,,,,,,;数据存取架构