企业资产管理系统资产核查模块的设计与实现毕业论文(编辑修改稿)

企业资产管理系统资产核查模块的设计与实现毕业论文(编辑修改稿)内容摘要：

CPU 资源 ； (3)、 为多种编程语言提供了 API。 这些编程语言包括 C、 C++、 Eiffel、 Java、Perl、 PHP、 Python、 Ruby 和 Tcl等 [4]； (4)、 .提供 TCP/IP、 ODBC 和 JDBC 等多种数据库连接途径 ； (5)、 .提供用于管理、检查、优化数据库操作的管理工具 ； (6)、 .可以处理拥有上千万条记录的大型数据库。 核心技术 J2EE 平台规范 J2EE（ Java 2 Platform， Enterprise Edition）是 SUN 公司定义的一个开发分 布式企业级应用的规范。 它提供了一个多层次的分布式应用模型和一系列开发技术规范。 多层次分布式应用模型是指根据功能把应用逻辑分成多个层次，每个层次支持相应的服务器和组件，组件在分布式服务器的组件容器中运行，容器间通过相关的协议进行通讯，实现组件间的相互调用。 遵从这个规范的开发者将得到行业的广泛支持，使企业级应用的开发变得简单、快速。 J2EE 规范定义了以下四个层次： (1)、 客户端层（ Client Tier）用来实现企业级应用系统的操作界面和显示层。 另外，某些客户端程序也可实现业务逻辑。 可分为基 于 Web 的和非基于 Web 的客户端两种情况。 基于 Web 的情况下，主要作为企业 Web 服务器的浏览器。 非基于Web 的客户端层则是独立的应用程序，可以完成 客户机无法完成的工作 [5]。 (2)、 Web 层为企业提供 Web 服务。 包括企业信息发布等。 Web 层由 Web 服务器和 Web 组件组成。 J2EE Web 组件包括 JSP 页面和 Servlets。 Web 层也可以包括一些 JavaBeans。 Web 层主要用来处理客户请求，调用相应的逻辑模块，并把结果以动态网页的形式返回到客户端。 (3)、 业务层（ Business Tier）也叫 EJB 层或应用层，它由 EJB 服务器和 EJB组件组成。 一般情况下，许多开发商把 Web 服务器和 EJB 服务器产品结合在一起发布，成为应用服务器。 EJB 层用来实现企业级信息系统的业务逻辑。 这是企业及应用的核心，由运行在业务层中的 EJB 来处理。 一个 Bean 从客户端接收数据、处理，然后把数据放到企业信息系统层存储起来。 同样，一个 Bean 也可以从企业信息系统层取出数据，发送到客户端程序。 业务层中的 EJB 要运行在容器中，容器解决了底层的问题，如事务处理、生命周期、状态管理、多线程、安全管理、资源池等。 (4)、 企业信息系统层（ Enterprise Information System tier），处理企业系统软件，包括企业基础系统、数据库系统及其它遗留的系统。 它是连接 J2EE 平台和企业信息系统层的标准 API。 业务层和 Web 层共同组成了三层 J2EE 应用的中间层，其他两层是客户端层和存储层或企业信息系统层。 Hibernate 简介 Hibernate 是一个开放源代码的 O/R Mapping(对象关系映射框架 )，它对 JDBC进行了非常轻量级的对象封装，使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数 据库。 Hibernate 可以应用在任何使用 JDBC 的场合，既可以在 Java 的客户端程序实用，也可以在 Servlet/JSP 的 Web 应用中使用，最具革命意义的是，Hibernate 可以在应用 EJB 的 J2EE 架构中取代 CMP，完成数据持久化的重任 [6]。 为了企业应用与后端数据库频繁交互，并且使得交互更加有效而迅捷，企业应用开发者在应用和数据库之间创建了一个持久层。 这个数据库负责存储从应用到数据库的数据，也负责数据的检索、更新和删除。 在基于 J2EE 的企业应用中，组成这个持久层的 Java 类既可以映射对象到数据，也可 以映射数据到对象。 持久层建立是简单的，但是，这种关系常常难于建立，因为对象或者下层的数据库结构复杂，很难做到把关系表记录完整的映射到持久对象的关系上来，这主要体现在多表的关系无法直接映射到对持久对象的映射上来，可能是一个表映射多个持久对象，有可能是多个表映射一个持久对象，更有可能的是表的某些字段映射到一个持久对象，另外一些字段映射到别的持久对象上。 Hibernate 是一个开源对象与持久性和查询相关的框架， Hibernate 帮助基于普通的 Java 对象模型的持久对象的创建，从而允许持久对象拥有复杂的结构如混合类 型、集合和属性，还可以拥有用户自定义的类型。 现在这些持久对象可以有效的反映出底层数据库模式的复杂结构。 为了提高效率， Hibernate 包括了一些策略，如与数据库交互时的多重最优化，包括对象的缓存、有效外部连接的获取、必要时 SQL 语句的执行。 基于 MVC 思想的三层体系结构 MVC 英文即 ModelViewController，即把一个应用的输入、处理、输出流程按照 Model、 View、 Controller 的方式进行分离，这样一个应用被分成三个层 ——模型层、视图层、控制层。 视图 (View)代表用户交互 界面，对于 Web 应用来说，可以概括为 HTML 界面，但有可能为 XHTML、 XML 和 Applet。 随着应用的复杂性和规模性，界面的处理也变得具有挑战性。 一个应用可能有很多不同的视图， MVC 设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。 业务流程的处理交予模型 (Model)处理 [7]。 比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。 模型 (Model)：就是业务流程 /状态的处理以及业务规则的制定。 业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。 业务模型的设计可以说是 MVC 最主要的核心。 目前流行的 EJB 模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。 它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。 对一个开发者来说，就可以专注于业务模型的设计。 MVC 设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。 抽象与具体不能 隔得太远，也不能太近。 MVC 并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性 [8]。 业务模型还有一个很重要的模型那就是数据模型。 数据模型主要指实体对象的数据保存（持续化）。 比如将一张订单保存到数据库，从数据库获取订单。 我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 控制 (Controller)可以理解为从用户接收请求 ,将模型与视图匹配在一起，共同完成用户的请求。 划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样 的视图，可以完成什么样的用户请求。 控制层并不做任何的数据处理。 例如，用户点击一个连接，控制层接受请求后 ,并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。 因此，一个模型可能对应多个视图，一个视图可能对应多个模型。 模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。 如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。 因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。 这实际上是一种模型的 变化 传播机制。 模型、视图、控制器三者之间的关系和各自的主要功能， 三层的关系如图 所示 图 ： MVC 组件类型的关系和功能 第三章 EAM 系统的分析与设计 EAM 系统的功能 结构 企业资产管理系统的功能结构图如图 所示： 用 户 认 证浏 览 器安全体系集 中 采 购基 础 网 络 存 储 平 台系统管理供 应 商 管 理财 务 报 账车 辆 管 理资 产 管 理通 用 及 专 用 设备耗 材 管 理资 产 责 任 人信 息 发 布网 上 采 购目 录 管 理报 价 系 统应用层公共服务层应用中间件层数据层数 据 库日 志 报 表 消 息 通 知 图 ：系统功能结构图 EAM 系统的设计原则 逻辑结构合理。 系统的逻辑结构非常清晰、合理、层次性强，不能让大多数人理解困难，摒弃人为制造的复杂结构。 授权操作简单 、 灵活。 授权操作不能太复杂，一个界面可授予不同的用户组不同的内容，菜单授权和界面授权等操作简单，并可随时修改。 另外，用户组的权限可以复制后重复利用。 功能完善。 系统管理不能只局限部分功能，除用户管理和用户组管理外，还要有系统审计、客户化管理和批处理等功能，并且功能完善可用。 可扩充性好。 系统管理功能随着技术的进步和用户需求的变化应具备扩充功能，例如 EAM 系统升级后涉及到的系统管理功能的增加，以及新增借口的管理等。 可靠性高。 系统管理的一个重要任务就是维护 EAM 系统的安全和可靠性，所以系统不 能因系统管理自己的操作而出错或瘫痪。 EAM 系统的模块结构 EAM 系统共有个子模块：资产核查模块、网上购物模块、资产申请模块、以及 后台管理模块。 其模块结构图如图 所示： 图 ：系统模块结构图 EAM 系统子模块功能介绍 资产核查模块 本模块是对企业的资产进行阶段性的核查，核查的内容包括对所有大型的资产进行校对，对小型的资产进行录入记录并把清单下方到部门，再让部门确认资产的情况。 授权核查的个人可以在次系统中查看 所有的资产情况，查看资产变动情况，通过结合上次的 资产核查清单来核查企业的本阶段资产是否有误。 如果有误则筛选出部门的报表发送至各部门，由各部门再进行确认资产情况。 本模块要求对 EAM 系统中的所有报表都有查询的功能，包括通用及专用设备类信息表，交通运输类信息表，房屋住宅信息表及资产报废和维修信息表组成。 本模块包含的功能有：打印本单位的资产表，自动核对资产，提供与清产核资软件的接口。 (第四章将对此做出详细说明 ) 资产申报模块 资产申报模块包括两部分：一为网上购物；二为报废及维修设备申请。 网上购物模块提供所购物的所有商品供员工申请购买。 员工填 写资产明细卡，提交购物表单，等待部门经理的批示。 报废及维修设备申请 包括员工申请设备的报废、遗失或者维修。 员工只有申请的权限。 经部门经理批示后结果会返回给员工。 资产申报模块业务不是很复杂，但要做到及时更新信息，这样其他几个子模块就能得到各自的及时信息。 资产申请模块 资产申请模块的业务比较复杂，包括三 部分： 车辆的使用申请，房产的使用申请，通用及专用设备的使用申请。 这个模块和资产申报模块的流程类似。 员工填写表单，提交，等待结果。 不同之处在于表单的填写更加详细，且由自己来明确信息。 后台管理模块 后台管理是由后台管理人员操作，管理用户权限，为了保证企业资产管理的安全有效，本 企业 资产管理系统不提供用户注册，由后台管理员统一分配企业各员工的 账号和密码。 员工可以修改个人账号和密码。 另外后台管理员，对网上购物模块的商品要及时的更新，对变动职位后的员工要做及时的修改。 最后，对企业资产管理系统做的维护工作，后台管理员占的比重较大，包括权限的维护，部门的维护，数据的备份和还原，操作的记录等。 第四章 EAM 资产核查模块的需求分析和描述 资产核查模块概述 本模块是管理者阶段 性的对企业资产进行记录、了解、清理、核对，结合了所有的企业资产数据，对他们进行综合的分析，并作详细的核查，最后总结出新的资产清单。 EAM 引入资产核查模块作为其业务层开发的平台，为企业资产明细，核算提供流程支持。 本模块 包括以下流程 ：首先，资产核查者查看所有企业资产，企业资产的详细目录都会以表格的形式显示；其次，资产核查者可以查询从上次核查到本次资产核查，所有的资产变动情况，包括增加的资产，维修的资产，报废的资产； 再次，资产核查者进行资产核对，即查询上次的资产核查表单；接着，资产核查这核对表单，生成新的资产 核查表单，并标注出有出入的资产。 然后，资产核查者根据部门分出不同的资产核查表单，并发送给各部门经理，各部门经理进行各部门的资产核对；最后，各部门经理发送回各部门的资产核对表，由资产核查者核对，录入最终的资产核查结果表。 本模块提供了与资产核资软件的接口，生成的资产表可直接打印，也可转化为文本文件，以便清产核资软件将其引入。 另外，本模块可以分部门清查出有误的核对结果，可以把表单发送给各部门，以便各部门再进行确认，各部门将确认的结果可以提交给核查者，拥有灵活的互动能力。 每次核查需由核查者生成出核查表以便企业进 行下次资产核查时核对资产。