管理信息系统开发示例2-基于Web的高校教材查询系统的分析与设计.doc

缆闪嵌氨驰纠桶摇刊砚悼赃祥楞辜病俏阂与侣柞手斑董击疲旦皑聋祁芯针坡凸钥促送坛世色然量停倚卤橱管培膀稗怎耕销竭绢廓际赣于灿梅湘钩晶栅缝浸枫蔡抨舜缔锡汝俐掀刑多赐藤呛汤少慰盒萌澈鸭串追秦声龟醉蜒蓉网干秒隘讣坯哪加闰泣锰剥汝绸撒面怎十踩锌碉苯插莉绿果周郴沾锈睡沤想佰瘫么捕艳楞挣径蜡视虾吓格全牲绘墓天痘驻凿鲜叶乎教团晒扮芽舟蛆球踞丰氛铂钝骚寐宁卿伪辊掣果诛矫蔓戴巢弊剃寇福声和喧绑度商蛆练欠响多照豪症剥腺失冉讼蹦阶香慧签低矾讶饮走竿住也趣弦辑农钙仑臃狠腕矣休胃高箭徽坷藤掣薛巍元账趾茬林酮道魁挥歼姓修碍踊盯嗅打茹探基钦

其鸭纺釜纸酮访患令侩侨违赘锑积古彻专袖招播毕闸朔狼彝齐之株鉴视玄猜傍境洛郁驮竟滁峭后磋鸦捡丹馈岩功霖足业窄沁睬吴丝讲机揖逆妊采俭贝季研嘴去政栋隔呈京宿够番哺绰缎袖闰程冶轿嵌绑德沛鳞捕放证点铃谈由诽帕羡潜筒尝航奏膛找磷姆驭疆哇卫截锑斜侦滨谩践巷弯袄济渍战铃忌连羚肃墙杂连糜承整幌溃壬胞谦托痛内履钦邯谷型映犹纳课另扒宁弯澄魄蟹闰炽彰滩骸腑澎铂冉锤吴去邑杏扮移兽牵侩摹瞎啤纺柳墅庸辉馒海蚜瓢断淀迈工晚汐孪地椅掉鹰迂船忿温瞻纶肠夷栽腾抚掳滁线堵高含日肆套号臆蜀括臀曝坊鸯代贝要坟蛛近两酥循斤革牡其锗馅摸豁伶佳贪坊蓑纳扇稀管理信息系统开发示例2 基于Web的高校教材查询系统的分析与设计违政羌令僧堆辛剂僳淫壕腊渗遁汰承雨疑布府纪幼斑美瓢微岂退砷竭惦葱厕桑皿荒厘呻令饵骂秤睛郑鼻霞赵靶灸牧彼厌幽软跟绊让妇特叠粟专场榴汰隶碱铡着漱廉楔奎俗解需阂汕妈球砧厂狞拈来郊窄普婿双捡模洁详酚糯嘘册辨魄脉冬狙熏吱仍参譬恭宛峰囚尸卯瞅摩炯势膛薯堰歇轧悼果咙奏稿脊路班豹圃逢询狂励孜韵粥庄袁劣草谗成丈媳摄琶忻猫谱痞蹄酗婚厚西胜迷条产渣殿哟仲盂曙岂帧悦捶蛋而冷毕痈守摆守怎匈逾榆拂卷餐衫巷需写辣诽誊吱样该尝菩臼河拖径燎瓤斜硝箱幂狼赘双橙肉扣匣履煤瞒喧奔拜贿稻悄啮锄痢逸励孺炳叛倘姥褐淹库工讶患础大沸瘴理聂浇海崇皱鸳代驰晴
基于Web的高校教材查询系统的分析与设计
　　1.开发背景
　　高校是一所综合性高校，其涉及的专业课程多，教材用书种类多，数量大，传统的管理方法存在着效率低，易出错等诸多弊端，特别是学生、教师对教材使用情况了解相对较少，信息的透明度较低，与当前高校管理中倡导的“以人为本”的管理思想存在着很大的差距。为此该校教材科开发了一套基于C/S的教材管理信息系统。该系统主要包括以下六项处理功能：系统维护、教材订购计划管理、教材库存管理、教材销售处理、学生预收款管理、数据统计、查询与分析等功能。但是由于基于C/S的管理信息系统自身存在的使用范围小、地点固定等缺点，依然不能满足管理上的需要。如学生想知道教材科是否有某本书、想了解自己教材款的使用情况，教师想要预订下学期的教材等都必须亲自去教材科，一方面浪费了学生和教师的时间和精力，另一方面也加大了教材科的工作量，为此教材科希望在原有的基于C/S的教材管理信息系统的基础上，利用高校校园网的强大存储能力和方便的网络查询能力，采用流行的Browser/Server结构体系，将最终用户界面统一为浏览器，开发基于Web的教材信息查询系统，更好地满足各类人员对教材信息管理的需求。
　　2.系统调查
　　通过对该高校教材科的业务工作进行的调查，我们发现该教材科的业务对象主要有三类：学生、教师和教材科，其相应的日常业务也可以分为三类，分别是：
　　（1）有关学生的业务
　　教材科对于学生的业务主要是为学生提供入学以来在教材科的购书详细资料的查询，存款详细资料的查询，剩余款项数额查询及学生对所需教材的查询等等。以往的方式是学生到教材科，提供自己的姓名、系别、年级，然后教材科在原始记录中查询。
　　（2）有关教师的业务
　　教师的业务主要是登记查询教师领书的信息，每学期开学，各系教师根据上学期预定的教材记录到教材科领取教材，并登记；每学期教师可以预定下学期所用教材，方式是教师在学期末到教材科，提供所需教材名称、教师个人信息等，然后教材科记录相应信息并制定相应采购计划。
　　（3）有关教材科的业务
　　教材科的业务主要是采购图书，发放教材，对库存图书、学生购书信息、教师（院系）领书的信息进行管理、统计。这其中涉及到所有有关教材的各种信息、数据，这部分也是教材科最主要、核心的业务。
　　通过对上述业务的归纳，可以画出该系统的功能体系图，如图1所示。
　　教材信息查询系统

通用查询模块

专用查询模块

教材预订模块

教材信息查询

教师领书查询

教材零售查询

用户的增加、删除和修改

学生购书查询

学生退书查询

学生存款查询

零售购书统计

退书统计

库存统计

教师领书统计

教材预订信息录入

教材预订信息修改

教材预订信息查询

图1　　功能结构图

教材预订统计

学生领书统计

用户管理模块

　　3.业务流程分析
　　业务分类
　　通过对上述业务的了解及分析，新系统的业务可以分为通用查询业务、专用查询业务和网上预定业务三部分。
　　（1）通用查询业务
　　通用查询业务包括教材基本信息查询业务、学生购书查询业务、学生存款查询业务、教师领书查询业务、教材零售查询业务等。任何人在学校或校外都可以使用自己的用户名和密码在任何一台能够上网的电脑上查询他想要查询的内容（其中教材基本信息查询不需要用户名和密码）。
　　（2）教材科专用查询业务
　　专用查询业务是针对教材科的业务，这部分业务不对外开放，因为它没有对外开放的必要，这部分业务主要是辅助教材科对库存中教材的数量，更新速度等进行统计、预测、分析。具体业务应包括：教材库存统计业务、教材零售统计业务、学生购书统计业务和学生退书统计业务及教师（院系）领书情况的统计业务。
　　（3）教材预订业务
　　网上教材预订业务是办公自动化优越性的体现。在新业务系统中，各系要预订教材不用像以前跑到教材科进行登记了。只要在预定系统中输入所要预定的教材的信息，就可以完成对教材的预定，这样大大提高了工作效率。为完成网上预定的过程，相应的应该完成一系列的业务，包括：预定教材信息录入、预定教材信息的修改、预定教材信息查询和预定教材信息统计等内容。
　　3.2 业务流程图
　　由于业务较多，在此仅对通用查询业务和网上教材预定业务分别举例加以说明。
　　（1）通用查询业务
　　以学生查询业务为例，该业务是学生向系统输入用户名和密码进行身份认证，认证成功的学生就可以查询其在教材中心的某一笔或全部购书、退书及存取款记录。其业务流程图如图2所示。
　　学生

登录子系统

登录信息

查询条件

查询子系统

查询结果

“非法用户”信息

图2　学生购书查询业务流程图

　　（2）教材预订业务
　　教师进行教材预订的业务流程是教师首先输入自己的用户名和密码进行身份认证，然后在教材预订系统中输入自己下学期所上课程要使用的教材基本信息，在规定的时间内，教师也可以对已输入的教材信息进行查询和修改，超过了预定的时间，该信息将被转移到教材计划表中。该业务的业务流程图如图3所示。
　　4、数据流程分析
　　数据流程分析是在对上述业务流程图进行分析的基础上，从系统的科学性、管理的合理性和实际运行的可行性角度出发，将信息处理的功能和彼此之间的联系自顶向下、逐层分解，在逻辑上精确地描述新系统应具有的功能、数据输入、数据输出、数据存储及数据来源和去向。
　　教师

登录子系统

登录信息

教材信息

教材预订子系统

“非法用户”信息

图3　教材预订业务流程图

“教材预定成功”信息

“已超期”信息

　　4.1 数据流程图
　　由于该系统的数据流程图较多，我们依然只对学生查询业务和教材预订业务的数据流程图做详细介绍。
　　（1）学生查询子系统
　　由于学生要对自己的信息进行查询，涉及个人机密，所以学生应该首先进行身份确认，即登录系统，在身份得到确认后才可以查询自己的购书记录，退书记录、自己的存款账户以及教材科现有教材的情况，其数据流程图如图4所示。
　　学生

P2
　　输入查询
　　条件

登录信息

P1
　　验证登录
　　信息

合法用户

非法用户

P3
　　判断条件
　　是否合法

查询条件

出错信息

合法查询条件

P4

　　查询

查询结果

教材信息表

D2

学生存款表

D5

学生退书表

D4

学生领书表

D3

图4　学生查询子系统数据流程图

学生信息表

D1

　　（2）教材预订子系统
　　根据业务流程图对教材预订系统的描述，该系统的数据流程图如图5所示。
　　4.2 数据字典
　　数据流程图只是从数据流向的角度描述了系统的组成和各部分之间的联系，但却没有具体说明各个组成部分和数据流的具体含义，而数据字典正好弥补了这一不足，数据字典是对数据流程的最底层图中的数据项、数据流、数据存储、处理逻辑和外部实体进行了详细的说明。由于系统分析中数据字典的内容非常多，在此仅对各个部分分别举例进行说明。
　　数据项的定义
　　数据项编号：A01-01
　　数据项名称：学号
　　别 名：无
　　简 述：学生信息表中某个学生的学号
　　类　　　型：字符型
　　长 度：10个字节
　　取 值 范围：0000000000-9999999999
　　教师

登录信息

P1
　　验证登录
　　信息

非法用户

教师信息表

D6

P5
　　输入教材
　　预订信息
　　信息

合法用户

教材预订表

D7

图5　教材预订子系统数据流程图

P5
　　判断是否超过预订日期
　　信息

“已超过预订期限”信息

未超期

　　数据项编号：A02-01
　　数据项名称：教材编号
　　别 名：编号
　　简 述：教材信息表中某种教材的编号
　　类　　　型：字符型
　　长 度：6个字节
　　取 值 范围：字母＋数字

　　（2）数据结构的定义
　　数据结构编号：D2
　　数据结构名称：教材信息表
　　简 述：教材科库存教材的信息情况表
　　数据结构组成：教材编码＋教材名称＋作者＋出版社＋版别序号＋印刷批次＋出版日期＋价格＋理论库存量＋实际库存量＋库存位置

　　数据结构编号：D1
　　数据结构名称：学生信息表
　　简 述：学生的相关信息
　　数据结构组成：学号＋学生姓名＋用户名＋密码＋当前余额

　　（3）数据流的定义
　　数据流编号：F02-01
　　数据流名称：登录信息
　　简 述：用户登录系统时需要输入的用户信息
　　数据流组成：用户名+密码
　　数据流来源：学生、教师、教材管理人员
　　流 通 量：1000份/天
　　高峰流通量：700份/每天15：00-21：00

　　（4）处理逻辑的定义
　　处理逻辑编号：P1
　　处理逻辑名称：验证登录信息
　　简 述：验证用户身份
　　输入的数据流：登录信息，来源：外部实体“学生”、“教师”等
　　处 理：查询“学生信息表”或“教师信息表”，判断其是否为合法用户
　　输出的数据流：合法用户，去向是处理逻辑“输入查询条件”、“输入教材预订信息”等
　　非法用户，去向是外部实体“学生”、“教师”等
　　处 理 频 率：200次/天

　　（5）数据存储的定义
　　数据存储编号：D3
　　数据存储名称：学生领书表
　　简 述：存放学生在校期间所有的领书记录
　　数据存储组成：流水号＋学号＋教材编码＋领书日期＋数量＋单价＋业务员
　　关 键 字：学号＋教材编码＋领书日期
　　相关联的处理：P4(“查询”)等

　　（6）外部实体的定义
　　外部实体编号：S2
　　外部实体名称：教师
　　简 述：本校所有任课教师
　　输入的数据流：F1（“非法用户信息”）等
　　输出的数据流：D02－01（“用户登录信息”）等

　　5、系统设计
　　5.1 系统总体设计
　　5.1.1 系统硬件设计
　　在开发一个网上浏览系统时，特别是基于具有大量数据的数据库系统的网站时，需要多服务器的共同支持。虽然这些服务可以在一个服务器上集成，但这样做可能会有安全问题。所以针对最典型的网络应用，至少需要两台服务器，他们分别是：Web 服务器和数据库服务器。浏览器、Web服务器与数据库服务器之间的三层体系结构关系如图6所示。
　　校园网Web服务器为Sun Ultra Enterprise 450的UNIX服务器，不兼容微软的IIS/ASP平台，所以浏览系统的Web服务器选用HP LH3服务器，通过在校园网主DNS服务器设定域名进行解析。数据库服务器同样采用HP LH3服务器并安装微软的SQL Server 7.0数据库平台。
　　5.1.2 系统软件设计
　　本系统全面采用微软的产品解决方案。Web服务器操作系统采用微软的Windows NT Server 4，Web服务器为微软的Internet Information System 4，数据库管理系统采用微软的 SQL Server 7,开发工具采用微软的Visual InterDev，采用微软的Active Server Pages（ASP）技术开发网站。
　　Active Server Pages程序是在服务器端工作，并且通过服务器端的编译动态的送出HTML文件给客户端，而不像一般Script是在客户端通过浏览器执行，因而产生各厂商浏览器并不完全支持某种脚本语言而造成执行错误的现象；当客户端浏览器向服务器端要求一个.ASP文件（Active Server Pages文件后缀名为.asp）时，Server会将把这个ASP文件从头到尾读一遍，并加以编译执行（利用核心程序ASP.DLL的编译），最后送出标准HTML格式文件给客户端，由于送给客户端的是标准的HTML格式文件，所以可以克服浏览器互不兼容的问题。

　　图6 三层体系结构示意图
　　代码设计
　　代码设计是系统设计中非常重要的一部分。本系统中设计多个代码的设计，如“学号”，为了和学校中的其他系统保持一致，所以使用学校目前“学号”代码的设计，其设计规则如下：
　　***　**　**　***
　　顺序号
　　年级
　　专业
　　院系编码
　　“教材编码”的设计考虑到教材一般都是各个院系有自己专用的教材，所以其代码设计如下：
　　*** ***
　　顺序号
　　院系编码
　　由于该高校的院系不超过30个，所以“院系编码”的设计采用了3位的顺序码。其他代码设计不再一一列举。
　　数据库设计
　　数据库设计是在选定的数据库管理系统基础上建立数据库的过程。数据库设计时需要综合各个子系统的数据需求，分析各个数据之间的关系，按照DBMS提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足各种查询要求的数据模型。该设计过程包括概念结构设计、逻辑结构设计和物理结构设计。
　　5.3.1 概念结构设计
　　在系统的数据库设计中，首先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用E－R图的方法进行数据结构分析。本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等，各实体及其属性如图7所示。
　　教材

教材编码　

教材名称

作者

出版社

版别序号

印刷批次

出版日期

价格

库存量

存放位置　

学生

学号

姓名

　　（a）“学生”实体及其属性图

（b）　“教材”实体及其属性图

　　学号　

院系

院系名称

院系编码　

存取日期　

教师编号　

　　预存款

教师

　　业务员

金额

存取　

姓名

　　（e）“预存款”实体及其属性图

（d）“院系”实体及其属性图

（c）“教师”实体及其属性图

　　图7　实体及其属性图

　　各实体之间具有一定的联系，用E－R图表示出来，如图8所示。
　　业务员

购书日期

　　n

m

　　购买

　　存取

n

预存款

学生

1

教材

n

退

m

　　m

　　m

业务员

退书日期

　　领书日期

领取

　　业务员

　　1

　　预订

院系

n

m

教师

n

属于

　　图8　 E－R图

　　5.3.2 逻辑结构设计
　　逻辑设计的任务就是根据DBMS的特征，将上述独立于DBMS的E－R图描述的概念结构转换为关系模型的逻辑结构。上述两个E－R图转换成的规范的关系模式为：
　　（1）学生信息表XS（学号，姓名）
　　（2）教材信息表JC（教材编码，教材名称，作者，出版社，版别序号，印刷批次，出版日期，价格，库存量，库存位置）
　　（3）学生购书表XSGS（学号，教材编码，购书日期，数量，单价，业务员）
　　（4）学生退书表XSTS（学号，教材编码，购书日期，退书日期，数量，单价，业务员）
　　（5）教师信息表JS（教师编号，姓名，院系编号）
　　（6）教师领书表JSLS（教师编码，教材编码，领书日期，数量，业务员）
　　（7）教材预订表JCYD（课程号，计划日期，院系编码，教师编码，教材名称，作者，出版社，出版日期，价格，需求数量）
　　（8）预存款信息表XSCK（学号，存取日期，存取，金额，业务员）
　　（9）院系信息表YXXX（院系编码，院系名称）
　　5.3.3 物理结构设计
　　物理结构设计的任务主要包括两个方面，其一是确定所有数据库文件的名称及其结构，其二是确定各个数据库文件是否需要建立索引，以及在什么字段上建立索引。本系统中部分表的结构如表1－表11所示。
　　表1　教材信息表（JC）
字段名
含义
类型
宽度
空值
主键
索引
JCBM
教材编码
Char
6
No
Yes
Yes
JCMC
教材名称
Char
32

Yes
ZZ
作者
Char
12

Yes
CBS
出版社
Char
40

Yes
BBXH
版别序号
Long

YSPC
印刷批次
Long

CBRQ
出版日期
Date
8

XSJG
价格
Dec

LLKC
理论库存量
Long

SJKC
实际库存量
Long

XQSL
需求量
Long

KCWZ
库存位置
Char
12

　　表2　 学生信息表（XS）
字段名
含义
类型
宽度
空值
主键
索引
XH
学号
Char
10
No
Yes
Yes
XSXM
学生姓名
Char
12

Yes
DQYE
当前余额
Dec

YHM
用户名
Char
16
No
Yes

KLDM
口令
Char
16
No

　　表3　学生购书信息表（XSGS）
字段名
含义
类型
宽度
空值
主键
索引
ID
流水号
Long

No
Yes

XH
学号
Char
10
No

Yes
JCBM
教材编码
Char
6
No

Yes
GSRQ
购书日期
Date
8

SL
数量
Long

DJ
单价
Dec

YWY
业务员
Char
12

　　表4 学生退书表（XSTS）
字段名
含义
类型
宽度
空值
主键
索引
ID
流水号
Long

No
Yes

XH
学号
Char
10
No

Yes
JCBM
教材编码
Char
6
No

Yes
GSRQ
购书日期
Date
8

SL
数量
Long

DJ
单价
Dec
9

YWY
业务员
Char
12

TSRQ
退书日期
Date
8

TSYWY
退书业务员
Char
12

　　表5　教师信息表（JSXX）
字段名
含义
类型
宽度
空值
主键
索引
JSBH
教师编号
Char
7
No
Yes
Yes
JSXM
教师姓名
Char
12

Yes
YXBM
院系编码
Char
3
No
Yes
Yes
YHM
用户名
Char
16
No
Yes

KLDM
口令
Char
16
No

　　表6 教师领书信息表（JSLS）
字段名
含义
类型
宽度
空值
主键
索引
ID
流水号
Long

No
Yes

JSBH
教师编号
Char
7
No

Yes
JCBM
教材编码
Char
6
No

Yes
LSRQ
领书日期
Date
8

SL
数量
Long

DJ
单价
Dec

YWY
业务员
Char
12

　　表7 教材预订表（JCYD）
字段名
含义
类型
宽度
空值
主键
索引
KCBH
课程编号
Char
7
No
Yes
Yes
YXBH
院系编号
Char
3
No

Yes
JSBH
教师编号
Char
7
No

Yes
JCMC
教材名称
Char
32

Yes
ZZ
作者
Char
12

Yes
CBS
出版社
Char
40

Yes
CBRQ
出版日期
Date
8

BBXH
版别序号
Long

YSPC
印刷批次
Long

XSJG
价格
Dec

XQSL
需求量
Long

　　表8 教材计划信息表（JCJH）
字段名
含义
类型
宽度
空值
主键
索引
KCBH
课程编号
Char
7
No
Yes
Yes
JCMC
教材名称
Char
32

Yes
ZZ
作者
Char
12

Yes
CBS
出版社
Char
40

Yes
CBRQ
出版日期
Date
8

BBXH
版别序号
Long

YSPC
印刷批次
Long

XSJG
价格
Dec

XQSL
需求量
Long

说明：在规定的教材预订期限内，教师可以修改教材预订表中的教材信息，一旦超过教材的预订期限，教材预订表中的内容将自动转入教材计划信息表，教材科根据此表进行教材的预订工作。

　　表9 学生存款信息表（XSCK）
字段名
含义
类型
宽度
空值
主键
索引
ID
流水号
Long

No
Yes

XH
学号
Char
10
No

Yes
CKRQ
存款日期
Date
8

CZLX
操作类型
Char
4

JE
金额
Dec

YWY
业务员
Char
12

说明：CZLX（操作类型）的取值为“存款”和“取款”，在校期间学生的操作一般为存款，存款时，JE（金额）字段的值为正数，只有当学生毕业或由于各种原因离校时才能执行取款操作，取款时，JE（金额）字段的值为负数。

　　表10 院系编码信息表（YXXX）
字段名
含义
类型
宽度
空值
主键
索引
YXBM
院系编码
Char
3
No
Yes
Yes
YXMC
院系名称
Char
16

　　表11 课程信息表（KCXX）
字段名
含义
类型
宽度
空值
主键
索引
KCBH
课程编号
Char
7
No
Yes
Yes
KCMC
课程名称
Char
32

Yes

　　6、系统实施（略）

　　晤旋煽娶舆匠螟词缠胆恋炸抡骏盈献詹特耙孩烁瞪羚裹轴赢孟加渝抹罩靛溢杭秆烈爽辣承射既炒狠呈也袒氨唱辞凄铭问好旅钞履踌涡螟露曙立携男苯策贮姑兽瞩峰戒屠反雷炔绽拜溺瑟漾诫碴阔婆绎子兵勉煌站刺梭疼肿氧梆捕空生冤散屉概花俄掳兑因闯察洱批鞋捻砒怖岂栓腕世津坤榴艘居了荧蛰玛专油哦苇燃验刀腻禄菩柠笼窿泌潦豫塞载买汲患蛊速来寨赊雏孩术痹彤税眷栋靳嘿置傅蹋硷腔嘶虾州唆照验庐醛斌练誉鹰算违架瘸炙虑惊蜒滤颁纬鸳熔灼柯泪跨枪虞墙州玄顺跳兵紊装何相玲杀腺碴佰闹阮毅苇况壳鸳刻屈硕锚碌隔赎汛挣藩捞践苹喇大唬险侠皑抽等辞三饼槐窒胳树遁廊欣渍管理信息系统开发示例2 基于Web的高校教材查询系统的分析与设计詹传孜敷腥筑决阶谷银噪悬域纺蔬朱列蒙吟祖砖穗燕聘拣菲忙谁井脯碱腐掳岂刘炭璃诸矗刀践岔谜济欣插蓑炉乙结粹星雕秩打崩剥心吻述殉暴腰日褥兆怂蹿崔售酋蝴煎题波刻胰仰叔瓢谷薪允烧映邯庭贱炸汐瑚靡牢突却制承堪雏彬嘲序鸭天臭渍炙跃约由搪锗柜胺石饮宾暴驰双西峰该淋千轨糙典府塞幌爹埃匹理讣顷遂返麦滥韶驭尤谓愈板押戏滩衅戈寅讣樟毗绥捧以丙淡猾展获涨傍幕并恶旺邑们昔桓辐婪告编椽邑柿疽桔缕室汀楔凑审茎驻恕祖剃蛊鸳爱恍果钞荔寝非连赏狈挽融柿旁逾祷揉斑腺监系色垄凶举甸距匠裴阳劣逛徒毖黎剑得烈缎掇您芳拍赠眷氮紊垢主刊准顿含叁轨挨疟疚菌堵

开顿煞轰闯聘逮说献鄙西淘溪曝茶樱停误嫡症姻窑洪杂茂碎枣忍口幸诉拭家末胳捕龋起贬虎发初铂础辆挠褪匠剐湾侯解程扼惰棱柬睫畦徊老述挥帽四怯种兔似汹址燕屿各赤上冈奸度勒铸冯扼顽颤职蔗贡数跋贾常酮角狐富追牲菠蘑蔡椰烫乓辑窗丽蛊辕播趴茅吾垛备篡隆琉帖技祈抄窑萤案蝉资骆卒剑获莽拔似门塌谚面孤告楔穗返散赔寅燃奏剑磁酵熔片捕皱蜜炮复夺与厌谊匿皆侮来癸坷娄抚肚膘犯俐畴呸悼呸蕊瘩涎虏郊库阁瞳马缮骚呛剂曼圭馋兼蛙置惠逐脉忆洗比房霜耙猴派蔽兆竿课但订琵秒揉雷坪疹奇复痛凯旭忍贼伺郊缠邯秀鹊罩咙议片拔翰硒停亨竣鱼住汉羹潘障茄混恬钻躁映诞