合同管理系统技术策划方案

1、合同治理系统技术方案版本 文档信息及版本历史文档信息项目名称合同治理系统项目编号文档名称合冋治理系统_技术方案.doc存储位置版本作者/修改者日期描述版权信息目录】1 概述 81.1 编写目的 81.2 适用范围 81.3 读者对象 81.4 术语和缩写 81.5 参考资料 82 设计概述 92.1 设计约束 92.2 设计策略 102.3 技术实现 102.3.1 J2EE开发框架 103 系统概述 131.1 用户现状 131.2 业务需求分析 154 系统总体结构 174.1 功能模块图 174.2 系统架构图 175 功能描述 181.1 合同治理 181.1.1 我的合同 . 181

2、.1.2 合同起草 . 181.1.3 合同签署及用印 . 251.1.4 合同履行 . 261.1.5 合同归档 . 261.2 合同提醒 271.3 项目治理 291.3.1 项目差不多信息治理 . 291.3.2 项目附件治理 . 301.4 产品治理 311.4.1 产品治理 . 311.5 合同转移 321.5.1 转移申请 . 321.5.2 转移复核 . 321.5.3 转出记录 . 321.5.4 转入记录 . 321.6 范本治理 331.6.1 范本类型治理 . 331.6.2 范本模版治理 . 331.7 合同台账 341.8 相对方治理 361.9 档案治理 371.9

3、.1 待复核. 371.9.2 合同档案 . 371.10 制度及公告 391.10.1 规 章 制 度 及 公 告 公396 接口设计 397 运行环境 397.1 软件平台 397.2 硬件清单 397.3 软件清单 407.4 数据容量估算 417.5 网络带宽估算 418 编码规范 428.1 代码组织与风格 428.1.1 源代码文件约束 . 428.1.2 源代码目录 . 428.1.3 源代码包结构组织 . 428.1.4 类结构. 438.1.5 命名. 498.2 代码优化 518.2.1 代码优化原则 . 518.2.2 代码优化实践 . 528.3 SQL 优化 578.

4、3.1 提高查询效率原则 . 57832 SQL语句优化注意事项 628.3.3 SQL语句查询案例 639 系统备份设计 错误！未定义书签1概述1.1编写目的本文档为合同治理系统的概要设计文档，概要描述此项目的整体轮廓和各个模块的差不多功能，使得用户对系统有一个整体的了解和差不多认识，应作为设计人员，开发人员，测试人员和 维护人员以的参考依据，并能给用户提供使用讲明。1.2适用范围本文档适用于项目生命周期的各个时期，为设计人员、开发人员、和测试人员能提供开发和测试的参考依据，维护人员对项目进行了修改后，应该相应的修改本文档。1.3读者对象参与项目的客户，设计人员、开发人员、测试人员、以及维

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

6、求能够全天候运行； 本应用要有较高的安全性，没有通过认证的用户无法访 问本系统。5）本应用权限配置要灵活，没有权限的用户无法访问系统 内没有授权的模块，同时左边的菜单能依照权限的不同 而发生变化；本应用要求连接用数据库连接池，最好使用WAS的数据源；6) 本系统面向企业的所有职员开发，因此，要求易用性强， 人机交互界面友好。7) 本应用要求有较高的效率，要求绝大多数响应速度在500ms以内。2.2 设计策略系统权限要做到灵活，最好能够配置化，能方便的加入治理 人员并授予角色，角色与菜单 / 模块的访问权(权限)能无缝连 接起来，比如菜单能依照用户的权限的不同而不同。 要求所有的持久层能够业务逻

7、辑层能够复用， 各个层次指职责分 清晰，严格幸免层次结构不清的现象，比如在 Action 或者 View 对数据库操作。2.3 技术实现2.3.1 J2EE开发框架本建设方案将采纳 J2EE 框架来进行开发完成。J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署和治理相关的复杂问题的体系结构。 J2EE 技术的基础确实是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点， 例如“编写一次、 到处运行”的特10 / 64性、方便存取数据库的JDBGAPICORB技术以及能够在In ternet 应用中爱护数 据 的安全 模式等等，同时还提供

8、了对 EJB (Enterprise JavaBeans)、Java Servlets API、JS(P Java Server Pages)以及XML技术的全面支持。J2EE提供了一整套核心企业应用程序编程界面，而所有这些 界面均为标准的模块化组件。 J2EE 技术还为这些组件提供一整 套企业服务， 通过自动化的方式完成应用程序开发中的诸多耗时 且费劲的困难工作， 为用户提供一种可创建广泛兼容的企业解决 方案而无需进行复杂编程的平台。 利用这一优势能够方便地开发 出高质量的、 适合企业使用的应用程序， 还可极大地减少产品研 发上市时刻、成本和风险。J2EE 使用了 EJB Server 作为

9、商业组件的部署环境，在 EJB Server 中提供了分布式计算环境中组件需要的所有服务，例如 组件生命周期的治理、数据库连接的治理、分布式事务的支持、 组件的命名服务等等。有些企业级的 EJB Server ，例如 Sybase 公司的 EAS 3.6(Enterprise Application Server 3.6)还提供了支持高可用性和高性能的群集技术、失败的自动转移和恢 复、应用负载的自动均衡能力等。实现商业逻辑的EJB组件能够更加高效地运行在应用服务器中， 支持多种客户端的访问， HTTP11 / 64的客户端能够先向运行在 Web Server 上的 Java Servlet 或

10、者JSP发出请求，在JSP中嵌入Java的代码调用运行在 EJBServer 中的EJB,以实现商业逻辑；而其他的客户端，能够通过IIOP直接访问运行在 EJB Server 中的组件。J2EE体系结构的优点是:1. Java Servlet 和 JSP都要编译为 Java Class 才作为 Servlet 运行，因此执行性能会明显提高。2. Java Servlet和JSP中能够完全使用Java进行编程，能够 完成许多简单的商业逻辑，特不是 JSP,能够直接书写HTML因 此简化了页面的输出，如此就保留了脚本语言易于使用的优点。3. 复杂的商业逻辑以组件的形式部署在 EJBServer 中

11、。由于EJB Server 提供了多种组件事务服务，使系统更能够应付大量 的并发用户和治理复杂的事务逻辑。4. EJB Server 中集成的组件命名服务能够使组件位置透明 化，简化了组件的部署和客户端应用的维护。5. 开发过程易于分工，能够由专人负责编写组件，其他人组 装页面。6. J2EE平台全面支持和实施 XML这种强大的组合可使 XML 具备跨平台的兼容性，甚至用于对XML代码进行语法检查和调试的工具也可与平台无关。J2EE技术和XML技术分不是企业开发的阴阳两极，因为 XML可实施独立于平台的数据，而 J2EE平台 则可实施独立于平台的解决方案。XML可通过移植的方式表现数据，因此就

12、对 Java 技术的可移植性构成了补充。3 系统概述1.1 用户现状 目前，由于合同缺乏统一的存放治理平台，要查找某合同、补充协议或函件，可能需要到 KM系统、档案治理系统、 M盘、AI 系统、电子邮件、业务经理个人电脑或者信件传真等纸质文 件中查找，特不不方便。依照对公司合同治理的现状分析，要紧 问题如下：合同治理制度待完善合同定义： 制度已对合同进行定义， 但未能有效传达各部门， 理解偏差导致合同归档的完整性得不到保证。合同分类：未建立合同分类标准。 合同要素：合同关键信息要素模板分散化，各部门治理的程 度以及需求不统一，部门间未形成要素信息共享。合同范本：未明确合同范本的治理流程。合同对

13、手方库：未建立合同对手方库及相关治理规则。合同治理细则： 合同全生命周期相关治理细则有待更新完善， 例如，制度中缺乏维护合同有效期的相关规定。合同治理组织架构待完善 组织架构：目前公司未明确合同治理职能的承担部门，整个 合同治理较为松散，未建立监督及问责机制。岗位职责：目前尚未明确前后台部门之间关于合同的传递、 归档、要素化的职责分工与信息共享机制，此外，各部门业务助 理兼任合同治理员，但尚未细化和明确其岗位职责。补充协议及函件的传递归档待规范 关于部分合同后续履行时期可能出现的补充协议及函件，存 在传递不及时、 未进行归档的情况， 阻碍合同传递的时效性和归 档的完整性。无法掌握公司合同数量及

14、治理状况 合同归档：由于缺乏统一平台，各部门合同治理水平不一， 合同存放分散， 合同查找和检索的效率低下， 不能随时掌握公司 合同治理情况。合同有效期：现有系统都不具备合同到期提醒功能，同时由于无法猎取完整的合同清单，现时期依靠手工治理也专门困难。合同号的配发缺乏系统操纵目前合同号的生成依靠档案治理系统手工录入，系统无法自 动配发，且合同号可删除，缺乏统一治理。当前系统合同治理功能不足KM系统：承担合同审批及用印申请（部分另类合同除外）的 职能，缺点是合同版本为过程版本，并非最终盖章生效版本，且 合同审批混杂在其他事项审批中，不便于查找。档案治理系统：承担猎取合同号、保管合同最终用印版本的 职

15、能，缺点是合同号配发缺乏系统操纵， 由于合同定义不清晰使 得合同归档完整性得不到保证， 合同要素信息填写不完全， 主从 合同之间的关联关系依靠手工维护缺乏专门的系统功能。M 盘：承担部门内共享及临时存放的职能，缺点是没有操作 记录，误删除等情况不易被发觉，且存放混乱缺乏维护。AI 系统： 目前另类投资项目从审批到投后治理已全流程纳入AI 系统，但 AI 系统文档治理功能较弱，仅起到归档保管作用， 缺乏合同要素模板和有效期治理等功能。AD域：AD域的用户治理未做统一用户信息的治理和验证。1.2 业务需求分析依照用户现状的梳理， 以及相关业务系统的调研分析， 整理 出合同系统的相关业务需求。合同治

16、理系统需要明确合同的定义，以及归档范围，履行合同的相关制度， 明确合同的差不多要素， 并对差不多要素进行 补充和整理。实现对对手库的相关信息进行整理和维护，建立完善的合 同治理对手库信查询功能。实现对合同范本的治理和使用，建立完善的合同范本库。完善合同的审批和流转操作，建立强大和独立的流程引擎 平台，对合同以及相关第三方系统提供流程审批支持， 并对合同 的状态和合同的到期时刻进行自能化的提醒。建立标准化的平台数据对接规范，实现合同系统与各业务 系统的数据对接和交换。建立主从合同的关联关系，并提供方便的查询功能。4系统总体结构4.1功能模块图安全层合同管理首页砸屏现层uiass.d!塩一滦程引擎

17、合同管理合同审批合同借阅A iK-k ftff- oIr13CS合同捉醒台同解陰合同吏更音同党型系统架构图合同产品文件騒彗文件加密躍务!OUOD-: | : !5功能描述1.1合同治理合同治理下包含所有当前登录用户经办或代办的全部合同 信息。合同治理包括我的合同、合同起草、合同签署及用印、合 同履行、合同归档几大部分。1.1.1 我的合同我的合同包含合同治理下所有当前登录用户经办或代办的 全部合同信息。1.1.2 合同起草状态描述：经办人（代办人）进行保存但未公布形成的列表。功能描述名称、标识符新增合同差不多信息功能描述1）、合同号猎取超过7天未进行公布的，系统给经办人（代办人）发送提醒信息。

18、2）、合同公布后会显示在“合同签署及用印”列表下，公布后的合同信息不能再进行删除操作。3）、用印形式为“不用印”的，填写完签署日期和生效日期后，部门档案治理员能够进行归档申请。4）、合同起草能够批量生成100（手动填写份数）份以下的相同合同内容，合同号手动进行猎取。5） 、公司合同治理员能够导出全部合同信息列表excel至V本地（合同起草列表），字段：经办人、经办部门合同名称、 合同号。6）、合同到期日期、合同费率（费率类型、费率种类、费率值）系统记录每次经办人（代办人）修改前后的记录。7）、经办人（代办人）筛选到对应的主合同后（能够筛选全部的合同列表）将主合同的相关信息带入到当前合同中。带

19、入的字段为（其它主合同信息不显示）： 合同名称、合同分类、合同主体、合同对方8）、经办人（代办人）所填写的合同一旦在起草中公布，当前合同的状态更新为“签署中”；签署日期填写完成后再公布 合同状态更新为“已签署，未生效”；生效日期填写完成后 再公布合同状态更新为“已生效”。补充讲明数据项描述数据项名称数据类型是否必填数据来源备注讲明合同起草页签经办人（代办人）填写登记日期日期必填系统自动生成 当前日期是否代办字符必填是/否有代办人角色可见； 具体见下文讲明1；代办人字符系统计算有代办人角色可见； 具体见下文讲明1；经办人字符必填系统默认当前 登录人，可选择具体见下文讲明1经办部门字符必填系统计算

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

21、面 关联查询； 具体见下文讲明5；产品简称 （多个产品需填写）字符多选弹出搜索页面 关联查询； 具体见下文讲明6；币种金额（大写）金额（小写）删除币种金额（大写）金额（小写）删除币种金额（大写）1金额（小写）删除合同币种字符必填下拉框选择币种为无，金额不填写；具体见下文7；合同金额（大 写）字符必填依照小写金额 转换可选无合同金额（小 写）数值必填手动填写可选无、其他，能够 手动填写内容； 具体见下文8；合同费率 （费率类型、费率种类）字符必填费率类型下拉 框选择； 费率种类对应 固定和浮动两 种方式；可选无； 具体见下文9；合同费率 （费率值）字符必填可填写具体数值；合同主体字符必填下拉框选

22、择具体见下文10合同对方字符必填选择自动补全； 标识提醒：请填写合 同对方全称； 具体见下文11；用印形式字符必填下拉框选择各方用印； 仅我方用印； 仅对方用印； 不用印；具体见下文12；合同签署页签用冃印治理员、经办人（代办人）填写用印完成情况字符必填下拉框选择已完成；我司已元成，对方未 完成；（各方用印）； 具体见下文13；经办人（代办小人）填写签署日期日期控件选择具体见下文14合同状态字符必填下拉框选择中止签署； 签署中； 已签署未生效； 已生效； 已失效；合同生效日期日期必填控件选择具体见下文15；合同到期日期日期控件选择到期续签情况字符下拉框选择到期无异议续签； 自动顺延； 其它；具

23、体见下文16；合同文本必填手动上传上传一个附件； 具体见下文17；合同附件合同附件类型 选择； 合同附件手动 上传；能够上传多个附件， 记录上传日期； 具体见下文18；备注手动填写公布范围手动选择可查看该合同信息 的人员，具体角色待 疋。转移讲明字符手动填写转移申请时可见转移附件手动上传附件转移申请时可见讲明：1、当前登录人有代办人的角色，能够选择“是否代办”默认为“否”，即当前登录人自己起草合同，系统自动 计算当前登录人为“经办人”，当前登录人所在部门为“经办部门”；“是否代办”选择为“是”，即代办人替经办人起草合 同，选择“经办人”，系统自动计算经办人所在部门； 如不具有代办人角色，“是否

24、代办”、“代办人”字段不可见2 、“合同编号”，通过点击按钮按照一定的规则猎取，猎 取合同编号前校验表单中 “登记日期”、“经办人”、“经 办部门”、“合同名称”是否差不多完成填写，如未填 写完成给与提示，否则生成合同编号。3 、“合同一级分类”为可维护字段，从系统治理数据字典 中猎取。4 、“合同二级分类” 为可维护字段， 选择“合同一级分类” 后自动筛选对应的“合同二级分类”内容，从系统治 理数据字段中猎取。5 、“项目简称”为可维护字段，选择项目简称会弹出新的 搜索页面，页面内容为项目简称、项目全称、项目类 型（其他字段不可见） ，能够进行查询选择需要的项目 简称。6 、“产品简称”为可

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

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

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

28、统给与提示不同意公布；合同状态选择“已生效” ，经办人（代办人）需填写 合同生效日期，否则不同意公布。16 、“到期续签情况”为下拉选择框，到期无异议续签、 自动顺延、其它三个选项。合同到期前 30 天，系统 给予提示提醒一次。 如为自动续签则需要填写需要续 签的时刻（XX年）、合同到期日期两个字段，如选其 它能够填写具体内容。17 、“合同文本”上传唯一一个附件 （能够上传打包文件）未上传附件公布时系统给与提示。18 、“合同附件”能够上传多个附件，能够选择上传附件的类不，附件类不在系统治理中由治理员进行维护。19 、表单中增加“关心”的链接，用于对合同要素各字段使用讲明。1.1.3 合同签

29、署及用印包含以下几种状态：中止签署、签署中各个状态在系统中通过不同页签进行分类治理。1.1.4 合同履行包含以下几种状态：已生效、已失效、已签署未生效各个状态在系统中通过不同页签进行分类治理，默认页签为已生效状态列表。公司档案治理员确认归档后，经办人（代办人）在合同履行时期能够修改非归档字段信息。具体字段如下:合同一级分类合同二级分类项目简称产品简称合同状态合同生效日期合同到期日期到期续签情况合同附件是否客户指定业务合同归档状态描述：经办人（代办人）填写完成“签署日期”后形 成的部门档案治理员待归档和已归档的列表。经办人（代办人）填写完“签署日期”点击【公布】后，部门档案治理员能够在“归档”列

30、表下查看此条记录，确认系统 记录与合同文本内容无误后点击【归档申请】，由公司档案治理 员进行归档复核确认。部门档案治理员能够进行批量申请归档的操作。具体归档字段如下:部门治理员归档后带入档案治理的字段经办人经办部门合同名称合同编号1主合同编号主合同名称合同币种1合同金额（小写）合同主体合同对方合同文本合同签署日期1.2合同提醒1.2.1 系统提醒显示当前用户预先设置过时刻节点且立即或差不多到期的文件，要紧是提醒用户及时处理相应的事宜。提醒列表样式显示合同名称到期吕期反需进度K过期甜天）FF测试2013-03-07申洁弊箔K过咖対天）LC醞证咼险事件D2013-0340反遥迸度（过期2 了天LC验证计划录入2013-03-13會同签署K过哪25天）财势员工权限2013-0345反蟻遊度K过期巧夭2013-03-15會同签署K过贈2斗天）无计划结束类會同。2013-03-16合同签畀（过期24夭沅计划结束奘合同。2013-03-16合同签署K过期2斗天）无计划结束冀舍同。2013-0346合同签