《合同管理系统技术方案.docx》由会员分享，可在线阅读，更多相关《合同管理系统技术方案.docx（46页珍藏版）》请在第壹文秘上搜索。
1、合同管理系统技术方案技术方案版本文档信息及版本历史文档信息项目名称合同治理系统项目编号文档名称合同治理系统一技术方案.doc储备位置版本作者/修改者日期描述版权信息【名目】1 概述51.1 1编写目的51.2 适用范畴51.3 读者对象51.4 术语和缩写51.5 参考资料52 设计概述62.1设计约束62.2设计策略62.3技术实现72.3.1J2EE开发框架73系统概述81.1用户现状81.2业务需求分析104 系统总体结构Il4.1 功能模块图Il4.2 系统架构图Il5 功能描述121. 1合同治理121. 1.1我的合同122. 1.2合同起草121.1.3合同签署及用印181.1.
2、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.6 .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制度及公告281.10.1规章制度及公告公布286 接口设计297 运行环境297. 1软件平台298. 2硬件
3、清单299. 3软件清单3010. 数据容量估算3011. 网络带宽估算318编码规范318.1 代码组织与风格311. 1.1源代码文件约束318. 1.2源代码名目319. 1.3源代码包结构组织3210. .4类结构3211. 1.5命名368.2代码优化388.2.1代码优化原那么388.2.2代码优化实践388.3SQL优化428.3.1提高查询效率原那么428.3.2SQL语句优化本卷须知458.3.3SQL语句查询案例469系统备份设计错误!未定义书签。1概述Ll编写目的本文档为合同治理系统的概要设计文档，概要描述此项目的整体轮廓和各个模块的差不多功能，使得用户对系统有一个整体的
4、了解和差不多认识，应作为设计人员，开发人员，测试人员和爱护人员以的参考依据，并能给用户提供使用说明。L2适用范畴本文档适用于项目生命周期的各个时期，为设计人员、开发人员、和测试人员能提供开发和测试的参考依据，爱护人员对项目进行了修改后，应该相应的修改本文档。1.3读者对象参与项目的客户，设计人员、开发人员、测试人员、以及爱护人员等等差不多上本文档的读者对象；此文档定义了系统的差不多功能，以及系统架构，系统流程等等。1.4术语和缩写术语和缩写说明备注1. 5参考资料参考文件备注合同治理系统.需求规格说明书2设计概述1.1 设计约束1) 本项目为标准Web应用，能在各种服务器中运行(比如WebSp
5、hereTomcat等等)2) 连接数据库采纳数据库连接池的方式，建议用JNDI,连接数据库为OracleIIg版本(理论上支持各种主流数据库)3) 禁止本地IO操作，假如有IO操作，比如上传文件上传到远程FTP服务器上；本应用最后运行在集群和门户上，要求能适应集群和门户环境的要求。4) 本应用要求要有较高的稳固性，要求能够全天候运行；本应用要有较高的安全性，没有通过认证的用户无法访问本系统。5) 本应用权限配置要灵活，没有权限的用户无法访问系统内没有授权的模块，同时左边的菜单能依照权限的不同而发生变化；本应用要求连接用数据库连接池，最好使用WAS的数据源；6) 本系统面向企业的所有职员开发，
6、因此，要求易用性强，人机交互界面友好。7) 本应用要求有较高的效率，要求绝大多数响应速度在50OnlS以内。2. 2设计策略系统权限要做到灵活，最好能够配置化，能方便的加入治理人员并授予角色,角色与菜单/模块的访问权(权限)能无缝连接起来，比如菜单能依照用户的权限的不同而不同。要求所有的持久层能够业务逻辑层能够复用，各个层次指职责分清晰，严格幸免层次结构不清的现象，比如在Action或者View对数据库操作。2. 3技术实现2. 3.1J2EE开发框架本建设方案将采纳J2EE框架来进行开发完成。J2EE是一种利用JaVa2平台来简化诸多与多级企业解决方案的开发、部署和治理相关的复杂问题的体系结
7、构。J2EE技术的基础确实是核心JaVa平台或Java2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如编写一次、到处运行的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中爱护数据的安全模式等等，同时还提供了对EJB(EnterpriseJavaBeans)JavaServletsAPI、JSP(JavaServerPages)以及XML技术的全面支持。J2EE提供了一整套核心企业应用程序编程界面，而所有这些界面均为标准的模块化组件。J2EE技术还为这些组件提供一整套企业服务，通过自动化的方式完成应用程序开发中的诸多耗时且费劲的艰巨工作，为用户提供一
8、种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。利用这一优势能够方便地开发出高质量的、适合企业使用的应用程序，还可极大地减少产品研发上市时刻、成本和风险。J2EE使用了EJBServer作为商业组件的部署环境，在EJBServer中提供了分布式运算环境中组件需要的所有服务，例如组件生命周期的治理、数据库连接的治理、分布式事务的支持、组件的命名服务等等。有些企业级的EJBSCrver,例如SybaSC公司的EAS3.6(EnterpriseApplicationServer3.6)还提供了支持高可用性和高性能的群集技术、失败的自动转移和复原、应用负载的自动均衡能力等。实现商业逻辑的EJB
9、组件能够更加高效地运行在应用服务器中，支持多种客户端的访问，的客户端能够先向运行在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技术分别是企业开发的阴阳两极，因为XML可实施独立于平台的数据，而J2
11、EE平台那么可实施独立于平台的解决方案。XML可通过移植的方式表现数据，因此就对JaVa技术的可移植性构成了补充。3系统概述1.1 用户现状目前，由于合同缺乏统一的存放治理平台，要查找某合同、补充协议或函件,可能需要到KM系统、档案治理系统、M盘、Al系统、电子邮件、业务经理个人电脑或者信件等纸质文件中查找，专门不方便。依照对公司合同治理的现状分析，要紧问题如下： 合同治理制度待完善合同定义：制度已对合同进行定义，但未能有效传达各部门，明白得偏差导致合同归档的完整性得不到保证。合同分类：未建立合同分类标准。合同要素：合同关键信息要素模板分散化，各部门治理的程度以及需求不统一，部门间未形成要素信
12、息共享。合同范本：未明确合同范本的治理流程。合同对手方库：未建立合同对手方库及相关治理规那么。合同治理细那么：合同全生命周期相关治理细那么有待更新完善，例如，制度中缺乏爱护合同有效期的相关规定。 合同治理组织架构待完善组织架构：目前公司未明确合同治理职能的承担部门，整个合同治理较为松散，未建立监督及问责机制。岗位职责：目前尚未明确前后台部门之间关于合同的传递、归档、要素化的职责分工与信息共享机制，此外，各部门业务助理兼任合同治理员，但尚未细化和明确其岗位职责。 补充协议及函件的传递归档待规范关于部分合同后续履行时期可能显现的补充协议及函件，存在传递不及时、未进行归档的情形，阻碍合同传递的时效性
13、和归档的完整性。 无法把握公司合同数量及治理状况合同归档：由于缺乏统一平台，各部门合同治理水平不一，合同存放分散，合同查找和检索的效率低下，不能随时把握公司合同治理情形。合同有效期：现有系统都不具备合同到期提醒功能，同时由于无法猎取完整的合同清单，现时期依靠手工治理也专门困难。 合同号的配发缺乏系统操纵目前合同号的生成依靠档案治理系统手工录入，系统无法自动配发，且合同号可删除，缺乏统一治理。 当前系统合同治理功能不足KM系统：承担合同审批及用印申请（部分另类合同除外）的职能，缺点是合同版本为过程版本，并非最终盖章生效版本，且合同审批混杂在其他事项审批中，不便于查找。档案治理系统：承担猎取合同号
14、、保管合同最终用印版本的职能，缺点是合同号配发缺乏系统操纵，由于合同定义不清晰使得合同归档完整性得不到保证，合同要素信息填写不完全，主从合同之间的关联关系依靠手工爱护缺乏专门的系统功能。M盘：承担部门内共享及临时存放的职能，缺点是没有操作记录，误删除等情形不易被发觉，且存放纷乱缺乏爱护。Al系统：目前另类投资项目从审批到投后治理已全流程纳入Al系统，但Al系统文档治理功能较弱，仅起到归档保管作用，缺乏合同要素模板和有效期治理等功能。AD域：AD域的用户治理未做统一用户信息的治理和验证。1. 2业务需求分析依照用户现状的梳理，以及相关业务系统的调研分析，整理出合同系统的相关业务需求。 合同治理系统需要明确合同的定义，以及归档范畴，履行合同的相关制度，明确合同的差不多要素，并对差不多要素进行补充和整理。 实现对对手库的相关信息进行整理和爱护，建立完善的合同治理对手库信查询功能。 实现对合同范本的治理和使用，建立完善的合同范本库。 完善合同的审批和流转操作，建立强大和独立的流程引擎平台，对合同以及相关第三方系统提供流程审批支持，并对合同的状态和合同的到期时刻进行自能化的提醒。 建立标准化的平台数据对接规范，实现合同系统与各业务系统的数据对接和交换。建立主从合同的关联关系，并提供方便的查询功能。4系统总体结构4.1功能模块图合同管理首页数据展现层安全
