律师综合管理SaaS云系统建设方案投标.docx
《律师综合管理SaaS云系统建设方案投标.docx》由会员分享，可在线阅读，更多相关《律师综合管理SaaS云系统建设方案投标.docx（84页珍藏版）》请在冰点文库上搜索。
律师综合管理SaaS云系统建设方案投标
投标文件
项目名称：
律师综合管理SaaS云系统建设方案
招标编号：
GW2013-1267
投标人名称：
日期：
二○一五年十一月日
1.项目简介
1.1项目背景
党的十八届三中全会明确提出要“完善律师执业权利保障机制和违法违规执业惩戒制度，加强职业道德建设”。
律师是促进社会公平正义、维护社会和谐稳定的重要力量。
当前，司法部和省司法厅要求把加强队伍建设作为律师事业发展的战略任务加以落实。
随着我市“美丽厦门”、“平安厦门”建设的深入推进，律师从业人数和办案量逐年递增，律师行业发展进入“快车道”，律师事务所和从业律师数量持续增多，目前全市共有注册律师1856人，律师事务所122家。
2013年，全市律师办案总数约为7.45万件，担任4千多家政府和企、事业单位的法律顾问，业务收费4.6亿元，在服务社会经济发展、保障社会和谐稳定、维护社会公平正义中发挥着越来越大的作用。
与此同时，律师行业在诚信执业、服务水平和管理规范等方面出现的新情况、新问题也对行政管理工作提出了新的更高的要求。
2013年11月29日，司法部副部长赵大程在国务院新闻办公室召开的会议上指出，要认真贯彻落实党的十八届三中全会关于律师制度改革的重大决策部署，进一步推进律师制度改革，其中包括不断创新服务方式和载体，实现律师业务的转型和升级。
我国律师事务所的行业管理在信息时代面临着创新的问题，律师事务所的行业管理创新可以依托信息技术有效实现，在国家政策的指引及律师行业自我发展的探讨中，律师事务所的行业管理推进信息化建设是必然的趋势。
目前，市司法局律师管理部门尚无律师管理相关信息系统，仅依靠纸质档案进行律师业务管理，与律所之间的工作联系仍然依靠电话、传真或纸质材料人工传递，造成历史信息堆砌、动态变化无法跟踪、大量数据不能及时有效处理和应用，管理效率低下，无法对律师行业发展和管理进行动态跟踪和统计分析，难以适应律师行业快速发展的新形势。
1.2项目意义
通过本项目建设，设计一套适用于律师行业管理的信息系统，，实现对全市律师行业信息数据的统一、高效管理，有利于提高律师事务所管理人员的办事效率，也可减轻所务管理人员的工作负担，以技术促进律师事务所行业管理的转型与升级，为律师事务所的发展奠定基础。
另外，市局也可以通过该信息系统实时掌握律师事务所、律师的业务开展情况，实现日常管理互动、律所信用等级评定、党组织建设、律所社会服务管理等功能，能让管理简化、程序化，进行资源共享，有利于提高律师事务所管理能力和水平，探索创新我市律师行业管理方法，提升律师行业管理的科学化水平，推动“平安厦门”和“法治厦门”建设。
1.3项目建设目标
（1）建设“平安厦门”和强化社会治理的创新举措。
通过该系统建设，实现对律师的动态管理，提升律师执业诚信水平，有利于进一步降低行政成本，提高管理效率，规范和引导律师行业的健康发展。
该项目如建成，将是全省首创，可巩固和提升我市律师管理工作在全省乃至全国的领先地位。
（2）落实创建“信息惠民国家试点城市”工作要求的实际行动。
律师是通过法律服务来保障公民和法人合法权益、维护人民群众安居乐业的，通过律师综合管理系统的建设，一方面，可以进一步规范律师执业行为，提高律师为法人和公民提供法律服务的水平；其次，将律所、律师的基本信息、诚信档案以及违规、违法情况对公众公开，便于公众查询、投诉和监督；再次，通过数据分析，可以有针对性地创新机制，引导律所创新和拓展为民服务的业务领域，为我市创建“信息惠民国家试点城市”贡献力量。
（3）破解律师管理新问题和提高管理效率的创新办法。
由于律师自身行业特点，律师数量不断增加（平均增速约15%），流动性不断加大，业务量急剧递增，与此同时，部分律师事务所管理松散、诚信执业水平滑坡，违反执业纪律行为增多，给司法行政机关的监督管理工作带来挑战。
面对122家律所和1800多名律师以及律师行业的快速动态变化，司法行政机关律师管理人员不足，沿用传统的静态管理模式已难以适应。
目前，律师管理部门和管理相对人日常业务沟通和数据上传下达缺乏信息化平台，依靠人工传递的效率低下且成本较高，各律所对此也有较大呼吁，亟需通过信息化系统建设破解行政管理新问题、提升管理效率。
2.项目需求分析
2.1系统建设原则
（1）实用性
以政府机构为服务对象的网上办公平台，涉及人员广泛，需求比较复杂，系统建设要真正体现政府办公的特点，实用性是第一位的。
实用性是系统赖以生存的基础，主要体现在提高效率并解决实际问题的实用性、系统使用的简单性和方便性、系统部署的经济性和快速性。
系统平台提供的强大直观的管理工具，使系统易于管理和维护，充分满足行业监管平台建设的需要。
（2）先进性
采用先进的技术和设计理念来指导系统得建设，直接关系到系统的价值和生命期，甚至关系到项目的成败。
系统采用先进的三层应用设计模式和对象组件开发技术，具备跨平台、高性能、结构标准、易于扩展等特点。
（3）可扩展性
可扩展性体现为两个方面，一个是系统规模和范围的扩展，一个是系统功能的拓展和定制。
实现流程的灵活定制，随时实现系统业务的修改和升级。
考虑到律所内部业务电子化管理需求，律所内部业务系统考虑与平台的对接等，项目系统平台必须能够适应变化，要求系统中提供清晰的二次开发环境与接口，多种手段保证系统可伸缩，以适应不同外界变化的个性化需求，方便未来业务需求的变更和升级。
（4）健壮性
系统应该具有较高的健壮性，保证在正常情况和极端情况下业务逻辑的正确性，以保障行业监管平台系统的可用性和稳定性，要求开发人员在需求、设计、编码、测试各阶段按软件工程的要求进行完善的设计，并为用户提供7X24小时的服务。
（5）数据完整性与一致性
系统必须具有数据完整性和一致性措施：
①做到事务的完整性处理或交付。
对于存储到数据库中的信息，一定要求完整存储。
②对于远程的数据更新，当线路或其它故障时，系统必须具有断点恢复和数据的完整性检验。
③提供系统运行故障（例如断电或死机）所导致的数据不一致性的恢复措施。
④必须保证数据备份和恢复的完全一致性。
（6）安全性
作为政府应用平台，安全性是保证整个系统正常运转的前提条件和基础，系统将提供包括用户访问控制、传输信息加密、身份认证等安全方面的服务。
访问控制：
采用用户统一管理和认证系统，实现功能和数据的权限控制，对于关键业务操作必须提供进行鉴权功能，确保基础平台稳定、可靠的运行。
访问控制功能防止对资源的非授权使用，它包括不允许以非授权的方式使用已授权的资源。
权限管理：
定义用户和管理系统中的对象，基于每个对象建立读、写、更改、删除、停止、启动等权限，对象应可灵活分类。
角色管理：
根据对对象权限的划分，定义不同的角色，每种角色由对不同对象（或对象类）的权限组合而成。
一个角色可对应有多个/（类）对象多种权限，多个角色可同时拥有相同权限
用户管理：
用于认证系统管理员的身份和系统管理员的管理权限。
每个用户有相应的帐号和口令，可通过用户帐号和口令等方式完成对用户的身份认证。
每个用户有特定的管理权限，可以通过用户的管理权限完成对用户管理操作的授权。
用户的管理权限可通过角色等方式来赋予，系统可以将某一个或几个角色赋予一个用户。
在角色定义的基础上定义不同用户，每类用户由不同的角色组合而成。
一个用户可对应有多种角色，多个用户可对应一个角色。
数据传输的安全：
在接口数据的交互过程中，具有数据传送和接收后的标识以及确认过程；在满足要求的前提下，使接口数据量最少；接口数据传输控制策略可靠、完善，并且具有可靠的接口数据出错处理机制；采用事务性设计或传输加密确认机制，以保证传输数据安全正确。
2.2技术路线选择
为满足以上原则，系统拟采用基于SaaS多租户云服务模式的J2EE企业级开放技术应用架构，以便能够很好的实现本系统各业务模块及其实际应用。
（1）SaaS多租户云服务模式
SaaS是英文“SoftwareasaService”的简称，中文翻译为软件即服务，是云的一种应用模式。
SaaS多租户云服务通常基于一套标准软件系统为成百上千的不同客户（又称租户）提供服务。
这要求SaaS服务要能够支持不同租户之间数据和配置的隔离，从而保证每个租户数据的安全与隐私，以及用户对诸如界面、业务逻辑、数据结构等的个性化需求。
多租户单实例（Multi-Tenant）的应用架构是真正意义上的SaaS应用架构，它可以有效降低SaaS应用的硬件及运行维护成本，最大化地发挥SaaS应用的规模效应。
（2）J2EE开放技术架构
采用J2EE开放技术架构，可实现平台与操作系统及硬件平台等的无关性，能跨平台运行，保证系统可以运行在各种操作系统平台上，如UNIX、Linux、Windows等平台。
J2EE利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。
采用方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB（EnterpriseJavaBeans）、JavaServletsAPI、JSP（JavaServerPages）以及XML技术的全面支持。
J2EE支持Weblogic/Websphere/Tomcat等主流中间件系统，平台支持IE/Chrome/Firefox等主流浏览器，不影响现有系统、无需对现有政府端和企业端系统进行改造；
通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，是一个已经被实践证明，成熟的、成功的应用解决方案，拥有大量的成功案例，J2EE架构一般在大中型应用中使用比较多，选择了J2EE也就意味着选择了一个开放、自由、大型的技术应用平台。
（3）系统体系架构
系统采用B/S三层体系架构，总体上分为客户表现层、应用逻辑层、数据库存储层。
①客户层为使用本系统的各应用终端，通过互联网连接到本系统进行访问和业务操作。
②应用层上架设了整个信息化应用平台，其又包括视图层、控制层、业务逻辑层、数据持久层。
③数据库存储层采用关系型数据库存储系统数据。
（4）应用软件开发平台
系统开发采用JDK1.4或以上的JAVA环境，支持各种当前典型或主流的应用服务平台。
具体主要包括：
操作系统：
Windows、linux平台。
数据库系统：
Oracle9i/10g/11g主流数据库版本。
应用服务器：
Tomcat、WebLogic等国内外其他主流应用服务器。
开发工具：
主要有Eclipse等。
2.3系统功能概述
市司法局律师综合管理SaaS云系统最终将实现市司法局对我市律师事务所及律师业务的全程监督和管理。
系统的律所端客户通过各律所账户访问系统，实现各自的律师事务所业务数据的管理，律师事务所的党建工作管理，律师业务投诉管理工作，律师事务所奖惩管理、信用评估管理，律师社会服务工作管理，律师及律师事务所基础信息管理等。
在SaaS模式下不同的律所用户共享一个服务实例，即系统满足Multi-Tenant架构，体现了SaaS的规模效应优势。
各律师事务所使用系统互不干扰，数据独立存储。
同时律所也得益于这种架构，不必过多考虑软硬件的建设以及系统数据的维护和备份，也能减少在信息化过程中的开销。
市司法局通过系统端的数据分析和统计功能，可以精细掌握律师及律师事务所工作动态，并实现高效的业务互动，有效监督行业服务质量，促进行业整体效率的提高。
2.4服务对象分析
本系统的服务对象包括政府管理部门、行业协会、律所和律师、社会公众。
一是政府管理部门，实时掌握和监测律师行业动态情况，高效地实现与律所的业务互动。
二是行业协会，可掌握行业动态情况，进一步发挥政府助手和行业桥梁纽带的双向作用。
三是律所和律师，密切与政府管理部门的工作联系，减免传统人工传递信息的各种不便，进一步规范自身执业行为。
四是社会公众，可通过市局网站获取全市律所和律师的诚信等级情况，保障公众知情权和选择权，同时发挥社会监督的作用。
2.5系统用户分析
系统日常使用人员主要由以下四部分组成，用户数合计在200人左右。
（1）司法局业务用户:
市局领导，可对数据进行查询、统计和分析，得到决策所需的数据支撑；
律师管理处工作人员，管理律师基础信息，可对律所下达工作指令，审核律所申报的各种数据，对律所进行诚信等级评定，生成统计报表。
（2）律师事务所用户:
按要求申报日常业务数据，对本所管理制度等基础数据进行维护管理，接收司法局的管理指令并反馈落实情况。
（3）律师协会用户:
作为律师行业协会，可对律所和律师基础数据、诚信数据、党建数据进行查询统计。
（4）系统管理员:
主要设置用户角色、权限，进行日常配置等，由司法局相关工作人员担任。
2.6数据与流量分析
2.6.1系统数据分析
根据对系统数据需求分析，本项目涉及的数据可分为四类信息：
✧数据型信息：
主要包括各类业务数据等；
✧文档型信息：
主要是各种相关文件的电子档案，如《律师业务统计表》、《执业律师统计表》等；
✧图形图像信息：
主要是律师的证件资料、培训资料等；
✧多媒体信息：
行业宣传视频等。
以上数据需要采用的系统处理有：
（1）数据采集、申报与审核、管理：
包含全市各律所范围内的各项业务活动开展所产生的基础数据，律所的基础数据及业务数据通过在线填报方式报送系统。
（2）数据的存储管理：
针对各律所申报的数据，系统提供统一的信息存储和管理功能，确保数据的安全。
（3）数据的统计汇总与展现：
根据司法局对业务监管的需求，提供统计汇总功能，并提供灵活、方便查询、实现多样化图表的展现及结果的下载、导出。
面向上级管理层的决策支持需求，系统实现多种查询分析统计和领导决策支持的数据。
基于数据管理的方便性，通常将数据分为结构化和非结构化两种方式进行管理，在后继的数据库及应用设计中，将分两条主线进行设计。
在数据库设计中，结构化数据完全采用关系数据库方式存储，非结构化数据将采用文件系统加关系数据库方式存储；在应用设计中，对于结构化数据和非结构化数据要分别设计功能进行支持，以保证两种数据都能正常地管理和访问。
2.6.2系统流量分析
系统数据流量主要是全市各律所访问中心服务器产生的数据。
为保障系统正常运行，服务器通信线路的带宽应满足峰值时段系统的信息流量需求。
此外，带宽还须满足在线业务响应时间的要求和并行处理的要求。
（1）带宽计算依据
通过计算按峰值时段的信息流量，再计算响应时间和并行处理数。
要求带宽即能满足总的峰值时段的信息流量需求，又能满足响应时间需求和并发处理需求。
有关带宽的计算参数包括峰值时段数据流量、单用户在线业务所需最小带宽和并发用户数量计算。
计算方法如下：
①峰值时段数据流量计算
Tpk=Dpk/tpk
其中：
Tpk为峰值时段数据流量，
Dpk为峰值时段传输的数据总量，
tpk为峰值时段时间。
②单用户在线业务所需最小带宽计算
B0=D0/t0
其中：
B0为单用户在线业务所需最小带宽
D0为一笔业务传输数据量
t0为一笔业务的最大响应时间
如果是WEB页面访问，则：
D0为平均一个页面的传输数据量，t0为页面显示响应时间。
③并发用户数计算
Uc=Tpk/B0
其中：
Uc为并发用户数。
（2）网络流量估算
考虑全市按200家律所在同一天上报数据的情况，每个律所访问展示的页面和上报数据页面按20个页面计算，每个页面请求需要传输的数据量为250KB。
据此得出每天数据传输总量：
Dpk=200*20*250=1000000KB
设每天的操作系统时间为1小时，则：
tpk=1×3600=3600秒
所以，网络流量：
Tpk=Dpk/tpk=1000000/3600=278Kbps
在系统正常使用下，考虑到系统峰值情况，可以得到1Mbps的网络带宽可以满足本系统的使用，目前信息化局信息中心的数据应可满足此需求。
在数据传输上，系统数据传输采用加密数据的方式。
信息格式的定义上需要满足两个条件：
①信息具有较强的表义性，即能够体现一定的业务含义。
②信息要求不能够有过多的冗余数据，以保证在信息通过网络的传输过程中，尽量降低网络负载。
由此，信息传输可采用JSON等数据格式，用于Web2.0应用系统与服务器进行数据交互。
3.系统总体设计
3.1已有软、硬件系统及网络结构示意图
本软件系统为全新开发的管理信息系统，无对应的已有的软件和硬件系统。
3.2系统总体架构设计
3.2.1系统总体架构
系统采用先进的多租户SaaS云模式、基于J2EE的平台架构WebService框架，利用高度抽象的业务组件来实现。
在此架构中,服务提供商通过将服务集成至平台,在同一个代码库上运行多个实例,为多个租户提供服务。
平台通过安全模型来分配租户的访问权限,确保不同租户的数据安全。
另外平台还提供元数据服务,这样租户可以根据需要进行个性化配置。
为了满足企业业务流程的变化以及不同企业间逻辑行为的差异共存,SaaS应用应为企业用户提供个性化的服务定制。
利用元数据服务来满足租户对服务定制和配置功能的需要,进行以下3个领域的配置更改:
（1）用户界面和标识。
律所用户可以根据自己的喜好更改颜色、字体等设置。
也可调整使用界面和标识来体现租户自身的风格;
（2）预留数据的扩展。
律所在不断发展的过程中,业务所需数据也在进行动态调整,数据库设计的可扩展性恰是为了满足这样的需要;
（3）存取控制。
租户可以根据需要负责创建多个终端用户,并确定每个用户能够存取使用的资源和功能。
3.2.2系统管理模块
平台的管理模块主要负责管理律所账户的注册,管理用户及其访问权限,管理平台系统资源等。
日志管理主要负责各种律所管理级别的业务日志记录,对用户的状态进行记录,对用户使用业务模块操作进行记录。
安全中心负责向平台其它模块提供访问数据的认证接口,判断服务和租户是否有效;费用管理根据日志管理中的使用服务的信息。
3.2.3系统层次结构
服务管理通过调用应用服务管理模块中的公开接口,实现服务提供商注册应用服务、信息显示、使用等,它是连接平台运营管理模块和应用服务管理模块的通道。
应用服务管理模块主要负责实现平台运营管理，模块的调用请求,包括服务的注册与删除、服务的调用、服务组合等。
只有符合平台规范的服务才能注册和集成到平台上。
采用J2EE的平台架构WebService框架，系统应用先进的管理逻辑组件和底层动态建模技术，具有高度的开放性、稳定性。
系统使用主流硬件服务器产品，运行于WIN平台上，外部访问通过防火墙系统，安全性较高，系统属于B/S产品，外部使用WEB浏览器访问系统。
系统采用oracle数据库，ORACLE是美国ORACLE公司（甲骨文）的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器（CLIENT/SERVER）或B/S体系结构的数据库之一。
ORACLE作为一个通用的数据库系统，它具有完整的数据管理功能；作为分布式数据库它实现了分布式处理功能。
此外，一些创新特性可最大限度地提高资源使用率和灵活性，如OracleMultitenant可快速整合多个数据库，而AutomaticDataOptimization和HeatMap能以更高的密度压缩数据和对数据分层。
系统采用目前主流且较为成熟的架构、开发语言以及相关的安全技术，保证系统能够在安全、稳定的情况下友好地运行。
系统软件架构设计将符合以下的几个具体原则：
（1）采用基于J2EE架构的多层体系结构设计，律师事务所数据申报人员及管理部门人员可使用浏览器通过网络进行相关事务的操作。
（2）使用中间件技术可以解决容量大、较为复杂的业务，提升了系统容错及拓展的能力，从而能够逻辑和物理分割复杂的业务，将其区分为个体组件，并根据系统资料的实际运用情况将分解的业务分配到各个节点执行，能够分布式并发处理和负荷分担。
（3）采用模块化的设计方案，将系统的模块设计为基础通用件模块、业务处理模块、资源管理模块等，便于系统进一步扩展。
利用采用层次化的设计，系统将采用视图呈现层、应用服务提供层和资源层的分层设计理念。
（4）设计的内容将以总体布局到对象需求具体化的顺序进行设计。
首先，进行业务建模，对律师事务所管理信息系统的业务过程进行分析。
其次，进行需求建模，采用UML语言中的用例图对系统的总体功能性需求进行说明，并对不同用户的内容进行详细设计。
同时，通过活动图等对动态行为模式进行设计。
4.系统功能设计
系统功能包括基础信息管理、日常业务管理、信用等级管理、党建工作管理、律师社会服务管理等6大模块25个子模块。
4.1基础信息管理
本模块业务流程图如下：
4.1.1律所基础信息管理
实现对全市律师基础信息的统一管理维护。
（1）律所基础信息项
主要包括：
律所的名称、组织形式、经营状态、负责人、合伙人、地址、联系方式、所辖律师和辅助人员等。
（2）分类管理
基础信息分为两类，即重要基础信息项和次要基础信息项。
重要基础信息项包括审批类、许可类、备案类信息项，例如律所名称、性质、负责人、合伙人、地址、是否注销等信息项，只能由市司法局律管处或行政服务中心审批窗口维护、律所只拥有浏览权限，变更事项经省司法厅或市司法局行政审批办办结（系统外）后，由市局进行变更操作；次要基础信息项如律所联系电话、传真、电子邮箱等，由律所自行管理维护。
律所重要基础信息的变动，均须留下变更记录。
汇总的历史变更记录可由市司法局、律师协会及本律所调取查阅。
如下表所示：
项目
主要内容
维护权限
重要基础信息项
审批类、许可类、备案类信息项，例如律所名称、性质、负责人、合伙人、地址、是否注销等信息项。
市局维护，律所、律所协会仅有浏览权限
次要基础信息项
律所联系电话、传真、电子邮箱等
律所维护
（3）关联展示
律所基础信息管理模块与其他信息模块实现高度关联，便于市局管理人员在一个页面查询浏览相关信息，其中包括从律师基础信息管理模块读取本所律师名单，点击后可以访问律师信息明细页；从管理部门的律师事务所奖惩管理模块关联奖惩记录，从管理部门的年审模块关联律师事务所年审信息，从管理部门的信用等级模块关联律师事务所信用等级信息。
4.1.2律师基础信息维护
（1）律师信息项
主要包括：
律师姓名、性别、民族、党派、执业证号、执业类别、性质、简历、参政议政等信息。
（2）分类管理
基础信息分两类，即重要基础信息项和次要基础信息项。
重要基础信息项是包括律所合伙人的变更（入伙、退伙）、律师（不包括实习律师）转所执业、首次申领执业证和重新申领执业证的律师信息、律师执业证的注销等所涉及的信息，只能由市局律管处或行政服务中心审批窗口维护，律所只拥有浏览权限，变更事项只有经省司法厅或市局审批办办结（在系统外操作）后，由市局进行相应的数据增加、修改和删除维护。
除以上，律师和律所非律师的人员次要基础信息，以及律师参政议政、培训情况、联系方式等由律所自行维护。
该流程如下图所示：
（3）关联展示
律师基础信息管理模块与其他信息模块实现高度关联，包括从管理部门的律师奖惩管理模块关联奖惩记录、从管理部门的年审模块关联律师的年审信息、从管理部门的诚信等级模块关联历年诚信等级记录。
4.1.3查询统计模块
（1）查询功能
在云端管理部门实现对律师行业基础信息的查询。
将可以实现多维度的查询，支持模糊查询、精确查询，可以配置或定制查询结果展示方式，查询结果可以作为文件导出。
查询明细表内实现相关数据关联。
（2）统计功能
在云端管理部门实
升级会员 