邮局诊断系统Master项目检索论文.doc

　 郵便局カルテシステム
摘 要
日本全国将从2004年6月份使用邮局诊断系统进行数据收集、汇总。所谓邮局诊断系统，是在各邮局进行事故状况、业务情况等的信息管理。各地域中心的客户服务部门要有支持邮局业务指导，向本社/支社进行统计报告的系统，同时，进行每个邮局的总额制限、贷付制限、冊数制限、非课税限度额及現金过不足金的master数据表的管理，将来自各事务中心的数据登录到数据库或从数据库删除以及可以阅览从各分理处汇总的推进状况。
这个邮局诊断系统，需要用ASP以及SQL Server 2000进行开发。该系统共有50个数据库，分别对应着日本的47个地域中心（北海道有3个数据库）和1个统合中心（统合中心设在东京）。系统几乎用到了数据库的所有基本操作（查询、插入、删除、更新、触发器等），另外还用到了数据库的Replication机能。
在这个系统中我主要负责数据检索模块（主要是局指定检索和各种Master表的检索）以及各种CSV文件的写入。

[关键字]
邮局诊断系统，数据库技术，ASP，SQL Server 2000

Abstract
Would use the post office to diagnose since the June of 2004 that carries on data collection systematically in the whole country of Japan, Gather . Because national post offices diagnose data shut centre management of unifying by interconnected system, input and come from region centre, affairs in the center, sub-branch, copies of the data of societies, Each pieces export at the diagnosis data report forms of the post office with diagnosis the editor in statisticses of project per piece /export. In addition, It carry on each piece the total values of the post offices restrictions , debit and credit sides limit, bankbook count restriction, pay tax limit volume data and cash exceed and pure gold volume the master table the managements of data listses of data.Come from affairs the datas of in the centers log in to data base of getting or delete and read from data base.

Develop this post office diagnoses system, need to develop with SQL Server 2000 and ASP. This system has 50 data bases in all, it is corresponding to part in 47 region centres of Japan(There are 3 data bases in Hokkaido) and 1 colligation centre(The colligation centre is set up in Tokyo). The system nearly uses all basic operation of the data base(selecting, inserting, deleting, upgrading, touching off machine,etc.).Have still used Replication function of the data base in addition.

[Key words]
Post office diagnoses system, Technology of the data base, ASP, SQL Server 2000

目 录
第一章 引言 5
第二章 邮局诊断系统简介 6
2.1系统业务概要 6
2.2业务功能概要 7
2.3画面规约 11
2.4系统处理方式 12
2.4.1数据库处理方式 12
2.4.2数据备份方式 14
2.4.3用户管理方式 15
2.4.4文件管理方式 15
2.5需求分析概要 15
2.5.1调研结果 15
2.5.2客户需求 15
2.5.3功能分析 15
2.5.4性能分析 16
2.5.4可行性分析 16
第三章 开发工具简述 18
3.1关于SQL Server7.0 18
3.2 ASP的开发工具 20
第四章 总体方案 21
4.1系统流程 21
4.2数据库设计 22
4.3 数据库之间的通信 23
4.4 模块担当总览 25
第五章 核心模块介绍 27
5.1核心模块概述 27
5.2数据更新模块简介 27
5.3系统管理模块简介 27
5.4数据检索模块介绍 27
5.4.1局指定检索 28
5.4.2各种主表的检索(共七项以苦情照会情報检索为例) 37
第六章 结束语 45
6.1心得体会 45
6.2问题与不足 46
参考文献 47
致谢 48
第一章 引言
日本全国将从2004年6月份使用邮局诊断系统进行数据收集，汇总，显示。由于全国邮局诊断数据由统合中心统一管理，可以输入来自各地域中心、事务中心、支社、本社的数据，每个邮局的诊断数据报表输出和每个诊断项目的统计数据的编辑/输出。此外，进行每个邮局的总额限制、借贷限制、存折数限制、不交税限度额数据及现金过与不足金额数据的master数据表的管理，将来自各事务中心的数据登录到数据库或从数据库删除以及可以阅览从各分理处汇总的推进状况。
所谓邮局诊断系统，是进行在各邮局的事故状况和意见信息等的管理，各地域中心的客户服务部门要有支持邮局指导业务，对本社/支社的统计报告等的系统。同时，进行每个邮局的总额制限、贷付制限、冊数制限、非课税限度額数据及现金過不足金数据的master数据表的管理，将来自各事务中心的数据登录到数据库或从数据库删除以及可以阅览从各分理处汇总的推进状况。
开发这个邮局诊断系统，需要用ASP以及SQL Server 2000进行开发。该系统共有50个数据库，分别对应着日本的47个地域中心（北海道有3个数据库）和1个统合中心（统合中心设在东京）。系统几乎用到了数据库的所有基本操作（查询、插入、删除、更新、触发器等），另外还用到了数据库的Replication机能。

第二章 邮局诊断系统简介
2.1 系统业务概念图

图2－1业务概念图
2.2 业务功能概要
本系统提供以下功能：
1、 画面输入输出功能
分类
功能概要
邮局诊断项目的输入输出
①自WEB浏览器的目录画面，根据表示的诊断项目的输入画面，由画面输入的数据对数据库进行插入、删除、更新。
②根据指定的画面所显示的检索条件，将从数据库检索出来的数据在画面上显示出来。
③CSV文件输出检索出来的数据，根据报表输出用的Excel格式文件进行报表输出。(Excel格式文件通过其他途径下载)
Master项目的输入输出
①自WEB浏览器的目录画面，根据表示的诊断项目的输入画面，由画面输入的数据对数据库进行插入、删除、更新。
②根据指定的画面所显示的检索条件，将从数据库检索出来的数据在画面上显示出来。
③CSV文件输出检索出来的数据，根据报表输出用的Excel格式文件进行报表输出。(Excel格式文件通过其他途径下载)
输入检查
①对画面输入的数据进行组合检查，整合性检查。
2、 CSV输入输出功能
分类
功能概要
CSV输入
①将通过固定形式CSV格式文件输入数据登录到数据库。
②进行输入的数据画面表示，敦促输入者确认。
CSV输出
①通过固定形式的CSV格式文件输出检索及合计的数据。
3、 数据编辑功能
分类
功能概要
统计数据的编辑
根据选择的诊断项目（最大可以5项），指定的检索单位（地域中心、连络会、部会）以及期间，形成统计数据的画面输出。
统计数据输出
CSV文件输出统计后的数据，根据报表输出用的Excel格式文件进行报表输出。(Excel格式文件通过其他途径下载)
4、 数据收集和传送机能
分类
功能概要
数据收集
夜间将在各地域中心信息管理服务器登录到邮局诊断数据库的数据自动的批处理到统合中心的统合服务器。
数据传送
在统合中心登录的限度额管理数据（总额制限，贷付制限，册数制限，非课税）以及现金过不足数据，夜间自动的批处理传送到各地域中心的信息管理服务器，各邮局诊断数据库取得管理范围内的合计数据。
5、 预入限度额管理功能
分类
功能概要
总额制限数据管理
①从录入的每个统计期的总额制限的数据（手工输入和媒体输入）,进行减额处理和消除混杂处理的管理。
②每天统计各邮局的处理状况和推进状况，并登录到邮局诊断系统的数据库。（夜间进行每日合计处理）
③编辑、集计后的邮局数据，可以以日伸、旬伸、月伸单位在各处理点进行阅览和报表输出。
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
贷付制限数据管理
①从录入的每个统计期的贷付制限的数据（手工输入和媒体输入）,进行减额处理和消除混杂处理的管理。
②每天统计各邮局的处理状况和推进状况，并登录到邮局诊断系统的数据库。（夜间进行每日合计处理）
③编辑、集计后的邮局数据，可以以日伸、旬伸、月伸单位在各处理点进行阅览和报表输出。
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
册数制限数据管理
①从录入的每个统计期的册数制限的数据（手工输入和媒体输入）,进行减额处理和消除混杂处理的管理。
②每天统计各邮局的处理状况和推进状况，并登录到邮局诊断系统的数据库。（夜间进行每日合计处理）
③编辑、集计后的邮局数据，可以以日伸、旬伸、月伸单位在各处理点进行阅览和报表输出。
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
6、现金过不足金管理功能
分类
功能概要
现金过不足金管理
①从录入的每个统计期的现金过不足金的数据（手工输入和媒体输入）,进行减额处理和消除混杂处理的管理。
②每天统计各邮局的处理状况况，并登录到邮局诊断系统的数据库。（夜间进行每日合计处理）
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
7、非课税限度额管理功能
分类
功能概要
非课税限度额管理
①从录入的每个统计期的非课税限度额的数据（手工输入和媒体输入）,进行减额处理和消除混杂处理的管理。
②每天统计各邮局的处理状况和推进状况，并登录到邮局诊断系统的数据库。（夜间进行每日合计处理）
③编辑、集计后的邮局数据，可以以日伸、旬伸、月伸单位在各处理点进行阅览和报表输出。
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
8、检测项目管理功能
分类
功能概要
检测项目管理
①对进行邮局指导时的检测项目（点检项目），进行录入、删除、修改管理。
②对已经存在的检测项目，进行检测SHEET（空SHEET）输出。
※检测项目MASTER表的维护设为有效的项目全部输出。
③从点检结果输入画面，进行点检结果（○、×）和评语的输入。（画面和CSV文件都可以）
④通过画面上的局单位、项目单位条件进行检索，结果以画面或者CSV文件输出。另外，每个月都有点检结果，所以制定期间进行总括数据输出。
⑤一天的点检结果进行集计（该点检的项目数、检查的项目数、评价为×的项目数），并登录到邮局诊断系统数据库。（夜间进行每日合计处理）
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
9、苦情照会件数管理功能
分类
功能概要
苦情照会件数管理
①每个输入CODE的苦情照会件数输入后，登录到苦情照会件数MASTER表。
②根据画面上的检索条件，每个输入CODE的苦情照会件数数据输出。
③一天的输入数据进行集计，并登录到邮局诊断系统数据库。（夜间进行每日合计处理）
※对于报表输出，是指将CSV输出的数据通过EXCEL宏打开。
10、文件管理功能
分类
功能概要
文件管理
①关于由于平常业务发生的各种普通文件文件，通过画面进行登录，检索，表示，删掉等。
11、安全管理功能
分类
功能概要
用户管理
系统启动时，LOGIN画面表示后，进行用户名/密码的认证，用户权限的管理和检查。
提供用户ID和密码的录入和变更的功能。
数据管理
根据用户的权限管理，进行数据库的访问控制（查看权限、更新权限、删除权限等）。
12、数据备份、恢复功能
分类
功能概要
备份
统合中心的统合服务器和地域中心的信息管理服务器，自动启动保存至外部媒体的数据备份。
那个时候，差分备份和全部备份对应起来。
※诊断数据的保存期间是3年，从超过保存期间的数据，进行随时备份。
恢复
从备份媒体，进行数据恢复。
13、诊断项目的维护功能
分类
功能概要
既存项目编辑
对于已经存在的诊断项目（38个），进行有效、无效设定。
新建项目编辑
既存项目以外的项目追加场合，最多可以追加42个（包括即存的共有80个）诊断项目。
14、LOG输出功能
分类
功能概要
取得操作LOG
对于推进管理项目、现金过不足金项目的MASTER项目CSV输出时，日期和用户ID在LOG文件中输出。另外，LOG文件不能删除。

2.3 画面规约
1、 顾客终端条件：
·OS是Windows2000 Professional SP4、WindowsXP Professional SP1a、
WindowsXP HOME SP1a
·Internet Exploer6.0以上
·报表输出场合，使用Microsoft Excel2000/2002/2003
·显示器分辨率是1024×768

2、 各种画面条件：
·画面以白色基调，采用通俗易懂的样品设计。
·在画面里记述其菜单、项目，采用是用户意识到作业内容的设计。
·各画面里表示所登录的处理点名。

2.4 系统处理方式
2.4.1 数据库处理方式
邮局诊断系统使用的数据库是微软公司的SQL Server。
A、数据库构成：
图2－2数据库构成

B、数据输入输出方式
① 数据检索（画面）
图2－3数据检索（画面）

②数据检索（CSV）※报表输出
图2－4数据检索（CSV）※报表输出

③数据输入（画面）
图2－5数据输入（画面）
④数据输入（CSV） 图2－6 数据输入（CSV）
C、数据收集和递送通信方式
数据收集和递送处理是根据SQLServer的强制Replication功能实现的。

2.4.2 数据备份方式
A、备份方式
数据的备份通过ARCserve2000实现。
备份处理根据ARCserve2000的时间设定自动启动，并做成备份媒体（DAT）。另外，每周初进行全部备份，其他的每日进行差分备份。
B、备份周期
备份周期如下：
表2－1 备份周期
项番
星期
诊断数据・文件管理数据
　１
星期一
全部（覆盖）
　２
星期二
差分（追加）
　３
星期三
差分（追加）
　４
星期四
差分（追加）
　５
星期五
差分（追加）
　６
星期六
差分（追加）
　７
星期日
差分（追加）

2.4.3 用户管理方式
构成能够从用户登录画面对用户ID和Password进行录入、变更、删除的结构。根据用户登录时的ID，进行访问的权限管理。
访问控制是根据所属Group（本社、支社、事务中心、地域中心）、用户种别（管理者、一般）和6位的Password进行控制。（Password：6位）

2.4.4 文件管理方式
共享各地域中心的信息管理服务器和文件管理服务器的硬盘，通过Microsoft公司的Explorer进行一般文件的管理。

2.5 需求分析概要
2.5.1 调研结果
日本邮局是合邮政与储蓄为一体的部门体系，业务涉及面广，业务内容也相对复杂。在做这个诊断系统前，对该体系做了较为详细的调研。
目前，日本邮政省使用的业务工具比较落后，业务处理速度慢，涉及面狭窄，远远跟不上当前业务需求。虽然，各邮局之间有专线连接，但是这个网络设备运用比较保守，仅用于收发信息。所有的数据处理，均由工作人员手工计算，整理。
2.5.2 客户需求
经与用户磋商，该系统要求如下：
1、各种数据根据不同条件、要求进行检索；
2、方便数据输入，既要有画面少量数据的输入，也要有通过CSV文件的大量数据的输入；
3、对所输入数据信息，系统每天自动进行数据合计，通讯，备份；
4、根据各种要求，输出相应报表；
5、系统中要有相关出错信息。
2.5.3 功能分析
1、基本录入：可以采用键盘录入和鼠标点击录入的方式。保证录入信息的规范性，减轻录入人员的工作量，即使是非熟练录入人员也可以实现高速录入。
2、功能查询：可以方便的统计和查询到用户所需信息。提高工作效率。
3、报表输出：可以将数据库的数据、查询结果、统计报表直接打印。
4、权限管理：根据登录用户的ID进行权限管理，不同的权限级别进行不同的数据操作。
2.5.4 性能分析
1、由于这是一个相当于政府部门内部用的系统，所以界面要简洁一点，方便用户使用就行。
2、系统的目的之一就是要减轻工作人员的劳动强度和难度，所以系统的操作要简单易用。
3、邮局自身的业务处在不断扩展中，对系统也不断提出新的要求，因此，系统的可扩展性要好，一定要具有二次开发接口；
4、日本邮局含有金融系统，涉及大量金钱，所以对安全性要求很高，系统必须具备系统权限、口令注册、数据库恢复等；
5、邮局的各网点数据交换十分频繁，数据流量较大而带宽较小（128K），所以在设计系统时最大程度减少数据冗余性，加强数据独立性。
2.5.5 可行性分析
一、技术可行性
1、开发环境
ASP是一种比较成熟的程序设计语言，经过多年的发展，该语言的开发技术已经十分成熟。该语言的开发人员也比较多，技术交流不成问题。
SQLServer是目前流行的数据库之一，它已广泛应用于金融、保险、电力、行政管理等与数据库有关的行业。而且，由于其易操作性以及友好的界面，赢得广大用户的青睐，尤其是SQL Server与其他数据库（如Access、FoxPro等）有良好的ODBC接口，加上公司一直以来都使用SQL Server，经验丰富，技术过硬。
2、硬件
目前高性能的网络组件（服务器，HUB，通信介质，工作站）已大量涌现，它们速度快用量大，可靠性高，价格低，邮局的网络设备已经升级，城域网的组建早已完成，基本能满足本系统的需求。
3、技术人员
开发小组有10人组成，其中系统分析员1名、项目负责人1名、开发人员8名，其中有4名实习生，其余都有丰富的开发经验，技术支持可行。

二、经济可行性
日本目前拥有27000家邮局，经营业务广泛、效益良好，且业务不断扩展。高效率的运作对企业至关重要，此系统的开发投入使企业的授信管理有明显的提高，可降低劳动强度，尽量避免手工操作引起的误差和不必要的麻烦，经济上是可行性的。
三、法律可行性
本系统是按照日本邮政省业务需求开发的，有自主的版权，在法律上是可行的。
综上所述，本系统的开发目标明确，技术可行，投入产出比高。此系统的开发是完全可行的。

第三章 开发工具简述
3.1 关于SQL Server7.0
3.1.1 完全的 Web 支持
SQL Server7.0 提供了以 Web 标准为基础的扩展数据库编程功能。丰富的 XML 和 Internet 标准支持允许您使用内置的存储过程以 XML 格式轻松存储和检索数据。您还可以使用 XML 更新程序容易地插入、更新和删除数据。
Ø 通过 Web 轻松访问数据。有了 SQL Server7.0，可以使用 HTTP 来向数据库发送查询、对数据库中存储的文档执行全文搜索、以及通过 Web 进行自然语言查询。
Ø 强大而灵活的基于 Web 的分析。SQL Server7.0 分析服务功能被扩展到了 Internet。可以通过 Web 浏览器来访问和控制多维数据。
3.1.2 高度的可伸缩性和可靠性
使用 SQL Server7.0 可以获得非凡的可伸缩性和可靠性。通过向上伸缩和向外扩展的能力，SQL Server 满足了苛刻的电子商务和企业应用程序要求。
Ø 向上伸缩。SQL Server7.0 利用了对称多处理器 (SMP) 系统。SQL Server Enterprise Edition 最多可以使用 32 个处理器和 64 GB RAM。
Ø 向上扩展。SQL Server7.0 利用了对称多处理器 (SMP) 系统。SQL Server Enterprise Edition 最多可以使用 32 个处理器和 64 GB RAM。
Ø 可用性。通过增强的故障转移群集、日志传送和新增的备份策略，SQL Server7.0 达到了最大的可用性。
3.1.3 集成和可扩展的分析服务
有了 SQL Server7.0，可以建立带有集成工具的端到端分析解决方案，从数据创造价值。此外，还可以根据分析结果自动驱动商业过程，以及从最复杂的计算灵活地检索自定义结果集。
3.1.4 快速开发、调试和数据转换
SQL Server7.0 带有交互式调节和调试查询、从任何数据源快速移动和转化数据、以及按 Transact-SQL 方式定义和使用函数等功能。可以从任意 Visual Studio 工具以可视化方式设计和编写数据库应用程序。
3.1.5 简化的管理和调节
使用 SQL Server7.0，可以很容易地在企业资源旁边集中管理数据库。可以在保持联机的同时轻松地在计算机间或实例间移动和复制数据库。
3.1.6 数据仓储
随着SQL Server 7.0联机分析处理（OLAP）服务的引入，Microsoft已成为商务智能解决方案领域的先驱。企业需要对来源各异的数据信息进行集成、合并与汇总摘要。而数据仓库则通过使用大型、集中的数据存储来提供上述功能，在这种数据存储中，信息被收集、组织，并可供决策者随时调用。于是，决策者便可洞悉详情，探究规律与趋势，优化商务决策，并预测未来的行动。 Microsoft针对包括集成数据挖掘、OLAP服务、安全性服务及通过Internet对多维数据集进行访问和链接等在内的分析服务提供了新的数据仓储功能。
3.1.7 电子商务
电子商务解决方案对数据库应用程序提出了更高要求。由于来自世界各地的用户以全天不间断的方式对电子商务网站进行访问，因此，就必须确保由此产生的繁重事务性负载得到高效处理。而编程方面的灵活性对确保与现有系统间的协同工作能力和电子商务所需的可靠性而言亦可谓至关重要。除了提供电子商务所需的可伸缩性与可扩展性之外，SQL Server 7.0还提供了丰富的数据库编程能力--基于Web标准--以确保系统的协同工作和灵活性。与此相关，SQL Server 7.0还将丰富的扩展标记语言（XML）、Worldwide Web Consortium（万维网社团，W3C）标准支持、利用Transact SQL（T-SQL）实现的XML数据操作能力、灵活而强大的Web分析功能以及使用Hypertext Transfer Protocol（超文本传输协议，HTTP）进行的安全Web数据访问等新特性包含在内。
3.1.8 在线商务
SQL Server已成为颇受众多客户关系管理（CRM）应用程序、商务智能（BI）应用程序、企业资源计划（ERP）应用程序及其它在线商务应用程序厂商和客户所青睐的数据产品，而这则主要应归功于该产品在对称多处理（SMP）硬件方面所具有的可伸缩性和较低的数据库维护需求。通过使用SQL Server 2000 Server，将使你获得增强的可靠性、可伸缩性和简化的管理与优化功能，而这些则恰恰是成功快速部署在线商务应用程序所必须的。SQL Server 2000不仅支持集中化数据库管理功能，而且还最大程度地实现了管理与优化工作的自动化，从而，减轻了有关管理人员的负担。
3.2 ASP的开发工具
这个项目的开发工具我使用了Macromedia公司的Dreamweaver MX2004
MacromediaDreamweaver是为视觉上设计并且管理网络站点和网页的一个专业的 HTML 编辑器。
Dreamweaver 包括许多编码工具和特征:一个HTML ， CSS ，和 JavaScript 参考，一个 JavaScript 调试器，和代码编辑器(代码看法和代码检查器)允许你在 Dreamweaver中编辑 JavaScrip ， XML ，以及其他文本文件。
Dreamweaver 的可视化编辑的特征也让你快速把设计和功能加到你的页面，而不用写一行代码。你能查看所有的你的站点的元素或资源。并且直接从一个容易使用的面板拖曳他们进一个文件。通过在 Macromedia Fireworks中创建并编辑图象来优化你的开发工作流程,然后直接将他们导入 Dreamweaver ，或加入直接在 Dreamweaver 创造的Flash 对象。
从我个人的使用角度看Dreamweaver界面友好，功能强大，尤其是在总体设计方面非常方便直观。

第四章 总体方案
4.1 系统流程
MENU画面
LOGIN画面
数据检索
项目指定检索
区域数据检索
现金过不足检索
局指定检索
业务推进检索
总额制限检索
非课税检索
贷付制限检索
册数制限检索
监视项目检索
苦情照会检索
项目单位更新
局单位更新
总额制限更新
非课税更新
数据更新
苦情照会更新
贷付制限更新
册数制限更新
监视项目更新
现金过不足更新
系统管理
Excel表格维护
用户管理
诊断项目维护
表的维护
监测项目维护

图4－1系统流程
4.2 数据库设计
经过仔细调查分析，建立以下数据表：
表4－1 数据库
编号
TABLE_NAME
表名称
1
TBL_001
诊断数据基本属性
2
TBL_002
总额制限Master
3
TBL_003
贷付制限Master
4
TBL_004
册数制限Master
5
TBL_005
非课税限度额Master
6
TBL_006
总额制限集计
7
TBL_007
贷付制限集计
8
TBL_008
册数制限集计
9
TBL_009
非课税限度额集计
10
TBL_010
现金过不足金Master
11
TBL_011
现金过不足金集计
12
TBL_012
诊断项目表
13
TBL_M01
邮局Master
14
TBL_M02
小项目Master
15
TBL_M03
用户管理Master
16
TBL_M04
支社Master
17
TBL_M05
代表府县Master
18
TBL_M06
连络会部会Master
19
TBL_M07
局种Master
20
TBL_M08
总担Master
21
TBL_M09
都市规模Master
22
TBL_M12
总额制限统计区分Master
23
TBL_M13
贷付制限统计区分Master
24
TBL_M14
册数制限统计区分Master
25
TBL_M15
非课税限度额统计区分Master
26
TBL_M16
业务品质测定Master
27
TBL_M17
业务品质测定属性Master
28
TBL_M18
事故细目Master
29
TBL_M19
检测属性Master
30
TBL_M20
检测分类Master
31
TBL_M21
检测点检结果Master
32
TBL_M22
检测Master
33
TBL_M23
事业区分Master
34
TBL_M24
计算科目Master
35
TBL_M25
种别Master
36
TBL_M26
苦情照会件数Master
37
TBL_M27
业务照会输入Code Master
38
TBL_M28
业务照会区分Code Master
39
TBL_M29
业务照会大分类Code Master
40
TBL_M30
业务照会小分类Code Master
41
TBL_M31
业务照会要点Code Master
42
TBL_M32
地域中心Master

4.3 数据库之间的通信
由于本系统涉及到五十个数据库,为保持数据的一致性,它们之间的通信就成为了必然,下面我简要的介绍一下该系统中的五十个数据库之间的Replication通信功能设置。
一、前提条件
①SQL Server Agent使用的Windows NT帐号不是本地系统的帐号，是域的管理者或可以网络访问的。本地系统的帐号是不能进行网络访问的。
②如果进行Replication的计算机在不同的域，则要在这些域之间建立信赖关系。
③必须启动SQL Server Agent。如果MSDTC存在，也需要启动。
④在进行Replication的计算机上，至少需要隐藏共享文件夹的存在。那个共享文件夹名是C$或者D$…。
⑤进行Replication的表，必须包含主键。
⑥数据表中如果存在数据类型是text或者是image时，必须使用with log选项。不可使用选项with no_log。另外，选项max text replication size控制Replication可能的文本和图像数据的最大尺寸。
⑦进行Replication的数据库服务器，必须登录SQL Server Enterprise Manager。
二、网络说明图：
地域中心
01
地域中心
地域中心
…
地域中心
49

统合中心

图4－2网络说明图
统合中心
地域中心
　　49
地域中心
　　01
１、Publish（发布）
２、Subscription（订阅）
１、Subscription（订阅）
２、Publish（发布）
１、Subscription（订阅）
２、Publish（发布）
地域中心
　　…

三、Replication的方案：

图4－3
图4－3 Replication的方案
4.4 模块担当总览
表4－2 模块担当
模 块
概 要 内 容
数 据 源
主担当
Login
登录
TBL_M03、TBL_M32
刘伟强
Menu
菜单

刘伟强
数据检索
项目指定检索
TBL_001、TBL_012、TBL_M01、TBL_M02、TBL_M06、TBL_M16、TBL_M17、TBL_M18、TBL_M32
胡军
各范围的统计数据检索
TBL_001、TBL_012、TBL_M01、TBL_M02、TBL_M06、TBL_M16、TBL_M17、TBL_M18、TBL_M32
胡军
局指定检索
TBL_001、TBL_012、TBL_M01、TBL_M02、TBL_M16、TBL_M17、TBL_M18
奚滨
业务推进状况检索
TBL_006、TBL_007、TBL_008、TBL_009、TBL_011
刘伟强
总额制限Master检索
TBL_002、TBL_M01、TBL_M32
奚滨
非课税限度额Master检索
TBL_003、TBL_M01、TBL_M32
奚滨
贷付制限Master检索
TBL_004、TBL_M01、TBL_M32
奚滨
册数制限Master检索
TBL_005、TBL_M01、TBL_M32
奚滨
现金过不足金Master检索
TBL_010、TBL_M01、TBL_M32
奚滨
检测Master检索
TBL_M01、TBL_M06、TBL_M19、TBL_M20、TBL_M21、TBL_M22、TBL_M32
胡军
苦情照会信息Master检索
TBL_M01、TBL_M26、TBL_M27、TBL_M28、TBL_M29、TBL_M30、TBL_M31、TBL_M32
奚滨
数据更新
项目单位输入
TBL_001、TBL_012、TBL_M01、TBL_M02、TBL_M06、TBL_M16、TBL_M17、TBL_M18
陈苏
局单位输入
TBL_001、TBL_012、TBL_M01、TBL_M02、TBL_M16、TBL_M17、TBL_M18
陈苏
总额制限Master更新
TBL_002、TBL_M01
郑会平
非课税限度额Master更新
TBL_003、TBL_M01
郑会平
贷付制限Master更新
TBL_004、TBL_M01
郑会平
册数制限Master更新
TBL_005、TBL_M01
郑会平
现金过不足金Master更新
TBL_010、TBL_M01
郑会平
检测Master更新
TBL_M01、TBL_M06、TBL_M19、TBL_M20、TBL_M21、TBL_M22
郑会平
苦情照会信息Master更新
TBL_M01、TBL_M26、TBL_M27、TBL_M28、TBL_M29、TBL_M30、TBL_M31
郑会平
系统运用管理
用户管理
TBL_M03
耿瑞峰
检测项目维护
TBL_M19、TBL_M20、TBL_M21
耿瑞峰
检测Master维护
TBL_M22
耿瑞峰
数据表维护
相关表
耿瑞峰
Excel文件的追加、删除
相关文件
耿瑞峰

第五章 核心模块介绍

5.1 核心模块概述
本系统的核心模块有三个，即数据检索模块、数据更新模块、和系统管理模块。我主要负责数据检索模块和少量数据更新模块。下面，我们将详细介绍数据检索模块，至于数据更新模块和系统管理模块，在这里只作简单介绍。