合同管理系统技术方案

1、合同管理系统技术方案技术方案版本 文档信息及版本历史文档信息项目名称合同治理系统项目编号文档名称合同治理系统_技术方案.doc储备位置版本作者/修改者日期描述版权信息【名目】 TOC o 1-3 h z u HYPERLINK l _Toc410983948 1概述 PAGEREF _Toc410983948 h 5 HYPERLINK l _Toc410983949 1.1编写目的 PAGEREF _Toc410983949 h 5 HYPERLINK l _Toc410983950 1.2适用范畴 PAGEREF _Toc410983950 h 5 HYPERLINK l _Toc4109

2、83951 1.3读者对象 PAGEREF _Toc410983951 h 5 HYPERLINK l _Toc410983952 1.4术语和缩写 PAGEREF _Toc410983952 h 5 HYPERLINK l _Toc410983953 1.5参考资料 PAGEREF _Toc410983953 h 5 HYPERLINK l _Toc410983954 2设计概述 PAGEREF _Toc410983954 h 6 HYPERLINK l _Toc410983955 2.1设计约束 PAGEREF _Toc410983955 h 6 HYPERLINK l _Toc41098

3、3956 2.2设计策略 PAGEREF _Toc410983956 h 6 HYPERLINK l _Toc410983957 2.3技术实现 PAGEREF _Toc410983957 h 7 HYPERLINK l _Toc410983958 2.3.1J2EE开发框架 PAGEREF _Toc410983958 h 7 HYPERLINK l _Toc410983959 3系统概述 PAGEREF _Toc410983959 h 8 HYPERLINK l _Toc410983960 1.1用户现状 PAGEREF _Toc410983960 h 8 HYPERLINK l _Toc4

4、10983961 1.2业务需求分析 PAGEREF _Toc410983961 h 10 HYPERLINK l _Toc410983962 4系统总体结构 PAGEREF _Toc410983962 h 11 HYPERLINK l _Toc410983963 4.1功能模块图 PAGEREF _Toc410983963 h 11 HYPERLINK l _Toc410983964 4.2系统架构图 PAGEREF _Toc410983964 h 11 HYPERLINK l _Toc410983965 5功能描述 PAGEREF _Toc410983965 h 12 HYPERLINK

5、l _Toc410983966 1.1合同治理 PAGEREF _Toc410983966 h 12 HYPERLINK l _Toc410983967 1.1.1我的合同 PAGEREF _Toc410983967 h 12 HYPERLINK l _Toc410983968 1.1.2合同起草 PAGEREF _Toc410983968 h 12 HYPERLINK l _Toc410983969 1.1.3合同签署及用印 PAGEREF _Toc410983969 h 17 HYPERLINK l _Toc410983970 1.1.4合同履行 PAGEREF _Toc410983970

6、 h 17 HYPERLINK l _Toc410983971 1.1.5合同归档 PAGEREF _Toc410983971 h 18 HYPERLINK l _Toc410983972 1.2合同提醒 PAGEREF _Toc410983972 h 18 HYPERLINK l _Toc410983973 1.3项目治理 PAGEREF _Toc410983973 h 19 HYPERLINK l _Toc410983974 1.3.1项目差不多信息治理 PAGEREF _Toc410983974 h 20 HYPERLINK l _Toc410983975 1.3.2项目附件治理 PAG

7、EREF _Toc410983975 h 20 HYPERLINK l _Toc410983976 1.4产品治理 PAGEREF _Toc410983976 h 21 HYPERLINK l _Toc410983977 1.4.1产品治理 PAGEREF _Toc410983977 h 21 HYPERLINK l _Toc410983978 1.5合同转移 PAGEREF _Toc410983978 h 21 HYPERLINK l _Toc410983979 1.5.1转移申请 PAGEREF _Toc410983979 h 21 HYPERLINK l _Toc410983980 1.

8、5.2转移复核 PAGEREF _Toc410983980 h 22 HYPERLINK l _Toc410983981 1.5.3转出记录 PAGEREF _Toc410983981 h 22 HYPERLINK l _Toc410983982 1.5.4转入记录 PAGEREF _Toc410983982 h 22 HYPERLINK l _Toc410983983 1.6范本治理 PAGEREF _Toc410983983 h 22 HYPERLINK l _Toc410983984 1.6.1范本类型治理 PAGEREF _Toc410983984 h 22 HYPERLINK l _

9、Toc410983985 1.6.2范本模版治理 PAGEREF _Toc410983985 h 22 HYPERLINK l _Toc410983986 1.7合同台账 PAGEREF _Toc410983986 h 23 HYPERLINK l _Toc410983987 1.8相对方治理 PAGEREF _Toc410983987 h 25 HYPERLINK l _Toc410983988 1.9档案治理 PAGEREF _Toc410983988 h 26 HYPERLINK l _Toc410983989 1.9.1待复核 PAGEREF _Toc410983989 h 26 HY

10、PERLINK l _Toc410983990 1.9.2合同档案 PAGEREF _Toc410983990 h 26 HYPERLINK l _Toc410983991 1.10制度及公告 PAGEREF _Toc410983991 h 27 HYPERLINK l _Toc410983992 1.10.1规章制度及公告公布 PAGEREF _Toc410983992 h 27 HYPERLINK l _Toc410983993 6接口设计 PAGEREF _Toc410983993 h 28 HYPERLINK l _Toc410983994 7运行环境 PAGEREF _Toc4109

11、83994 h 28 HYPERLINK l _Toc410983995 7.1软件平台 PAGEREF _Toc410983995 h 28 HYPERLINK l _Toc410983996 7.2硬件清单 PAGEREF _Toc410983996 h 28 HYPERLINK l _Toc410983997 7.3软件清单 PAGEREF _Toc410983997 h 29 HYPERLINK l _Toc410983998 7.4数据容量估算 PAGEREF _Toc410983998 h 29 HYPERLINK l _Toc410983999 7.5网络带宽估算 PAGEREF

12、 _Toc410983999 h 30 HYPERLINK l _Toc410984000 8编码规范 PAGEREF _Toc410984000 h 30 HYPERLINK l _Toc410984001 8.1代码组织与风格 PAGEREF _Toc410984001 h 30 HYPERLINK l _Toc410984002 8.1.1源代码文件约束 PAGEREF _Toc410984002 h 30 HYPERLINK l _Toc410984003 8.1.2源代码名目 PAGEREF _Toc410984003 h 30 HYPERLINK l _Toc410984004 8

13、.1.3源代码包结构组织 PAGEREF _Toc410984004 h 31 HYPERLINK l _Toc410984005 8.1.4类结构 PAGEREF _Toc410984005 h 31 HYPERLINK l _Toc410984006 8.1.5命名 PAGEREF _Toc410984006 h 35 HYPERLINK l _Toc410984007 8.2代码优化 PAGEREF _Toc410984007 h 37 HYPERLINK l _Toc410984008 8.2.1代码优化原那么 PAGEREF _Toc410984008 h 37 HYPERLINK

14、l _Toc410984009 8.2.2代码优化实践 PAGEREF _Toc410984009 h 37 HYPERLINK l _Toc410984010 8.3SQL优化 PAGEREF _Toc410984010 h 41 HYPERLINK l _Toc410984011 8.3.1提高查询效率原那么 PAGEREF _Toc410984011 h 41 HYPERLINK l _Toc410984012 8.3.2SQL语句优化本卷须知 PAGEREF _Toc410984012 h 44 HYPERLINK l _Toc410984013 8.3.3SQL语句查询案例 PAGE

15、REF _Toc410984013 h 45 HYPERLINK l _Toc410984014 9系统备份设计 PAGEREF _Toc410984014 h 45概述编写目的本文档为合同治理系统的概要设计文档，概要描述此项目的整体轮廓和各个模块的差不多功能，使得用户对系统有一个整体的了解和差不多认识，应作为设计人员，开发人员，测试人员和爱护人员以的参考依据，并能给用户提供使用说明。适用范畴本文档适用于项目生命周期的各个时期，为设计人员、开发人员、和测试人员能提供开发和测试的参考依据，爱护人员对项目进行了修改后，应该相应的修改本文档。读者对象参与项目的客户，设计人员、开发人员、测试人员、以及

16、爱护人员等等差不多上本文档的读者对象；此文档定义了系统的差不多功能，以及系统架构，系统流程等等。术语和缩写术语和缩写说明备注参考资料参考文件备注合同治理系统_需求规格说明书设计概述设计约束本项目为标准Web应用，能在各种服务器中运行比如WebSphere、Tomcat等等连接数据库采纳数据库连接池的方式，建议用JNDI，连接数据库为Oracle 11g版本理论上支持各种主流数据库禁止本地IO操作，假如有IO操作，比如上传文件上传到远程FTP服务器上；本应用最后运行在集群和门户上，要求能适应集群和门户环境的要求。本应用要求要有较高的稳固性，要求能够全天候运行；本应用要有较高的安全性，没有通过认证

17、的用户无法访问本系统。本应用权限配置要灵活，没有权限的用户无法访问系统内没有授权的模块，同时左边的菜单能依照权限的不同而发生变化；本应用要求连接用数据库连接池，最好使用WAS的数据源； 本系统面向企业的所有职员开发，因此，要求易用性强，人机交互界面友好。本应用要求有较高的效率，要求绝大多数响应速度在500ms以内。设计策略系统权限要做到灵活，最好能够配置化，能方便的加入治理人员并授予角色，角色与菜单/模块的访问权权限能无缝连接起来，比如菜单能依照用户的权限的不同而不同。要求所有的持久层能够业务逻辑层能够复用，各个层次指职责分清晰，严格幸免层次结构不清的现象，比如在Action或者View对数据

18、库操作。技术实现J2EE开发框架本建设方案将采纳J2EE框架来进行开发完成。J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署和治理相关的复杂问题的体系结构。J2EE技术的基础确实是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如编写一次、到处运行的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中爱护数据的安全模式等等，同时还提供了对 EJBEnterprise JavaBeans、Java Servlets API、JSPJava Server Pages以及XML技术的全面支持。 J2EE提

19、供了一整套核心企业应用程序编程界面，而所有这些界面均为标准的模块化组件。J2EE技术还为这些组件提供一整套企业服务，通过自动化的方式完成应用程序开发中的诸多耗时且费劲的艰巨工作，为用户提供一种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。利用这一优势能够方便地开发出高质量的、适合企业使用的应用程序，还可极大地减少产品研发上市时刻、成本和风险。 J2EE使用了EJB Server作为商业组件的部署环境，在EJB Server中提供了分布式运算环境中组件需要的所有服务，例如组件生命周期的治理、数据库连接的治理、分布式事务的支持、组件的命名服务等等。有些企业级的EJB Server，例如Sy

20、base公司的EAS 3.6Enterprise Application Server 3.6还提供了支持高可用性和高性能的群集技术、失败的自动转移和复原、应用负载的自动均衡能力等。实现商业逻辑的EJB组件能够更加高效地运行在应用服务器中，支持多种客户端的访问， 的客户端能够先向运行在Web Server上的Java Servlet或者JSP发出要求，在JSP中嵌入Java的代码调用运行在EJB Server中的EJB，以实现商业逻辑；而其他的客户端，能够通过IIOP直截了当访问运行在EJB Server中的组件。J2EE体系结构的优点是: 1.Java Servlet和JSP都要编译为Jav

21、a Class才作为Servlet运行，因此执行性能会明显提高。 2.Java Servlet和JSP中能够完全使用Java进行编程，能够完成许多简单的商业逻辑，专门是JSP，能够直截了当书写HTML，因此简化了页面的输出，如此就保留了脚本语言易于使用的优点。 3.复杂的商业逻辑以组件的形式部署在EJB Server中。由于EJB Server提供了多种组件事务服务，使系统更能够应对大量的并发用户和治理复杂的事务逻辑。 4.EJB Server中集成的组件命名服务能够使组件位置透亮化，简化了组件的部署和客户端应用的爱护。 5.开发过程易于分工，能够由专人负责编写组件，其他人组装页面。 6.J2

22、EE平台全面支持和实施XML，这种强大的组合可使XML具备跨平台的兼容性，甚至用于对XML代码进行语法检查和调试的工具也可与平台无关。J2EE技术和XML技术分别是企业开发的阴阳两极，因为XML可实施独立于平台的数据，而J2EE平台那么可实施独立于平台的解决方案。XML可通过移植的方式表现数据，因此就对Java技术的可移植性构成了补充。系统概述用户现状目前，由于合同缺乏统一的存放治理平台，要查找某合同、补充协议或函件，可能需要到KM系统、档案治理系统、M盘、AI系统、电子邮件、业务经理个人电脑或者信件 等纸质文件中查找，专门不方便。依照对公司合同治理的现状分析，要紧问题如下：合同治理制度待完善

23、合同定义：制度已对合同进行定义，但未能有效传达各部门，明白得偏差导致合同归档的完整性得不到保证。合同分类：未建立合同分类标准。合同要素：合同关键信息要素模板分散化，各部门治理的程度以及需求不统一，部门间未形成要素信息共享。合同范本：未明确合同范本的治理流程。合同对手方库：未建立合同对手方库及相关治理规那么。合同治理细那么：合同全生命周期相关治理细那么有待更新完善，例如，制度中缺乏爱护合同有效期的相关规定。合同治理组织架构待完善组织架构：目前公司未明确合同治理职能的承担部门，整个合同治理较为松散，未建立监督及问责机制。岗位职责：目前尚未明确前后台部门之间关于合同的传递、归档、要素化的职责分工与信

24、息共享机制，此外，各部门业务助理兼任合同治理员，但尚未细化和明确其岗位职责。补充协议及函件的传递归档待规范关于部分合同后续履行时期可能显现的补充协议及函件，存在传递不及时、未进行归档的情形，阻碍合同传递的时效性和归档的完整性。无法把握公司合同数量及治理状况合同归档：由于缺乏统一平台，各部门合同治理水平不一，合同存放分散，合同查找和检索的效率低下，不能随时把握公司合同治理情形。合同有效期：现有系统都不具备合同到期提醒功能，同时由于无法猎取完整的合同清单，现时期依靠手工治理也专门困难。合同号的配发缺乏系统操纵目前合同号的生成依靠档案治理系统手工录入，系统无法自动配发，且合同号可删除，缺乏统一治理。

25、当前系统合同治理功能不足KM系统：承担合同审批及用印申请部分另类合同除外的职能，缺点是合同版本为过程版本，并非最终盖章生效版本，且合同审批混杂在其他事项审批中，不便于查找。档案治理系统：承担猎取合同号、保管合同最终用印版本的职能，缺点是合同号配发缺乏系统操纵，由于合同定义不清晰使得合同归档完整性得不到保证，合同要素信息填写不完全，主从合同之间的关联关系依靠手工爱护缺乏专门的系统功能。M盘：承担部门内共享及临时存放的职能，缺点是没有操作记录，误删除等情形不易被发觉，且存放纷乱缺乏爱护。AI系统：目前另类投资项目从审批到投后治理已全流程纳入AI系统，但AI系统文档治理功能较弱，仅起到归档保管作用，

26、缺乏合同要素模板和有效期治理等功能。AD域：AD域的用户治理未做统一用户信息的治理和验证。业务需求分析依照用户现状的梳理，以及相关业务系统的调研分析，整理出合同系统的相关业务需求。合同治理系统需要明确合同的定义，以及归档范畴，履行合同的相关制度，明确合同的差不多要素，并对差不多要素进行补充和整理。实现对对手库的相关信息进行整理和爱护，建立完善的合同治理对手库信查询功能。实现对合同范本的治理和使用，建立完善的合同范本库。完善合同的审批和流转操作，建立强大和独立的流程引擎平台，对合同以及相关第三方系统提供流程审批支持，并对合同的状态和合同的到期时刻进行自能化的提醒。建立标准化的平台数据对接规范，实

27、现合同系统与各业务系统的数据对接和交换。建立主从合同的关联关系，并提供方便的查询功能。系统总体结构功能模块图系统架构图功能描述合同治理合同治理下包含所有当前登录用户经办或代办的全部合同信息。合同治理包括我的合同、合同起草、合同签署及用印、合同履行、合同归档几大部分。我的合同我的合同包含合同治理下所有当前登录用户经办或代办的全部合同信息。合同起草状态描述：经办人代办人进行储存但未公布形成的列表。功能描述名称、标识符新增合同差不多信息功能描述1、合同号猎取超过7天未进行公布的，系统给经办人代办人发送提醒信息。2、合同公布后会显示在合同签署及用印列表下，公布后的合同信息不能再进行删除操作。3、用印形

28、式为不用印的，填写完签署日期和生效日期后，部门档案治理员能够进行归档申请。4、合同起草能够批量生成100手动填写份数份以下的相同合同内容，合同号手动进行猎取。5、公司合同治理员能够导出全部合同信息列表excel到本地合同起草列表，字段：经办人、经办部门合同名称、合同号。6)、合同到期日期、合同费率费率类型、费率种类、费率值系统记录每次经办人代办人修改前后的记录。7)、经办人代办人选择到对应的主合同后能够选择全部的合同列表将主合同的相关信息带入到当前合同中。带入的字段为其它主合同信息不显示： 合同名称、合同分类、合同主体、合同对方8、经办人代办人所填写的合同一旦在起草中公布，当前合同的状态更新为

29、签署中；签署日期填写完成后再公布合同状态更新为已签署，未生效；生效日期填写完成后再公布合同状态更新为已生效。补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明 合同起草页签 经办人代办人填写登记日期日期必填系统自动生成当前日期是否代办字符必填是/否有代办人角色可见；具体见下文说明1；代办人字符系统运算有代办人角色可见；具体见下文说明1；经办人字符必填系统默认当前登录人，可选择具体见下文说明1经办部门字符必填系统运算具体见下文说明1主合同编号字符选择/手动填写弹出搜索页面关联查询自动带出主合同要素的相关信息主合同名称字符选择/手动填写弹出搜索页面关联查询自动带出主合同要素的相关信息合同

30、名称字符必填手动填写标识提醒：请填写合同名称全称合同编号字符必填系统按一定规那么自动生成点击按钮猎取，校验前几项是否填写；具体见下文说明2；合同一级分类字符必填下拉框选择具体见下文说明3合同二级分类字符必填下拉框选择具体见下文说明4是否客户指定业务字符必填是/否关心中进行内容说明，便于选择是否；选择是，页面提醒经办人将客户指定投资指令作为合同附件上传；默认为空；项目简称字符下拉框选择弹出搜索页面关联查询；具体见下文说明5；产品简称多个产品需填写字符多项选择弹出搜索页面关联查询；具体见下文说明6；币种金额大写金额小写删除币种金额大写金额小写删除币种金额大写金额小写删除合同币种字符必填下拉框选择币

31、种为无，金额不填写；具体见下文7；合同金额大写字符必填依照小写金额转换可选无合同金额小写数值必填手动填写可选无、其他，能够手动填写内容；具体见下文8；合同费率费率类型、费率种类字符必填费率类型下拉框选择；费率种类对应固定和浮动两种方式；可选无；具体见下文9； 合同费率 费率值字符必填可填写具体数值；合同主体字符必填下拉框选择具体见下文10合同对方字符必填选择自动补全；标识提醒：请填写合同对方全称；具体见下文11；用印形式字符必填下拉框选择各方用印；仅我方用印；仅对方用印；不用印；具体见下文12； 合同签署页签用印治理员、经办人代办人填写用印完成情形字符必填下拉框选择已完成；我司已完成，对方未完

32、成；各方用印；具体见下文13； 经办人代办人填写签署日期日期控件选择具体见下文14合同状态字符必填下拉框选择中止签署；签署中；已签署未生效；已生效； 已失效；合同生效日期日期必填控件选择具体见下文15；合同到期日期日期控件选择到期续签情形字符下拉框选择到期无异议续签；自动顺延；其它；具体见下文16；合同文本必填手动上传上传一个附件；具体见下文17；合同附件合同附件类型选择；合同附件手动上传；能够上传多个附件，记录上传日期；具体见下文18；备注手动填写公布范畴手动选择可查看该合同信息的人员，具体角色待定。转移说明字符手动填写转移申请时可见转移附件手动上传附件转移申请时可见说明：1、当前登录人有代

33、办人的角色，能够选择是否代办，默认为否，即当前登录人自己起草合同，系统自动运算当前登录人为经办人，当前登录人所在部门为经办部门； 是否代办选择为是，即代办人替经办人起草合同，选择经办人，系统自动运算经办人所在部门； 如不具有代办人角色，是否代办、代办人字段不可见。 2、合同编号，通过点击按钮按照一定的规那么猎取，猎取合同编号前校验表单中登记日期、经办人、经办部门、合同名称是否差不多完成填写，如未填写完成给与提示，否那么生成合同编号。 3、合同一级分类为可爱护字段，从系统治理数据字典中猎取。 4、合同二级分类为可爱护字段，选择合同一级分类后自动选择对应的合同二级分类内容，从系统治理数据字段中猎取

34、。 5、项目简称为可爱护字段，选择项目简称会弹出新的搜索页面，页面内容为项目简称、项目全称、项目类型其他字段不可见，能够进行查询选择需要的项目简称。 6、产品简称为可爱护字段，选择产品简称会弹出新的搜索页面，页面内容为全部的产品信息，能够进行查询选择需要的产品简称。1、一个合同编号下能够选择多个产品，选中多个产品后能够填写对应的多行币种、金额信息，默认值为无经办人可手动修改； 2、选中一个产品后填写合同币种、合同金额、合同费率的对应信息；7、合同币种为可爱护字段，可选择具体币种和无；合同币种选择无，对应的合同金额大写、合同金额小写字段内容为无； 8、填写合同金额小写后自动运算合同金额大写，能够

35、选择无或其他选择项，选择其他能够填写具体内容。 9、合同费率为可爱护字段，可选具体费率和无。 10、合同主体内容为选择项，也可填写具体内容。 11、合同对方为可爱护字段，新增合同公布完成会将合同对方的内容自动生成一条记录，下次再次新建合同能够选择到之前生成的记录； 合同对方的内容能够进行自动补全；12、用印形式内容为选择，分为各方用印、仅我方用印、仅对方用印、不用印几个选项，具体分以下几种情形：合同主体用印形式说明本企业各方用印办公室治理员完成用印并在系统选择用印完成情形本企业仅我方用印办公室治理员完成用印并在系统选择用印完成情形非本企业各方用印线下完成用印后，由经办人填写用印完成情形、签署日

36、期、合同生效日期、合同到期日期本企业其它仅对方用印线下完成用印后，由经办人填写用印完成情形、签署日期、合同生效日期、合同到期日期非本企业仅我方用印线下完成用印后，由经办人填写用印完成情形、签署日期、合同生效日期、合同到期日期本企业其它不用印不显示用印完成情形 13、用印完成情形内容为选择，分为我司已完成，对方未完成、已完成两个选项； 14、签署日期用印完成情形为已完成公布时需填写签署日期，否那么系统给与提示不承诺公布；用印完成情形为我司已完成，对方未完成的公布时该字段能够为空； 15、合同生效日期用印形式为不用印公布时需填写生效日期，否那么系统给与提示不承诺公布； 合同状态选择已生效，经办人代

37、办人需填写合同生效日期，否那么不承诺公布。 16、到期续签情形为下拉选择框，到期无异议续签、自动顺延、其它三个选项。合同到期前30天，系统给予提示提醒一次。如为自动续签那么需要填写需要续签的时刻XX年、合同到期日期两个字段，如选其它能够填写具体内容。 17、合同文本上传唯独一个附件能够上传打包文件，未上传附件公布时系统给与提示。 18、合同附件能够上传多个附件，能够选择上传附件的类别，附件类别在系统治理中由治理员进行爱护。 19、表单中增加关心的链接，用于对合同要素各字段使用说明。 合同签署及用印包含以下几种状态： 中止签署、签署中 各个状态在系统中通过不同页签进行分类治理。合同履行 包含以下

38、几种状态： 已生效、已失效、已签署未生效 各个状态在系统中通过不同页签进行分类治理，默认页签为已生效状态列表。 公司档案治理员确认归档后，经办人代办人在合同履行时期能够修改非归档字段信息。具体字段如下： 合同一级分类合同二级分类项目简称产品简称合同状态合同生效日期合同到期日期到期续签情形合同附件是否客户指定业务合同归档 状态描述：经办人代办人填写完成签署日期后形成的部门档案治理员待归档和已归档的列表。经办人代办人填写完签署日期点击【公布】后，部门档案治理员能够在归档列表下查看此条记录，确认系统记录与合同文本内容无误后点击【归档申请】，由公司档案治理员进行归档复核确认。部门档案治理员能够进行批量

39、申请归档的操作。具体归档字段如下： 部门治理员归档后带入档案治理的字段经办人经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额小写合同主体合同对方合同文本合同签署日期合同提醒系统提醒 显示当前用户预先设置过时刻节点且立即或差不多到期的文件，要紧是提醒用户及时处理相应的事宜。提醒列表样式显示 提醒类型及标题样式括号中内容为红色字体：【合同到期】还有30天+合同名称合同编号【进度反馈】合同号猎取超过7天未公布+合同名称合同编号【进度反馈】我司已完成用印，对方超过XX天未用印+合同名称合同编号提醒条件：1、合同到期日期前30天，系统提醒经办人代办人一次。2、合同号猎取超过7天未进行公布的，

40、系统提醒经办人代办人、部门和公司合同治理员一次。3、合同用印状态为我司已完成，对方未完成，30天后合同状态为签署中的系统提醒经办人代办人，每30天提醒一次。我的提醒当前用户能够预先定制自己的提醒信息，以便及时处理相关合同事项。选择对应的合同，设置提醒日期、提醒内容、提醒人员默认提醒自己。功能描述名称、标识符新建合同提醒信息功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明登记日期日期默认当前日期合同名称字符选择能够选择到当前用户经办或代办的合同信息列表提醒日期日期选择提醒日期提醒人字符选择提醒人员不选择默认提醒自己；提醒内容字符手动填写项目治理项目差不多信息治理 要紧对项目差

41、不多信息进行爱护，被设定为项目治理员的人能够进行项目差不多信息的创建与爱护。 项目文件及项目文件类型创建时默认为空，项目附件创建后能够通过项目简称进行关联。治理员能够导出全部的项目信息到本地EXCEL，导出列表包含项目简称、项目全称、项目附件类型、项目附件名称。 功能描述名称、标识符新增项目差不多信息功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明项目编号字符按照规那么自动生成项目全称字符必填手动填写项目简称字符必填手动填写通过全称进行自动复制，并能够进行i需改立项时刻日期手动选择项目类型字符手动选择可爱护字段；考虑按照AI的项目类型项目运作方式字符必填下拉选择可爱护字段暂

42、定：自主发行； 主导发行； 外购；登记人字符系统自动记录当前登录人登记日期日期系统自动记录当前日期项目文件项目附件创建后与对应简称的项目进行关联项目附件治理 要紧对项目附件进行爱护。 功能描述名称、标识符新增项目附件功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明项目简称字符必填下拉选择项目文件文件以附件形式上传；项目文件类型下拉选择，为可爱护字段；，可爱护字段；要件类；权证类；治理类；综合类；产品治理产品治理 要紧对产品简称进行爱护，有权限的人能够进行产品简称的治理。 功能描述名称、标识符新增产品名称功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明产品

43、编号字符按照规那么自动生成产品全称字符必填手动填写产品简称字符必填手动填写产品类型字符下拉选择可爱护字段登记人字符系统自动记录当前登录人登记日期日期系统自动记录当前日期合同转移转移申请 经办人代办人差不多公布的合同信息，能够点击【移出申请】移交给下一个人作为经办人进行后续事项的处理，转移时可填写转移说明，能够上传转移的附件到系统上。转移复核 接收人在我的待办和转移复核下能够看到需要移入的合同信息列表，点击【移入确认】，确认后经办人代办人不在有查看和修改该合同信息的权限。如原经办人代办人想再次查看需和系统治理员做申请，由系统治理员开放查看范畴后能够进行查看。转出记录经办人代办人申请移出后，系统生

44、成一条转出记录。记录转出时刻、转出人、转出部门、合同编号、合同名称、合同状态、转入人、转入部门。转入记录接收人移入确认后，系统生成一条转入记录。记录接收时刻、转出人、转出部门、合同编号、合同名称、合同状态。能够链接到原合同信息。范本治理范本类型治理 功能描述名称、标识符新增合同业务类型功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明业务类型一级名称字符必填手动填写与合同一级名称相同业务类型二级名称字符必填手动填写与合同二级名称相同范本模版治理 功能描述名称、标识符新增合同范本模版功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明业务类型一级名称字符必填下拉

45、框选择业务类型二级名称字符必填下拉框选择范本名称字符必填手动填写日期日期必填系统默认当前日期爱护人字符必填系统默认当前登记人版本号字符必填手动填写修订情形字符必填手动填写可多次记录最新版本号字符必填手动填写多个版本号最新爱护时刻日期必填系统运算是否生效字符必填是/否合同范本模版必填上传附件说明：1、选择业务类型一级名称后可自动显示对应的业务类型二级名称。 2、每次修改都记录修订情形和最新版本号，形成多行的修改记录。 3、最新爱护时刻，每次修改版本号后系统自动记录最后的修改日期。 4、是否生效默认为是，范本模版治理员修改为否后表示差不多失效，合同范本的模版附件不能够在下载到本地。合同台账通过合同

46、台账能够查询一段时刻内所有签订合同的明细情形查询所有状态下的合同信息列表。台账统计页面如以下图所示字段为参考样式：功能描述名称、标识符新增合同台账功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明标题时刻段经办部门经办人合同名称合同编号主合同名称主合同编号合同一级分类合同二级分类项目简称产品简称合同金额合同币种合同费率合同主体合同对方用印形式用印完成情形签署日期合同状态合同生效日期合同到期日期到期续签情形合同文本合同附件说明：1、统计时能够通过选择【导出的列】来定制结果中显示哪些信息。 2、能够点击结果页面的导出excel，将统计结果以excel表形式导出到本地。台账统计结果

47、页面字段为参考样式：相对方治理 新增合同公布完成会将合同对方的内容自动生成一条记录，下次新建合同能够选择到之前生成的记录；合同对方的内容能够进行自动补全； 功能描述名称、标识符自动生成相对方信息功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明相对方名称字符必填自动生成档案治理待复核部门档案治理员在合同治理中点击【归档申请】后，会在档案治理【待复核】列表下自动生成一条合同信息的记录。系统档案治理员点击待复核的信息能够填写档案编号按规那么系统自动生成、归档日期、密级、储存期限、归档人、归档部门、备注等信息，填写完成点击【确认归档】按钮，合同信息自动归档到对应的经办部门下。部门档

48、案治理员能够查看本部门已归档的全部信息。公司档案治理员能够选择批量归档，归档需要填写的字段按照默认值生成。合同档案 合同档案按照组织结构的部门进行分类。功能描述名称、标识符合同归档功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明 部门治理员归档后系统自动生成经办人归档以后，假如做转移，经办人和经办部门不变动经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额小写合同主体合同对方合同签署日期合同文本 系统档案治理员确认归档时填写档案编号数值必填按照规那么系统自动生成2021-03-HT01-0001归档份数数值必填手动填写2归档日期日期必填系统档案治理员点击【确认归档

49、】按钮后自动生成，可修改密级字符必填下拉列表框绝密、隐秘、限制，默认绝密保管期限字符必填下拉列表框永久、30年、10年，默认永久归档人字符必填系统运算经办部门档案治理员归档部门字符必填系统运算即经办部门题名字符手动填写默认当前合同名称；可手动修改；备注字符手动填写制度及公告规章制度及公告公布能够公布规章制度，并上传附件。 功能描述名称、标识符新增规章制度、其它公告功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明登记人字符必填系统生成登记日期字符必填系统生成标题字符必填手动填写类型字符必填下拉选择制度公布、公告公布正文字符必填手动填写附件附件手动填写接口设计接口表传递的数据接

50、口方式采纳的技术AI数据同步接口抓取项目差不多信息定时WebServiceKM待办数据接口待办数据实时WebService运行环境软件平台硬件清单序号名称配置描述 数量 备注 1认证服务器CPU: 4Core，内存：16G，硬盘：300G22台虚拟机，操作系统RedHatEnterpriseLinuxServerrelease6.4 Linuxversion2.6.32-358.el6.x86_64 ，制作群集2流程引擎服务器CPU: 4Core，内存：16G，硬盘：300G22台虚拟机，操作系统RedHatEnterpriseLinuxServerrelease6.4 Linuxversio

51、n2.6.32-358.el6.x86_64 ，制作群集3应用服务器CPU：4Core，内存：16G，硬盘：300G22台物理机，操作系统RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64，制作群集。4数据库服务器CPU:8Core，内存：32G，硬盘：500G，HBA*244台物理机，带光纤储备卡，操作系统RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64，制作RAC5储备高端储备600G总计10台机器6台物理机、

52、4台虚拟机软件清单软件名称软件版本IBM WebSphere Application ServerVIBM ServerVOracle V.0RedHat LinuxRedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64数据容量估算依照业务部门对合同治理业务需求的描述，按照每月1G的数据量估算，那么全年总共的容量约为12G，此外考虑30%的数据冗余容量，总共容量为15.6G；依照本企业对数据备份的要求，按每周3次增量备份，每月1次全备，总共储备空间将需要180G。网络带宽估算网络带宽估算采纳峰值并发场景进行估

53、算，假设合同系统使用用户为1000人，平均每天大致有60%的用户即600个用户要访问该系统，关于一个典型邮件用户来说，每15分钟用户访问一次合同系统，每次访问平均交互时刻为2分钟，每天平均访问合同系统的时长是64分钟。而在一天之内，用户只有在8小时之内会使用该系统。平均并发用户数C = nL/T，C是平均并发用户数，n是login session的数量，L是login session的平均长度，T是值考察的时刻长度平均并发数为600*64/(8*60=80峰值并发数C= C + 3* 即峰值并发数为：80+3*80=107依据我们之前的体会，每个用户平均占用带宽是100KB：107*100Kb

54、/1024=11MBps。依照网络带宽利用率70%运算，那么1000个用户需要的总带宽为：11M/70%=8Mb编码规范代码组织与风格源代码文件约束每个.java源文件内仅定义一个class，不承诺在一个.java文件内定义多个class。匿名内部类除外。源代码名目源代码名目有且仅有两个名目：src和test。src名目存放系统源代码，test名目存放单元测试源代码。专门注意：不承诺构建多个源代码名目，如此不利于源代码的可读性。源代码包结构组织所有的项目产品的类的顶层包必须为 XXX.。依照三层结构的约定，每个模块都dao、service等包。模块功能类包按照横向结构组织，即每个模块的serv

55、ice、dao等归属于该模块包，禁止纵向结构组织，即项目分为 service、dao等多个包，每个模块包放在service、dao之下。下面是一个典型的项目源码结构：Src说明XXX.ims项目名称 .user模块包 .domain领域对象包 .dao数据访问层包 .service业务层报 .springconfigspring配置包 .util模块工具包 .view视图数据包类结构在新建一个Java类文件时，必须遵循下面的文件结构：图1 Java类文件结构文件注释文件注释是用来该文件相关开发信息的，如该类的开发公司或单位、版权、作者、代码审定人、该类所支持的JDK版本、该类版本、开发日期、最

56、后更新日期、修改人、复审人等信息。文件注释中使用author、since、version、date等标记，方便使用jdoc等技术生成Java API标准文档。下面确实是一个Java类的文件注释例子：/*开发单位：门户技术资源部*版权：XXXX*author：duckXXX*since： JDK1.4*version：0.0.1*date：2009-03-22*最后更新日期：2009-03-23*修改人：XXX*复审人：XXX*/包声明所有项目代码的顶层包都应该是XXX.。 例如XXX Report 报表展现平台，项目名称为report，因此顶层包应该是 XXX.report。例如：packag

57、e XXX.report.domain;引入声明尽管Java支持用*通配符，但不承诺这么做，要求使用哪个类就单独引入哪个类。不承诺： import java.util.*;允 许： import java.util.ArrayList;类注释类注释是用来说明类的实现的功能以及该类的相关类的说明。文件注释中使用description、see等标记，方便使用jdoc等技术生成Java API标准文档。下面确实是一个Java类的文件注释例子：/*description : 演示Java基础语法的例子 *see：XXX.test.Hello*/类声明所有的类名称采纳帕斯卡表示法。如：public cl

58、ass HelloWorld类体元素顺序类体中各组成元素的顺序请遵照图1所示。注释代码中注释是专门重要的部分。类体中的注释可分为：变量注释包括对public、protected、default、private变量的说明。方法注释 包括对public、protected、default、private方法功能的说明。应使用/* */风格注释方便jdoc等注释工具生成文档；使用param指令说明参数的含义；使用throws指令说明抛出专门情形；使用return 说明返回值的含义如：/* 向数据库插入一条用户数据* param user 要插入数据的用户对象* throws ServiceExcep

59、tion 抛出由服务层抛出的专门* return boolean，说明是否插入成功*/public Boolean saveUser(User user) throws ServiceException;代码注释方法体内部对某几条语句的说明。方法体内，每3到5行语句就应该有相应的注释。代码注释假如是单行注释，使用 /进行注释，假如是多行那么使用/* */进行注释。如：/将表单参数包装到user对象中User user = new User();BeanUtils.populate(user,map);/* 从spring 应用程序环境中读取service bean，* 调用save方法，储存用

60、户信息*/IUserService userService = ApplicationContextUtil.getBean(userService);userService.save(user);命名一样原那么命名的差不多原那么是见名知意。一样地，给变量、方法和类命名时应遵循以下原那么：使用能够准确说明命名对象含义的完整的英文描述符。如firstName，grandTotal；不要使用x1,y1,fn如此的无意义的命名。采纳该领域的术语。假如命名对象在行业中差不多有约定俗成的名称，那么不要使用其他近义词名称，如表示客户，使用Customer，而不要使用Client少用缩写。命名尽量不要使用简