第一篇：現(xiàn)金重空系統(tǒng)POC業(yè)務功能測試方案

1.1.1概述（背景及測試目的）

本項目為運營流程再造現(xiàn)金集中業(yè)務項目，測試對象為現(xiàn)金重空系統(tǒng)各業(yè)務模塊，包括公共管理配臵、現(xiàn)金調撥、箱包管理、清分、押運管理、自助設備集中加配鈔、查庫、上門收送款以及保險箱管理?，F(xiàn)金重空系統(tǒng)上線后，現(xiàn)金、重空、箱包、貴金屬等物資在各環(huán)節(jié)的保管、調撥、配送和流轉將得到實時監(jiān)控和跟蹤，根據(jù)流程設臵，各業(yè)務模塊各環(huán)節(jié)由流程引擎自動組織、控制，實現(xiàn)操作和管理職能分離，同時提供各業(yè)務模塊數(shù)據(jù)查詢、統(tǒng)計報表生成等功能。

1.1.2 測試案例1-現(xiàn)金調撥

1.案例編號：01

2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-現(xiàn)金調撥業(yè)務（調撥業(yè)務）3.測試功能點：

（1）現(xiàn)金、箱包信息以及押運線路相互匹配、一一對應。（2）現(xiàn)金出庫、入庫、交接實時跟蹤與記錄。

（3）現(xiàn)金調撥審批。包括逐級審批，審批授權，審批退回，有權人可根據(jù)調撥單、庫存情況調整下級行申請領用信息。

（4）使用PDA錄入配裝信息，包括幣種、券別、金額、數(shù)量

（5）實現(xiàn)對各類箱包編號、種類、進行增加、修改、刪除功能，在現(xiàn)金調撥時完成自動/手動配箱，并實現(xiàn)箱包施封、拆封信息實時記錄。

（6）押運線路日常管理，包括押運線路、車輛、人員等新增、修改、刪除、查詢等。押運任務分配，押運線路自動/手工匹配、車輛、人員與任務一一匹配。（7）現(xiàn)金調撥各個流程節(jié)點的查詢統(tǒng)計 4.案例場景描述：

場景1：郊區(qū)網(wǎng)點向郊區(qū)支行清分中心領取現(xiàn)金（調撥業(yè)務）

2015年6月8日（工作日），大邑支行花水灣分理處提出現(xiàn)金領取預約，金額200萬元（其中100元券150萬元，50元券30萬元，20元券10萬元，5元券8萬元，1元硬幣2萬元），大邑支行收到預約計劃，審核無誤后配裝現(xiàn)金，次日將現(xiàn)金配送至花水灣分理處。

（1）花水灣分理處發(fā)起現(xiàn)金預約申請，系統(tǒng)根據(jù)該分理處日常現(xiàn)金用量等相關指標，顯示建議取款金額。營業(yè)經(jīng)理根據(jù)實際情況，在系統(tǒng)中錄入取款數(shù)量、金額、幣種、券別等信息，系統(tǒng)自動生成現(xiàn)金存取預約調撥單，經(jīng)核對無誤后發(fā)送至支行清分中心主管。

（2）清分中心業(yè)務主管收到預約申請，比對系統(tǒng)中庫存余額等信息，對預約申請進行審批，并發(fā)送至庫務作業(yè)人員。

（3）庫務作業(yè)人員收到預約申請，進行實物配箱，雙人將現(xiàn)金實物裝入箱內，通過PDA/PC錄入實際配裝現(xiàn)金的數(shù)量、金額、幣種、券別、箱包鎖條號等信息，并生成配送箱包編號，將箱內現(xiàn)金與箱包信息進行一一對應，完成箱包施封。

（4）庫務作業(yè)崗完成現(xiàn)金配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（5）庫務作業(yè)人員雙人以上通過PDA/PC/掃描門等裝臵進行調出實物出庫處理，系統(tǒng)自動生成出庫登記簿。

（6）庫務作業(yè)人員雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實 物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途現(xiàn)金核算。

（7）解款人員雙人通過PDA/PC掃描、指紋或輸入方式與網(wǎng)點人員雙人進行調出實物交接確認，并進行箱包拆封，核對包內實物，入庫完成后，系統(tǒng)自動核銷在途物資。

場景2：郊區(qū)網(wǎng)點向郊區(qū)支行清分中心交存現(xiàn)金（調撥業(yè)務）

2015年6月11日（工作日），大邑支行花水灣分理處提出現(xiàn)金交存預約，金額300萬元（其中100元券200萬元，50元券50萬元，20元券30萬元，5元券15萬元，1元硬幣5萬元），大邑支行收到預約計劃，審核無誤后，網(wǎng)點配裝現(xiàn)金，當日將現(xiàn)金配送至大邑支行清分中心。

（1）花水灣分理處網(wǎng)點人員填寫現(xiàn)金存取預約調撥單，并提交網(wǎng)點營業(yè)經(jīng)理審批，營業(yè)經(jīng)理提交大邑支行清分中心主管審批。

（2）網(wǎng)點人員根據(jù)審批后的調撥單，進行現(xiàn)金配裝，并錄入交存現(xiàn)金的券別、金額、數(shù)量等信息，完成箱包配箱施封，并生成箱包配送編號。

（3）網(wǎng)點人員完成現(xiàn)金配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（4）網(wǎng)點人員雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認，調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途現(xiàn)金核算。

（5）支行庫務作業(yè)崗雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。

（6）支行庫務作業(yè)崗使用PDA進行掃描入庫，并進行箱包拆封，核點大數(shù)，做入庫處理，系統(tǒng)自動核銷在途物資。

場景3：郊區(qū)支行清分中心向總行現(xiàn)金中心領取現(xiàn)金（調撥業(yè)務）（1）郫縣支行清分中心向總行現(xiàn)金中心領取現(xiàn)金500萬（其中，100元300萬，50萬100萬，10元50萬，1元50萬），總行現(xiàn)金中心收到預約計劃，審核無誤后，將現(xiàn)金配送至郫縣支行清分中心。

（2）郫縣支行清分中心發(fā)起現(xiàn)金預約申請，系統(tǒng)根據(jù)該支行日?，F(xiàn)金用量等相關指標，顯示建議取款金額。清分中心主管根據(jù)實際情況，在系統(tǒng)中錄入取款數(shù)量、金額、幣種、券別等信息，系統(tǒng)自動生成現(xiàn)金存取預約調撥單，經(jīng)審批無誤后發(fā)送至總行現(xiàn)金中心預約崗。

（3）總行現(xiàn)金中心預約崗收到預約申請，比對系統(tǒng)中庫存余額等信息，對預約申請進行審批，并發(fā)送至庫務作業(yè)人員。

（4）庫務作業(yè)人員收到預約申請，進行實物配箱，雙人將現(xiàn)金實物裝入箱內，通過PDA/PC錄入實際配裝現(xiàn)金的數(shù)量、金額、幣種、券別、箱包鎖條號等信息，并生成配送箱包編號，將箱內現(xiàn)金與箱包信息進行一一對應，完成箱包施封。

（5）庫務作業(yè)崗完成現(xiàn)金配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（6）庫務作業(yè)人員雙人以上通過PDA/PC/掃描門等裝臵進行調出實物出庫處理，系統(tǒng)自動生成出庫登記簿。

（7）庫務作業(yè)人員雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途現(xiàn)金核算。

（8）解款人員雙人通過PDA/PC掃描、指紋或輸入方式與網(wǎng)點人員雙人進行調出實物交接確認，并進行箱包拆封，核對包內實物，入庫完成后，系統(tǒng)自動核銷在途物資。場景4：郊區(qū)支行清分中心向總行現(xiàn)金中心交存現(xiàn)金（調撥業(yè)務）

郫縣支行清分中心向總行現(xiàn)金中心交存現(xiàn)金700萬（其中：100元500萬，50元100萬，10元50萬，1元50萬）。

（1）郫縣支行清分中心主管填寫現(xiàn)金存取預約調撥單，并報支行財務經(jīng)理審批，完畢后報總行現(xiàn)金中心審批。

（2）支行庫務作業(yè)崗根據(jù)現(xiàn)金存取預約調撥單，進行現(xiàn)金配裝，通過PDA/PC錄入配裝現(xiàn)金的券別、數(shù)量、金額等信息，并生成配送箱包編號，將箱內現(xiàn)金與箱包信息進行一一對應，完成箱包施封。

（3）支行庫務作業(yè)崗完成現(xiàn)金配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（4）支行庫務作業(yè)崗雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認，調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途現(xiàn)金核算。

（5）總行現(xiàn)金中心庫務作業(yè)崗雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。

（6）總行現(xiàn)金中心庫務作業(yè)崗使用PDA進行掃描入庫，并進行箱包拆封，核點大數(shù)，做入庫處理，系統(tǒng)自動核銷在途物資。

場景5：城區(qū)網(wǎng)點向總行現(xiàn)金中心領取現(xiàn)金（調撥出庫）

武侯支行玉林分理處向總行現(xiàn)金中心領取現(xiàn)金600萬（其中，100元400萬，50萬50萬，10元100萬，5元10萬，1元40萬）。總行現(xiàn)金中心收到預約計劃，審核無誤后，將現(xiàn)金配送至武侯支行玉林分理處。

（1）武侯支行玉林分理處發(fā)起現(xiàn)金預約申請，系統(tǒng)根據(jù)該網(wǎng)點日?，F(xiàn)金用量等相關指標，顯示建議取款金額。網(wǎng)點營業(yè)經(jīng)理根據(jù)實際情況，在系統(tǒng)中錄入 取款數(shù)量、金額、幣種、券別等信息，系統(tǒng)自動生成現(xiàn)金存取預約調撥單，經(jīng)審批無誤后發(fā)送至總行現(xiàn)金中心預約崗。

（2）總行現(xiàn)金中心預約崗收到預約申請，比對系統(tǒng)中庫存余額等信息，對預約申請進行審批，并發(fā)送至庫務作業(yè)人員。

（3）庫務作業(yè)人員收到預約申請，進行實物配箱，雙人將現(xiàn)金實物裝入箱內，通過PDA/PC錄入實際配裝現(xiàn)金的數(shù)量、金額、幣種、券別、箱包鎖條號等信息，并生成配送箱包編號，將箱內現(xiàn)金與箱包信息進行一一對應，完成箱包施封。

（4）庫務作業(yè)崗完成現(xiàn)金配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（5）庫務作業(yè)人員雙人以上通過PDA/PC/掃描門等裝臵進行調出實物出庫處理，系統(tǒng)自動生成出庫登記簿。

（6）庫務作業(yè)人員雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途現(xiàn)金核算。

（7）解款人員雙人通過PDA/PC掃描、指紋或輸入方式與網(wǎng)點人員雙人進行調出實物交接確認，并進行箱包拆封，核對包內實物，入庫完成后，系統(tǒng)自動核銷在途物資。

場景6：城區(qū)網(wǎng)點向總行現(xiàn)金中心交存現(xiàn)金（調撥入庫）

武侯支行玉林分理處向總行現(xiàn)金中心交存現(xiàn)金700萬（其中：100元500萬，50元100萬，10元50萬，1元50萬）。

（1）武侯支行玉林分理處營業(yè)經(jīng)理填寫現(xiàn)金存取預約調撥單，并報支行財務經(jīng)理審批，完畢后提交總行現(xiàn)金中心審批。（2）玉林分理處柜員根據(jù)現(xiàn)金存取預約調撥單，進行現(xiàn)金配裝，通過PDA/PC錄入配裝現(xiàn)金的券別、數(shù)量、金額等信息，并生成配送箱包編號，將箱內現(xiàn)金與箱包信息進行一一對應，完成箱包施封。

（3）玉林分理處完成現(xiàn)金配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（4）玉林分理處雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途現(xiàn)金核算。

（5）總行現(xiàn)金中心庫務作業(yè)崗雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。

（6）總行現(xiàn)金中心庫務作業(yè)崗使用PDA進行掃描入庫，并進行箱包拆封，核點大數(shù)，做入庫處理，系統(tǒng)自動核銷在途物資。

1.1.3測試案例3-憑證調撥

1.案例編號：03

2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-憑證調撥 3.測試功能點：

（1）各類憑證的新增、刪除、修改、查詢

（2）實現(xiàn)憑證數(shù)量、單位、類型、種類、批次號、起止號碼、狀態(tài)（作廢待銷毀等）、所屬庫房等信息實時跟蹤與記錄。

（3）實現(xiàn)憑證物資銷毀、作廢處理等聯(lián)動賬務處理。

（4）憑證調撥審批。包括逐級審批，審批授權，審批退回，有權人可根據(jù)調撥單、庫存情況調整申請領用信息。（5）實現(xiàn)憑證調撥時完成自動/手動配箱，并實現(xiàn)箱包施封、拆封信息實時記錄。

（6）憑證調撥押運任務分配，押運線路自動/手工匹配、車輛、人員與任務一一匹配。

（7）憑證調撥各個流程節(jié)點的查詢統(tǒng)計 4.案例場景描述（保管品業(yè)務）

A網(wǎng)點向現(xiàn)金中心申領憑證，憑證種類包括現(xiàn)金支票1本、轉賬支票2本、銀行承兌匯票1本、電匯憑證3本、單位定期存款開戶證實書2本，印鑒卡50張、天府建設卡3盒、個人UKEY50個，企業(yè)UKEY30個，現(xiàn)金中心對A網(wǎng)點憑證申領進行審批，通過后完成憑證配送，A網(wǎng)點接收憑證。

（1）A網(wǎng)點發(fā)起憑證預約領取申請，系統(tǒng)根據(jù)該該網(wǎng)點日常憑證使用量等相關指標，顯示建議領用數(shù)量。營業(yè)經(jīng)理根據(jù)實際情況，在系統(tǒng)中錄入領用類型、數(shù)量等信息，系統(tǒng)自動生成憑證領用（交回）申請單，經(jīng)核對無誤后發(fā)送至現(xiàn)金中心。

（2）清分中心預約崗收到預約申請，比對系統(tǒng)中庫存余額等信息，對預約申請進行審批，并發(fā)送至庫務作業(yè)人員。

（3）庫務作業(yè)人員收到預約申請，進行實物配箱，雙人將憑證實物裝入箱內，通過PDA/PC錄入實際配裝現(xiàn)金的種類、數(shù)量、起止號、箱包鎖條號等信息，并生成配送箱包編號，將箱內憑證與箱包信息進行一一對應，完成箱包施封。

（4）庫務作業(yè)崗完成憑證配裝后，系統(tǒng)自動/手動選擇押運線路匹配。（5）庫務作業(yè)人員雙人以上通過PDA/PC/掃描門等裝臵進行調出實物出庫處理，系統(tǒng)自動生成出庫登記簿。（6）庫務作業(yè)人員雙人通過PDA/PC掃描、指紋或輸入方式與解款人員雙人進行調出實物交接確認。調出交接完成后，聯(lián)動核心系統(tǒng)記賬，系統(tǒng)將出庫實物自動從當日庫存余額扣減，將配送實物從庫存實物記入在途憑證核算。

（7）解款人員雙人通過PDA/PC掃描、指紋或輸入方式與網(wǎng)點人員雙人進行調出實物交接確認，并進行箱包拆封，核對包內實物，入庫完成后，系統(tǒng)自動核銷在途物資。

1.1.4測試案例4-清分業(yè)務

1.案例編號：04 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-清分業(yè)務（清分業(yè)務）3.測試功能點：

（1）網(wǎng)點、自助設備編號、責任人、鈔箱（自助設備、上門收款箱包等）編號、對應鈔箱鑰匙串及鑰匙編號等增加、刪除、修改、查詢功能。

（2）清分人員模式及分組新增、修改、刪除、查詢功能。（3）清分任務申請、審批、交接、結果錄入。（4）清分差錯錄入、處理。4.案例場景描述：

5月4日，從庫房出庫待清分裸露現(xiàn)金100萬元（其中100元券50萬，50元券20萬，20元券20萬，5元券10萬），清分完成后，做入庫處理。清分中發(fā)現(xiàn)雙流支行假幣1張（100元券）、成都銀行長款2張（50元券）、邛崍支行短款3張（5元券），進行相應的差錯處理。

（1）清分任務申請 管庫人員發(fā)起清分業(yè)務量申請，生成需清分現(xiàn)金類型（庫存裸露現(xiàn)金、配送箱包內現(xiàn)金、上門收款箱包內現(xiàn)金、自助設備鈔箱）、券別和數(shù)量，一日內可多次發(fā)起。

（2）預約人員審批清分任務計劃

預約人員審核管庫人員發(fā)起的清分業(yè)務量申請計劃。將審批后的申請計劃，分發(fā)至管庫人員、清分人員。

（3）清分現(xiàn)金出庫錄入、復核

對待出庫的清分現(xiàn)金（箱包、鈔箱）通過移動PDA掃描/PC輸入進行錄入、復核操作，將庫房待清分現(xiàn)金調出。生成相應庫房的出入庫登記簿，減少相應的庫房余額。

（4）清分現(xiàn)金交接

通過移動PDA掃描/PC輸入，實現(xiàn)管庫崗與清分現(xiàn)場管理人員（含清分人員）之間交接（應支持清分現(xiàn)場管理人員與上門收款員、加鈔人員、解款人員之間，清分現(xiàn)場管理人員與清分人員、清分人員之間的現(xiàn)金交接，）需進行指紋或IC卡+密碼驗證，并可對交接時間、交接人員信息、交接現(xiàn)金數(shù)量、現(xiàn)金清分狀態(tài)等進行登記、查詢。

整箱包且鎖條加封的現(xiàn)金通過PDA掃描/PC輸入方式條形碼辦理交接，零散或未成捆現(xiàn)金可直接輸入實物數(shù)量方式進行交接，也可先裝入箱（包）后加鎖條后，通過掃描鎖條形碼方式進行交接。支持同機構雙人清分模式、一人清分模式同時并存方式，當一組人員采用雙人清分模式，其交出、交入均需2個同時確認。

（5）清分結果錄入、錯誤調整 實現(xiàn)清分管理人員按票面、券別、張數(shù)等，將本次現(xiàn)金清分的實際結果在相應的現(xiàn)金清分登記單上進行登記，并登記差錯情況說明。

（6）清分現(xiàn)金入庫錄入、復核

實現(xiàn)待清分現(xiàn)金及箱包、已清分現(xiàn)金（已扎捆或裝入自助鈔箱包）及箱包入庫和清分結果復核確認處理，生成相應庫房的出入庫登記簿，增加相應的庫房余額，通過移動PDA掃描/PC輸入進行錄入、復核操作。

（7）清分中箱包實物處理

清分過程中拆包前，清分人員通過移動PDA掃描/PC輸入方式錄入、復核條碼，核驗清分中現(xiàn)金箱包條碼是否一致。

對已清分現(xiàn)金進行裝箱（自助鈔箱）加封處理，已清分、未清分的零散現(xiàn)金、整捆現(xiàn)金等進行裝箱加封處理。

（8）清分軋賬

系統(tǒng)在現(xiàn)金清分完后，由清分主管檢查核對“清分中現(xiàn)金”余額是否為“0”。（9）差錯處理

支持清分中發(fā)現(xiàn)差錯、假幣，網(wǎng)點使用清點過程中發(fā)現(xiàn)差錯、假幣，繳存人行現(xiàn)金或他行現(xiàn)金中發(fā)現(xiàn)差錯、假幣，網(wǎng)點對客中發(fā)現(xiàn)差錯、假幣等的處理。發(fā)現(xiàn)差錯時（長、段款，假幣），原則上按“發(fā)現(xiàn)一筆，錄入一筆”的原則，逐條記錄。發(fā)現(xiàn)人員錄入、經(jīng)主管等審核確認后，系統(tǒng)自動登記差錯登記表、假幣代保管登記簿等。支持發(fā)現(xiàn)假幣入庫、交接等處理。

差錯、假幣賬務處理：根據(jù)差錯、假幣情況，發(fā)起假幣、差錯調賬通知單，經(jīng)審批后，自動進行相應機構差錯賬務調整、列入相應機構的應收、應付款賬戶核算，并對核算情況進行跟蹤處理。1.1.5測試案例5-查庫業(yè)務

1.案例編號：04 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-查庫業(yè)務（查庫業(yè)務）3.測試功能點：

（1）不同責任人(營業(yè)經(jīng)理、金庫主管、金庫主任、金庫副主任、清分中心主管)、不同類型金庫（總行中心金庫、支行庫、網(wǎng)點庫）和柜員尾箱、ATM常規(guī)查庫頻率增加、修改、刪除、查詢處理。

（2）通過PDA/PC掃描、錄入查庫信息。（3）系統(tǒng)抓取核心系統(tǒng)數(shù)據(jù)與查庫信息比對。（4）查庫登記簿等生成，查庫附件導入。4.案例場景描述：

中心金庫庫主任對中心金庫進行查庫，雙人通過PDA/PC等方式錄入查庫信息、結果，系統(tǒng)自動抓取核心數(shù)據(jù)，比對查庫結果，生成查庫登記簿。

（1）實物錄入處理

雙人以移動PDA掃描/PC錄入等方式錄入箱包、現(xiàn)金、重空、假幣、貴金屬等實物信息，與系統(tǒng)內中賬務數(shù)據(jù)進行核對，完成查庫賬實核對過程。

（2）生成查庫登記簿

查庫賬實核對完成后，錄入查庫登記簿，登記簿上顯示查庫開始時間、結束時間、查庫結果（各類實物、賬務數(shù)量情況及相符情況）、存在問題、查庫責任人、查庫責任人所在單位等信息，需提供增加、刪除、修改、查詢、打印功能。被查機構、被查人及查庫人、上級行均可進行查詢。

（3）導入查庫登記簿附件 可將查庫介紹信、出入庫審批通知單、進出重要區(qū)域登記、證件等信息掃描系統(tǒng)，作為查庫佐證依據(jù)。需提供增加、刪除、修改、查詢、打印功能。

（4）查庫發(fā)現(xiàn)問題整改錄入

由被查機構有權人或責任人錄入問題整改回復情況。

1.1.6測試案例6-上門收送款

1.案例編號：05 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-上門收送款（商行交取款業(yè)務）3.測試功能點：

（1）客戶簽約。支持客戶協(xié)議的新增、修改、刪除、注銷、查詢；實現(xiàn)分散/集中上門收送款模式，支持開戶機構、上門服務機構新增、修改、刪除等；實現(xiàn)單個單位名稱、地址、聯(lián)系人、電話、時間、地點、賬號等進行新增、修改、刪除等。

（2）預約管理。支持客戶、開戶行、代理行通過人工錄入或網(wǎng)銀發(fā)起預約。（3）審批。支持“自動審批”、“單人審批”、“雙人審批”等方式。4.案例場景描述：

長期上門收款:國美電器開戶行為成華支行營業(yè)部,成華支行保和支行負責國美電器每日營業(yè)現(xiàn)金上門收款。

（1）解款人員與客戶經(jīng)辦人員辦理交接

收款任務派送后，向客戶發(fā)送解款人、押運人員及車輛信息和一次性動態(tài)驗證碼。解款人員與客戶經(jīng)辦人員辦理交接時，通過PDA掃描/PC錄入等方式掃描箱包條形碼、驗證雙方經(jīng)辦人IC卡和密碼、一次性驗證碼，進行身份識別和 確認。

（2）現(xiàn)金入包

交接雙方鎖條施封，通過PDA掃描/PC錄入等方式掃描箱包條形碼、存入現(xiàn)金信息，自動生成并打印《現(xiàn)金繳款單》，收款人員和繳款經(jīng)辦人員核對、簽字確認。

（3）上門收款實物清點 參照清分業(yè)務模塊。

自動觸發(fā)開戶網(wǎng)點預約存款賬務處理，生成上門收款服務待存入賬現(xiàn)金登記簿。

（4）上門收款入賬處理

實物清點完成后，開戶網(wǎng)點進行客戶入賬處理（雙人操作），并核銷上門收款服務待存入賬現(xiàn)金登記簿。

臨時上門送款：6月3日，蘇寧電器向其開戶行武侯支行桂溪分理處發(fā)起臨時上門送款預約，逐級審批通過后，分理處配裝現(xiàn)金，6月4日提供上門送款服務。

（1）申請、審批

客戶通過網(wǎng)銀提出臨時上門送款申請，或電話通知開戶網(wǎng)點由其代為提出申請，支行財務負責人審批通過后，客戶將支票送達營業(yè)機構。

（2）下賬確認

審核送款客戶支票等資料后，開戶網(wǎng)點記賬人員對客戶賬進行下賬處理，開戶網(wǎng)點管庫人員或裝箱人員收到現(xiàn)金，進行客戶上門送款服務下賬錄入、確認（雙人操作）。自動觸發(fā)開戶網(wǎng)點預約取款賬務處理，生成上門送款服務待送現(xiàn)金登記簿。（3）上門送款現(xiàn)金配裝

開戶網(wǎng)點下賬后，根據(jù)送款計劃、上門送款服務待送現(xiàn)金登記簿配裝現(xiàn)金（雙人操作），支持PDA/PC輸入模式。

（4）箱包流轉

對配裝的現(xiàn)金進行配箱、出入庫、交接、任務派送等處理參考箱包管理。（5）解款人員與客戶經(jīng)辦人員辦理交接

任務派送后，向客戶發(fā)送解款人、押運人員及車輛信息和一次性動態(tài)驗證碼。解款人員與客戶經(jīng)辦人員辦理交接時，通過PDA掃描/PC錄入等方式掃描箱包條形碼、驗證經(jīng)辦人IC卡和密碼、一次性驗證碼，進行身份識別和確認。

（6）送款確認

送款經(jīng)辦人員通過PDA自動生成上門送款現(xiàn)金交接單，雙方核對，并打印簽字確認。

（7）核銷上門送款任務

根據(jù)解款人員返回的現(xiàn)金交接單（結合客戶簽字、電話核實等方式）核銷上門送款任務。

1.1.7測試案例7-公共業(yè)務

1.案例編號：06 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-機構管理（機構管理）3.測試功能點：

（1）整個機構架構，總行、分支行系統(tǒng)管理員設臵，以及各系統(tǒng)管理員管 理權限，制成多法人模式，如下圖：

（2）外部機構如人行、廠商、代理行等基本信息的增加、刪除、修改、查詢。

1.1.8測試案例8-公共業(yè)務

1.案例編號：07 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-庫房管理（發(fā)行庫管理）3.測試功能點：

（1）實現(xiàn)總行中心金庫、郊區(qū)支行庫、網(wǎng)點庫大類劃分，并按大類細化為現(xiàn)金庫、重空庫、網(wǎng)點庫、以及柜員尾箱，支持庫房新增、修改、刪除，并與機構實現(xiàn)一一對應，如下圖： 總行 總行中心金庫(實際金庫)完整券庫 支行庫（實際金庫）現(xiàn)金庫 網(wǎng)點庫（虛擬庫）柜員尾箱1 柜員尾箱2 尾箱庫 重空庫 殘損券庫 零鈔硬幣庫 自助設備鈔箱庫 貴金屬庫尾箱庫 重空庫 支行 網(wǎng)點

（2）實現(xiàn)金庫庫存限額的實時監(jiān)控，查詢金庫行轄內所有調撥關系行的調撥信息。

（3）根據(jù)物品出入庫信息生成出入庫登記薄，并能夠按照時間、物品類型進行明細、匯總等查詢。

（4）根據(jù)庫房、物資類型，設臵碰庫頻率及要求，通過PDA/PC輸入碰庫實物數(shù)量，自動與系統(tǒng)進行逐一核對。

1.1.9測試案例9-公共業(yè)務

1.案例編號：08 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-預警管理（預警監(jiān)控）3.測試功能點：

（1）支持分類設臵（按不同類型的網(wǎng)點、不同物資類型、不同物資品種等）、分級設臵（上級可設定下級）、統(tǒng)一設臵是否預警，預警標準設臵、修改、刪除、查詢功能。

（2）現(xiàn)金、假幣、憑證、貴金屬余額預警管理；查庫、盤庫、碰庫操作未達規(guī)定頻次預警；配送物資與配送路不匹配預警；貴金屬位臵移動預警；假幣未 及時上交，月末存在余額預警。

（3）實現(xiàn)箱包超過規(guī)定流轉時間、寄庫時間、在途箱包的預警提示支持箱包堆放位臵與指定位臵不符、箱包線路與指定線路不匹配、出入庫箱包個數(shù)、編號與申請個數(shù)、編號不符預警提示。

（4）清分日終，系統(tǒng)簽退時，待清分現(xiàn)金顯示不為“0”，系統(tǒng)進行預警提示。

（5）當交付實物與押運不配備或交付實物少于、多于押運任務時進行報警提示。

（6）查庫頻率未達要求，查庫出現(xiàn)金額不符進行預警

1.1.10測試案例10-公共業(yè)務

1.案例編號：09 2.案例名稱：功能測試-現(xiàn)金重空系統(tǒng)-基礎數(shù)據(jù)維護（字典管理）3.測試功能點：

（1）現(xiàn)金基礎數(shù)據(jù)維護，包括幣種（代碼、符號、名稱等）、券別（類型、版別、金額等）、票面類型（完整、殘損、ATM鈔、假幣等）、單位換算等信息新增、修改、刪除、查詢等。

（2）憑證基礎數(shù)據(jù)維護，包括種類、名稱、數(shù)量、起止號，單位換算等信息新增、修改、刪除、查詢等。

（3）貴金屬基礎數(shù)據(jù)維護，包括貴金屬代碼、類別、終了、狀態(tài)、單位換算等信息新增、修改、刪除、查詢等。

（4）箱包類型維護，包括柜員袋、柜員箱、現(xiàn)金配送袋、傳票袋內部寄庫 箱、外部寄庫箱、自助設備鈔箱（包）、上門收（送）款箱及空柜員箱、空配送包等編號、種類、進行增加、修改、刪除功能。箱包內、外部寄庫單位資料信息維護，箱包流轉時間、寄庫時間維護。

第二篇：德國心肺功能測試系統(tǒng)操作說明

德國CORTEX心肺功能測試系統(tǒng)

德國CORTEX運動心肺功能測試儀直接分析被試的呼出和吸入氣體的成分的方法一般用于實驗室測試，在測試時，讓被試戴一個呼吸口罩，在口罩的呼吸口有一個數(shù)字傳感器，該傳感器在被試呼氣過程中高頻率地采集氣樣進行分析。呼吸口安裝了不同的傳感器，數(shù)字渦輪傳感器可測算出氣體流量；氧傳感器和二氧化碳傳感器可測算出吸入氧量和二氧化碳呼出量，進而可推算出攝氧量值，如果是在極限運動下測得的攝氧量則是最大攝氧量。

心臟不停地跳動將血液泵出，維持血液循環(huán)，從而維持人體正常的生命活動。心臟泵血的過程就是心臟做功的過程，而心臟做功能力反映了心臟的功能。然而直接測量心臟做功的量值比較復雜，通常的心功能實驗是測量在一定心率下機體所做的功。

在漸增負荷的測試中，要控制被試的心率不要超過他的最大心率的85%（最大心律= 220-年齡）。測試的目的是了解被試對逐級遞增負荷的運動中，其心率的反應。在測試過程中，教練要觀察被試達到85%最大心率的困難程度及在此心率下所做的功。做功值越高，則心臟功能越好。

心功能測試和最大攝氧量測試都需要在漸增負荷的運動過程中進行，負荷控制采用跑臺、功率自行車等。在跑臺試驗中，測試者可以采用加大跑臺坡度或速度來增加負荷；而在功率自行車上，可以采用加大阻力，或加大蹬踏頻率來提高負荷，蹬踏頻率可以讓被試聽著音樂節(jié)奏來控制自己的動作節(jié)奏

第三篇：系統(tǒng)測試與驗收方案

1.系統(tǒng)測試與驗收方案

1.1.測試方案

1.1.1.單元測試

1.1.1.1.單元測試說明

在計算機編程中，單元測試（又稱為模塊測試）是針對程序模塊(軟件設計的最小單位)來進行正確性檢驗的測試工作。程序單元是應用的最小可測試部件。在過程化編程中，一個單元就是單個程序、函數(shù)、過程等；對于面向對象編程，最小單元就是方法，包括基類（超類）、抽象類、或者派生類（子類）中的方法。

單元測試的目標是隔離程序部件并證明這些單個部件是正確的。一個單元測試提供了代碼片斷需要滿足的嚴密的書面規(guī)約。因此，單元測試帶來了一些益處。單元測試在軟件開發(fā)過程的早期就能發(fā)現(xiàn)問題。

1.1.1.2.單元測試方法與內容

單元測試主要采用白盒測試技術，用控制流覆蓋和數(shù)據(jù)流覆蓋等測試方法設計測試用例；主要測試內容包括單元功能測試、單元性能測試和異常處理測試等。

1.1.1.3.單元測試流程

圖15-1 單元測試流程圖

從配置庫獲取源碼文件，設計測試用例，執(zhí)行測試用例，并利用相關測試工具對單元代碼進行測試，將測試結論填寫到單元測試報告和軟件Bug清單中。把軟件Bug清單和測試用例執(zhí)行結果提交測試負責人，并進入納入質量管理。對源碼文件進行的測試，視程序存在缺陷的情況，可能要重復進行，直至問題解決。

單元測試的執(zhí)行者，一般情況下可由程序的編碼者進行，特殊情況可由獨立于編碼者的測試人員進行。

1.1.1.4.單元測試用例

編程組組長組織、指導開發(fā)人員根據(jù)《系統(tǒng)設計說明書》，編寫所負責代碼設計模塊的《單元測試用例》，設計單元測試腳本。

1.1.2.代碼評審

代碼評審也稱代碼復查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。

評審的內容：

1)編碼規(guī)范問題：命名不規(guī)范、magic number、System.out等； 2)代碼結構問題：重復代碼、巨大的方法和類、分層不當、緊耦合等； 3)工具、框架使用不當：Spring、Hibernate、AJAX等；

4)實現(xiàn)問題：錯誤驗證、異常處理、事務劃分、線程、性能、安全、實現(xiàn)過于復雜、代碼可讀性不佳、擴展性不好等； 5)測試問題：測試覆蓋度不夠、可測試性不好等。

評審的優(yōu)點：

1)提高代碼質量：在項目的早期發(fā)現(xiàn)缺陷，將損失降至最低

2)評審的過程也是重新梳理思路的過程，雙方都加深了對系統(tǒng)的理解

3)促進團隊溝通、促進知識共享、共同提高 1.1.3.集成測試

1.1.3.1.集成測試目的

集成測試，也叫組裝測試或聯(lián)合測試。集成測試是在單元測試的基礎上，根據(jù)《系統(tǒng)概要設計》及《系統(tǒng)集成與開發(fā)詳細設計》，對系統(tǒng)的各單元進行組裝。把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計算機軟件。集成測試的目的是檢查軟件單元部件是否能夠集成為一個整體，完成一定的功能，并找出單元測試中沒有發(fā)現(xiàn)的錯誤，包括數(shù)據(jù)定義有沒有重合與沖突，接口會不會產(chǎn)生錯誤，組合以后的模塊功能會不會互相影響，組合的系統(tǒng)是不是達到預期的效果等。

1.1.3.2.集成測試采用的方法和內容

集成測試采用白盒測試和黑盒測試相結合的測試技術和漸增式的測試策略，用數(shù)據(jù)流等測試方法設計測試用例。主要測試內容包括單元之間的接口測試、全局數(shù)據(jù)結構測試等。

1.1.3.3.集成測試流程

集成測試包括集成測試設計、集成測試準備、集成測試實施和測試記錄、集成測試問題跟蹤和結束測試等階段。

集成測試設計由測試組組長根據(jù)項目計劃和開發(fā)計劃編制《集成測試計劃》，設計《測試用例》。

測試計劃和測試用例應當通過項目經(jīng)理的審查。

集成測試準備需要系統(tǒng)測試組組長建立獨立的測試環(huán)境。測試環(huán)境包括測試硬件環(huán)境、網(wǎng)絡、數(shù)據(jù)庫、應用服務器等以及測試對象(程序)的安裝和初始化工作。

集成測試實施和測試記錄是由系統(tǒng)測試組組長組織人員按照測試計劃和測試用例要求進行測試，并且記錄測試過程和測試結果。

集成測試問題跟蹤是在測試過程中發(fā)現(xiàn)的問題由系統(tǒng)測試組組長根據(jù)測試記錄提交測試問題報告，并由系統(tǒng)設計人員和開發(fā)人員解決每一個問題的過程。

測試結束指測試問題報告中的問題解決后，進行回歸測試。當測試問題降低到一定程度并通過測試通過準則時，系統(tǒng)測試組組長提交測試總結報告結束測試。

1.1.4.功能測試

功能測試包括兩大部分，一是包括基本業(yè)務功能、業(yè)務測試、接口測試和可用性測試等方面的功能測試，二是包括：安全性測試、故障恢復測試、數(shù)據(jù)庫測試、配置測試、安裝測試的產(chǎn)品化測試。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性方面進行測試。

（1）測試目標

組織并執(zhí)行測試，以降低軟件產(chǎn)品中存在的缺陷，保證產(chǎn)品的質量和可用性，測試工作的目標就是降低BUG率，從各個方面提高軟件產(chǎn)品的質量和可用性。

（2）測試流程

在確定具體的測試范圍及內容后，進行測試分類，并根據(jù)分類的結果確定需要設計的測試用例。

在整個測試過程中，我們將用缺陷管理工具BugBase對測試大綱、測試用例、測試問題等進行管理，并可對問題進行統(tǒng)計。

（3）測試完成標準

? 實現(xiàn)功能完全符合功能列表。? 所有的功能頁面均可達。

? TD上的問題得到妥善處理，不含有A,B,C類問題。? 定義的測試項目完成。? 產(chǎn)品化測試的約束達成。

（5）缺陷管理追蹤工具

在上節(jié)描述中提到的TD，可以應用于測試的全過程，也可以用于管理各類評審的缺陷等。TD還提供一些模板，例如測試計劃、測試總結、測試大綱、測試問題卡，因此可以通過BugBase實現(xiàn)從測試計劃到總結的各測試活動管理。

我們以需求說明書、軟件需求規(guī)格說明為輸入編寫測試大綱，對應測試大綱中的內容和測試需求編寫測試用例，測試人員可以根據(jù)測試大綱和用例執(zhí)行測試，發(fā)現(xiàn)問題后，記錄在TD中，測試負責人通過查看缺陷問題列表將問題分配給對應的開發(fā)人員，開發(fā)人員通過查看問題列表修改問題，TD還提供了各種統(tǒng)計功能，例如根據(jù)問題的發(fā)現(xiàn)日期、問題等級、問題的分布、問題引入階段等進行統(tǒng)計，這些統(tǒng)計結果可用來進行分析和總結

1.1.5.性能測試

性能測試總體流程與業(yè)務系統(tǒng)測試的流程基本相同。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性方面進行測試。性能測試的內容源于用戶對平臺系統(tǒng)的性能要求。

1.1.5.1.測試目標

性能測試的目標是在整個系統(tǒng)或一個系統(tǒng)的特定組件上定義、建立和執(zhí)行性能測試。驗證系統(tǒng)是否滿足標書的性能要求，如不能滿足，要進行相應的優(yōu)化。

1.1.5.2.測試流程

首先對性能測試進行策劃，確定性能測試的類別和測試方法。

然后開發(fā)性能測試的用例，確定測試環(huán)境并準備就緒后執(zhí)行性能測試，確定測試中的系統(tǒng)或組件的性能，并使用其結果決定性能是否可以被業(yè)務所接受。如果在測試中度量的性能特性證明是不能被接受的，我們可以通過對業(yè)務的改進、數(shù)據(jù)庫、應用服務器等進行調優(yōu)，以提高性能質量，在進行系統(tǒng)調優(yōu)前，我們同樣要進行調優(yōu)的設計與分析。性能測試與應用和技術架構緊密相關并且兩者互相影響。

1.1.5.3.性能測試指標

a)響應時間 響應速度在用戶心理所能承受的范圍內。無論是客戶端還是管理端，當用戶登陸，進行任何操作的時候，系統(tǒng)應該及時進行反映，系統(tǒng)應能檢測出各種非正常情況，并及時提示用戶。

b)可擴展性

在設計上必須具有適應變化的能力，當系統(tǒng)新增業(yè)務功能或現(xiàn)有業(yè)務改變時，應保證業(yè)務在整體框架不變的基礎上，業(yè)務變化造成的影響局部化。

c)易用性

所有的業(yè)務功能界面風格和操作流程一致，業(yè)務表單做到所見即所得，錄入能夠完全通過鍵盤完成。

d)可靠性

系統(tǒng)應保證7*24小時內不宕機，保證在正常情況下和極端情況下業(yè)務邏輯的正確性。

e)可用性

必須避免由于單點故障或系統(tǒng)升級而影響整個系統(tǒng)的正常運行。

f)可維護性

系統(tǒng)能夠簡單方便的修改和升級，包含可度性、可修改性、可測試性等。

g)可管理性和服務支持能力

每個層次、每個構件都提供標準的管理接口。實現(xiàn)統(tǒng)一的、一致的日志功能。每個構件都提供應用架構總體設計規(guī)定的必要的標準外部接口。

1.1.6.用戶測試

1.1.6.1.測試流程

用戶測試流程如下：

1)明確測試內容，其中包括功能、性能、可用性、安全性、兼容性、與其他系統(tǒng)集成

2)確定測試范圍：確定業(yè)務情況類型是是非常重要的。每一種業(yè)務情況類型都對應一個實際商業(yè)業(yè)務。業(yè)務情況類型可以被表達成多種狀況（例如，簡單情況、或需要進行復雜處理的例外情況）。

3)測試小組成員確定：由管理人員、業(yè)務人員、技術人員等組成，我方提供驗收測試過程中的技術支持。4)明確問題分類標準

5)系統(tǒng)的功能通過功能測試進行驗證。在功能測試過程中發(fā)現(xiàn)的問題根據(jù)其嚴重程度進行分類。下表列出了功能測試問題的分類。

1.1.6.2.用戶測試設計

設計測試用例：確定每個功能的測試用例，明確系統(tǒng)輸入信息和期望的輸出結果。針對需求規(guī)格說明書的每一條測試內容，確定測試用例。每個測試用例包括測試條件（包括生成測試條件需要的測試數(shù)據(jù)類型）和期望的結果。每個測試用例都應該是唯一確定的（例如，賦一個數(shù)值）。

設計測試大綱：依據(jù)測試范圍生成測試大綱。對每一種業(yè)務情況類型，生成盡可能多的測試用例來完善測試大綱。為了保證測試大綱包含所有的測試用例，將測試用例的條件映射為測試大綱是非常必要的。測試大綱中測試用例的順序安排是非常重要的，它應考慮多種方面的因素，主要考慮的因素是按照系統(tǒng)產(chǎn)生的數(shù)據(jù)，在測試大綱中安排測試用例的順序，使得一個測試的結果作為另一個測試前提。

測試環(huán)境準備：為了預防出現(xiàn)問題，如數(shù)據(jù)損壞或對系統(tǒng)資源的爭用，需要建立一個獨立的測試環(huán)境。在進行測試之前，根據(jù)測試計劃中確定的時機建立一個獨立的測試環(huán)境。

1.1.6.3.用戶測試結果

1)測試結束后，測試小組根據(jù)測試數(shù)據(jù)，制定并向驗收工作領導小組提交《用戶測試報告》。

2)測試報告結果說明軟件滿足下列要求： 3)在認可的外部設計文檔中表述的功能要求 4)在認可的系統(tǒng)描述文檔中表述的非功能要求 5)此外，測試報告中還包括對系統(tǒng)提出的改進意見。

1.1.7.測試產(chǎn)出

1)《測試計劃》 2)《系統(tǒng)測試方案》 3)《測試用例》 4)《系統(tǒng)測試案例》 5)《系統(tǒng)測試報告》 6)《試運行測試報告》

1.2.驗收方案

1.2.1.驗收流程

在驗收階段，平臺系統(tǒng)將按照用戶和我公司都認可的《系統(tǒng)需求分析》，組織驗收小組，進行功能和性能的驗收測試。從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面組織全面驗收。驗收測試安排分為系統(tǒng)初驗和系統(tǒng)終驗。

1.2.2.系統(tǒng)初驗

經(jīng)過系統(tǒng)內部試運行，我公司對內部試運行期間發(fā)現(xiàn)的問題改正后，提出系統(tǒng)初驗書面申請。驗收標準將按照“需求說明書”和雙方認可的有關系統(tǒng)設計文檔所提的要求進行。用戶在收到我公司驗收申請后，盡快組織系統(tǒng)初驗。初驗前我公司提供全部的工程文檔和安裝測試報告，并提供初驗測試文檔，在用戶認可后進行初驗測試，初驗通過后，系統(tǒng)進入正式試運行期。我公司應解決試運行期間所反映出的問題，若系統(tǒng)達不到合同規(guī)定要求，試運行期將繼續(xù)順延，直到系統(tǒng)完善，但試運行期最長不得超過一個月。

1.2.3.系統(tǒng)試運行

初驗合格后，經(jīng)用戶同意，系統(tǒng)進入試運行階段，試運行周期不超過三個月。在試運行期間，我公司按用戶要求提供培訓和技術支持，保證用戶能夠正確理解和使用系統(tǒng)；我公司對試運行中出現(xiàn)的任何問題及用戶提出的修改意見將及時做出響應，并提交解決方案，在用戶確認后實施。試運行期間如出現(xiàn)重大故障，則試運行期從故障排除之日起重新計算。

1.2.4.系統(tǒng)終驗

試運行期結束后，如系統(tǒng)無功能缺陷，能夠正常運行，在具備終驗條件下進行系統(tǒng)終驗，由我公司提出終驗書面申請，用戶在收到我公司驗收申請后，盡快組織系統(tǒng)終驗。成立項目全面驗收小組，由用戶、我公司以及外部專家等組成，對項目進行全面驗收。系統(tǒng)終驗前，我公司提交終驗測試標準和終驗測試計劃，內容包括：測試對象及應達到的測試指標、測試方法和測試條件、測試資料和數(shù)據(jù)，并以圖表說明每一測試對象或過程的功能輸入輸出測試進度。

系統(tǒng)終驗標準：

1)系統(tǒng)實用性：項目驗收最關鍵的指標，檢查系統(tǒng)是否符合當前業(yè)務的需要，特別是業(yè)務流的整體性和數(shù)據(jù)流的一致性，并前瞻性提供未來業(yè)務接口。

2)系統(tǒng)穩(wěn)定性：硬件環(huán)境的穩(wěn)定性、軟件運行異常處理和正常運行情況。3)系統(tǒng)可維護性：含網(wǎng)絡系統(tǒng)管理與維護、服務器系統(tǒng)平臺管理與維護、操作系統(tǒng)管理與維護、應用系統(tǒng)軟件管理與維護、數(shù)據(jù)庫管理與維護以及數(shù)據(jù)庫備份、應用系統(tǒng)備份，災難事件處理與解決實施方案等。

4)系統(tǒng)文檔：驗收文檔是否齊全、規(guī)范、準確、詳細，主要的文檔包括：需求分析報告，框架設計報告，數(shù)據(jù)庫物理及邏輯設計報告，詳細設計報告，編碼規(guī)范及技術選型報告，測試報告，系統(tǒng)部署和發(fā)布報告，集成方案，軟件用戶使用手冊，系統(tǒng)維護方案和操作文檔等。

5)代碼規(guī)范及注釋說明：程序代碼編寫是否規(guī)范；注釋說明或代碼文檔是否詳細全面；接口定義是否符合局信息系統(tǒng)規(guī)劃一致性的要求。

6)系統(tǒng)靈活性：系統(tǒng)是否方便客戶進行維護；系統(tǒng)是否在先進性的基礎上具備未來升級和可擴充性；是否利于系統(tǒng)平臺遷移和部署等。

7)系統(tǒng)可操作性：界面是否友好性；是否實現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢索功能。

8)系統(tǒng)安全性：是否有完善的安全機制保證系統(tǒng)的安全性，如軟件方面的安全防范（加密措施、相關認證、數(shù)據(jù)庫安全防范），硬件方面（防火墻、物理隔離和邏輯隔離）的安全設置。

9)其他驗收標準：其他的與本系統(tǒng)相關的驗收標準。系統(tǒng)終驗流程安排

1)我公司按照項目驗收計劃完成驗收準備工作 2)用戶代表運行驗收測試用例集，記錄運行結果

3)如果發(fā)現(xiàn)沒有通過的驗收測試用例，則我公司立即解決問題 4)用戶主持項目驗收會

5)我公司向用戶報告項目實施結果 6)用戶代表向用戶報告試運行結果

7)用戶評議項目實施和試運行結果，起草和審定項目驗收報告。

1.2.5.系統(tǒng)終驗相關文檔

我公司在軟件開發(fā)和系統(tǒng)集成中將嚴格按照國家軟件工程有關要求提供的文檔來提供，驗收的技術文檔至少包含以下內容： 1)系統(tǒng)需求分析 2)系統(tǒng)概要設計 3)系統(tǒng)詳細設計 4)數(shù)據(jù)庫詳細設計 5)應用系統(tǒng)集成實施方案 6)系統(tǒng)測試大綱 7)系統(tǒng)測試報告 8)系統(tǒng)驗收報告 9)系統(tǒng)用戶使用手冊 10)系統(tǒng)安裝維護管理手冊

1.2.6.終驗報告

驗收小組將在終驗結束后提交一份由專家簽名的驗收報告。驗收報告附平臺系統(tǒng)和整體系統(tǒng)測試結果報告，同時給出以下明確結論之一：

（1）通過驗收；

（2）基本通過驗收，要求在五個工作日內完善后再次進行驗收；（3）未通過驗收，要求在十五個工作日內改正后再次進行驗收； 如再次驗收后仍然不能全部通過，用戶有權終止合同，并要求我公司承擔違約責任。

驗收結束時,我公司將平臺系統(tǒng)相關產(chǎn)品說明書、系統(tǒng)安裝手冊、技術文檔、資料及安裝、測試、驗收報告等文檔匯集成冊交付用戶。

第四篇：金蝶EAS系統(tǒng)功能說明書_庫存業(yè)務

金蝶EAS系統(tǒng)功能說明書

——庫存業(yè)務管理

大客戶事業(yè)本部—EAS產(chǎn)品市場部

2008年7月

目 錄

第1章 前言...........................................................................................................................1 1.1.適用范圍...................................................................................................................1 1.2.方案的編寫目的.......................................................................................................1 第2章 金蝶EAS庫存業(yè)務管理系統(tǒng).................................................................................2 2.1系統(tǒng)概述........................................................................................................................2 2.2系統(tǒng)結構.........................................................................................................................2 2.3庫存業(yè)務管理主要功能.................................................................................................3 2.3.1基礎數(shù)據(jù)......................................................................................................................3 2.3.2庫存初始化..................................................................................................................3 2.3.3入庫業(yè)務......................................................................................................................4 2.3.4出庫業(yè)務......................................................................................................................4 2.3.5庫存盤點......................................................................................................................4 2.3.6庫存轉移......................................................................................................................4 2.3.7特殊業(yè)務......................................................................................................................5 2.3.8庫存分析......................................................................................................................5 2.3.9庫存計劃......................................................................................................................5 2.4內部交易管理.................................................................................................................6 2.4.1要貨申請......................................................................................................................6 2.4.2多方調撥......................................................................................................................6 2.4.3發(fā)貨通知......................................................................................................................7 2.4.4調撥出庫......................................................................................................................7 2.4.5調撥入庫......................................................................................................................7 2.4.6應收結算......................................................................................................................7 2.4.7應付結算......................................................................................................................7

金蝶軟件

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

第1章 前言

1.1.適用范圍

本內容適用于售前項目進行中，客戶為了了解金蝶EAS集團庫存業(yè)務管理系統(tǒng)的業(yè)務功能模塊或為了制作標書或時，進行提交的產(chǎn)品功能列表清單。

所有功能模塊是從業(yè)務角度進行總體說明，從產(chǎn)品功能角度進行詳細說明。希望能夠給客戶介紹系統(tǒng)全面功能。

溫馨提醒：本內容不建議輕易提交給客戶，防止流傳到對手的受到攻擊或與客戶的業(yè)務符合度有差異。

1.2.方案的編寫目的

? 讓售前人員能夠快速提交給客戶產(chǎn)品功能模塊列表； ? 為售前人員制作標書或投標方案提供具體內容； ? 方便售前人員快速、全面、系統(tǒng)的學習產(chǎn)品業(yè)務和功能。

?金蝶軟件,版權所有

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

第2章 金蝶EAS庫存業(yè)務管理系統(tǒng)

2.1系統(tǒng)概述

EAS系統(tǒng)的庫存管理是基于集團應用而設計的。金蝶EAS 庫存業(yè)務管理系統(tǒng)是EAS 產(chǎn)品中供應鏈管理的核心業(yè)務模塊，為集團企業(yè)的集中采購、集中銷售、集團內部多方交易的調撥處理等集團供應鏈業(yè)務，提供多元化的物流處理流程；包括：出入庫、盤點、調拔和庫存特殊業(yè)務；并與采購、銷售與分銷、存貨核算、應收、應付系統(tǒng)、HR 系統(tǒng)等業(yè)務系統(tǒng)以及總帳系統(tǒng)、現(xiàn)金管理系統(tǒng)等財務系統(tǒng)一體化集成，保障物流信息與商流、資金流信息的協(xié)同與一致性，為企業(yè)管理和決策層提供實時的物流管理信息。

2.2系統(tǒng)結構

金蝶EAS 庫存業(yè)務管理系統(tǒng)與采購管理、銷售管理模塊都緊密集成。對生產(chǎn)管理的領料出庫、成品入庫等功能，也在庫存管理模塊中完成。目前EAS沒有提供生產(chǎn)管理相關功能，未來增加生產(chǎn)管理模塊，庫存仍是其核心集成業(yè)務模塊。對于物料在庫內的管理，EAS庫存模塊支持盤點、組裝拆卸、形態(tài)轉換、批次管理等功能，并能夠根據(jù)客戶行業(yè)性質，選擇物料的多輔助屬性、批次、保質期等管理要素。其整體流程如下：

圖表

金蝶EAS庫存業(yè)務管理系統(tǒng)流程圖

?金蝶軟件,版權所有

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

2.3庫存業(yè)務管理主要功能

2.3.1基礎數(shù)據(jù)

基礎數(shù)據(jù)用來定義庫存管理過程中，所用到的倉庫信息、庫位信息、庫存管理的業(yè)務類型、庫存的物料狀態(tài)和與庫存管理相關的事務單據(jù)。包括五大信息，分別是：倉庫、倉庫設置、庫存類型、庫存狀態(tài)、事務類型。

? 倉庫定義：用來定義庫存組織下屬的倉庫信息，倉庫信息的正確設置和管理，則是庫存管理的基礎。在倉庫定義中，可以設置所定義倉庫是否支持庫位管理； ? 倉庫設置：對啟用后的倉庫進行使用授權的分配、定義庫位、進行可使用庫存組織的物料的存放分配三個功能項；

? 庫存類型：是庫存管理中庫存要素之一，系統(tǒng)預設了七種庫存物料在業(yè)務交易來源或用途的類型，用來區(qū)分庫存物料的業(yè)務屬性；

? 庫存狀態(tài)：定義了庫存物料在庫存管理范圍內的可使用狀態(tài)；

? 事務類型：是庫存業(yè)務管理的核心基礎數(shù)據(jù)，它把其他的基礎數(shù)據(jù)如庫存類型、庫存狀態(tài)和單據(jù)類型、業(yè)務類型等有機的集成在一起；所有庫存基礎數(shù)據(jù)和業(yè)務數(shù)據(jù)都要圍繞事務類型為軸心，表達了庫存事務處理過程中最明細的信息。

2.3.2庫存初始化

庫存初始化的功能包括：在庫存初始化單中針對庫存組織和倉庫錄入初始化單元，在庫存的系統(tǒng)初始化期間的期初庫存余額，修改、查詢初始化的庫存余額，審核初始化的庫存余額；初始化庫存余額與總賬進行對帳；對已經(jīng)完成了庫存初始余額的錄入和初始化對賬的初始化單元進行結束初始化操作；成功結束初始化的初始化單元，就可以開展正常的出入庫等庫存業(yè)務了。

此外，庫存初始化還支持初始化對賬功能。即用戶在錄入和審核了庫存初始化單的庫存初始余額數(shù)據(jù)后，可以對某個財務組織下的所有物料的庫存初始余額轉換成物料對應的科目余額，與總賬系統(tǒng)相同科目賬戶余額進行對帳；該功能在供需鏈的實現(xiàn)能夠完善系統(tǒng)之間的聯(lián)系、進一步加強財務業(yè)務一體化管理、提升軟件整體功能協(xié)作效應。

?金蝶軟件,版權所有

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

2.3.3入庫業(yè)務

庫存業(yè)務管理的入庫業(yè)務包括采購收貨、采購入庫、生產(chǎn)入庫、調撥入庫、其他入庫等。? 采購收貨、采購入庫：與供應管理系統(tǒng)中的功能完全相同；

? 生產(chǎn)入庫：EAS沒有生產(chǎn)管理系統(tǒng)，只能手工錄入生產(chǎn)入庫單，并手工在單據(jù)上錄入生產(chǎn)任務單號、物料等信息；不能關聯(lián)上游單據(jù)生成；

? 調撥入庫：根據(jù)倉庫調撥單進行的入庫業(yè)務處理，支持分別按照異價和成本價進行的不同庫存組織間的調撥、不同倉庫間調撥的入庫業(yè)務處理；

? 其它入庫：除以上四種入庫類型外的、無訂單入庫的處理，如盤盈入庫。

2.3.4出庫業(yè)務

庫存業(yè)務管理的出庫業(yè)務包括銷售出庫、領料出庫、調撥出庫、其他出庫等。

? 銷售出庫：和銷售與分銷管理系統(tǒng)中的銷售出庫功能完全相同；

? 領料申請：EAS沒有生產(chǎn)管理系統(tǒng)，只能手工錄入領料申請單，并手工在單據(jù)上錄入生產(chǎn)任務單號、物料等信息；不能關聯(lián)上游單據(jù)生成；

? 領料出庫：EAS沒有生產(chǎn)管理系統(tǒng)，但可以關聯(lián)領料申請單生成領料出庫單進行領料出庫；

? 調撥出庫：依據(jù)庫存調撥單處理公司內的調撥出庫處理，作為出庫核算的憑證；支持分別按照異價和成本價進行的不同庫存組織間的調撥、不同倉庫間調撥的出庫業(yè)務處理；

? 其它出庫：除以上四種出庫類型外的、無訂單出庫的處理，如盤虧出庫。

2.3.5庫存盤點

EAS系統(tǒng)提供了完整的盤點管理功能，包括盤點策略、盤點范圍設置、盤點、盤點調整等，盤點方式有周期盤點、循環(huán)盤點、不定期盤點、抽盤及分批盤點。另外盤虧盤盈通過其他出入庫單進行調整處理。

2.3.6庫存轉移

庫存轉移包括庫位間的物料移動管理，以及倉庫間的物料調撥管理。

?金蝶軟件,版權所有

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

? 庫位移動：是指同一倉庫的物料，在不同的庫位上進行調整。系統(tǒng)通過庫位移動單來完成，包括庫位移動單的生成、查詢功能。使物料與庫位的對應關系，在盤點、出庫、調撥、形態(tài)轉換等各種應用方面，能夠記錄；

? 庫存調撥：是指在公司內的倉庫之間或庫存組織之間的調拔(相同財務組織下)，支持在跨庫存組織調撥和跨倉庫調撥時，區(qū)分為“異價”和“成本價”兩種調撥業(yè)務類型；

2.3.7特殊業(yè)務

庫存業(yè)務管理的特殊業(yè)務包括庫存狀態(tài)調整、組裝拆卸、批次調整、組合拆包、借入借出等。

? 庫存狀態(tài)調整：庫存狀態(tài)調整：是指存放在倉庫內的物料，由于物料的保質期而過期或者報廢等原因或者由于預留等管理上的原因對物料的庫存狀態(tài)進行調整。功能包括庫存狀態(tài)調整單新增、庫存狀態(tài)調整單查詢；

? 庫存拆包：是對庫存中的物料進行包裝單位的拆包裝和打包裝處理；從而改變了物料的包裝形態(tài)和計量單位，以便為出庫或者存儲、揀貨、發(fā)運作好準備。功能包括拆包單新增、拆包單查詢；

2.3.8庫存分析

庫存分析包括庫存查詢和庫存報表兩部分內容。

? 庫存查詢：包括即時庫存查詢、全局庫存查詢和狀態(tài)庫存總攬；

? 庫存報表：庫存分析報表提供了超儲短缺分析報表、保質期分析報表、物料收發(fā)存匯總報表、物料收發(fā)事務明細、物料調撥分析報表等。

2.3.9庫存計劃

庫存計劃是為了方便物控人員及時解決B、C類物料的補充和供應問題，確保企業(yè)生產(chǎn)經(jīng)營的順利進行，同時也可大大減輕物控人員的工作量。庫存補貨一般分周期性補貨和訂貨點補貨，周期性補貨一般用于周期消耗比較穩(wěn)定的物料，訂貨點補貨一般適合物料耗用比較均衡的B、C類的物料，最好是日消耗量起伏不大的物料。

再訂貨點法：當該指定庫存組織或倉庫的物料消耗到一定的庫存水平（再訂貨點）之下，?金蝶軟件,版權所有

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

啟動庫存補貨程序，編制庫存補貨計劃；并在庫存補貨計劃中確定采購日期或交貨日期、補貨數(shù)量等。

補貨計劃生成后保存到計劃訂單中，經(jīng)審核后可分別轉換為采購申請單和要貨計劃，進入采購或要貨流程。

2.4內部交易管理

集團內部交易是集團本部、下屬企業(yè)之間由于供需關系所必須的內部商品關聯(lián)交易，包括采購物料的調撥、銷售商品的調撥等內部交易業(yè)務。庫存調撥通常由調撥訂單開始，由其下推調撥入庫和調撥出庫、調撥結算等一系列單據(jù)，處理的調撥類型為“財務組織間調撥”，會引起調撥交易結算及應收賬款、應付賬款。

2.4.1要貨申請

EAS要貨申請管理內容有：要貨申請新增、要貨申請查詢。要貨申請單用來處理機構部門及上下級機構之間產(chǎn)品的需求與供應情況的溝通，以平衡供需矛盾。要貨申請的來源有三種：

一、庫存的補貨計劃（再訂貨點計算結果）；

二、客戶的需求（銷售預訂單）；

三、下級單位的要貨計劃；要貨申請經(jīng)審批確認后可根據(jù)實際需要轉換為調撥訂單、采購申請單、銷售訂單等。

2.4.2多方調撥

EAS內部交易功能支持集團內兩方，三方及四方交易的調撥管理。

? 二方調撥：集團內兩機構間調撥交易，調出方可通過調拔單生成銷售出庫單，再同銷售一樣進行核算處理；調入方可通過調拔單生成采購入庫單，同采購一樣進行核算處理。

? 三方調拔：集團及其下的兩個公司之間的調拔，都通過集團進行統(tǒng)一的結算，發(fā)貨方可根據(jù)調拔訂單生成銷售出庫單，并自動生成供應方的采購入庫；收貨方可通過供應調拔訂單生成采購入庫單，并自動生成供應方的銷售出庫單。

? 四方調拔：二個子集團下的兩個公司之間的調拔，都通過各自集團總部進行統(tǒng)一的結算，可以是有權限的供應方、需求方、或第三方（如集團總部）的操作人員制單，發(fā)貨方可通過調拔單生成銷售出庫單，并自動生成供應方的采購入庫和銷售出庫；?金蝶軟件,版權所有

金蝶EAS庫存業(yè)務管理系統(tǒng)功能說明書

收貨方可通過調拔單生成采購入庫單，并自動生成需求方的銷售出庫和采購入庫。

2.4.3發(fā)貨通知

包括發(fā)貨通知新增、發(fā)貨通知查詢兩個功能。發(fā)貨通知可由銷售訂單、調撥訂單或手工生成。發(fā)貨通知下推生成銷售出庫單。

2.4.4調撥出庫

與銷售出庫單相同，區(qū)別是此處僅用于集團內部銷售處理。處理邏輯是：若調撥單的調撥類型為 “財務組織間調撥”，調撥單審核生效后系統(tǒng)轉入內部銷售流程處理，發(fā)貨方根據(jù)發(fā)貨實際情況由調撥單推式或拉式生成銷售出庫單，以完成發(fā)貨處理

2.4.5調撥入庫

包括調撥入庫新增、調撥入庫查詢兩個功能。與采購入庫單相同，區(qū)別是此處僅用于集團內部交易處理。處理邏輯是：若調撥單的調撥類型為 “財務組織間調撥”，調撥單審核生效后系統(tǒng)轉入內部采購流程處理，收貨方根據(jù)收貨實際情況由調撥單推式或拉式生成采購入庫單，以完成收貨處理。

2.4.6應收結算

與銷售結算中的應收管理相同，區(qū)別是此處僅用于集團內部銷售應收處理。具體功能包括應收單新增、應收單查詢；

2.4.7應付結算

與采購結算中的應付管理相同，區(qū)別是此處僅用于集團內部交易應收處理。具體功能包括應付單新增、應付單查詢；

?金蝶軟件,版權所有

第五篇：運營商業(yè)務稽核系統(tǒng)改進方案

運營商業(yè)務稽核系統(tǒng)改進方案

【摘要】 針對某運營商業(yè)務稽核系統(tǒng)存在工作量巨大、稽核效率及精準度較低的現(xiàn)狀，提出了一種系統(tǒng)改進方案。該改進方案旨在實現(xiàn)自動、智能、開放、交互的稽核工作流程，滿足對業(yè)務經(jīng)營的全面審視、查漏補缺、強化執(zhí)行、自動化管理的管控要求，從而達到防范經(jīng)營風險、提升客戶感知和運營效率的目標[1]。

【關鍵詞】 運營商 稽核系統(tǒng) 改進方案

一、引言

目前，某運營商業(yè)務稽核系統(tǒng)主要依靠提取IT系統(tǒng)數(shù)據(jù)和手工稽核，以及人工分析、人工派單、二次稽核的方式來完成，存在如下問題：

（1）工單合規(guī)性校驗工作量巨大，無規(guī)范的稽核數(shù)據(jù)作為依據(jù)，僅能通過經(jīng)分、CRM、賬務的相關數(shù)據(jù)、報表作為稽核依據(jù)；

（2）營銷政策的合規(guī)性稽核較為困難，由于政策設計復雜、變化快、風險高，人工稽核需建立復雜的數(shù)據(jù)關系表；

（3）稽核工作相對滯后，人工稽核效率較低導致稽核工作相對滯后，不能及時高效的稽核差錯，存在收入跑冒滴漏的風險；

（4）稽核錯單等問題的閉環(huán)管控，無法自動完成復查，需大量人力進行二次稽核，導致無法有效管控；

（5）稽核結果的應用分析，缺乏系統(tǒng)的稽核結果分析，不能及時傭金回退，漏洞封堵等；

（6）無法進行系統(tǒng)的對比分析，缺乏監(jiān)控營銷政策的健康推廣及支撐營銷政策的分析推廣。

為了進一步提升業(yè)務管理水平、防范企業(yè)收入的跑冒滴漏，提升業(yè)務風險管控水平，強化業(yè)務管理與稽核工作，現(xiàn)針對該運營商業(yè)務稽核系統(tǒng)現(xiàn)狀提出了一種改進方案。

二、改進目標

該業(yè)務稽核系統(tǒng)改進方案旨在建設以收入管控為核心，功能涵蓋業(yè)務工單稽核、政策風險分析、高風險操作預警、發(fā)展質量管控、調帳管控，業(yè)財差異、傭金管控、業(yè)務管控預警以及營收資金等的全面稽核系統(tǒng)，實現(xiàn)自動、智能、開放、交互的稽核工作流程，滿足對業(yè)務經(jīng)營的全面審視、查漏補缺、強化執(zhí)行、自動化管理的管控要求，從而達到防范經(jīng)營風險、提升客戶感知和運營效率的目標。

三、系統(tǒng)改進方案

3.1技術架構

稽核系統(tǒng)采用分層結構開發(fā)和設計，將采集、數(shù)據(jù)、處理、服務和展現(xiàn)層分離，實現(xiàn)系統(tǒng)內部的松耦合，以靈活、快速地響應業(yè)務變化對系統(tǒng)的需求?；讼到y(tǒng)技術架構如下圖1所示。

技術架構層次的職責和要求描述如下：

（1）采集層。采集層通過FTP、webservice、socket等技術實時或準實時采用源數(shù)據(jù)。如果已通過EDA等系統(tǒng)進行數(shù)據(jù)采集及存貯，可不進行此功能部署。

（2）數(shù)據(jù)層。數(shù)據(jù)層的主要任務是實現(xiàn)對數(shù)據(jù)的封裝，并把封裝后的數(shù)據(jù)轉換成有價值的業(yè)務與系統(tǒng)信息，向業(yè)務服務層、數(shù)據(jù)處理層以及其它相關外部系統(tǒng)提供一致的數(shù)據(jù)訪問服務。數(shù)據(jù)層包括數(shù)據(jù)的物理存儲以及數(shù)據(jù)的封裝。

（3）處理層。處理層是由業(yè)務組件組成的服務載體，負責實現(xiàn)具體的業(yè)務邏輯的重要環(huán)節(jié)。按功能不同可劃分為：工作流組件、消息組件、表單組件、緩存管理組件、規(guī)則引擎組件、ETL組件、數(shù)據(jù)處理組件等。業(yè)務組件的開發(fā)通常采用基于容器的技術。

（4）應用層。應用層是以面向服務的方式對一個或者多個業(yè)務組件的功能進行封裝，它具有明確的接口描述，可以被其它業(yè)務服務調用，也可以被界面展現(xiàn)層調用。業(yè)務服務的功能由業(yè)務組件來實現(xiàn)，某個服務也可調用其它服務來完成更復雜的業(yè)務功能。

（5）展現(xiàn)層。展現(xiàn)層是業(yè)務稽核系統(tǒng)與用戶進行信息交互的界面，用戶通過用戶界面組件調用業(yè)務服務來實現(xiàn)業(yè)務功能。展現(xiàn)組件由一組基本并緊密相關的界面展現(xiàn)單元組成，并通過這些界面單元調用與之有較強內聚性的業(yè)務服務實現(xiàn)一個獨立的、帶有人機交互界面的業(yè)務功能。

3.2功能架構

稽核系統(tǒng)分為三層架構，分為接口層、應用管理層和功能管理層，功能架構圖如下圖2所示。

稽核系統(tǒng)主要功能包括：工單管理、應用管理、接口管理、報表管理以及系統(tǒng)管理等功能。

（1）接口層：采取實時或準實時方式以文件或數(shù)據(jù)形式從各個接口系統(tǒng)采集數(shù)據(jù)，并ETL到指標池。

（2）應用管理層：包括ETL接口管理、稽核配置管理、稽核監(jiān)控管理等。

（3）功能管理層：工單管理、統(tǒng)計分析、角色管理、門戶管理、統(tǒng)一視圖等。

3.3系統(tǒng)邊界

業(yè)務稽核系統(tǒng)原則上通過ODS系統(tǒng)、CRM系統(tǒng)獲取數(shù)據(jù)，若有ODS系統(tǒng)及CRM系統(tǒng)不具備的數(shù)據(jù)可以從綜合結算、渠道視圖、網(wǎng)絡、ITSM系統(tǒng)、自注冊數(shù)據(jù)、終端數(shù)據(jù)等建立數(shù)據(jù)互動關系，并生成稽核結果或者工單后，提供給CRM系統(tǒng)、劃小支撐系統(tǒng)、客戶經(jīng)理門戶系統(tǒng)、客服系統(tǒng)、ITSM系統(tǒng)等。

四、結束語

隨著運營商各項業(yè)務的不斷增多，業(yè)務稽核已成為運營商日常管理工作中的重要環(huán)節(jié)。加強業(yè)務稽核，保障收入完整，是企業(yè)完善治理結構的內在需求。本文針對某運營商業(yè)務稽核系統(tǒng)存在的問題，提出了一種系統(tǒng)改進方案。該改進方案不僅可以提高系統(tǒng)間資料的一致性，提升數(shù)據(jù)準確性及客戶滿意度；同時能夠降低公司內部協(xié)調成本，提高網(wǎng)絡運行、生產(chǎn)效率[2]。

參 考 文 獻

[1] 增進內部稽核價值[J].丹尼?拜倫，周靜幸.中國內部審計.2012（08）

[2] 通信行業(yè)營收資金稽核管理[J].李?t宏.財經(jīng)界（學術版）.2015（01）