合同管理系统_技术方案26086.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《合同管理系统_技术方案26086.docx》由会员分享,可在线阅读,更多相关《合同管理系统_技术方案26086.docx(71页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、合同管理系统技术方案版本 第71页 共71页合同管理系统技术方案版本文档信息及版本本历史文档信息项目名称合同管理系统项目编号文档名称合同管理系统_技术方案.doc存储位置版本作者/修改者日期描述版权信息【目录】1概述51.1编写目目的51.2适用范范围51.3读者对对象51.4术语和缩写写51.5参考资资料52设计概述62.1设计约约束62.2设计策策略62.3技术实实现72.3.1JJ2EE开发发框架73系统概述81.1用户现现状81.2业务需需求分析104系统总体结结构114.1功能模模块图114.2系统架架构图115功能描述121.1合同管管理121.1.1我我的合同121.1.2合合同
2、起草121.1.3合合同签署及用用印171.1.4合合同履行171.1.5合合同归档181.2合同提醒181.3项目管管理191.3.1项项目基本信息息管理201.3.2项项目附件管理理201.4产品管管理211.4.1产产品管理211.5合同转转移211.5.1转转移申请211.5.2转转移复核221.5.3转转出记录221.5.44转入记录221.6范本管管理221.6.1范范本类型管理理221.6.2范范本模版管理理221.7合同台台账231.8相对方方管理251.9档案管管理261.9.1待待复核261.9.2合合同档案261.10制度度及公告271.10.1规章制度及及公告发布276
3、接口设计287运行环境287.11软件平台287.2硬件清清单287.3软件清清单297.4数据容容量估算297.5网络带带宽估算308编码规范308.1代码组组织与风格308.1.1源源代码文件约约束308.1.2源源代码目录308.1.3源源代码包结构构组织318.1.44类结构318.1.5命命名358.2代码优优化378.2.1代代码优化原则则378.2.2代代码优化实践践378.3SQLL优化418.3.1提提高查询效率率原则418.3.2SSQL语句优优化注意事项项448.3.3SSQL语句查查询案例459系统备份设设计451 概述1.1 编写目的本文档为合同管管理系统的概概要设计
4、文档档,概要描述述此项目的整整体轮廓和各各个模块的基基本功能,使使得用户对系系统有一个整整体的了解和和基本认识,应应作为设计人员员,开发人员员,测试人员员和维护人员员以的参考依依据,并能给给用户提供使使用说明。1.2 适用范围本文档适用于项项目生命周期期的各个阶段段,为设计人人员、开发人人员、和测试试人员能提供供开发和测试试的参考依据据,维护人员员对项目进行行了修改后,应应该相应的修修改本文档。1.3 读者对象参与项目的客户户,设计人员员、开发人员员、测试人员员、以及维护护人员等等都都是本文档的的读者对象;此文档定义义了系统的基基本功能,以以及系统架构构,系统流程程等等。1.4 术语和缩写术语
5、和缩写解释备注1.5 参考资料参考文件备注合同管理系统统_需求规格格说明书2 设计概述2.1 设计约束1) 本项目为标准WWeb应用,能能在各种服务务器中运行(比比如WebSSpheree、Tomccat等等)2) 连接数据库采用用数据库连接接池的方式,建建议用JNDDI,连接数数据库为Orracle 11g版本(理论论上支持各种种主流数据库库)3) 禁止本地IO操操作,如果有有IO操作,比比如上传文件件上传到远程程FTP服务务器上;本应应用最后运行行在集群和门门户上,要求求能适应集群群和门户环境境的要求。4) 本应用要求要有有较高的稳定定性,要求能能够全天候运运行;本应用用要有较高的的安全性
6、,没没有经过认证证的用户无法法访问本系统统。5) 本应用权限配置置要灵活,没没有权限的用用户无法访问问系统内没有有授权的模块块,并且左边边的菜单能根根据权限的不不同而发生变变化;本应用用要求连接用用数据库连接接池,最好使使用WAS的的数据源; 6) 本系统面向企业业的所有员工工开发,因此此,要求易用用性强,人机机交互界面友友好。7) 本应用要求有较较高的效率,要要求绝大多数数响应速度在在500ms以以内。2.2 设计策略系统权限要做到到灵活,最好好能够配置化化,能方便的的加入管理人人员并授予角角色,角色与与菜单/模块块的访问权(权权限)能无缝缝连接起来,比比如菜单能根根据用户的权权限的不同而而
7、不同。要求所有的持久久层能够业务务逻辑层能够够复用,各个个层次指职责责分清楚,严严格避免层次次结构不清的的现象,比如如在Actiion或者VView对数数据库操作。2.3 技术实现2.3.1 J2EE开发框框架本建设方案将采采用J2EEE框架来进行行开发完成。J2EE是一种种利用Javva 2平台台来简化诸多多与多级企业业解决方案的的开发、部署署和管理相关关的复杂问题题的体系结构构。J2EEE技术的基础础就是核心JJava平台台或Javaa 2平台的的标准版,JJ2EE不仅仅巩固了标准准版中的许多多优点,例如如“编写一次、到到处运行”的特性、方方便存取数据据库的JDBBC APII、CORBA
8、A技术以及能能够在Intternett应用中保护护数据的安全全模式等等,同同时还提供了了对 EJBB(Enterrprisee JavaaBeanss)、Javaa Servvlets API、JSP(Java Serveer Pagges)以及及XML技术的的全面支持。 J2EE提供了了一整套核心心企业应用程程序编程界面面,而所有这这些界面均为为标准的模块块化组件。JJ2EE技术术还为这些组组件提供一整整套企业服务务,通过自动动化的方式完完成应用程序序开发中的诸诸多耗时且费费力的艰难工工作,为用户户提供一种可可创建广泛兼兼容的企业解解决方案而无无需进行复杂杂编程的平台台。利用这一一优势可以方
9、方便地开发出出高质量的、适适合企业使用用的应用程序序,还可极大大地减少产品品研发上市时时间、成本和和风险。 J2EE使用了了EJB SServerr作为商业组组件的部署环环境,在EJJB Serrver中提提供了分布式式计算环境中中组件需要的的所有服务,例例如组件生命命周期的管理理、数据库连连接的管理、分分布式事务的的支持、组件件的命名服务务等等。有些些企业级的EEJB Seerver,例例如Sybaase公司的的EAS 33.6(Enterrprisee Appllicatiion Seerver 3.6)还还提供了支持持高可用性和和高性能的群群集技术、失失败的自动转转移和恢复、应应用负载的
10、自自动均衡能力力等。实现商商业逻辑的EEJB组件可可以更加高效效地运行在应应用服务器中中,支持多种种客户端的访访问,HTTTP的客户端端可以先向运运行在Webb Servver上的Javaa Servvlet或者者JSP发出请请求,在JSSP中嵌入Javva的代码调调用运行在EEJB Seerver中中的EJB,以实实现商业逻辑辑;而其他的的客户端,可可以通过IIIOP直接访访问运行在EEJB Seerver中中的组件。J2EE体系结结构的优点是是: 1.Java Servllet和JSP都要编编译为Javva Claass才作为为Servllet运行,因因此执行性能能会明显提高高。 2.Ja
11、va Servllet和JSP中可以以完全使用JJava进行行编程,可以以完成许多简简单的商业逻逻辑,特别是是JSP,可以以直接书写HHTML,因因此简化了页页面的输出,这这样就保留了了脚本语言易易于使用的优优点。 3.复杂的商业业逻辑以组件件的形式部署署在EJB Serveer中。由于于EJB SServerr提供了多种种组件事务服服务,使系统统更能够应付付大量的并发发用户和管理理复杂的事务务逻辑。 4.EJB SServerr中集成的组组件命名服务务可以使组件件位置透明化化,简化了组组件的部署和和客户端应用用的维护。 5.开发过程易易于分工,可可以由专人负负责编写组件件,其他人组组装页面。
12、 6.J2EE平平台全面支持持和实施XMML,这种强强大的组合可可使XML具备跨跨平台的兼容容性,甚至用用于对XMLL代码进行语语法检查和调调试的工具也也可与平台无无关。J2EEE技术和XMLL技术分别是是企业开发的的阴阳两极,因因为XML可实施施独立于平台台的数据,而而J2EE平台台则可实施独独立于平台的的解决方案。XML可通过移植的方式表现数据,因此就对Java技术的可移植性构成了补充。3 系统概述1.1 用户现状目前,由于合同同缺乏统一的的存放管理平平台,要查找找某合同、补补充协议或函函件,可能需需要到KM系系统、档案管管理系统、MM盘、AI系系统、电子邮邮件、业务经经理个人电脑脑或者信
13、件传传真等纸质文文件中查找,非非常不方便。根根据对公司合合同管理的现现状分析,主主要问题如下下:l 合同管理制度待待完善合同定义:制度度已对合同进进行定义,但但未能有效传传达各部门,理理解偏差导致致合同归档的的完整性得不不到保证。合同分类:未建建立合同分类类标准。合同要素:合同同关键信息要要素模板分散散化,各部门门管理的程度度以及需求不不统一,部门门间未形成要要素信息共享享。合同范本:未明明确合同范本本的管理流程程。合同对手方库:未建立合同同对手方库及及相关管理规规则。合同管理细则:合同全生命命周期相关管管理细则有待待更新完善,例例如,制度中中缺乏维护合合同有效期的的相关规定。l 合同管理组织
14、架架构待完善组织架构:目前前公司未明确确合同管理职职能的承担部部门,整个合合同管理较为为松散,未建建立监督及问问责机制。岗位职责:目前前尚未明确前前后台部门之之间对于合同同的传递、归归档、要素化化的职责分工工与信息共享享机制,此外外,各部门业业务助理兼任任合同管理员员,但尚未细细化和明确其其岗位职责。l 补充协议及函件件的传递归档档待规范对于部分合同后后续履行阶段段可能出现的的补充协议及及函件,存在在传递不及时时、未进行归归档的情况,影影响合同传递递的时效性和和归档的完整整性。l 无法掌握公司合合同数量及管管理状况合同归档:由于于缺乏统一平平台,各部门门合同管理水水平不一,合合同存放分散散,合
15、同查找找和检索的效效率低下,不不能随时掌握握公司合同管管理情况。合同有效期:现现有系统都不不具备合同到到期提醒功能能,并且由于于无法获取完完整的合同清清单,现阶段段依靠手工管管理也很困难难。l 合同号的配发缺缺乏系统控制制目前合同号的生生成依靠档案案管理系统手手工录入,系系统无法自动动配发,且合合同号可删除除,缺乏统一一管理。l 当前系统合同管管理功能不足足KM系统:承担担合同审批及及用印申请(部部分另类合同同除外)的职职能,缺点是是合同版本为为过程版本,并并非最终盖章章生效版本,且且合同审批混混杂在其他事事项审批中,不不便于查找。档案管理系统:承担获取合合同号、保管管合同最终用用印版本的职职
16、能,缺点是是合同号配发发缺乏系统控控制,由于合合同定义不清清晰使得合同同归档完整性性得不到保证证,合同要素素信息填写不不完全,主从从合同之间的的关联关系依依靠手工维护护缺乏专门的的系统功能。M盘:承担部门门内共享及临临时存放的职职能,缺点是是没有操作记记录,误删除除等情况不易易被发现,且且存放混乱缺缺乏维护。AI系统:目前前另类投资项项目从审批到到投后管理已已全流程纳入入AI系统,但但AI系统文文档管理功能能较弱,仅起起到归档保管管作用,缺乏乏合同要素模模板和有效期期管理等功能能。AD域:AD域域的用户管理理未做统一用用户信息的管管理和验证。1.2 业务需求分析根据用户现状的的梳理,以及及相关
17、业务系系统的调研分分析,整理出出合同系统的的相关业务需需求。l 合同管理系统需需要明确合同同的定义,以以及归档范围围,履行合同同的相关制度度,明确合同同的基本要素素,并对基本本要素进行补补充和整理。l 实现对对手库的的相关信息进进行整理和维维护,建立完完善的合同管管理对手库信信查询功能。l 实现对合同范本本的管理和使使用,建立完完善的合同范范本库。l 完善合同的审批批和流转操作作,建立强大大和独立的流流程引擎平台台,对合同以以及相关第三三方系统提供供流程审批支支持,并对合合同的状态和和合同的到期期时间进行自自能化的提醒醒。l 建立标准化的平平台数据对接接规范,实现现合同系统与与各业务系统统的数
18、据对接接和交换。建立主从合同的的关联关系,并并提供方便的的查询功能。4 系统总体结构4.1 功能模块图4.2 系统架构图5 功能描述1.1 合同管理合同管理下包含含所有当前登登录用户经办办或代办的全全部合同信息息。合同管理理包括我的合合同、合同起起草、合同签签署及用印、合合同履行、合合同归档几大大部分。1.1.1 我的合同我的合同包含合合同管理下所所有当前登录录用户经办或或代办的全部部合同信息。1.1.2 合同起草状态描述:经办办人(代办人人)进行保存存但未发布形形成的列表。 功能描述名称、标识符新增合同基本信信息功能描述1)、合同号获获取超过7天天未进行发布布的,系统给给经办人(代代办人)发
19、送送提醒信息。2)、合同发布布后会显示在在“合同签署及及用印”列表下,发发布后的合同同信息不能再再进行删除操操作。3)、用印形式式为“不用印”的,填写完完签署日期和和生效日期后后,部门档案案管理员可以以进行归档申申请。4)、合同起草草可以批量生生成100(手手动填写份数数)份以下的的相同合同内内容,合同号号手动进行获获取。5)、公司合同同管理员可以以导出全部合合同信息列表表excell到本地(合合同起草列表表),字段:经办人、经经办部门合同同名称、合同号。6)、合同到期期日期、合同同费率(费率率类型、费率率种类、费率率值)系统记记录每次经办办人(代办人人)修改前后后的记录。7)、经办人(代代办
20、人)筛选选到对应的主主合同后(可可以筛选全部部的合同列表表)将主合同同的相关信息息带入到当前前合同中。带带入的字段为为(其它主合合同信息不显显示): 合同名名称、合同分分类、合同主主体、合同对对方8)、经办人(代代办人)所填填写的合同一一旦在起草中中发布,当前前合同的状态态更新为“签署中”;签署日期期填写完成后后再发布合同同状态更新为为“已签署,未未生效”;生效日期期填写完成后后再发布合同同状态更新为为“已生效”。补充说明 数据项描述数据项名称数据类型是否必填数据来源备注说明 合合同起草页签 经办人(代代办人)填写写登记日期日期必填系统自动生成当当前日期是否代办字符必填是/否有代办人角色可可见
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 合同 管理 系统 技术 方案 26086
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内