合同管理系统技术方案

1、合同管理系统技术方案版本 文档信息及版本历史文档信息项目名称合同管理系统项目编号文档名称合冋管理系统_技术方案.doc存储位置版本作者/修改者日期描述版权信息目录】1 概述 51.1 编写目的 51.2 适用范围 51.3 读者对象 51.4 术语和缩写 51.5 参考资料 52 设计概述 62.1 设计约束 62.2 设计策略 62.3 技术实现 72.3.1 J2EE开发框架 73 系统概述 81.1 用户现状 81.2 业务需求分析 104 系统总体结构 114.1 功能模块图 114.2 系统架构图 115 功能描述 121.1 合同管理 121.1.1 我的合同 121.1.2 合同

2、起草 121.1.3 合同签署及用印 181.1.4 合同履行 181.1.5 合同归档 181.2 合同提醒 191.3 项目管理 201.3.1 项目基本信息管理 201.3.2 项目附件管理 211.4 产品管理 221.4.1 产品管理 221.5 合同转移 221.5.1 转移申请 221.5.2 转移复核 231.5.3 转出记录 231.5.4 转入记录 231.6 范本管理 231.6.1 范本类型管理 231.6.2 范本模版管理 231.7 合同台账 241.8 相对方管理 261.9 档案管理 271.9.1 待复核 271.9.2 合同档案 271.10 制度及公告 2

3、81.10.1 规章制度及公告发布 286 接口设计 297 运行环境 297.1 软件平台 297.2 硬件清单 297.3 软件清单 307.4 数据容量估算 307.5 网络带宽估算 318 编码规范 318.1 代码组织与风格 318.1.1 源代码文件约束 318.1.2 源代码目录 318.1.3 源代码包结构组织 328.1.4 类结构 328.1.5 命名 368.2 代码优化 388.2.1 代码优化原则 388.2.2 代码优化实践 388.3SQL 优化428.3.1 提高查询效率原则 42832 SQL语句优化注意事项 45833 SQL语句查询案例469 系统备份设计

4、 错误！未定义书签。1概述1.1编写目的本文档为合同管理系统的概要设计文档， 概要描述此项目的整体轮廓和各个 模块的基本功能，使得用户对系统有一个整体的了解和基本认识， 应作为设计人 员，开发人员，测试人员和维护人员以的参考依据，并能给用户提供使用说明。1.2适用范围本文档适用于项目生命周期的各个阶段，为设计人员、开发人员、和测试人 员能提供开发和测试的参考依据，维护人员对项目进行了修改后，应该相应的修 改本文档。1.3读者对象参与项目的客户，设计人员、开发人员、测试人员、以及维护人员等等都是 本文档的读者对象；此文档定义了系统的基本功能，以及系统架构，系统流程等1.4术语和缩写术语和缩写解释

5、备注1.5参考资料参考文件备注合同管理系统需求规格说明书2 设计概述2.1 设计约束1) 本项目为标准 Web应用，能在各种服务器中运行(比如 WebSphere Tomcat 等等)2) 连接数据库采用数据库连接池的方式，建议用JNDI，连接数据库为Oracle 11g版本(理论上支持各种主流数据库)3) 禁止本地IO操作，如果有IO操作，比如上传文件上传到远程 FTP服 务器上；本应用最后运行在集群和门户上，要求能适应集群和门户环 境的要求。4) 本应用要求要有较高的稳定性，要求能够全天候运行；本应用要有较 高的安全性，没有经过认证的用户无法访问本系统。5) 本应用权限配置要灵活，没有权限

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

7、数据库操作。2.3 技术实现2.3.1 J2EE开发框架本建设方案将采用J2EE框架来进行开发完成。J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署 和管理相关的复杂冋题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如“编写一次、到处运行”的特性、方便存取数据库的 JDBC API、CORBA技术以及能够在In ternet 应用中 保护数据的 安全模式等等， 同时还提供了 对 EJ B( Enterprise JavaBeans)、Java Servlets API 、JSP (Java Ser

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

9、连接 的管理、分布式事务的支持、组件的命名服务等等。有些企业级的 EJB Server， 例如 Sybase 公司的 EAS 3.6( Enterprise Application Server 3.6 )还提供了 支持高可用性和高性能的群集技术、 失败的自动转移和恢复、 应用负载的自动均 衡能力等。实现商业逻辑的EJB组件可以更加高效地运行在应用服务器中， 支持 多种客户端的访问，HTTF的客户端可以先向运行在 WebServer上的Java Servlet 或者JSP发出请求，在JSP中嵌入Java的代码调用运行在EJBServer中的EJB, 以实现商业逻辑；而其他的客户端，可以通过 I

10、IOP 直接访问运行在 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

11、中集成的组件命名服务可以使组件位置透明化，简化了组件的部署和客户端应用的维护。5. 开发过程易于分工，可以由专人负责编写组件，其他人组装页面。6. J2EE平台全面支持和实施XML这种强大的组合可使XML具备跨平台的兼容性，甚至用于对 XML代码进行语法检查和调试的工具也可与平台无关。J2EE技术和XML技术分别是企业开发的阴阳两极，因为XMIM实施独立于平台的数据， 而J2EE平台则可实施独立于平台的解决方案。XML可通过移植的方式表现数据， 因此就对 Java 技术的可移植性构成了补充。3 系统概述1.1 用户现状目前，由于合同缺乏统一的存放管理平台， 要查找某合同、补充协议或函件， 可能

12、需要到KM系统、档案管理系统、M盘、AI系统、电子邮件、业务经理个人 电脑或者信件传真等纸质文件中查找， 非常不方便。 根据对公司合同管理的现状 分析，主要问题如下：合同管理制度待完善合同定义： 制度已对合同进行定义， 但未能有效传达各部门， 理解偏差导致 合同归档的完整性得不到保证。合同分类：未建立合同分类标准。 合同要素：合同关键信息要素模板分散化， 各部门管理的程度以及需求不统 一，部门间未形成要素信息共享。合同范本：未明确合同范本的管理流程。 合同对手方库：未建立合同对手方库及相关管理规则。合同管理细则： 合同全生命周期相关管理细则有待更新完善， 例如，制度中 缺乏维护合同有效期的相关

13、规定。合同管理组织架构待完善组织架构： 目前公司未明确合同管理职能的承担部门， 整个合同管理较为松 散，未建立监督及问责机制。岗位职责： 目前尚未明确前后台部门之间对于合同的传递、 归档、要素化的 职责分工与信息共享机制， 此外， 各部门业务助理兼任合同管理员， 但尚未细化 和明确其岗位职责。补充协议及函件的传递归档待规范 对于部分合同后续履行阶段可能出现的补充协议及函件，存在传递不及时、 未进行归档的情况，影响合同传递的时效性和归档的完整性。无法掌握公司合同数量及管理状况 合同归档：由于缺乏统一平台，各部门合同管理水平不一，合同存放分散， 合同查找和检索的效率低下，不能随时掌握公司合同管理情

14、况。合同有效期： 现有系统都不具备合同到期提醒功能， 并且由于无法获取完整 的合同清单，现阶段依靠手工管理也很困难。合同号的配发缺乏系统控制 目前合同号的生成依靠档案管理系统手工录入， 系统无法自动配发， 且合同 号可删除，缺乏统一管理。当前系统合同管理功能不足KM系统：承担合同审批及用印申请（部分另类合同除外）的职能，缺点是 合同版本为过程版本， 并非最终盖章生效版本， 且合同审批混杂在其他事项审批 中，不便于查找。档案管理系统： 承担获取合同号、 保管合同最终用印版本的职能， 缺点是合 同号配发缺乏系统控制，由于合同定义不清晰使得合同归档完整性得不到保证， 合同要素信息填写不完全， 主从合

15、同之间的关联关系依靠手工维护缺乏专门的系 统功能。M盘：承担部门内共享及临时存放的职能，缺点是没有操作记录，误删除等 情况不易被发现，且存放混乱缺乏维护。AI 系统：目前另类投资项目从审批到投后管理已全流程纳入 AI 系统，但 AI 系统文档管理功能较弱， 仅起到归档保管作用， 缺乏合同要素模板和有效期管理 等功能。AD域：AD域的用户管理未做统一用户信息的管理和验证。1.2 业务需求分析根据用户现状的梳理， 以及相关业务系统的调研分析， 整理出合同系统的相 关业务需求。合同管理系统需要明确合同的定义，以及归档范围，履行合同的相关制 度，明确合同的基本要素，并对基本要素进行补充和整理。实现对对

16、手库的相关信息进行整理和维护，建立完善的合同管理对手库 信查询功能。实现对合同范本的管理和使用，建立完善的合同范本库。 完善合同的审批和流转操作，建立强大和独立的流程引擎平台，对合同 以及相关第三方系统提供流程审批支持， 并对合同的状态和合同的到期时间进行 自能化的提醒。建立标准化的平台数据对接规范，实现合同系统与各业务系统的数据对 接和交换。建立主从合同的关联关系，并提供方便的查询功能。4系统总体结构4.1功能模块图安全层uia合同熬舷合同审批A lA-K-JfctfrSIrIks合同变更文件辭蜒_滦程引擎合同借阅合同管理合同赛型合同魁合同产品合同跨手阵合同悅板山阱服务I UEEES数据层音

17、同供应商合同捉陶含同台匪4.2系统架构图5功能描述1.1合同管理合同管理下包含所有当前登录用户经办或代办的全部合同信息。合同管理 包括我的合同、合同起草、合同签署及用印、合同履行、合同归档几大部分。1.1.1 我的合同我的合同包含合同管理下所有当前登录用户经办或代办的全部合同信息。1.1.2 合同起草状态描述：经办人（代办人）进行保存但未发布形成的列表。功能描述名称、标识符新增合同基本信息功能描述1）、合同号获取超过7天未进行发布的，系统给经办人（代办人）发送提醒信息。2）、合同发布后会显示在“合同签署及用印”列表下，发布后的合同信息不能再进行删除操作。3）、用印形式为“不用印”的，填写完签署

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

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

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

21、（小写）删除币种金额（大写）金额（小写）删除币种金额（大写）:金额（小写）删除合同币种字符必填下拉框选择币种为无，金额不填写；具体见下文7；合同金额（大 写）字符必填根据小写金额 转换可选无合同金额（小 写）数值必填手动填写可选无、其他，可以 手动填写内容； 具体见下文8；合同费率 （费率类型、费率种类）字符必填费率类型下拉 框选择； 费率种类对应 固定和浮动两 种方式；可选无； 具体见下文9；合同费率 （费率值）字符必填可填写具体数值；合同主体字符必填下拉框选择具体见下文10合同对方字符必填选择自动补全； 标识提醒：请填写合 同对方全称； 具体见下文11；用印形式字符必填下拉框选择各方用印；

22、 仅我方用印； 仅对方用印； 不用印；具体见下文12；合同签署页签用印管理员、经办人（代办人）填写用印完成情况字符必填下拉框选择已完成；我司已元成，对方未 完成；（各方用印）； 具体见下文13；经办人（代办人）填写签署日期日期控件选择具体见下文14合同状态字符必填下拉框选择中止签署； 签署中； 已签署未生效；已生效； 已失效；合同生效日期日期必填控件选择具体见下文15；合同到期日期日期控件选择到期续签情况字符下拉框选择到期无异议续签； 自动顺延； 其它；具体见下文16；合同文本必填手动上传上传一个附件； 具体见下文17；合同附件合同附件类型 选择； 合同附件手动 上传；可以上传多个附件， 记录

23、上传日期； 具体见下文18；备注手动填写发布范围手动选择可查看该合同信息 的人员，具体角色待 定。转移说明字符手动填写转移申请时可见转移附件手动上传附件转移申请时可见说明：1、当前登录人有代办人的角色，可以选择“是否代办”，默认为“否”，即当前登录人自己起草合同，系统自动计算当前登录人为“经办人”，当前登录人所在部门为“经办部门”；“是否代办”选择为“是”，即代办人替经办人起草合同，选择“经办 人”，系统自动计算经办人所在部门；如不具有代办人角色，“是否代办”、“代办人”字段不可见。2 、“合同编号”，通过点击按钮按照一定的规则获取，获取合同编号前校验表单中“登记日期”、“经办人”、“经办部门

24、”、“合同名称”是否已 经完成填写，如未填写完成给与提示，否则生成合同编号。3 、“合同一级分类”为可维护字段，从系统管理数据字典中获取。4 、“合同二级分类”为可维护字段，选择“合同一级分类”后自动筛选对应的“合同二级分类”内容，从系统管理数据字段中获取。5 、“项目简称”为可维护字段，选择项目简称会弹出新的搜索页面，页面内容为项目简称、项目全称、项目类型（其他字段不可见），可以进行 查询选择需要的项目简称。6 、“产品简称”为可维护字段，选择产品简称会弹出新的搜索页面，页面内容为全部的产品信息，可以进行查询选择需要的产品简称。（1）、一个合同编号下可以选择多个产品， 选中多个产品后可以填写

25、对应的多行“币种”、“金额”信息，默认值为“无”经办人可手动 修改；（2）、选中一个产品后填写“合同币种”、“合同金额”、“合同费率”的对应信息；7、“合同币种”为可维护字段，可选择具体币种和无；合同币种选择“无”，对应的“合同金额（大写）”、“合同金额（小写）” 字段内容为“无”；8 、填写“合同金额（小写）”后自动计算“合同金额（大写）”，可以选择“无”或“其他”选择项，选择其他可以填写具体内容。9 、“合同费率”为可维护字段，可选具体费率和无。10 、“合同主体”内容为选择项，也可填写具体内容。11 、“合同对方”为可维护字段，新增合同发布完成会将合同对方的内容自动生成一条记录，下次再次

26、新建合同可以选择到之前生成的记录； 合同对方的内容可以进行自动补全；12、“用印形式”内容为选择，分为各方用印、仅我方用印、仅对方用印、 不用印几个选项，具体分以下几种情况：合同主体用印形式说明本企业各方用印办公室管理员完成用印并在系统选择“用印完成情况”本企业仅我方用印办公室管理员完成用印并在系统选择“用印完成情况”非本企业各方用印线下完成用印后，由经办人填写“用印 完成情况”、“签署日期”、“合同生效日 期、“合同到期日期”本企业其它仅对方用印线下完成用印后，由经办人填写“用印 完成情况”、“签署日期”、“合同生效日 期、“合同到期日期”非本企业仅我方用印线下完成用印后，由经办人填写“用印

27、 完成情况”、“签署日期”、“合同生效日 期”、“合同到期日期”本企业其它不用印不显示“用印完成情况”13 、“用印完成情况”内容为选择，分为“我司已完成，对方未完成”、“已完成”两个选项；14 、“签署日期”用印完成情况为“已完成”发布时需填写签署日期，否则系统给与 提示不允许发布；用印完成情况为“我司已完成，对方未完成”的发布时该字段可以 为空；15 、“合同生效日期”用印形式为“不用印”发布时需填写生效日期，否则系统给与提示 不允许发布；合同状态选择“已生效”，经办人（代办人）需填写合同生效日期， 否则不允许发布。16 、“到期续签情况”为下拉选择框，到期无异议续签、自动顺延、其它三个选

28、项。合同到期前30天，系统给予提示提醒一次。如为自动续 签则需要填写需要续签的时间（XX年）、合同到期日期两个字段，如 选其它可以填写具体内容。17 、“合同文本”上传唯一一个附件（可以上传打包文件），未上传附件发布时系统给与提示。18 、“合同附件”可以上传多个附件，可以选择上传附件的类别，附件类别在系统管理中由管理员进行维护。19 、表单中增加“帮助”的链接，用于对合同要素各字段使用说明。1.1.3 合同签署及用印包含以下几种状态：中止签署、签署中各个状态在系统中通过不同页签进行分类管理1.1.4 合同履行包含以下几种状态：已生效、已失效、已签署未生效各个状态在系统中通过不同页签进行分类管

29、理，默认页签为已生效状态列表。公司档案管理员确认归档后，经办人（代办人）在合同履行阶段可以修改非归档字段信息。具体字段如下:合同一级分类合同二级分类项目简称产品简称合同状态合同生效日期合同到期日期到期续签情况合同附件是否客户指定业务1.1.5 合同归档状态描述：经办人（代办人）填写完成“签署日期”后形成的部门档案管 理员待归档和已归档的列表。经办人（代办人）填写完“签署日期”点击【发布】后，部门档案管理员 可以在“归档”列表下查看此条记录，确认系统记录与合同文本内容无误后点击 【归档申请】，由公司档案管理员进行归档复核确认。部门档案管理员可以进行批量申请归档的操作具体归档字段如下：部门管理员归

30、档后带入档案管理的字段经办人经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额（小写）合同主体合同对方合同文本合同签署日期1.2合同提醒1.2.1 系统提醒显示当前用户预先设置过时间节点且即将或已经到期的文件，主要是 提醒用户及时处理相应的事宜。提醒列表样式显示合同名称到期吕期反需进度过期站天FFiiiit2013-03-07申洁终结K过咖知天）LC聆证岡险事件D2013-03-10反需进度（过期27天LC验述计划录入2013-03-13會同签署（过咖25天）财势员工权限2013-0345反遥逆度（过期巧夭住下剤说2013-03-15會同签署（过咄2斗天）无计划结束类舍同。2013-

31、03-16合同签署（过期24天沅计划结束奘合同。2013-03-16合同签署K过哪2斗天）无计划结束类合同2013-03-16合同签署（谊期23天）LC验证凤险事件02013-03-17合同签署K过哪為天测试录入计划们13-22013-0347合同签署K过期22夭）f试录人计划314-22013-03-18舍同签署K过期22天测试补签合同2013-034&提醒类型及标题样式（括号中内容为红色字体）：【合同到期】（还有30天）+合同名称（合同编号）【进度反馈】（合同号获取超过7天未发布）+合同名称（合同编号）【进度反馈】（我司已完成用印，对方超过XX天未用印）+合同名称（合同编号） 提醒条件：1

32、、合同到期日期前30天，系统提醒经办人（代办人）一次。2、合同号获取超过7天未进行发布的，系统提醒经办人（代办人）、部门和公 司合同管理员一次。3、合同用印状态为“我司已完成，对方未完成”，30天后合同状态为“签署中” 的系统提醒经办人（代办人），每30天提醒一次。1.2.2 我的提醒当前用户可以预先定制自己的提醒信息，以便及时处理相关合同事项。选择对应的合同，设置提醒日期、提醒内容、提醒人员（默认提醒自己） 。功能描述名称、标识符新建合同提醒信息功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明登记日期日期默认当前日期合同名称字符选择可以选择到当前 用户经办或代办 的合同信

33、息列表提醒日期日期选择提醒日期提醒人字符选择提醒人员不选择默认提醒自己；提醒内容字符手动填写1.3项目管理1.3.1 项目基本信息管理主要对项目基本信息进行维护，被设定为项目管理员的人可以进行项目基本信息的创建与维护项目文件及项目文件类型创建时默认为空，项目附件创建后可以通过项目简称进行关联管理员可以导出全部的项目信息到本地 EXCEL，导出列表包含项目简称、项目全称、项目附件类型、项目附件名称功能描述名称、标识符新增项目基本信息功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明项目编号字符按照规则自动生成项目全称字符必填手动填写项目简称字符必填手动填写通过全称进行自动 复制

34、，并可以进行i 需改立项时间日期手动选择项目类型字符手动选择可维护字段；（考虑按照AI的项 目类型）项目运作方式字符必填下拉选择可维护字段暂疋：自主发行； 主导发行； 外购；登记人字符系统自动记录当 前登录人登记日期日期系统自动记录当 前日期项目文件项目附件创建后 与对应简称的项 目进行关联132项目附件管理主要对项目附件进行维护 功能描述名称、标识符新增项目附件功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明项目简称字符必填:下拉选择项目文件文件以附件形式 上传；项目文件类型下 拉选择，为可维 护字段；，可维护字段； 要件类； 权证类； 管理类； 综合类；1.4产品管理1

35、.4.1 产品管理主要对产品简称进行维护，有权限的人可以进行产品简称的管理功能描述名称、标识符新增产品名称功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明产口口编号字符按照规则自动 生成产品全称字符必填:手动填写产品简称字符必填手动填写产品类型字符下拉选择可维护字段登记人字符系统自动记录 当前登录人登记日期日期系统自动记录 当前日期1.5合同转移1.5.1 转移申请经办人（代办人）已经发布的合同信息，可以点击【移出申请】移交给下一个人作为经办人进行后续事项的处理，转移时可填写转移说明，可以上传转移的附件到系统上。1.5.2 转移复核接收人在我的待办和转移复核下可以看到需要移

36、入的合同信息列表，点击【移入确认】，确认后经办人（代办人）不在有查看和修改该合同信息的权限。 如原经办人（代办人）想再次查看需和系统管理员做申请，由系统管理员开放 查看范围后可以进行查看。1.5.3 转出记录经办人（代办人）申请移出后，系统生成一条转出记录。记录转出时间、转出人、转出部门、合同编号、合同名称、合同状态、转入人、转入部门。1.5.4 转入记录接收人移入确认后，系统生成一条转入记录。记录接收时间、转出人、 转出部门、合同编号、合同名称、合同状态。可以链接到原合同信息。1.6范本管理1.6.1 范本类型管理功能描述名称、标识符新增合同业务类型功能描述补充说明数据项描述数据项名称数据类

37、型是否必填数据来源备注说明业务类型一级 名称字符必填手动填写与合同一级名称相 同业务类型二级 名称字符必填手动填写与合同二级名称相 同1.6.2 范本模版管理功能描述名称、标识符新增合同范本模版功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明业务类型一级 名称字符必填下拉框选择业务类型二级 名称字符必填下拉框选择范本名称字符必填手动填写日期日期必填系统默认当前日期维护人字符必填系统默认当前 登记人版本号字符必填手动填写修订情况字符必填 1手动填写可多次记录最新版本号字符必填手动填写多个版本号最新维护时间日期必填系统计算是否生效字符必填n是/否合同范本模版必填上传附件说明：1

38、、选择“业务类型一级名称”后可自动显示对应的“业务类型二级名称”2 、每次修改都记录修订情况和最新版本号，形成多行的修改记录。3 、“最新维护时间”，每次修改版本号后系统自动记录最后的修改日期。4 、“是否生效”默认为“是”，范本模版管理员修改为“否”后表示已经失效，合同范本的模版附件不可以在下载到本地。1.7合同台账通过合同台账可以查询一段时间内所有签订合同的明细情况查询（所有状态下的合同信息列表）。台账统计页面如下图所示（字段为参考样式）：厂合司垢号厂合司宕和厂合同类別广含同状眾厂合同诡囲厂预篦喝号一开労日期厂结录日期厂規曲冋门rs-A厂直网标的厂小亏豆苗r*ssia厂呢慕电话厂遅订人rs

39、iTBffir用捉日也厂交炳益凸厂财肴盘別l相时方时软方向厂际准文丰厂蹙丈合同厂先iiSti厂是否欖枳厂揑根人厂捏权人B?背厂按隈（R人rwiBRAKflrifiRiaa撰也权限厂攪权期限9?.：厂综尊盼用厂时韭单N村小写厂科庁嶽户害厂时有戟号肃方开户行厂支忖方式厂应何日期广啜报日朋厂支何杀件厂忖監骨注慄存銅功能描述名称、标识符新增合同台账功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明标题时间段经办部门经办人合同名称合同编号主合同名称主合同编号合同一级分类合同二级分类项目简称产品简称合同金额合同币种合同费率合同主体合同对方用印形式用印完成情况签署日期合同状态合同生效日期合

40、同到期日期到期续签情况合同文本合同附件说明：1、统计时可以通过选择【导出的列】来定制结果中显示哪些信息。2、可以点击结果页面的导出excel，将统计结果以excel表形式导出到本地。台账统计结果页面(字段为参考样式)：合帐统卄结果姣计日期：2013-4-1 201315 统计d1合用聘合同秋亦躺日期菇車曰期自冋甲ItT 2013) 5L堂旺直冋.讀行q報1离直同凰行吴学20134366台F1 市(ttT (2&1J) 5审咤证凤阳丰甘D带行中201M-12013-3-12顽合丽KtT鬧2013-3-1201M-K33吿同丰HfcT 2013)g鷄已第廉2013-15M13415133自冋甲Nt

41、T 2013) 12泻知识产慣負直同2013-2201330456合冋申ItlT (J)抚泻诙裳脣间2013-3-2?201M-23114谊第規台円丰桜黃占苗晳夷含冋監行中2013-12Q1缶斗却104收歐含曰VI2013-4-12D13-4-122r冋全过程嚐息中正宏跚件甲胱巻见口内翔丢虫。凰行中.2013-4-12013-4-111(2&1J)巧1号收盖含咼小娱盖1融些舍冋201M-13013-4-122SWH-曲佗H裳官同2013-4-1201M-J100201M-23013*2X煤直玮-ziDltl用冇中2011-32D13-4-311自闫甲HtT L2(H3) 356号絹合期试么“也

42、确细间201M-12013-4-322L1土唐mu裳官同尽行中2013-4-12201M-1211.8相对方管理新增合同发布完成会将“合同对方”的内容自动生成一条记录， 下次新建合同可以选择到之前生成的记录；合同对方的内容可以进行 自动补全；功能描述名称、标识符自动生成相对方信息功能描述补充说明数据项描述数据项名称数据类型是否必 填数据来源备注说明相对方名称字符必填自动生成1.9档案管理1.9.1 待复核部门档案管理员在合同管理中点击 【归档申请】后，会在档案管理【待 复核】列表下自动生成一条合同信息的记录。系统档案管理员点击待复核 的信息可以填写“档案编号（按规则系统自动生成）”、“归档日期

43、”、“密级”、“保存期限”、“归档人”、“归档部门”、“备注”等信息，填写完成点击【确 认归档】按钮，合同信息自动归档到对应的经办部门下。部门档案管理员 可以查看本部门已归档的全部信息。公司档案管理员可以选择批量归档，归档需要填写的字段按照默认值 生成。192 合同档案合同档案按照组织结构的部门进行分类。功能描述名称、标识符合同归档功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明部门管理员归档后系统自动生成经办人归档以后，如果做转 移，经办人和经办部 门不变动经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额（小写）合同主体合同对方合同签署日期合同文本系统档案管理

44、员确认归档时填写档案编号数值必填按照规则系统 自动生成2015-03-HT01-0001归档份数数值必填手动填写2归档日期日期必填系统档案管理 员点击【确认归 档】按钮后自动 生成，可修改密级字符必填下拉列表框绝密、秘密、限制， 默认“绝密”保管期限字符必填下拉列表框永久、30年、10年，默认“永久”归档人字符必填系统计算经办部门档案管理 员归档部门字符必填系统计算即经办部门题名字符手动填写默认当前合同名称； 可手动修改；备注字符手动填写1.10制度及公告1.10.1规章制度及公告发布可以发布规章制度，并上传附件。功能描述名称、标识符新增规章制度、其它公告功能描述补充说明数据项描述数据项名称数

45、据类型是否必填数据来源备注说明登记人字符必填丁系统生成登记日期字符必填系统生成标题字符必填n手动填写类型字符必填下拉选择制度发布、公告发布正文字符必填1手动填写附件附件手动填写6接口设计接口表传递的数据接口方式米用的技术AI数据同步接口抓取项目基本信息定时WebServiceKM待办数据接口待办数据实时WebService7运行环境7.1软件平台7.2硬件清单序号名称配置描述数量备注1认证服务器CPU:4Core,内存：16G，硬盘：300G22台虚拟机，操作系统Red Hat EnterpriseLinux Serverrelease6.4Linuxversion2.6.32-358.el6

46、.x86_64，制作群集2流程引擎服务器CPU:4Core,内存：16G，硬盘：300G22台虚拟机，操作系统Red Hat EnterpriseLinux Serverrelease6.4Linuxversion2.6.32-358.el6.x86_64，制作群集3应用服务器CPU4Core,内存：16G，硬盘：300G22台物理机，操作系统Red Hat EnterpriseLinux Serverrelease6.4Linux version2.6.32-358.el6.x86_64，制作群集。4数据库CPU:8Core44台物理机，带光纤存储卡，操作系序号名称配置描述数量备注服务器内存

47、：32G ，硬盘：500GHBA*2统Red Hat EnterpriseLinux Serverrelease6.4Linux version2.6.32-358.el6.x86_64，制作RAC5存储咼端存储600G总计10台机器（6台物理机、4台虚拟机）7.3软件清单软件名称软件版本IBM WebSphere Application ServerVIBM Http ServerVOracleV.0RedHat Lin uxRed Hat EnterpriseLinux Server release 6.4Linux version 2.6.32

48、-358.el6. x86_647.4数据容量估算根据业务部门对合同管理业务需求的描述，按照每月 1G的数据量估算，则 全年总共的容量约为12Q此外考虑30%勺数据冗余容量，总共容量为 15.6G; 根据本企业对数据备份的要求，按每周3次增量备份，每月1次全备，总共存储 空间将需要180G7.5网络带宽估算网络带宽估算采用峰值并发场景进行估算，假设合同系统使用用户为1000人，平均每天大概有60%勺用户即600个用户要访问该系统，对于一个典型邮件 用户来说，每15分钟用户访问一次合同系统，每次访问平均交互时间为2分钟， 每天平均访问合同系统的时长是 64分钟。而在一天之内，用户只有在 8小时之 内会使用该系统。平均并发用户数C = nL/T，C是平均并发用户数，n是log in session 的数 量，L是log in session 的平均长度，T是值考察的时间长度平均并发数为600*64/(8*60 ) =80峰值并发数C = C + 3*即峰值并发数为：80+3*2 80=107