四川航空直銷對賬系統(tǒng)的設(shè)計與實現(xiàn)

1、四川航空直銷對賬系統(tǒng)的設(shè)計與實現(xiàn)姓名 陳璟2013年11月中圖分類號：TP311.UDC分類號：004.四川航空直銷對賬系統(tǒng)的設(shè)計與實現(xiàn)作 者 姓 名 陳璟 學(xué) 院 名 稱 軟件學(xué)院 指 導(dǎo) 教 師 趙小林 答辯委員會主席 XXX 教授申 請 學(xué) 位 工程碩士 學(xué) 科 專 業(yè) 軟件工程 學(xué)位授予單位 北京理工大學(xué) 論文答辯日期 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 四川航空直銷對賬系統(tǒng)的設(shè)計與實現(xiàn) 北京理工大學(xué)研究成果聲明本人鄭重聲明：所提交的學(xué)位論文是我本人在指導(dǎo)教師的指導(dǎo)下進(jìn)行的研究工作獲得的研究成果。盡我所知，文中除特別標(biāo)注和致謝的

3、地方外，學(xué)位論文中不包含其他人已經(jīng)發(fā)表或撰寫過的研究成果，也不包含為獲得北京理工大學(xué)或其它教育機(jī)構(gòu)的學(xué)位或證書所使用過的材料。與我一同工作的合作者對此研究工作所做的任何貢獻(xiàn)均已在學(xué)位論文中作了明確的說明并表示了謝意。特此申明。 簽 名： 日期：關(guān)于學(xué)位論文使用權(quán)的說明本人完全了解北京理工大學(xué)有關(guān)保管、使用學(xué)位論文的規(guī)定，其中包括：學(xué)校有權(quán)保管、并向有關(guān)部門送交學(xué)位論文的原件與復(fù)印件；學(xué)?？梢圆捎糜坝?、縮印或其它復(fù)制手段復(fù)制并保存學(xué)位論文；學(xué)校可允許學(xué)位論文被查閱或借閱；學(xué)校可以學(xué)術(shù)交流為目的,復(fù)制贈送和交換學(xué)位論文；學(xué)校可以公布學(xué)位論文的全部或部分內(nèi)容（保密學(xué)位論文在解密后遵守此規(guī)定）。 簽

4、名： 日期： 導(dǎo)師簽名： 日期：北京理工大學(xué)工程碩士學(xué)位論文摘要本文所研究并實現(xiàn)的直銷對賬系統(tǒng)用于航空運輸業(yè)，以銷售數(shù)據(jù)配置及管理自動化對賬處理對賬結(jié)果調(diào)整的三個核心業(yè)務(wù)為主線，能夠及時地、高效地對來自直銷系統(tǒng)、銀行（支付公司）的明細(xì)數(shù)據(jù)進(jìn)行核對，確保會計核算的正確性，從而避免銷售損失、提高用戶滿意度，還能通過排查錯誤原因提出對直銷系統(tǒng)的優(yōu)化建議。本系統(tǒng)以java技術(shù)為基礎(chǔ)，以Eclipse為開發(fā)工具，以MySql作為底層數(shù)據(jù)庫，按照系統(tǒng)需求分析、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試部署的思路進(jìn)行設(shè)計與實現(xiàn)。系統(tǒng)包含了數(shù)據(jù)收集、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)對比、數(shù)據(jù)展示等功能。本系統(tǒng)需要從不同的異構(gòu)系統(tǒng)中抓取、分析

5、、對比數(shù)據(jù)，并且數(shù)據(jù)量較大、對“對賬結(jié)果”的實時性要求較高，因此如何保證系統(tǒng)有足夠的靈活性、可擴(kuò)展性、高可用性是其難點。首先，采取模塊化開發(fā)方式，將功能模塊劃分為：基礎(chǔ)設(shè)置模塊、系統(tǒng)管理模塊、數(shù)據(jù)收集模塊、數(shù)據(jù)轉(zhuǎn)換模塊、數(shù)據(jù)對比模塊以及對賬結(jié)果展示模塊等。其次，遵循面向?qū)ο蟮脑O(shè)計思想，采用SSH（Struts、Spring、Hibernate）開源框架，保證系統(tǒng)松耦合、可擴(kuò)展。系統(tǒng)試運行后表明：實現(xiàn)了預(yù)期的建設(shè)目標(biāo)，在節(jié)約人力成本、提升工作效率、降低工作差錯方面取得了良好的應(yīng)用效果，目前已在四川航空財務(wù)部門中正式投產(chǎn)運行。關(guān)鍵詞： 航空運輸；會計核算；對比數(shù)據(jù)；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

10、is one of the 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

11、of object-oriented 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 effi

12、ciency, reduce 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 研究現(xiàn)狀21.4 研究內(nèi)容21.5 本文的組織結(jié)構(gòu)3第2章 系統(tǒng)需求分析42.1 系統(tǒng)總體功能目標(biāo)42.2 面向的用戶群體42.3 基礎(chǔ)原理及業(yè)務(wù)需求綜述52.4系統(tǒng)功能模塊劃分82.4.1通用業(yè)務(wù)需求

13、92.4.2數(shù)據(jù)獲取業(yè)務(wù)102.4.3數(shù)據(jù)處理業(yè)務(wù)102.4.4基礎(chǔ)業(yè)務(wù)112.5 系統(tǒng)用戶需求122.5.1 所有用戶132.5.2系統(tǒng)管理員132.5.3 對賬業(yè)務(wù)管理員142.5.4 機(jī)器人172.5.5 對賬操作員182.6 非功能需求212.6.1 對用戶重要的屬性212.6.2 對建設(shè)者重要的屬性222.7本章小結(jié)22第3章 系統(tǒng)設(shè)計233.1 系統(tǒng)架構(gòu)設(shè)計233.1.1 邏輯架構(gòu)視圖233.1.2 開發(fā)架構(gòu)視圖243.1.3 數(shù)據(jù)架構(gòu)視圖283.2系統(tǒng)功能模塊設(shè)計293.2.1自動收集數(shù)據(jù)模塊293.2.2自動轉(zhuǎn)換數(shù)據(jù)模塊303.2.3自動對賬模塊333.3系統(tǒng)界面設(shè)計353.4

14、系統(tǒng)數(shù)據(jù)庫設(shè)計353.4.1 數(shù)據(jù)庫環(huán)境說明353.4.2 數(shù)據(jù)庫的命名規(guī)則353.4.3 邏輯設(shè)計353.4.4 物理設(shè)計363.5 本章小結(jié)41第4章 系統(tǒng)實現(xiàn)424.1 實現(xiàn)環(huán)境424.2 系統(tǒng)主界面424.3 系統(tǒng)工具424.3.1 外部數(shù)據(jù)源424.3.2 用戶管理444.4 配置管理464.4.1 對賬數(shù)據(jù)配置464.4.2 對賬業(yè)務(wù)配置484.4.3 對賬操作員管理504.5 對賬業(yè)務(wù)524.5.1 對賬結(jié)果處理524.5.2 手工對賬功能554.6 本章小結(jié)56第5章 系統(tǒng)測試與部署575.1 測試環(huán)境575.2 系統(tǒng)的測試595.2.1功能測試595.2.2性能測試625.3

15、 本章小結(jié)62結(jié)論63參考文獻(xiàn)64致謝6667第1章 緒論1.1 研究背景四川航空（以下簡稱川航）成立于1986年9月19日，1988年7月14日正式開航。從成立至今，四川航空已經(jīng)安全飛行25年，連續(xù)盈利16年。受益于中國經(jīng)濟(jì)的不斷增長，川航“十二五”規(guī)劃的目標(biāo)是建成“百架飛機(jī)、千畝土地、萬人企業(yè)、產(chǎn)值翻番”的大平臺，走多樞紐網(wǎng)絡(luò)型發(fā)展道路，成為最受西南區(qū)域主流市場歡迎，全國最具特色化服務(wù)競爭優(yōu)勢，員工熱愛的航空公司。目前，川航已經(jīng)擁有空中客車飛機(jī)84架，為國內(nèi)最大的全空客機(jī)隊航空公司。要在航空運輸業(yè)中形成競爭力，必須做好“安全”、“服務(wù)”兩個方面的工作。由于川航增長快速，各類業(yè)務(wù)的數(shù)據(jù)量也增

16、加巨大，因此川航近年來非常重視信息系統(tǒng)的建設(shè)，尤其重視擁有核心競爭力的自主研發(fā)軟件項目建設(shè)，以更有效地達(dá)到“安全”、“效益”、“服務(wù)”兩個方面的工作目標(biāo)。1.2 研究目的與意義本次選題的四川航空直銷對賬系統(tǒng)，是根據(jù)機(jī)票直銷業(yè)務(wù)定制的綜合性系統(tǒng)。主要通過相關(guān)數(shù)據(jù)采集、數(shù)據(jù)比對、異常情況預(yù)警等功能，監(jiān)控票款回籠情況，以及通過靈活報表輸出功能滿足財務(wù)人員對公司機(jī)票直銷情況的統(tǒng)計。即可以提高財務(wù)人員對大量數(shù)據(jù)進(jìn)行結(jié)算分析的工作效率，又可以降低人工進(jìn)行數(shù)據(jù)分析的差錯率。本研究的意義主要體現(xiàn)在如下4個方面：（1）節(jié)約人力成本：即依托信息系統(tǒng)對成熟的業(yè)務(wù)流程進(jìn)行優(yōu)化，達(dá)到更佳的人力資源投入。（2）提升工作效

17、率：利用信息系統(tǒng)可以自動化處理數(shù)據(jù)的特性，提高工作人員的效率。（3）降低錯誤風(fēng)險：利用信息系統(tǒng)穩(wěn)定、快速的特性，減少人工勞動差錯，提高數(shù)據(jù)處理頻度。（4）提升旅客服務(wù)滿意度：通過比人工勞動更高效的信息系統(tǒng)可以及時發(fā)現(xiàn)支付差錯問題，間接提高旅客服務(wù)滿意度。以上4個方面的詳細(xì)量化指標(biāo)，請參閱2.1系統(tǒng)總體功能目標(biāo)章節(jié)。1.3 研究現(xiàn)狀川航已經(jīng)建成自己的首個機(jī)票直銷網(wǎng)站，即B2C機(jī)票直銷網(wǎng)站。財務(wù)人員采用手工方式對銷售數(shù)據(jù)進(jìn)行核對。伴隨電子商務(wù)技術(shù)的不斷進(jìn)步，川航也不斷細(xì)分直銷業(yè)務(wù)，先后建成了呼叫中心銷售系統(tǒng)、大客戶銷售系統(tǒng)、手機(jī)直銷系統(tǒng)、福利優(yōu)免票管理系統(tǒng)等。支持的銀行（支付公司）也多達(dá)10多家。

18、由于銷售單據(jù)的大幅增長，財務(wù)人員非常需要信息系統(tǒng)幫助進(jìn)行直銷對賬工作。本文就是在此基礎(chǔ)上開展直銷對賬系統(tǒng)的研究。1.4 研究內(nèi)容本文的主要研究內(nèi)容如下：一是對直銷對賬系統(tǒng)進(jìn)行需求分析。首先與業(yè)務(wù)部門高層進(jìn)行交流，確定量化的系統(tǒng)總體功能目標(biāo)，作為今后系統(tǒng)驗收的標(biāo)準(zhǔn)；然后確定用戶群體，收集業(yè)務(wù)需求，明確業(yè)務(wù)流程；最后對需求進(jìn)行分析，把需求細(xì)化到每個系統(tǒng)用例。二是對直銷對賬系統(tǒng)進(jìn)行詳細(xì)設(shè)計。在系統(tǒng)設(shè)計原則的基礎(chǔ)上進(jìn)行系統(tǒng)架構(gòu)設(shè)計，用不同的視圖表述系統(tǒng)架構(gòu)。隨后進(jìn)行系統(tǒng)界面原型設(shè)計，用更直觀的界面原型圖片印證業(yè)務(wù)人員、開發(fā)人員對需求的理解是一致的。最后進(jìn)行系統(tǒng)的數(shù)據(jù)庫設(shè)計，給出系統(tǒng)設(shè)計的E-R圖以及數(shù)

19、據(jù)庫表。三是系統(tǒng)的實現(xiàn)。系統(tǒng)實現(xiàn)是軟件生命周期的一個重要階段，是在系統(tǒng)需求分析、系統(tǒng)總體設(shè)計以及功能模塊的設(shè)計基礎(chǔ)上進(jìn)行編程開發(fā)，并以核心代碼和代表性界面為成果來介紹系統(tǒng)的功能實現(xiàn)。四是系統(tǒng)的測試。系統(tǒng)的測試是軟件生命周期的最后一個階段，通過設(shè)計測試實例來執(zhí)行相應(yīng)程序，從而發(fā)現(xiàn)系統(tǒng)中存在的某些系統(tǒng)缺陷與錯誤。1.5 本文的組織結(jié)構(gòu)本文分為六個部分，內(nèi)容組織結(jié)構(gòu)如下：第一部分：緒論。主要介紹本文的課題來源、研究背景、研究目的與意義以及研究內(nèi)容的論述。第二部分：系統(tǒng)需求分析。介紹系統(tǒng)的總體功能目標(biāo)、面向的用戶群體、功能模塊劃分、需求用例、非功能需求。第三部分：系統(tǒng)設(shè)計。包括架構(gòu)設(shè)計、界面設(shè)計、數(shù)據(jù)

20、庫設(shè)計。第四部分：系統(tǒng)實現(xiàn)。按照模塊化設(shè)計的思想，分功能模塊介紹系統(tǒng)實現(xiàn)的各項功能，并給出實現(xiàn)界面。隨后介紹系統(tǒng)的運行軟硬件環(huán)境。第五部分：系統(tǒng)測試與部署。包括系統(tǒng)的功能測試、性能測試以及系統(tǒng)的部署情況。第六部分：結(jié)論?？偨Y(jié)全文，給出本文所進(jìn)行的工作，并總結(jié)不足之處，對下一步的研究進(jìn)行展望。第2章 系統(tǒng)需求分析本章對直銷對賬系統(tǒng)的需求進(jìn)行了詳細(xì)描述，包括建設(shè)目標(biāo)、用戶群體、業(yè)務(wù)需求、非功能性需求、用戶需求五個方面。2.1 系統(tǒng)總體功能目標(biāo)直銷對賬系統(tǒng)建設(shè)的目標(biāo)是：（1）節(jié)約人力成本：目前每天通過直銷系統(tǒng)售出的電子客票有44000張，每月約有1320000張電子客票。若假設(shè)每天都需要對比各類直銷

21、數(shù)據(jù)、共有20類直銷數(shù)據(jù)、對比單類直銷數(shù)據(jù)需耗時60分鐘，估算每天需要投入20個工時專門從事該工作。若有系統(tǒng)支持自動完成數(shù)據(jù)對比工作，可以節(jié)省大概3個人。（2）提升工作效率：財務(wù)人員目前每次需要花費5分鐘時間從各類系統(tǒng)下載直銷明細(xì)數(shù)據(jù)，那么每月僅僅在數(shù)據(jù)獲取這一塊就會花費掉1-2個工時。若用程序代替人工，這部分工作將會在每天的夜間由系統(tǒng)自動進(jìn)行，然后完成對賬工作，并在翌日直接生成報表，大大提升工作效率。（3）降低錯誤風(fēng)險：目前的人工方式勢必在數(shù)據(jù)匹配對比過程中會存在或發(fā)生一定的錯誤，而通過程序基本上可以杜絕不必要的數(shù)據(jù)對比錯誤。另外，采用系統(tǒng)后，可以把每周1次的對賬頻度提高到每天1次，大大降低

22、資金差錯風(fēng)險。（4）提升旅客服務(wù)滿意度：如果旅客已經(jīng)付款但直銷系統(tǒng)沒有給旅客出票，就會造成旅客不能出行，降低旅客滿意度。通過比人工勞動更高效的信息系統(tǒng)可以及時發(fā)現(xiàn)此類問題，間接提高旅客服務(wù)滿意度。2.2 面向的用戶群體（1）財務(wù)部銷售收入室會計（2）財務(wù)部國際業(yè)務(wù)室會計（3）財務(wù)部銷售收入分管領(lǐng)導(dǎo)（4）市場部直銷業(yè)務(wù)分管領(lǐng)導(dǎo)2.3 基礎(chǔ)原理及業(yè)務(wù)需求綜述機(jī)票直銷類系統(tǒng)都有一個共同點：實現(xiàn)了在線支付功能。其實，直銷對賬工作是伴隨在線支付而產(chǎn)生的，目的是為了監(jiān)控在線支付業(yè)務(wù)的差錯。如圖2.1所示的經(jīng)典在線支付流程，保障了在線交易基本的安全性。如：直銷系統(tǒng)生成待支付表單，避免了用戶偽造應(yīng)付金額；用戶

23、直接把支付卡號、密碼提交給銀行，避免了直銷系統(tǒng)獲取用戶敏感信息；銀行把支付結(jié)果分別通知用戶、直銷系統(tǒng)，避免單方面?zhèn)卧熘Ц督Y(jié)果等。在線支付流程如圖2.1所示：圖2.1 在線支付流程圖上述支付流程雖然較完善，但因為一些異常情況會導(dǎo)致支付差錯。如：1.用戶在銀行完成了支付，但因為網(wǎng)絡(luò)故障，銀行沒有“把支付結(jié)果告知直銷系統(tǒng)”，就會導(dǎo)致機(jī)票沒有訂購好；2.直銷系統(tǒng)自身有bug，導(dǎo)致“待支付表單”中的應(yīng)付金額錯誤，造成損失。目前財務(wù)人員對賬工作流程圖2.2所示：圖2.2 當(dāng)前人工對賬流程首先從直銷系統(tǒng)獲取數(shù)據(jù)，數(shù)據(jù)內(nèi)容如表2.1所示：表2.1從直銷系統(tǒng)獲取的數(shù)據(jù)支付訂單號網(wǎng)站支付金額訂單狀態(tài)交易日期GSB

24、201310010001800已出票2013-10-01GSB201110010002650未出票2013-10-01GSB2011100100031200已出票2013-10-02GSB2011100100041000已出票2013-10-02GSB201110010005900已出票2013-10-03GSB201110010007850已出票2013-10-03然后從銀行（支付公司）獲取的數(shù)據(jù)，數(shù)據(jù)如表2.2所示：表2.2 從銀行獲取的示例數(shù)據(jù)支付訂單號銀行支付金額支付狀態(tài)支付日期GSB201110010001800已支付2013-10-01GSB201110010002650已支付20

25、13-10-01GSB2011100100031200已支付2013-10-02GSB2011100100041000未支付2013-10-02GSB201110010005910已支付2013-10-03GSB201110010006720已支付2013-10-03將這兩個數(shù)據(jù)進(jìn)行手工對比，結(jié)果如表2.3所示：表2.3 對賬結(jié)果示例數(shù)據(jù)支付訂單號網(wǎng)站金額銀行金額支付日期對賬結(jié)果GSB2011100100018008002013-10-01正確GSB2011100100026506502013-10-01錯誤：未出票GSB201110010003120012002013-10-02正確GSB2

26、01110010004100010002013-10-02錯誤：未支付GSB2011100100059009102013-10-03錯誤：支付金額不對GSB2011100100067202013-10-03錯誤：直銷系統(tǒng)無數(shù)據(jù)GSB2011100100078502013-10-03錯誤：銀行無數(shù)據(jù)為解決支付差錯問題，財務(wù)部需要及時地將直銷系統(tǒng)數(shù)據(jù)、銀行（支付公司）數(shù)據(jù)進(jìn)行數(shù)據(jù)匹配，從而檢查銷售數(shù)據(jù)是否正確，資金收入是否完整。在理解了當(dāng)前業(yè)務(wù)流程后，確定了今后有對賬系統(tǒng)支持的優(yōu)化流程，如圖2.3所示：圖2.3 優(yōu)化后的對賬業(yè)務(wù)流程2.4系統(tǒng)功能模塊劃分本文按照軟件工程的思想，采用模塊化設(shè)計方法，

27、自頂向下進(jìn)行設(shè)計，因此，本文需要按照系統(tǒng)要求以及業(yè)務(wù)部門要求進(jìn)行模塊劃分。同時，通過面向?qū)ο笤O(shè)計實現(xiàn)可拆裝性，提高系統(tǒng)的通用性，本系統(tǒng)功能劃分如表2.4所示。表2.4 系統(tǒng)功能劃分業(yè)務(wù)類別業(yè)務(wù)需求通用業(yè)務(wù)需求登錄退出修改密碼用戶管理權(quán)限管理數(shù)據(jù)獲取業(yè)務(wù)數(shù)據(jù)獲取數(shù)據(jù)處理業(yè)務(wù)數(shù)據(jù)匹配數(shù)據(jù)調(diào)整基礎(chǔ)業(yè)務(wù)系統(tǒng)查詢功能自動生成報表功能數(shù)據(jù)人工補(bǔ)錄功能2.4.1通用業(yè)務(wù)需求(1)登錄使用本系統(tǒng)的用戶應(yīng)該首先登錄系統(tǒng)，通過認(rèn)證后方可繼續(xù)使用其它功能。為規(guī)范管理，應(yīng)使用員工號作為登錄名；為保證賬號安全，登錄密碼應(yīng)符合一定的復(fù)雜度要求。密碼按照手冊規(guī)定的復(fù)雜程度應(yīng)為6位及6位以上，必須包含數(shù)字，字母，特殊符號的其

28、中兩種，且在登錄時必須輸入驗證碼。(2)退出登錄用戶可以通過關(guān)閉程序，退出系統(tǒng)使用。再次使用，必須重新登錄。(3)修改密碼用戶可以修改自己的密碼。為保證安全，修改密碼時必須提供當(dāng)前密碼，并且密碼輸入框不顯示明文。用戶可以在門戶系統(tǒng)修改自己的密碼，修改后可用新密碼登錄本系統(tǒng)。(4)用戶管理管理員可以對系統(tǒng)的用戶進(jìn)行新增、修改、密碼重置、停用操作。(5)權(quán)限管理管理員可以針對不同的用戶分配不同的權(quán)限。即國內(nèi)會計只能操作國內(nèi)銷售數(shù)據(jù)和報表，而國際會計只能操作國際銷售數(shù)據(jù)和報表。2.4.2數(shù)據(jù)獲取業(yè)務(wù)(1)數(shù)據(jù)獲取系統(tǒng)需通過接口從支付公司、銀行、網(wǎng)站自動導(dǎo)入電子客票的支付數(shù)據(jù)和退款數(shù)據(jù)，并保存在數(shù)據(jù)庫

29、中。自動導(dǎo)入程序在每天晚上凌晨進(jìn)行。具體的支付公司、銀行、網(wǎng)站包括如下：支付公司：易寶、快錢、銀聯(lián)、支付寶、匯付、財付通銀行：工商銀行、農(nóng)業(yè)銀行、招商銀行、中國銀行網(wǎng)站數(shù)據(jù)：B2B平臺，B2C平臺，海外B2C財務(wù)結(jié)算系統(tǒng)另外，財務(wù)結(jié)算系統(tǒng)每日會將電子客票的支付數(shù)據(jù)和退款數(shù)據(jù)存于服務(wù)器上，需要對賬系統(tǒng)自行抓取，用于數(shù)據(jù)處理業(yè)務(wù)。2.4.3數(shù)據(jù)處理業(yè)務(wù)(1)數(shù)據(jù)匹配系統(tǒng)所涉及的電子客票對賬數(shù)據(jù)分為支付數(shù)據(jù)和退款數(shù)據(jù)兩大模塊，兩個模塊的數(shù)據(jù)匹配方法相同。功能如圖2.4所示：圖2.4 功能示意圖數(shù)據(jù)匹配方法：銀行/支付公司與網(wǎng)站通過銀行訂單號、交易日期、金額進(jìn)行匹配；財務(wù)結(jié)算系統(tǒng)與網(wǎng)站通過票號、交易日

30、期、金額（票面價/機(jī)建/燃油）、航段進(jìn)行匹配。保險公司數(shù)據(jù)與網(wǎng)站保險統(tǒng)計報表通過票號、保單金額進(jìn)行匹配.系統(tǒng)在設(shè)定的時間將獲取到多方數(shù)據(jù)按照以上的數(shù)據(jù)匹配方法進(jìn)行自動匹配。完成匹配后，將無法匹配的客票進(jìn)行提示，并能導(dǎo)出無法匹配的客票報表。無法匹配的情況包括：金額不匹配、航段不匹配、單邊賬情況等。(2)數(shù)據(jù)調(diào)整針對以上出現(xiàn)無法匹配的提示信息，對賬人員可以點擊提示信息，進(jìn)入不匹配客票的詳細(xì)查看頁面，對數(shù)據(jù)源以及不匹配原因進(jìn)行檢查，并就不匹配的對賬結(jié)果，根據(jù)實際客票情況，可進(jìn)行適當(dāng)?shù)氖止ば薷恼{(diào)整。修改完畢后，由對賬人員手工再次對無法匹配的客票進(jìn)行匹配工作，并將匹配完成的正確信息自動錄入數(shù)據(jù)庫。同時，

31、系統(tǒng)需要記錄系統(tǒng)自動匹配和對賬人員手工調(diào)整的所有操作日志。2.4.4基礎(chǔ)業(yè)務(wù)(1)系統(tǒng)查詢功能對賬人員通過日期、電子客票票號、銀行訂單號等查詢條件查詢到每張電子客票的對賬日志記錄，包括自動匹配記錄和人工進(jìn)行修改調(diào)整的記錄。對賬人員通過日期、電子客票票號、銀行訂單號等查詢條件可以在不匹配統(tǒng)計列表頁對特定的客票進(jìn)行查詢，查詢結(jié)果包括客票相關(guān)數(shù)據(jù)源，客票匹配情況，客票操作情況。(2)自動生成報表功能系統(tǒng)定時生成固定格式的每種支付方式下的三張報表（報表樣板見附件一：固定報表樣表）供對賬人員自行下載。支付方式包括：易寶、快錢、銀聯(lián)、支付寶、支付寶快捷支付、支付寶無線支付、匯付、財付通、工商銀行網(wǎng)銀支付、

32、工商銀行信用卡支付、農(nóng)業(yè)銀行網(wǎng)銀支付、農(nóng)業(yè)銀行信用卡支付、招商銀行網(wǎng)銀支付、招商銀行信用卡支付。(3)數(shù)據(jù)人工補(bǔ)錄功能系統(tǒng)提供數(shù)據(jù)獲取監(jiān)控功能，對賬人員可以通過該功能知道當(dāng)前每種數(shù)據(jù)源是否已通過接口獲取完畢。對于獲取失敗和漏獲取的情況，通過導(dǎo)入報表等形式進(jìn)行人工數(shù)據(jù)補(bǔ)漏，并且在補(bǔ)漏后通過對賬人員選擇進(jìn)行重新的數(shù)據(jù)匹配。(4)靈活報表功能系統(tǒng)根據(jù)以上的對賬規(guī)則得出對賬結(jié)果，用戶可以根據(jù)自己的需要選擇查詢結(jié)果顯示內(nèi)容，并通過輸入日期時間段，查詢得到需要的報表。2.5 系統(tǒng)用戶需求用戶需求如表2.5所示：表2.5 用戶需求表用戶角色用例優(yōu)先級所有用戶登錄系統(tǒng)高退出登錄高系統(tǒng)管理員注冊用戶高修改用戶操

33、作權(quán)限高注銷用戶高查看操作日志中外部數(shù)據(jù)源管理低機(jī)器人執(zhí)行數(shù)據(jù)收集任務(wù)低執(zhí)行數(shù)據(jù)轉(zhuǎn)換任務(wù)中執(zhí)行對賬業(yè)務(wù)高對賬操作員發(fā)起人工對賬任務(wù)高查詢對賬結(jié)果高刪除對賬結(jié)果高對賬差錯處理高查看對賬結(jié)果明細(xì)高下載源數(shù)據(jù)中導(dǎo)出對賬結(jié)果中查詢報表中導(dǎo)出報表中調(diào)賬高對賬業(yè)務(wù)管理員查看外部數(shù)據(jù)源低配置對賬業(yè)務(wù)低配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)低配置核對業(yè)務(wù)低分配對賬操作員低2.5.1 所有用戶用戶角色用例如圖2.5所示：圖2.5 系統(tǒng)用戶用例圖2.5.2系統(tǒng)管理員用戶角色用例如圖2.6所示： 圖2.6 系統(tǒng)管理員用例圖2.5.3 對賬業(yè)務(wù)管理員用戶角色用例如圖2.7所示：圖2.7 對賬業(yè)務(wù)管理員用例圖查看外部數(shù)據(jù)源需求如表2.6所示

34、：表2.6 外部數(shù)據(jù)源用例名稱查看外部數(shù)據(jù)源執(zhí)行者對賬業(yè)務(wù)管理員用例描述通過此功能查看外部對帳源的數(shù)據(jù)接口前置條件系統(tǒng)管理員已經(jīng)新增外部數(shù)據(jù)源執(zhí)行結(jié)果可管理外部數(shù)據(jù)接口主要過程進(jìn)入查看數(shù)據(jù)數(shù)據(jù)接口功能展示外部對賬源數(shù)據(jù)接口列表，展示所有可用外部對賬源數(shù)據(jù)接口業(yè)務(wù)規(guī)則外部對賬源提供的數(shù)據(jù)下載地址需為FTP協(xié)議。下載文件格式限定為為csv、txt、xls、xml、json等數(shù)據(jù)文件。涉及實體外部數(shù)據(jù)源：數(shù)據(jù)源類型（B2C、B2B、航線銷售、保險、銀行、第三方），數(shù)據(jù)源名稱、數(shù)據(jù)源接口地址、文件存儲類型、是否為多個文件、本地存儲路徑、獲取文件頻率、數(shù)據(jù)典型結(jié)構(gòu)。配置對賬業(yè)務(wù)需求如表2.5所示：表2.

35、5 配置對賬業(yè)務(wù)用例名稱配置對賬業(yè)務(wù)執(zhí)行者對賬業(yè)務(wù)管理員用例描述定義、管理對賬義務(wù)規(guī)則，供對賬機(jī)器人對賬使用。前置條件系統(tǒng)管理員已經(jīng)新增外部數(shù)據(jù)源執(zhí)行結(jié)果可管理對賬業(yè)務(wù)規(guī)則。主要過程配置對賬業(yè)務(wù)功能包括配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)功能與配置核對業(yè)務(wù)功能。配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)，具體功能參見配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)用例。配置核對業(yè)務(wù)，具體功能參見配置核對業(yè)務(wù)用例。配置完成后，轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則與核對業(yè)務(wù)規(guī)則將應(yīng)用到轉(zhuǎn)換機(jī)器人、對賬機(jī)器人自動對賬功能中。記錄操作日志。涉及實體外部數(shù)據(jù)源：數(shù)據(jù)源類型（B2C、B2B、航線銷售、保險、銀行、第三方），數(shù)據(jù)源名稱、數(shù)據(jù)源接口地址、文件存儲類型、是否為多個文件、本地存儲路徑、獲取文件

36、頻率、數(shù)據(jù)典型結(jié)構(gòu)。轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則：外部數(shù)據(jù)源、轉(zhuǎn)換數(shù)據(jù)列、對應(yīng)外部數(shù)據(jù)源文件列、對應(yīng)規(guī)則、轉(zhuǎn)換規(guī)則、轉(zhuǎn)換數(shù)據(jù)頻率。核對業(yè)務(wù)規(guī)則：起始數(shù)據(jù)源、目標(biāo)數(shù)據(jù)源、匹配數(shù)據(jù)列、核對數(shù)據(jù)列、展示數(shù)據(jù)列、核對規(guī)則、核對頻率等。配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)需求如表2.7所示：表2.7 配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)用例名稱配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)執(zhí)行者對賬業(yè)務(wù)管理員用例描述定義轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則，規(guī)定對賬機(jī)器人轉(zhuǎn)換對賬數(shù)據(jù)源文件的轉(zhuǎn)換原則。前置條件系統(tǒng)管理員已經(jīng)新增外部數(shù)據(jù)源執(zhí)行結(jié)果成功錄入轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則，并可對其進(jìn)行管理使用頻度較低，主要在新加入對賬源時使用主要過程進(jìn)入配置轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)功能。展示轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則列表。點擊“新增規(guī)則”，進(jìn)入

37、新增規(guī)則頁面，跳轉(zhuǎn)到4。選擇外部數(shù)據(jù)源，判斷該數(shù)據(jù)源是否已經(jīng)被配置到其他業(yè)務(wù)規(guī)則，如果已經(jīng)配置到其他轉(zhuǎn)換數(shù)據(jù)規(guī)則，跳轉(zhuǎn)到異常4.1，通過則繼續(xù)執(zhí)行。添加轉(zhuǎn)換數(shù)據(jù)列（可多個），包括數(shù)據(jù)列名稱、對應(yīng)外部數(shù)據(jù)源文件列名（可選多個）、對應(yīng)規(guī)則（如轉(zhuǎn)義、校驗、修改規(guī)則）。設(shè)置轉(zhuǎn)換數(shù)據(jù)頻率。點擊“保存”，保存成功。記錄操作日志。分支過程可對已有的轉(zhuǎn)換規(guī)則進(jìn)行修改或刪除，點擊“修改”、“刪除”功能時，先校驗轉(zhuǎn)換數(shù)據(jù)機(jī)器人是否已經(jīng)使用該規(guī)則轉(zhuǎn)換過源數(shù)據(jù)，是則跳轉(zhuǎn)到異常，否則可修改或刪除轉(zhuǎn)換規(guī)則。異常過程提示所選數(shù)據(jù)源已經(jīng)被使用到其他轉(zhuǎn)換規(guī)則中，不能被重復(fù)轉(zhuǎn)換。提示繼續(xù)修改或刪除轉(zhuǎn)換規(guī)則會造成前后數(shù)據(jù)錯誤，如果

38、繼續(xù)將刪除已有轉(zhuǎn)換數(shù)據(jù)。業(yè)務(wù)規(guī)則一個數(shù)據(jù)源只允許存在于一個轉(zhuǎn)換數(shù)據(jù)規(guī)則中。已經(jīng)轉(zhuǎn)換過數(shù)據(jù)的轉(zhuǎn)換規(guī)則不允許隨意修改或刪除，若必須修改，則需刪除之前對賬數(shù)據(jù)涉及實體外部數(shù)據(jù)源：數(shù)據(jù)源類型（B2C、B2B、航線銷售、保險、銀行、第三方），數(shù)據(jù)源名稱、數(shù)據(jù)源接口地址、文件存儲類型、是否為多個文件、本地存儲路徑、獲取文件頻率、數(shù)據(jù)典型結(jié)構(gòu)。轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則：外部數(shù)據(jù)源、轉(zhuǎn)換數(shù)據(jù)列、對應(yīng)外部數(shù)據(jù)源文件列、對應(yīng)規(guī)則、轉(zhuǎn)換規(guī)則、轉(zhuǎn)換數(shù)據(jù)頻率。用戶操作日志：時間、登錄名、操作（退出登錄）、關(guān)鍵ID、摘要、客戶端IP配置核對業(yè)務(wù)需求如表2.8所示：表2.8 配置核對業(yè)務(wù)用例名稱配置核對業(yè)務(wù)執(zhí)行者對賬業(yè)務(wù)管理員用例

39、描述定義數(shù)據(jù)核對業(yè)務(wù)規(guī)則，規(guī)定對賬機(jī)器人進(jìn)行數(shù)據(jù)核對時的業(yè)務(wù)規(guī)則。前置條件已配置轉(zhuǎn)化數(shù)據(jù)規(guī)則執(zhí)行結(jié)果成功錄入轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則，并可對其進(jìn)行管理使用頻度較低，主要在新加入對賬源時使用主要過程進(jìn)入配置核對業(yè)務(wù)功能。展示核對業(yè)務(wù)規(guī)則列表。點擊“新增規(guī)則”，進(jìn)入新增規(guī)則頁面，跳轉(zhuǎn)到4。選擇核對業(yè)務(wù)類型（支付核對、退款核對、銷售日報核對、保險核對）添加起始數(shù)據(jù)源（B2C、B2B），添加目標(biāo)數(shù)據(jù)源（支付、航線、保險公司）。根據(jù)選擇數(shù)據(jù)源的數(shù)據(jù)轉(zhuǎn)換規(guī)則展示可核對列。添加須匹配數(shù)據(jù)列（可多個），包括起始源數(shù)據(jù)列、目標(biāo)源數(shù)據(jù)列、匹配規(guī)則。添加須核對數(shù)據(jù)列（可多個），包括起始源數(shù)據(jù)列、目標(biāo)源數(shù)據(jù)列、核對規(guī)則。設(shè)置

40、數(shù)據(jù)源核對規(guī)則（如訂單號值相同的行要進(jìn)行累加）設(shè)置核對數(shù)據(jù)頻率。點擊“保存”，保存成功。記錄操作日志。分支過程可對已有的核對規(guī)則進(jìn)行修改或刪除，點擊“修改”、“刪除”功能時，先校驗核對數(shù)據(jù)機(jī)器人是否已經(jīng)使用該規(guī)則核對過數(shù)據(jù)，是則跳轉(zhuǎn)到異常，否則可修改或刪除規(guī)則。異常過程提示繼續(xù)修改或刪除核對規(guī)則會造成前后數(shù)據(jù)錯誤，如果繼續(xù)將刪除已有核對結(jié)果數(shù)據(jù)。業(yè)務(wù)規(guī)則起始數(shù)據(jù)源可按分配多個數(shù)據(jù)源，各數(shù)據(jù)源的的數(shù)據(jù)將累加核對。目標(biāo)數(shù)據(jù)源可按分配多個數(shù)據(jù)源，各數(shù)據(jù)源的的數(shù)據(jù)將累加核對。匹配數(shù)據(jù)列規(guī)定按什么原則進(jìn)行數(shù)據(jù)匹配，核對數(shù)據(jù)列規(guī)定要根據(jù)匹配規(guī)則對什么數(shù)據(jù)進(jìn)行核對。涉及實體外部數(shù)據(jù)源：數(shù)據(jù)源類型（B2C、B

41、2B、航線銷售、保險、銀行、第三方），數(shù)據(jù)源名稱、數(shù)據(jù)源接口地址、文件存儲類型、是否為多個文件、本地存儲路徑、獲取文件頻率、數(shù)據(jù)典型結(jié)構(gòu)。轉(zhuǎn)換數(shù)據(jù)業(yè)務(wù)規(guī)則：外部數(shù)據(jù)源、轉(zhuǎn)換數(shù)據(jù)列、對應(yīng)外部數(shù)據(jù)源文件列、對應(yīng)規(guī)則、轉(zhuǎn)換規(guī)則、轉(zhuǎn)換數(shù)據(jù)頻率。核對業(yè)務(wù)規(guī)則：起始數(shù)據(jù)源、目標(biāo)數(shù)據(jù)源、匹配數(shù)據(jù)列、核對數(shù)據(jù)列、展示數(shù)據(jù)列、核對規(guī)則、核對頻率等。用戶操作日志：時間、登錄名、操作（退出登錄）、關(guān)鍵ID、摘要、客戶端IP分配對賬操作員需求如表2.9所示：表2.9 分配對賬操作員用例名稱分配對賬操作員執(zhí)行者對賬業(yè)務(wù)管理員用例描述定義并分配對賬操作員，不同對賬操作員只能查看與處理其操作范圍內(nèi)的賬目數(shù)據(jù)。前置條件無執(zhí)行

42、結(jié)果成功分配對賬操作員，并可對其進(jìn)行管理使用頻度較低，主要在系統(tǒng)初始化及添加對賬操作員時使用主要過程進(jìn)入分配對賬操作員功能。展示對賬操作員列表。點擊“新增操作員”，進(jìn)入新增頁面。系統(tǒng)展示所有系統(tǒng)用戶及其已有的對賬權(quán)限，可進(jìn)行點選及多選選擇用戶后進(jìn)入選擇對賬權(quán)限頁面，系統(tǒng)展示所有以配置的對賬規(guī)則，供管理員進(jìn)行選擇點擊保存，系統(tǒng)驗證該對賬業(yè)務(wù)權(quán)限是否已經(jīng)適配給該用戶，如果已經(jīng)分配，跳轉(zhuǎn)到異常6.1，如果沒有分配，則將管理權(quán)限分配給相關(guān)用戶，并提示分配成功。記錄操作日志。分支過程可對已有的人員的業(yè)務(wù)權(quán)限進(jìn)行修改或刪除異常過程提示該用戶已經(jīng)分配了該對賬權(quán)限。業(yè)務(wù)規(guī)則一個用戶可擁有多個對賬業(yè)務(wù)的處理權(quán)限

43、。涉及實體操作員權(quán)限：用戶名、對賬權(quán)限列表。對賬權(quán)限：核對數(shù)據(jù)范圍、查看數(shù)據(jù)范圍、管理數(shù)據(jù)等級（查看、管理、刪除）。用戶操作日志：時間、登錄名、操作（退出登錄）、關(guān)鍵ID、摘要、客戶端IP。2.5.4 機(jī)器人用戶角色用例如圖2.8所示： 圖2.8 機(jī)器人用例圖以上三類型機(jī)器人，也就是自動程序。該程序通過計時器觸發(fā)執(zhí)行數(shù)據(jù)處理工作。其詳細(xì)的模塊、流程設(shè)計請參考3.2系統(tǒng)功能模塊設(shè)計章節(jié)。2.5.5 對賬操作員用戶角色用例如圖2.9所示：圖2.9 對賬操作員用例發(fā)起人工對賬任務(wù)需求如表2.10所示：表2.10 人工對賬任務(wù)需求用例名稱發(fā)起人工對賬任務(wù)執(zhí)行者對賬操作員用例描述用戶手動點擊按鈕發(fā)起對賬

44、操作任務(wù)前置條件已取得對賬操作員權(quán)限，對賬源數(shù)據(jù)未能自動獲取或者該渠道不提供自動數(shù)據(jù)源獲取服務(wù)執(zhí)行結(jié)果獲得對賬結(jié)果報表使用頻度較高主要過程由該操作員手工上傳該渠道源對賬數(shù)據(jù)文件到系統(tǒng)，上傳步驟參見分支1.1，上傳錯誤文件格式轉(zhuǎn)到異常1.1源數(shù)據(jù)已上傳或者存在與系統(tǒng)之后，點擊對賬按鈕由系統(tǒng)進(jìn)行即時對賬操作，對賬文件內(nèi)容格式錯誤轉(zhuǎn)到異常2.1點擊對賬按鈕后，則返回對賬結(jié)果查詢頁面，等待對賬執(zhí)行結(jié)果，正常情況下等待5-10分鐘，將會看到查詢頁面顯示已完成對賬的對賬記錄分支過程上傳源數(shù)據(jù)：對賬操作員選擇需要手動對賬渠道類別，查看是否存在源數(shù)據(jù)如果源數(shù)據(jù)存在，先刪除已有源數(shù)據(jù)最后上傳該渠道類別源數(shù)據(jù)異常

45、過程1.1 上傳文件格式不符，將給予異常提示2.1 文件內(nèi)容格式錯誤，應(yīng)給出明確錯誤提示3.1 對賬結(jié)果等待超過15分鐘以上，需要給出異常提示，提示用戶聯(lián)系系統(tǒng)管理員業(yè)務(wù)規(guī)則對應(yīng)業(yè)務(wù)的對賬操作員只能進(jìn)行所屬渠道業(yè)務(wù)的對賬操作對賬源數(shù)據(jù)上傳如果源數(shù)據(jù)存在，必須先刪除已有源數(shù)據(jù)，再進(jìn)行上傳文件格式支持txt、xml、xls、xlsx、csv文件名要求標(biāo)識出該數(shù)據(jù)源時間如果文件為壓縮包形式，則請使用.zip、.rar格式的壓縮包對賬操作為異步對賬，等待時間限制不超過15分鐘涉及實體文件上傳：對賬類別、對賬時間、上傳文件路徑、上傳時間文件內(nèi)容：日期、電子客票票號、銀行訂單號、對賬狀態(tài)、票面價、稅費、機(jī)

46、建、燃油、保險等查詢對賬結(jié)果需求如表2.11所示：表2.11 查詢對賬結(jié)果用例名稱查詢對賬結(jié)果執(zhí)行者對賬操作員用例描述對賬操作員對對賬結(jié)果進(jìn)行查詢前置條件已經(jīng)生成過對賬結(jié)果或者正在進(jìn)行對賬執(zhí)行結(jié)果根據(jù)查詢條件，正確顯示出對賬結(jié)果列表使用頻度高主要過程根據(jù)業(yè)務(wù)要求，選擇或輸入查詢條件，可以通過對賬狀態(tài)字段分別查詢已完成對賬和正在對賬中的記錄根據(jù)查詢條件點擊查詢按鈕進(jìn)行查詢操作顯示出查詢結(jié)果列表已完成對賬的記錄結(jié)果可以通過點擊查看明細(xì)數(shù)據(jù)，參見用例4.4.5，正在對賬中的記錄則需要等待其完成對賬后才能查看明細(xì)分支過程異常過程查詢條件填寫格式錯誤時，應(yīng)給出明確錯誤提示2.2 查詢結(jié)果為空時，應(yīng)提示沒

47、有符合查詢條件的對賬結(jié)果業(yè)務(wù)規(guī)則權(quán)限：對應(yīng)業(yè)務(wù)操作員僅能查看自己權(quán)限內(nèi)的對賬結(jié)果查詢結(jié)果：結(jié)果的對賬記錄是按對賬任務(wù)時間顯示只有已完成對賬的任務(wù)記錄才能查看明細(xì)對賬數(shù)據(jù)涉及實體查詢條件：對賬類別（支付，退款）、渠道類別、對賬時間、數(shù)據(jù)日期、對賬狀態(tài)查詢結(jié)果：對賬類別（支付，退款）、渠道類別、對賬時間、數(shù)據(jù)日期、對賬狀態(tài)、對賬結(jié)果對賬差錯處理需求如表2.12所示：表2.12 對賬差錯處理用例名稱對賬差錯處理執(zhí)行者對賬操作員用例描述對賬操作員可以對對賬未成功的對賬結(jié)果進(jìn)行差錯調(diào)整處理前置條件已進(jìn)行對賬操作，并且對賬結(jié)果無法完全匹配執(zhí)行結(jié)果對無法匹配數(shù)據(jù)進(jìn)行備注調(diào)整，重新再匹配使用頻度高主要過程通過

48、用例4.4.2查詢出對賬結(jié)果列表，對賬狀態(tài)為“匹配失敗”的則表示對賬出現(xiàn)差錯需要處理點擊該條“匹配失敗”的記錄進(jìn)入不匹配客票的明細(xì)查詢頁面查找明細(xì)數(shù)據(jù)中不匹配對數(shù)據(jù)源以及不匹配原因進(jìn)行檢查，判斷錯誤原因：收集數(shù)據(jù)失敗轉(zhuǎn)換數(shù)據(jù)失敗對賬失敗根據(jù)實際客票情況，在確定數(shù)據(jù)不匹配的原因之后，進(jìn)行處理“收集數(shù)據(jù)失敗”則需要手動上傳源數(shù)據(jù)，重新進(jìn)行手動對賬操作，轉(zhuǎn)到分支1.1；“轉(zhuǎn)換數(shù)據(jù)失敗”則需要排查失敗原因，處理后重新啟用“數(shù)據(jù)轉(zhuǎn)換機(jī)器人”的服務(wù)，轉(zhuǎn)到分支1.2；“對賬失敗”同理也是根據(jù)具體失敗原因作出相應(yīng)的處理；分支過程匹配失敗原因確定為收集數(shù)據(jù)失?。罕硎驹磾?shù)據(jù)獲取失敗，則需要進(jìn)入用例“人工對賬任務(wù)”

49、，重新上傳源數(shù)據(jù)之后再開始對賬操作匹配失敗原因確定為轉(zhuǎn)換數(shù)據(jù)失敗：則需要手動執(zhí)行機(jī)器人“轉(zhuǎn)換數(shù)據(jù)”的用例，并檢查是否轉(zhuǎn)換成功，再進(jìn)行手動對賬異常過程查詢過程中，輸入格式不正確，應(yīng)給出錯誤提示業(yè)務(wù)規(guī)則對應(yīng)業(yè)務(wù)操作員只能調(diào)整所屬渠道類別的對賬結(jié)果涉及實體對賬結(jié)果查詢： 對賬類別（支付，退款）、渠道類別、對賬時間、數(shù)據(jù)日期、對賬狀態(tài)查詢結(jié)果： 對賬類別（支付，退款）、渠道類別、對賬時間、數(shù)據(jù)日期、對賬狀態(tài)、對賬結(jié)果、對賬失敗原因2.6 非功能需求2.6.1 對用戶重要的屬性安全性需求系統(tǒng)運行于Intranet，運行在公用服務(wù)器上。安全性需求包括金額，票號，銀行訂單號等均屬于保密級別。系統(tǒng)密碼需加密存

50、放。系統(tǒng)所涉及的數(shù)據(jù)如外泄，會對公司的銷售造成影響，嚴(yán)重的話甚至致使整個收益降低。因此要保證經(jīng)過授權(quán)的人才能使用系統(tǒng)。使用人員全部是公司內(nèi)部人員。外部人員不能訪問系統(tǒng)?？蓴U(kuò)展性需求系統(tǒng)在數(shù)據(jù)量上會持續(xù)增長，目前直銷平臺每天出票數(shù)約為44000張，初步估計每年按照20%的增長，預(yù)計未來3年每天最多出票數(shù)會達(dá)到52800張。且隨著業(yè)務(wù)產(chǎn)品的豐富化，數(shù)據(jù)的多樣性會越發(fā)的復(fù)雜，故系統(tǒng)規(guī)模會不斷擴(kuò)大。由于系統(tǒng)涉及數(shù)據(jù)量比較大，需要業(yè)務(wù)部門根據(jù)數(shù)據(jù)情況，不定時進(jìn)行數(shù)據(jù)歸檔保存工作。歸檔的數(shù)據(jù)可較方便的進(jìn)行查詢?；ゲ僮餍孕枨笤谙到y(tǒng)投入運行后的并發(fā)用戶量不多，且多數(shù)時候是對數(shù)據(jù)讀訪問，并發(fā)寫入數(shù)據(jù)的幾率不大。

51、無需考慮事務(wù)性處理。對于系統(tǒng)中涉及到金額的數(shù)據(jù)，需保留兩位小數(shù)，其他數(shù)據(jù)均為整數(shù)。對于查詢操作，如果長時間無法顯示統(tǒng)計結(jié)果需提供一定的進(jìn)度提示或取消操作。系統(tǒng)與多個系統(tǒng)有聯(lián)系。系統(tǒng)需要定時異步的從對應(yīng)的系統(tǒng)中獲取需要的數(shù)據(jù)。健壯性需求系統(tǒng)保持5*8小時可用，不在這段時間內(nèi)進(jìn)行停機(jī)維護(hù)。2.6.2 對建設(shè)者重要的屬性可維護(hù)性需求每個類、函數(shù)、變量均保證有準(zhǔn)確易懂的聲明注釋，且在函數(shù)內(nèi)部的關(guān)鍵步驟要添加注釋。整體代碼注釋量比例不低于10%。系統(tǒng)需要調(diào)用多個系統(tǒng)的數(shù)據(jù)接口。還需要訪問數(shù)據(jù)庫,因此需要將該信息寫入到配置文件中，以便開發(fā)或運維人員靈活配置。系統(tǒng)對賬、報表業(yè)務(wù)復(fù)雜、靈活，需要做到動態(tài)可配置

52、，適應(yīng)以后業(yè)務(wù)需求的變化該系統(tǒng)在公司內(nèi)部使用，且授權(quán)用戶登錄名和密碼是通過門戶進(jìn)行驗證。該系統(tǒng)在公司內(nèi)部使用，但不同的用戶管理的資料不同，所以需要分權(quán)限進(jìn)行操作，不僅需要對授權(quán)用戶的頁面訪問權(quán)限進(jìn)行控制，還需要對其訪問的數(shù)據(jù)進(jìn)行限制?？芍赜眯?在開發(fā)階段建議把各模塊中公用的功能點提取出來封裝到公用組件中，以方便使用和修改。可測試性需要記錄系統(tǒng)登錄用戶的操作日志。并記錄系統(tǒng)同步日志?？梢詫@些日志進(jìn)行查詢。用戶利用登錄賬號，可以查詢到該賬號的系統(tǒng)使用情況。應(yīng)記錄操作日志和系統(tǒng)錯誤日志。操作日志：操作時間、操作人、進(jìn)行的操作、數(shù)據(jù)摘要、IP地址。系統(tǒng)錯誤日志：發(fā)生時間、模塊名、數(shù)據(jù)摘要、錯誤詳細(xì)信

53、息。2.7本章小結(jié)本章首先對所實現(xiàn)的系統(tǒng)進(jìn)行總體功能目標(biāo)研究，按照一定的劃分原則進(jìn)行功能模塊的劃分，然后對系統(tǒng)進(jìn)行業(yè)務(wù)分析，最后進(jìn)行系統(tǒng)數(shù)據(jù)流程分析。第3章 系統(tǒng)設(shè)計本章按照架構(gòu)設(shè)計界面設(shè)計數(shù)據(jù)庫設(shè)計的思路進(jìn)行，重點進(jìn)行系統(tǒng)架構(gòu)的搭建、界面的功能設(shè)計以及數(shù)據(jù)庫的概念設(shè)計、邏輯設(shè)計。3.1 系統(tǒng)架構(gòu)設(shè)計3.1.1 邏輯架構(gòu)視圖 邏輯架構(gòu)如圖3.1所示：圖3.1 邏輯架構(gòu)圖從上圖可以明確看出，系統(tǒng)被劃分為兩大類子系統(tǒng)，分別是與用戶交互的子系統(tǒng)和與程序交互的子系統(tǒng)，而在外部數(shù)據(jù)系統(tǒng)中包括了快錢，招行，保險，財付通，支付寶等外部數(shù)據(jù)接口或文件服務(wù)。在與用戶交互子系統(tǒng)中，細(xì)分出了電子客票對賬網(wǎng)站和報表系統(tǒng)兩個子系統(tǒng)，這兩個子系統(tǒng)實現(xiàn)了用戶進(jìn)行電子客票對賬的業(yè)務(wù)操作流程以及對帳結(jié)果的報表匯總處理。(1)電子客票對賬網(wǎng)站主要功能職責(zé)：用戶管理：對用戶權(quán)限，角色進(jìn)行管理。對賬配置管理：負(fù)責(zé)對賬業(yè)務(wù)的對賬數(shù)據(jù)，對賬規(guī)則，對賬操作員等內(nèi)容進(jìn)行管理。手工對賬：實現(xiàn)人工對賬業(yè)務(wù)的功能。結(jié)果查詢：負(fù)責(zé)對賬結(jié)果的查詢，以及結(jié)果調(diào)整等功能。(2)靈活報表系統(tǒng)主要功能職責(zé)：負(fù)責(zé)對賬結(jié)果的匯總統(tǒng)計，并根據(jù)用戶需求生成靈活報表以供用戶查詢以及下載。在與程