基于SSH框架老年健康系统分析与设计.docVIP

基于SSH框架老年健康系统分析与设计.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于SSH框架老年健康系统分析与设计

基于SSH框架老年健康系统分析与设计   摘 要:为帮助老年公寓为老年人提供个性化、人性化、高质量的护理服务,通过对老年公寓运营过程和业务流程进行需求分析,基于SSH开发框架分析并设计了老年健康看护系统,提出了一个有效的解决方案。   关键词关键词:老年健康系统;SSH;系统架构   中图分类号:TP319 文献标识码:A 文章编号文章编号2013)008008402   作者简介作者简介:陈冬(1981-),男,硕士,四川邮电职业技术学院系统分析师,研究方向为移动互联网、游戏开发;卫五波(1981-),男,硕士,四川邮电职业技术学院讲师,研究方向为Web应用。   0 引言   我国日益严重的社会老龄化问题及其引发的一系列社会问题将是全社会需要面对的重要课题。近一两年在一些大城市迅速出现的老年公寓已经逐渐取代落后的养老院体制,成为对该课题的重要探索,而且已经产生了市场价值。在信息技术迅猛发展的今天,为更好地为老年人提供个性化、人性化、高质量的护理服务,实现老年公寓管理的信息化、系统化、集成化和现代化,极有必要探究如何设计适应于老年公寓管理的老年健康看护信息系统,以提高老年公寓的工作效率和服务水平。   1 系统需求分析   通过对老年健康看护业务的运行过程进行需求分析,以及用例的详细规格说明分析后,可确定系统基本功能模块。老年人健康看护系统主要由入院预约管理、出入院管理、护理信息管理、医疗业务信息管理、日常护理记录、特殊护理记录及医护信息管理等功能模块组成。系统功能模块如图1所示。   图1 系统功能模块   2 系统架构设计   就目前流行的轻量级Java Web架构实际上是比较一致的,通常会使用Spring作为系统架构核心,向上整合MVC框架,向下整合ORM框架。使用Spring的IoC容器来管理各组件之间的依赖关系,而Spring的声明事务将负责业务逻辑层组件的事务管理。   为取得更好的系统扩展性,本系统在系统架构设计时采用了贫血模型。该架构设计的关键是将领域对象(Domain Objects)和业务逻辑进行解耦。传统设计中一般将业务逻辑的实现和领域模型耦合,这样系统架构更利于理解,但是解耦不佳,一旦业务发生比较大的改变,系统架构往往需要重构,对于像老年公寓这种管理模式尚未形成程序化的系统来说,业务需求的变化往往是不可避免的,因此这在系统架构设计中要重点考虑。而贫血模式就是将领域对象从业务逻辑中提取出来,将领域对象设计为单纯的数据类,即每个领域对象类只包含相关属性,而所有的业务逻辑都由业务逻辑组件来实现。贫血模型的优点是:开发简单、分层清晰、架构明晰且不易混淆、所有的依赖都是单向依赖、解耦优秀。   在这种贫血模型下,系统的业务逻辑对象被设计为DAO组件的门面(Facade),封装全部的业务逻辑方法。这样,Web层就只需要和业务逻辑组件之间进行交互,而无须去访问底层的DAO对象了。经设计,本系统的系统架构主要有如下分层:表现层:主要由JSP页面组成,前端的验证和用户体验改进主要采用jQuery及其组件;控制层:主要使用Struts2框架技术来实现;业务逻辑层:主要由Spring IoC容器管理的业务逻辑组件组成,完成了系统的业务逻辑实现;DAO层:通过对领域对象的操作,实现数据持久化;领域对象层:主要提供业务内领域对象的实现,由Hibernate Session管理。整个系统的架构如图2所示。   图2 系统架构结构   2.1 领域模型和Hibernate持久层设计   由于系统架构设计时采用了贫血模式,这样系统中的领域对象实际上无需承担业务逻辑的实现,更能和数据库中的表一一对应,利用Hibernate Session管理,领域对象的实现更简单且开发效率相当高。同时通过利用Hibernate提供的O/R Mapping支持,系统能够使用面向对象的方式来操作关系数据库,减少了关系数据库操作和面向对象编程的转化,提供了程序员的开发效率。在实际开发中,只需根据从系统需求分析中提取出领域对象,将这些领域对象抽象成类,再罗列出需要进行持久化保存的持久化对象(PO)即可,最后通过Hibernate来管理其和对应数据库表的联系。开发中,甚至可以通过使用ORM工具完成PO对象生成数据库表。   2.2 业务逻辑层设计   系统的业务逻辑是由业务逻辑组件和DAO组件组成的。其中,DAO组件主要是通过操作领域对象来实现对数据库表的操作,业务逻辑组件则通过调用DAO组件的相应接口从而完成相应业务逻辑或流程的实现。这样的系统框架使得业务逻辑组件只需关心业务逻辑的实现,而无须再关心数据库的操作。   这里以EmpMgr业务逻辑组件为例,说明业务逻辑组件与DAO组件之间的关联,如图3

文档评论(0)

erterye + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档