1、“.....恢复方式说明当使用个数据库时，总希望数据库的内容是可靠的正确的，但由于计算机系统的故障硬件故障软件故障网络故障等管理员的失误，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原与恢复过程。类别上分为致性恢复，和非致性恢复。及时的备份可以避免绝大部分的非致性恢复，当正在使用的文件损坏时，必须进行非致性的恢复。系统数据出现丢失等可以用上节的备份数据进行恢复，这里给出些特殊情况的恢复方式实测算法。实现单个数据文件损坏后恢复实例。首先列出表数据文件，执行日志里面可以确定损坏文件的序号如果是数据库是状态，恢复脚本如下。为的表空间名如果数据库是关闭的，可以让数据文件脱机，先启动数据库使其他文件可用。在执行恢复......”。

2、“.....多个数据文件损坏可以直接通过恢复损坏的表空间来进行恢复。系统表空间数据文件损坏恢复实例。在数据库状态下恢复丢失包含回滚段的数据文件这里只是简要的列举了几个常见的数据库故障问题，数据库在实际应用中碰到的问题还有很多，为了不影响用户的正常业务办理，保证数据的可用性就需要在日常维护工作中提高备份的重要性，只有在充分的备份前提下才能在恢复的时候更加迅速更加有效。本章小结本章主要对系统数据库的实现做了详细的论述，给出了数据库的空间规划，安全性和备份恢复案例，也对系统的数据库快照技术做了详细的设计和实现，通过阅读本章可以全面的了解系统的数据库构成和设计方案，数据库的设计好坏关系到应用的使用效率和数据安全，下章将全面详细的对系统部分功能模块的实现做具体说明第六章电子稽查系统功能详细设计与实现由于本文篇幅所限......”。

3、“.....系统管理模块的设计与实现系统管理模块包括人员的签到签退，稽查机构管理，操作员管理，权限集管理，参数管理，消息管理等六方面的内容。系统管理模块算法中涉及的部分表见附录。签到签退子模块界面设计签到签退模块主要是完成稽查员登陆和签退的功能。签到界面，如图所示。图系统签到界面流程设计操作员签到机构签到模块根据操作员代码和操作员密码实现登录系统的功能。系统自动判断操作员登录系统时，稽查机构状态是否处于签到状态，如果处于未签到状态则联动机构签到，签到流程图如图。登录时判断当前操作员状态，签到状态再次登录，系统提示此操作员号已经签到。据操作员代码和密码校验用户身份的合法性。密码输入时，系统提示密码不正确。操作员密码当日连续输错三次，系统自动锁定该用户。当操作员密码锁定时需要由有权限人员对其密码进行重置。图签到流程图操作代码输入，系统提示该操作员不存在......”。

4、“.....提示你是初始化操作员，请先修改密码。密码由字母或数字字母组成，不能全为数字或相同的字母。新密码和新密码确认必须致。操作员登录系统后，操作员状态由系统自动设置为签到。操作员的密码使用周期已经到，系统则提示密码已过期，需进行密码修改后方可正式签退系统。如果操作员还未到启用日期，则系统提示该操作员还没有到启用日期。因电脑死机电源断电电脑出现故障等其他原因致使操作员不能正式签退或和当日没有正式签退的操作员进行强制签退的功能。强制签退需由有权限的操作员或系统日终处理时自动执行。算法设计请求登陆界面初始登陆判断用户名不能为空,密码不能为空,设置柜员状态锁定柜员锁定,调用后台数据库机构柜员管理表,,设置柜员成功登陆状态,用户名或密码不正确，请重新输入,用户名和密码不能为空,机构管理子模块界面设计机构管理界面如图所示......”。

5、“.....稽查机构注册实现机构新增的功能，实现对各稽查中心的机构信息和上下级隶属关系进行修改。图稽查管理模块菜单流程设计在机构查询子模块中系统会自动判断所要查询的稽查机构的是否为当前操作员管辖的机构，如果输入的稽查机构代码不是其管辖权限内的机构，则系统提示无此机构的操作权限。机构注册新增机构是系统会检查机构是否存在，是否上级机构与新增机构之间匹配，并且系统在日终处理时会自动检查是否有新注册的稽查机构如果有则自动上传给上级稽查中心管理机构。对各稽查中心的机构信息和上下级隶属关系进行修改，只能修改签退状态下的机构，对于注销状态下的稽查机构能进行修改操作，签到状态下的稽查机构不能进行修改操作，机构修改流程如图所示。稽查机构必须在签退状态下才能被注销，查询到的均是签退状态下的稽查机构，机构注销时联动机构内人员注销......”。

6、“.....联动解除其与业务机构的对应关系。激活稽查机构，原有的稽查机构与业务机构对应关系不能恢复，需要操作人员重新设置对应关系。图机构修改流程算法设计机构合法性检查操作员管理子模块界面设计如图所示，操作员管理是在系统内建立操作员信息，并可对操作员信息进行修改注销激活交易，本系统涉及金融风险业务所以需要严格控制本系统的操作员密码设置，要求操作员定期更换新密码。图操作员管理模块菜单流程设计操作员管理模块必须是对本机构或隶属于本机构的下级机构稽查员进行操作。操作员修改流程如图所示图操作员修改流程算法设计权限级管理子模块界面设计如图所示，权限管理包括查询新增修改删除等交易，各角色的权限操作范围是可选择定制的。各级稽查中心的操作员的权限是可以个性化定制的，每个操作员都拥有个角色身份，个人的权限可以在角色的基础上有所变化，增加部分权限或者操作范围......”。

7、“.....本系统的权限集管理实现了系统内权限的最大灵活配置的功能。图权限管理模块菜单流程设计角色权限集修改所查询到的均是非基本角色的权限，即角色权限修改只是对非基本角色权限的修改，修改后必须在人员下次登录后生效。角色权限集修改流程如图所示。角色权限集删除实现删除系统内新增的非基本角色及其权限集的功能，实现个性化权限的收回。删除以后的角色不管哪级操作员是否正在使用该角色定义的权限就会失效。个性权限集设置给指定操作员新增加在系统中的操作权限，使其具有基本角色之外的非基本角色的操作权限。图角色权限集修改流程算法设计,参数管理子模块界面设计参数管理如图所示，是针对系统内的风险指标参数和预警输出参数进行维护的模块。参数管理模块菜单流程设计风险指标参数的维护包含对风险指标的查询删除和激活操作，对风险指标参数可以进行修改审核停用和启用等操作，参数流程修改如图所示......”。

8、“.....可以对此两类参数进行添加和删除操作。图参数管理流程算法设计预警处理模块选项，后台发起笔大额风险交易查看预警模块是否能及时预警并分析输出结果是否正常。正常系统监控模块测试系统的监控模块选项，并分析输出结果是否正常。查看各项系统指标，包括的实时显示情况，表空间和本地空间的监控数据也能实时显示正常日终处理模块测试日终处理模块选项，并分析输出结果是否正常。查看日终处理状态，观察日终处理结果，可以修改日终处理步骤，日终历史纪录可以正常备份和清除。正常短信发送模块测试系统短信监控处理模块选项，并分析输出结果是否正常。测试相应手机用户立即或在相应定制时间是否收到发送的短信内容正常从测试结果来看，系统的功能可以较好的满足业务需求设计要求，每个功能模块都可以实现正常结果输出。性能测试由于本系统涉及业务系统种类比较多，系统安全级别相对较高......”。

9、“.....限于篇幅主要是对数据库快照刷新测试结果进行验证。测试内容步骤性能测试需要测试的系统指标为,内存和硬盘等系统指标，还有网络的使用情况进行测试。测试主要包括了两个部分的测试内容日间的高频刷新此步骤主要是增量快速刷新，频率比较高，刷新速度比较快的时候的测试。日终的大数据量刷新。储蓄汇兑系统晚上都要做日终操作处理，在此步骤会对部分数据量做大量的操作，那么在这个时刻就会有大量的数据变化，同时反映给稽查系统就是会在短时间内产生个大量的数据快照读写操作，那么这个操作是否会影响系统性能对储蓄汇兑系统的日终有没有影响都是测试的内容。测试结果日间高频刷新实测结果日间高频刷新测试主要是在日间业务交易高峰期进行测试，手动发起快照数据库表刷新交易，刷新过程监控系统网络流量，如图所示。图日间网络监控图从网络监控图结果分析......”。