《合同管理系统技术方案》由会员分享，可在线阅读，更多相关《合同管理系统技术方案（55页珍藏版）》请在金锄头文库上搜索。
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 业务需求分析根据用户现状的梳理，以及相关业务系统的调研分析，整理出合同系统的相关业务需求。合同管理系统需要明确合同的定义，以及归档范围，履行合同的相关制度，明确合同的基本要素，并对基本要素进行补充和整理。实现对对手库的相关信息进行整理和维护，建立完善的合同管理对手库信查询功能。实现对合同范本的管理和使用，建立完善的合同范本库。完善合同的审批和流转操作，建立强大和独立的流程引擎平台，对合同以及相关第三方系统提供流程审批支持，并对合同的状态和合同的到期时间进行自能化的提醒。接和交建立标准化的平台数据对接规范，实现合同系统与各业务系统的数据对换。建立主从合同的关联关系，并提供方便的查询功能。4系统总体结构4.1功能模块图安全层u4.2系统架构图5功能描
