合同管理系统_技术方案

上传人:风*** 文档编号:224546636 上传时间:2023-07-31 格式:DOC 页数:46 大小:749KB
收藏 版权申诉 举报 下载
合同管理系统_技术方案_第1页
第1页 / 共46页
合同管理系统_技术方案_第2页
第2页 / 共46页
合同管理系统_技术方案_第3页
第3页 / 共46页
资源描述:

《合同管理系统_技术方案》由会员分享,可在线阅读,更多相关《合同管理系统_技术方案(46页珍藏版)》请在装配图网上搜索。

1、合同管理系统技术方案版本 文档信息及版本历史文档信息项目名称合同管理系统项目编号文档名称合同管理系统_技术方案.doc存储位置版本作者/修改者日期描述版权信息【目录】1概述51.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系统总体结构114.1功能模块图114.2系统架构图115功能描述121.1合同管理121.1.1我的合同121.1.2合同起草121.1.3合同签署及用印171.1.4合同履行171.1.5合同归档18

2、1.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.4转入记录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接口设计287运行环境287.1软件平台287.2硬件清单287.3软件清单297.4数据容量估算297.5网络带宽估算308编码规范3

3、08.1代码组织与风格308.1.1源代码文件约束308.1.2源代码目录308.1.3源代码包结构组织318.1.4类结构318.1.5命名358.2代码优化378.2.1代码优化原则378.2.2代码优化实践378.3SQL优化418.3.1提高查询效率原则418.3.2SQL语句优化注意事项448.3.3SQL语句查询案例459系统备份设计451 概述1.1 编写目的本文档为合同管理系统的概要设计文档,概要描述此项目的整体轮廓和各个模块的基本功能,使得用户对系统有一个整体的了解和基本认识,应作为设计人员,开发人员,测试人员和维护人员以的参考依据,并能给用户提供使用说明。1.2 适用范围本

4、文档适用于项目生命周期的各个阶段,为设计人员、开发人员、和测试人员能提供开发和测试的参考依据,维护人员对项目进行了修改后,应该相应的修改本文档。1.3 读者对象参与项目的客户,设计人员、开发人员、测试人员、以及维护人员等等都是本文档的读者对象;此文档定义了系统的基本功能,以及系统架构,系统流程等等。1.4 术语和缩写术语和缩写解释备注1.5 参考资料参考文件备注合同管理系统_需求规格说明书2 设计概述2.1 设计约束1) 本项目为标准Web应用,能在各种服务器中运行(比如WebSphere、Tomcat等等)2) 连接数据库采用数据库连接池的方式,建议用JNDI,连接数据库为Oracle 11

5、g版本(理论上支持各种主流数据库)3) 禁止本地IO操作,如果有IO操作,比如上传文件上传到远程FTP服务器上;本应用最后运行在集群和门户上,要求能适应集群和门户环境的要求。4) 本应用要求要有较高的稳定性,要求能够全天候运行;本应用要有较高的安全性,没有经过认证的用户无法访问本系统。5) 本应用权限配置要灵活,没有权限的用户无法访问系统内没有授权的模块,并且左边的菜单能根据权限的不同而发生变化;本应用要求连接用数据库连接池,最好使用WAS的数据源; 6) 本系统面向企业的所有员工开发,因此,要求易用性强,人机交互界面友好。7) 本应用要求有较高的效率,要求绝大多数响应速度在500ms以内。2

6、.2 设计策略系统权限要做到灵活,最好能够配置化,能方便的加入管理人员并授予角色,角色与菜单/模块的访问权(权限)能无缝连接起来,比如菜单能根据用户的权限的不同而不同。要求所有的持久层能够业务逻辑层能够复用,各个层次指职责分清楚,严格避免层次结构不清的现象,比如在Action或者View对数据库操作。2.3 技术实现2.3.1 J2EE开发框架本建设方案将采用J2EE框架来进行开发完成。J2EE是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版,J2EE不仅巩固了标准版中的许多优点,

7、例如“编写一次、到处运行”的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对 EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及XML技术的全面支持。 J2EE提供了一整套核心企业应用程序编程界面,而所有这些界面均为标准的模块化组件。J2EE技术还为这些组件提供一整套企业服务,通过自动化的方式完成应用程序开发中的诸多耗时且费力的艰难工作,为用户提供一种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。利用这一优势可以方便地开发出高

8、质量的、适合企业使用的应用程序,还可极大地减少产品研发上市时间、成本和风险。 J2EE使用了EJB Server作为商业组件的部署环境,在EJB Server中提供了分布式计算环境中组件需要的所有服务,例如组件生命周期的管理、数据库连接的管理、分布式事务的支持、组件的命名服务等等。有些企业级的EJB Server,例如Sybase公司的EAS 3.6(Enterprise Application Server 3.6)还提供了支持高可用性和高性能的群集技术、失败的自动转移和恢复、应用负载的自动均衡能力等。实现商业逻辑的EJB组件可以更加高效地运行在应用服务器中,支持多种客户端的访问,HTTP的

9、客户端可以先向运行在Web Server上的Java Servlet或者JSP发出请求,在JSP中嵌入Java的代码调用运行在EJB Server中的EJB,以实现商业逻辑;而其他的客户端,可以通过IIOP直接访问运行在EJB Server中的组件。J2EE体系结构的优点是: 1.Java Servlet和JSP都要编译为Java Class才作为Servlet运行,因此执行性能会明显提高。 2.Java Servlet和JSP中可以完全使用Java进行编程,可以完成许多简单的商业逻辑,特别是JSP,可以直接书写HTML,因此简化了页面的输出,这样就保留了脚本语言易于使用的优点。 3.复杂的商

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

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

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

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

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

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

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

17、,合同号手动进行获取。5)、公司合同管理员可以导出全部合同信息列表excel到本地(合同起草列表),字段:经办人、经办部门合同名称、合同号。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;备注手动填写发布范围手动选择可查看该合同信息的人员,具体角色待定。转移说明字符手动填写转移申请时可见转移附件手动上传附件转移申请时可见说明: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 合同履行 包含以下几种状态: 已生效、已失效、已签署未生效 各个状态在系统中通过不同页签进行分类管理,默认页签为已生效状态列表。 公司档案管理员确认归档后,经办人(代办人)在合同履行阶段可以修改非归档字段信息。具体字段如下: 合同一级分类合同二级分类项目简称产品简称合同状态合同生效日期合同到期日期到期续签情况合同附件是否客户指定业

28、务1.1.5 合同归档 状态描述:经办人(代办人)填写完成“签署日期”后形成的部门档案管理员待归档和已归档的列表。经办人(代办人)填写完“签署日期”点击【发布】后,部门档案管理员可以在“归档”列表下查看此条记录,确认系统记录与合同文本内容无误后点击【归档申请】,由公司档案管理员进行归档复核确认。部门档案管理员可以进行批量申请归档的操作。具体归档字段如下: 部门管理员归档后带入档案管理的字段经办人经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额(小写)合同主体合同对方合同文本合同签署日期1.2 合同提醒1.2.1 系统提醒 显示当前用户预先设置过时间节点且即将或已经到期的文件,主要是

29、提醒用户及时处理相应的事宜。提醒列表样式显示 提醒类型及标题样式(括号中内容为红色字体):【合同到期】(还有30天)+合同名称(合同编号)【进度反馈】(合同号获取超过7天未发布)+合同名称(合同编号)【进度反馈】(我司已完成用印,对方超过XX天未用印)+合同名称(合同编号)提醒条件:1、合同到期日期前30天,系统提醒经办人(代办人)一次。2、合同号获取超过7天未进行发布的,系统提醒经办人(代办人)、部门和公司合同管理员一次。3、合同用印状态为“我司已完成,对方未完成”,30天后合同状态为“签署中”的系统提醒经办人(代办人),每30天提醒一次。1.2.2 我的提醒当前用户可以预先定制自己的提醒信

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

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

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

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

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

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

36、账可以查询一段时间内所有签订合同的明细情况查询(所有状态下的合同信息列表)。台账统计页面如下图所示(字段为参考样式): 功能描述名称、标识符新增合同台账功能描述补充说明 数据项描述数据项名称数据类型是否必填数据来源备注说明标题时间段经办部门经办人合同名称合同编号主合同名称主合同编号合同一级分类合同二级分类项目简称产品简称合同金额合同币种合同费率合同主体合同对方用印形式用印完成情况签署日期合同状态合同生效日期合同到期日期到期续签情况合同文本合同附件说明:1、统计时可以通过选择【导出的列】来定制结果中显示哪些信息。 2、可以点击结果页面的导出excel,将统计结果以excel表形式导出到本地。台账

37、统计结果页面(字段为参考样式):1.8 相对方管理 新增合同发布完成会将“合同对方”的内容自动生成一条记录,下次新建合同可以选择到之前生成的记录;合同对方的内容可以进行自动补全; 功能描述名称、标识符自动生成相对方信息功能描述补充说明 数据项描述数据项名称数据类型是否必填数据来源备注说明相对方名称字符必填自动生成1.9 档案管理1.9.1 待复核部门档案管理员在合同管理中点击【归档申请】后,会在档案管理【待复核】列表下自动生成一条合同信息的记录。系统档案管理员点击待复核的信息可以填写“档案编号(按规则系统自动生成)”、“归档日期”、“密级”、“保存期限”、“归档人”、“归档部门”、“备注”等信

38、息,填写完成点击【确认归档】按钮,合同信息自动归档到对应的经办部门下。部门档案管理员可以查看本部门已归档的全部信息。公司档案管理员可以选择批量归档,归档需要填写的字段按照默认值生成。1.9.2 合同档案 合同档案按照组织结构的部门进行分类。 功能描述名称、标识符合同归档功能描述补充说明 数据项描述数据项名称数据类型是否必填数据来源备注说明 部门管理员归档后系统自动生成经办人归档以后,如果做转移,经办人和经办部门不变动经办部门合同名称合同编号主合同编号主合同名称合同币种合同金额(小写)合同主体合同对方合同签署日期合同文本 系统档案管理员确认归档时填写档案编号数值必填按照规则系统自动生成2015-

39、03-HT01-0001归档份数数值必填手动填写2归档日期日期必填系统档案管理员点击【确认归档】按钮后自动生成,可修改密级字符必填下拉列表框绝密、秘密、限制,默认“绝密”保管期限字符必填下拉列表框永久、30年、10年,默认“永久”归档人字符必填系统计算经办部门档案管理员归档部门字符必填系统计算即经办部门题名字符手动填写默认当前合同名称;可手动修改;备注字符手动填写1.10 制度及公告1.10.1 规章制度及公告发布可以发布规章制度,并上传附件。 功能描述名称、标识符新增规章制度、其它公告功能描述补充说明 数据项描述数据项名称数据类型是否必填数据来源备注说明登记人字符必填系统生成登记日期字符必填

40、系统生成标题字符必填手动填写类型字符必填下拉选择制度发布、公告发布正文字符必填手动填写附件附件手动填写6 接口设计接口表传递的数据接口方式采用的技术AI数据同步接口抓取项目基本信息定时WebServiceKM待办数据接口待办数据实时WebService7 运行环境7.1 软件平台7.2 硬件清单序号名称配置描述 数量 备注 1认证服务器CPU: 4Core,内存:16G,硬盘:300G22台虚拟机,操作系统RedHatEnterpriseLinuxServerrelease6.4 Linuxversion2.6.32-358.el6.x86_64 ,制作群集2流程引擎服务器CPU: 4Core

41、,内存:16G,硬盘:300G22台虚拟机,操作系统RedHatEnterpriseLinuxServerrelease6.4 Linuxversion2.6.32-358.el6.x86_64 ,制作群集3应用服务器CPU:4Core,内存:16G,硬盘:300G22台物理机,操作系统RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64,制作群集。4数据库服务器CPU:8Core,内存:32G,硬盘:500G,HBA*244台物理机,带光纤存储卡,操作系统RedHatEnterpriseLinuxServ

42、errelease6.4Linuxversion2.6.32-358.el6.x86_64,制作RAC5存储高端存储600G总计10台机器(6台物理机、4台虚拟机)7.3 软件清单软件名称软件版本IBM WebSphere Application ServerV8.0.0.7IBM Http ServerV8.0.0.7Oracle V11.2.0.3.0RedHat LinuxRedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_647.4 数据容量估算根据业务部门对合同管理业务需求的描述,按照每月1G的数据量

43、估算,则全年总共的容量约为12G,此外考虑30%的数据冗余容量,总共容量为15.6G;根据本企业对数据备份的要求,按每周3次增量备份,每月1次全备,总共存储空间将需要180G。7.5 网络带宽估算网络带宽估算采用峰值并发场景进行估算,假设合同系统使用用户为1000人,平均每天大概有60%的用户即600个用户要访问该系统,对于一个典型邮件用户来说,每15分钟用户访问一次合同系统,每次访问平均交互时间为2分钟,每天平均访问合同系统的时长是64分钟。而在一天之内,用户只有在8小时之内会使用该系统。平均并发用户数C = nL/T,C是平均并发用户数,n是login session的数量,L是login

44、 session的平均长度,T是值考察的时间长度平均并发数为600*64/(8*60)=80峰值并发数C= C + 3* 即峰值并发数为:80+3*80=107依据我们之前的经验,每个用户平均占用带宽是100KB:107*100Kb/1024=11MBps。根据网络带宽利用率70%计算,则1000个用户需要的总带宽为:11M/70%=8Mb8 编码规范8.1 代码组织与风格8.1.1 源代码文件约束每个.java源文件内仅定义一个class,不允许在一个.java文件内定义多个class。(匿名内部类除外。)8.1.2 源代码目录源代码目录有且仅有两个目录:src和test。src目录存放系统

45、源代码,test目录存放单元测试源代码。特别注意:不允许构建多个源代码目录,这样不利于源代码的可读性。8.1.3 源代码包结构组织所有的项目(产品)的类的顶层包必须为 XXX.。根据三层结构的约定,每个模块都dao、service等包。模块功能类包按照横向结构组织,即每个模块的service、dao等归属于该模块包,禁止纵向结构组织,即项目分为 service、dao等多个包,每个模块包放在service、dao之下。下面是一个典型的项目源码结构:Src说明XXX.ims项目名称 .user模块包 .domain领域对象包 .dao数据访问层包 .service业务层报 .springconf

46、igspring配置包 .util模块工具包 .view视图数据包8.1.4 类结构在新建一个Java类文件时,必须遵循下面的文件结构:图(1) Java类文件结构文件注释文件注释是用来该文件相关开发信息的,如该类的开发公司或单位、版权、作者、代码审定人、该类所支持的JDK版本、该类版本、开发日期、最后更新日期、修改人、复审人等信息。文件注释中使用author、since、version、date等标记,方便使用jdoc等技术生成Java API标准文档。下面就是一个Java类的文件注释例子:/*开发单位:门户技术资源部*版权:XXXX有限公司*author:duckXXX*since: JD

47、K1.4*version:0.0.1*date:2009-03-22*最后更新日期:2009-03-23*修改人:XXX*复审人:XXX*/包声明所有项目代码的顶层包都应该是XXX.。 例如XXX Report 报表展现平台,项目名称为report,因此顶层包应该是 XXX.report。例如:package XXX.report.domain;引入声明虽然Java支持用*通配符,但不允许这么做,要求使用哪个类就单独引入哪个类。不允许: import java.util.*;允 许: import java.util.ArrayList;类注释类注释是用来说明类的实现的功能以及该类的相关类的说

48、明。文件注释中使用description、see等标记,方便使用jdoc等技术生成Java API标准文档。下面就是一个Java类的文件注释例子:/*description : 演示Java基础语法的例子 *see:XXX.test.Hello*/类声明所有的类名称采用帕斯卡表示法。如:public class HelloWorld类体元素顺序类体中各组成元素的顺序请遵照图(1)所示。注释代码中注释是非常重要的部分。类体中的注释可分为:变量注释包括对public、protected、default、private变量的说明。方法注释 包括对public、protected、default、pr

49、ivate方法功能的说明。应使用”/* */”风格注释方便jdoc等注释工具生成文档;使用param指令说明参数的含义;使用throws指令说明抛出异常情况;使用return 说明返回值的含义如:/* 向数据库插入一条用户数据* param user 要插入数据的用户对象* throws ServiceException 抛出由服务层抛出的异常* return boolean,说明是否插入成功*/public Boolean saveUser(User user) throws ServiceException; 代码注释方法体内部对某几条语句的说明。方法体内,每3到5行语句就应该有相应的注释

50、。代码注释如果是单行注释,使用 “/”进行注释,如果是多行则使用”/* */”进行注释。如:/将表单参数包装到user对象中User user = new User();BeanUtils.populate(user,map);/* 从spring 应用程序环境中读取service bean,* 调用save方法,保存用户信息*/IUserService userService = ApplicationContextUtil.getBean(“userService”);userService.save(user);8.1.5 命名一般原则命名的基本原则是“见名知意”。一般地,给变量、方法和

51、类命名时应遵循以下原则: 使用可以准确说明命名对象含义的完整的英文描述符。如firstName,grandTotal;不要使用x1,y1,fn这样的无意义的命名。 采用该领域的术语。如果命名对象在行业中已经有约定俗成的名称,则不要使用其他近义词名称,如表示“客户”,使用Customer,而不要使用Client 少用缩写。命名尽量不要使用简写,如果一定要使用简写,则采用以下原则:n 较短的单词可通过去掉“元音”形成缩写,例如:context,简写成ctx;n 较长的单词可取单词的头几个字母形成缩写,例如:orgnization,简写成org;n 一些单词有大家公认的缩写,例如:Java Data

52、Base Connection,简写成JDBC。 在无法准确使用英文描述时才考虑使用拼音命名规范Java里对类、变量、方法等命名有不同的规范:类类名称采用帕斯卡命名方式,每个单词的首字母大写,其他字母小写,各单词之间由大小写区分,不需要使用“_”。如:public class ManagedUser变量 公有静态变量所有字母都大写,单词之间用”_”分割,如:public static final int MAX_COUNT = 10; 非公有静态变量采用表示camel法,首字母小写,名称中其他单词首字母大写。如:private static final String firstName = “

53、Zhang”; 类变量采用表示camel法,首字母小写,名称中其他单词首字母大写。如:private String firstName; 局部变量采用表示camel法,首字母小写,名称中其他单词首字母大写。如:String firstName; 方法采用表示camel法,首字母小写,名称中其他单词首字母大写。如:public String getFirstName()return “zhang”;8.2 代码优化8.2.1 代码优化原则优化需要优化的代码的一小部分常常占用了处理时间的大部分,这样的代码就应该优化。不要想去优化所有的代码,甚至那些运行起来已经很快的代码。代码效率不是优化的首要目标必须在保证软件系统的正确性、稳定性、可读性及可测性的前提下,提高代码效率;不能一味地追求代码效率,而对软件的正确性、稳定性、可读性及可测性造成影响。紧凑不代表高效不要一味追求紧凑的代码,因为紧凑的代码并不代表高效的机器码,而且还降低了可读性。8.2.2 代码优化实践下面列举的代码优化都是在实践中总结出来的,并需要不断补充。优化循环语句 减少循环

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!