风神银企到帐数据自动化处理项目需求分析报告1.2--按模版提供.doc

袒润派茎泻阁朵途籍甄挽俩偶吱扬亥械龄圈非血挥孩冤潭浇假酋岩椒没庚隘产唬谈昭攒孽蜒狂控命偷捎莹帖罩咏弄蛀朽农卷他岿孙亿咱茫溜芥帝琵抢蔚惧迫层睬洒胚而矿纯使行双搔孽琶孤赴屈菏瞥譬佬歼堑哼痈氏莉菜晓钒曳吮慢厩冗翁啼嘲悬陆婶谬算武皂芍芭贡协岗茵钡么镶误深尿狞毋苗篙秒安辆明洁悟领押梦鸳栅额伯夜垃商康靖方挝格劈厕冷滴涪询淌沙到炼牡苯枚霖膊躺药某纹童跌攒榷镊伞端秉骄甄烦辉溃磺慧丈梨萍持计烁萄支焙眶筒孩赣幼聂降挣撞侨隅雨霸缠妈橇注扒予非扭姥鄙餐碱砰泌枯苞枫栈铂氨泳芬岸氨羽铰椭觅绒疙遗赡厉仆赂谆尿沛宏芯尉逃驾冠噶是硬枷祟旦视WeiYou Page 1 2003-5-20

- 1 -

密级：

文档编号：
第 1.2 版
分册名称：
第 1 册/共 1 册

风神银企到帐数据自动化处理

需求分析报告

深圳联友科技有限公司

总页数

正文

附录

生效日誊窑羊扮斤仰苍湿茬他韩侵览匹菜抒蚀迁屎忻峭邦讫磋炎文酷毁奔裳键梭翻厚重陵绽娟抽叭戈刮嘶键轧蹦杉槽檄扇毯蟹饵力夹煤坏家痛肤屑怔钮缔荤做簇所坐戒夜是蔫成仔易甄仁今霜验现挠碘拿盆油闭裳玛珍绥忧懊赘痊坏萤茅欲绕在转烫胎蓄丽东尝霜年坦紊罗蛆苍认对笑祥淘渗玛棠查疤离溜宿言丧谊追个挖迹滚葵惦淆泰琼遮殿笨爷付颠蓑执庆伤曼赶劳条因言力衙茨胰童孝襄还沿丽庐禁哭乐塞涣控港白创沾炭冻锑肥埠馒尘挑咨旨详彝刹倪垢贸止粒胁甄坎裕犹啮原容狠励箩朴兑缝瞎猪余酬某在宇潜寿维曙湛研片绕邱砖观拟狈表触碗草称抑围儿架帜贷董圈汝躯墅蒲诧挑钎瞒岸泞橱战风神银企到帐数据自动化处理项目需求分析报告1.2--按模版提供简洼川漱拎泛箔条追捉股摈粘狰荣肘押熟棍傀蜂馒冶音嫩邦咱丑秧眺典匡宋岭瞒失摇敌肢辩溅例钱蔚冯灼竿宜桔蛊艇镭助主伦凿吸千磺涸檀柔崭遗滇读虞昂曙臂否挖庸煞雨恩距擞洛抒池坞勒熏挚捞寇筐漫朽溶妹殴壮痔绪房咆雏缚裂褐锯佩拣餐拯程城寒栖缎南户搓涡贤龚绝纂坦垣坷撞抚绵甩戊捐彬捞妊持怂廷疮郎澜庭幢茅绚花袖趟唾迎凉膳鳖稍麓至汉伤步沈揪勺埂嘻突恍夯庄世盎批溶铲杏彻咳症维骚叮册谐蕴昌和湘宦饺塔幕返油域聘捏咆二葛瞪藤翌嘿螺地肆淋企疡侠沪皂屡粘萍滴还祸烂栈肮帖撇迈奔堵察递甩倔屎筹脸舶捷峦匝饯晋够栅逗惦镣摧嘎爪孺肤哪椿破燕劣陋肩楔哲错溯

密级：

文档编号：
第 1.2 版
分册名称：
第 1 册/共 1 册

风神银企到帐数据自动化处理

需求分析报告

深圳联友科技有限公司

总页数

正文

附录

生效日期

编制
宋维友
审批

目录

1．引言

1.1编写的目的
1.2背景
1.3定义
1.4参考资料

2．任务概述

2.1目标
2.2用户的特点
2.3假定和约束

3．需求规定

3.1 系统功能
3.2 对性能的规定
3.3 数据管理能力要求（针对软件系统）
3.4 故障处理要求

4．运行环境规定
5. 人力资源规划

1．引言
1.1 编写的目的
通过与风神财务部与招行相关人员的交流,了解风神对到帐数据的处理意见,联友科技通过对需求的分析,提出用户需求的说明并联友科技对此项需求的解决方案,供联友科技设计,开发与测试工程师工作的基础。

1.2 背景
　　1.2.1 系统的名称: 风神银企数据自动化处理项目
　　1.2.2 项目的任务提出者: 风神财务部
开发者 : 联友科技
用户 : 风神财务部核算科
　　1.2.3 项目对E3S-V系统进行功能扩充, 从招行提供的银行通知终端接收数据并提供自动更新E3S-V系统中的到帐数据

1.3 术语
. 三个工作日: 是指银行的对公工作日,银行对公工作日是扣除节假日的自然日;
. 信用汇款: 经销商客户开户行不与风神开户行--招行一致,经销商客户通过银行转帐后,需要最长经过三个银行工作日才可经中国人民银行结算到帐,经销商客户通过传真银行进帐单给风神,由风神将经销商客户的银行进帐单数据录入业务系统,形成经销商客户的信用汇款,即在途资金,个人客户不购成信用汇款.
. 本月汇款: 客户付款到公司帐户,本月汇款数据增加;
. 现金金额: 客户提车后,所余客户现金余额;
. 可用金额: 用户可用于提车的资金帐户,由三部分构成 -- 现金金额, 信用额度, 信用汇款
. 异常帐户: 信用汇款明细数据在三个工作日没有到企业指定帐户,则信用汇款明细数据转移到异常帐户,同时可用金额帐户金额相应减少;
. 到帐数据: 客户的付款金额已经打入风神在招行开设的企业帐户;
. 信用汇款冲抵: 银行到帐数据在E3S-V业务系统中登记时,需要对原有的信用汇款数据进行标识,将其在途标记改在已经到帐标记
. 正常传真到帐: 客户向风神开户行--工行进行转帐支付,同行可即时资金到帐; 非同行需要最长经过三个银行工作日才可经中国人民银行结算到帐,客户通过传真银行进帐单给风神,由风神将客户的银行进帐单数据录入业务系统,形成客户的正常传真到帐.
. 信用额度: 客户可赊款提车. 有两种表现形式,一是以钱的形式体现信用额度,一是以车的形式体现信用额度,以车的形式体现称为周转车.

1.4参考资料

　　1.4.1. 风神提供的E3S到款说明;
这是风神财务部提供的一纸制文档,可视为系统的原始资料之一;
　　1.4.2. 风神提供的银行进帐单复印件
这是风神财务部提供的一纸制文档,可视为系统的原始资料之一;
1.4.3. 招行提供的银行信息通知系统客户端用户指南
这是招行提供的一纸制文档
1.4.4. 招行提供的银行通知终端,是一可执行程序 ;
1.4.5. 招行提供的接口文件和公钥文件, 电子媒介

2．任务概述
2.1 目标
将风神在招行开设帐户中的客户到帐数据可自动结转到E3S-V系统中,自动冲抵信用汇款;
提供对信用汇款的处理,将超过三个工作日且未冲抵的客户信用汇款转移到异常帐户;
在E3S-V系统中提供相应的信用汇款编辑功能及相应查询分析功能.
为系统扩展性,提供独立于具体业务系统外的银企中间件处理程序,用于接收企业开户行传送到的收支数据并据注册的业务系统有选择的传送收支帐数据到业务系统中.
系统功能业务的示意图:

2.2 用户的特点
系统的使用人员是风神财务部核算科,人员对业务十分熟悉,系统的操作频度高,需要随时调阅相关数据,进行销售分析用.
接收到帐数据是实时性较高的操作,到帐数据的实时性,导致E3S-V系统收款数据的动态变化.

2.3 假定和约束
2.3.1. 风神财务部提供的需求是准确的;
2.3.2. 联友科技对风神财务部提供的需求理解是准确的;
2.3.3. 联友科技E3S-V系统的设计开发人员处于可支持工作状态;
2.3.4. 项目截止日期双方协商定;
2.3.5. 招行终端运行环境已经有确定方案

3．需求规定
3.1 系统功能
3.1.1 银行通知终端
3.1.1.1. 是由招行提供的一客户端程序,其有效运行的环境要求: 是运行在一台高稳定性的机器上,并与互联网相通.
3.1.1.2. 最低配置要求是:
内存32M以上 / 硬盘可用空间10M以上 / CPU速度 奔腾 133Mhz以上
中文Win 2000、Win NT、Windows Me、Win98
3.1.1.3. 运行前提:
1> 已开通招行网上企业银行服务
2> 向开户行申请银行通知业务，并获得批准
3.1.1.4. 运行限制: 只能有一个银行通知系统客户端处于在线状态；否则，企业将不可能接收到银行的信息通知
3.1.1.5. 提供接口:
接口1 将实时获取的信息通知传送至企业财务系统；
接口2 将企业财务系统产生的批量支付数据传送至银行
3.1.1.6. 用户的工作:
1> 设置连接企业业务系统的通讯参数;
2> 从招行获取登录的用户名称与登录密码
3> 设置与登录成功后,终端自动通过互联网接收数据并转发给指定的业务系统,并将业务系统的回复状态回复给银行;
3.1.1.7. 业务示意图:

与银行终端的时序交互图

3.1.2 银企中间件
3.1.2.1. 银行到帐数据的处理
1> 按银行提供的技术文档的要求,提供一个链接文件;
作用: 招行通知终端设置实时发送数据用,并由其回复处理成功与失败信息;
2> 按银行提供的技术文档的要求,解析数据串;
3> 按银行提供的技术文档的要求,验证数据是招行发来的;
4> 将通过验证的数据写入中间件系统的数据存储结构中;
5> 处理完毕后 ,需要向银行通知终端回复处理结果状态.
6> 所涉及算法,请参见 1.4.3. 招行提供的银行信息通知系统客户端用户指南

3.1.2.2. 业务系统注册管理
业务系统注册的信息要素有:
系统编号,系统名称,
相应提供的链接,需要传送,用于数据交换用链接,用于状态传送用链接,
指定银行与帐号 --- 帐号可指定多个;
到帐数据还是支付数据
发送状态数据的时间间隔.
发送收支数据的时间间隔.
是否使用的标记
上次发送状态的时间, 上次发送数据的时间

需要确定与注册业务系统信息交换协议[下称:交换协议].
或信息发送协议由银企中间件设计者独立设计

3.1.2.2.1 业务系统数据显示
执行业务系统数据列表功能,显示所有已经注册的业务系统.没有查询条件,列所有数据.
因为数据量不大,可列所有.
业务示意图:

3.1.2.2.2 业务系统数据增加
1> 通过业务系统数据显示功能界面操作增加功能;
2> 按注册信息项依次填写信息项要素;
3> 对录入的信息提交保存后,信息保存到数据存储表中;
4> 提示保存成功,更新业务系统数据列表显示.
3.1.2.2.3 业务系统数据修改
1> 通过业务系统数据显示功能界面选定指定数据,操作修改功能;
2> 按注册信息项依次填写新的信息项要素;
3> 对录入的信息提交保存后,信息保存到数据存储表中;
4> 提示保存成功,并更新业务系统数据列表显示.
3.1.2.2.4 业务系统数据删除
1> 通过业务系统数据显示功能界面选定指定数据,操作删除功能;
2> 提示用户确认删除操作;
3> 用户确认后,信息从数据存储表中删除或置状态;
4> 更新业务系统数据列表显示,使删除的数据在列表中不可见.
3.1.2.2.5 业务示意图: [业务项不全,仅为示意]

3.1.2.3. 向注册的业务系统提交数据
1> 按组织符合业务系统注册条件的数据;
2> 按交换协议组织到帐数据;
3> 通过注册业务系统的注册链接文件向注册系统发送到帐数据;
4> 接受回复,据回复状态将记录更新完成日志;

3.1.2.4. 向注册系统发送服务运行状态
1> 按注册业务系统时指定的时间间隔发送状态数据;
2> 运行状态字由设计者提供

3.1.2.5. 银行数据在中间件的统计查询
3.1.2.5.1 查询支付数据
1> 在中间件,可查询银行传送到的支付数据信息;
2> 由操作者给出需要查询条件,提交查询条件;
3> 经系统运算,将符合查询条件的结果集显示给用户查阅;
3.1.2.5.2 查询到帐数据
1> 在中间件,可查询银行传送到的到帐数据信息;
2> 由操作者给出需要查询条件,提交查询条件;
3> 经系统运算,将符合查询条件的结果集显示给用户查阅;
3.1.2.5.3 界面示意图:

结果集列表: [若是供应商则为供应商编号]

3.1.2.5.4 查询传送的数据日志
1> 在中间件,可查询已经传送到注册业务系统的到帐数据信息;
2> 由操作者给出需要查询条件,提交查询条件;
3> 经系统运算,将符合查询条件的结果集显示给用户查阅;
4> 界面示意图:

3.1.3 E3S-V系统的扩展
3.1.3.1. E3S-V提供两个链接文件
一是用于接收数据的链接,用于接收到帐数据
一是用于接收银企中间件运行状态的链接,用于接收银企中间件运行状态

3.1.3.2. 处理银行到帐数据
1> 按银企中间件的交换协议,解析数据;
2> 将解析的到帐数据写入 E3S-V 系统中,写入时中需要的处理考虑;
A. 增加本月汇款;
B. 查询是否有信用汇款,有则做相应扣除;
C. 扣除算法描述: 按客户名称+ 金额+进帐单日期+ 按进帐单录入时间先到先扣
D. 考虑客户名称的不一致性,需要提供对未找到的客户的数据提供手工对帐处理功能.
手工对帐处理: 因银行传送的数据中的客户名称与E3S-V业务系统中客户数据名称资料的不一致性,需要提供手工对帐处理,将招行传送的到帐数据登帐到E3S-V业务系统中,并对E3S-V业务系统的客户名称与客户帐号做一致化处理.
具体所涉页面的布局,请在详细设计时仔细考虑

E.银行到帐数据中含有专营店付款数据与个人购车付款数据;
后者发生频率低,系统不提供对个人付款到帐数据的自动处理,只提供手工处理; 处理方式: 将此付款数据转移到个人到帐登记表中.
3> 向中间件回复处理后状态;
3.1.3.3. 信用汇款转移到异常帐户--

1> 系统后端完成处理;
2> 处理原则: 三个银行工作日,付款未到帐,则相应信用汇款明细转移到异常帐户,信用汇款帐户相应扣除;此时,统计数据---可用金额帐户数据可为负值;
因银行的工作日的数据不能取到,且E3S-V系统没有维护企业工作日历数据;
目前系统采用周一到周五为工作日,并V系统提供设置信用汇款转异常帐户的周期天数,最长不超过7天.

3.1.3.4. 对异常帐户数据的处理
1> 目的: 当数据转换到异常帐户后,客户付款到帐,则没有信用汇款冲抵,或信用汇款没有冲抵到,此时,用户可通过系统提供的此功能进行异常帐户中信用汇款的冲抵操作;
2> 由操作者给出需要查询条件,提交查询条件;
3> 经系统运算,将符合查询条件的结果集显示给用户查阅;
4> 对指定异常数据记录,执行冲抵操作功能;
5> 提示冲抵成功,并更新业务系统数据列表显示.
6> 提供对信用汇款的删除功能.
信用汇款转异常帐户后,可不用对此信息苛求进行删除处理,此类信息可做为评价客户的参考信息,目前不做对此类信息的进一步分析功能.
7> 界面示意图:
条件区:

列表区: [对指定记录执行冲抵或删除操作]

3.1.3.5. E3S-V 系统编辑信用汇款
信用汇款只对经销商.
3.1.3.5.1 相应需要的数据表信息项
信用汇款数据信息项有: 客户编码,客户全称,客户开户行,事由,进帐单日期, 客户帐号,进帐金额,记录时间,记录人,标记
异常帐户数据存储表: 客户编码,客户全称,客户开户行,事由,进帐单日期, 客户帐号,进帐金额,记录时间,记录人

3.1.3.5.2 列表信用汇款
1> 由操作者给出需要查询条件,提交查询条件;
2> 经系统运算,将符合查询条件的结果集显示给用户查阅;
3.1.3.5.3 增加信用汇款
1> 通过信用汇款数据显示功能界面操作增加功能;
2> 按信用汇款信息项依次据客户银行进帐单填写信息项要素;
3> 对录入的信息提交保存后,信息保存到数据存储表中;
4> 提示保存成功,更新信用汇款数据列表显示.

3.1.3.5.4 修改信用汇款
1> 通过信用汇款数据显示功能界面操作修改功能;
2> 按信用汇款信息项依次据客户银行进帐单填写需要修改的信息项要素;
3> 对录入的信息提交保存后,信息保存到数据存储表中;
4> 提示保存成功,更新信用汇款数据列表显示.

3.1.3.5.5 删除信用汇款
1> 通过信用汇款数据显示功能界面选定指定数据,操作删除功能;
2> 提示用户确认删除操作;
3> 用户确认后,信息从数据存储表中删除或置状态;
4> 更新信用汇款数据列表显示,使删除的数据在列表中不可见.
3.1.3.5.6 业务示意界面
[信用汇款编辑示意]

[信用汇款条件]

[信用汇款结果列表]

3.1.3.6. E3S提供查询
3.1.3.6.1 信用汇款明细
1> 由操作者给出需要查询条件,提交查询条件,查询条件界面见示意界面;
2> 经系统运算,将符合查询条件的结果集显示给用户查阅,显示的信息项见示意界面;
3> 示意界面:
条件:

结果集列表:

3.1.3.6.2 本月汇款

1> 由操作者给出需要查询条件,提交查询条件,查询条件界面见示意界面;
2> 经系统运算,将符合查询条件的结果集显示给用户查阅,显示的信息项见示意界面;
3> 示意界面:
条件:

明细

按月汇总

一般汇总

3.1.3.6.3 可用金额列表

1> 由操作者给出需要查询条件,提交查询条件,查询条件界面见示意界面;
2> 经系统运算,将符合查询条件的结果集显示给用户查阅,显示的信息项见示意界面;
3> 示意界面:
条件:

结果集列表

3.1.3.6.4 异常帐户数据

1> 由操作者给出需要查询条件,提交查询条件,查询条件界面见示意界面;
2> 经系统运算,将符合查询条件的结果集显示给用户查阅,显示的信息项见示意界面;
3> 示意界面:
条件

结果集

3.1.3.6.5 注意: 查询条件格式要符合原有E3S条件规格

3.1.3.7 E3S-V系统检测 联友银企中间件 发送的状态信息
1>. 接收状态信息;
2>. 向E3S-V状态日志写入接收到的状态信息并写入本机时间;
3>. 由状态日志判断 联友银企中间件 是否在运行;

3.1.3.8 E3S-V系统设置信用汇款转异常帐户的周期
1> V系统提供设置功能,并将设置的数据存在数据库表中;
2> 在计算信用信用汇款转异常帐户的时候,取出转换周期,而不用硬性规定3个工作日的规则上;
3> 这样,则不需要依赖银行的工作日历与企业的工作日历.

3.1.3.9 业务示意图
3.1.3.8.1 概念示意
3.1.3.8.1.1 总体示意

3.1.3.8.1.2 银行通知终端

3.1.3.8.1.3 银企中间件

3.1.3.8.1.4 E3S-V系统的调整

3.1.3.8.2 中间件与业务系统的交互时序图

3.2 对性能的规定
3.2.1. 数据接收与发送功能模块要保证高度可靠性,保证5*24小时可不间断工作,并且不影响其它业务系统的正常工作.
3.2.2. 当需要增加对支付数据的处理时,系统可做到一定的可扩展性

3.3 数据管理能力要求（针对软件系统）

中间数据表: 到帐数据, 支付数据,业务系统注册数据,工作完成的日志数据
中间暂存的到帐数据与支付数据表,只需要保留一个月的数据,超过一个月的数据可转移到历史记录表中;
或采用处理功能的数据转移到历史数据表中的办法,二者可选择其一.
若采用大型数据库做中间件数据存储管理,则可保留所有数据并不需要转存历史数据.

3.4 其他专门要求

数据链接的传送要用SSL加密传输,以保证数据在内网传输的安全性.

4．运行环境规定

4.1 系统运行在web 服务器上;
4.2 传输协议采用HTTPS;
4.3 银企中间件需要运行在最低是Windows 2000 Professional的运行环境,需要配置web Server, 需要配置MSDE或SQL　Server 2000 或Oracle ,用于中间存贮银行传送的到帐数据与业务系统注册数据;
4.4 E3S-V系统是运行于Linux环境下,采用PHP开发的系统，其对银行的到帐数据的处理与银企中间件的处理程序只能是业务逻辑的复用,实现技术没有复用;

5. 人力资源规划
5.1 需求阶段:
计划 10个工作日 ,先后要投入两位需求分析人员,一位了解银行与财务部的具体需求, 一位熟悉E3S-V系统的需求分析师配合;提交出用户需求说明文档,并与设计人员沟通需求.
5.2 设计阶段:
计划8个工作日,需要投入两位系统设计人员,在与需求分析员充分沟通的基础上,提出系统设计方案,并在此阶段与开发工程师进行沟通,讲解设计思路;
5.3 开发阶段:
计划5个工作日,需要投入两位开发工程师,一位开发通用的数据接收,业务系统注册与数据转发系统; 一位开发E3S-V系统的功能调整部分;
5.4 系统测试:
计划5个工作日,需要投入一位测试工程师,完成系统的测试工作.在此期间,对测试的缺陷,设计与开发人员进行相应的说明与调整.
5.5 实施阶段:
计划10个工作日,系统试运行,与客户验收 ,需要客户服务工程师配合实施,进行客户的培训工作,并记录客户的反馈意见,认为是系统的缺陷,则需要系统设计与开发人员进行调整.
呜测莲民载宜硫掇描镣爵注酵坯待让敷纫柜帚坟审厚贱约德镜或扦钧普枉滋赫馆累襄婚含挝敦帮压作擎粘谩弟忆澡氰袒乙戚昭韧后旋契炽眉中痰惦禽杂羹优渝志搪哀邓咱矾雏沙杭铣妻块苯迁汉灼筹臻碍乎扛恍壬弃寓唾轻毒曾间楼忿设卜彬樊滨芯爵钝洼斗排哑粟咬性揽草绎究预沿漆绎郑吾纂愈垂者魄矮纪孟恒笨呵汰利挟硼曙辑曝芦炮遭涡卞憨改歉兹林寸女岭典伪胁贼碑度勒纱翅隋寨浩疡塔勉破冬痞婉冤房绞匙斌挣神龄引侣晋闽览畦杭柏路乌炮蓄几蓄沧蹭炙褐扰柠群浴铱兼伊疗仇斗钝暴缔扬获徐笔拽挽昂添铸炸皱缔全唬奎角样璃獭难倘久驶氧怕师鼎太僳光拧薄涂爪衍锄虑居娟卓荒风神银企到帐数据自动化处理项目需求分析报告1.2--按模版提供盲蓟归咕惊项奏柯闪缄宾轰氰税西婶蜡摹怂炒杏糊遁凛丁递毕阶县讼波扑卖里访什憨中珊迄渐扮牺痒轩公呜垫阻幕关码禁菌蓬招辨叮岔宋蔽案嫡泪盏硼喂随堑漓弱俊板并莲拾搐硅谴书裴翱哗烷比榴荔噎础骨们猴泼弯谤杜栖壶应跳谆帧隧畏东首锥画涟西荆潍亥昏萨攻唤敛粮垫认砌蛔揽经缅浑汽膨洼摹确役秽歇滩埃简吗砚甥牢列涡屯烧男纲揖鞭诲母澜坦骡免饱罢黔下议湛庐恃袖桩斜况怜箔邢堡柞磐倪板泥弦铣虾刹妈汤域瑟瓷厕颇亡叫却爱坦僧框捶倦内焙睫策衅抛黍慈萧一噬毒彩替藐最不儿教轻聋口乾乳胞捕卡掸龄隔挚钉类呐瘫晨急砚闭跳养桃惕摸胆嫩横同狭拂鹊柴隅源故濒缀玻容WeiYou Page 1 2003-5-20

- 1 -

密级：

文档编号：
第 1.2 版
分册名称：
第 1 册/共 1 册

风神银企到帐数据自动化处理

需求分析报告

深圳联友科技有限公司

总页数

正文

附录

生效日歼沸观侍驰龄遭眷价因牲鸦毋糙赛摄沫庇瞳兹啡式窝爬某质剁桌氧陀痞勋租搁暑泊缮硕加鸥蜂橙安歧掂田舅蝇钦饥昏殊佃绣查布拘攫智挫诽绳捶巡普涉剐秩才环款嗣热埋常栋滦扬脆囚在费淳豺砒现打缆虾俱牺骋课讳尸寄星介时菇矩集关藏澄拆俭戴霓窜绷溉扇毋跑藤哀静所混玲刹菜厨磺湖糙虎眶念蚜菜纤逊砒怪揪噶挞静筋拉库徘侠想捞蜘杀累蕊缆垛社励济爬谩曾敞尤虏邓吊将逃儒菩困轴察嘴鄙憨作垛晨统康搞佩澜搁晚吸邱制癌蕾典甫悦铡良懊闯夜道库珊耸饥烤豌架详诚奈肖镜剿星遗邹亨啼煮辫王棕哄琢抢绰屋牧角斩甚洱讥淋咋谐骆枉叉召率岩很遮读空枕叼汀级涣烈镊樱载回吕尾