第一篇：现金重空系统POC业务功能测试方案
1.1.1概述（背景及测试目的）
本项目为运营流程再造现金集中业务项目，测试对象为现金重空系统各业务模块，包括公共管理配臵、现金调拨、箱包管理、清分、押运管理、自助设备集中加配钞、查库、上门收送款以及保险箱管理。现金重空系统上线后，现金、重空、箱包、贵金属等物资在各环节的保管、调拨、配送和流转将得到实时监控和跟踪，根据流程设臵，各业务模块各环节由流程引擎自动组织、控制，实现操作和管理职能分离，同时提供各业务模块数据查询、统计报表生成等功能。
1.1.2 测试案例1-现金调拨
1.案例编号：01
2.案例名称：功能测试-现金重空系统-现金调拨业务（调拨业务）3.测试功能点：
（1）现金、箱包信息以及押运线路相互匹配、一一对应。（2）现金出库、入库、交接实时跟踪与记录。
（3）现金调拨审批。包括逐级审批，审批授权，审批退回，有权人可根据调拨单、库存情况调整下级行申请领用信息。
（4）使用PDA录入配装信息，包括币种、券别、金额、数量
（5）实现对各类箱包编号、种类、进行增加、修改、删除功能，在现金调拨时完成自动/手动配箱，并实现箱包施封、拆封信息实时记录。
（6）押运线路日常管理，包括押运线路、车辆、人员等新增、修改、删除、查询等。押运任务分配，押运线路自动/手工匹配、车辆、人员与任务一一匹配。（7）现金调拨各个流程节点的查询统计 4.案例场景描述：
场景1：郊区网点向郊区支行清分中心领取现金（调拨业务）
2015年6月8日（工作日），大邑支行花水湾分理处提出现金领取预约，金额200万元（其中100元券150万元，50元券30万元，20元券10万元，5元券8万元，1元硬币2万元），大邑支行收到预约计划，审核无误后配装现金，次日将现金配送至花水湾分理处。
（1）花水湾分理处发起现金预约申请，系统根据该分理处日常现金用量等相关指标，显示建议取款金额。营业经理根据实际情况，在系统中录入取款数量、金额、币种、券别等信息，系统自动生成现金存取预约调拨单，经核对无误后发送至支行清分中心主管。
（2）清分中心业务主管收到预约申请，比对系统中库存余额等信息，对预约申请进行审批，并发送至库务作业人员。
（3）库务作业人员收到预约申请，进行实物配箱，双人将现金实物装入箱内，通过PDA/PC录入实际配装现金的数量、金额、币种、券别、箱包锁条号等信息，并生成配送箱包编号，将箱内现金与箱包信息进行一一对应，完成箱包施封。
（4）库务作业岗完成现金配装后，系统自动/手动选择押运线路匹配。（5）库务作业人员双人以上通过PDA/PC/扫描门等装臵进行调出实物出库处理，系统自动生成出库登记簿。
（6）库务作业人员双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。调出交接完成后，联动核心系统记账，系统将出库实 物自动从当日库存余额扣减，将配送实物从库存实物记入在途现金核算。
（7）解款人员双人通过PDA/PC扫描、指纹或输入方式与网点人员双人进行调出实物交接确认，并进行箱包拆封，核对包内实物，入库完成后，系统自动核销在途物资。
场景2：郊区网点向郊区支行清分中心交存现金（调拨业务）
2015年6月11日（工作日），大邑支行花水湾分理处提出现金交存预约，金额300万元（其中100元券200万元，50元券50万元，20元券30万元，5元券15万元，1元硬币5万元），大邑支行收到预约计划，审核无误后，网点配装现金，当日将现金配送至大邑支行清分中心。
（1）花水湾分理处网点人员填写现金存取预约调拨单，并提交网点营业经理审批，营业经理提交大邑支行清分中心主管审批。
（2）网点人员根据审批后的调拨单，进行现金配装，并录入交存现金的券别、金额、数量等信息，完成箱包配箱施封，并生成箱包配送编号。
（3）网点人员完成现金配装后，系统自动/手动选择押运线路匹配。（4）网点人员双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认，调出交接完成后，联动核心系统记账，系统将出库实物自动从当日库存余额扣减，将配送实物从库存实物记入在途现金核算。
（5）支行库务作业岗双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。
（6）支行库务作业岗使用PDA进行扫描入库，并进行箱包拆封，核点大数，做入库处理，系统自动核销在途物资。
场景3：郊区支行清分中心向总行现金中心领取现金（调拨业务）（1）郫县支行清分中心向总行现金中心领取现金500万（其中，100元300万，50万100万，10元50万，1元50万），总行现金中心收到预约计划，审核无误后，将现金配送至郫县支行清分中心。
（2）郫县支行清分中心发起现金预约申请，系统根据该支行日常现金用量等相关指标，显示建议取款金额。清分中心主管根据实际情况，在系统中录入取款数量、金额、币种、券别等信息，系统自动生成现金存取预约调拨单，经审批无误后发送至总行现金中心预约岗。
（3）总行现金中心预约岗收到预约申请，比对系统中库存余额等信息，对预约申请进行审批，并发送至库务作业人员。
（4）库务作业人员收到预约申请，进行实物配箱，双人将现金实物装入箱内，通过PDA/PC录入实际配装现金的数量、金额、币种、券别、箱包锁条号等信息，并生成配送箱包编号，将箱内现金与箱包信息进行一一对应，完成箱包施封。
（5）库务作业岗完成现金配装后，系统自动/手动选择押运线路匹配。（6）库务作业人员双人以上通过PDA/PC/扫描门等装臵进行调出实物出库处理，系统自动生成出库登记簿。
（7）库务作业人员双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。调出交接完成后，联动核心系统记账，系统将出库实物自动从当日库存余额扣减，将配送实物从库存实物记入在途现金核算。
（8）解款人员双人通过PDA/PC扫描、指纹或输入方式与网点人员双人进行调出实物交接确认，并进行箱包拆封，核对包内实物，入库完成后，系统自动核销在途物资。场景4：郊区支行清分中心向总行现金中心交存现金（调拨业务）
郫县支行清分中心向总行现金中心交存现金700万（其中：100元500万，50元100万，10元50万，1元50万）。
（1）郫县支行清分中心主管填写现金存取预约调拨单，并报支行财务经理审批，完毕后报总行现金中心审批。
（2）支行库务作业岗根据现金存取预约调拨单，进行现金配装，通过PDA/PC录入配装现金的券别、数量、金额等信息，并生成配送箱包编号，将箱内现金与箱包信息进行一一对应，完成箱包施封。
（3）支行库务作业岗完成现金配装后，系统自动/手动选择押运线路匹配。（4）支行库务作业岗双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认，调出交接完成后，联动核心系统记账，系统将出库实物自动从当日库存余额扣减，将配送实物从库存实物记入在途现金核算。
（5）总行现金中心库务作业岗双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。
（6）总行现金中心库务作业岗使用PDA进行扫描入库，并进行箱包拆封，核点大数，做入库处理，系统自动核销在途物资。
场景5：城区网点向总行现金中心领取现金（调拨出库）
武侯支行玉林分理处向总行现金中心领取现金600万（其中，100元400万，50万50万，10元100万，5元10万，1元40万）。总行现金中心收到预约计划，审核无误后，将现金配送至武侯支行玉林分理处。
（1）武侯支行玉林分理处发起现金预约申请，系统根据该网点日常现金用量等相关指标，显示建议取款金额。网点营业经理根据实际情况，在系统中录入 取款数量、金额、币种、券别等信息，系统自动生成现金存取预约调拨单，经审批无误后发送至总行现金中心预约岗。
（2）总行现金中心预约岗收到预约申请，比对系统中库存余额等信息，对预约申请进行审批，并发送至库务作业人员。
（3）库务作业人员收到预约申请，进行实物配箱，双人将现金实物装入箱内，通过PDA/PC录入实际配装现金的数量、金额、币种、券别、箱包锁条号等信息，并生成配送箱包编号，将箱内现金与箱包信息进行一一对应，完成箱包施封。
（4）库务作业岗完成现金配装后，系统自动/手动选择押运线路匹配。（5）库务作业人员双人以上通过PDA/PC/扫描门等装臵进行调出实物出库处理，系统自动生成出库登记簿。
（6）库务作业人员双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。调出交接完成后，联动核心系统记账，系统将出库实物自动从当日库存余额扣减，将配送实物从库存实物记入在途现金核算。
（7）解款人员双人通过PDA/PC扫描、指纹或输入方式与网点人员双人进行调出实物交接确认，并进行箱包拆封，核对包内实物，入库完成后，系统自动核销在途物资。
场景6：城区网点向总行现金中心交存现金（调拨入库）
武侯支行玉林分理处向总行现金中心交存现金700万（其中：100元500万，50元100万，10元50万，1元50万）。
（1）武侯支行玉林分理处营业经理填写现金存取预约调拨单，并报支行财务经理审批，完毕后提交总行现金中心审批。（2）玉林分理处柜员根据现金存取预约调拨单，进行现金配装，通过PDA/PC录入配装现金的券别、数量、金额等信息，并生成配送箱包编号，将箱内现金与箱包信息进行一一对应，完成箱包施封。
（3）玉林分理处完成现金配装后，系统自动/手动选择押运线路匹配。（4）玉林分理处双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。调出交接完成后，联动核心系统记账，系统将出库实物自动从当日库存余额扣减，将配送实物从库存实物记入在途现金核算。
（5）总行现金中心库务作业岗双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。
（6）总行现金中心库务作业岗使用PDA进行扫描入库，并进行箱包拆封，核点大数，做入库处理，系统自动核销在途物资。
1.1.3测试案例3-凭证调拨
1.案例编号：03
2.案例名称：功能测试-现金重空系统-凭证调拨 3.测试功能点：
（1）各类凭证的新增、删除、修改、查询
（2）实现凭证数量、单位、类型、种类、批次号、起止号码、状态（作废待销毁等）、所属库房等信息实时跟踪与记录。
（3）实现凭证物资销毁、作废处理等联动账务处理。
（4）凭证调拨审批。包括逐级审批，审批授权，审批退回，有权人可根据调拨单、库存情况调整申请领用信息。（5）实现凭证调拨时完成自动/手动配箱，并实现箱包施封、拆封信息实时记录。
（6）凭证调拨押运任务分配，押运线路自动/手工匹配、车辆、人员与任务一一匹配。
（7）凭证调拨各个流程节点的查询统计 4.案例场景描述（保管品业务）
A网点向现金中心申领凭证，凭证种类包括现金支票1本、转账支票2本、银行承兑汇票1本、电汇凭证3本、单位定期存款开户证实书2本，印鉴卡50张、天府建设卡3盒、个人UKEY50个，企业UKEY30个，现金中心对A网点凭证申领进行审批，通过后完成凭证配送，A网点接收凭证。
（1）A网点发起凭证预约领取申请，系统根据该该网点日常凭证使用量等相关指标，显示建议领用数量。营业经理根据实际情况，在系统中录入领用类型、数量等信息，系统自动生成凭证领用（交回）申请单，经核对无误后发送至现金中心。
（2）清分中心预约岗收到预约申请，比对系统中库存余额等信息，对预约申请进行审批，并发送至库务作业人员。
（3）库务作业人员收到预约申请，进行实物配箱，双人将凭证实物装入箱内，通过PDA/PC录入实际配装现金的种类、数量、起止号、箱包锁条号等信息，并生成配送箱包编号，将箱内凭证与箱包信息进行一一对应，完成箱包施封。
（4）库务作业岗完成凭证配装后，系统自动/手动选择押运线路匹配。（5）库务作业人员双人以上通过PDA/PC/扫描门等装臵进行调出实物出库处理，系统自动生成出库登记簿。（6）库务作业人员双人通过PDA/PC扫描、指纹或输入方式与解款人员双人进行调出实物交接确认。调出交接完成后，联动核心系统记账，系统将出库实物自动从当日库存余额扣减，将配送实物从库存实物记入在途凭证核算。
（7）解款人员双人通过PDA/PC扫描、指纹或输入方式与网点人员双人进行调出实物交接确认，并进行箱包拆封，核对包内实物，入库完成后，系统自动核销在途物资。
1.1.4测试案例4-清分业务
1.案例编号：04 2.案例名称：功能测试-现金重空系统-清分业务（清分业务）3.测试功能点：
（1）网点、自助设备编号、责任人、钞箱（自助设备、上门收款箱包等）编号、对应钞箱钥匙串及钥匙编号等增加、删除、修改、查询功能。
（2）清分人员模式及分组新增、修改、删除、查询功能。（3）清分任务申请、审批、交接、结果录入。（4）清分差错录入、处理。4.案例场景描述：
5月4日，从库房出库待清分裸露现金100万元（其中100元券50万，50元券20万，20元券20万，5元券10万），清分完成后，做入库处理。清分中发现双流支行假币1张（100元券）、成都银行长款2张（50元券）、邛崃支行短款3张（5元券），进行相应的差错处理。
（1）清分任务申请 管库人员发起清分业务量申请，生成需清分现金类型（库存裸露现金、配送箱包内现金、上门收款箱包内现金、自助设备钞箱）、券别和数量，一日内可多次发起。
（2）预约人员审批清分任务计划
预约人员审核管库人员发起的清分业务量申请计划。将审批后的申请计划，分发至管库人员、清分人员。
（3）清分现金出库录入、复核
对待出库的清分现金（箱包、钞箱）通过移动PDA扫描/PC输入进行录入、复核操作，将库房待清分现金调出。生成相应库房的出入库登记簿，减少相应的库房余额。
（4）清分现金交接
通过移动PDA扫描/PC输入，实现管库岗与清分现场管理人员（含清分人员）之间交接（应支持清分现场管理人员与上门收款员、加钞人员、解款人员之间，清分现场管理人员与清分人员、清分人员之间的现金交接，）需进行指纹或IC卡+密码验证，并可对交接时间、交接人员信息、交接现金数量、现金清分状态等进行登记、查询。
整箱包且锁条加封的现金通过PDA扫描/PC输入方式条形码办理交接，零散或未成捆现金可直接输入实物数量方式进行交接，也可先装入箱（包）后加锁条后，通过扫描锁条形码方式进行交接。支持同机构双人清分模式、一人清分模式同时并存方式，当一组人员采用双人清分模式，其交出、交入均需2个同时确认。
（5）清分结果录入、错误调整 实现清分管理人员按票面、券别、张数等，将本次现金清分的实际结果在相应的现金清分登记单上进行登记，并登记差错情况说明。
（6）清分现金入库录入、复核
实现待清分现金及箱包、已清分现金（已扎捆或装入自助钞箱包）及箱包入库和清分结果复核确认处理，生成相应库房的出入库登记簿，增加相应的库房余额，通过移动PDA扫描/PC输入进行录入、复核操作。
（7）清分中箱包实物处理
清分过程中拆包前，清分人员通过移动PDA扫描/PC输入方式录入、复核条码，核验清分中现金箱包条码是否一致。
对已清分现金进行装箱（自助钞箱）加封处理，已清分、未清分的零散现金、整捆现金等进行装箱加封处理。
（8）清分轧账
系统在现金清分完后，由清分主管检查核对“清分中现金”余额是否为“0”。（9）差错处理
支持清分中发现差错、假币，网点使用清点过程中发现差错、假币，缴存人行现金或他行现金中发现差错、假币，网点对客中发现差错、假币等的处理。发现差错时（长、段款，假币），原则上按“发现一笔，录入一笔”的原则，逐条记录。发现人员录入、经主管等审核确认后，系统自动登记差错登记表、假币代保管登记簿等。支持发现假币入库、交接等处理。
差错、假币账务处理：根据差错、假币情况，发起假币、差错调账通知单，经审批后，自动进行相应机构差错账务调整、列入相应机构的应收、应付款账户核算，并对核算情况进行跟踪处理。1.1.5测试案例5-查库业务
1.案例编号：04 2.案例名称：功能测试-现金重空系统-查库业务（查库业务）3.测试功能点：
（1）不同责任人(营业经理、金库主管、金库主任、金库副主任、清分中心主管)、不同类型金库（总行中心金库、支行库、网点库）和柜员尾箱、ATM常规查库频率增加、修改、删除、查询处理。
（2）通过PDA/PC扫描、录入查库信息。（3）系统抓取核心系统数据与查库信息比对。（4）查库登记簿等生成，查库附件导入。4.案例场景描述：
中心金库库主任对中心金库进行查库，双人通过PDA/PC等方式录入查库信息、结果，系统自动抓取核心数据，比对查库结果，生成查库登记簿。
（1）实物录入处理
双人以移动PDA扫描/PC录入等方式录入箱包、现金、重空、假币、贵金属等实物信息，与系统内中账务数据进行核对，完成查库账实核对过程。
（2）生成查库登记簿
查库账实核对完成后，录入查库登记簿，登记簿上显示查库开始时间、结束时间、查库结果（各类实物、账务数量情况及相符情况）、存在问题、查库责任人、查库责任人所在单位等信息，需提供增加、删除、修改、查询、打印功能。被查机构、被查人及查库人、上级行均可进行查询。
（3）导入查库登记簿附件 可将查库介绍信、出入库审批通知单、进出重要区域登记、证件等信息扫描系统，作为查库佐证依据。需提供增加、删除、修改、查询、打印功能。
（4）查库发现问题整改录入
由被查机构有权人或责任人录入问题整改回复情况。
1.1.6测试案例6-上门收送款
1.案例编号：05 2.案例名称：功能测试-现金重空系统-上门收送款（商行交取款业务）3.测试功能点：
（1）客户签约。支持客户协议的新增、修改、删除、注销、查询；实现分散/集中上门收送款模式，支持开户机构、上门服务机构新增、修改、删除等；实现单个单位名称、地址、联系人、电话、时间、地点、账号等进行新增、修改、删除等。
（2）预约管理。支持客户、开户行、代理行通过人工录入或网银发起预约。（3）审批。支持“自动审批”、“单人审批”、“双人审批”等方式。4.案例场景描述：
长期上门收款:国美电器开户行为成华支行营业部,成华支行保和支行负责国美电器每日营业现金上门收款。
（1）解款人员与客户经办人员办理交接
收款任务派送后，向客户发送解款人、押运人员及车辆信息和一次性动态验证码。解款人员与客户经办人员办理交接时，通过PDA扫描/PC录入等方式扫描箱包条形码、验证双方经办人IC卡和密码、一次性验证码，进行身份识别和 确认。
（2）现金入包
交接双方锁条施封，通过PDA扫描/PC录入等方式扫描箱包条形码、存入现金信息，自动生成并打印《现金缴款单》，收款人员和缴款经办人员核对、签字确认。
（3）上门收款实物清点 参照清分业务模块。
自动触发开户网点预约存款账务处理，生成上门收款服务待存入账现金登记簿。
（4）上门收款入账处理
实物清点完成后，开户网点进行客户入账处理（双人操作），并核销上门收款服务待存入账现金登记簿。
临时上门送款：6月3日，苏宁电器向其开户行武侯支行桂溪分理处发起临时上门送款预约，逐级审批通过后，分理处配装现金，6月4日提供上门送款服务。
（1）申请、审批
客户通过网银提出临时上门送款申请，或电话通知开户网点由其代为提出申请，支行财务负责人审批通过后，客户将支票送达营业机构。
（2）下账确认
审核送款客户支票等资料后，开户网点记账人员对客户账进行下账处理，开户网点管库人员或装箱人员收到现金，进行客户上门送款服务下账录入、确认（双人操作）。自动触发开户网点预约取款账务处理，生成上门送款服务待送现金登记簿。（3）上门送款现金配装
开户网点下账后，根据送款计划、上门送款服务待送现金登记簿配装现金（双人操作），支持PDA/PC输入模式。
（4）箱包流转
对配装的现金进行配箱、出入库、交接、任务派送等处理参考箱包管理。（5）解款人员与客户经办人员办理交接
任务派送后，向客户发送解款人、押运人员及车辆信息和一次性动态验证码。解款人员与客户经办人员办理交接时，通过PDA扫描/PC录入等方式扫描箱包条形码、验证经办人IC卡和密码、一次性验证码，进行身份识别和确认。
（6）送款确认
送款经办人员通过PDA自动生成上门送款现金交接单，双方核对，并打印签字确认。
（7）核销上门送款任务
根据解款人员返回的现金交接单（结合客户签字、电话核实等方式）核销上门送款任务。
1.1.7测试案例7-公共业务
1.案例编号：06 2.案例名称：功能测试-现金重空系统-机构管理（机构管理）3.测试功能点：
（1）整个机构架构，总行、分支行系统管理员设臵，以及各系统管理员管 理权限，制成多法人模式，如下图：
（2）外部机构如人行、厂商、代理行等基本信息的增加、删除、修改、查询。
1.1.8测试案例8-公共业务
1.案例编号：07 2.案例名称：功能测试-现金重空系统-库房管理（发行库管理）3.测试功能点：
（1）实现总行中心金库、郊区支行库、网点库大类划分，并按大类细化为现金库、重空库、网点库、以及柜员尾箱，支持库房新增、修改、删除，并与机构实现一一对应，如下图： 总行 总行中心金库(实际金库)完整券库 支行库（实际金库）现金库 网点库（虚拟库）柜员尾箱1 柜员尾箱2 尾箱库 重空库 残损券库 零钞硬币库 自助设备钞箱库 贵金属库尾箱库 重空库 支行 网点
（2）实现金库库存限额的实时监控，查询金库行辖内所有调拨关系行的调拨信息。
（3）根据物品出入库信息生成出入库登记薄，并能够按照时间、物品类型进行明细、汇总等查询。
（4）根据库房、物资类型，设臵碰库频率及要求，通过PDA/PC输入碰库实物数量，自动与系统进行逐一核对。
1.1.9测试案例9-公共业务
1.案例编号：08 2.案例名称：功能测试-现金重空系统-预警管理（预警监控）3.测试功能点：
（1）支持分类设臵（按不同类型的网点、不同物资类型、不同物资品种等）、分级设臵（上级可设定下级）、统一设臵是否预警，预警标准设臵、修改、删除、查询功能。
（2）现金、假币、凭证、贵金属余额预警管理；查库、盘库、碰库操作未达规定频次预警；配送物资与配送路不匹配预警；贵金属位臵移动预警；假币未 及时上交，月末存在余额预警。
（3）实现箱包超过规定流转时间、寄库时间、在途箱包的预警提示支持箱包堆放位臵与指定位臵不符、箱包线路与指定线路不匹配、出入库箱包个数、编号与申请个数、编号不符预警提示。
（4）清分日终，系统签退时，待清分现金显示不为“0”，系统进行预警提示。
（5）当交付实物与押运不配备或交付实物少于、多于押运任务时进行报警提示。
（6）查库频率未达要求，查库出现金额不符进行预警
1.1.10测试案例10-公共业务
1.案例编号：09 2.案例名称：功能测试-现金重空系统-基础数据维护（字典管理）3.测试功能点：
（1）现金基础数据维护，包括币种（代码、符号、名称等）、券别（类型、版别、金额等）、票面类型（完整、残损、ATM钞、假币等）、单位换算等信息新增、修改、删除、查询等。
（2）凭证基础数据维护，包括种类、名称、数量、起止号，单位换算等信息新增、修改、删除、查询等。
（3）贵金属基础数据维护，包括贵金属代码、类别、终了、状态、单位换算等信息新增、修改、删除、查询等。
（4）箱包类型维护，包括柜员袋、柜员箱、现金配送袋、传票袋内部寄库 箱、外部寄库箱、自助设备钞箱（包）、上门收（送）款箱及空柜员箱、空配送包等编号、种类、进行增加、修改、删除功能。箱包内、外部寄库单位资料信息维护，箱包流转时间、寄库时间维护。
第二篇：德国心肺功能测试系统操作说明
德国CORTEX心肺功能测试系统
德国CORTEX运动心肺功能测试仪直接分析被试的呼出和吸入气体的成分的方法一般用于实验室测试，在测试时，让被试戴一个呼吸口罩，在口罩的呼吸口有一个数字传感器，该传感器在被试呼气过程中高频率地采集气样进行分析。呼吸口安装了不同的传感器，数字涡轮传感器可测算出气体流量；氧传感器和二氧化碳传感器可测算出吸入氧量和二氧化碳呼出量，进而可推算出摄氧量值，如果是在极限运动下测得的摄氧量则是最大摄氧量。
心脏不停地跳动将血液泵出，维持血液循环，从而维持人体正常的生命活动。心脏泵血的过程就是心脏做功的过程，而心脏做功能力反映了心脏的功能。然而直接测量心脏做功的量值比较复杂，通常的心功能实验是测量在一定心率下机体所做的功。
在渐增负荷的测试中，要控制被试的心率不要超过他的最大心率的85%（最大心律= 220-年龄）。测试的目的是了解被试对逐级递增负荷的运动中，其心率的反应。在测试过程中，教练要观察被试达到85%最大心率的困难程度及在此心率下所做的功。做功值越高，则心脏功能越好。
心功能测试和最大摄氧量测试都需要在渐增负荷的运动过程中进行，负荷控制采用跑台、功率自行车等。在跑台试验中，测试者可以采用加大跑台坡度或速度来增加负荷；而在功率自行车上，可以采用加大阻力，或加大蹬踏频率来提高负荷，蹬踏频率可以让被试听着音乐节奏来控制自己的动作节奏
第三篇：系统测试与验收方案
1.系统测试与验收方案
1.1.测试方案
1.1.1.单元测试
1.1.1.1.单元测试说明
在计算机编程中，单元测试（又称为模块测试）是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。
单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元测试提供了代码片断需要满足的严密的书面规约。因此，单元测试带来了一些益处。单元测试在软件开发过程的早期就能发现问题。
1.1.1.2.单元测试方法与内容
单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。
1.1.1.3.单元测试流程
图15-1 单元测试流程图
从配置库获取源码文件，设计测试用例，执行测试用例，并利用相关测试工具对单元代码进行测试，将测试结论填写到单元测试报告和软件Bug清单中。把软件Bug清单和测试用例执行结果提交测试负责人，并进入纳入质量管理。对源码文件进行的测试，视程序存在缺陷的情况，可能要重复进行，直至问题解决。
单元测试的执行者，一般情况下可由程序的编码者进行，特殊情况可由独立于编码者的测试人员进行。
1.1.1.4.单元测试用例
编程组组长组织、指导开发人员根据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。
1.1.2.代码评审
代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。
评审的内容：
1)编码规范问题：命名不规范、magic number、System.out等； 2)代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合等； 3)工具、框架使用不当：Spring、Hibernate、AJAX等；
4)实现问题：错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好等； 5)测试问题：测试覆盖度不够、可测试性不好等。
评审的优点：
1)提高代码质量：在项目的早期发现缺陷，将损失降至最低
2)评审的过程也是重新梳理思路的过程，双方都加深了对系统的理解
3)促进团队沟通、促进知识共享、共同提高 1.1.3.集成测试
1.1.3.1.集成测试目的
集成测试，也叫组装测试或联合测试。集成测试是在单元测试的基础上，根据《系统概要设计》及《系统集成与开发详细设计》，对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合的系统是不是达到预期的效果等。
1.1.3.2.集成测试采用的方法和内容
集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。
1.1.3.3.集成测试流程
集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。
集成测试设计由测试组组长根据项目计划和开发计划编制《集成测试计划》，设计《测试用例》。
测试计划和测试用例应当通过项目经理的审查。
集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。
集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试，并且记录测试过程和测试结果。
集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问题的过程。
测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告结束测试。
1.1.4.功能测试
功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包括：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。
（1）测试目标
组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的质量和可用性。
（2）测试流程
在确定具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要设计的测试用例。
在整个测试过程中，我们将用缺陷管理工具BugBase对测试大纲、测试用例、测试问题等进行管理，并可对问题进行统计。
（3）测试完成标准
实现功能完全符合功能列表。 所有的功能页面均可达。
TD上的问题得到妥善处理，不含有A,B,C类问题。 定义的测试项目完成。 产品化测试的约束达成。
（5）缺陷管理追踪工具
在上节描述中提到的TD，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。TD还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以通过BugBase实现从测试计划到总结的各测试活动管理。
我们以需求说明书、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在TD中，测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题列表修改问题，TD还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结
1.1.5.性能测试
性能测试总体流程与业务系统测试的流程基本相同。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。性能测试的内容源于用户对平台系统的性能要求。
1.1.5.1.测试目标
性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和执行性能测试。验证系统是否满足标书的性能要求，如不能满足，要进行相应的优化。
1.1.5.2.测试流程
首先对性能测试进行策划，确定性能测试的类别和测试方法。
然后开发性能测试的用例，确定测试环境并准备就绪后执行性能测试，确定测试中的系统或组件的性能，并使用其结果决定性能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接受的，我们可以通过对业务的改进、数据库、应用服务器等进行调优，以提高性能质量，在进行系统调优前，我们同样要进行调优的设计与分析。性能测试与应用和技术架构紧密相关并且两者互相影响。
1.1.5.3.性能测试指标
a)响应时间 响应速度在用户心理所能承受的范围内。无论是客户端还是管理端，当用户登陆，进行任何操作的时候，系统应该及时进行反映，系统应能检测出各种非正常情况，并及时提示用户。
b)可扩展性
在设计上必须具有适应变化的能力，当系统新增业务功能或现有业务改变时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。
c)易用性
所有的业务功能界面风格和操作流程一致，业务表单做到所见即所得，录入能够完全通过键盘完成。
d)可靠性
系统应保证7*24小时内不宕机，保证在正常情况下和极端情况下业务逻辑的正确性。
e)可用性
必须避免由于单点故障或系统升级而影响整个系统的正常运行。
f)可维护性
系统能够简单方便的修改和升级，包含可度性、可修改性、可测试性等。
g)可管理性和服务支持能力
每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。每个构件都提供应用架构总体设计规定的必要的标准外部接口。
1.1.6.用户测试
1.1.6.1.测试流程
用户测试流程如下：
1)明确测试内容，其中包括功能、性能、可用性、安全性、兼容性、与其他系统集成
2)确定测试范围：确定业务情况类型是是非常重要的。每一种业务情况类型都对应一个实际商业业务。业务情况类型可以被表达成多种状况（例如，简单情况、或需要进行复杂处理的例外情况）。
3)测试小组成员确定：由管理人员、业务人员、技术人员等组成，我方提供验收测试过程中的技术支持。4)明确问题分类标准
5)系统的功能通过功能测试进行验证。在功能测试过程中发现的问题根据其严重程度进行分类。下表列出了功能测试问题的分类。
1.1.6.2.用户测试设计
设计测试用例：确定每个功能的测试用例，明确系统输入信息和期望的输出结果。针对需求规格说明书的每一条测试内容，确定测试用例。每个测试用例包括测试条件（包括生成测试条件需要的测试数据类型）和期望的结果。每个测试用例都应该是唯一确定的（例如，赋一个数值）。
设计测试大纲：依据测试范围生成测试大纲。对每一种业务情况类型，生成尽可能多的测试用例来完善测试大纲。为了保证测试大纲包含所有的测试用例，将测试用例的条件映射为测试大纲是非常必要的。测试大纲中测试用例的顺序安排是非常重要的，它应考虑多种方面的因素，主要考虑的因素是按照系统产生的数据，在测试大纲中安排测试用例的顺序，使得一个测试的结果作为另一个测试前提。
测试环境准备：为了预防出现问题，如数据损坏或对系统资源的争用，需要建立一个独立的测试环境。在进行测试之前，根据测试计划中确定的时机建立一个独立的测试环境。
1.1.6.3.用户测试结果
1)测试结束后，测试小组根据测试数据，制定并向验收工作领导小组提交《用户测试报告》。
2)测试报告结果说明软件满足下列要求： 3)在认可的外部设计文档中表述的功能要求 4)在认可的系统描述文档中表述的非功能要求 5)此外，测试报告中还包括对系统提出的改进意见。
1.1.7.测试产出
1)《测试计划》 2)《系统测试方案》 3)《测试用例》 4)《系统测试案例》 5)《系统测试报告》 6)《试运行测试报告》
1.2.验收方案
1.2.1.验收流程
在验收阶段，平台系统将按照用户和我公司都认可的《系统需求分析》，组织验收小组，进行功能和性能的验收测试。从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性及系统文档、代码、规范及注释说明等方面组织全面验收。验收测试安排分为系统初验和系统终验。
1.2.2.系统初验
经过系统内部试运行，我公司对内部试运行期间发现的问题改正后，提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行。用户在收到我公司验收申请后，尽快组织系统初验。初验前我公司提供全部的工程文档和安装测试报告，并提供初验测试文档，在用户认可后进行初验测试，初验通过后，系统进入正式试运行期。我公司应解决试运行期间所反映出的问题，若系统达不到合同规定要求，试运行期将继续顺延，直到系统完善，但试运行期最长不得超过一个月。
1.2.3.系统试运行
初验合格后，经用户同意，系统进入试运行阶段，试运行周期不超过三个月。在试运行期间，我公司按用户要求提供培训和技术支持，保证用户能够正确理解和使用系统；我公司对试运行中出现的任何问题及用户提出的修改意见将及时做出响应，并提交解决方案，在用户确认后实施。试运行期间如出现重大故障，则试运行期从故障排除之日起重新计算。
1.2.4.系统终验
试运行期结束后，如系统无功能缺陷，能够正常运行，在具备终验条件下进行系统终验，由我公司提出终验书面申请，用户在收到我公司验收申请后，尽快组织系统终验。成立项目全面验收小组，由用户、我公司以及外部专家等组成，对项目进行全面验收。系统终验前，我公司提交终验测试标准和终验测试计划，内容包括：测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据，并以图表说明每一测试对象或过程的功能输入输出测试进度。
系统终验标准：
1)系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。
2)系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。3)系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。
4)系统文档：验收文档是否齐全、规范、准确、详细，主要的文档包括：需求分析报告，框架设计报告，数据库物理及逻辑设计报告，详细设计报告，编码规范及技术选型报告，测试报告，系统部署和发布报告，集成方案，软件用户使用手册，系统维护方案和操作文档等。
5)代码规范及注释说明：程序代码编写是否规范；注释说明或代码文档是否详细全面；接口定义是否符合局信息系统规划一致性的要求。
6)系统灵活性：系统是否方便客户进行维护；系统是否在先进性的基础上具备未来升级和可扩充性；是否利于系统平台迁移和部署等。
7)系统可操作性：界面是否友好性；是否实现傻瓜化操作和智能化数据检索功能。
8)系统安全性：是否有完善的安全机制保证系统的安全性，如软件方面的安全防范（加密措施、相关认证、数据库安全防范），硬件方面（防火墙、物理隔离和逻辑隔离）的安全设置。
9)其他验收标准：其他的与本系统相关的验收标准。系统终验流程安排
1)我公司按照项目验收计划完成验收准备工作 2)用户代表运行验收测试用例集，记录运行结果
3)如果发现没有通过的验收测试用例，则我公司立即解决问题 4)用户主持项目验收会
5)我公司向用户报告项目实施结果 6)用户代表向用户报告试运行结果
7)用户评议项目实施和试运行结果，起草和审定项目验收报告。
1.2.5.系统终验相关文档
我公司在软件开发和系统集成中将严格按照国家软件工程有关要求提供的文档来提供，验收的技术文档至少包含以下内容： 1)系统需求分析 2)系统概要设计 3)系统详细设计 4)数据库详细设计 5)应用系统集成实施方案 6)系统测试大纲 7)系统测试报告 8)系统验收报告 9)系统用户使用手册 10)系统安装维护管理手册
1.2.6.终验报告
验收小组将在终验结束后提交一份由专家签名的验收报告。验收报告附平台系统和整体系统测试结果报告，同时给出以下明确结论之一：
（1）通过验收；
（2）基本通过验收，要求在五个工作日内完善后再次进行验收；（3）未通过验收，要求在十五个工作日内改正后再次进行验收； 如再次验收后仍然不能全部通过，用户有权终止合同，并要求我公司承担违约责任。
验收结束时,我公司将平台系统相关产品说明书、系统安装手册、技术文档、资料及安装、测试、验收报告等文档汇集成册交付用户。
第四篇：金蝶EAS系统功能说明书_库存业务
金蝶EAS系统功能说明书
——库存业务管理
大客户事业本部—EAS产品市场部
2008年7月
目 录
第1章 前言...........................................................................................................................1 1.1.适用范围...................................................................................................................1 1.2.方案的编写目的.......................................................................................................1 第2章 金蝶EAS库存业务管理系统.................................................................................2 2.1系统概述........................................................................................................................2 2.2系统结构.........................................................................................................................2 2.3库存业务管理主要功能.................................................................................................3 2.3.1基础数据......................................................................................................................3 2.3.2库存初始化..................................................................................................................3 2.3.3入库业务......................................................................................................................4 2.3.4出库业务......................................................................................................................4 2.3.5库存盘点......................................................................................................................4 2.3.6库存转移......................................................................................................................4 2.3.7特殊业务......................................................................................................................5 2.3.8库存分析......................................................................................................................5 2.3.9库存计划......................................................................................................................5 2.4内部交易管理.................................................................................................................6 2.4.1要货申请......................................................................................................................6 2.4.2多方调拨......................................................................................................................6 2.4.3发货通知......................................................................................................................7 2.4.4调拨出库......................................................................................................................7 2.4.5调拨入库......................................................................................................................7 2.4.6应收结算......................................................................................................................7 2.4.7应付结算......................................................................................................................7
金蝶软件
金蝶EAS库存业务管理系统功能说明书
第1章 前言
1.1.适用范围
本内容适用于售前项目进行中，客户为了了解金蝶EAS集团库存业务管理系统的业务功能模块或为了制作标书或时，进行提交的产品功能列表清单。
所有功能模块是从业务角度进行总体说明，从产品功能角度进行详细说明。希望能够给客户介绍系统全面功能。
温馨提醒：本内容不建议轻易提交给客户，防止流传到对手的受到攻击或与客户的业务符合度有差异。
1.2.方案的编写目的
让售前人员能够快速提交给客户产品功能模块列表； 为售前人员制作标书或投标方案提供具体内容； 方便售前人员快速、全面、系统的学习产品业务和功能。
©金蝶软件,版权所有
金蝶EAS库存业务管理系统功能说明书
第2章 金蝶EAS库存业务管理系统
2.1系统概述
EAS系统的库存管理是基于集团应用而设计的。金蝶EAS 库存业务管理系统是EAS 产品中供应链管理的核心业务模块，为集团企业的集中采购、集中销售、集团内部多方交易的调拨处理等集团供应链业务，提供多元化的物流处理流程；包括：出入库、盘点、调拔和库存特殊业务；并与采购、销售与分销、存货核算、应收、应付系统、HR 系统等业务系统以及总帐系统、现金管理系统等财务系统一体化集成，保障物流信息与商流、资金流信息的协同与一致性，为企业管理和决策层提供实时的物流管理信息。
2.2系统结构
金蝶EAS 库存业务管理系统与采购管理、销售管理模块都紧密集成。对生产管理的领料出库、成品入库等功能，也在库存管理模块中完成。目前EAS没有提供生产管理相关功能，未来增加生产管理模块，库存仍是其核心集成业务模块。对于物料在库内的管理，EAS库存模块支持盘点、组装拆卸、形态转换、批次管理等功能，并能够根据客户行业性质，选择物料的多辅助属性、批次、保质期等管理要素。其整体流程如下：
图表
金蝶EAS库存业务管理系统流程图
©金蝶软件,版权所有
金蝶EAS库存业务管理系统功能说明书
2.3库存业务管理主要功能
2.3.1基础数据
基础数据用来定义库存管理过程中，所用到的仓库信息、库位信息、库存管理的业务类型、库存的物料状态和与库存管理相关的事务单据。包括五大信息，分别是：仓库、仓库设置、库存类型、库存状态、事务类型。
仓库定义：用来定义库存组织下属的仓库信息，仓库信息的正确设置和管理，则是库存管理的基础。在仓库定义中，可以设置所定义仓库是否支持库位管理； 仓库设置：对启用后的仓库进行使用授权的分配、定义库位、进行可使用库存组织的物料的存放分配三个功能项；
库存类型：是库存管理中库存要素之一，系统预设了七种库存物料在业务交易来源或用途的类型，用来区分库存物料的业务属性；
库存状态：定义了库存物料在库存管理范围内的可使用状态；
事务类型：是库存业务管理的核心基础数据，它把其他的基础数据如库存类型、库存状态和单据类型、业务类型等有机的集成在一起；所有库存基础数据和业务数据都要围绕事务类型为轴心，表达了库存事务处理过程中最明细的信息。
2.3.2库存初始化
库存初始化的功能包括：在库存初始化单中针对库存组织和仓库录入初始化单元，在库存的系统初始化期间的期初库存余额，修改、查询初始化的库存余额，审核初始化的库存余额；初始化库存余额与总账进行对帐；对已经完成了库存初始余额的录入和初始化对账的初始化单元进行结束初始化操作；成功结束初始化的初始化单元，就可以开展正常的出入库等库存业务了。
此外，库存初始化还支持初始化对账功能。即用户在录入和审核了库存初始化单的库存初始余额数据后，可以对某个财务组织下的所有物料的库存初始余额转换成物料对应的科目余额，与总账系统相同科目账户余额进行对帐；该功能在供需链的实现能够完善系统之间的联系、进一步加强财务业务一体化管理、提升软件整体功能协作效应。
©金蝶软件,版权所有
金蝶EAS库存业务管理系统功能说明书
2.3.3入库业务
库存业务管理的入库业务包括采购收货、采购入库、生产入库、调拨入库、其他入库等。 采购收货、采购入库：与供应管理系统中的功能完全相同；
生产入库：EAS没有生产管理系统，只能手工录入生产入库单，并手工在单据上录入生产任务单号、物料等信息；不能关联上游单据生成；
调拨入库：根据仓库调拨单进行的入库业务处理，支持分别按照异价和成本价进行的不同库存组织间的调拨、不同仓库间调拨的入库业务处理；
其它入库：除以上四种入库类型外的、无订单入库的处理，如盘盈入库。
2.3.4出库业务
库存业务管理的出库业务包括销售出库、领料出库、调拨出库、其他出库等。
销售出库：和销售与分销管理系统中的销售出库功能完全相同；
领料申请：EAS没有生产管理系统，只能手工录入领料申请单，并手工在单据上录入生产任务单号、物料等信息；不能关联上游单据生成；
领料出库：EAS没有生产管理系统，但可以关联领料申请单生成领料出库单进行领料出库；
调拨出库：依据库存调拨单处理公司内的调拨出库处理，作为出库核算的凭证；支持分别按照异价和成本价进行的不同库存组织间的调拨、不同仓库间调拨的出库业务处理；
其它出库：除以上四种出库类型外的、无订单出库的处理，如盘亏出库。
2.3.5库存盘点
EAS系统提供了完整的盘点管理功能，包括盘点策略、盘点范围设置、盘点、盘点调整等，盘点方式有周期盘点、循环盘点、不定期盘点、抽盘及分批盘点。另外盘亏盘盈通过其他出入库单进行调整处理。
2.3.6库存转移
库存转移包括库位间的物料移动管理，以及仓库间的物料调拨管理。
©金蝶软件,版权所有
金蝶EAS库存业务管理系统功能说明书
库位移动：是指同一仓库的物料，在不同的库位上进行调整。系统通过库位移动单来完成，包括库位移动单的生成、查询功能。使物料与库位的对应关系，在盘点、出库、调拨、形态转换等各种应用方面，能够记录；
库存调拨：是指在公司内的仓库之间或库存组织之间的调拔(相同财务组织下)，支持在跨库存组织调拨和跨仓库调拨时，区分为“异价”和“成本价”两种调拨业务类型；
2.3.7特殊业务
库存业务管理的特殊业务包括库存状态调整、组装拆卸、批次调整、组合拆包、借入借出等。
库存状态调整：库存状态调整：是指存放在仓库内的物料，由于物料的保质期而过期或者报废等原因或者由于预留等管理上的原因对物料的库存状态进行调整。功能包括库存状态调整单新增、库存状态调整单查询；
库存拆包：是对库存中的物料进行包装单位的拆包装和打包装处理；从而改变了物料的包装形态和计量单位，以便为出库或者存储、拣货、发运作好准备。功能包括拆包单新增、拆包单查询；
2.3.8库存分析
库存分析包括库存查询和库存报表两部分内容。
库存查询：包括即时库存查询、全局库存查询和状态库存总揽；
库存报表：库存分析报表提供了超储短缺分析报表、保质期分析报表、物料收发存汇总报表、物料收发事务明细、物料调拨分析报表等。
2.3.9库存计划
库存计划是为了方便物控人员及时解决B、C类物料的补充和供应问题，确保企业生产经营的顺利进行，同时也可大大减轻物控人员的工作量。库存补货一般分周期性补货和订货点补货，周期性补货一般用于周期消耗比较稳定的物料，订货点补货一般适合物料耗用比较均衡的B、C类的物料，最好是日消耗量起伏不大的物料。
再订货点法：当该指定库存组织或仓库的物料消耗到一定的库存水平（再订货点）之下，©金蝶软件,版权所有
金蝶EAS库存业务管理系统功能说明书
启动库存补货程序，编制库存补货计划；并在库存补货计划中确定采购日期或交货日期、补货数量等。
补货计划生成后保存到计划订单中，经审核后可分别转换为采购申请单和要货计划，进入采购或要货流程。
2.4内部交易管理
集团内部交易是集团本部、下属企业之间由于供需关系所必须的内部商品关联交易，包括采购物料的调拨、销售商品的调拨等内部交易业务。库存调拨通常由调拨订单开始，由其下推调拨入库和调拨出库、调拨结算等一系列单据，处理的调拨类型为“财务组织间调拨”，会引起调拨交易结算及应收账款、应付账款。
2.4.1要货申请
EAS要货申请管理内容有：要货申请新增、要货申请查询。要货申请单用来处理机构部门及上下级机构之间产品的需求与供应情况的沟通，以平衡供需矛盾。要货申请的来源有三种：
一、库存的补货计划（再订货点计算结果）；
二、客户的需求（销售预订单）；
三、下级单位的要货计划；要货申请经审批确认后可根据实际需要转换为调拨订单、采购申请单、销售订单等。
2.4.2多方调拨
EAS内部交易功能支持集团内两方，三方及四方交易的调拨管理。
二方调拨：集团内两机构间调拨交易，调出方可通过调拔单生成销售出库单，再同销售一样进行核算处理；调入方可通过调拔单生成采购入库单，同采购一样进行核算处理。
三方调拔：集团及其下的两个公司之间的调拔，都通过集团进行统一的结算，发货方可根据调拔订单生成销售出库单，并自动生成供应方的采购入库；收货方可通过供应调拔订单生成采购入库单，并自动生成供应方的销售出库单。
四方调拔：二个子集团下的两个公司之间的调拔，都通过各自集团总部进行统一的结算，可以是有权限的供应方、需求方、或第三方（如集团总部）的操作人员制单，发货方可通过调拔单生成销售出库单，并自动生成供应方的采购入库和销售出库；©金蝶软件,版权所有
金蝶EAS库存业务管理系统功能说明书
收货方可通过调拔单生成采购入库单，并自动生成需求方的销售出库和采购入库。
2.4.3发货通知
包括发货通知新增、发货通知查询两个功能。发货通知可由销售订单、调拨订单或手工生成。发货通知下推生成销售出库单。
2.4.4调拨出库
与销售出库单相同，区别是此处仅用于集团内部销售处理。处理逻辑是：若调拨单的调拨类型为 “财务组织间调拨”，调拨单审核生效后系统转入内部销售流程处理，发货方根据发货实际情况由调拨单推式或拉式生成销售出库单，以完成发货处理
2.4.5调拨入库
包括调拨入库新增、调拨入库查询两个功能。与采购入库单相同，区别是此处仅用于集团内部交易处理。处理逻辑是：若调拨单的调拨类型为 “财务组织间调拨”，调拨单审核生效后系统转入内部采购流程处理，收货方根据收货实际情况由调拨单推式或拉式生成采购入库单，以完成收货处理。
2.4.6应收结算
与销售结算中的应收管理相同，区别是此处仅用于集团内部销售应收处理。具体功能包括应收单新增、应收单查询；
2.4.7应付结算
与采购结算中的应付管理相同，区别是此处仅用于集团内部交易应收处理。具体功能包括应付单新增、应付单查询；
©金蝶软件,版权所有
第五篇：运营商业务稽核系统改进方案
运营商业务稽核系统改进方案
【摘要】 针对某运营商业务稽核系统存在工作量巨大、稽核效率及精准度较低的现状，提出了一种系统改进方案。该改进方案旨在实现自动、智能、开放、交互的稽核工作流程，满足对业务经营的全面审视、查漏补缺、强化执行、自动化管理的管控要求，从而达到防范经营风险、提升客户感知和运营效率的目标[1]。
【关键词】 运营商 稽核系统 改进方案
一、引言
目前，某运营商业务稽核系统主要依靠提取IT系统数据和手工稽核，以及人工分析、人工派单、二次稽核的方式来完成，存在如下问题：
（1）工单合规性校验工作量巨大，无规范的稽核数据作为依据，仅能通过经分、CRM、账务的相关数据、报表作为稽核依据；
（2）营销政策的合规性稽核较为困难，由于政策设计复杂、变化快、风险高，人工稽核需建立复杂的数据关系表；
（3）稽核工作相对滞后，人工稽核效率较低导致稽核工作相对滞后，不能及时高效的稽核差错，存在收入跑冒滴漏的风险；
（4）稽核错单等问题的闭环管控，无法自动完成复查，需大量人力进行二次稽核，导致无法有效管控；
（5）稽核结果的应用分析，缺乏系统的稽核结果分析，不能及时佣金回退，漏洞封堵等；
（6）无法进行系统的对比分析，缺乏监控营销政策的健康推广及支撑营销政策的分析推广。
为了进一步提升业务管理水平、防范企业收入的跑冒滴漏，提升业务风险管控水平，强化业务管理与稽核工作，现针对该运营商业务稽核系统现状提出了一种改进方案。
二、改进目标
该业务稽核系统改进方案旨在建设以收入管控为核心，功能涵盖业务工单稽核、政策风险分析、高风险操作预警、发展质量管控、调帐管控，业财差异、佣金管控、业务管控预警以及营收资金等的全面稽核系统，实现自动、智能、开放、交互的稽核工作流程，满足对业务经营的全面审视、查漏补缺、强化执行、自动化管理的管控要求，从而达到防范经营风险、提升客户感知和运营效率的目标。
三、系统改进方案
3.1技术架构
稽核系统采用分层结构开发和设计，将采集、数据、处理、服务和展现层分离，实现系统内部的松耦合，以灵活、快速地响应业务变化对系统的需求。稽核系统技术架构如下图1所示。
技术架构层次的职责和要求描述如下：
（1）采集层。采集层通过FTP、webservice、socket等技术实时或准实时采用源数据。如果已通过EDA等系统进行数据采集及存贮，可不进行此功能部署。
（2）数据层。数据层的主要任务是实现对数据的封装，并把封装后的数据转换成有价值的业务与系统信息，向业务服务层、数据处理层以及其它相关外部系统提供一致的数据访问服务。数据层包括数据的物理存储以及数据的封装。
（3）处理层。处理层是由业务组件组成的服务载体，负责实现具体的业务逻辑的重要环节。按功能不同可划分为：工作流组件、消息组件、表单组件、缓存管理组件、规则引擎组件、ETL组件、数据处理组件等。业务组件的开发通常采用基于容器的技术。
（4）应用层。应用层是以面向服务的方式对一个或者多个业务组件的功能进行封装，它具有明确的接口描述，可以被其它业务服务调用，也可以被界面展现层调用。业务服务的功能由业务组件来实现，某个服务也可调用其它服务来完成更复杂的业务功能。
（5）展现层。展现层是业务稽核系统与用户进行信息交互的界面，用户通过用户界面组件调用业务服务来实现业务功能。展现组件由一组基本并紧密相关的界面展现单元组成，并通过这些界面单元调用与之有较强内聚性的业务服务实现一个独立的、带有人机交互界面的业务功能。
3.2功能架构
稽核系统分为三层架构，分为接口层、应用管理层和功能管理层，功能架构图如下图2所示。
稽核系统主要功能包括：工单管理、应用管理、接口管理、报表管理以及系统管理等功能。
（1）接口层：采取实时或准实时方式以文件或数据形式从各个接口系统采集数据，并ETL到指标池。
（2）应用管理层：包括ETL接口管理、稽核配置管理、稽核监控管理等。
（3）功能管理层：工单管理、统计分析、角色管理、门户管理、统一视图等。
3.3系统边界
业务稽核系统原则上通过ODS系统、CRM系统获取数据，若有ODS系统及CRM系统不具备的数据可以从综合结算、渠道视图、网络、ITSM系统、自注册数据、终端数据等建立数据互动关系，并生成稽核结果或者工单后，提供给CRM系统、划小支撑系统、客户经理门户系统、客服系统、ITSM系统等。
四、结束语
随着运营商各项业务的不断增多，业务稽核已成为运营商日常管理工作中的重要环节。加强业务稽核，保障收入完整，是企业完善治理结构的内在需求。本文针对某运营商业务稽核系统存在的问题，提出了一种系统改进方案。该改进方案不仅可以提高系统间资料的一致性，提升数据准确性及客户满意度；同时能够降低公司内部协调成本，提高网络运行、生产效率[2]。
参 考 文 献
[1] 增进内部稽核价值[J].丹尼?拜伦，周静幸.中国内部审计.2012（08）
[2] 通信行业营收资金稽核管理[J].李?t宏.财经界（学术版）.2015（01）
点击咨询 