上海银行申请影像工作流系统概要设计说明书(v1.0.1).doc

上海银行申请影像工作流系统概要设计说明书V1.0.012004年6月上海华腾软件系统有限公司质量管理运作体系文件三级文件 记录编号：104039-QR-20-02修订控制页章节编号章节名称修订内容简述修订日期修订前版本号拟稿人已评审初稿2004-6-11冯忠健2004-8-2V1.0.0杨武斌目录1概述51.1编写目的51.2系统概述52运行环境62.1硬件62.2系统软件62.3编程工具73系统架构73.1网络架构图73.2系统架构图73.3队列管理93.3.1队列管理93.3.2任务调度104功能流程设计104.1系统访问控制104.1.1Login104.1.2Logoff114.2业务主管管理134.2.1用户管理134.2.2参数维护184.3工作流程处理224.3.1Start Case224.3.2编辑检查244.3.3交叉检查264.3.4信用评分294.3.5初审334.3.6调查授信344.3.7核准354.4对外接口364.5辅助功能364.5.1申请查询364.5.2影像打印374.5.3审计日志374.5.4申请记录打印384.5.5历史档案处理384.6批处理394.6.1报表394.6.2信函394.6.3证券管理404.7指令404.8交易405系统结构设计405.1逻辑结构设计405.2物理结构设计406内部交易码设计406.1资产管理406.2指令406.3交易407交易数据库访问设计407.1资产管理407.2指令407.3交易408出错设计409系统安全409.1数据存储的安全409.2数据传输安全401概述41.1编写目的41.2系统概述42运行环境542.1硬件542.2系统软件542.3编程工具53系统架构63.1网络架构图63.2系统架构图64功能流程设计984.1资产管理错误！未定义书签。84.1.1概述错误！未定义书签。84.1.2基金信息维护1184.1.3证券管理1994.2指令1994.3交易1995系统结构设计1995.1逻辑结构设计1995.2物理结构设计20106内部交易码设计20106.1资产管理20106.2指令21116.3交易21117交易数据库访问设计21117.1资产管理21117.2指令22127.3交易22128出错设计22129系统安全23139.1数据存储的安全23139.2数据传输安全23131 概述1.1 编写目的上海银行影像工作流系统概要设计说明书（以下简称概要设计书）是根据上海华腾有限公司和上海卡迪在上海银行影像工作流系统需求说明书（以下简称需求说明书）中所确定的系统功能，采用系统生命周期和结构化设计方法，对系统的处理进行总体设计及功能划分，并对模块间接口，内部编码，数据库结构，安全保密进行概要设计，从而为系统的详细设计提供依据和指导。概要设计书要达到如下一些目标：l 定义系统的各个组成部分l 描述各个部分的结构l 描述各个部分的相互关系以及他们如何协调与合作l 系统各个组成部分运行效率的提高l 项目组成员对解决方案的共识l 产生物理设计的基础1.2 系统概述本系统实现上海卡迪公司的影像管理子系统（IMS）、申请管理子系统(AMS)的功能。在系统建设完成后，能为卡迪的客户提供优质的影像工作流系统，解决银行对信用卡申请录入，自动征审，无纸化征审的要求。对于IMS系统，将由今鲨公司完成，其基本功能如下：n 条码打印n 档案登记n 档案扫描n 档案清分n 档案重扫n 核对档案n 质量检查n 档案图像上传n 卡中心接收档案n OCR识别n 动态存储n 档案归档n 加密压缩对于AMS系统，将包括如下功能： 下面这些是由今鲨公司完成的：n 人工录入n 索引信息n 档案重新归档n 信息查询n 档案管理n 彩照管理申请管理部分有：n 编辑检查n 交叉检查n 申请评分评分授信n 初审n 信用调查调查授信n 终审核准另外整个系统有统一的用户管理，操作员的绩效管理等，系统还有灵活的参数管理功能。2 运行环境2.1 硬件硬件分为主机和客户机。主机配置如下：n 一台IBM F85n 磁盘容量为:内置盘 20GB(镜像),外置盘 120GB(RAID5)n 内存为2G客户机配置如下：n 若干台普通PC机n 内存为128M2.2 系统软件主机配置如下：n 操作系统为AIXn 数据库管理系统为DB2 V7.2n 中间件为TUXEDO ？华腾自主开发的中间件系统客户机配置如下：n 操作系统为WINDOW2000n 前端开发DELPHI6.0数据库为ACCESS？2.3 编程工具后台的主要编程工具为C语言,数据库访问用嵌入C程序内的SQL语言实现.编译工具为DB2数据库管理系统的嵌入式PRO*C和C 编译器。.联机交易的程序编译成可执行模块,存放在指定的目录下,提供给前端TUXEDO C中间件CLIENT调用。.批量交易的程序编译成可执行模块,由批量启动模块调用.前台界面的主要编程工具为DELPHI6.0语言,部份由C或C+实现。.3 系统架构3.1 网络架构图3.2 系统架构图应用系统技术架构如下：应用系统的逻辑架构如下所示：我们对系统模块划分如下：IMS：影像管理子系统，及人工登打、批量导入、优先级排队等参见今鲨的概要设计。AMS：由工作流程处理、对外接口、辅助功能、队列管理、后台管理、批处理等几部分构成。如上图所示，系统的核心处理模块为工作流程处理、对外接口、队列管理这三个模块，这三部分是基于StaffWare的流程设计的。 工作流程处理：当登打结束后，登打模块将启动工作流，申请进入工作流程处理。具体的工作流步骤包括：编辑检查、交叉检查、申请评分评分授信、外围系统征信、初审、信用调查调查授信、终审核准。当然上述流程步骤可以根据用户需求变更而变更，StaffWare在变更时的改动比较方便。 对外接口：目前的对外接口有黑名单、红名单、CardPro回送接口、银联不良信息、中国黄页、评分模型、上海信用局、行内个贷、Call center接口、CardPro建立账户接口、更新CardPro信息接口、批量处理件录入接口（全部申请信息的接口）、CardPro联机接口。 队列管理：？目前的队列种类有异常队列、Broker Q、征授信队列、主管队列、操作员队列。主管可以把队列分配到不同的操作员。在工作流的各个步骤将对应有各自的队列，同时对应特殊的业务步骤也将产生新的队列。另外队列本身是通过参数配置的，如根据申请表上的字段进行分组，如：按照批次号、邮编、电话区号等进行分组。辅助功能有：申请查询、申请记录的打印、影像查询、影像打印、历史申请的扫描、查看审计日志后台管理有：参数维护、任务调度、用户管理、权限管理、队列管理队列管理：在工作流的各个步骤将对应有各自的队列，同时对应特殊的业务步骤也将产生新的队列。另外队列本身是通过参数配置的，如根据申请表上的字段进行分组，如：按照批次号、邮编、电话区号等进行分组。对外接口：在工作流的各个步骤将访问的对外接口，这些接口将通过批量、联机接口转换层，再访问各自的接口。系统提供方便的参数控制功能，所有的业务数字均采用参数来控制，灵活适应业务的变化。在业务处理过程中，提供安全管理和日志管理。批处理模块主要完成报表、信函、接收/生成接口数据、数据归档任务。3.3 队列管理3.3.1 队列管理整个工作流系统的队列设置如下： 按照上海银行的“分工到人”，“按照批次进行分配”，“每次分配不做平均性检查”的原则，我们设计中将依据user private Q优先，然后是group Q的原则，进行申请件的分配。 目前上海银行的组织架构是：IT admin主管，业务主管admin，操作员。IT 主管admin是不接触业务的，其没有队列。业务admin主管只有审批业务有队列设置，这将是一个group Q（supervisor Q），当系统有异常情况（如信用局异常等）把申请放入次队列，同时业务主管还需要做队列之间的人工调剂。操作员有三种：初审、调查授信、核准，我们还将为这三种操作员设置对应的初审group Q（First examine）、调查授信group Q（Verification）、核准group Q（final judgement），供未来使用。 系统自动的处理的Broker将统一采用一个Q。 对应业务中的Edit Q，cross check Q等都将通过该笔申请的状态，或者申请处理中的step name来标识，具体实现将不采用Q。在操作员页面上将可以看到，每个队列中还未处理的申请件数量(outstanding applicants)；操作员到目前为止已经处理完成的申请件数量。操作员自己可以把需要主管协助的申请件，forward给主管。3.3.2 任务调度任务调度是指，主管对操作员队列中的申请件进行人工调剂。人工调剂将首先按照交接单批次进行，同时也可以选择一个批次中若干申请件进行调剂。该功能将在主管功能中描述。4 功能流程设计4.1 系统访问控制4.1.1 Login系统登录操作员选择机构号， 输入用户代码和用户密码后，系统自动进行初始化操作，下载用户权限、配置参数等。输入: 用户名 密码界面: 用户登入界面 客户端升级界面处理流程阴影部分是客户端应用模块，非阴影部分是服务器端应用模块。流程备注升级完成后，重新启动程序，并再次login。如果升级过程中程序中断，下次client端启动后，首先检查当前升级作业是否完成，如果未完成则client端先将上次未完成的升级做完。这样不用去server端再次download升级文件。4.1.2 系统退出Logoff用户从系统签退。处理流程 4.1.3 修改密码用户修改密码。输入: 旧密码 新密码页面: 修改密码界面处理流程4.2 业务主管管理4.2.1 用户管理4.2.2 用户管理主要功能是管理整个系统的用户，,分配用户操作权限。.在权限管理中总共分为四层，系统管理员、机构管理员、各业务主管、普通操作员。系统管理员、机构管理员、各业务主管是不能操作具体的业务功能的，其只能增/删/改用户。我们称这三层人员为：权限维护人员，系统初建时，系统默认有1个系统管理员(sysadmin)用户。这三层人员自己的权限必须由上一层的用户提供，可以修改、删除、增加下一级用户，并可以把自己可分配的权限分配给下一级用户。普通操作员只能修改自己的密码，和进行具体的业务操作，关系图如下：4.2.2.1 创建用户输入条件:无输出输入: 用户的基本信息及权限返回该用户操作员级别，拥有的操作权限列表，可管理的下一级用户列表。页面: 创建用户的增加,删除,修改的管理界面 用户权限分配界面 界面包括如下关键内容: 用户名、用户ID、电话、分机、该用户的主管ID、该用户的核准额度、该用户的权限列表处理流程流程备注 每个用户拥有各自的操作权限，,可以根据需要社定设定,每个用户可以设定不同权限。. 系统为每一种权限分配一个权限码，每次用户成功登陆后服务器端返回该用户时下载所有的权限代码，客户端,主程序根据权限代码控制界面上用户的操作权限。 使用管理员用户登陆时，所有的业务操作都不允许。 分配操作员权限时，对于某些存在互相排斥的权限不能分配给同一个操作员。 权限列表由名称、代码、互斥标志构成。所有没有任何互斥的权限的互斥标志为”0”,有互斥关系的该标志大于”0”. 如假设：全部登打、关键登打的该标志为 “1”; 初审、调查授信、核准的该标志为”2”等。现有权限列表：扫描档案登记影像质检上传全部登打关键登打批量录入打橡皮戳影像打印能否处理指定信用额度的申请能否处理全程的申请有无复位的权限有无查看评分的权限是否有人工降档的权限是否有修改原因码的权限是否能做强制拒绝是否能做强制批准是否可以做主卡申请是否可以做副卡申请能否处理VIP类型的申请能否处理急件是否可以做担保申请是否可以做集体申请是否可以做卡片升级取消外围系统征信修改申请资料信息增加用户删除用户修改用户资料现有互斥关系的权限 全部登打、关键登打 扫描、质检 初审、调查授信、核准4.2.2.2 修改用户输入: 用户的基本信息及权限页面: 用户管理界面 用户权限分配界面处理流程4.2.2.3 删除用户输入: 选择要删除的用户页面: 用户管理界面处理流程4.2.2.4 查询用户输入: 选择要查询的用户页面: 用户管理界面处理流程4.2.3 参数维护系统管理员对系统其中一些运行参数进行配置。,有以下需要配置的参数,输入: 无输出:返回历史参数信息和修改操作日志:现在主要有如下信息:l 机构表、机构关系表l 卡种表、申请系统卡种与CardPro系统卡种对照表l 编辑检查配置表l 评分表l 评分与信用额度对照表l 拒绝原因表l 动态登打配置表l 系统权限定义表l 系统派件参数表 机构信息 卡种信息 评分方式 评分与信用额度对照信息 拒绝原因页面：为每一种参数提供一种个管理操作界面，在参数管理界面中系统管理员可以对参数做增、删、改、查询操作，,并可以查看操作日志。.机构信息只允许修改，不允许删除和增加。 处理流程 提供对以上信息,修改,删除,增加,查询的功能的操作界面,只有系统管理员才具备以上操作. 机构信息永远只允许修改,不允许删除和增加任何一项操作都要记录操作日志.4.2.3.1 增加参数输入: 参数信息页面: 特定的参数管理界面处理流程4.2.3.2 修改参数输入: 参数信息页面: 特定的参数管理界面处理流程4.2.3.3 删除参数输入: 选择要删除的参数页面: 特定的参数管理界面处理流程4.2.3.4 查询参数输入: 选择要查询的参数页面: 特定的参数管理界面处理流程4.3 影像系统处理4.3.1 条码打印条码打印模块分为条码批量打印、条码逐笔打印、特殊业务打印打印。将批次类型批量处理件中的“主卡申请”归为条码批量打印； “主卡和多副卡同时申请“、“纯副卡申请”归为特殊业务打印； “补件申请“、补批量处理件业务“划分为条码逐笔打印。处理流程： 总流程 批量打印流程 特殊打印流程 逐笔打印流程4.3.2 扫描该模块完成档案的数字影像采集，采用标准的TWAIN接口，支持TIF、JPG、bmp文件。目前考虑上海银行项目情况，彩照卡影像存储格式为jpg、其它图象存储格式为TIFG4格式文件。要扫描的任务通过任务分发机制获取，扫描完成后提交。可扫描的任务有重扫、补扫、普通扫描。主要功能模块包括如下： 用户登陆：根据机构号、用户代码、用户密码来登陆 获取任务：根据获取的任务判断是重扫、补扫或追加扫描 扫描设置：是否显示UI、是否双面 影像扫描：包括前插扫描、后插扫描、替换扫描，其中自动纠偏和自动去边由扫描仪自动实现。 浏览：一幅、两幅、四幅、八幅、十二幅浏览方式，支持上下幅浏览，图象内容的浏览如放大、缩小、匹高、匹宽、向左旋转、向右旋转 自动清分和手工清分 修改条码和附件类型 删除：删除指定页面的图象。 提交：将扫描生成的图象索引和图象文件传输到临时文件服务器。存储结构设计：当进行影像扫描时，扫描产生的图象先存储于临时目录中，当用户提交扫描成功后清空并删除该临时目录。具体存储结构如下：说明：1. BatchId目录：存放未提交的临时扫描文件，以批为单位进行临时存放，目录名称为批次代码，存放的文件名称是扫描时临时生成的文件名称，该文件名称与Barcode、主件、附件无关，扫描提交后删除该目录。扫描端存储的文件名称只是序号，没有特别意义。提交到服务器上的名称为最终的文件名称、2. BatchId.xml：临时影像索引文件，存放影像关联索引信息表，其存储形式为XML，用于描述该批临时扫描图象的主附件关系等特征。其具体结构同于DB2数据库中的临时表。由ADO自动生成。4.3.3 质检质检提取扫描模块的图像文件，根据图像的质量判断，置相应的文件状态。处理流程：4.3.4 OCR识别本模块作为exe执行，用户主动启动，运行时监视是否有需要识别的批次，如果有则开始识别，并显示识别进度，用户可以控制是否终止当前的识别。处理流程： 总流程流程描述： 根据批次代码，查询“图象信息表IMS_TAB_ IMGINFO”表，获得该批次的所有文件信息。 根据图象件类型（IMIF_AcceTypeID）字段，查询该图象件是否需要OCR识别，如果不需要识别，则找下一个件；需要识别，则从“图像件类型表IMS_TAB_ ACCETYPE”表的ACTP_TemplateID字段，然后查询IMS_TAB_OCR_ TEMPLATES的字段OCRC _TemplateID为指定字段的行，获得摸板文件,并可从“OCR识别字段配置表IMS_TAB_OCR_TEPLATE_FIELDS”表中获得所有的要识别的字段，这些字段将在插入“OCR识别结果表IMS_TAB_OCR_RESXXXX”表时使用。 根据摸板ID“ ACTP_TemplateID”可知道识别结果表，因为识别结果表的生成规则为：IMS_TAB_OCR_RES+摸板编号 ，识别结果可以写在这个表里。 处理以套为单位，每套处理完后，在“套处理状态表IMS_TAB_SCANSETS_PROCSTATUS”的SSPS_ProcID=004一行，写下OCR识别已经识别完的状态，具体状态请编程人员自定。4.3.5 远程登打4.3.5.1 登录 文件菜单上显示：系统（S）：系统登录（CTRLL），修改密码，系统注销，退出系统（CTRLQ）。编辑（E）：粘贴（CRTLV），复制（CRTLC），清除，全选（CTRLA），撤销（CTRL），剪贴（(CTRL+X)。影像录入(L)：全部登打(CTRL+L)，关键登打(CTRL+P)，文件导入(CTRL+I)，补记录导入（CTRLM），再次提交（CTRLP）；系统设置（）：取件数量，登打时间限制；查看信息：查看未完成任务数量。登打资料类型：主卡，副卡，担保人；快捷按键：全部登打，关键登打，文件导入，取件数量，登打时间限制，退出。请注意根据用户权限不同进行不同的界面：例如如果用户仅有全部登打的权限则关键登打，文件导入发灰处理。主件的文件名称显示在界面的左边上；统一的系统登录界面：（请注意，该界面需要华腾所有的登录统一，）；我们的设计为：用户代码六位，用户密码六位；登录流程请调用登录模块的接口函数：ims_logon_DoLogon。该函数完成调用过程，注意：只需调用此接口即可完成登录，不用关心其他函数。登录后所做的工作调用登打初始化接口1. 登录后显示“正在获取系统设置.”。2. 调用imsi_indx_GetConfig函数，获得登打初始化文件：“初始化设置XML文件”。该 XML文件请看“登打接口”一章的“登打初始化接口”一节中XML定义。3. 察看“初始化设置XML文件”的域，比较其中的值是否和以前获得的该域相同，如果前者高，则需要调用imsi_indx_GetIDXDataConfig函数，下载“登打对应关系配置数据”，该 XML文件请看“登打接口”一章的“登打初始化接口”一节中XML定义。4. 察看“初始化设置XML文件”的域，比较其中的值是否和以前获得的该域相同，如果前者高，则需要调用imsi_indx_GetAcceTypeConfig函数，下载“登打对应关系配置数据”，该 XML文件请看“登打接口”一章的“登打初始化接口”一节中XML定义。以上步骤完成了登打配置数据的初始化4.3.5.2 修改密码：修改密码需要调用登录模块的接口函数：ims_logon_ChangePwd。4.3.5.3 系统注销注销时关闭所有打开的窗口。调用登录模块的接口函数：ims_logon_Logout4.3.5.4 退出系统若用户选择是，则先向服务器注销，然后退出，选则否则退出4.3.5.5 编辑（E）：粘贴（CRTLV），复制（CRTLC），清除（del），全选（CTRLA），撤销（CTRL），剪贴（(CTRL+X)。相关的操作同；4.3.5.6 影像录入(L)：单击按键“全部登打(CTRL+L)”，“关键登打(CTRL+P)”，“文件导入(CTRL+I)”，“再次提交（CRTLR）“，”补记录导入“（CTRLM），详细描述见下。4.3.5.7 系统设置（）分为：取件数量，登打时间限制；该设置项目有服务器端设定，客户端仅仅可以看，不可以进行修订。取件数量的显示：取件数量不能超过件。登打时间限制：查看未完成任务数量流程：调用“登打接口”一章的“登打处理接口”一节“登打接口”的imsi_indx_QryIncompSets函数，获得当前未完成的套的数量。XML定义请看“登打接口”一章的“登打处理接口”一节中XML定义中的“交互信息”定义。4.3.5.8 全部登打：取件，问题件，保存，提交，放弃，退出为快捷按键；功能说明：当本界面出现时，需要系统调出以前未登打完的套，显示在左边。 取件：单击后，后台异步的通过取件接口获得要登打的套（件），同时若登打设置允许OCR数据与登打核对，则同时也通过OCR接口取得OCR识别结果。首先要取得要登打的套，通过登打接口的imsi_indx_GetAllIdxWork()函数获得要登打的套，这个套是服务器分配的，用户不能指定特定的套。同时，后台开始异步调用查询接口下载影像，获得该图像，并将此文件保存在本地。如果登打设置允许进行OCR核对，则需要取得OCR识别结果，需要调用“OCR识别处理接口”的ims_ocrr_GetOcrResults函数。若如果允许OCR核对，则同时提取该图像所对应的OCR数据（上一步获得的OCR结果文件）。等待核对。注意：OCR识别结果的字段名是和主副申请表中的字段名一致的，所以下面登打的时候，根据登打的字段名就可以知道和哪个OCR结果对应。 问题件：如果有登打过程中发现副卡没有填写主卡卡号的申请档案（即申请一个主卡和多个副卡，例如一主九副的时候误认为是一卡八副的情况，另外的一张副卡作为一个纯副卡申请进入到系统中，即为问题件，单击“问题件“后系统弹出一个提示框供客户写入提示信息；流程：调用登打接口中的imsi_indx_PutSetErrors(),函数，可以设置特定套的错误。写入的格式为：批次，条码，套号，异常的情况描述。 保存：单击后登打输入的字段保留到本机上，保存的内容包括登打字段保存在自己定义的XML 文件中，文件格式请自己定义。 放弃：单击后系统将此登打的任务退回；单击后，放弃一个或者多个套，同时通过登打接口imsi_indx_CancelSets()函数，放弃任务。注意：需要提示用户放弃任务的后果。 提交：检查登打完成的套（根据套的必添字段判断），如果属于登打完的套，则通过提交接口imsi_indx_AIdxSubmmit()完成套的提交。界面流程描述1 录入完毕后将定位到客户信息录入的第二个字段上，影像定位在图像的相关区域上；单个小图部分显示客户登打第一个字段的影像，登打后第一个字段后，单击回车，系统自动调后台该影像文件的ocr识别记录。ocr识别记录和登打记录进行比对，发现不同的地方，提示客户进行修订。提示方式为：将ocr识别记录显示在“ocr识别记录位置上”，并以红字显示出来。客户可以忽略该错误继续登打，因为OCR识别对于人工录入来讲，决大部分是OCR识别出错。2 将登打记录显示在界面上的数据库字段上表格上。这时候单个小图部分显示客户登打第二个字段的影像。当第一套件第一主件全部登打完毕后单击回车。显示第一套件第二主件影像，依照如上操作，完成第一套件影像文件全部登打工作。单击回车后，系统默认单击“提交按键”，提交完毕后。显示第二套件影像进行登打。3 登打过程中单击“保存”按键后，系统将该影像文件的登打记录保留在本机上。4 单击“问题件”时候，客户记录备注信息，写入的格式为：批次，条码，套号，异常的情况描述。5 对于卡产品的字段记录是由个人/公司卡,visa/master,单币种/双币种，普卡/金卡，担保/无担保几个字段组合而成来形成卡产品的字段。6 登打过程中客户可以单击左边的文件列表，单击“第一套件”的时候，右边无变化，单击“第一套件”下的“影像主件1”的时候，则进入登打的第一字段，登打若干记录后，客户可以单击“影像主件2”，则进入”影像主件2“的第一个字段。如果客户单击“第一套件”，则显示客户登打原来的登打停止位置继续登打。如果“影像文件1”登打完毕后，则显示客户信息的最后一个录入字段。 担保人工作流程：1 担保人申请不经过OCR识别，即为OCR识别记录不显示在界面上，不经过于OCR核对的过程。其他同主卡申请流程； 批量处理件补件工作流程：1. 单击“取件“操作，如果该批是批量处理件，则根据该套客户资料的影像文件条码，查询主副卡申请表，得到前期导入系统的11个字段，分为是：交接单号、姓名、拼音、手机、性别、证件号码、出生年月、帐单地址、邮编、家庭电话、单位电话。接口请看imsi_indx_GetBatchData()函数。2. 根据影像文件的交接单号，查询服务器端是否有批量处理件的补记录存在，如果有则根据影像文件的交接单号码和客户身份证号码查询客户的详细资料，并下载到本地，需要下载两个文件：一个为11个字段的客户信息资料；另一个为100个字段的客户信息资料，接口请查询imsi_indx_GetBatchDataSupply ()函数。3. 显示客户影像文件并将客户的信息记录显示在数据库记录上，并根据数据库记录将客户录入信息显示在客户录入text上（图3）。该处的客户详细分为两种，一种为客户信息为11个字段，另一种为客户信息为100个字段。客户信息中身份证号码不能进行修订，其他所有的字段操作人可以进行修订，并要求记录修订的项目，格式为：原来字段的录入项目、修订后的字段修订。对于人工登打过程中发现错误的现象，系统记录差错项目；对于软盘导入补记录导入，系统自动将11个字段和100个字段进行比对，发现错误后自动记录差异项目，如果姓名和拼音姓名发生差错，则该两项目放置差错的最前端。4. 客户可以单击“提交”提交该申请档案记录。4.3.5.9 关键登打：关键的登打的流程和全部登打的流程一致，不过是登打的字段的数量有所限制；不进行OCR识别;关键登打的字段显示见附件；工作流程：1 单击“取件“按键，客户取得该关键登打任务的影像文件和该任务的全部登打记录中的关键登打字段同名的字段，并将影像文件和全部登打记录下载到本地。调用接口为imsi_indx_GetImpIdxWork()。同样也异步后台下载文件。2 系统默认选择第一套件的影像主件1的“单个小图像显示”该影像文件的第一个定位信息，依照图像信息登打客户信息资料，当完成该字段的登打，单击回车按键后，系统调用该影像文件的“全部登打记录“并于“关键登打记录”比对，如果发生错误，则提示客户进行操作，提示的显示为：3 如果是关键登打错误，则客户进行修订。如果全部登打错误则，单击快捷按键“差错登记“记录全部登打的录入值和关键登打录入值，并注明关键登打和全部登打不一致”；4 关键登打需要将所有字段登打完毕后才能提交，如果关键登打没有完成要给予客户提示信息。如果发生于全部登打差错则将所有的错误项目记录到系统中，并将任务返回给系统。接口函数为imsi_indx_IidxSubmmit()5 其他未描述情况等同于全部登打；4.3.5.10 文件导入流程：批量处理件业务提供客户信息以文件方式提供，登打录入人员负责导入该文件。批量处理件的导入文件与批量处理件的纸质公共资料通过交接单号相连接。登打录入人员将所辖机构的批量处理件客户信息直接导入系统，并检查导入数据的完整性，目前导入文件仅提供11个字段的信息，由接口前端完成CardPro需要的其他字段生成。如未达到要求，可重新导入直至检查合格为止。处理流程：1. 按照交接单号、姓名、拼音、手机、性别、证件号码、出生年月、帐单地址、邮编、家庭电话、单位电话顺序进行读取并显示在界面上。2. 当文件的客户信息全部合格，点击“确认”进行归档。3. 系统将客户信息记录提交数据库。4. 为该用户自动分配一个条码号，该条码号的定义为： (1)（批量处理件标志位，1表示为导入档案）（0000111）（顺序号七位）（00）（补件业务预留）（00）（申请类型）校验位。说明：“导入文件“按键单击后，系统将按照xls格式将文件导入系统中，并整理成XML文件，调用imsi_indx_SubmitBatch()函数，完成导入。“重新导入：按键单击后，系统将重新导入该文件，调用imsi_indx_SubmitBatch()函数。“提交“按键单击后，系统将xml文件提交到服务器端，并显示提交成功提示。4.3.5.11 再次提交：为了支持客户全部登打的错误，容许客户进行修订原来的登打错误，按照业务日期显示各个业务日期下的登打文件，登打的记录显示在图像信息数据库表中。操作人员可以根据影像信息修订登打记录，并可以再次提交到服务器端。单击“再次提交“按键后，系统显示界面如下：根据业务日期显示套件，客户可以单击左边的列表，并在图像信息记录上显示已经录入的客户信息，当客户修订后记录后，单击更新记录，客户端将把更新记录update服务端数据库，如果该记录已经流转到下一步流程例如到了关键登打流程，则update记录不成功，如果修订不成功，则修订的记录不能保存。如果修订成功，则客户信息可以进行保存。提交调用的函数同全部登打提交。4.3.5.12 补记录导入：委外单位（华安单位）提供批量处理件处理流程：申请的时候没有档案资料，利用excel表将申请记录导入系统11个字段，该记录将形成申请记录参加正常申请。批量处理件的补档案资料提交卡部的时候，将会有一个记录客户信息资料100余个字段的软盘和实际的申请档案资料。注意：补记录导入模块一般由卡部实现导入，现在将这个功能也放到了这里。执行这个模块必须要有权限。处理流程：1 按“导入文件”按钮将EXCEL文件转化为XML文件格式，并调用函数，将其提交。2 重新导入按钮则调用imsi_indx_SubmitALLBatchSupppl()，服务器端根据其业务日期覆盖旧的数据。4.3.5.13 模版定制工具（给登打控件用）为实现跟随登打字段的跳动，而相应的图像也跟着跳到相应位置的功能，模板定制工具完成字段和图像部分的对应。模板定制工具的主要工作是将这个位置矩形描述出来，然后将这个矩形的坐标和大小写入到数据库中。工作流程：1 根据“图像件类型表”（IMS_TAB_ ACCETYPE），判断ACTP_NeedIndexing字段是否为1，如果是则根据ACTP_IndexingID从“登打配置表”（IMS_TAB_ INDEXING）找出ACTP_IndexingID和INDX_ID相等的行，并根据INDX_ID连接“登打字段表”( IMS_TAB_ INDEXING_FIELDS) 显示这个表的要登打的所有字段的信息。2 根据这个附件类型，调出和其对应的图像，在上面根据每个字段在图像上画出对应的矩形，然后将这个数据写入在1步骤中找到的“登打字段表 IMS_TAB_ INDEXING_FIELDS”的字段（IDFD_RectX，IDFD_RectY，IDFD_RectXLen， IDFD_RectYLen）中。4.3.6 系统管理4.3.6.1 系统监控（连接监控）本程序监视服务器的连接，通过协议传送给监听者。连接监控通过读取系统工作日志实现。即读取“监控日志表IMS_TAB_WORK_LOG”，读取当前时间要监视的内容。数据服务需要将连接日志写入到监控日志表中，监控程序需要根据指定的时间范围定时刷新，读取当前连接的最新消息。注意：数据服务在写入日志的过程中要注意，采用先进先出的原则，覆盖旧的日志。监控程序工作的流程如下：1. 界面启动后，连接数据库。2. 访问“监控日志表” ，取出本时间段的日志数据，进入显示界面中，并记录本次最大的日志序列值。3. 下一次同样读表，但是日志序列值要比上次的大，取出数据后显示。4. 重复2步骤。4.3.6.2 任务监控界面示意：结束日期开始日期这是个对话框TREEVIEW不提取完成的这里显示批次或套（显示信息及状态）LISTVIEW批次1批次2查询关闭监控类型与内容： 统计批次的状态统计在各个处理过程的批的个数。包括：登记、扫描、质检、OCR、登打，查询批次的状态可查询表“IMS_TAB_BATCH”的字段Btch_StatusID（处理过程的代码可见 $/上海银行/源代码/common/globaldef.h”中的各个状态的定义（IMS_PROC_REGISTER、 IMS_PROC_SCAN、IMS_PROC_QC、IMS_PROC_OCR、IMS_PROC_INDEXING、 IMS_PROC_INDEXING_ALL、IMS_PROC_INDEXING_IMP、IMS_PROC_DOC、IMS_PROC_END），得知处于某状态的批次的个数。这个功能实现在：当点击ListView的根节点时，从数据库中统计处于以上各个状态的批次的个数，显示在右边的view中。 统计套的状态统计在各个处理流程的套的个数。包括：全部登打、关键登打。查询套的状态可查询表“IMS_TAB_SETS”的字段SSET_SetStatus（IMS_PROC_REGISTER、 IMS_PROC_SCAN、IMS_PROC_QC、IMS_PROC_OCR、IMS_PROC_INDEXING、 IMS_PROC_INDEXING_ALL、IMS_PROC_INDEXING_IMP、IMS_PROC_DOC、IMS_PROC_END），得知处于某状态的套的个数。这个功能实现在：当点击TreeView的批次节点时，从数据库中统计处于以上各个状态的套的个数，显示在右边的view中。 显示批次所处的状态当用户点击批次的时候，系统从数据库中调出当前批次的信息（包括交接单号、机构号、分行代码、批次类型、业务日期、当前批次所处的流程，以及处理当前批次的柜员。 显示套所处的状态当用户点击套的时候，系统从数据库中调出当前套的信息（包括交接单号、机构号、分行代码、批次类型、套号、业务日期、当前套所处的流程、处理当前套的柜员。4.3.6.3 系统配置 数据库连接设置用户输入连接字符串，程序负责加密解密，并将其保存到系统注册表中。具体加密算法请自行决定。注意：口令必须显示为“*”号。请调用4.6.4.2的接口 ims_cfgp_SetConnStr()、 ims_cfgp_GetConnStr()、ims_cfgp_TestConn ()测试。 存储单元设置完成存储单元的设置。存储类型（硬盘/光盘）增加删除编辑库类型（listbox）100100100100图像服务器1关闭 业务设置业务设置主要完成系统的业务设置工作，如关键登打是否运行、OCR是否执行等。设置有如下明细： addr_server_rmain indx_iidx_need indx_ocr_need indx_aidx_setlimit indx_iidx_setlimit indx_aidx_timelimit indx_iidx_timelimit 设置件类型本设置指定件类型。关于件类型请参考表“图像件类型表IMS_TAB_ ACCETYPE”进行维护。4.3.7 存储管理4.3.7.1 存储方案4.3.7.1.1 概念定义存储方案是根据文件库的定义和刻盘的要求而设计的。在数据库中涉及到以下表：n 设备数据表：IMS_TAB_STORAGEn 单元数据表：IMS_TAB_UNITn 分行单元映射表：IMS_TAB_BRANCH_UNITn 卷标信息表IMS_TAB_VOLUME在逻辑上实现了概念：n 存储设备定义了设备，目前分为光盘和硬盘两种类型。可参考表：“设备数据表IMS_TAB_STORAGE”的定义，以后如果存储设备有改变只要增加存储设备的定义即可。n 单元单元定义了存储库的概念，存储库是一个逻辑实体，容纳文件，既可以将多个单元放在一台计算机上，也可以是多个单元位于各自不同的计算机上。在本项目的实施中，有三个以下库的定义：待核库、核发库、婉拒库，同时每个库的类型又可以根据存储介质的不同，分为硬盘和光盘类型，。定义可参考数据表“单元数据表IMS_TAB_UNIT”，其中每个单元都有各自的IP地址和端口号。n 卷标卷标是为了刻盘而实现的概念。每个卷标的大小决定于刻盘设备的存储空间，对于CD为600M，对于DVD则为5G左右（根据DVD类型决定）。卷标是依附在单元上的。4.3.7.1.2 存储设备结构示意图图例显示了设备的存储结构，以及银行分行与存储设备的关系。4.3.7.1.3 存储目录结构示意图显示了计算机同存储库和卷标，以及卷标以下的目录结构关系。一个文件服务器上有多个单元，单元下还有卷标，卷标下是按照结构规范存储的图像文件。其中卷标的命名，存储库的命名等，请看下一节的介绍。4.3.7.1.4 实体结构定义与相关流程n 单元的结构对于单元应该有如下定义，其中可定义如下内容：1. 硬盘+待核库2. 光盘+待核库3. 硬盘+核发库4. 光盘+核发库5. 硬盘+婉拒库6. 光盘+婉拒库n 单元分行对应表的结构对于实际应用的系统，一个银行完整的单元应该由以下个构成：1 银行总行+分行硬盘待核库 2 银行总行+分行光盘待核库3 银行总行+分行硬盘核发库4 银行总行+分行光盘核发库5 银行总行+分行硬盘婉拒库6 银行总行+分行光盘婉拒库注意：目前没有考虑其他的存储设备：只有硬盘和光盘两种类型。由以上因素，实际上可以在表IMS_TAB_BRANCH_UNIT和IMS_TAB_UNIT中建立对应关系。n 卷标的命名方法文档文件的数据转移是以卷标为基本单位的，卷标关闭以后不能再接收新的数据，系统会自动建立新的卷标，用于存储数据。卷标定义为：机构号 +存储类型+开始日期+关闭日期+标志。例如：00101200406062004061800：001为机构号，01 为存储类型20040606 为2004年6月6日创建卷标，后边的20040618为：2004年6月18日关闭卷标；后边00为标志位；解释如下：因为DVD的容量为5G，200406062004060800为文件夹，其最大的容量为4.5G(留下空间预备处理其他情况)，该文件夹上放了2004年6月6日到2004年6月18日的图像文件。后边00为标志位；意思为当1天数据量30G，一天添加卷标6个即为00，01，02，03，04，05。对于上海银行来讲永远为00；n 建立一个新的卷标当扫描文件将要入库的时候，需要根据：总行、分行、存储类型（待核、核发、婉拒），决定这个文件将要放在哪个单元上，一般来说，对于刚扫描的文件来说，存储类型是待核的