药品管理系统架构设计案例分析.ppt

《药品管理系统架构设计案例分析.ppt》由会员分享，可在线阅读，更多相关《药品管理系统架构设计案例分析.ppt（56页珍藏版）》请在三一文库上搜索。

1、第六章 药品管理系统架构设计案例分析,1 项目背景,某单位需要统一管理所采购的药品，采购的药品总数已逾千种，传统的手工管理方式难以适应当今药品管理种类繁多、流动量大、调配程序复杂等特点，存在着很多不足之处。为了适应当前的业务发展需要，准备开发一套信息管理系统，对所采购的药品进行有效的管理。,2 需求分析,需求分析的主要任务就是创建代表“目前”业务情况的业务模型，并将此业务模型转换成“将来”的系统模型，包括功能需求和非功能需求。非功能需求又包括质量属性和各种约定。 通过对客户的当前业务的分析，我们得到当前业务的基本需求。,2 需求分析,功能需求,需求分析,非功能需求,2 需求分析,2.1 定义系

2、统 (1) 捕捉系统通用术语 通用术语：描述系统行为过程中经常出现的名词。通过捕 捉系统通用术语可以避免在项目团队成员之间对它们的理解出 现偏差造成误解。,(2) 捕捉系统中角色和用例 通过捕捉系统中的角色和用例目的是定义系统的范围，找出并描述系统内、外部必须处理的内容，以及那些与本系统需要进行交互的人或外部系统。 系统角色如下：,根据已找出的系统角色，分析其对系统的具体要求，找出系统的各个用例。,根据上述分析，可以得到下面业务用例模型：,2 需求分析,2.2 细化定义 (1) 细化用例 细化业务用例模型，是为了更加详细地分析和描述用例。同时，将业务用例模型转换成系统的用例模型。下面，以“角色

3、”库存管理员交互的用例进行细化为例。,细化用例后，还需对用例进行详细描述，直到所有涉众都认可描述的内容已经能够正确表达出他们的需求为止。在RUP方法论中指明通过阐述一个用例的名称、简要描述、事件流、特殊需求、前置条件和后置条件等六个方面可以对用例进行描述。下面以用例“提交入库记录”为例细化描述。,“提交入库记录”为例细化描述（续）,“提交入库记录”为例细化描述（续）,“提交入库记录”为例细化描述（续）,上面对用例的描述仅限于文字描述，还不够形象。再以活动图的形式进行建模描述如下：,(2) 结构化用例 结构化用例的目的是通过观察这些已经细化的用例，看能不能抽取出共有的、可选的行为，把这些共同的内

4、容建立为新的用例。这样的好处是，可以消除冗余的需要以及改善系统整体需求内容的可维护性。像“提交入库记录”用例中，“添加新的药品种类”应作为一个新的用例提取出来，以提高上面所说的需求内容的可维护性,3 系统架构设计,架构设计是将需求内容转换成设计模型的雏形以及用户体验模型，其目的是建立整个系统初步的解决方案，为详细设计活动打下基础，这一阶段的具体活动如下：,3 系统架构设计,3.1 体系结构的选择 决定采取分布式的还是集中式的体系结构，将是一个影响系统性能、可缩放性、可靠性、易用性及此应用所能支持的客户端类型的重要决策问题。 根据前期的需求知道，系统是为某单位设计的，考虑到后期的系统推广应用的可

5、能性，采取分布式的体系结构将更适应于今后的变化。,根据前期对需求的分析，决定采取基于.Net Framework 3.0 框架来构建此分布式的信息管理系统 。.Net Framework 3.0框架如下：,基于三层结构的框架如图所示：,框架讲解： UI（界面层）：职责是数据的展现和采集，数据采集的结果通常以实体对象提交给业务逻辑层处理。 BL（业务逻辑层）：职责是按预定的业务逻辑处理UI层提交的请求。 （1）业务功能子层负责基本业务功能的实现。 （2） 业务流子层负责将业务功能子层提供的多个基本业务功能组织成一个完整的业务流（事务只能在业务流子层开启）。,RA（资源存取层）：职责是提供全面的资

6、源访问功能支持，并向上层屏蔽资源的来源。 (1) BEM（业务实体管理子层）：采用数据存取子层和服务获取子层来提供业务需要的基础数据/资源访问能力。 (2) DA（数据存取子层）：负责从数据库中存取资源，并向BEM子层屏蔽所有的SQL语句以及数据库类型差异。 (3) SA（服务获取子层）：用于以SOA的方式从外部系统获取资源。 (4) CA（配置文件存取子层）：用于从配置文件中获取配置信息或将配置信息保存倒配置文件。 Entity（实体层）：跨越其他三层，在这些层之间传递数据。,规则（约束）： （1）系统各层次及层内部子层次之间都不得跨层调用。 （2） Entity对象在各个层之间传递数据。

7、（3）需要在UI层绑定到列表的数据采用基于关系的数据集传递，除此之外，应该使用Entity对象传递数据。 （4）对于每一个数据库表（Table）都有一个DBEntityclass与之对应，针对每一个Entityclass都会有一个BEMClass与之对应。 （5）有些跨数据库或跨表的操作（如复杂的联合查询）也需要由相应的BEMClass来提供支持。 （6）对于相对简单的系统，可以考虑将业务功能子层和业务流子层合并为一个。 （7） UI层和BL层禁止出现任何SQL语句。,. Net Remoting框架图：,. Net Remoting框架介绍： . Net Remoting提供了一种允许 对象

8、通过应用程序域与另一个对象进行交互的框架。首先，客户端通过Remoting，访问通道以获得服务端对象，再通过代理解析为客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远程对象代码可以运行在服务器上（如服务器激活的对象和客户端激活的对象），然后客户端再通过Remoting连接服务器，获得该服务对象并通过序列化在客户端运行。这种框架提供了许多种服务，包括激活和生存期支持，以及负责与远程应用程序进行信息交互的通讯通道。,框架选择： 由于该系统仅在局域网内使用，用户数量有限，因此，决定采取局域网内的分布式的桌面信息管理系统方式实现此系统。根据前面的分析，我们采用. Net Framew

9、ork 3.0框架实现该系统的，采用. Net Remoting实现客户端与服务器端之间的通信。,3 系统架构设计,3.2 系统架构的分析与设计 架构的设计对系统质量属性的实现起着决定性的作用，而架构的形成又是由这些质量属性驱动的。由于系统为简单的MIS系统，因此，下面着重对数据存取层和业务逻辑层架构的设计进行比较详细的介绍。,(1) 数据持久层的架构分析与设计 可维护性场景：,性能场景：,安全性场景：,可维护性：架构的设计不仅仅是面向客户的，同样需要面向开发人员的。在数据存取层中添加数据源访问组件，通过在数据访问层中添加一个数据库配置组件，可以使系统的数据源快速的从一种类型转换到另一种类型。

10、满足实际业务扩展需要。 性能：由于系统采用分布式的结构，虽然用户数量有限，但如果用户频繁的向服务器端发送请求，势必导致系统性能下降。因此，在数据存取层中添加SQL访问组件，实现对数据库更新操作的批量处理，减少访问数据库的频度，对系统性能的提升有一定得帮助。 安全性：数据的并发访问是分布式系统的中的潜在威胁。同一时间，不同客户端对同一数据记录进行操作必然存在并发一致性问题，如：丢失修改、不可重复读和读脏数据等。本架构通过数据库事务处理组件对这一问题进行控制。数据库事务处理组件通过对事务进行隔离级别划分的机制，维持了数据库的ACID（原子性、一致性、独立性和持久性）要求，提高了系统的安全性。,满足

11、以上质量场景的数据存取层架构：,数据存取架构分析： 该架构主要包括：数据源组件、SQL访问组件、SQL参数和结果集处理组件四大模块。其中，数据源组件主要负责数据库连接的管理；SQL访问组件负责数据库服务器的交互；结果处理组件模块负责处理从存储过程或查询操作类返回的结果数据；在整个架构中，凡是涉及到SQL语句参数的处理都交给类“SQL参数”。基于这种架构的数据存取过程，满足上述的预期目标。,(2) 业务逻辑层架构设计： 业务逻辑层作为MIS系统的关键部分，对系统的灵活性实现起着决定性的作用。在本系统的业务逻辑层架构层中，采取了Faade模式，下面简单介绍一下Faade模式的好处： (1) 网络开

12、销小，客户只需要和一个“门面Faade”交互，只要一个网络调用就可以完成业务逻辑； (2) 客户端表示层和业务逻辑层得到解耦，完全分离； (3) 高效可靠的事务处理； (4) 良好的可重用性和可维护性。,Facade模式：,业务逻辑层架构设计： Faade模式在本系统中应用： 通过前期的需求分析，我们将业务用例模型中需要完成的业务流，分解成原子级的业务功能（图中的小圆圈），通过业务流（门面Facade）的整合，以实现业务用例模型中的预期用例功能。在系统开发期间，可以将业务流和业务功能的具体实现很好的解耦合，每个“门面Faade”可以认为成对应了一个系统功能子系统，为系统的并行开发提供了可能。通

13、过Faade模式，给系统的可维护性和性能等质量属性实现，奠定了很好的基础。 根据前面分析知，系统采用基于. Net Framework 3.0平台的Remoting技术实现分布式的。在Remoting技术中，客户端通过远程调用服务器端注册的业务功能组件的指针，完成自身的业务处理需要。这种远程调用的机制虽然占用一定的网络流量，但它对于系统代码的安全性起到一定的保护作用。同时，方便系统的升级。,业务逻辑层的一种可用框架：,业务逻辑层架构分析： 该业务逻辑层的架构是前面Faade模式的一种变形，他继承了Faade模式的所有优点，同时，具体到我们的架构中，它又实现了客户端不必与业务对象直接交互。客户端

14、只需要输入业务参数（业务请求对象），然后调用业务对象执行器，通过对象执行器委派到具体的事务处理对象，就可以通过结果响应对象获取业务执行结果。该业务逻辑层架构具备良好的维护性、可靠性和可扩展性。,3 系统架构设计,3.3 结构化设计模型 确定设计模型的结构化也就是根据设计需要定义出若干设计包。 包的设计原则： (1) 包的内聚性 重用等价模型 共同重用原则 共同封闭原则 (2)包的耦合性 无环依赖原则 稳定依赖原则 稳定抽象原则,包的划分主要有两种： 按照子系统来分：,按照架构层次来分：,两种包结构的对比：,分析设计,由于我们待实现的系统足够小，功能有限，我们能够很好的维持系统的层次结构，因此我

15、们采用按架构层次定义包：,分析设计,系统架构：,教你写字,下面是赠送的PPT模板不需要朋友可以下载后编辑删除！谢谢！,感恩 父母,天冷时，是他们给你送来温暖,有时，他们会对我们发火,感恩父母 感谢你们 把我带到了这个世界 感谢你们 给了我自由的空气 感谢你们 谆谆的教导 殷殷的嘱托 我长大了 而你们却老了 谁言寸草心 报得三春晖 我会向你们献上一片诚挚的孝心 祝你们永远健康,愿天下所有的父母 永远健康快乐！,对部门及岗位职责的理解,系统集成（SI，System Integration）：就是通过结构化的综合布线系统和计算机网络技术，将各个分离的设备(如个人电脑)、功能和信息等集成到相互关联的、

16、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。,负责集成项目软、硬件产品与网络设备的安装、调试及使用培训、售前技术支持。,负责项目及相关技术问题的跟踪和解决，售后设备维护工作。,三、工作总结,项目运维,项目实施,银青高速,无线网桥 视频监控,东毛隧道,语音电话 人员定位基站 隧道监控 停车场,项目全面实施 （IP设置）,银青路基五标,贵州独平高速,项目全面实施 （监控室机柜布线）,四、心得体会,在这段时间的学习过程中，我对部门很多产品从零学起，刚到公司的时候感觉压力很大，经过这些时间的认真学习和实际操作，调整心态，现已完全能融入公司的各项岗位职责和管理制度中。这些时间，感觉不仅仅是工作技能的提深，更宝贵的是对我人生观念和工作认识有了很大的改变，还让我对工作流程和工作方法有了深刻的体会。由于到达公司时间较短，不可能一下子将公司所有产品亲自操作一遍，但通过公司相关文档的学习收获颇多。希望以后有机会多多参加这些的项目。“九层之台，起于垒土；千里之行，始于足下”只有通过工作中的点点滴滴，脚踏实地做事，才能成为一名优秀的集成工程师。,五、职业发展规划,第二阶段,低姿态起步、踏实做事 虚心请教，加强相关产品学习,成为一名优秀的集成项目管理工程师,相关证件的考取 项目管理流程的学习,第一阶段,第三阶段,