合同管理系统技术方案.docxVIP

合同管理系统技术方案 交互界面友好。 7)本应用要求有较高的效率，要求绝大多数响应速度在 500ms以内。 2. 2设计策略 系统权限要做到灵活，最好能够配置化，能方便的加入管理人员 并授予角色,角色与菜单/模块的访问权(权限)能无缝连接起来，比如 菜单能根据用户的权限的不同而不同。 要求所有的持久层能够业务逻辑层能够复用,各个层次指职责分清 楚，严格避免层次结构不清的现象,比如在Action或者View对数据 库操作。 2. 3技术实现 3.1 J2EE开发框架 本建设方案将采用J2EE框架来进行开发完成。 J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案 的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基 础就是核心Java平台或Java 2平台的标)隹版,J2EE不但巩固了标 准版中的许多优点，例如”编写一次、到处运行”的特性、方便存取 数据库的JDBC API、CORBA技术以及能够在Internet应用中保 护数据的安全模式等等，同时还提供了对EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及 XML 技术的全面支持。 J2EE提供了一整套核心企业应用程序编程界面，而所有这些界 面均为标准的模块化组件。J2EE技术还为这些组件提供一整套企 业服务，经过自动化的方式完成应用程序开发中的诸多耗时且费力 的艰难工作，为用户提供一种可创立广泛兼容的企业解决方案而无 需进行复杂编程的平台。利用这一优势能够方便地开发出高质量 的、适合企业使用的应用程序，还可极大地减少产品研发上市时 间、成本和风险。 J2EE使用了 EJB Server作为商业组件的部署环境，在EJB Server中提供了分布式计算环境中组件需要的所有服务，例如组件 生命周期的管理、数据库连接的管理、分布式事务的支持、组件 的命名服务等等。有些企业级的EJB Server,例如Sybase公司的 EAS 3.6(Enterprise Application Server 3.6)还提供了支持高可用性和 高性能的群集技术、失败的自动转移和恢复、应用负载的自动均 衡能力等。实现商业逻辑的EJB组件能够更加高效地运行在应用 服务器中，支持多种客户端的访问,HTTP的客户端能够先向运行在 Web Server上的Java Servlet或者JSP发出请求，在JSP中嵌入Java 的代码调用运行在EJB Server中的EJB,以实现商业逻辑;而其它的 客户端，能够经过HOP直接访问运行在EJB Server中的组件。 J2EE体系结构的优点是： .Java Servlet和JSP都要编译为Java Class才作为Servlet运行, 因此执行性能会明显提高。 .Java Servlet和JSP中能够完全使用Java进行编程，能够完成 许多简单的商业逻辑，特别是JSP,能够直接书写HTML,因此简化了 页面的输出,这样就保留了脚本语言易于使用的优点。 .复杂的商业逻辑以组件的形式部署在EJB Server中。由于 EJB Server提供了多种组件事务服务,使系统更能够应付大量的并 发用户和管理复杂的事务逻辑。 .EJB Server中集成的组件命名服务能够使组件位置透明化，简 化了组件的部署和客户端应用的维护。 .开发过程易于分工，能够由专人负责编写组件，其它人组装页 面。 .J2EE平台全面支持和实施XML,这种强大的组合可使XML 具备跨平台的兼容性，甚至用于对XML代码进行语法检查和调试 的工具也可与平台无关。J2EE技术和XML技术分别是企业开发 的阴阳两极，因为XML可实施独立于平台的数据，而J2EE平台则 可实施独立于平台的解决方案。XML可经过移植的方式表现数据, 因此就对Java技术的可移植性构成了补充。 3系统概述 1.1用户现状 当前,由于合同缺乏统一的存放管理平台，要查找某合同、补充 协议或函件，可能需要到KM系统、档案管理系统、M盘、AI系 统、电子邮件、业务经理个人电脑或者信件传真等纸质文件中查 找,非常不方便。根据对公同合同管理的现状分析，主要问题如下： ?合同管理制度待完善 合同定义:制度已对合同进行定义，但未能有效传达各部门，理解 偏差导致合同归档的完整性得不到保证。 合同分类:未建立合同分类标准。 合同要素:合同关键信息要素模板分散化，各部门管理的程度以 及需求不统一，部门间未形成要素信息共享。 合同范本:未明确合同范本的管理流程。 合同对手方库:未建立合同对手方库及相关管理规则。 合同管理细则:合同全生命周期相关管理细则有待更新完善，例 如,制度中缺乏维护合同有效期的相关规定。 ?合同管理组织架构待完善 组织架构:当前公司