合同管理系统技术方案

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 系统概述83.1 用户现状83.2 业务需求分析104 系统总体结构114.1 功能模块图114.2 系统架构图115 功能描述125.1 合同管理125.1.1 我的合同125.1.2 合同起草125.1.3 合同签署及用印185.

2、1.4 合同履行185.1.5 合同归档185.2 合同提醒195.3 项目管理205.3.1 项目基本信息管理205.3.2 项目附件管理215.4 产品管理225.4.1 产品管理225.5 合同转移225.5.1 转移申请225.5.2 转移复核235.5.3 转出记录235.5.4 转入记录235.6 范本管理235.6.1 范本类型管理235.6.2 范本模版管理235.7 合同台账245.8 相对方管理265.9 档案管理275.9.1 待复核275.9.2 合同档案275.10 制度及公告285.10.1 规章制度及公告发布286 接口设计297 运行环境297.1 软件平台29

3、7.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.3 SQL优化428.3.1 提高查询效率原则42832SQL语句优化注意事项45833SQL语句查询案例469 系统备份设计错误！未定义书签。1概述9.1 编写目的本文档为合同管理系统的概要设计文档，概要描述此项目的整体轮廓和各个模块的基本功能，使得用尸对系

4、统有一个整体的了解和基本认识，应作为设计人员，开发人员，测试人员和维护人员以的参考依据，并能给用尸提供使用说明。9.2 适用范围本文档适用于项目生命周期的各个阶段，为设计人员、开发人员、和测试人员能提供开发和测试的参考依据，维护人员对项目进行了修改后，应该相应的修改本文档。9.3 读者对象参与项目的客尸，设计人员、开发人员、测试人员、以及维护人员等等都是本文档的读者对象；此文档定义了系统的基本功能，以及系统架构，系统流程等9.4 术语和缩写术语和缩写解释备注9.5 参考资料参考文件备注合同管理系统一需求规格说明书2设计概述2.1 设计约束1) 本项目为标准Web应用，能在各种服务器中运行(比如

5、WebSphereTomcat等等)2) 连接数据库采用数据库连接池的方式，建议用JNDI，连接数据库为Oracle11g版本(理论上支持各种主流数据库)3) 禁止本地IO操作，如果有IO操作，比如上传文件上传到远程FTP服务器上；本应用最后运行在集群和门户上，要求能适应集群和门户环境的要求。4) 本应用要求要有较高的稳定性，要求能够全天候运行；本应用要有较高的安全性，没有经过认证的用户无法访问本系统。5) 本应用权限配置要灵活，没有权限的用户无法访问系统内没有授权的模块，并且左边的菜单能根据权限的不同而发生变化；本应用要求连接用数据库连接池，最好使用WAS勺数据源；6) 本系统面向企业的所有

6、员工开发，因此，要求易用性强，人机交互界面友好。7) 本应用要求有较高的效率，要求绝大多数响应速度在500ms以内。2.2 设计策略系统权限要做到灵活，最好能够配置化，能方便的加入管理人员并授予角色，角色与菜单/模块的访问权(权限)能无缝连接起来，比如菜单能根据用户的权限的不同而不同。要求所有的持久层能够业务逻辑层能够复用，各个层次指职责分清楚，严格避免层次结构不清的现象，比如在Action或者View对数据库操作。2.3 技术实现2.3.1 J2EE开发框架本建设方案将采用J2EE框架来进行开发完成。J2EE是一种利用Java2平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题

7、的体系结构。J2EE技术的基础就是核心Java平台或Java2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如“编写一次、到处运行”的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB(EnterpriseJavaBeans)、JavaServletsAPI、JSP(JavaServerPages)以及XML技术的全面支持。J2EE提供了一整套核心企业应用程序编程界面，而所有这些界面均为标准的模块化组件。J2EE技术还为这些组件提供一整套企业服务，通过自动化的方式完成应用程序开发中的诸多耗时且费力的艰难工作，

8、为用户提供一种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。利用这一优势可以方便地开发出高质量的、适合企业使用的应用程序，还可极大地减少产品研发上市时间、成本和风险。J2EE使用了EJBServer作为商业组件的部署环境，在EJBServer中提供了分布式计算环境中组件需要的所有服务，例如组件生命周期的管理、数据库连接的管理、分布式事务的支持、组件的命名服务等等。有些企业级的EJBServer，例如Sybase公司的EAS3.6(EnterpriseApplicationServer3.6)还提供了支持高可用性和高性能的群集技术、失败的自动转移和恢复、应用负载的自动均衡能力等。实现商业

9、逻辑的EJB组件可以更加高效地运行在应用服务器中，支持多种客户端的访问，HTTF的客户端可以先向运行在WebServer上的JavaServlet或者JSP发出请求，在JSP中嵌入Java的代码调用运行在EJBServer中的EJB,以实现商业逻辑；而其他的客户端，可以通过IIOP直接访问运行在EJBServer中的组件。J2EE体系结构的优点是：1. JavaServlet和JSP都要编译为JavaClass才作为Servlet运行，因此执行性能会明显提高2. JavaServlet和JSP中可以完全使用Java进行编程，可以完成许多简单的商业逻辑，特别是JSP,可以直接书写HTML因此简化

10、了页面的输出，这样就保留了脚本语言易于使用的优点。3. 复杂的商业逻辑以组件的形式部署在EJBServer中。由于EJBServer提供了多种组件事务服务，使系统更能够应付大量的并发用户和管理复杂的事务逻辑。4. EJBServer中集成的组件命名服务可以使组件位置透明化，简化了组件的部署和客户端应用的维护。5. 开发过程易于分工，可以由专人负责编写组件，其他人组装页面。6. J2EE平台全面支持和实施XML这种强大的组合可使XML具备跨平台的兼容性，甚至用于对XML代码进行语法检查和调试的工具也可与平台无关。J2EE技术和XML技术分别是企业开发的阴阳两极，因为XMIM实施独立于平台的数据，

11、而J2EE平台则可实施独立于平台的解决方案。XML可通过移植的方式表现数据，因此就对Java技术的可移植性构成了补充。3系统概述1.1 用户现状目前，由于合同缺乏统一的存放管理平台，要查找某合同、补充协议或函件，可能需要到KM系统、档案管理系统、M盘、AI系统、电子邮件、业务经理个人电脑或者信件传真等纸质文件中查找，非常不方便。根据对公司合同管理的现状分析，主要问题如下：合同管理制度待完善合同定义：制度已对合同进行定义，但未能有效传达各部门，理解偏差导致合同归档的完整性得不到保证。合同分类：未建立合同分类标准。合同要素：合同关键信息要素模板分散化，各部门管理的程度以及需求不统一，部门间未形成要

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

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

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

15、定义，以及归档范围，履行合同的相关制度，明确合同的基本要素，并对基本要素进行补充和整理。实现对对手库的相关信息进行整理和维护，建立完善的合同管理对手库信查询功能。实现对合同范本的管理和使用，建立完善的合同范本库。完善合同的审批和流转操作，建立强大和独立的流程引擎平台，对合同以及相关第三方系统提供流程审批支持，并对合同的状态和合同的到期时间进行自能化的提醒。接和交建立标准化的平台数据对接规范，实现合同系统与各业务系统的数据对换。建立主从合同的关联关系，并提供方便的查询功能。4系统总体结构4.1功能模块图安全层u4.2系统架构图5功能描述1.1 合同管理合同管理下包含所有当前登录用尸经办或代办的全

16、部合同信息。合同管理包括我的合同、合同起草、合同签署及用印、合同履行、合同归档几大部分。1.1.1 我的合同我的合同包含合同管理下所有当前登录用尸经办或代办的全部合同信息。1.1.2 合同起草状态描述：经办人（代办人）进行保存但未发布形成的列表。名称、标识符功能描述功能描述新增合同基本信息1）、合同号获取超过7天未进行发布的，系统给经办人（代办人）发送提醒信息。2）、合同发布后会显示在“合同签署及用印”列表下，发布后的合同信息不能再进行删除操作。3）、用印形式为“不用印”的，填写完签署日期和生效日期后，部门档案管理员可以进行归档申请。4）、合同起草可以批M生成100（手动填写份数）份以下的相同

17、合同内容，合同号手动进行获取。5）、公司合同管理员可以导出全部合同信息列表excel至V本地（合同起草列表），字段：经办人、经办部门合同名称、合同号。6）、合同到期日期、合同费率（费率类型、费率种类、费率值）系统记录每次经办人（代办人）修改前后的记录。7）、经办人（代办人）筛选到对应的主合同后（可以筛选全部的合同列表）将主合同的相关信息带入到当前合同中。带入的字段为（其它主合同信息不显示）：合同名称、合同分类、合同主体、合同对方8）、经办人（代办人）所填写的合同一旦在起草中发布，当前合同的状态更新为“签署中”；签署日期填写完成后再发布合同状态更新为“已签署，未生效”；生效日期填写完成后再发布合

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

19、点击按钮状取，校验前几项是否填写；具体见下文说明2;（同一级分类字符必填下拉框选择具体见下文说明3合同二级分类字符必填下拉框选择具体见下文说明4是否客片指定业字符必填是/否帮助中进行内容说明，便于选择是否；选择“是”，页面提醒经办人将客片指定投资指令作为合同附件上传；默认为空；项目简称字符下拉框选择弹出搜索页面关联查询；具体见下文说明5;产品简称（多个产品需填写）字符多选弹出搜索页面关联查询；具体见下文说明6；币种金额（大写）金额（小写）删除币种金额（大写）金额（小写）删除币种金额（大写）：金额（小写）删除，同币种字符必填下拉框选择币种为无，金额不填写；具体见下文7;，同金额（大字符必填根据小

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

21、签署日期日期控件选择具体见下文14合同状态字符必填下拉框选择中止签署；签署中；已签署未生效；已生效；已失效；合同生效日期日期必填控件选择具体见下文15;合同到期日期日期控件选择到期续签情况字符下拉框选择到期无异议续签；自动顺延；其它；具体见下文16;合同文本必填手动上传上传一个附件；具体见下文17;同附件合同附件类型选择；合同附件手动上传；可以上传多个附件，记录上传日期；具体见下文18;备注手动填写，办范围手动选择可查看该合同信息的人员，具体角色待人ao转移说明字符手动填写转移申请时可见转移附件手动上传附件转移申请时可见说明：1、当前登录人有代办人的角色，可以选择“是否代办”，默认为“否”，即

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

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

24、额（小写）”字段内容为“无”；8 、填写“合同金额（小写）”后自动计算“合同金额（大写）”，可以选择“无”或“其他”选择项，选择其他可以填写具体内容。9 、“合同费率”为可维护字段，可选具体费率和无。10 、“合同主体”内容为选择项，也可填写具体内容。11 、“合同对方”为可维护字段，新增合同发布完成会将合同对方的内容自动生成一条记录，下次再次新建合同可以选择到之前生成的记录；合同对方的内容可以进行自动补全；12、“用印形式”内容为选择，分为各方用印、仅我方用印、仅对方用印、不用印几个选项，具体分以下几种情况：合同主体用印形式说明本企业各方用印办公室管理员完成用印并在系统选择“用印完成情况”本

25、企业仅我方用印办公室管理员完成用印并在系统选择“用印完成情况”非本企业各方用印线下完成用印后，由经办人填写“用印情况”、“签署日期”、“合同生效日期、“合同到期日期”完成本企业其它仅对方用印线下完成用印后，由经办人填写“用印情况”、“签署日期”、“合同生效日期、“合同到期日期”完成非本企业仅我方用印线下完成用印后，由经办人填写“用印情况”、“签署日期”、“合同生效日期”、“合同到期日期”完成本企业其它不用印不显示“用印完成情况”13 、“用印完成情况”内容为选择，分为“我司已完成，对方未完成”、“已完成”两个选项；14 、“签署日期”用印完成情况为“已完成”发布时需填写签署日期，否则系统给与提

26、示不允许发布；用印完成情况为“我司已完成，对方未完成”的发布时该字段可以为空；15 、“合同生效日期”用印形式为“不用印”发布时需填写生效日期，否则系统给与提示不允许发布；合同状态选择“已生效”，经办人（代办人）需填写合同生效日期，否则不允许发布。16 、“到期续签情况”为下拉选择框，到期无异议续签、自动顺延、其它三个选项。合同到期前30天，系统给予提示提醒一次。如为自动续签则需要填写需要续签的时间（XX年）、合同到期日期两个字段，如选其它可以填写具体内容。17 、“合同文本”上传唯一一个附件（可以上传打包文件），未上传附件发布时系统给与提示。18 、“合同附件”可以上传多个附件，可以选择上传

27、附件的类别，附件类别在系统管理中由管理员进行维护。19 、表单中增加“帮助”的链接，用于对合同要素各字段使用说明。1.1.3 合同签署及用印包含以下几种状态：中止签署、签署中各个状态在系统中通过不同页签进行分类管理1.1.4 合同履行包含以下几种状态：已生效、已失效、已签署未生效各个状态在系统中通过不同页签进行分类管理，默认页签为已生效状态列公司档案管理员确认归档后，经办人（代办人）在合同履行阶段可以修改非归档字段信息。具体字段如下合同一级分类合同二级分类项目简称产品简称合同状态合同生效日期合同到期日期到期续签情况合同附件是否客尸指定业务1.1.5 合同归档状态描述：经办人（代办人）填写完成“

28、签署日期”后形成的部门档案管理员待归档和已归档的列表。经办人（代办人）填写完“签署日期”点击【发布】后，部门档案管理员可以在“归档”列表下查看此条记录，确认系统记录与合同文本内容无误后点击【归档申请】，由公司档案管理员进行归档复核确认。部门档案管理员可以进行批M申请归档的操作具体归档字段如下:部门管理员归档后带入档案管理的字段经办人经办部门，同名称合同编号,合同编号主合同名称4同币种0同金额（小写）5同主体。同对方。同文本合同签署日期1.2合同提醒1.2.1 系统提醒显示当前用片预先设置过时间节点且即将或已经到期的文件，主要是提醒用片及时处理相应的事宜。提醒列表样式显示合同名称反需进度过期站大

29、FFiiiit中洁终结K过咖知天）LC聆证罔险事件D反需进度（过期27天LC验述计划录入曾同签署（过咖25天）财势员工权限反遥逆度（过期巧天住下剂说曾同签署（过咄2斗大）无计划结束类舍同。合同签署（过期24天沅计划结束奘合同。合同签署K过哪2斗天）无计划结束类合同合同签署（谊期23天）LC验证凤险事件0合同签署K过哪悬天测试录入计划们13-2合同签署K过期22天）门试录人计划314-2舍同签署K过期22天测试补签合同到期吕期2013-03-072013-03-102013-03-132013-03452013-03-152013-03-162013-03-162013-03-162013-03

30、-172013-03472013-03-182013-034&提醒类型及标题样式（括号中内容为红色字体）：【合同到期】（还有30天）+合同名称（合同编号）【进度反馈】（合同号获取超过7天未发布）+合同名称（合同编号）【进度反馈】（我司已完成用印，对方超过XX天未用印）+合同名称（合同编号）提醒条件：1、 合同到期日期前30天，系统提醒经办人（代办人）一次。2、合同号获取超过7天未进行发布的，系统提醒经办人（代办人）、部门和公司合同管理员一次。3、合同用印状态为“我司已完成，对方未完成”，30天后合同状态为“签署中”的系统提醒经办人（代办人），每30天提醒一次。1.2.2我的提醒当前用尸可以预先

31、定制自己的提醒信息，以便及时处理相关合同事项。选择对应的合同，设置提醒日期、提醒内容、提醒人员（默认提醒自己）功能描述彳称、标识符新建合同提醒信息功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明登记日期日期默认当前日期。同名称字符选择可以选择到当前用户1经办或代办的合同信息列表“醒日期日期选择提醒日期“醒人字符选择提醒人员不选择默认提醒自己；提醒内容字符手动填写1.3 项目管理1.3.1 项目基本信息管理主要对项目基本信息进行维护，被设定为项目管理员的人可以进行项目基本信息的创建与维护项目文件及项目文件类型创建时默认为空，项目附件创建后可以通过项目简称进行关联管理员可以导出

32、全部的项目信息到本地EXCEL,导出列表包含项目简称、项目全称、项目附件类型、项目附件名称功能描述.称、标识符新增项目基本信息功能描述补充说明数据项描述数据项名称是否必填数据来源备注说明项目编号字符按照规则自动生成项目全称字符必填手动填写项目简称字符必填手动填写通过全称进行自动复制，并可以进行i需改立项时间日期手动选择项目类型字符手动选择可维护字段；（考虑按照AI的项目类型）项目运作方式字符必填下拉选择可维护字段笆限自主发行；主导发行；外购；“记人字符系统自动记录当前登录人登记日期日期系统自动记录当前日期，目文件项目附件创建后与对应简称的项目进行关联132项目附件管理主要对项目附件进行维护功能

33、描述称、标识符新增项目附件功能描述补充说明数据项描述数据项名称是否必填数据来源备注说明项目简称字符必填：下拉选择X目文件文件以附件形式上传；项目文件类型下拉选择，为可维护字段；,可维护字段；要件类；权证类；管理类；综合类；1.4 产品管理1.4.1 产品管理主要对产品简称进行维护，有权限的人可以进行产品简称的管理功能描述,称、标识符新增产品名称功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明产口口编号字符按照规则自动生成产品全称字符必填：手动填写产品简称字符必填手动填写产品类型字符下拉选择可维护字段“记人字符系统自动记录当前登录人“记日期日期系统自动记录当前日期1.5 合同

34、转移1.5.1 转移申请经办人（代办人）已经发布的合同信息，可以点击【移出申请】移交给下一个人作为经办人进行后续事项的处理，转移时可填写转移说明，可以上传转移的附件到系统上。1.5.2 转移复核接收人在我的待办和转移复核下可以看到需要移入的合同信息列表，点击【移入确认】，确认后经办人（代办人）不在有查看和修改该合同信息的权限。如原经办人（代办人）想再次查看需和系统管理员做申请，由系统管理员开放查看范围后可以进行查看。1.5.3 转出记录经办人（代办人）申请移出后，系统生成一条转出记录。记录转出时间、转出人、转出部门、合同编号、合同名称、合同状态、转入人、转入部门。1.5.4 转入记录接收人移入

35、确认后，系统生成一条转入记录。记录接收时间、转出人、转出部门、合同编号、合同名称、合同状态。可以链接到原合同信息。1.6 范本管理1.6.1 范本类型管理功能描述外称、标识符新增合同业务类型功能描述补充说明数据项描述数据项名称是否必填数据来源备注说明业务类型一级名称字符必填手动填写与合同一级名称相同业务类型一级名称字符必填手动填写与合同二级名称相同1.6.2 范本模版管理功能描述名称、标识符新增合同范本模版功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明业务类型一级名字符必填下拉框选择业务类型一级名字符必填下拉框选择本名称字符必填手动填写日期日期必填系统默认当前日期；隹护人

36、字符必填系统默认当前登记人版本号字符必填手动填写修订情况字符士A手动填写可多次记录最新版本号字符11手动填写多个版本号最新维护时间日期必填系统计算是否生效字符是/否合同范本模版时In上传附件说明：1、选择“业务类型一级名称”后可自动显示对应的“业务类型二级名称”2 、每次修改都记录修订情况和最新版本号，形成多行的修改记录。3 、“最新维护时间”，每次修改版本号后系统自动记录最后的修改日期。4 、“是否生效”默认为“是”，范本模版管理员修改为“否”后表示已经失效，合同范本的模版附件不可以在下载到本地。1.7 合同台账（所通过合同台账可以查询一段时间内所有签订合同的明细情况查询有状态下的合同信息列

37、表）。台账统计页面如下图所示（字段为参考样式）：厂合司垢号厂合司宕和厂合同类别广含同状冢厂合同诡困厂预篦喝号一开劳日期厂结录日期厂规曲向门rS?-A厂直网标的厂小亏豆苗r*ssia厂呢慕电话厂逞订人rsiTBffir用捉日也厂交炳益凸厂财肴盘别1相时方时软方向厂际准文丰厂蹙丈合同厂先iiSti厂是否榄枳厂拦根人厂捏权人B?背厂按隈（R人rwiBRAKflrifiRiaa撰也权限厂授权期限人9?.:厂综尊盼用厂时韭单N村小写厂科疔嶷户害厂时有戟号肃方开户行厂支忖方式厂应何日期广啜报日朋厂支何杀件厂忖整:骨注，糜存铜功能描述名称、标识符新增合同台账功能描述补充说明数据项描述数据项名称数据类型是否必

38、填数据来源备注说明标题,间段“办部门工办人卜同名称，同编号；合同名称主合同编号（同一级分类合同二级分类项目简称产品简称合同金额.同币种“同费率Q同主体合同对方用印形式用印完成情况签署日期。同状态（同生效日期%同到期日期到期续签情况合同文本合同附件说明：1、统计时可以通过选择【导出的列】来定制结果中显示哪些信息。2、可以点击结果页面的导出excel,将统计结果以excel表形式导出到本地。台账统计结果页面(字段为参考样式)：合帐统竹结果姣计日期：2013-4-1人2013A15统计dI 合用聘自同甲ItT 2013) 5A L堂旺直向.行q台F1市(ttT (2&1J) 5审 咤证凤阳丰甘 D合

39、丽KtT魔|告同丰 HfcT 2013 )g H自向甲NtT 2013) 12泻合同申ItlT (4J)抚泻4谊第烧台内丰播收欧含曰VIY何全过程噌息中正宏跚件(2&1J)巧1号收盖含图小娱盖1?S?WH-煤直玮-ziDltl自闫甲HtT L2(H3) 356号 能合期试么“也II合同秋亦躺日期菇事曰期幸艮1离直同凰行吴学201A34366带行中201M-12013-3-12 顽2013-3-1201M-K33已第廉201A3-15M13415133知识产惯K直同2013-2?2013人30456诙裳屠间2013-3-2?201M-2311黄占苗皙夷含同卷:行中2013A-12Q1缶斗去口 1

40、042013-4-12D13-4-122?甲胱卷见口内翔丢虫。凰行中.2013-4-12013-4-111融些舍同201M-13013-4-122曲佗H裳官同2013-4-1201M-J100201M-23013*2 X用有中2011A-32D13-4-311确细间201M-12013-4-322士唐mu裳官同尽行中2013-4-12201M-1211.8 相对方管理新增合同发布完成会将“合同对方”的内容自动生成一条记录，下次新建合同可以选择到之前生成的记录；合同对方的内容可以进行自动补全;1.9.1待复核部门档案管理员在合同管理中点击【归档申请】后，会在档案管理【待复核】列表下自动生成一条合

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

42、编号;合同名称，同币种，同金额（小写）。同主体0同对方。同签署日期5同文本系统档案管理员确认归档时填写,案编号数值必填按照规则系统自动生成2015-03-HT01-0001归档份数数值必填手动填写2归档日期日期必填系统档案管理员点击【确认归档】按钮后自动生成，可修改，级字符必填下拉列表框绝密、秘密、限制，默认“绝密”呆管期限字符必填下拉列表框永久、30年、10年，默认“永久”归档人字符必填系统计算经办部门档案管理员归档部门字符必填系统计算即经办部门题名字符手动填写默认当前合同名称；可手动修改；备注字符手动填写1.10制度及公告1.10.1 规章制度及公告发布可以发布规卓制度，并上传附件。功能描

43、述勺称、标识符新增规卓制度、其它公告功能描述补充说明数据项描述数据项名称数据类型是否必填数据来源备注说明登记人字符必填丁系统生成登记日期字符必填系统生成标题字符手动填写字符嬲tn下拉选择制度发布、公告发布“文字符手动填写附件附件必康1手动填写6接口设计接口表传递的数据接口方式米用的技术AI数据同步接口抓取项目基本信息定时WebServiceKM待办数据接口待办数据实时WebService7运行环境7.1软件平台7.2硬件清单序号名称配置描述数M备注1认证服务器CPU:4Core，内存：16G,硬盘：300G22台虚拟机，操作系统RedHatEnterpriseLinuxServerreleas

44、e6.4Linuxversion2.6.32-358.el6.x86_64,制作群集2流程引擎服务器CPU:4Core，内存：16G,硬盘：300G22台虚拟机，操作系统RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64,制作群集3应用服务器CPU4Core，内存：16G,硬盘：300G22台物理机，操作系统RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64,制作群集。4数据库CPU:8Core44台物理机，带光纤存

45、储卡，操作系序号名称配置描述数M备注服务器内存：32G,硬盘：500GHBA*2统RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64,制作RAC5存储图端存储600G总计10台机器（6台物理机、4台虚拟机）7.3 软件清单软件名称软件版本IBMWebSphereApplicationServerVIBMHttpServerVOracleV.0RedHatLinuxRedHatEnterpriseLinuxServerrelease6.4Linuxversion2

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

47、系统。平均并发用户数C=nL/T，C是平均并发用户数，n是loginsession的数量，L是loginsession的平均长度，T是值考察的时间长度平均并发数为600*64/(8*60)=80峰值并发数C=C+3*即峰值并发数为：80+3*280=107依据我们之前的经验，每个用户平均占用带宽是100KB107*100Kb/1024=11MBps根据网络带宽利用率70%f算，贝U1000个用户需要的总带宽为：11M/70%=8Mb8编码规范8.1 代码组织与风格8.1.1 源代码文件约束每个.java源文件内仅定义一个class，不允许在一个.java文件内定义多个classo(匿名内部类除

48、外。)8.1.2 源代码目录源代码目录有且仅有两个目录：src和test。src目录存放系统源代码，test目录存放单元测试源代码。特别注意：不允许构建多个源代码目录，这样不利于源代码的可读性8.1.3 源代码包结构组织所有的项目（产品）的类的顶层包必须为XXX.V项目名称。根据三层结构的约定，每个模块都dao、service等包。模块功能类包按照横向结构组织，即每个模块的service、dao等归属于该模块包，禁止纵向结构组织，即项目分为service、dao等多个包，每个模块包放在service、dao之下。F面是一个典型的项目源码结构Src|说明XXX.ims项目名称.user模块包.domain领域对象包.dao数据访问层包.service业务层报onfig.springcspring酉己置包.util模块工具包.view视图数据包8.1.4 类结构在新建一个Java类文件时，必须遵循下面的文件结构文件注释包声明引入声明Java类文件结构类注释类声明公有静态变量f保护静态变i和有静态变量类体卜（