合同管理系统建设方案

4
4.1
4.1.1
系统支持WinXP、WinServer、Vistar、Win7、Linux等主流操作系统。
4.1.2
系统支持Oracle、Sysbase、DB2、SQLServer等主流数据库平台
4.1.3
系统支持Tomcat、JBoss、Weblogic、Webphere等应用服务器平台
在CSAC确认提交后，系统进入合同文本制作界面，实现担保确认书的制作。
2.2.1.3
在合同管理中，若需要打印并盖章的情况，由CSAM选择需要用印的文本，输入日期，发起用印申请。在CSAC复核无误后提交用印申请。最后，部门负责人收到用印的申请，提交至档案管理员和用印人员，进行用印。
2.2.1.4
在担保确认完成后，CSAM对某项合同放款凭证进行审核，同时对保险期限能够覆盖主债务期限进行审核，在系统中录入放款日期和金额，保单信息。后由CSAC复核无误后，完成放款流程。
2.2.3.2
系统支持用户自行修改登录密码。在忘记密码的情况下，操作用户可直接进行密码获取申请，由超级用户或系统自动判断或者操作员输入信息的合法性，提供初始密码的设置。
2.2.3.3
权限策略管理用于实现权限信息和安全策略的分级、分部门的管理。通过功能点列表、功能权限、数据权限、角色相互的关系构成权限策略管理。
4.操作简单
具有分布性、灵活性特点，完全脱离了客户端程序，全面基于浏览器运行，用户能够随时随地登录并进行业务处理，使用极其方便。
5.界面友好
特有的缓存机制和漂亮友善的交互界面，颠覆性的用户体验，彻底突破了同类软件的瓶颈。
6.易学易用
完善全面的帮助文档、在线帮助和即时提示，配合视频讲解教程，使得用户可以快速上手，流畅操作。
1.3.1
用户选取此次业务的合同模板和样式，系统通过2.1.4审核资料类别管理，自动生成制作这些合同文本所需要的文件资料，然后CSAM和CSAC参照此内容审核客户经理提供的文件资料，并对存在的资料进行勾选。勾选完成，系统自动输出未落实或不符合条件的文件清单，作为附件，通过邮件发送给客户经理
1.3.2
2.数据集成
系统共享数据区的实现方式都可支持。具体在实施时选用哪种，还要看周边系统的具体情况根据端到端运营支撑的需要，资源管理系统和周边系统之间存在部分双方都可见的业务和基础数据。数据集成的目的就是要实现对于这部分数据的理解达成共识、高度一致和充分共享，同时又要使系统间的干扰最少，保证资源管理系统和周边系统之间的松耦合。
授权管理主要是对权限主体之间的授权关系进行增加、修改、注销、锁定、解锁等操作，某一更动引发的后续授权的更动管理。比如角色到用户组的授权、用户组到用户组的授权等等。
2.2.3.4
为了保证系统数据的可追朔性和监控系统数据操作的安全性，系统支持对所有系统数据操作历史进行相应日志记录，并允许进行操作日志的查询和导出。
1.3
系统在整体上采用J2EE面向服务的技术架构，系统在设计时注重对服务的提取和封装,对界面和业务进行了服务封装。大唐软件在整体架构上应采用J2EE的多层模型。多层模型中的每一层都可以被想象成一个虚拟机，它是一个抽象的功能模块集合，提供一组特定的功能和服务。各层通常只和相邻层发生交互行为，一般不会越层访问其它层的服务。
2.2.1.1
系统根据审核条件汇总池自动进行风险认定审核相关条件参数抓取，形成审核清单表，并允许用户进行相关条件的删减和手工输入。
根据审核结果，系统能够导出未满足风险认定条件的资料清单，可及时以邮件方式发送给客户经理。如果风险认定条件满足后，CSAM将保存审核结果并录入风险认定的金额和日期，然后由CSAC确认并提交。
在CSAC确认提交后，系统进入合同文本制作界面，实现保证的制作。
2.2.1.2
系统根据审核条件汇总池自动进行担保确认审核相关条件参数抓取，形成审核清单表，并允许用户进行相关条件的删减和手工输入。
根据审核结果，系统能够导出未满足担保确认条件的资料清单，可及时以邮件方式发送给客户经理。如果担保条件满足后，CSAM将保存审核结果并录入担保确认的金额和日期，然后由CSAC确认并提交。
合同管理系统建设方案
北京思奈尔科技有限公司
二○一一年十一月
1
1.1
本系统基于开放的开发平台，B/S架构，具备无限扩展能力。不需要安装任何客户端，可以联网也可以单机使用，利用它您可以把繁多的合同管理的井井有条;同时系统具有较强的安全管理能力，从根本上保证了客户资料和合同信息等数据的安全。
系统采用了国际化的操作平台，符合现代企业员工的使用习惯。轻松全面的合同管理，功能强大的管理模块、简单易用的用户界面、完善周到的服务保障为众多企业用户提供人性化、智能化、网络化、规范化的软件服务。
5.用户界面服务层
界面服务层对外系统和其它构件调用的界面进行服务封装。
1.4
1.系统可扩展性强
J2EE架构是多层次体系架构，各层之间相互独立，采用松耦合方式结合，能够保证资源管理系统业务扩展需要。两层结构的系统由于层间耦合性较强，对业务扩展支持较弱。
2.良好的开放性
符合J2EE规范的企业级应用平台除了为构建应用系统提供了强大的功能外，更为系统今后的扩展奠定了基础。基于标准的应用平台技术可以在不改变应用程序的情况下，依赖于平台技术的更新和应用平台的扩展来提升应用的能力。同时基于标准技术意味着与其他系统的平滑互联成为可能，互联双方只需要考虑针对业务逻辑提供接口，而不需要考虑诸如异构系统互联等技术问题。
1.2.3
系统可以在公告栏中展现公司的发文、系统的更新等信息。系统由公告管理提供公告栏内容的维护功能。
1.2.4
系统提供对某天业务数据或某客户数据的备份功能，支持导入、导出备份数据。
1.2.5
系统提供对备份数据的恢复功能，及批量数据的修复功能.
1.3
业务合同管理包括文件制作审核、合同文件制作、风险认定审核、担保确认审核、用印管理、放款管理、还款管理、合同解押管理
1.1.1
系统超级用户可以增加、删除、修改分公司信息，同时可通过关键字搜索来查询分公司的相关信息。
系统提供增加、删除、修改、查询功能。
1.1.2
维护合同的模板，如：最高额、普通版、个经版。
系统提供预览、增加、修改、删除功能。
1.1.3
维护合同的样式，包括四书、保证合同、委托担保合同、反担保抵押合同、反担保质押合同、反担保保证合同、抵押人声明、配偶/子女承诺书，其他。
1.基础数据维护
提供系统中涉及到的基础数据维护，如分公司信息、合同模板和样式信息、审核资料类别及条件池信息的维护，是后续合同管理中的基础数据来源。
2.系统基础功能
支持客户以及业务信息表的管理。同时支持系统公告和系统数据备份、恢复和修复等功能。
3.业务合同管理
提供CSAM和CSAC以及客户经理对日常合同申请、制作、审核、打印、放款、还款以及解押的跟踪维护。
3
考虑系统可能会和邮件系统对接，实现邮件的自动发送。对于系统间接口，一般会根据接口性质，选择最合适的技术进行实现。
1.应用集成
应用层面的集成主要完成系统间应用层面的服务调用，可用于应用间的协调及少量的数据交换。在技术实现上，这种服务调用可以实现为系统间点对点直接的服务调用，被调用的服务可以被封装为EJB、Web Service等各种形式，但要求必须是接口双方都能支持的形式。
2.2.2.5
提供按照客户名称、客户经理、分公司等多条件进行每日工作对系统使用情况的查询统计，并支持将统计情况进行Excel格式的导出。
2.2.3
2.2.3.1
系统支持对所有操作用户进行管理。系统超级用户可以增、删、改所有操作用户，并支持对用户状态进行设置。只有系统正常系统用户才可登录系统进行相关业次之间在逻辑上保持相对独立，在系统开发期间，各层的开发可以并行进行，又由于J2EE采用了组件技术，许多模块可以被重用，资源服务平台提供的IDE开发插件大大提高应用开发效率和产品质量，节约了开发时间，缩短了系统的开发周期。当其中某一层因需要作出修改时，其他各层不受影响，这种软件独立性使得系统的改进、升级变得极为灵活。
1.2
合同管理系统提供基于WEB方式的应用界面，应用界面通过HTTP技术与WEB服务器通信。系统的业务逻辑通过应用服务实现，包括基础数据管理、基础功能操作、业务合同管理、业务报表呈现等。
系统通过专业的数据库技术，实现所有数据的统一管理。
系统通过将数据、功能和界面封装为服务，并统一发布到系统集成平台，供其他系统调用和访问，实现系统服务的共享。
2.2.1.5
在CSAM对还款凭证和解除保证责任的说明进行审核，在系统中录入还款金额、贷款到期日、还款日、保证合同类型、解除保证责任的文件是否收到及复核要求，保证责任是否解除等，并保存；再由CSAC复核无误后，完成还款操作。
2.2.1.6
系统自动提取允许解押的相关合同，由CSAM对解押条件进行审核，在CSAC复核无确认误后完成解押流程。
1.数据访问层
提供与业务逻辑无关的数据访问，包括数据的持久化、发布、查询、订阅等。
2.业务组件层
业务组件辑层实现系统业务逻辑相关的处理功能，将业务能力封装成细粒度业务组件。
3.业务服务层
服务层对系统业务层组件进行服务能力封装，通过BPEL和业务规则引擎组合成简单和复合的服务。
4.界面组件层
界面组件层由用户的界面独立组件组成，包括swing和web界面。
2.2.2.2
提供按照客户名称、客户经理、分公司等多条件进行合同交接清单查询统计，并支持将统计情况进行Excel格式的导出。
2.2.2.3
提供按照客户名称、客户经理、分公司等多条件进行合同审核清单的查询统计，并支持将统计情况进行Excel格式的导出。
2.2.2.4
提供按照客户名称、客户经理、分公司等多条件进行用印情况的查询统计，并支持将统计情况进行Excel格式的导出。