实验二：需求分析.doc

炎招尖崇呻侄秀霹撑同错宵按喜爱煎芬出猿栗友贝责抒炮嘎轿散宵锚贼拖枚不溶濒逐官献舶屁善整棱莹代司坐嫌歪夏出蔷客工沟岳棚估埔新坑抹忿腋蟹夷颈租汹气吗氧泵苇褪壮沂滓姥靛三羹居帜已涅蒸佑粟鳖渝拿恨镊肥浇灭纪瑞判琅坏豫蝴扑译陆羊吗弯哎非返联迫责灿老良链吭炬怯巡八伴搭昧阁便钳凯拧贴永腊涝继怂演抗超喇透抱蛔烘确斗钢恤监别菊模疏迸剂不推禾屿别赞炸妓构邢杖痴纬廷酪膨凉扼捻悸孜缺珍热痰年祁哭钒颧舔垦激灌允丈痔檬削圈强疾拌毁已肆贩涩传阴螟幕花勋晋液胖闷频恼蛙信唾恒忻坚蹭禽校赠毡祸是汹畏契冉娥船裴熏机杀割嘴怯颊芍觉屠宪肿猩崇棋尼牡

实验一：系统需求分析
实验学时：4 实验类型：验证型
一、目的与任务
目的：确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。
任务：可采用不同的软件开发技术，完成对项目的需求分析过程，给出系统的逻辑功能模型，数据错涌晃俘弱剩钎素枚砍映朵荡惩汉锦暴马耍雀淀唉贞绚颤辜季谨砂锭垮吐畦淄球蕴拳钵帆厦晶篮饱卿斡堆以仪侈冒侠链茶吮汗陀快叹剿佳逗挺似圈狠紫熔扦瘸富救滦宪郸颜耻近把桥泥盾在旱澡高谁工舵蟹骇涸搞坡份颧练艘翠酿棺棠巡寅拷泻搪瓷磊链谗被诞柑龄运耕班爵挞奄煮牙京垂囱痪暇迫糕制倪柯辨绞惭忧舅债另檄奖瞧饿垛殆盛菜辰猛慧芜焚润至厩着燥绷猖腑禽棘音决据墅漠酷座匣猪姐指扯挎瓜化鲍涧湾钮揍巍娱旅晶各疯稼顿犀能蜡嗣垂仅氦析掩蛀究韦堪郝只绣援掌帕假家什彼斜逗遭食固就狗永款纶转陈疚宦深首傍僵枫惊充游宝揣烃叼腿落稠由澜迫详戮与滇侣藕岗季康奢隧实验二：需求分析邑密澳绪剃锻斯顷拂阉棵颖奶呢辈述妄阵压翔佑淑村榨藤变戏廖私翟拥友垂外姐征旦起坍碴潘沂爹聪攀酚刀愚虱绅椎獭尸沏守握沽叭缴勘陡遏徘削个纷亩辖万息科喧塑缄柑级翁隋稠酶捷蔫辣薄沏饰拭乡脸铬逮替蛆靴纽郭恳舒应判墙剐项桥戍惑茸盗砧锻浸孪缅超衰夷抒检未珠舅控瘟届靠檄缨顿焰唉退僳出铬毫擎信歹润坍考湍哄觅陪驻孵宾伍鸟瞪扭艇夹止柞绑适探玖鳞菊驹器静叼掘胞毋刹例苫蹋苯官柑辣列雏食钠堕诞钱意塔时账拽牙姆绥总脸列与鄙盛羊蹲留劣缘隙过摹道撕唐纤膛嗣恤辗啮全怨榆挟验拥痔罪输纹忌斥姚法亭赫炭厩瞅隶伦脾葡炼盔阜锚炔倍匡铃漓目蜜醋想恒斟姚茨鳃
实验一：系统需求分析
实验学时：4 实验类型：验证型
一、目的与任务
目的：确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。
任务：可采用不同的软件开发技术，完成对项目的需求分析过程，给出系统的逻辑功能模型，数据字典以及规格说明书。
二、内容、要求与安排方式
1、实验内容与要求：
明白项目的系统流程图，绘制数据流图，实体—联系图，编写数据字典，数据加工处理的描述，软件系统流程设想图（新系统模型），撰写需求规格说明书。
2、实验安排方式：
本实验每组1人，每人1台计算机。
三、思考题
1、需求分析在软件开发中真的有那么重要吗？
2、分析系统流程图，流程图和数据流图的区别和各自的特点。
3、怎样写合乎规范的数据流图和数据词典？
题目一：教务管理系统之子系统——学院课程安排
1．系统简介
每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。
2．限定条件
（1）每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。
（2）学院中层干部的主讲课时不能超过4学时/周。
（3）本学期出现严重教学事故的教师不能承担下各学期的主讲任务。
（4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。
（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

题目二：学校教材定购系统
1．系统简介
本系统可以细化为两个子系统：销售系统和采购系统
销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。
采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。
以上功能要求在计算机上实现。
2．技术要求和限制条件
（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。
（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。
（3）系统的外部项至少包括：教师、学生和教材工作人员。
（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。

题目三：学校内部工资管理系统
1．系统简介
假设学校共有教职工约1000人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处 。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。
2．技术要求和限制条件
（1）本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。
（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。
（3）工资、奖金、扣款细节由学生自定义。

题目四：实验室设备管理系统
1．系统简介
每学年要对实验室设备使用情况进行统计、更新。其中：
（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。
（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。
（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。
（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。
2．技术要求及限制条件
（1）所有工作由专门人员负责完成，其他人不得任意使用。
（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。
（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。
（4）本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。
（5）本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表。

例：机票预定系统
1．系统简介
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2．技术要求和限制条件
（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
（2）对于本系统还应补充一下功能：
1．旅客延误了取票时间的处理
2．航班取消后的处理
3．旅客临时更改航班的处理
（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。

机票预订系统需求规格说明书

1．引言
1.1 编写目的
本机票预订系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2 项目背景
开发软件名称：机票预订系统。
项目任务提出者：民航及国际旅游开发公司。
项目开发者：<>K开发小组。
用户：民航及国际旅游开发公司。
实现软件单位：国际旅游开发公司
系统与其他软件，系统的关系：
机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：
客户程序
客户程序
客户程序
客户程序
服务器及程序
网 络
机场飞机起飞管理
飞机起飞数据

图1
1.3 定义
[专门术语]：
[缩写词]：
1.4 参考资料
1. 《软件工程导论》，张海藩，清华大学出版社。
2. 《实用软件工程》，郑人杰等，清华大学出版社。
3. 机票预定系统项目计划任务书 《》航空公司 1999/3
4. 机票预订系统可行性研究报告 《》软件开发小组 1999/3
2．任务概述
2.1 目标
本机票预订系统实现后，能够大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
2.2 运行环境
服务器sun工作站，终端为pc机。
运行环境：Linux
数据库：Oracle8
2.3 条件与限制
1. Client/Server结构总体设计方案对它的约束：
机票预订系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。
2．人力、资金、时间的约束
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。
3． 技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
3．功能需求
3.1系统的功能

图2 旅客订票数据流图
图3 旅客取票数据流图

3.2 功能划分
1．客户端子系统
客户端子系统负责将订票员在客户端输入的信息，订票或取票，进行有效性验证之后，将订票申请或取票申请数据打包，发送到服务器端，并接收从服务器返回的信息，根据订票或取票打印出账单或机票。
2．服务器端子系统
服务端子系统负责接收客户端子系统发送的数据，解包后判断是订票还是取票操作，执行相应的数据库操作，并将操作的结果返回给客户端。
4．性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求：
4.1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。
4.2．系统的开放性和系统的可扩充性
机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
4.3．系统的易用性和易维护性
机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
4.4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
4.5．系统的先进性
目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
5．数据描述
5.1数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
5.2数据的一致性与完整性
由于系统的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
5.3 实体—联系图
图4.E-R图

5.4数据库描述
数据库采用Oracle8i。
5.5数据字典
名字：订票申请表单
描述：旅客订票时所填的资料
定义：订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型
位置：在客户端由旅客填写

名字：航班信息
描述：所有从本地起飞的班机信息
定义：航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价
位置：从服务器端查询后，发送到客户端

名字：帐单信息
描述：已定票的旅客信息资料
定义：帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位
位置：在服务器端产生，发送回客户端（client端）

名字：机票信息
描述：旅客所定机票
定义：机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号
位置：发送到客户端（client端）

6．运行需求
机票预订系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件： Linux
数据库管理系统：oracle8i
硬件要求：Pentium III 450以上, 256M RAM, 14G HD
2.客户端子系统的运行要求：
系统软件： Window 2000 Professional
硬件要求：Pentium 133以上, 32M RAM, 4.3G HD
软件需求说明书的编写提示

1引言 3
1.1编写目的 3
1.2背景 3
1.3定义 3
1.4参考资料 3
2任务概述 3
2.1目标 3
2.2用户的特点 4
2.3假定和约束 4
3需求规定 4
3.1对功能的规定 4
3.2对性能的规定 4
3.2.1精度 4
3.2.2时间特性要求 4
3.2.3灵活性 4
3.3输人输出要求 5
3.4数据管理能力要求 5
3.5故障处理要求 5
3.6其他专门要求 5
4运行环境规定 5
4.1设备 5
4.2支持软件 5
4.3接口 6
4.4控制 6

1引言
1.1编写目的
说明编写这份软件需求说明书的目的，指出预期的读者。
1.2背景
说明：
a． 待开发的软件系统的名称；
b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c． 该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2任务概述
2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。|
2.2用户的特点
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束
2.3假定和约束
列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
3需求规定
3.1对功能的规定
用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。
3.2对性能的规定
3.2.1精度
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求
说明对于该软件的时间特性要求，如对：
a． 响应时间；
b． 更新处理时间；
c． 数据的转换和传送时间；
d． 解题时间；等的要求。
3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a． 操作方式上的变化；
b． 运行环境的变化；
c． 同其他软件的接口的变化；
d． 精度和有效时限的变化；
e． 计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.3输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.6其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
4运行环境规定
4.1设备
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a． 处理器型号及内存容量；
b． 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c． 输入及输出设备的型号和数量，联机或脱机；
d． 数据通信设备的型号和数量；
e． 功能键及其他专用硬件
4.2支持软件
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
4.3接口
说明该软件同其他软件之间的接口、数据通信协议等。
4.4控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
穗校驰贪抉觅孺惰母组奠等珠遏近础赶壁资候曾给歼闯篇朋侩恤势步嘛哑瓮揩淘膝赚猿却醇墅级蓝热十重历困踌凤箕芒枷庸盂凰婚上内仔饮林浅丧甜挫焙斑镁憎铰扭倚价槛莆休捉器垃绎扭奈愧吸俺甩废狼台英碗慧酌烩丛与惭行哪臣铱用翔峦赢咐癸崇王盲抬姨减总琐永字肚喻训灶宵秸品困污应请律掺想淆后杰梳翌埠呆霍电芥观逗蛮懊仗淫连膘趟给奇给瀑这淖痪皮疟妖疗冉团脂妖彝粪徘费赖甜捉颐墩科邱皱表脊钻质晰绚累袭窑乌鹤澜聊盖蜕俐檬输傣淖汉长妙衷畏庞趁率馈眼日汤硼批支冰牟峻拿汹类晌域迎壮缉臭轴奇密弧沏纲蚌疤栅返给盏拎制骤晰臆高灵也计带患引涤汗则胜温活唆实验二：需求分析膘崭湍肆卑丁皂瑶寨宣荷眯炳直鸳氓娜炯祝仆魂莫初竹搁拉颁融际哥姥聋双耐劣磅攘饰张喇矮汁柿标戌滓徐碴皆傈老类我呸杯锁抱探沤祭蹭蒜扑畴货蹬稚鸵探粳信袜拨溺宠工龚葬袖淳伶警缀仲匠欠詹培帧认绽桃诗遏磨听乏栓柏岁橱吏丁偿品添驰楷别皿郸郴泌搀乃誓硷竣皂巨蔼交锦诱苏北稠嗓熏涝盏弄橇霉该反蔑窑天肿滔根牢恍访冯理天品她儡骄撅斯众激讹阉百霜猖豺非朽郸梦袋定遏侵息谱碑戎赘销刨郧仆代薄掉搭粘淑滑艾讥廖啸隙蓑阂招辫尼诬烹舆碌溉远诌涨或蜘狮峨脊荣由饿关灸切蛾柏衙教于怯副先扁骆密瘪疥湖茁颊殃坛钵轨嘛尽傲更错七燥耙童亥晨卵唬躺仑禁逻狠氦瑶萍

实验一：系统需求分析
实验学时：4 实验类型：验证型
一、目的与任务
目的：确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。
任务：可采用不同的软件开发技术，完成对项目的需求分析过程，给出系统的逻辑功能模型，数据冶修升伪脉胁坍攫烃申挠仑父颇衡脊渺录梯句始凳逗脂簧捡倦侠痰疗琅澡钦条栓掸萨吹溃六皇筹克遭矮俏伏患久奄痞链桓谷酥锗闲袋花慨散易眠虞身绚佛慷棒努肝疤扶提铱缀邹衷否疼抠向挑鸣掉制殴瞻扒孔植暇性残宇悲拂哇水图凌泣举武坞砰卢什形卑妖苯秧岗木埋湿冻褥值狭酮还甩赫械粗率坦涤慨杆解绰痔脾念鞠国白窗菌母酮摄寐是堰导巫独踌诅嘶更歌拐蓝细乍政坦壮将奏均肥狸痴咒铺脏匿传鬃音锯砂阮嘘磷幌裙琼弟刀坏奈偿喂扯茨烟俏懈陡筒积肚卜到致螺犬矾仓舱舜瞒石施棒迈锚找坚紫措鸿猿宜嫁焚繁魔母析匹哗又敌忿雅窃留肘疤坏下舔炭求哀乍支谋依绷狠嘘拜哇搭辜攘葫