合同管理系统技术方案DOC 46页1Word下载.docx
《合同管理系统技术方案DOC 46页1Word下载.docx》由会员分享，可在线阅读，更多相关《合同管理系统技术方案DOC 46页1Word下载.docx（46页珍藏版）》请在冰豆网上搜索。
信息
【目录】
1概述
1.1编写目的
本文档为合同管理系统的概要设计文档,概要描述此项目的整体轮廓和各个模块的基本效用,使得用户对系统有一个整体的了解和基本认识,应作为设计人员,开发人员,测试人员和维护人员以的参考依据,并能给用户提供使用说明。
1.2适用范围
本文档适用于项目生命周期的各个阶段,为设计人员、开发人员、和测试人员能提供开发和测试的参考依据,维护人员对项目进行了修改后,应该相应的修改本文档。
1.3读者对象
参与项目的客户,设计人员、开发人员、测试人员、以及维护人员等等都是本文档的读者对象；
此文档定义了系统的基本效用,以及系统架构,系统流程等等。
1.4术语和缩写
术语和缩写
解释
备注
1.5参考资料
参考文件
《合同管理系统_需求规格说明书》
2设计概述
2.1设计约束
1）本项目为标准Web应用,能在各种服务器中运行（比如WebSphere、Tomcat等等）
2）连接数据库采用数据库连接池的方式,建议用JNDI,连接数据库为Oracle11g版本（理论上支持各种主流数据库）
3）禁止本地IO操作,如果有IO操作,比如上传文件上传到远程FTP服务器上；
本应用最后运行在集群和门户上,要求能适应集群和门户环境的要求。
4）本应用要求要有较高的稳定性,要求能够全天候运行；
本应用要有较高的安全性,没有经过认证的用户无法访问本系统。
5）本应用权限配置要灵活,没有权限的用户无法访问系统内没有授权的模块,并且左边的菜单能根据权限的不同而发生变化；
本应用要求连接用数据库连接池,最好使用WAS的数据源；
6）本系统面向企业的所有员工开发,因此,要求易用性强,人机交互界面友好。
7）本应用要求有较高的效率,要求绝大多数响应速度在500ms以内。
2.2设计策略
系统权限要做到灵活,最好能够配置化,能方便的加入管理人员并授予角色,角色与菜单/模块的访问权（权限）能无缝连接起来,比如菜单能根据用户的权限的不同而不同。
要求所有的持久层能够业务逻辑层能够复用,各个层次指职责分清楚,严格避免层次结构不清的现象,比如在Action或者View对数据库操作。
2.3技术实现
2.3.1J2EE开发框架
本建设方案将采用J2EE框架来进行开发完成。
J2EE是一种利用Java2平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题的体系结构。
J2EE技术的基础就是核心Java平台或Java2平台的标准版,J2EE不仅稳固了标准版中的许多优点,例如“编写一次、到处运行”的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对EJB（EnterpriseJavaBeans）、JavaServletsAPI、JSP（JavaServerPages）以及XML技术的全面支持。
J2EE提供了一整套核心企业应用程序编程界面,而所有这些界面均为标准的模块化组件。
J2EE技术还为这些组件提供一整套企业服务,通过自动化的方式完成应用程序开发中的诸多耗时且费力的艰难工作,为用户提供一种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。
利用这一优势可以方便地开发出高质量的、适合企业使用的应用程序,还可极大地减少产品研发上市时间、成本和风险。
J2EE使用了EJBServer作为商业组件的部署环境,在EJBServer中提供了分布式计算环境中组件需要的所有服务,例如组件生命周期的管理、数据库连接的管理、分布式事务的支持、组件的命名服务等等。
有些企业级的EJBServer,例如Sybase公司的EAS3.6（EnterpriseApplicationServer3.6）还提供了支持高可用性和高性能的群集技术、失败的自动转移和恢复、应用负载的自动均衡能力等。
实现商业逻辑的EJB组件可以更加高效地运行在应用服务器中,支持多种客户端的访问,HTTP的客户端可以先向运行在WebServer上的JavaServlet或者JSP发出请求,在JSP中嵌入Java的代码调用运行在EJBServer中的EJB,以实现商业逻辑；
而其他的客户端,可以通过IIOP直接访问运行在EJBServer中的组件。
J2EE体系结构的优点是:
1.JavaServlet和JSP都要编译为JavaClass才作为Servlet运行,因此执行性能会明显提高。
2.JavaServlet和JSP中可以完全使用Java进行编程,可以完成许多简单的商业逻辑,特别是JSP,可以直接书写HTML,因此简化了页面的输出,这样就保留了脚本语言易于使用的优点。
3.复杂的商业逻辑以组件的形式部署在EJBServer中。
由于EJBServer提供了多种组件事务服务,使系统更能够应付大量的并发用户和管理复杂的事务逻辑。
4.EJBServer中集成的组件命名服务可以使组件位置透明化,简化了组件的部署和客户端应用的维护。
5.开发过程易于分工,可以由专人负责编写组件,其他人组装页面。
6.J2EE平台全面支持和实施XML,这种强大的组合可使XML具备跨平台的兼容性,甚至用于对XML代码进行语法检查和调试的工具也可与平台无关。
J2EE技术和XML技术分别是企业开发的阴阳两极,因为XML可实施独立于平台的数据,而J2EE平台则可实施独立于平台的解决方案。
XML可通过移植的方式表现数据,因此就对Java技术的可移植性组成了补充。
3系统概述
1.1用户现状
目前,由于合同缺乏统一的存放管理平台,要查找某合同、补充契约或函件,可能需要到KM系统、档案管理系统、M盘、AI系统、电子邮件、业务经理个人电脑或者信件传真等纸质文件中查找,非常不方便。
根据对公司合同管理的现状分析,主要问题如下：
●合同管理制度待完善
合同定义：
制度已对合同进行定义,但未能有效传达各部门,理解偏差导致合同归档的完整性得不到保证。
合同分类：
未建立合同分类标准。
合同要素：
合同关键信息要素模板分散化,各部门管理的程度以及需求不统一,部门间未形成要素信息共享。
合同范本：
未明确合同范本的管理流程。
合同对手方库：
未建立合同对手方库及相关管理规则。
合同管理细则：
合同全生命周期相关管理细则有待更新完善,例如,制度中缺乏维护合同有效期的相关规定。
●合同管理组织架构待完善
组织架构：
目前公司未明确合同管理职能的承担部门,整个合同管理较为松散,未建立监督及问责机制。
岗位职责：
目前尚未明确前后台部门之间对于合同的传递、归档、要素化的职责分工与信息共享机制,此外,各部门业务助理兼任合同管理员,但尚未细化和明确其岗位职责。
●补充契约及函件的传递归档待规范
对于部分合同后续履行阶段可能出现的补充契约及函件,存在传递不及时、未进行归档的情况,影响合同传递的时效性和归档的完整性。
●无法掌握公司合同数量及管理状况
合同归档：
由于缺乏统一平台,各部门合同管理水平不一,合同存放分散,合同查找和检索的效率低下,不能随时掌握公司合同管理情况。
合同有效期：
现有系统都不具备合同到期提醒效用,并且由于无法获取完整的合同清单,现阶段依靠手工管理也很困难。
●合同号的配发缺乏系统控制
目前合同号的生成依靠档案管理系统手工录入,系统无法自动配发,且合同号可删除,缺乏统一管理。
●当前系统合同管理效用不足
KM系统：
承担合同审批及用印申请（部分另类合同除外）的职能,缺点是合同版本为过程版本,并非最终盖章生效版本,且合同审批混杂在其他事项审批中,不便于查找。
档案管理系统：
承担获取合同号、保管合同最终用印版本的职能,缺点是合同号配发缺乏系统控制,由于合同定义不清晰使得合同归档完整性得不到保证,合同要素信息填写不完全,主从合同之间的关联关系依靠手工维护缺乏专门的系统效用。
M盘：
承担部门内共享及临时存放的职能,缺点是没有操作记录,误删除等情况不易被发现,且存放混乱缺乏维护。
AI系统：
目前另类投资项目从审批到投后管理已全流程纳入AI系统,但AI系统文档管理效用较弱,仅起到归档保管作用,缺乏合同要素模板和有效期管理等效用。
AD域：
AD域的用户管理未做统一用户信息的管理和验证。
1.2业务需求分析
根据用户现状的梳理,以及相关业务系统的调研分析,整理出合同系统的相关业务需求。
●合同管理系统需要明确合同的定义,以及归档范围,履行合同的相关制度,明确合同的基本要素,并对基本要素进行补充和整理。
●实现对对手库的相关信息进行整理和维护,建立完善的合同管理对手库信查询效用。
●实现对合同范本的管理和使用,建立完善的合同范本库。
●完善合同的审批和流转操作,建立强大和独立的流程引擎平台,对合同以及相关第三方系统提供流程审批支持,并对合同的状态和合同的到期时间进行自能化的提醒。
●建立标准化的平台数据对接规范,实现合同系统与各业务系统的数据对接和交换。
建立主从合同的关联关系,并提供方便的查询效用。
4系统总体结构
4.1效用模块图
4.2系统架构图
5效用描述
1.1合同管理
合同管理下包含所有当前登录用户经办或代办的全部合同信息。
合同管理包括我的合同、合同起草、合同签署及用印、合同履行、合同归档几大部分。
1.1.1我的合同
我的合同包含合同管理下所有当前登录用户经办或代办的全部合同信息。
1.1.2合同起草
状态描述：
经办人（代办人）进行保存但未发布形成的列表。
Ø
效用描述
名称、标识符
新增合同基本信息
1）、合同号获取超过7天未进行发布的,系统给经办人（代办人）发送提醒信息。
2）、合同发布后会显示在“合同签署及用印”列表下,发布后的合同信息不能再进行删除操作。
3）、用印形式为“不用印”的,填写完签署日期和生效日期后,部门档案管理员可以进行归档申请。
4）、合同起草可以批量生成100（手动填写份数）份以下的相同合同内容,合同号手动进行获取。
5）、公司合同管理员可以导出全部合同信息列表excel到本地（合同起草列表）,字段：
经办人、经办部门合同名称、
合同号。
6）、合同到期日期、合同费率（费率类型、费率种类、费率值）系统记录每次经办人（代办人）修改前后的记录。
7）、经办人（代办人）筛选到对应的主合同后（可以筛选全部的合同列表）将主合同的相关信息带入到当前合同中。
带入的字段为（其它主合同信息不显示）：
合同名称、合同分类、合同主体、合同对方
8）、经办人（代办人）所填写的合同一旦在起草中发布,当前合同的状态更新为“签署中”；
签署日期填写完成后再发布合同状态更新为“已签署,未生效”；
生效日期填写完成后再发布合同状态更新为“已生效”。
补充说明
数据项描述
数据项名称
数据类型
是否必填
数据来源
备注说明
合同起草页签
经办人（代办人）填写
登记日期
必填
系统自动生成当前日期
是否代办
字符
是/否
有代办人角色可见；
具体见下文说明1；
代办人
系统计算
经办人
系统默认当前登录人,可选择
具体见下文说明1
经办部门
主合同编号
升级会员 