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

资源描述

内容为网络收集仅供参考合同管理系统技术方案版本 <> 内容为网络收集仅供参考文档信息及版本历史文档信息工程名称合同管理系统工程编号文档名称合同管理系统_技术方案.doc 存储位置版本作者/修改者日期描述版权信息【目录】 1概述5 编写目的5 适用范围5 读者对象5 术语和缩写5 参考资料5 2设计概述6 设计约束6 设计谋略6 技术实现7 J2EE开发框架7 3系统概述8 用户现状8 业务需求分析10 4系统总体结构11 功能模块图11 系统架构图11 5功能描述12 合同管理12 我的合同12 合同起草12 合同签署及用印17 合同履行17 合同归档18 合同提醒18 工程管理19 工程根本信息管理20 工程附件管理20 产品管理21 产品管理21 合同转移21 转移申请21 转移复核22 转出记录22 转入记录22 范本管理22 范本类型管理22 范本模版管理22 合同台账23 相对方管理25 档案管理26 待复核26 合同档案26 制度及公告27 规章制度及公揭发布27 6接口设计28 7运行环境28 软件平台28 硬件清单28 软件清单29 数据容量估算29 网络带宽估算30 8编码标准30 代码组织与风格30 源代码文件约束30 源代码目录30 源代码包结构组织31 类结构31 命名35 代码优化37 代码优化原那么37 代码优化实践37 SQL优化41 提高查询效率原那么41 SQL语句优化考前须知44 SQL语句查询案例45 9系统备份设计45 内容为网络收集仅供参考 1 概述 1.1 编写目的本文档为合同管理系统的概要设计文档，概要描述此工程的整体轮廓和各个模块的根本功能，使得用户对系统有一个整体的了解和根本认识，应作为设计人员，开发人员，测试人员和维护人员以的参考依据，并能给用户提供使用说明。 1.2 适用范围本文档适用于工程生命周期的各个阶段，为设计人员、开发人员、和测试人员能提供开发和测试的参考依据，维护人员对工程进行了修改后，应该相应的修改本文档。 1.3 读者对象参与工程的客户，设计人员、开发人员、测试人员、以及维护人员等等都是本文档的读者对象；此文档定义了系统的根本功能，以及系统架构，系统流程等等。 1.4 术语和缩写术语和缩写解释备注 1.5 参考资料参考文件备注 ?合同管理系统_需求规格说明书? 2 设计概述 2.1 设计约束 1) 本工程为标准Web应用，能在各种效劳器中运行〔比方WebSphere、Tomcat等等〕 2) 连接数据库采用数据库连接池的方式，建议用JNDI，连接数据库为Oracle 11g版本〔理论上支持各种主流数据库〕 3) 禁止本地IO操作，如果有IO操作，比方上传文件上传到远程FTP效劳器上；本应用最后运行在集群和门户上，要求能适应集群和门户环境的要求。 4) 本应用要求要有较高的稳定性，要求能够全天候运行；本应用要有较高的平安性，没有经过认证的用户无法访问本系统。 5) 本应用权限配置要灵活，没有权限的用户无法访问系统内没有授权的模块，并且左边的菜单能根据权限的不同而发生变化；本应用要求连接用数据库连接池，最好使用WAS的数据源； 6) 本系统面向企业的所有员工开发，因此，要求易用性强，人机交互界面友好。 7) 本应用要求有较高的效率，要求绝大多数响应速度在500ms以内。 2.2 设计谋略系统权限要做到灵活，最好能够配置化，能方便的参加管理人员并授予角色，角色与菜单/模块的访问权〔权限〕能无缝连接起来，比方菜单能根据用户的权限的不同而不同。要求所有的持久层能够业务逻辑层能够复用，各个层次指职责分清楚，严格防止层次结构不清的现象，比方在Action或者View对数据库操作。 2.3 技术实现 2.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公司的〔〕还提供了支持高可用性和高性能的群集技术、失败的自动转移和恢复、应用负载的自动均衡能力等。实现商业逻辑的EJB组件可以更加高效地运行在应用效劳器中，支持多种客户端的访问，HTTP的客户端可以先向运行在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.复杂的商业逻辑以组件的形式部署在EJB Server中。由于EJB Server提供了多种组件事务效劳，使系统更能够应付大量的并发用户和管理复杂的事务逻辑。 4.EJB Server中集成的组件命名效劳可以使组件位置透明化，简化了组件的部署和客户端应用的维护。 5.开发过程易于分工，可以由专人负责编写组件，其他人组装页面。平台全面支持和实施XML，这种强大的组合可使XML具备跨平台的兼容性，甚至用于对XML代码进行语法检查和调试的工具也可与平台无关。J2EE技术和XML技术分别是企业开发的阴阳两极，因为XML可实施独立于平台的数据，而J2EE平台那么可实施独立于平台的解决方案。XML可通过移植的方式表现数据，因此就对Java技术的可移植性构成了补充。 3 系统概述 1.1 用户现状目前，由于合同缺乏统一的存放管理平台，要查找某合同、补充协议或函件，可能需要到KM系统、档案管理系统、M盘、AI系统、电子邮件、业务经理个人电脑或者信件等纸质文件中查找，非常不方便。根据对公司合同管理的现状分析，主要问题如下： l 合同管理制度待完善合同定义：制度已对合同进行定义，但未能有效传达各部门，理解偏差导致合同归档的完整性得不到保证。合同分类：未建立合同分类标准。合同要素：合同关键信息要素模板分散化，各部门管理的程度以及需求不统一，部门间未形成要素信息共享。合同范本：未明确合同范本的管理流程。合同对手方库：未建立合同对手方库及相关管理规那么。合同管理细那么：合同全生命周期相关管理细那么有待更新完善，例如，制度中缺乏维护合同有效期的相关规定。 l 合同管理组织架构待完善组织架构：目前公司未明确合同管理职能的承当部门，整个合同管理较为松散，未建立监督及问责机制。岗位职责：目前尚未明确前后台部门之间对于合同的传递、归档、要素化的职责分工与信息共享机制，此外，各部门业务助理兼任合同管理员，但尚未细化和明确其岗位职责。 l 补充协议及函件的传递归档待标准对于局部合同后续履行阶段可能出现的补充协议及函件，存在传递不及时、未进行归档的情况，影响合同传递的时效性和归档的完整性。 l 无法掌握公司合同数量及管理状况合同归档：由于缺乏统一平台，各部门合同管理水平不一，合同存放分散，合同查找和检索的效率低下，不能随时掌握公司合同管理情况。合同有效期：现有系统都不具备合同到期提醒功能，并且由于无法获取完整的合同清单，现阶段依靠手工管理也很困难。 l 合同号的配发缺乏系统控制目前合同号的生成依靠档案管理系统手工录入，系统无法自动配发，且合同号可删除，缺乏统一管理。 l 当前系统合同管理功能缺乏 KM系统：承当合同审批及用印申请〔局部另类合同除外〕的职能，缺点是合同版本为过程版本，并非最终盖章生效版本，且合同审批混杂在其他事项审批中，不便于查找。档案管理系统：承当获取合同号、保管合同最终用印版本的职能，缺点是合同号配发缺乏系统控制，由于合同定义不清晰使得合同归档完整性得不到保证，合同要素信息填写不完全，主从合同之间的关联关系依靠手工维护缺乏专门的系统功能。 M盘：承当部门内共享及临时存放的职能，缺点是没有操作记录，误删除等情况不易被发现，且存放混乱缺乏维护。 AI系统：目前另类投资工程从审批到投后管理已全流程纳入AI系统，但AI系统文档管理功能较弱，仅起到归档保管作用，缺乏合同要素模板和有效期管理等功能。 AD域：AD域的用户管理未做统一用户信息的管理和验证。 1.2 业务需求分析根据用户现状的梳理，以及相关业务系统的调研分析，整理出合同系统的相关业务需求。 l 合同管理系统需要明确合同的定义，以及归档范围，履行合同的相关制度，明确合同的根本要素，并对根本要素进行补充和整理。 l 实现对对手库的相关信息进行整理和维护，建立完善的合同管理对手库信查询功能。 l 实现对合同范本的管理和使用，建立完善的合同范本库。 l 完善合同的审批和流转操作，建立强大和独立的流程引擎平台，对合同以及相关第三方系统提供流程审批支持，并对合同的状态和合同的到期时间进行自能化的提醒。 l 建立标准化的平台数据对接标准，实现合同系统与各业务系统的数据对接和交换。建立主从合同的关联关系，并提供方便的查询功能。 4 系统总体结构 4.1 功能模块图 4.2 系统架构图 5 功能描述 1.1 合同管理合同管理下包含所有当前登录用户经办或代办的全部合同信息。合同管理包括我的合同、合同起草、合同签署及用印、合同履行、合同归档几大局部。 1.1.1 我的合同我的合同包含合同管理下所有当前登录用户经办或代办的全部合同信息。 1.1.2 合同起草状态描述：经办人〔代办人〕进行保存但未发布形成的列表。 Ø 功能描述名称、标识符新增合同根本信息功能描述 1〕、合同号获取超过7天未进行发布的，系统给经办人〔代办人〕发送提醒信息。 2〕、合同发布后会显示在“合同签署及用印〞列表下，发布后的合同信息不能再进行删除操作。 3〕、用印形式为“不用印〞的，填写完签署日期和生效日期后，部门档案管理员可以进行归档申请。 4〕、合同起草可以批量生成100〔手动填写份数〕份以下的相同合同内容，合同号手动进行获取。 5〕、公司合同管理员可以导出全部合同信息列表excel到本地〔合同起草列表〕，字段：经办人、经办部门合同名称、合同号。 6)、合同到期日期、合同费率〔费率类型、费率种类、费率值〕系统记录每次经办人〔代办人〕修改前后的记录。 7)、经办人〔代办人〕筛选到对应的主合同后〔可以筛选全部的合同列表〕将主合同的相关信息带入到当前合同中。带入的字段为〔其它主合同信息不显示〕：合同名称、合同分类、合同主体、合同对方 8〕、经办人〔代办人〕所填写的合同一旦在起草中发布，当前合同的状态更新为“签署中〞；签署日期填写完成后再发布合同状态更新为“已签署，未生效〞；生效日期填写完成后再发布合同状态更新为“已生效〞。补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明合同起草页签经办人〔代办人〕填写登记日期日期必填系统自动生成当前日期是否代办字符必填是/否有代办人角色可见；具体见下文说明1；代办人字符系统计算有代办人角色可见；具体见下文说明1；经办人字符必填系统默认当前登录人，可选择具体见下文说明1 经办部门字符必填系统计算具体见下文说明1 主合同编号字符选择/手动填写弹出搜索页面关联查询自动带出主合同要素的相关信息主合同名称字符选择/手动填写弹出搜索页面关联查询自动带出主合同要素的相关信息合同名称字符必填手动填写标识提醒：请填写合同名称全称合同编号字符必填系统按一定规那么自动生成点击按钮获取，校验前几项是否填写；具体见下文说明2；合同一级分类字符必填下拉框选择具体见下文说明3 合同二级分类字符必填下拉框选择具体见下文说明4 是否客户指定业务字符必填是/否帮助中进行内容说明，便于选择是否；选择“是〞，页面提醒经办人将客户指定投资指令作为合同附件上传；默认为空；工程简称字符下拉框选择弹出搜索页面关联查询；具体见下文说明5；产品简称〔多个产品需填写〕字符多项选择弹出搜索页面关联查询；具体见下文说明6；币种金额〔大写〕金额〔小写〕删除币种金额〔大写〕金额〔小写〕删除币种金额〔大写〕金额〔小写〕删除合同币种字符必填下拉框选择币种为无，金额不填写；具体见下文7；合同金额〔大写〕字符必填根据小写金额转换可选无合同金额〔小写〕数值必填手动填写可选无、其他，可以手动填写内容；具体见下文8；合同费率〔费率类型、费率种类〕字符必填费率类型下拉框选择；费率种类对应固定和浮动两种方式；可选无；具体见下文9；合同费率〔费率值〕字符必填可填写具体数值；合同主体字符必填下拉框选择具体见下文10 合同对方字符必填选择自动补全；标识提醒：请填写合同对方全称；具体见下文11；用印形式字符必填下拉框选择各方用印；仅我方用印；仅对方用印；不用印；具体见下文12；合同签署页签用印管理员、经办人〔代办人〕填写用印完成情况字符必填下拉框选择已完成；我司已完成，对方未完成；〔各方用印〕；具体见下文13；经办人〔代办人〕填写签署日期日期控件选择具体见下文14 合同状态字符必填下拉框选择中止签署；签署中；已签署未生效；已生效；已失效；合同生效日期日期必填控件选择具体见下文15；合同到期日期日期控件选择到期续签情况字符下拉框选择到期无异议续签；自动顺延；其它；具体见下文16；合同文本必填手动上传上传一个附件；具体见下文17；合同附件合同附件类型选择；合同附件手动上传；可以上传多个附件，记录上传日期；具体见下文18；备注手动填写发布范围手动选择可查看该合同信息的人员，具体角色待定。转移说明字符手动填写转移申请时可见转移附件手动上传附件转移申请时可见说明：1、当前登录人有代办人的角色，可以选择“是否代办〞，默认为“否〞，即当前登录人自己起草合同，系统自动计算当前登录人为“经办人〞，当前登录人所在部门为“经办部门〞； “是否代办〞选择为“是〞，即代办人替经办人起草合同，选择“经办人〞，系统自动计算经办人所在部门；如不具有代办人角色，“是否代办〞、“代办人〞字段不可见。 2、“合同编号〞，通过点击按钮按照一定的规那么获取，获取合同编号前校验表单中“登记日期〞、“经办人〞、“经办部门〞、“合同名称〞是否已经完成填写，如未填写完成给与提示，否那么生成合同编号。 3、“合同一级分类〞为可维护字段，从系统管理数据字典中获取。 4、“合同二级分类〞为可维护字段，选择“合同一级分类〞后自动筛选对应的“合同二级分类〞内容，从系统管理数据字段中获取。 5、“工程简称〞为可维护字段，选择工程简称会弹出新的搜索页面，页面内容为工程简称、工程全称、工程类型〔其他字段不可见〕，可以进行查询选择需要的工程简称。 6、“产品简称〞为可维护字段，选择产品简称会弹出新的搜索页面，页面内容为全部的产品信息，可以进行查询选择需要的产品简称。〔1〕、一个合同编号下可以选择多个产品，选中多个产品后可以填写对应的多行“币种〞、“金额〞信息，默认值为“无〞经办人可手动修改；〔2〕、选中一个产品后填写“合同币种〞、“合同金额〞、“合同费率〞的对应信息； 7、“合同币种〞为可维护字段，可选择具体币种和无；合同币种选择“无〞，对应的“合同金额〔大写〕〞、“合同金额〔小写〕〞字段内容为“无〞； 8、填写“合同金额〔小写〕〞后自动计算“合同金额〔大写〕〞，可以选择“无〞或“其他〞选择项，选择其他可以填写具体内容。 9、“合同费率〞为可维护字段，可选具体费率和无。 10、“合同主体〞内容为选择项，也可填写具体内容。 11、“合同对方〞为可维护字段，新增合同发布完成会将合同对方的内容自动生成一条记录，下次再次新建合同可以选择到之前生成的记录；合同对方的内容可以进行自动补全； 12、“用印形式〞内容为选择，分为各方用印、仅我方用印、仅对方用印、不用印几个选项，具体分以下几种情况：合同主体用印形式说明本企业各方用印办公室管理员完成用印并在系统选择“用印完成情况〞本企业仅我方用印办公室管理员完成用印并在系统选择“用印完成情况〞非本企业各方用印线下完成用印后，由经办人填写“用印完成情况〞、“签署日期〞、“合同生效日期〞、“合同到期日期〞本企业其它仅对方用印线下完成用印后，由经办人填写“用印完成情况〞、“签署日期〞、“合同生效日期〞、“合同到期日期〞非本企业仅我方用印线下完成用印后，由经办人填写“用印完成情况〞、“签署日期〞、“合同生效日期〞、“合同到期日期〞本企业其它不用印不显示“用印完成情况〞 13、“用印完成情况〞内容为选择，分为“我司已完成，对方未完成〞、“已完成〞两个选项； 14、“签署日期〞用印完成情况为“已完成〞发布时需填写签署日期，否那么系统给与提示不允许发布；用印完成情况为“我司已完成，对方未完成〞的发布时该字段可以为空； 15、“合同生效日期〞用印形式为“不用印〞发布时需填写生效日期，否那么系统给与提示不允许发布；合同状态选择“已生效〞，经办人〔代办人〕需填写合同生效日期，否那么不允许发布。 16、“到期续签情况〞为下拉选择框，到期无异议续签、自动顺延、其它三个选项。合同到期前30天，系统给予提示提醒一次。如为自动续签那么需要填写需要续签的时间〔XX年〕、合同到期日期两个字段，如选其它可以填写具体内容。 17、“合同文本〞上传唯一一个附件〔可以上传打包文件〕，未上传附件发布时系统给与提示。 18、“合同附件〞可以上传多个附件，可以选择上传附件的类别，附件类别在系统管理中由管理员进行维护。 19、表单中增加“帮助〞的链接，用于对合同要素各字段使用说明。 1.1.3 合同签署及用印包含以下几种状态：中止签署、签署中各个状态在系统中通过不同页签进行分类管理。 1.1.4 合同履行包含以下几种状态：已生效、已失效、已签署未生效各个状态在系统中通过不同页签进行分类管理，默认页签为已生效状态列表。公司档案管理员确认归档后，经办人〔代办人〕在合同履行阶段可以修改非归档字段信息。具体字段如下：合同一级分类合同二级分类工程简称产品简称合同状态合同生效日期合同到期日期到期续签情况合同附件是否客户指定业务 1.1.5 合同归档状态描述：经办人〔代办人〕填写完成“签署日期〞后形成的部门档案管理员待归档和已归档的列表。经办人〔代办人〕填写完“签署日期〞点击【发布】后，部门档案管理员可以在“归档〞列表下查看此条记录，确认系统记录与合同文本内容无误后点击【归档申请】，由公司档案管理员进行归档复核确认。部门档案管理员可以进行批量申请归档的操作。具体归档字段如下：部门管理员归档后带入档案管理的字段经办人经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额〔小写〕合同主体合同对方合同文本合同签署日期 1.2 合同提醒 1.2.1 系统提醒显示当前用户预先设置过时间节点且即将或已经到期的文件，主要是提醒用户及时处理相应的事宜。提醒列表样式显示提醒类型及标题样式〔括号中内容为红色字体〕：【合同到期】〔还有30天〕+合同名称〔合同编号〕【进度反应】〔合同号获取超过7天未发布〕+合同名称〔合同编号〕【进度反应】〔我司已完成用印，对方超过XX天未用印〕+合同名称〔合同编号〕提醒条件： 1、合同到期日期前30天，系统提醒经办人〔代办人〕一次。 2、合同号获取超过7天未进行发布的，系统提醒经办人〔代办人〕、部门和公司合同管理员一次。 3、合同用印状态为“我司已完成，对方未完成〞，30天后合同状态为“签署中〞的系统提醒经办人〔代办人〕，每30天提醒一次。 1.2.2 我的提醒当前用户可以预先定制自己的提醒信息，以便及时处理相关合同事项。选择对应的合同，设置提醒日期、提醒内容、提醒人员〔默认提醒自己〕。 Ø 功能描述名称、标识符新建合同提醒信息功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明登记日期日期默认当前日期合同名称字符选择可以选择到当前用户经办或代办的合同信息列表提醒日期日期选择提醒日期提醒人字符选择提醒人员不选择默认提醒自己；提醒内容字符手动填写 1.3 工程管理 1.3.1 工程根本信息管理主要对工程根本信息进行维护，被设定为工程管理员的人可以进行工程根本信息的创立与维护。工程文件及工程文件类型创立时默认为空，工程附件创立后可以通过工程简称进行关联。管理员可以导出全部的工程信息到本地EXCEL，导出列表包含工程简称、工程全称、工程附件类型、工程附件名称。 Ø 功能描述名称、标识符新增工程根本信息功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明工程编号字符按照规那么自动生成工程全称字符必填手动填写工程简称字符必填手动填写通过全称进行自动复制，并可以进行i需改立项时间日期手动选择工程类型字符手动选择可维护字段；〔考虑按照AI的工程类型〕工程运作方式字符必填下拉选择可维护字段暂定：自主发行；主导发行；外购；登记人字符系统自动记录当前登录人登记日期日期系统自动记录当前日期工程文件工程附件创立后与对应简称的工程进行关联 1.3.2 工程附件管理主要对工程附件进行维护。 Ø 功能描述名称、标识符新增工程附件功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明工程简称字符必填下拉选择工程文件文件以附件形式上传；工程文件类型下拉选择，为可维护字段；，可维护字段；要件类；权证类；管理类；综合类； 1.4 产品管理 1.4.1 产品管理主要对产品简称进行维护，有权限的人可以进行产品简称的管理。 Ø 功能描述名称、标识符新增产品名称功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明产品编号字符按照规那么自动生成产品全称字符必填手动填写产品简称字符必填手动填写产品类型字符下拉选择可维护字段登记人字符系统自动记录当前登录人登记日期日期系统自动记录当前日期 1.5 合同转移 1.5.1 转移申请经办人〔代办人〕已经发布的合同信息，可以点击【移出申请】移交给下一个人作为经办人进行后续事项的处理，转移时可填写转移说明，可以上传转移的附件到系统上。 1.5.2 转移复核接收人在我的待办和转移复核下可以看到需要移入的合同信息列表，点击【移入确认】，确认后经办人〔代办人〕不在有查看和修改该合同信息的权限。如原经办人〔代办人〕想再次查看需和系统管理员做申请，由系统管理员开放查看范围后可以进行查看。 1.5.3 转出记录经办人〔代办人〕申请移出后，系统生成一条转出记录。记录转出时间、转出人、转出部门、合同编号、合同名称、合同状态、转入人、转入部门。 1.5.4 转入记录接收人移入确认后，系统生成一条转入记录。记录接收时间、转出人、转出部门、合同编号、合同名称、合同状态。可以链接到原合同信息。 1.6 范本管理 1.6.1 范本类型管理 Ø 功能描述名称、标识符新增合同业务类型功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明业务类型一级名称字符必填手动填写与合同一级名称相同业务类型二级名称字符必填手动填写与合同二级名称相同 1.6.2 范本模版管理 Ø 功能描述名称、标识符新增合同范本模版功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明业务类型一级名称字符必填下拉框选择业务类型二级名称字符必填下拉框选择范本名称字符必填手动填写日期日期必填系统默认当前日期维护人字符必填系统默认当前登记人版本号字符必填手动填写修订情况字符必填手动填写可屡次记录最新版本号字符必填手动填写多个版本号最新维护时间日期必填系统计算是否生效字符必填是/否合同范本模版必填上传附件说明：1、选择“业务类型一级名称〞后可自动显示对应的“业务类型二级名称〞。 2、每次修改都记录修订情况和最新版本号，形成多行的修改记录。 3、“最新维护时间〞，每次修改版本号后系统自动记录最后的修改日期。 4、“是否生效〞默认为“是〞，范本模版管理员修改为“否〞后表示已经失效，合同范本的模版附件不可以在下载到本地。 1.7 合同台账通过合同台账可以查询一段时间内所有签订合同的明细情况查询〔所有状态下的合同信息列表〕。台账统计页面如下列图所示〔字段为参考样式〕： Ø 功能描述名称、标识符新增合同台账功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明标题时间段经办部门经办人合同名称合同编号主合同名称主合同编号合同一级分类合同二级分类工程简称产品简称合同金额合同币种合同费率合同主体合同对方用印形式用印完成情况签署日期合同状态合同生效日期合同到期日期到期续签情况合同文本合同附件说明：1、统计时可以通过选择【导出的列】来定制结果中显示哪些信息。 2、可以点击结果页面的导出excel，将统计结果以excel表形式导出到本地。台账统计结果页面〔字段为参考样式〕： 1.8 相对方管理新增合同发布完成会将“合同对方〞的内容自动生成一条记录，下次新建合同可以选择到之前生成的记录；合同对方的内容可以进行自动补全； Ø 功能描述名称、标识符自动生成相对方信息功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明相对方名称字符必填自动生成 1.9 档案管理 1.9.1 待复核部门档案管理员在合同管理中点击【归档申请】后，会在档案管理【待复核】列表下自动生成一条合同信息的记录。系统档案管理员点击待复核的信息可以填写“档案编号〔按规那么系统自动生成〕〞、“归档日期〞、“密级〞、“保存期限〞、“归档人〞、“归档部门〞、“备注〞等信息，填写完成点击【确认归档】按钮，合同信息自动归档到对应的经办部门下。部门档案管理员可以查看本部门已归档的全部信息。公司档案管理员可以选择批量归档，归档需要填写的字段按照默认值生成。 1.9.2 合同档案合同档案按照组织结构的部门进行分类。 Ø 功能描述名称、标识符合同归档功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明部门管理员归档后系统自动生成经办人归档以后，如果做转移，经办人和经办部门不变动经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额〔小写〕合同主体合同对方合同签署日期合同文本系统档案管理员确认归档时填写档案编号数值必填按照规那么系统自动生成 2021-03-HT01-0001 归档份数数值必填手动填写 2 归档日期日期必填系统档案管理员点击【确认归档】按钮后自动生成，可修改密级字符必填下拉列表框绝密、秘密、限制，默认“绝密〞保管期限字符必填下拉列表框永久、30年、10年，默认“永久〞归档人字符必填系统计算经办部门档案管理员归档部门字符必填系统计算即经办部门题名字符手动填写默认当前合同名称；可手动修改；备注字符手动填写 1.10 制度及公告 1.10.1 规章制度及公揭发布可以发布规章制度，并上传附件。 Ø 功能描述名称、标识符新增规章制度、其它公告功能描述补充说明 Ø 数据项描述数据项名称数据类型是否必填数据来源备注说明登记人字符必填系统生成登记日期字符必填系统生成标题字符必填手动填写类型字符必填下拉选择制度发布、公揭发布正文字符必填手动填写附件附件手动填写 6 接口设计接口表传递的数据接口方式采用的技术 AI数据同步接口抓取工程根本信息定时 WebService KM待办数据接口待办数据实时 WebService 7 运行环境 7.1 软件平台 7.2 硬件清单序号名称配置描述数量备注 1 认证效劳器 CPU: 4Core，内存：16G ，硬盘：300G 2 2台虚拟机，操作系统Red Hat Enterprise Linux Server release 6.4 Linux version -358.el6.x86_64 ，制作群集 2 流程引擎效劳器 CPU: 4Core，内存：16G ，硬盘：300G 2 2台虚拟机，操作系统Red Hat Enterprise Linux Server release 6.4 Linux version -358.el6.x86_64 ，制作群集 3 应用效劳器 CPU：4Core，内存：16G ，硬盘：300G 2 Linux version ，制作群集。 4 数据库效劳器 CPU:8Core，内存：32G ，硬盘：50

展开阅读全文