资金系统方案Word文档格式.docx
《资金系统方案Word文档格式.docx》由会员分享，可在线阅读，更多相关《资金系统方案Word文档格式.docx（54页珍藏版）》请在冰豆网上搜索。
系统各模块既可单独使用，又能灵活协同工作，作到信息充分、准确、及时共享，保证各项业务数据的完整性和一致性。
二.2.1单位版
根据单位版的业务特点，系统力求操作简单、系统坚固和数据安全，因此采用单机系统架构。
操作系统：
Windwows98/2000/XP系列；
开发工具：
Delphi7.0；
数据库：
MicrosoftOfficeAccess2003；
交换介质：
软盘/USB移动盘/光盘/电子邮件；
加密策略：
SSL+MD5；
备份策略：
本地循环备份、手动备份。
二.2.2中心版
中心版包括资金归集系统和帐务管理系统，根据中心版的业务特点，两套系统间有部分数据需要共享，为了使操作简单、便于管理、系统坚固和数据安全，系统设计为多用户架构，采用中心数据库的方案，使两套系统公用一个数据库数据服务器，分库管理的模型。
服务器操作系统：
Windows2003；
工作站操作系统：
MicrosoftVisualStudio.NET2005
MicrosoftSQLServer2000；
网络：
以太网；
安全策略：
身份认证、漏洞扫描、病毒查杀；
本地自动循环备份、计划备份、远程备份（需求未定）。
二.3系统拓扑结构
资金中心的数据库服务器采用镜像设备管理，提高设备和数据的安全性；
数据库服务器与远程存储IP间通过数据交换进行远程数据备份；
单位使用的工作站与中心内网物理隔离，采用存储介质交换数据；
二.4系统部署形态
资金中心的各种关系型数据均在此服务器中集中存储；
数据库服务器存储所有业务数据和本地备份数据；
应用服务器存放系统备份和部署内网防病毒、漏洞扫描和文档信息；
各个工作站为用户使用，没有特殊要求；
二.5系统功能架构
第三章系统安全方案
三.1安全体系的结构框架
上图为三维安全体系结构的框架图，通过安全体系的结构框架反映了信息系统安全需求和体系结构的共性，其构成要素是安全特性、物理单元及OSI模型层次。
三.1.1安全体系的内容
三.1.1.1访问控制
通过对特定数据、服务建立的访问控制体系，将绝大多数泄密阻止在到达泄密目标之前；
三.1.1.2检查安全漏洞
通过对安全漏洞的周期检查，即使泄密可到达泄密目标，也可使绝大多数泄密无效；
三.1.1.3加密通讯
主动的加密通讯，可使攻击者不能了解、修改敏感信息；
三.1.1.4身份认证
良好的身份认证体系可防止窃密者假冒合法用户；
三.1.1.5备份和恢复
良好的备份和恢复机制，可在攻击造成损失时，尽快地恢复数据和系统服务
三.2系统安全
三.2.1安全漏洞
三.2.1.1漏洞扫描的布署意义
漏洞扫描可以发现大众化的安全漏洞和非大众化的漏洞。
不但可以利用系统预制的数千种方案进行系统探测，而且还允许用户用自己定制的数据包检测，使用非常灵活。
漏洞扫描可以确定防火墙的每一条防护规则是否起作用，用独特的定制审计包引擎（CAPE）技术完成协议级Spoofing和攻击模拟。
同时可以验证存取路由器、过滤防火墙的完整性，也可以用来检查各种混合配置。
应用漏洞扫描技术主动扫描网络安全漏洞，管理员可以了解网络的安全配置和运行的应用服务，及时发现安全漏洞，客观评估网络风险等级。
管理员可以根据扫描的结果更正安全漏洞和系统中的错误配置，在攻击前进行防范。
如果说防火墙是被动的防御手段，那么漏洞扫描就是一种主动的防范措施，可以有效避免攻击的发生，做到防患于未然。
通过漏洞扫描技术与防火墙互相配合，保障系统安全的完整性。
三.2.1.2漏洞扫描的布署方案
漏洞扫描工具分为基于服务器和基于网络的扫描器。
1）基于服务器的扫描器
基于服务器的扫描器主要扫描与服务器相关的安全漏洞，如password文件，目录和文件权限，共享文件系统，敏感服务，软件，系统漏洞等，并给出相应的解决办法建议。
它与相应的服务器操作系统紧密相关。
2）基于网络的扫描器
基于网络的漏洞扫描主要扫描特定网络内的路由器、网桥、变换机、访问服务器、防火墙等设备的安全漏洞，并可设定模拟攻击，以测试系统的防御能力。
通常该类扫描器限制使用范围（IP地址或路由器跳数）。
三.2.2身份认证
三.2.2.1身份认证技术部署意义
身份认证技术直接关系到网络资源的访问控制问题，从安全的网络系统来考虑，只允许持有合法身份的用户访问允许被访问的资源。
如：
对数据库的访问，对操作系统的资源的访问。
身份认证作为资源控制的第一道门，其布署至关重要。
身份认证技术的类型
身份认证技术主要包括以下两种：
1）非对等的身份认证
采用非PKI技术，通常用于操作系统的身份认证，在服务器提供服务之前，服务器采用用户名和口令的方式来对用户的身份进行确认。
但用户并不需要确认服务器的身份；
WINNT、WIN2000、UNIX等操作系统的身份认证。
2）对等的身份认证
采用PKI技术，通常用于电子商务中交易的双方的身份认证，电子交易双方的身份认证采用第三方认证机构的电子签证中心的数字签名来确认双方的身份。
如电子商务中用到的SSL安全通信协议的身份认证、Kerberos等身份认证等。
三.2.2.2身份认证技术方案设计
分析以上的身份认证技术并结合系统的安全需求，对于一些安全要求非常突出的用户可以设计使用PKI的数字签名认证机制，来保证数据的完整性和防抵赖性；
并引入增强的CHAP协议，将系统安全判别因子分离成两部分，即“用户口令”+“存于IC卡、Skey或软盘中的用户个人秘密信息”。
当需要用户与服务器在网络上交换信息时，利用CHAP协议保证了用户的口令信息不在网上传输，并针对每次身份认证采用一次性加密口令，保证信息的安全性。
同时，为了防止系统内部的泄密发生，我们对CHAP协议进行了增强，将传统的由服务器保存用户口令方式改变为服务器仅存储用户的加密口令，而加密口令的密钥存在用户的Skey或SmartCard中，由用户掌握。
完全杜绝了传统身份认证方式下用户口令被Hack截取和破解的危险，保证了用户信息的安全性。
并从而解决多系统用户账号管理和用户进入各种系统上的问题。
三.2.3病毒查杀
在所有的安全威胁中，计算机病毒是最为严重的，它不仅发生的频率高、损失大，而且潜伏性强、覆盖面广。
因此部署安全高效的防病毒系统是必不可缺的。
为了正确选择、配置和维护病毒防护解决方案，系统必须明确地规定保护的级别和所需采取的对策。
三.2.3.1部署多层防御体系
伴随着信息技术的发展，病毒可从多种渠道进入系统，因此在尽可能多的点采取病毒防护措施是至关重要的。
其中包括网关防病毒、服务器及群件防病毒、个人桌面计算机防病毒以及所有防病毒产品的统一管理等。
三.2.3.2定期更新防病毒库
在大多数系统了解到使其病毒定义文件保持最新版本的重要性的同时，并不是人人都了解确保检测引擎为最新版本同等重要。
一般情况下，更新是自动进行的，但更重要的是应定期检查日志文件以确保正确地执行了更新。
基于服务器的病毒防护是提供系统内部保护的最有效方式，但是根据系统安全保护策略的细节不同，它不能对所有类型的信息（如加密信息）都提供防护。
因此还应定期更新桌面计算机中的防病毒软件。
三.2.4可信时间戳（抗抵赖）
三.2.4.1可信时间功能
可信时间戳服务系统提供在特定时间内数据存在的证明服务。
该服务由可信任第三方提供，提供该服务的第三方称之为“时间戳权威（TSA－TimeStampAuthority）”。
抗抵赖服务需要有提供某份文件（或某条信息）在某个时间（或以前）存在的证据的能力，可信时间戳功能就是提供该服务的系统。
最典型的用例就是证明一张公钥证书在有效期内其签名产生的时间。
三.2.4.2可信时间作用
可信时间戳服务系统的主要功能是提供可靠的时间信息，证明某份文件（或某条信息）在某个时间（或以前）存在，防止用户在这个时间前或时间后伪造数据进行欺骗活动。
三.3双机镜像
目前自动化成度高，各单位对服务的安全性，可用性，依赖性变大。
２４小时不允许停机，在这种情况下，服务器的双机热备就显的非常必要及迫切。
双机热备是近年来服务器端的安全性，可用性的一次重大的革命。
从以前加大的硬件可用性，到现在的双机要备用，来保证服务器的不停机运行，是高可用性的一次重大的进步。
三.3.1双机镜像（热备）的原理
当一台服务器在工作时（称为主机）。
另一台服务器作备用状态（称为备机）。
当主机因为某种原因出现故障，如死机，主机断电，病毒发作，硬盘损坏等，不能继续提供服务时，备用机能够在规定的时间内接替主机的服务，继续提供服务，从而达到不停机的服务。
三.3.2全故障检测功能
磁盘卷：
在共享磁盘阵列的双机方式下，系统可以对磁盘阵列的卷资源进行保护，防止因双机共同写同一个文件造成的故障。
共享文件：
服务器名字：
可以对服务器名做集群热备。
可以对Oracle，Sybase，Informix，DB2，MSSQLServer等数据库进行保护及检测功能。
用户自定义程序：
对用户自有程序做到实时检测及热备功能。
三.4数据安全
三.4.1常规备份
三.4.1.1数据库维护
数据库维护的功能是实现数据库的备份、恢复和优化。
在日常使用数据库过程中，对数据库进行备份可以保留当前数据，以便今后查看并且防止数据遭到丢失或损坏，而利用数据库恢复就可以使数据恢复到备份时的状态。
数据库优化可以删除一定时期内已经结报的日志信息，从数据库中删除这些过期数据，避免数据冗余。
三.4.1.2数据库备份
该系统数据库应在创建之后卸出，从而提供一个装入基点。
在此之后按照排定的备份计划，周期性的做数据库卸出。
如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。
三.4.1.3数据库恢复
如果用户数据库存储的设备失效，从而数据库被破坏或不可存取，通过装入最新的数据库备份以及后来的事务日志备份可以恢复数据库。
三.4.1.4数据库监视
系统管理员可以在日常工作中监视系统运行情况，日常要监视的主要目标有:
用户数据库、数据库日志表以及原始数据表等。
如果发现占用空间过大，对日志表要进行转储；
对其他目标则应扩充空间或清楚垃圾数据。
三.4.2数据灾难备份及恢复
数据备份及灾难恢复系统是在线备份的有力补充，同时结合备份软件，通过异地备份数据得到了进一步保护，无论遇到多么严重的险情系统数据也可安然无恙，并且可快速恢复系统。
以数据库服务器为备份核心，备份系统的所有信息的数据库，由于数据库服务器的采用一主机一备份机的方式，因此备份数据库服务器的系统负荷并不大，因此将其同时作为备份服务器，并可选择安装磁带库，同时它还可以对网络中的应用服务器和文件服务器进行备份，必要时做网络恢复。
当某一台服务器出现故障无法正常运转时，通过备份服务器或数据磁带进行灾难恢复。
磁带机/光盘库的选择可根据实际的备份数据量来决定。
自动加载磁带机/光盘库的采用免去了管理员更换磁带/光盘的工作，同时也避免了可能引发的人为失误。
第四章应用系统方案
四.1单位（机）版住房资金管理子系统
四.1.1基本信息管理
四.1.1.1单位信息管理
1.单位登记
单位（部门）登记功能模块就是完成单位信息的初次记录操作，登记完成后才可以给此单位（部门）开设相应的住房资金账户和维修基金帐户，然后为此单位（部门）中的个人开设个人账户，开设完成后才可以进行房资金账户和维修基金帐户的缴存、支取、核算等业务。
其中包括：
单位全称、单位性质、单位地址、管理信息、联系信息，登记日期等。
同时包括修改，删除等功能。
2.单位开户
单位基本信息登记后，要为本单位建立中心和银行的帐户信息，这些信息为业务处理提供基本的帐户基础。
住房资金本金帐号、维修基金本金帐号、住房资金利息帐号、维修基金利息帐号、开户时间等。
3.单位变更
当单位基本信息发生变化时（如：
单位信息、帐户信息等），为了保证原有单位信息不丢失，并且能够为中心版管理提供单位历史信息查询，跟踪变更过程，用此功能完成。
当单位基本信息发生变化后，在下一次业务周期后，向中心报送数据时，该变更信息会自动报送中心版系统，为中心版系统提供历史数据查询依据。
4.单位销户
当出现单位合并或单位撤消等情况时，使用该功能模块，通过单位销户处理，记录销户信息、处理帐面余额等业务。
四.1.1.2房屋信息管理
1.房屋开户
建立单位信息后，需要对单位所管房屋进行开户处理，房屋开户建立每栋房屋的详细信息，包括房屋性质、地理信息、单元信息、住户信息、登记日期等。
为了核算准确，降低核算误差和方便数据统计，所有房屋统一按住户登记。
对于房改房可自动产生虚拟住户信息。
在该功能模块下，加入Execl表导入功能，通过按照统一模板格式可一次导入全单位的所有房屋的开户信息，其中包括售房缴存和维修基金缴存信息。
2.房屋变更
当房屋性质或其他信息发生变化时，使用该功能，与单位变更管理相似，该功能记录历史信息，在下一个业务周期后，向中心报送数据时，该变更信息会自动报送中心版系统，为中心版系统提供历史数据查询依据。
3.房屋销户（灭失）
房屋产权人（非住户）因产权转让、拆迁或其他原因造成原房屋销户或灭失的，可办理销户手续,登记销户证明，销户原因等信息。
如果是房屋灭失，单位按维修基金明细账户账面提取余额。
其中，属于公有住房售后维修基金的，应按售房单位和个人累计交纳的比例分别退还。
四.1.1.3资金证明管理
1.固定格式证明管理
建立证明申请登记、索引等，随时可查阅登记信息。
固定申请格式（甲方提供固定格式）：
关于办理售房款资金证明的申请；
关于办理售房款资金封存证明的申请；
关于解除售房款资金封存的申请；
关于划转维修基金的申请；
2.电子文档证明管理
所有以电子文档格式提供各类证明，将电子文档保存在该系统中，建立查询索引，随时可查各个证明信息。
四.1.2售房资金管理
业务流程如下图所示：
四.1.2.1业务处理
1.缴存业务处理
缴存管理主要是完成售房资金的缴存和补缴、变更等业务的处理，缴存管理功能包括了“汇缴”、“单缴”、“补缴”、“份期补缴”、“变更处理”、“封存”和“启封”等功能模块。
所有缴存业务处理最终按户核算，但在管理上可以分别进行按单位、房屋、单元、住户等不同级别的管理。
●批量汇缴：
主要适用与批量缴存业务处理。
对于初次批量缴存，快速便捷。
并设有Execl导入功能，通过统一模板批量导入缴存数据。
如果在基本信息管理->
房屋信息管理->
房屋开户中通过Execl统一导入功能批量导入了数据后，在此出可以浏览或更改缴存信息；
●单独缴存：
用于单独住户缴存业务的处理；
●分期补缴：
对于分期付款等业务可以用此功能处理，通过设置分期周期，按期补缴，系统自动将每笔补缴信息标记后追加到对应住户的缴存记录中。
●单独补缴：
功能与单独缴存相同，但缴存标记为“补缴”，在记账时，数据为加到原住户的缴存记录中。
●封存启封:
根据业务需要，对某一帐户资金进行封存，记录封存证明，封存原因，以及相关信息等。
收到资金中心启封证明后，对某一帐户资金进行启封，记录启封证明，启封原因，以及相关信息等。
2.支取业务处理
支取业务包括“部分支取”、“销户支取”和“转出支取”等业务，当发生的支取业务符合售房资金管理规定时，所发生的费用由本模块进行记录、管理，核算到户。
不同支取业务分别记录相应的业务原因。
●部分支取
当发生多缴、补贴等业务时，本模块负责对这些情况发生时已帐户金进行相应处理。
●销户支取
当发生退房、灭失等业务时，本模块负责对这些情况发生时帐户资金进行相应处理。
●转出支取
当发生产权过户、退房等业务时，本模块负责对这些情况发生时帐户资金进行相应处理。
四.1.2.2台帐管理
1.利息管理
通过接收资金中心的利息数据，将利息数据到入该系统。
该模块自动将利息数据与房屋信息绑定，记入本金，并核算到户。
2.业务对帐
通过接收资金中心的业务数据和记帐数据，与系统中的业务、数据和记帐数据进行自动对帐或手动对帐。
3.记帐管理
当缴存、支取等业务发生后，单位报送数据到资金中心。
在资金中心批复通过后，单位通过该模块对所发生的业务记帐。
如果在记帐后发现有数据错误，可以允许调帐。
四.1.2.3查询统计
查询功能可以用来对单位信息、住户信息、缴存信息、支取信息、结息对帐信息、单位台帐、单位台帐明细等信息进行查询。
统计功能可以用来对房屋信息、住户信息、缴存信息、支取信息、结息对帐信息、单位台帐、单位台帐明细等信息进行统计。
所有查询统计结果，均可导出到Execl表中。
四.1.3维修基金管理
主要功能是为用户的公共维修基金的使用、收集等业务进行管理。
其业务流程如下图所示：
四.1.3.1项目管理
1.项目基本信息
按年、季、月等时间粒度进行项目预算的信息登记；
2.项目申报相关报表
项目基本信息建立后，通过信息上报将项目相关信息上报的资金中心，输出报表按甲方需求确定格式。
3.公示信息
提交的目基本信息，经资金中心审核批复后，可以进行公示，输出公示报表。
4.项目分摊情况
提交的目基本信息，经资金中心审核批复后，将项目款分摊到楼、单元和住户。
四.1.3.2业务处理
缴存管理主要是完成售房资金的缴存和补缴、变更等业务的处理，缴存管理功能包括了“汇缴”、“单缴”、“补缴”、“份期补缴”、“变更处理”、等功能模块。
单位可使用的资金只占单位缴存部分的40%，即单位支取额度总额。
其中只有在单位审批额度不足以支付本次支出的情况下，单位才可以使用上级审批额度。
无论单位审批额度还是上级审批额度均需要审批部门审批后才可以划款、记帐。
四.1.3.3台帐管理
四.1.3.4查询统计
四.1.4数据交换管理
四.1.4.1数据上报
上报内容分为基础信息部分和业务信息两个部分。
基本信息部分，上报时将变动部分的信息上报，如果未发生变化，则上报原信息；
业务部分分售房资金和维修基金两部分，上报信息主要包括未记帐缴存、支取、销户、封存、启封等信息，以及自定义的业务原因。
上报数据采用深度数据加密和黑盒加密法结合，确保数据交换过程发生数据泄密事件。
传输介质采用身份认证技术，防止窃密者假冒合法用户窃取信息。
所有上报数据到资金中心时，都必须先进行病毒查杀，该功能将有中心版的资金归集系统自动完成。
收据上报时，系统在后台自动收集需要上报的信息，加密后形成密文上报。
四.1.4.2数据接收
接收数据的内容分为政策法规、基础信息和业务信息三个部分。
资金中心可以通过数据交换功能达到将政策法规及时传达导中直机关下属单位中；
基本信息部分接收资金中心的审核信息，将审核批复和审核变动部分的信息导入到系统中；
业务部分部分接收资金中心的审核信息，将审核批复和审核变动部
升级会员 