《航空直销对账系统的设计与实现培训资料.docx》由会员分享，可在线阅读，更多相关《航空直销对账系统的设计与实现培训资料.docx（78页珍藏版）》请在三一办公上搜索。
1、四川航空直销对账系统的设计与实现姓名 陈璟20一三年11月中图分类号：TP311.UDC分类号：004.四川航空直销对账系统的设计与实现作 者 姓 名 陈璟 学 院 名 称 软件学院 指 导 教 师 赵小林 答辩委员会主席 XXX 教授申 请 学 位 工程硕士 学 科 专 业 软件工程 学位授予单位 北京理工大学 论文答辩日期 2014年12月 Design and Implementation of Sichuan Airlines direct reconciliation systemCandidate Name： ChenJing School or Department: Softw
2、are School Faculty Mentor: ZhaoXiaolin Chair, Thesis Committee：Prof. XXX Degree Applied: Master of Engineering Major： Software Engineering Degree by: Beijing Institute of Technol ogyThe Date of Defence： Dec，2014 四川航空直销对账系统的设计与实现 北京理工大学研究成果声明本人郑重声明：所提交的学位论文是我本人在指导教师的指导下进行的研究工作获得的研究成果。尽我所知，文中除特别标注和致谢的
3、地方外，学位论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京理工大学或其它教育机构的学位或证书所使用过的材料。与我一同工作的合作者对此研究工作所做的任何贡献均已在学位论文中作了明确的说明并表示了谢意。特此申明。 签 名： 日期：关于学位论文使用权的说明本人完全了解北京理工大学有关保管、使用学位论文的规定，其中包括：学校有权保管、并向有关部门送交学位论文的原件与复印件；学校可以采用影印、缩印或其它复制手段复制并保存学位论文；学校可允许学位论文被查阅或借阅；学校可以学术交流为目的,复制赠送和交换学位论文；学校可以公布学位论文的全部或部分内容（保密学位论文在解密后遵守此规定）。 签
4、名： 日期： 导师签名： 日期：北京理工大学工程硕士学位论文摘要本文所研究并实现的直销对账系统用于航空运输业，以销售数据配置及管理自动化对账处理对账结果调整的三个核心业务为主线，能够及时地、高效地对来自直销系统、银行（支付公司）的明细数据进行核对，确保会计核算的正确性，从而避免销售损失、提高用户满意度，还能通过排查错误原因提出对直销系统的优化建议。本系统以java技术为基础，以Eclipse为开发工具，以MySql作为底层数据库，按照系统需求分析、系统设计、系统实现、系统测试部署的思路进行设计与实现。系统包含了数据收集、数据转换、数据对比、数据展示等功能。本系统需要从不同的异构系统中抓取、分析
5、、对比数据，并且数据量较大、对“对账结果”的实时性要求较高，因此如何保证系统有足够的灵活性、可扩展性、高可用性是其难点。首先，采取模块化开发方式，将功能模块划分为：基础设置模块、系统管理模块、数据收集模块、数据转换模块、数据对比模块以及对账结果展示模块等。其次，遵循面向对象的设计思想，采用SSH（Struts、Spring、Hibernate）开源框架，保证系统松耦合、可扩展。系统试运行后表明：实现了预期的建设目标，在节约人力成本、提升工作效率、降低工作差错方面取得了良好的应用效果，目前已在四川航空财务部门中正式投产运行。关键词： 航空运输；会计核算；对比数据；SSH。 ABSTRACTDir
6、ect reconciliation system is studied and implemented in this paper for the air transport industry, with sales data configuration and management - automated reconciliation processing - three core business reconciliation result adjustment as the main line, timely, efficient for comes from direct syste
7、m, bank (paying company) the detail data check, ensure the accuracy of accounting in order to avoid losses, sales, improve user satisfaction, but also through the causes of error optimization of the recommendations put forward to direct the investigation system.The system is based on Java technology
8、, using Eclipse as the development tool, uses MySql as the database, according to the system demand analysis, system design, system implementation, system testing deployment ideas for design and implementation. The system includes data collection, data conversion, data comparison, data display and o
9、ther functions.The system needs to grasp, from different heterogeneous systems analysis, comparative data, real-time requirements and a large amount of data, for reconciliation results is higher, so how to ensure that the system has sufficient flexibility, scalability, high availability is one of th
10、e difficulties. Firstly, adopt modularization mode, the function module is divided into: basic setting module, system management module, data collection module, data conversion module, data comparison module and the reconciliation results display module etc. Secondly, following the idea of object-or
11、iented design, using SSH (Struts, Spring, Hibernate) open source framework, to ensure the system loosely coupled, extensible.The test result of the system shows that: to realize the expected goal of building, and achieved good application effect in saving manpower cost, improve work efficiency, redu
12、ce working errors, now in the Sichuan aviation Finance Department formally put into operation.Key Words：Air transport; accounting; data correlation; SSH.目录第1章 绪论11.1 研究背景11.2 研究目的与意义11.3 研究现状21.4 研究内容21.5 本文的组织结构3第2章 系统需求分析42.1 系统总体功能目标42.2 面向的用户群体42.3 基础原理及业务需求综述52.4系统功能模块划分82.4.1通用业务需求92.4.2数据获取业务
13、102.4.3数据处理业务102.4.4基础业务112.5 系统用户需求122.5.1 所有用户一三2.5.2系统管理员一三2.5.3 对账业务管理员142.5.4 机器人172.5.5 对账操作员一八2.6 非功能需求212.6.1 对用户重要的属性212.6.2 对建设者重要的属性222.7本章小结22第3章 系统设计233.1 系统架构设计233.1.1 逻辑架构视图233.1.2 开发架构视图243.1.3 数据架构视图283.2系统功能模块设计293.2.1自动收集数据模块293.2.2自动转换数据模块303.2.3自动对账模块333.3系统界面设计353.4系统数据库设计353.4
14、.1 数据库环境说明353.4.2 数据库的命名规则353.4.3 逻辑设计353.4.4 物理设计363.5 本章小结41第4章 系统实现424.1 实现环境424.2 系统主界面424.3 系统工具424.3.1 外部数据源424.3.2 用户管理444.4 配置管理464.4.1 对账数据配置464.4.2 对账业务配置484.4.3 对账操作员管理504.5 对账业务524.5.1 对账结果处理524.5.2 手工对账功能554.6 本章小结56第5章 系统测试与部署575.1 测试环境575.2 系统的测试595.2.1功能测试595.2.2性能测试625.3 本章小结62结论63参
15、考文献64致谢6668第1章 绪论1.1 研究背景四川航空（以下简称川航）成立于1986年9月19日，1988年7月14日正式开航。从成立至今，四川航空已经安全飞行25年，连续盈利16年。受益于中国经济的不断增长，川航“十二五”规划的目标是建成“百架飞机、千亩土地、万人企业、产值翻番”的大平台，走多枢纽网络型发展道路，成为最受西南区域主流市场欢迎，全国最具特色化服务竞争优势，员工热爱的航空公司。目前，川航已经拥有空中客车飞机84架，为国内最大的全空客机队航空公司。要在航空运输业中形成竞争力，必须做好“安全”、“服务”两个方面的工作。由于川航增长快速，各类业务的数据量也增加巨大，因此川航近年来非
16、常重视信息系统的建设，尤其重视拥有核心竞争力的自主研发软件项目建设，以更有效地达到“安全”、“效益”、“服务”两个方面的工作目标。1.2 研究目的与意义本次选题的四川航空直销对账系统，是根据机票直销业务定制的综合性系统。主要通过相关数据采集、数据比对、异常情况预警等功能，监控票款回笼情况，以及通过灵活报表输出功能满足财务人员对公司机票直销情况的统计。即可以提高财务人员对大量数据进行结算分析的工作效率，又可以降低人工进行数据分析的差错率。本研究的意义主要体现在如下4个方面：（1）节约人力成本：即依托信息系统对成熟的业务流程进行优化，达到更佳的人力资源投入。（2）提升工作效率：利用信息系统可以自动
17、化处理数据的特性，提高工作人员的效率。（3）降低错误风险：利用信息系统稳定、快速的特性，减少人工劳动差错，提高数据处理频度。（4）提升旅客服务满意度：通过比人工劳动更高效的信息系统可以及时发现支付差错问题，间接提高旅客服务满意度。以上4个方面的详细量化指标，请参阅2.1系统总体功能目标章节。1.3 研究现状川航已经建成自己的首个机票直销网站，即B2C机票直销网站。财务人员采用手工方式对销售数据进行核对。伴随电子商务技术的不断进步，川航也不断细分直销业务，先后建成了呼叫中心销售系统、大客户销售系统、手机直销系统、福利优免票管理系统等。支持的银行（支付公司）也多达10多家。由于销售单据的大幅增长，
18、财务人员非常需要信息系统帮助进行直销对账工作。本文就是在此基础上开展直销对账系统的研究。1.4 研究内容本文的主要研究内容如下：一是对直销对账系统进行需求分析。首先与业务部门高层进行交流，确定量化的系统总体功能目标，作为今后系统验收的标准；然后确定用户群体，收集业务需求，明确业务流程；最后对需求进行分析，把需求细化到每个系统用例。二是对直销对账系统进行详细设计。在系统设计原则的基础上进行系统架构设计，用不同的视图表述系统架构。随后进行系统界面原型设计，用更直观的界面原型图片印证业务人员、开发人员对需求的理解是一致的。最后进行系统的数据库设计，给出系统设计的E-R图以及数据库表。三是系统的实现。
19、系统实现是软件生命周期的一个重要阶段，是在系统需求分析、系统总体设计以及功能模块的设计基础上进行编程开发，并以核心代码和代表性界面为成果来介绍系统的功能实现。四是系统的测试。系统的测试是软件生命周期的最后一个阶段，通过设计测试实例来执行相应程序，从而发现系统中存在的某些系统缺陷与错误。1.5 本文的组织结构本文分为六个部分，内容组织结构如下：第一部分：绪论。主要介绍本文的课题来源、研究背景、研究目的与意义以及研究内容的论述。第二部分：系统需求分析。介绍系统的总体功能目标、面向的用户群体、功能模块划分、需求用例、非功能需求。第三部分：系统设计。包括架构设计、界面设计、数据库设计。第四部分：系统实
20、现。按照模块化设计的思想，分功能模块介绍系统实现的各项功能，并给出实现界面。随后介绍系统的运行软硬件环境。第五部分：系统测试与部署。包括系统的功能测试、性能测试以及系统的部署情况。第六部分：结论。总结全文，给出本文所进行的工作，并总结不足之处，对下一步的研究进行展望。第2章 系统需求分析本章对直销对账系统的需求进行了详细描述，包括建设目标、用户群体、业务需求、非功能性需求、用户需求五个方面。2.1 系统总体功能目标直销对账系统建设的目标是：（1）节约人力成本：目前每天通过直销系统售出的电子客票有44000张，每月约有一三20000张电子客票。若假设每天都需要对比各类直销数据、共有20类直销数据
21、、对比单类直销数据需耗时60分钟，估算每天需要投入20个工时专门从事该工作。若有系统支持自动完成数据对比工作，可以节省大概3个人。（2）提升工作效率：财务人员目前每次需要花费5分钟时间从各类系统下载直销明细数据，那么每月仅仅在数据获取这一块就会花费掉1-2个工时。若用程序代替人工，这部分工作将会在每天的夜间由系统自动进行，然后完成对账工作，并在翌日直接生成报表，大大提升工作效率。（3）降低错误风险：目前的人工方式势必在数据匹配对比过程中会存在或发生一定的错误，而通过程序基本上可以杜绝不必要的数据对比错误。另外，采用系统后，可以把每周1次的对账频度提高到每天1次，大大降低资金差错风险。（4）提升
22、旅客服务满意度：如果旅客已经付款但直销系统没有给旅客出票，就会造成旅客不能出行，降低旅客满意度。通过比人工劳动更高效的信息系统可以及时发现此类问题，间接提高旅客服务满意度。2.2 面向的用户群体（1）财务部销售收入室会计（2）财务部国际业务室会计（3）财务部销售收入分管领导（4）市场部直销业务分管领导2.3 基础原理及业务需求综述机票直销类系统都有一个共同点：实现了在线支付功能。其实，直销对账工作是伴随在线支付而产生的，目的是为了监控在线支付业务的差错。如图2.1所示的经典在线支付流程，保障了在线交易基本的安全性。如：直销系统生成待支付表单，避免了用户伪造应付金额；用户直接把支付卡号、密码提交
23、给银行，避免了直销系统获取用户敏感信息；银行把支付结果分别通知用户、直销系统，避免单方面伪造支付结果等。在线支付流程如图2.1所示：图2.1 在线支付流程图上述支付流程虽然较完善，但因为一些异常情况会导致支付差错。如：1.用户在银行完成了支付，但因为网络故障，银行没有“把支付结果告知直销系统”，就会导致机票没有订购好；2.直销系统自身有bug，导致“待支付表单”中的应付金额错误，造成损失。目前财务人员对账工作流程图2.2所示：图2.2 当前人工对账流程首先从直销系统获取数据，数据内容如表2.1所示：表2.1从直销系统获取的数据支付订单号网站支付金额订单状态交易日期GSB20一三10010001
24、800已出票20一三-10-01GSB201110010002650未出票20一三-10-01GSB2011100100031200已出票20一三-10-02GSB2011100100041000已出票20一三-10-02GSB201110010005900已出票20一三-10-03GSB201110010007850已出票20一三-10-03然后从银行（支付公司）获取的数据，数据如表2.2所示：表2.2 从银行获取的示例数据支付订单号银行支付金额支付状态支付日期GSB201110010001800已支付20一三-10-01GSB201110010002650已支付20一三-10-01GSB2
25、011100100031200已支付20一三-10-02GSB2011100100041000未支付20一三-10-02GSB201110010005910已支付20一三-10-03GSB201110010006720已支付20一三-10-03将这两个数据进行手工对比，结果如表2.3所示：表2.3 对账结果示例数据支付订单号网站金额银行金额支付日期对账结果GSB20111001000180080020一三-10-01正确GSB20111001000265065020一三-10-01错误：未出票GSB2011100100031200120020一三-10-02正确GSB2011100100041
26、000100020一三-10-02错误：未支付GSB20111001000590091020一三-10-03错误：支付金额不对GSB20111001000672020一三-10-03错误：直销系统无数据GSB20111001000785020一三-10-03错误：银行无数据为解决支付差错问题，财务部需要及时地将直销系统数据、银行（支付公司）数据进行数据匹配，从而检查销售数据是否正确，资金收入是否完整。在理解了当前业务流程后，确定了今后有对账系统支持的优化流程，如图2.3所示：图2.3 优化后的对账业务流程2.4系统功能模块划分本文按照软件工程的思想，采用模块化设计方法，自顶向下进行设计，因此，
27、本文需要按照系统要求以及业务部门要求进行模块划分。同时，通过面向对象设计实现可拆装性，提高系统的通用性，本系统功能划分如表2.4所示。表2.4 系统功能划分业务类别业务需求通用业务需求登录退出修改密码用户管理权限管理数据获取业务数据获取数据处理业务数据匹配数据调整基础业务系统查询功能自动生成报表功能数据人工补录功能2.4.1通用业务需求(1)登录使用本系统的用户应该首先登录系统，通过认证后方可继续使用其它功能。为规范管理，应使用员工号作为登录名；为保证账号安全，登录密码应符合一定的复杂度要求。密码按照手册规定的复杂程度应为6位及6位以上，必须包含数字，字母，特殊符号的其中两种，且在登录时必须输
28、入验证码。(2)退出登录用户可以通过关闭程序，退出系统使用。再次使用，必须重新登录。(3)修改密码用户可以修改自己的密码。为保证安全，修改密码时必须提供当前密码，并且密码输入框不显示明文。用户可以在门户系统修改自己的密码，修改后可用新密码登录本系统。(4)用户管理管理员可以对系统的用户进行新增、修改、密码重置、停用操作。(5)权限管理管理员可以针对不同的用户分配不同的权限。即国内会计只能操作国内销售数据和报表，而国际会计只能操作国际销售数据和报表。2.4.2数据获取业务(1)数据获取系统需通过接口从支付公司、银行、网站自动导入电子客票的支付数据和退款数据，并保存在数据库中。自动导入程序在每天晚
29、上凌晨进行。具体的支付公司、银行、网站包括如下：支付公司：易宝、快钱、银联、支付宝、汇付、财付通银行：工商银行、农业银行、招商银行、中国银行网站数据：B2B平台，B2C平台，海外B2C财务结算系统另外，财务结算系统每日会将电子客票的支付数据和退款数据存于服务器上，需要对账系统自行抓取，用于数据处理业务。2.4.3数据处理业务(1)数据匹配系统所涉及的电子客票对账数据分为支付数据和退款数据两大模块，两个模块的数据匹配方法相同。功能如图2.4所示：图2.4 功能示意图数据匹配方法：银行/支付公司与网站通过银行订单号、交易日期、金额进行匹配；财务结算系统与网站通过票号、交易日期、金额（票面价/机建/
30、燃油）、航段进行匹配。保险公司数据与网站保险统计报表通过票号、保单金额进行匹配.系统在设定的时间将获取到多方数据按照以上的数据匹配方法进行自动匹配。完成匹配后，将无法匹配的客票进行提示，并能导出无法匹配的客票报表。无法匹配的情况包括：金额不匹配、航段不匹配、单边账情况等。(2)数据调整针对以上出现无法匹配的提示信息，对账人员可以点击提示信息，进入不匹配客票的详细查看页面，对数据源以及不匹配原因进行检查，并就不匹配的对账结果，根据实际客票情况，可进行适当的手工修改调整。修改完毕后，由对账人员手工再次对无法匹配的客票进行匹配工作，并将匹配完成的正确信息自动录入数据库。同时，系统需要记录系统自动匹配
31、和对账人员手工调整的所有操作日志。2.4.4基础业务(1)系统查询功能对账人员通过日期、电子客票票号、银行订单号等查询条件查询到每张电子客票的对账日志记录，包括自动匹配记录和人工进行修改调整的记录。对账人员通过日期、电子客票票号、银行订单号等查询条件可以在不匹配统计列表页对特定的客票进行查询，查询结果包括客票相关数据源，客票匹配情况，客票操作情况。(2)自动生成报表功能系统定时生成固定格式的每种支付方式下的三张报表（报表样板见附件一：固定报表样表）供对账人员自行下载。支付方式包括：易宝、快钱、银联、支付宝、支付宝快捷支付、支付宝无线支付、汇付、财付通、工商银行网银支付、工商银行信用卡支付、农业
32、银行网银支付、农业银行信用卡支付、招商银行网银支付、招商银行信用卡支付。(3)数据人工补录功能系统提供数据获取监控功能，对账人员可以通过该功能知道当前每种数据源是否已通过接口获取完毕。对于获取失败和漏获取的情况，通过导入报表等形式进行人工数据补漏，并且在补漏后通过对账人员选择进行重新的数据匹配。(4)灵活报表功能系统根据以上的对账规则得出对账结果，用户可以根据自己的需要选择查询结果显示内容，并通过输入日期时间段，查询得到需要的报表。2.5 系统用户需求用户需求如表2.5所示：表2.5 用户需求表用户角色用例优先级所有用户登录系统高退出登录高系统管理员注册用户高修改用户操作权限高注销用户高查看操
33、作日志中外部数据源管理低机器人执行数据收集任务低执行数据转换任务中执行对账业务高对账操作员发起人工对账任务高查询对账结果高删除对账结果高对账差错处理高查看对账结果明细高下载源数据中导出对账结果中查询报表中导出报表中调账高对账业务管理员查看外部数据源低配置对账业务低配置转换数据业务低配置核对业务低分配对账操作员低2.5.1 所有用户用户角色用例如图2.5所示：图2.5 系统用户用例图2.5.2系统管理员用户角色用例如图2.6所示： 图2.6 系统管理员用例图2.5.3 对账业务管理员用户角色用例如图2.7所示：图2.7 对账业务管理员用例图查看外部数据源需求如表2.6所示：表2.6 外部数据源用
34、例名称查看外部数据源执行者对账业务管理员用例描述通过此功能查看外部对帐源的数据接口前置条件系统管理员已经新增外部数据源执行结果可管理外部数据接口主要过程进入查看数据数据接口功能展示外部对账源数据接口列表，展示所有可用外部对账源数据接口业务规则外部对账源提供的数据下载地址需为FTP协议。下载文件格式限定为为csv、txt、xls、xml、json等数据文件。涉及实体外部数据源：数据源类型（B2C、B2B、航线销售、保险、银行、第三方），数据源名称、数据源接口地址、文件存储类型、是否为多个文件、本地存储路径、获取文件频率、数据典型结构。配置对账业务需求如表2.5所示：表2.5 配置对账业务用例名称
35、配置对账业务执行者对账业务管理员用例描述定义、管理对账义务规则，供对账机器人对账使用。前置条件系统管理员已经新增外部数据源执行结果可管理对账业务规则。主要过程配置对账业务功能包括配置转换数据业务功能与配置核对业务功能。配置转换数据业务，具体功能参见配置转换数据业务用例。配置核对业务，具体功能参见配置核对业务用例。配置完成后，转换数据业务规则与核对业务规则将应用到转换机器人、对账机器人自动对账功能中。记录操作日志。涉及实体外部数据源：数据源类型（B2C、B2B、航线销售、保险、银行、第三方），数据源名称、数据源接口地址、文件存储类型、是否为多个文件、本地存储路径、获取文件频率、数据典型结构。转换
36、数据业务规则：外部数据源、转换数据列、对应外部数据源文件列、对应规则、转换规则、转换数据频率。核对业务规则：起始数据源、目标数据源、匹配数据列、核对数据列、展示数据列、核对规则、核对频率等。配置转换数据业务需求如表2.7所示：表2.7 配置转换数据业务用例名称配置转换数据业务执行者对账业务管理员用例描述定义转换数据业务规则，规定对账机器人转换对账数据源文件的转换原则。前置条件系统管理员已经新增外部数据源执行结果成功录入转换数据业务规则，并可对其进行管理使用频度较低，主要在新加入对账源时使用主要过程进入配置转换数据业务功能。展示转换数据业务规则列表。点击“新增规则”，进入新增规则页面，跳转到4。
37、选择外部数据源，判断该数据源是否已经被配置到其他业务规则，如果已经配置到其他转换数据规则，跳转到异常4.1，通过则继续执行。添加转换数据列（可多个），包括数据列名称、对应外部数据源文件列名（可选多个）、对应规则（如转义、校验、修改规则）。设置转换数据频率。点击“保存”，保存成功。记录操作日志。分支过程可对已有的转换规则进行修改或删除，点击“修改”、“删除”功能时，先校验转换数据机器人是否已经使用该规则转换过源数据，是则跳转到异常，否则可修改或删除转换规则。异常过程提示所选数据源已经被使用到其他转换规则中，不能被重复转换。提示继续修改或删除转换规则会造成前后数据错误，如果继续将删除已有转换数据。
38、业务规则一个数据源只允许存在于一个转换数据规则中。已经转换过数据的转换规则不允许随意修改或删除，若必须修改，则需删除之前对账数据涉及实体外部数据源：数据源类型（B2C、B2B、航线销售、保险、银行、第三方），数据源名称、数据源接口地址、文件存储类型、是否为多个文件、本地存储路径、获取文件频率、数据典型结构。转换数据业务规则：外部数据源、转换数据列、对应外部数据源文件列、对应规则、转换规则、转换数据频率。用户操作日志：时间、登录名、操作（退出登录）、关键ID、摘要、客户端IP配置核对业务需求如表2.8所示：表2.8 配置核对业务用例名称配置核对业务执行者对账业务管理员用例描述定义数据核对业务规则
39、，规定对账机器人进行数据核对时的业务规则。前置条件已配置转化数据规则执行结果成功录入转换数据业务规则，并可对其进行管理使用频度较低，主要在新加入对账源时使用主要过程进入配置核对业务功能。展示核对业务规则列表。点击“新增规则”，进入新增规则页面，跳转到4。选择核对业务类型（支付核对、退款核对、销售日报核对、保险核对）添加起始数据源（B2C、B2B），添加目标数据源（支付、航线、保险公司）。根据选择数据源的数据转换规则展示可核对列。添加须匹配数据列（可多个），包括起始源数据列、目标源数据列、匹配规则。添加须核对数据列（可多个），包括起始源数据列、目标源数据列、核对规则。设置数据源核对规则（如订单号
40、值相同的行要进行累加）设置核对数据频率。点击“保存”，保存成功。记录操作日志。分支过程可对已有的核对规则进行修改或删除，点击“修改”、“删除”功能时，先校验核对数据机器人是否已经使用该规则核对过数据，是则跳转到异常，否则可修改或删除规则。异常过程提示继续修改或删除核对规则会造成前后数据错误，如果继续将删除已有核对结果数据。业务规则起始数据源可按分配多个数据源，各数据源的的数据将累加核对。目标数据源可按分配多个数据源，各数据源的的数据将累加核对。匹配数据列规定按什么原则进行数据匹配，核对数据列规定要根据匹配规则对什么数据进行核对。涉及实体外部数据源：数据源类型（B2C、B2B、航线销售、保险、银
41、行、第三方），数据源名称、数据源接口地址、文件存储类型、是否为多个文件、本地存储路径、获取文件频率、数据典型结构。转换数据业务规则：外部数据源、转换数据列、对应外部数据源文件列、对应规则、转换规则、转换数据频率。核对业务规则：起始数据源、目标数据源、匹配数据列、核对数据列、展示数据列、核对规则、核对频率等。用户操作日志：时间、登录名、操作（退出登录）、关键ID、摘要、客户端IP分配对账操作员需求如表2.9所示：表2.9 分配对账操作员用例名称分配对账操作员执行者对账业务管理员用例描述定义并分配对账操作员，不同对账操作员只能查看与处理其操作范围内的账目数据。前置条件无执行结果成功分配对账操作员，
42、并可对其进行管理使用频度较低，主要在系统初始化及添加对账操作员时使用主要过程进入分配对账操作员功能。展示对账操作员列表。点击“新增操作员”，进入新增页面。系统展示所有系统用户及其已有的对账权限，可进行点选及多选选择用户后进入选择对账权限页面，系统展示所有以配置的对账规则，供管理员进行选择点击保存，系统验证该对账业务权限是否已经适配给该用户，如果已经分配，跳转到异常6.1，如果没有分配，则将管理权限分配给相关用户，并提示分配成功。记录操作日志。分支过程可对已有的人员的业务权限进行修改或删除异常过程提示该用户已经分配了该对账权限。业务规则一个用户可拥有多个对账业务的处理权限。涉及实体操作员权限：用
43、户名、对账权限列表。对账权限：核对数据范围、查看数据范围、管理数据等级（查看、管理、删除）。用户操作日志：时间、登录名、操作（退出登录）、关键ID、摘要、客户端IP。2.5.4 机器人用户角色用例如图2.8所示： 图2.8 机器人用例图以上三类型机器人，也就是自动程序。该程序通过计时器触发执行数据处理工作。其详细的模块、流程设计请参考3.2系统功能模块设计章节。2.5.5 对账操作员用户角色用例如图2.9所示：图2.9 对账操作员用例发起人工对账任务需求如表2.10所示：表2.10 人工对账任务需求用例名称发起人工对账任务执行者对账操作员用例描述用户手动点击按钮发起对账操作任务前置条件已取得对
44、账操作员权限，对账源数据未能自动获取或者该渠道不提供自动数据源获取服务执行结果获得对账结果报表使用频度较高主要过程由该操作员手工上传该渠道源对账数据文件到系统，上传步骤参见分支1.1，上传错误文件格式转到异常1.1源数据已上传或者存在与系统之后，点击对账按钮由系统进行即时对账操作，对账文件内容格式错误转到异常2.1点击对账按钮后，则返回对账结果查询页面，等待对账执行结果，正常情况下等待5-10分钟，将会看到查询页面显示已完成对账的对账记录分支过程上传源数据：对账操作员选择需要手动对账渠道类别，查看是否存在源数据如果源数据存在，先删除已有源数据最后上传该渠道类别源数据异常过程1.1 上传文件格式不符，将给予异常提示2.1 文件内容格式错误，应给出明确错误提示3.1 对账结果等待超过一五分钟以上，需要给出异常提示，提示用户联系系统管理员业务规
