合同管理系统技术方案(共46页).doc
《合同管理系统技术方案(共46页).doc》由会员分享,可在线阅读,更多相关《合同管理系统技术方案(共46页).doc(46页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、合同管理系统技术方案版本 文档信息及版本历史文档信息项目名称合同管理系统项目编号文档名称合同管理系统_技术方案.doc存储位置版本作者/修改者日期描述版权信息【目录】1概述51.1编写目的51.2适用范围51.3读者对象51.4术语和缩写51.5参考资料52设计概述62.1设计约束62.2设计策略62.3技术实现72.3.1J2EE开发框架73系统概述81.1用户现状81.2业务需求分析104系统总体结构114.1功能模块图114.2系统架构图115功能描述121.1合同管理121.1.1我的合同121.1.2合同起草121.1.3合同签署及用印171.1.4合同履行171.1.5合同归档18
2、1.2合同提醒181.3项目管理191.3.1项目基本信息管理201.3.2项目附件管理201.4产品管理211.4.1产品管理211.5合同转移211.5.1转移申请211.5.2转移复核221.5.3转出记录221.5.4转入记录221.6范本管理221.6.1范本类型管理221.6.2范本模版管理221.7合同台账231.8相对方管理251.9档案管理261.9.1待复核261.9.2合同档案261.10制度及公告271.10.1规章制度及公告发布276接口设计287运行环境287.1软件平台287.2硬件清单287.3软件清单297.4数据容量估算297.5网络带宽估算308编码规范3
3、08.1代码组织与风格308.1.1源代码文件约束308.1.2源代码目录308.1.3源代码包结构组织318.1.4类结构318.1.5命名358.2代码优化378.2.1代码优化原则378.2.2代码优化实践378.3SQL优化418.3.1提高查询效率原则418.3.2SQL语句优化注意事项448.3.3SQL语句查询案例459系统备份设计451 概述1.1 编写目的本文档为合同管理系统的概要设计文档,概要描述此项目的整体轮廓和各个模块的基本功能,使得用户对系统有一个整体的了解和基本认识,应作为设计人员,开发人员,测试人员和维护人员以的参考依据,并能给用户提供使用说明。1.2 适用范围本
4、文档适用于项目生命周期的各个阶段,为设计人员、开发人员、和测试人员能提供开发和测试的参考依据,维护人员对项目进行了修改后,应该相应的修改本文档。1.3 读者对象参与项目的客户,设计人员、开发人员、测试人员、以及维护人员等等都是本文档的读者对象;此文档定义了系统的基本功能,以及系统架构,系统流程等等。1.4 术语和缩写术语和缩写解释备注1.5 参考资料参考文件备注合同管理系统_需求规格说明书2 设计概述2.1 设计约束1) 本项目为标准Web应用,能在各种服务器中运行(比如WebSphere、Tomcat等等)2) 连接数据库采用数据库连接池的方式,建议用JNDI,连接数据库为Oracle 11
5、g版本(理论上支持各种主流数据库)3) 禁止本地IO操作,如果有IO操作,比如上传文件上传到远程FTP服务器上;本应用最后运行在集群和门户上,要求能适应集群和门户环境的要求。4) 本应用要求要有较高的稳定性,要求能够全天候运行;本应用要有较高的安全性,没有经过认证的用户无法访问本系统。5) 本应用权限配置要灵活,没有权限的用户无法访问系统内没有授权的模块,并且左边的菜单能根据权限的不同而发生变化;本应用要求连接用数据库连接池,最好使用WAS的数据源; 6) 本系统面向企业的所有员工开发,因此,要求易用性强,人机交互界面友好。7) 本应用要求有较高的效率,要求绝大多数响应速度在500ms以内。2
6、.2 设计策略系统权限要做到灵活,最好能够配置化,能方便的加入管理人员并授予角色,角色与菜单/模块的访问权(权限)能无缝连接起来,比如菜单能根据用户的权限的不同而不同。要求所有的持久层能够业务逻辑层能够复用,各个层次指职责分清楚,严格避免层次结构不清的现象,比如在Action或者View对数据库操作。2.3 技术实现2.3.1 J2EE开发框架本建设方案将采用J2EE框架来进行开发完成。J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版,J2EE不仅巩固了标准版中的许多优点,
7、例如“编写一次、到处运行”的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对 EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及XML技术的全面支持。 J2EE提供了一整套核心企业应用程序编程界面,而所有这些界面均为标准的模块化组件。J2EE技术还为这些组件提供一整套企业服务,通过自动化的方式完成应用程序开发中的诸多耗时且费力的艰难工作,为用户提供一种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。利用这一优势可以方便地开发出高
8、质量的、适合企业使用的应用程序,还可极大地减少产品研发上市时间、成本和风险。 J2EE使用了EJB Server作为商业组件的部署环境,在EJB Server中提供了分布式计算环境中组件需要的所有服务,例如组件生命周期的管理、数据库连接的管理、分布式事务的支持、组件的命名服务等等。有些企业级的EJB Server,例如Sybase公司的EAS 3.6(Enterprise Application Server 3.6)还提供了支持高可用性和高性能的群集技术、失败的自动转移和恢复、应用负载的自动均衡能力等。实现商业逻辑的EJB组件可以更加高效地运行在应用服务器中,支持多种客户端的访问,HTTP的
9、客户端可以先向运行在Web Server上的Java Servlet或者JSP发出请求,在JSP中嵌入Java的代码调用运行在EJB Server中的EJB,以实现商业逻辑;而其他的客户端,可以通过IIOP直接访问运行在EJB Server中的组件。J2EE体系结构的优点是: 1.Java Servlet和JSP都要编译为Java Class才作为Servlet运行,因此执行性能会明显提高。 2.Java Servlet和JSP中可以完全使用Java进行编程,可以完成许多简单的商业逻辑,特别是JSP,可以直接书写HTML,因此简化了页面的输出,这样就保留了脚本语言易于使用的优点。 3.复杂的商
10、业逻辑以组件的形式部署在EJB Server中。由于EJB Server提供了多种组件事务服务,使系统更能够应付大量的并发用户和管理复杂的事务逻辑。 4.EJB Server中集成的组件命名服务可以使组件位置透明化,简化了组件的部署和客户端应用的维护。 5.开发过程易于分工,可以由专人负责编写组件,其他人组装页面。 6.J2EE平台全面支持和实施XML,这种强大的组合可使XML具备跨平台的兼容性,甚至用于对XML代码进行语法检查和调试的工具也可与平台无关。J2EE技术和XML技术分别是企业开发的阴阳两极,因为XML可实施独立于平台的数据,而J2EE平台则可实施独立于平台的解决方案。XML可通过
11、移植的方式表现数据,因此就对Java技术的可移植性构成了补充。3 系统概述1.1 用户现状目前,由于合同缺乏统一的存放管理平台,要查找某合同、补充协议或函件,可能需要到KM系统、档案管理系统、M盘、AI系统、电子邮件、业务经理个人电脑或者信件传真等纸质文件中查找,非常不方便。根据对公司合同管理的现状分析,主要问题如下:l 合同管理制度待完善合同定义:制度已对合同进行定义,但未能有效传达各部门,理解偏差导致合同归档的完整性得不到保证。合同分类:未建立合同分类标准。合同要素:合同关键信息要素模板分散化,各部门管理的程度以及需求不统一,部门间未形成要素信息共享。合同范本:未明确合同范本的管理流程。合
12、同对手方库:未建立合同对手方库及相关管理规则。合同管理细则:合同全生命周期相关管理细则有待更新完善,例如,制度中缺乏维护合同有效期的相关规定。l 合同管理组织架构待完善组织架构:目前公司未明确合同管理职能的承担部门,整个合同管理较为松散,未建立监督及问责机制。岗位职责:目前尚未明确前后台部门之间对于合同的传递、归档、要素化的职责分工与信息共享机制,此外,各部门业务助理兼任合同管理员,但尚未细化和明确其岗位职责。l 补充协议及函件的传递归档待规范对于部分合同后续履行阶段可能出现的补充协议及函件,存在传递不及时、未进行归档的情况,影响合同传递的时效性和归档的完整性。l 无法掌握公司合同数量及管理状
13、况合同归档:由于缺乏统一平台,各部门合同管理水平不一,合同存放分散,合同查找和检索的效率低下,不能随时掌握公司合同管理情况。合同有效期:现有系统都不具备合同到期提醒功能,并且由于无法获取完整的合同清单,现阶段依靠手工管理也很困难。l 合同号的配发缺乏系统控制目前合同号的生成依靠档案管理系统手工录入,系统无法自动配发,且合同号可删除,缺乏统一管理。l 当前系统合同管理功能不足KM系统:承担合同审批及用印申请(部分另类合同除外)的职能,缺点是合同版本为过程版本,并非最终盖章生效版本,且合同审批混杂在其他事项审批中,不便于查找。档案管理系统:承担获取合同号、保管合同最终用印版本的职能,缺点是合同号配
14、发缺乏系统控制,由于合同定义不清晰使得合同归档完整性得不到保证,合同要素信息填写不完全,主从合同之间的关联关系依靠手工维护缺乏专门的系统功能。M盘:承担部门内共享及临时存放的职能,缺点是没有操作记录,误删除等情况不易被发现,且存放混乱缺乏维护。AI系统:目前另类投资项目从审批到投后管理已全流程纳入AI系统,但AI系统文档管理功能较弱,仅起到归档保管作用,缺乏合同要素模板和有效期管理等功能。AD域:AD域的用户管理未做统一用户信息的管理和验证。1.2 业务需求分析根据用户现状的梳理,以及相关业务系统的调研分析,整理出合同系统的相关业务需求。l 合同管理系统需要明确合同的定义,以及归档范围,履行合
15、同的相关制度,明确合同的基本要素,并对基本要素进行补充和整理。l 实现对对手库的相关信息进行整理和维护,建立完善的合同管理对手库信查询功能。l 实现对合同范本的管理和使用,建立完善的合同范本库。l 完善合同的审批和流转操作,建立强大和独立的流程引擎平台,对合同以及相关第三方系统提供流程审批支持,并对合同的状态和合同的到期时间进行自能化的提醒。l 建立标准化的平台数据对接规范,实现合同系统与各业务系统的数据对接和交换。建立主从合同的关联关系,并提供方便的查询功能。4 系统总体结构4.1 功能模块图4.2 系统架构图5 功能描述1.1 合同管理合同管理下包含所有当前登录用户经办或代办的全部合同信息
16、。合同管理包括我的合同、合同起草、合同签署及用印、合同履行、合同归档几大部分。1.1.1 我的合同我的合同包含合同管理下所有当前登录用户经办或代办的全部合同信息。1.1.2 合同起草状态描述:经办人(代办人)进行保存但未发布形成的列表。 功能描述名称、标识符新增合同基本信息功能描述1)、合同号获取超过7天未进行发布的,系统给经办人(代办人)发送提醒信息。2)、合同发布后会显示在“合同签署及用印”列表下,发布后的合同信息不能再进行删除操作。3)、用印形式为“不用印”的,填写完签署日期和生效日期后,部门档案管理员可以进行归档申请。4)、合同起草可以批量生成100(手动填写份数)份以下的相同合同内容
17、,合同号手动进行获取。5)、公司合同管理员可以导出全部合同信息列表excel到本地(合同起草列表),字段:经办人、经办部门合同名称、合同号。6)、合同到期日期、合同费率(费率类型、费率种类、费率值)系统记录每次经办人(代办人)修改前后的记录。7)、经办人(代办人)筛选到对应的主合同后(可以筛选全部的合同列表)将主合同的相关信息带入到当前合同中。带入的字段为(其它主合同信息不显示): 合同名称、合同分类、合同主体、合同对方8)、经办人(代办人)所填写的合同一旦在起草中发布,当前合同的状态更新为“签署中”;签署日期填写完成后再发布合同状态更新为“已签署,未生效”;生效日期填写完成后再发布合同状态更
18、新为“已生效”。补充说明 数据项描述数据项名称数据类型是否必填数据来源备注说明 合同起草页签 经办人(代办人)填写登记日期日期必填系统自动生成当前日期是否代办字符必填是/否有代办人角色可见;具体见下文说明1;代办人字符系统计算有代办人角色可见;具体见下文说明1;经办人字符必填系统默认当前登录人,可选择具体见下文说明1经办部门字符必填系统计算具体见下文说明1主合同编号字符选择/手动填写弹出搜索页面关联查询自动带出主合同要素的相关信息主合同名称字符选择/手动填写弹出搜索页面关联查询自动带出主合同要素的相关信息合同名称字符必填手动填写标识提醒:请填写合同名称全称合同编号字符必填系统按一定规则自动生成
19、点击按钮获取,校验前几项是否填写;具体见下文说明2;合同一级分类字符必填下拉框选择具体见下文说明3合同二级分类字符必填下拉框选择具体见下文说明4是否客户指定业务字符必填是/否帮助中进行内容说明,便于选择是否;选择“是”,页面提醒经办人将客户指定投资指令作为合同附件上传;默认为空;项目简称字符下拉框选择弹出搜索页面关联查询;具体见下文说明5;产品简称(多个产品需填写)字符多选弹出搜索页面关联查询;具体见下文说明6;币种金额(大写)金额(小写)删除币种金额(大写)金额(小写)删除币种金额(大写)金额(小写)删除合同币种字符必填下拉框选择币种为无,金额不填写;具体见下文7;合同金额(大写)字符必填根
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 合同 管理 系统 技术 方案 46
限制150内