文档电子签名及管理系统总体建设方案.docx

总体建设方案

2014年7月

山西某酒店信息化管理
总体建设方案

2014年4
目录
1. 概述 2
1.1. 建设背景 2
1.2. 建设目标 3
2. 总体建设方案 3
2.1. 总体架构 3
2.1.1. 开发及运行环境 3
2.1.2. 设计蓝图 4
2.1.3. 技术架构 6
2.1.4. 开发语言的比较 7
2.2. 应用系统设计 8
2.2.1. 项目管理 8
2.2.1.1. 项目立项 8
2.2.1.2. 项目启动 9
2.2.1.3. 文件设校审流程 9
2.2.1.4. 草图喷图流程 10
2.2.1.5. 归档图喷图流程 11
2.2.1.6. 文件归档流程 11
2.2.1.7. 出版放行流程 11
2.2.1.8. 文件升版流程 12
2.2.1.9. 底图修改流程 13
2.2.2. 档案管理 13
2.2.2.1. 档案借阅流程 13
2.2.2.2. 规定、规范、标准库 13
2.2.3. 综合管理 14
2.2.3.1. 复印申请流程 14
2.2.3.2. 用车申请流程 14
2.2.3.3. 出差申请流程 14
2.2.3.4. 请销假流程 15
2.2.3.5. 会议申请流程 15
2.2.4. 系统管理 15
2.2.4.1. 组织机构管理 15
2.2.4.2. 用户管理 15
2.2.4.3. 角色管理 16
2.2.4.4. 菜单管理 16
2.2.4.5. 数据字典 16
2.2.4.6. 成本维护 16
2.2.4.7. 编号规则维护 16
2.2.4.8. 模板管理 16
2.2.5. 公共部分 17
2.2.5.1. 导出 17
2.2.5.2. 我的工作台 17
2.2.5.3. 系统首页 17
2.2.5.4. 文件转换 17
2.3. 非功能性设计 18
2.3.1. 性能 18
2.3.2. 可靠性、故障隔离与灾备 18
2.3.3. 安全性 19
2.3.4. 扩展性 20
3. 实施方案 20
3.1. 实施策略 20
3.1.1. 项目实施原则 20
3.1.2. 项目实施计划 21
3.1.3. 项目组织方式 21
3.1.4. 项目管理 22
3.1.5. 质量计划 25
3.2. 项目阶段预估表 27
3.3. 人力资源预估 28
3.4. 物理资源预估 28

1. 概述
1.1. 建设背景
(一) 担保行业发展特点
在中央政府和地方各级政府的大力支持和积极推动下，我国担保行业得到快速发展，涌现出了众多担保公司，有些担保公司已经发展成为全国性或地域性的类金融集团，以中小企业为服务对象，为解决中小企业融资难发挥了重要作用。
目前，担保行业已发展到一个崭新阶段，主要表现在：第一，已经发展成为一个新兴行业，特别强调体系建设、系统控制、规范发展、择优扶强和行业整合；第二，由政府主导型向市场主导、政府引导型方向发展，政府扶持方式由初期的一次性资本金注入，到目前的重在建立补偿机制，再到信用资源的有效配置上；第三，担保机构资本实力增强、业务品种创新、专业团队形成、总体素质稳定提高，除为企业提供贷款担保等传统产品外，票据担保、出口信用担保、履约担保等新的业务品种不断形成；第四，担保体系支持中小企业发展的企业效益、社会效益显著。
正是因为行业发展较快，行业竞争比较激烈，各项行业专业法律和行规行约建设滞后，经营机构运营规则缺乏，存在运作不规范、抗风险能力不强的弊端，同时由于担保机构的风险分担与损失补偿机制尚未完全建立，各担保机构都在谋求管理能力和管理水平不断提升，从而得到长续有效的发展。
面对各种挑战，担保机构应抓住机遇，从多方面着手应对挑战。体现在：第一，进一步完善管理手段，提高管理水平；第二、建设和优化IT系统，使其更好地满足业务和管理需求；第三，加强担保公司内外横向协作，跨业务、跨部门、跨上下游单位协作增多，不断在金融服务生态链上谋求发展；第四、运用E-HR人力资源管理系统，增强了服务意识、突出了培训，利于员工素质和能力的提高，为员工创造更宽广的工作平台和更多的机会。
我国担保行业发展的主要特点如下：
1 、多元化发展趋势
担保行业多元化趋势表现首先是担保机构资金来源多样化，政府出资或以政府出资资助、股份联合、企业自办、民营互助等形式并举；其次是组织形式多样化，主要表现为担保基金、有限责任公司、会员制互助基金等事业法人等形式。
2、 发展迅猛，充满活力
中国担保行业发展十分迅速。2008年底，全国中小企业信用担保机构已达4247家。到2009年底，工信部统计数据显示，担保机构约1.4万家，一年之间增长了3.5倍左右，增长速度惊人。
3、 在缓解中小企业融资难方面发挥了积极作用
2008年底，中小企业贷款累计担保额已达1.75万亿元，累计担保企业90.7万户。到2009年底，累计为115万户（次）企业提供担保总额2.6万亿元。
4 、信息化水平普遍较低，业务流程十分不规范
许多担保机构仍停留于全部或部分的手工业务处理状态，业务流程混乱，仅仅依靠员工自身素质来保证业务流程的正常有效运转。担保机构信息化水平的低下，造成组织效率，不能实现快速的数据分析与统计，难以实现科学决策。
5 、风控能力弱，放大倍数亟需提高
多数担保机构还没有形成科学完善的风险控制体系，担保能力较弱，不敢或不能扩大业务品种和规模，担保机构的资金放大倍数普遍不高，整体的担保行业利润率偏低。目前，全国担保机构放大倍数平均 4.2倍，远低于国家允许的最高10倍的信用担保放大倍数。担保行业内，一般经营规则是“3倍保本，5倍盈利”。
6 、两极分化明显，市场化运作成为主流
2010年3月，经国务院批准，中国银监会、国家发展改革委、工业和信息化部、财政部、商务部、中国人民银行和国家工商总局联合发布《融资性担保公司管理暂行办法》，规定设立融资性担保公司注册资本不得低于500万元，资本金达不到这个门槛的将出局。各级政府制定了相应的整顿措施，一大批不合规的担保机构将退出这个行业，整个行业的质量会显著提高。担保机构规模和实力将逐渐两极分化，行业内将出现大型担保公司收购小型担保公司或建立分公司现象，小型或效益差的担保公司将逐步淘汰，担保行业迎来健康、规范的市场化发展新时期。
7 、银担关系将趋于协调
由于政府对中小企业融资难问题的重视，不断出台扶持措施，促进银行与担保机构分担风险，缓解担保机构承担全部风险的不平等地位，将使双方关系趋于协调，将有利于担保行业的进一步健康、稳定发展。
8、 担保行业将迎来新的发展机遇
由于行业整顿以及担保机构对风险控制能力、资金管理能力、业务运营能力的高要求，将进入群雄争霸、优胜劣汰的阶段。另一方面，国家不断重视中小企业融资难问题，在行业整顿的同时，逐渐加大对担保行业各个方面的扶持力度，担保行业将迎来新的发展机遇期。
(二) 担保机构面临的主要问题
1. 担保机构面临的主要风险
担保行业是高风险的行业，防范、管理、化解风险的机制是担保机构赖以生存和发展的关键要素，甚至比拓展业务更为重要。在当前市场化发展道路上，担保业不仅面临着一个相关法律、法规的修改和完善问题，更面临着一个建立并及时调整完善风险管理机制的问题。如果对担保业风险欠缺足够的认识，在激烈的竞争环境中，后果可想而知。因此，充分认识担保业存在的风险，有助于担保机构持续、稳定的发展。
担保机构面临的主要风险：
1、 信用风险
即来源于债务人的风险，属于动态的风险，是担保业务中最直接最主要的风险，是被担保人使用被担保的借入资金的过程中存在的风险，弹性相对较大，由债务人的还款能力和还款意愿决定。
2、 法律政策性风险
市场经济是法治经济，市场化程度越高，对法治化的要求越强。2010年3月，七部委联合发布的《融资性担保公司管理暂行办法》，规定了行业的监管部门，并对担保机构从业人员资格、内部管理等方面进行了规定。同时各级地方政府也相应制定了强化本地区担保行业监管的政策法规，行业发展的法律体系日趋完善。
3、 担保机构的内部风险
①内部管理规章制度、决策程序不健全，有漏洞。
②工作人员专业经验不足、责任心不强，法律意识薄弱，甚至营私舞弊，引发道德风险。
③没有完整的业务流程和风险管理控制体系：
担保机构风险意识虽然不断增强，但切合自身实际特点的完善的风险防范体系并没有完全建立，担保机构对变化的行业政策信息不够敏感，业务决策灵活度太低，不能机动灵活的对付风险。例如：出现风险时，没有切实的化解办法，代偿后，没有高效的追偿途径。
4、 经营外部环境风险：
①竞争性行业中经常遇到的风险（行业特点、竞争地位、竞争能力，产品的竞争能力、市场的占有率、替代产品等）。
②国际国内经济环境变化。
2. 担保行业发展的环境问题
担保行业因其具有信用放大功能、承担银行不愿直接承担的风险、防范机制尚不健全，而成为一个高风险的行业。目前担保行业需要从以下方面解决内外发展环境问题。
1、 担保机构与银行的关系
担保机构必须加强与银行的战略合作伙伴关系。在一些合作较好的中小银行中，担保贷款也只占其中小企业贷款份额的3-4%，可以说双方合作的潜力还相当大。但目前在合作中还有一些不足。如有不少银行要求担保机构承担全部贷款风险，这不利于担保业的长久发展。一方面银行降低了审核门槛，使政策性担保机构可能产生的内部道德风险失去监控，另一方面由于银行拥有结算等多种监控中小企业的手段，对中小企业的经营状况有更深的了解，不仅可以对担保机构评审有所帮助，同时，对中小企业运营情况变化也能得到更快的反馈。
可喜的是，随着担保行业在经济社会起到的作用越来越重要，政府或行业协会也开始协调担保机构与银行之间的合作管理，要求金融机构在与担保机构合作过程中要共担责任与风险，充分意识到担保行业对金融行业的重要意义。因此，今后在担保机构与金融机构合作过程中将形成良性互动的局面，这将十分有利于担保行业的长远发展。
2、 担保机构与政府的关系
我国担保行业是在政府的推动下建立起来的，规模较大的担保机构仍以政府出资为主，主要是利用市场手段支持中小企业发展的政策性扶持机构。各国通行的做法是由中央和地方政府编列中小企业信用担保资金预算。因此政府对担保行业在资金、政策等方面的支持，对行业的发展十分重要。
近几年，国家有关部委及地方政府，对缓解融资难题起到良好经济和社会效益的担保机构相继出台了税收减免、资金扶持等政策，有力地推动担保行业的发展。同时，担保行业的政府主管部门或行业协会，相继组织了担保行业培训及联席会议等机制，保证了行业发展有组织、成长有环境的良好局面。
3、 担保机构与社会信用体系的关系
社会信用体系的完善与担保行业的发展密切相关，二者呈正相关关系，即信用体系愈加完善，担保机构将更容易控制风险，进而促进担保行业及担保机构的快速、健康发展。
尽管由于我国特殊的经济发展历程，社会信用体系还有待完善，但是，随着经济社会的发展，市场经济意识逐步深入，我国民众信用意识不断增强，央行征信系统不断完善，以及消费观念和意识的改变等，都将从另一个角度促进担保行业的进一步发展。
4、 担保机构与信息化的关系
由于国外担保行业起步较早，早已实现计算机联网，信用担保从申请一直到求偿管理，整个过程中的客户信息管理、财务管理和审查业务都已实现系统化、网络化。部分国家的担保机构不但实现公司级的计算机网络化管理，并实现了与银行的联网，他们可以处理面向全球的担保业务，不但通过网络获取世界各地的客户业务数据，进行担保业务的处理，还利用计算机进行业务辅助分析与决策。而我国担保行业发展时间相对较短，信息技术的应用水平较低。大致可分为两个阶段。
第一阶段九十年代中期到九十年代末期为起步阶段。中国信用担保业处于发展初期，信息化建设开始起步，其基本情况是业务系统以单机版为主，业务系统建设刚刚创建，担保公司相关的技术队伍还不受重视，而从事担保业相关信息服务的专业公司几乎没有。此阶段的业务系统比较简单，只能完成特定业务功能，例如小企业贷款担保，国家相应对行业的信息监控技术还是空白。
第二阶段是从九十年代末到现在，担保业信息化建设伴随着中国担保业的发展而发展。个别成立时间较早的大型担保机构已建立较先进的协同工作平台和担保业务系统，通过网络实现分支机构的管理和电子商务业务外延，以广域网、大型机、大型数据库为基础，采用网络技术，商业智能，流程控制等先进信息技术的复杂的综合性业务系统，基本实现业务、管理信息化和决策支持。
然而，基于文件共享的网络系统和基于内网的担保业务处理系统，以及初步具备网络硬件条件，并准备根据自身业务情况选择合适的担保业务信息系统的机构几乎占目前担保机构的全部。
随着担保行业激烈的竞争和信息技术的深化发展，担保机构的业务系统将向业务系统网络化，工作流程可定制化，风险分析智能化方向发展。同时利用先进的信息技术和高级的管理经营，增强自身的竞争力，将成为未来担保机构发展的方向。另外，近些年国家愈加重视担保行业信息化发展，设立了专门的机构（相关机构：各地行业主管部门、担保协会，担保行业联系会议等）逐步推进担保行业信息化建设，促进行业健康、快速发展。
作为“经营信用、承担风险”的担保机构，需要比银行等金融机构更加注重对风险的防范与控制，必须有科学有效的风险识别、防范与控制体系。但是，国内绝大多数担保机构还处于传统担保阶段，可能存在以下问题：
1. 风险程度高，缺乏科学有效的风险控制体系
由于担保公司面临信用、内部管理以及外部环境等多重风险，业务开展过程中风险程度非常高。由于风险错综复杂，加上没有有效的管理机制和信息化协助工具，很难对业务项目进行有效的风险识别和控制，没有形成科学有效的风险控制体系。
2. 信息分散，无法实时掌控项目动态进展
由于担保机构多实行异地化运营，造成项目信息、客户信息分散，而且很多公司还处于传统的手工、纸质业务办理阶段，项目信息不能及时交互与汇总，管理层无法有效了解业务项目实时状态或进展，从而导致管理层无法对业务项目的风险度及时掌握。
3. 统计数据不及时不准确，无法给管理层提供决策依据    
由于缺乏统一的管理信息平台，手工操作难以及时对各项业务数据或信息进行汇总统计，同时数据的可靠性也难以保证，进而难以为管理层提供及时、全面、准确的决策依据。
4. 流程制度有规范,但实际执行较难,流程随意性较大
担保公司出于对风险控制的考虑，制定了详细的项目风险审核流程，但是往往由于没有很好的工具和机制去落实和保证，仅仅依靠一些部门领导对流程的个人理解去贯彻执行，导致业务流程难以严格、准确、有效的落实，使业务流程规范流于形式。
5. 机构内部处于独立作业状态，协同性差。
因此，从宏观来看，担保行业的发展环境将越来越良好；从微观来看，担保机构自身还有许多方面有待完善和提高。根据上面分析，显然可以得出，目前担保机构需要解决的问题，首当其冲的就是如何尽快建立科学有效的风险控制机制，在日益激烈的行业竞争中，增强自身的核心竞争力。
(三) 担保机构面临问题的解决途径
尽管担保行业的发展环境在国家和各级政府不断出台的政策措施的扶持下日趋明朗，但担保机构依然面临如上所述的多重风险和困难，如何加强风险管理和解决面临的问题成为摆在每个担保机构面前的首要任务。在信息化逐渐深入发展的情况下，利用信息化工具和先进的管理理念及方法，通过对担保业务全流程管理和高效协同，实现丰富的统计分析，形成科学的风险控制体系，达到担保业务的流程化、规范化、科学化的目的，最终实现信息化条件的信息担保，将成为担保机构有效应对风险及解决发展中存在的问题的不二选择。

1.2. 建设目标
信息化既能够高效地梳理企业内部的管理、团队、流程，又能够建立起有效的风险管控机制，担保行业的整顿和规范将会为行业信息化的普及带来更大的市场机会。
1、 通过信息化可帮助企业更好的实现风控机制，降低经营风险
目前，担保公司大多都按风险管理的担保前、担保中、担保后三个阶段设置了不同的业务职能部门，不同部门之间按照“审保分离”原则，明确了职责与分工，互相制衡。但在实际运营过程中，由于担保机构内部或多或少存在风险意识不强、以权谋私、提供人情担保等内部风险，甚至为了追求“灵活高效”，往往出现项目越级审批、材料补充滞后之类的情形，使内控和制衡机制流于形式。通过信息化建设，担保企业不仅可以通过信息系统优化和规范业务操作流程，提高业务运作的透明度，同时还可以实现外聘专家远程网络协同审批，从而帮助企业实现内控机制和业务制衡机制的落地。
2、 通过信息化实现科学完善的资信评估，提高风险评价效率
通过信息化可实现科学的咨询评估，可以对申保企业的各项风险进行量化评价，减少人为的误差，通过对债务人经营状况数据的分析，可以发现端倪，及时加以控制、防范和消除。然而，目前绝大多数担保机构的风险评估工作还是依靠业务人员的工作经验及主观判断为主，缺乏科学的风险评级量化方法，同时，由于缺乏前期的风险量化参数，项目的风险也难以设定合理的防控区间，致使业务风险仍处于“谁评价谁防控”局面，风险评价体系正逐渐成为机构业务快速发展的瓶颈。在这种情况下，担保机构就必须有效利用信息技术，结合科学的风险量化方法，在信息系统中建立业务资信评估，来帮助企业提高风险评价效率。
3、 通过信息化形成科学的尽职调查程序
“一分析，二看，三听，四问，五查”五步调查程序是风险控制的重要工作内容，在担保机构内部一个担保项目有数个冗长的分析报告文档是必不可少的。但在项目运行的过程中，担保机构的项目决策层几乎很难掌握这些报告背后信息。采用信息化手段，通过把握流程过程中必要的信息来监控和把关项目调查的各个环节，是担保机构降低风险必不可少的工作内容。而通过构建适用的管理信息系统，不仅有助于提高企业内部团队运作效率，同时也能够帮助企业形成科学的尽职调查程序，从而避免“报告”人为风险。
4、 通过信息化加速业务和服务创新
担保公司传统意义上的基本业务是一年或几年内的短期银行融资担保，但是，近年来，随着担保公司的业务种类不断增加，更是出现了一些新的业务趋势。然而，在竞争日趋激烈的市场背景下，担保企业如何加速自身业务创新？向有效市场快速推送高竞争力的产品与服务？同时快速建立自身品牌？在互联网已经参透各行业的时代，服务行业尤其是金融服务行业从信息层面看本质上就是提供数据服务，而利用互联网和信息技术培育市场、切入市场、用信息形成市场壁垒等等早已经成为发达国家金融服务机构的必修课。因此，利用互联网和信息技术加速业务和服务创新将是担保机构提升企业核心竞争力的必要手段之一。
5、 通过信息化可以提高机构的运营水平和效率
担保机构利用网络、信息等技术，实现机构内部网络协同办公；实现知识的高效共享，降低担保业务管理难度、提升工作效率，进而提高机构的整体运营水平。
通过实施信息化担保机构可实现：
1、 实现业务的自动化流转、帮助企业规范化管理；
2、 提高沟通总部与分支机构之间/各部门之间的协作效率和运营水平；
3、 强化知识管理，科学决策，提高风险控制能力。
4、 帮助企业及时响应和满足变化的市场需求；
5、 企业管理层可随时了解到企业的项目信息、还款状况、客户信息、资金信息等相关资料。
随着担保行业的发展和成长，信息化将为担保机构抵御风险增强企业核心竞争提供重要保证，进而实现未来担保机构自身的快速、健康发展。
2. 总体建设方案
2.1. 总体架构
2.1.1. 开发及运行环境
项目采用B/S架构实现， JAVA语言开发，应用部署在服务器端，用户通过客户端浏览器访问应用服务。
一． 服务器端
操作系统：Windows Server2003/2008
数据库：SQL Server 2005
服务及中间件：tomcat 6 + JDK 1.6

二． 客户端
客户机：Windows XP、WIN7 32/64、WIN8 64
工具软件：MS Office 2003、2007、WPS2012、2013、PDF、CAD 等
浏览器：IE11、火狐。
2.1.2. 设计蓝图

面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。 对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。
B/S结构（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。
（1）维护和升级方式简单。当前，软件系统的改进和升级越发频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。
（2）成本降低，选择更多。大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上windows并不是处于绝对的统治地位。 当前的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用哪种操作系统都可以让大部分人使用windows作为桌面电脑操作系统不受影响，这就使得最流行免费的Linux操作系统快速发展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。
比如说很多人每天上“新浪”网，只要安装了浏览器就可以了，并不需要了解“新浪”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。
（3）应用服务器运行数据负荷较重。由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。
2.1.3. 技术架构
项目用java语言开发，总体架构采用MVC的设计模式，MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写。
以下是各层所使用的技术及框架：
1. 视图(view)层：Struts2框架+JSP+javascript+jquery；
2. 控制器(controller) 层：spring；
3. 模型(model) 层:hibernate；
4. 以下是各层所使用的技术及框架：
Struts2、spring、hibernate都是目前主流的开发框架，安全、稳定、可靠性高。
Struts对Model，View和Controller都提供了对应的组件。ActionServlet，这个类是Struts的核心控制器，负责拦截来自用户的请求。Action，这个类通常由用户提供，该控制器负责接收来自ActionServlet的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。Struts提供了丰富的标签库，通过标签库可以减少脚本的使用，自定义的标签库可以实现与Model的有效交互，并增加了现实功能。
Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

2.1.4. 开发语言的比较
应该说是各种开发语言都各有千秋，而目前开发B/S结构的管理系统主流的开发语言就是java，一般ASP、.net以开发动态网页为主。相对来讲租用java的服务器作为网站的后台成本要高于.net，因此基本开发动态网页以ASP、.net为主。
ASP、.net只能运行于window平台，java是跨平台的，无论是什么系统，只有java虚拟机就可以运行，而Linux,Unix系统的安全性要高于window。
Java是开源的，有很多第三方的jar包，为开发提供更多的便利，也使得java语言迅速发展。
从性能上来说，JSP、PHP、ASP相比较，有人做过试验，对这三种语言分别做回圈性能测试及存取Oracle数据库测试。
在循环性能测试中，JSP只用了令人吃惊的四秒钟就结束了20000＊20000的回圈。而ASP、PHP测试的是2000＊2000循环（少一个数量级），却分别用了63秒和84秒。（参考PHPLIB）。
数据库测试中，三者分别对 Oracle 8 进行 1000 次 Insert,Update,Select和Delete： JSP 需要 13 秒，PHP 需要 69 秒，ASP则 需要 73 秒。
从未来的发展前情和目前的市场占有率来说，java都更有优势，尤其是对于企业级应用管理系统来，几乎没人有会选择ASP、.net。
2.2. 应用系统设计
2.2.1. 我的工作平台

2.2.1.1. 我的待办
Ø 立项信息的采集录入（包括：合同号、项目名称、项目概况、设计阶段、委托日期、立项日期、项目投资、市场经理），对数据有效性进行校验；
Ø 客户信息的采信录入（包括：客户编号、名称、系统类型、联系人、联系电话等），对数据有效性进行校验；
Ø 在立项时支持模糊查询客户，关将客户与项目关联；
Ø 项目立项相关文档资料上传；
Ø 根据立项信息自动流转到相关部门或人员。

2.2.1.2. 我的已办
Ø 确定项目经理、项目总工；
Ø 确定里程碑点，里程碑为数据字典，为选择项；
Ø 发布任务通知书，根据项目经理和项目总工，任务发送给各专业部室；
Ø 各专业部室反馈专业负责人；
Ø 确定中、英文签署；
Ø 项目经理确定项目结构，包括：项目区域、单元、专业、档案、文件清单；
Ø 提供项目结构的复制新增功能；
Ø 项目文档上传，确定文档的初始版次
2.2.1.3. 个人信息配置

Ø 各专业设计人员维护文件清单；
Ø 提供文件清单模板，可导入文件清单列表；
Ø 根据各专业的校审级别、难度系数两个不同的维护，查询出校审资质的人员；
Ø 配备设校审人员时可批量操作；
Ø 文件设校审流程启动；
Ø 校审意见的填写，各校审人员可同步进行，与审批流程分离；
Ø 校审流程逐级审批，审批时带出校审意见并可再次修改评审意见；
Ø 一个档案下同一个人要审批多个文件时可以多选择，批量审批；
Ø 获取校审人员所用计算机的ip、mac、日期、时间、用户ID；
Ø 校审人员都通过后，进行会签，会签人员只进行通过与否的签署
Ø 校审通过后启动电子签署，word、excel系统自动完成签署，根据项目中设置的中文、英文来判断签名文件的存放位置，将签名图片显示在指定位置；
2.2.1.4. 项目转办

（喷图归档流程图）

Ø 各专业设计人员完成草图后，文档签署完成前，可以对上传的文档启动草图喷图流程；
Ø 草图喷图可以按档案号或文件批量操作；
Ø 流程启动后，由部门或项目经理审批，审批可通过或打回；
Ø 通过后再由项目部审批，审批可通过或直接打回给申请人；
Ø 都审批通过后，流转到出版中心，出版中心进行喷图；
Ø 喷图完成后，提交完成结果，结果反馈给申请人。
2.2.2. 客户管理
2.2.2.1. 个人客户
Ø 档案查询
Ø 借阅申请，非电子档案如果已经借出则不能申请借况
Ø 经部门领导审批、主管部门审批、主管领导审批同意后，发至档案部门
Ø 档案人员将结果反馈申请人，如果是电子档案给申请人开放下载权限，控制可下载时间范围
2.2.2.2. 企业客户
Ø 规定、规范、标准等维护；
Ø 支持文件的上传和下载；
2.2.2.3. 第三方担保人

2.2.2.4. 客户咨信评估
2.2.2.5. 客户授信管理
2.2.3. 合作银行
2.2.3.1. 银行授信额度管理

2.2.3.2. 银行保证金管理
系统管理支撑着应用系统的运行，为系统提供基础的数据维护。
2.2.3.3. 组织机构管理
Ø 机构以树型结构展示，机构树是机构关联关系的体现，机构挂在机构树上。
Ø 部门挂在机构下
2.2.3.4. 用户管理
Ø 用户基本信息维护；
Ø 为用户选择所属的机构和部门；
Ø 可以为用户选择所属专业；
Ø 设置用户的校审权限；
Ø 设置用户可评审的机密级别；
Ø 为用户分配角色；
Ø 维护电子签名文件，可上传两个签名文件（中文、英文），系统保存到指定的目录下。
2.2.3.5. 角色管理
划分权限组，不同的角色可以操作不同的功能，权限细分到按钮级；
2.2.3.6. 菜单管理
菜单以树型结构展示，配置系统中所有提供的功能。包括功能的类型、调用的类和方法、操作的处理事件、提交方式、对话框显示的大小、自定义菜单属性等。
2.2.3.7. 数据字典
维护了系统中的字典数据，所有表单中的单选、多选、下拉列表中的数据项都可以通过数据字典维护。
系统提供数据字典的翻译转换功能。数据字典存放在缓存中方便读取，提高效率。数据字典更新时系统自动刷新缓存，实时生效。
2.2.3.8. 成本维护
系统中有需要统计成本的功能，对于成本的计算需要有一定的数据支撑。如纸张的成本，可以根据不同的纸质、大小来维护不同的成本。

2.2.3.9. 编号规则维护
有规则性的编号可以在编号规则中维护，在需要使用的地方，系统根据规则自动生成编号。
2.2.3.10. 模板管理
模板管理功能是管理系统中所有用到的模板，当文档需要系统做一定处理时，必需提供模板，用户在模板中填写内容后做导入或上传的操作。通常在模板中会设置变量或指定位置以提供给系统修改的值或位置。

2.2.4. 审批管理
2.2.4.1. 项目申请
所有查询列表提供导出excel的功能。

2.2.4.2. 保前待办项目
Ø 我的待办事件；
Ø 我的提醒；
Ø 我的已办事件。

2.2.4.3. 保前终止
Ø 首页的框架设计；
Ø 显示有操作权限的菜单；
Ø 登陆用户信息；
Ø 待办事件；
2.2.4.4. 合同管理
担保协议书管理
借款合同管理
保证反担保合同管理
抵押合同管理
质押合同管理
保证金合同管理

2.3. 非功能性设计
2.3.1. 性能
系统整体采用高性能并行计算架构和多级缓存技术，能够在不影响事务一致性的前提下应对多种应用和互联网访问为系统带来的交易处理压力，如下图：

2.3.2. 可靠性、故障隔离与灾备
Ø 系统对于数据的可靠性要求较高，在设计中可以采用磁盘阵列技术；
Ø 服务器及终端需要配置维护工具及各种检测和预防病毒软件等，降低系统运行环境出现故障的风险系数；
Ø 独立搭建灾备服务器，进行定时备份关键业务数据；
Ø 主要的硬件及软件:
ü 硬件:
· 100/1000M局域网
· WINDOW 2K 服务器
· 服务器或高性能PC
· 普通PC (客户机)
ü 软件:
· WINDOWS 2K SERVER
· WINDOWS 2K PROFESSIIONAL
2.3.3. 安全性
Ø 系统集成安全性，保证集成状态下系统访问的安全性，进行关键业务数据网络隔离和互联网加密服务等方式，如下图：

Ø 软件系统访问安全性，如下图：

2.3.4. 扩展性
Ø 集成可扩展：系统整体采用独立部署的集成平台进行第三方系统接口集成，通讯协议及报文标准都在集成平台中进行统一规范和协议转换，可任意适配各类通讯协议和报文标准；
Ø 功能可扩展：系统整体基于SOA体系标准构建，所有功能以独立可插拔的服务形式体现，根据客户不断变化的功能需求，可以在不改变整体技术架构和不影响在用功能的前提下，增加新功能或调整现有功能。
3. 实施方案
3.1. 实施策略
3.1.1. 项目实施原则
n 统一规划
n 分步实施
n 循序渐进
n 机动灵活
3.1.2. 项目实施计划
本进度计划是公司根据以往项目实施的经验，并结合客户方对项目进度的总体要求编制。总体时间周期为6个左右自然月，根据功能优先级分多批次来执行。
3.1.3. 项目组织方式
项目组织结构图
项目领导小组
项
项
目
成
员
成
员

、
客户方
项目经理
厂商
项目经理
项
项
目
成
员
成
员
项
目
成
员
目
成
员
f
目
项
目
成
员
员
系
统
系
统
分
析
设
计
析
设
计
系
统
开
发
测
系
统
开
发
测
试
组