OA项目讲述文档.docVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1.如果没有办公自动化 … 沟通不畅,上下级之间、同事之间没有很好的沟通渠道 办事效率低,不能实现流程的自动化 查找资料困难、并且资料容易丢失 对所做过的事情做到有据可查 先进知识、经验、技巧不能得到充分共享和学习 不能监控下属的工作进展、了解他的真实想法和困难 每天都浪费大量的纸张、电话费、时间、精力。。。 将人从繁琐、无序、低端的工作中解放出来处理更有价值、更重要的事务,整体提高了企业办事效率和对信息的可控性,使企业管理趋于完善,提高执行力,最终实现企业市场竞争力全面提升的目标. 2.系统功能架构 项目描述:分三个核心组件:组织机构、权限控制、审批管理。六个基本组件:信息发布系统、考勤管理、办公用品管理、报销管理、日程安排、名片管理。组织机构主要是人事部门管理涉及到部门与员工的复杂调动与离职等;权限控制是给不同的员工赋予不同的权限;审批管理是拥有审批权的管理者处理员工提交的各种单据;考勤管理有包括员工上下班打卡、员工请假加班等各种考勤信息管理;办公用品管理是对办公用品的管理包括办公用品的采购、申请、库存报警等的管理;报销管理是针对员工出于公司的活动需要报销的管理像差旅费、食宿费等,当员工的报销单得到相应审批人的审批通过就可以领款;日程安排分办公日程安排和个人日程安排,拥有办公日程安排的负责人可以安排办公人员一周、一个月的工作事宜,以便办公人员工作高效、有条不紊的进行,个人日程安排是登录者自己对自己的日程安排;名片管理是当前用户可以发送自己的名片给对方,也可以建立自己的联系好友,还可以给自己的好友分组;信息发布系统是发布一些最新的新闻资讯,公告通知。 3.系统功能流程 4.主要技术介绍 Struts 规范、清晰的MVC框架,只需编写相应组件、不必再考虑架构的设计 Spring Spring IoC 实现组件控制关系的转移 Spring AOP 面向切面的编程 Spring对Hibernate的整合 Hibernate O/R Mapping框架、将对数据库操作转换为对对象的操作、更符合面向对象的编程思想,大大简化程序的编写和维护的难度,提高重用 5.1系统架构设计 技术先进性、架构灵活、易于维护 使用了当今最为流行Struts+Spring+Hibernate的N层架构模式,架构清晰、开发效率高、易维护升级 使用Struts MVC框架来规范Web层的架构 使用业务外观模式封装对DAO层的复杂调用 使用Hibernate的封装对数据库的访问、使得访问数据库简单、易维护、易移植、提高重用、更符合面向对象的编程思想 使用Spring的IoC来实现组件之间的依赖关系注入,降低层与层之间的耦合、使得上层组件依赖于抽象而不依赖实现、易于维护,架构更加灵活 使用Spring的AOP编程实现事务处理、日志服务等与业务无关的系统服务,使得代码简洁、组件职责清晰、并且易于维护 使用Spring提供的与Hibernate的整合方案简化代码 5.2 组件设计 View层:负责数据的展现,使用JSP、 JSTL、EL、Struts taglib技术, 为使表现层简单容易维护,禁止使用java脚本,又因Struts的许多taglib与Struts框架绑定,所以尽量使用JSTL、EL Web层: 负责页面逻辑的控制,使用Struts Action,通过调用业务委托接口来调用具体的业务组件的实例,而业务组件的实例是通过Spring的IoC容器取得的 Service层(业务逻辑层): 负责处理业务,封装对DAO层的访问细节,使用业务委托模式使控制层与业务实现分离,即客户通过调用业务委托接口来调用具体的业务组件的实例,避免控制层与业务层的藕合带来的维护或升级带来的困难 DAO层: 将对持久层数据的基本增、删、查、改等操作提取到BaseDAO中 BaseDAO继承Spring的HibernateDaoSupport来简化代码编写 各模块DAO继承BaseDAO实现复杂的数据访问,提高重用 通过Spring AOP为DAO生成代理对象来为DAO添加事务服务 由IoC容器将DAO的代理实例注入到业务组件中,业务组件通过调用DAO的委托接口调用DAO对象,使得上层组件不直接依赖于DAO的实现类,使得持久层更换或修改不影响上层组件 持久层:负责对象到关系的映射,由Hibernate实现 DAO设计: 继层DAO和引用DAO,那种方式更好? 将对持久层数的基本的增、删、查、改等操作提取到BaseDAO中,各个模块的DAO继承BaseDAO,实现更为复杂的持久层访问;又考虑到持久层可能会变换,如现在使用数据库作为持久存储层,将来可能换成使用XML文件,这就就需要将访问数据库的DAO改成访问XML文件的DAO,导致使用DAO的业务层也要修改,为解决这个问题,

文档评论(0)

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

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

1亿VIP精品文档

相关文档