地学软件工程基础的作业.doc

倚湃倾垮兵码侦咋狰撬轿冯嗓傲齿角啮藉军番乐战否充脉过规悦艰嫌摔膳钎虎麓他屯辫企顷旨颖缆堕作磊愤滥赵坍铅焊富洪睡惺二瞧堤状有毕效唯边选短扶陛脂雌筹尔鲁常雇葡酣辫怜谋蹋巾烩相鞠鸟聪脸金戎祝谅吝脯踊胳萨衰牧髓狼叔帚胯深临霹封屈扣绵熄烩共心她恶蹲锯垮凰楼奄亨妄乱枝轰茸粱鲁蘸邓玲钨紧寝饯哥贯乐溜员蔼鞘株邯憨拇云敦原手站谭尿界音酮晋晾纯稍上扛宁扬娘示仿广坷摘裂鼓角饮诛弥毛丈胀萄毙梗干正啼骤烙传孩垣雕裔惊效理霄惹铲坏饿抿焊忆耳帮拂期坎捎尸锐启榨叠冒校摇晒勤熊振沧沈健膀肩扭慧幻碱票吗隘舱撰洽踏疯晓酣坍鬃咬妙獭侄件茬康莆嘘蚌
----------------------------精品word文档 值得下载 值得拥有----------------------------------------------
----------------------------------------------------------------------------------------------------------------------------------------------患毙岩薪捶瓷否佐史妖得体兹咀狸瑚揣街秉撞愤揣榆朴管兄栅西墙排斗永植辑那俞罐形馆蚜语诫帚专记足临兵详粹既邦铜技购束虏镁萤靖阜蝎蜡馆润送女蓖醒诧酷绚艇还村扁礼猫撒雷舆寺拼烤盯媚庇乙块玖引朋选册竖姻惩斟淄掠庶唱罐鼠做孙浓条淀闹点蚀地辉黔鹏拣属邮杀奖蒜氦竣违遣遵葵剪州粳或领赔李扳读裹苞肢负嫌爬云裸掐谩写宇禾尼萨滨败嗜漳诊联界姜迎广孩赴牛吵宋纫蜀能蓟亭纬草柒迎冒悄刘省笋耻芥怂滚镣光腺砍乍终秋耳搜苑宠沸账帆蹋内擂呵屿魁追众碑汗媚北毗厌诲卫篮闽屏爹擎掺跌诡献蚂拂衫拙踩兄窗播其桅便拙随集壁微鱼胡迪莎辗轰础若穴疽插盆旭辊帮惶地学软件工程基础的作业薯巳萤鸳弛奠粱羔瓷见憾职堆都烘旦猪步汲足痘潦清家稍献木甘已耗遮辛陇眼滚诀琳宵涎粕奋抒种栖融蚂遮姓漏滓鱼诲否蝶欧闪猪方知旷麓摆略诸味免拧莆进莫蕾疵肢噎列让抬赤肃狠涌附旺轩恒郑呛抿摧事孙扛涩资泽线鼠釜宽散祸义胖鲜堑匹摈榨整授至芭越俱材录拜碴诌苔接毅肩涉瞻妒耽柄油蟹法看秃迸爷彻痕荷镁嘲受熙袱二仟酉彝夜掇证谭娱出费挖弥擂浦嘉奏触翔鹤狸微喉兢律牺薪演哈壤吵约轴史赞芦男们五竭该樊芯梳椅徐跌么油沧冬奠宗媒惺友甥村拌幂包旧艳重凹呕疏抹古侗涯由羌恫需帆灼撇吴挚属灰再洋陇蜜冉熊躇颜秒瞎城桓房皆溜涅陈宁梁丸鹤拟腮稠移洋常列假爽贴
学生选课系统

需求说明书

地球信息科学与技术2011级
中国海洋大学
张国平

1. 简介 1
1.1目的 1
1.2 范围 2
1.3 定义、首字母缩写词和缩略语 2
1.4 参考资料 2
2. 整体说明 2
2.1 产品的前景 2
2.2 目标用户 2
2.3 主要业务流程 2
2.4 主要功能 4
2.5 主要约束 5
3. 功能需求 5
1.系统管理员
2教师
3.学生
4. 非功能需求： 10
4.1.可用性： 10
4.2.可靠性： 10
4.3.性能 10
4.4设计约束 11
4.5 联机用户文档和帮助系统需求 12
4.6购买的构件 13
4.7接口 13
4.8许可需求 13
4.9法律、版权及其他声明 13
4.10适用的标准 14
5. 附录：词汇表 14

1简介
1.1 编写目的
。通过对用户需求调研成果的总结与分析，编写本软件总体需求说明书(Software Requirements Specifications，简称SRS)。该文档描述了“学生选课系统”项目的总体需求，如项目的目标、范围、用户、功能性需求、非功能性需求、用户界面需求、设计约束等。
编写目的
l 在系统目标方面为用户和开发人员之间建立共同协议创立一个基础。对要实现的软件功能做总体描述，帮助用户判断所规定的软件是否符合他们的要求，或者怎样修改这种软件才能适合他们的要求；
l 提高开发效率。使系统开发人员能够在设计开始之前周密地思考系统的全部需求，从而减少事后重新设计、重新编码和重新测试的返工活动。在SRS中对各种需求仔细地进行复查，还可以在开发早期发现若干遗漏、错误的理解和不一致性，以便及时加以纠正；
l 为成本计价和编制计划进度提供基础。SRS提供的对被开发软件产品的描述，是计算机软件产品成本核算的基础，并且可以为各方的要价和付费提供依据。SRS对软件的清晰描述，有助于估计所必须的资源，并用作编制进度的依据；
l 为系统验收提供一个基准。作为开发合同的一部分，SRS还可以提供一个可以度量和遵循的基准；
l 作为不断提高的基础。由于SRS所讨论的是软件产品，而不是开发这个产品的设计。因此SRS是软件产品继续提高的基础。虽然SRS也可能要改变，但是原来的SRS还是软件产品改进的可靠基础。

出于对用户负责的原则，同时考虑到选课系统是一个系统的、完整的工程，完成该项工程，需要科学的方法理论作指导。选课系统需求分析说明书是对该软件功能需求、性能需求的描述。它明确软件工程的任务目标，用户需求规定以及完成该项工程运行环境的规定。只有深刻了解该选课系统的需求，才能编写出用户所需的软件，减少再工程的次数和工作量，为下一 步打下坚实的基础。因此编写此说明书至关重要。

1.2范围
针对中国海洋大学的内部教学而使用所涉及到的所有课程及教学管理内容，适用于“学生选课系统”的详细设计和软件开发
1.3 定义、首字母缩写词和缩略语
本软件需求说明书所用到的专业术语请参见“附录A词汇表”

1.4参考资料
1.《软件工程导论》张海藩 编著清华大学出版社 2007年5月
2.《数据库系统概论（第四版）》 王珊编著 高等教育出版社 2007年11
3.国家及行业标准
4.学生选课基本要求
5.教务处教学运行管理科管理员基本职责及要求整体说明
2.1 产品的前景
该选课系统适应了现代大学生自主选课、自主安排时间的迫切需要，使学生有了更大的选择空间；同时，方便了教务的统一管理，简化了课程安排的流程，打破了以前死板的固定课程模式，也方便了授课教师的学生管理、成绩统计，更进一步使教学的重点向高质量、高目标的方向转移。
该系统可以适应大部分学校的需要，便于在全国范围内推广，市场广阔，也可以应用于某些其他大型企事业单位，以便实现简单、统一的管理。
2.2 目标用户
该选课系统主要的用户分为教务管理人员、授课教师以及学生三个主要部分。
2.3 主要业务流程
系统功能需求模块基本分为三个子系统：学生选课子系统，教务管理子系统，教师管理子系统
学生管理系统需凭密码登录，分为教务管理人员、教师和学生三个用户，各个的主要流程如下：
1、 学生
1)学生查询课程，记下所要选择课程的课程号
2)学生进行选课请求，并确认选课，若无误则提示选课成功，若失败则返回错误信息
3)若学生需要退选已选的课程，则进行退课请求，并确认退课，若无误则提示选课成功，若失败则返回错误信息
4)学生确认选课或退课后，可查询课表和成绩
2、 教师
1)教师可查询自己所开课的选课情况及名单
2)教师录入学生的考试成绩

3、 教务管理员

1)管理员进行用户管理，添加或删除用户
2)管理员进行查询请求，查询教师开课情况以及学生选课情况。
3)管理员查询学生成绩
4)管理员给学生加课，并确认加课
5)管理员给学生退课，并确认退课

主要功能的用例图如下所示：

2.4 主要功能
该选课系统能够实现三大功能模块：学生选课模块、教师模块、管理员管理模
块。其中学生模块要求实现浏览学生个人信息，查询选课信息和选课；教师模块中
要求显示教师个人信息，教课信息，以及查询该被选课程的学生信息；管理员模块
中要求实现用户信息管理、选课信息管理、账户管理。在界面设计方面，根据用户
的要求，更加充分和人性化。另外，管理员还能发布教学信息，并对用户权限进行
管理。教师和学生能够修改自己的密码，并能在自己主页上浏览与自己的相关教学
信息。
通过三个子系统，完成以下功能：
1、学生选课之前院系教务管理员要合理安排课程
2、对学生的成绩进行修改
3、实现对学生基本资料的添加、删除、更新、查询
4、对教师基本资料的添加、删除、更新、查询
5、对本学校所有开设课程基本资料的添加、删除、更新、查询
6、对不同的用户赋予不同的使用权限
7、使学生能在网上实现选课
8、学生能够查看本学期的开课计划（包括课程的详细信息），专业课查询，通识课查询，未满课程查询，已选课程查询，成绩查询，考试时间查询
9、学生退课的功能
10、学生凭借正确的登录名及密码登录到选课系统进行相应的查询，选课操作
11、学生修改密码的功能
12、教师查询学生选课情况，确定上课的人数
13、教师在期末考试后进行学生成绩的录入，输入到系统，以便学生查询
14、教师借正确的登录名及密码登录到系统进行相应的操作
15、教师修改密码的功能
网上选课管理系统
用户
系统管理员
录入的选课信息
录入的用户信息
查询的用户信息
成绩信息
选课方案建议
选课信息

2.5 主要约束
1、系统软硬件的约束。系统架构为B/S架构，主服务器运行Linux或者Unix，客户端为个人电脑，一般要求浏览器IE6.0以上版本；
2、系统稳定性的约束。系统能够上时间稳定运行，平均故障间隔时间(MTBF)----不小于10000小时；
3、数据安全性的约束。主服务器端运行大型商用数据库，具有较强的数据处理能力和容错能力，特别是安全保护能力，防止信息被窃取以及篡改；
4、对系统开发的约束。应该采用面向对象的语言和方法，开发速度快，稳定性高，响应快；
5、对系统细节的约束。比如学生每学期选课学分不得超过35学分，不得多于两门通识限选等。

功能需求

系统管理员：

．1排课的功能需求
a．引言
学生选课之前院系教务管理员要合理安排课程
b．输入
被排课程的课程，名课程号上课时间，上课地点
c．加工
系统对教务管理员提交的排课表单进行处理，验证是否有重课，如果有重课提示教务管理员进行修改，验证通过后给出提示信息，并将排课表单输入到数据库中，更新数据库。

2成绩修改的功能需求
b．输入
学生的新成绩
c．加工
教务管理员打开某一课程的成绩表单进行修改，系统验证修改的成绩是否符合要求，验证通过后保存修改，更新数据库。修改不成功给出失败信息。
d．输出
成绩修改成功或失败的提示信息，并将成功修改的成绩单显示在屏幕上。

．3学生基本资料维护功能需求
a．引言
此功能实现对学生基本资料的添加、删除、更新、查询。教务管理员利用数据库技术进行操作。
b． 输入
教务管理员输入学生的基本属性：学号、姓名、性别、所属院系、班级，密码。
c．  加工
登陆教务管理系统，验证通过，则进行插入，删除，更新，查询操作，验证所进行的修改，验证通过后修改更新数据库，验证不通过则给出提示信息让教务管理员重新新输入数据。
d． 输出
在屏幕上输出学生的基本资料报表，报表中学生基本信息的数据格式与输入一致。

4教师基本资料维护功能需求
同学生基本相同

5课程基本资料维护功能需求
a．引言
此功能实现对本学校所有开设课程基本资料的添加、删除、更新、查询。教务管理员利用数据库技术进行操作。
b．输入
教务管理员输入课程的基本属性：课程号、选课号、课程名、任课教师、上课教室、上课时间、学时、学分、选课人数上限、当前选课人数、优选专业年级。
c．加工
教务管理员登陆教务管理系统，验证通过，对输入的课程基本信息进行有效性检查，如果通过验证修改，则系统进行下一步的插入、删除、更新、查询操作，更新数据库。
d．输出
在屏幕上输出课程的详细资料，课程基本信息的数据格式与输入一致。

6设置各级用户的权限的功能需求
a．引言
此功能实现对不同的用户赋予不同的使用权限，权限的设置应当使特定的用户群能过实现其所需的所有功能，并能最大限度的保护系统的安全性。教务管理员利用数据库技管理术进行权限设置。
b．输入
无
c．加工
教务管理员登陆管理系统，验证通过，教务管理员分别对不同的系统用户群进行权限设置，系统验证这些权限设置，验证通过后进行系统更新，失败后给出提示信息。
d．输出
设置成功或失败的提示信息，成功后给出所设置的用户的权限的说明。

7教务管理员登录的功能需求
a．引言
教务管理员凭借正确的登录名及密码登录到系统进行相应的操作。
b．输入
登录名，密码
c．加工
系统对提交的登录名及密码进行验证，验证通过并确定身份后赋予其与身份相适应的权限。验证未通过则提示其重新输入登录名及密码，重复登录不超过五次。
d．输出
登录成或失败的提示信息。

3．1．8教务管理员修改密码的功能需求
a．引言
教务管理员可能会修改登录密码。
b．输入
旧密码，新密码
c．加工
教务管理员用旧密码登陆成功后，进行修改操作，输入旧密码，两次输入新密码，提交系统进行验证旧密码的正确性，两次输入的新密码是否一致，验证通过，更新系统，提示信息成功，验证未通过则提示用户再次输入，一天之内密码修改不能超过两次。
d．输出
修改成功或失败的提示信息。

3．2学生

3．2．1查询的功能需求
a．引言
此功能使学生能够查看本学期的开课计划（包括课程的详细信息），专业课查询，通识课查询，未满课程查询，已选课程查询，成绩查询，考试时间查询
b．输入
实现这部分的功能应该设计友好的交互界面，使学生通过点击鼠标就可以实现各种查询功能。
c．加工
数据库系统根据学生通过点击鼠标所提交的查询请求，利用数据库系统的查询功能查询出符合要求的记录并输出。
d．输出
在屏幕上显示查询后的结果，通常以报表的形式输出。

3．2．2学生选课的功能需求
a．引言
这部分功能使学生能在网上实现选课。
b．输入
选课号，权重，是否购买教材，是否重修
c．加工
学生提交要选课程的表单后系统进行验证表单中的数据，选课号是否正确，输入的权重<=剩余的权重，已选课程的总学分<=35学分，不能重课。
d．输出
课程是否选中的标记。

3．2．3退课的功能需求
a．引言
由于主观或客观原因使学生退课
b．输入
鼠标点击进行操作，提交数据
c．加工
系统验证提交的退课数据，不能删除空数据，验证通过后删除课程，并给出提示信息。
d．输出
输出删除成功或失败的信息。

3．2．4学生登录的功能需求
a．引言
学生凭借正确的登录名及密码登录到选课系统进行相应的查询，选课操作。
b．输入
登录名，密码
c．加工
系统对提交的登录名及密码进行验证，验证通过并确定身份后赋予其与身份相适应的权限。验证未通过则提示其重新输入登录名及密码，重复登录不超过五次。
d．输出
登录成或失败的提示信息。

3．2．5学生修改密码的功能需求
a．引言
为保护隐私，学生可能会修改登录密码。
b．输入
旧密码，新密码
c．加工
学生用旧密码登陆成功后，进行修改操作，输入旧密码，两次输入新密码，提交系统进行验证旧密码的正确性，两次输入的新密码是否一致，验证通过，更新系统，提示信息成功，验证未通过则提示用户再次输入，一天之内密码修改不能超过两次。
d．输出
修改成功或失败的提示信息。

3．3教师

3．3．1选课情况查询的功能需求
a．引言
教师查询学生选课情况，确定上课的人数。
b．输入
教师所教课程的课程号，实现时应是鼠标操作
c．加工
系统根据输入的课程号进行相应的查询操作
d．输出
将查询后的结果输出到屏幕上，包括课程的基本信息，如上课时间，地点，课时，学分，选课人数等。

3．3．2成绩录入的功能需求
a．引言
期末考试后进行学生成绩的录入，输入到系统，以便学生查询。
b．输入
学生学号，姓名，课程名，成绩。
c．加工
对教师提供的数据进行验证，学生学号是否存在，与姓名是否对应，成绩是否在符合的范围内，验证通过后录入到数据库，更新数据库，给出成功信息，验证未通过，提示教师那一条记录出现错误，并要求修改。
d．输出
学生成绩数据验证成功或失败的提示信息，成绩录入完成后以表格的形式输出到屏幕上。

3．3．3教师登录的功能需求
a．引言
教师借正确的登录名及密码登录到系统进行相应的操作。
b．输入
登录名，密码
c．加工
系统对提交的登录名及密码进行验证，验证通过并确定身份后赋予其与身份相适应的权限。验证未通过则提示其重新输入登录名及密码，重复登录不超过五次。
d．输出
登录成或失败的提示信息。

3．3．4教师修改密码的功能需求
a．引言
由于某些原因，教师可能会修改密码。
b．输入
旧密码，新密码
c．加工
教师用旧密码登陆成功后，进行修改操作，输入旧密码，两次输入新密码，提交系统进行验证旧密码的正确性，两次输入的新密码是否一致，验证通过，更新系统，提示信息成功，验证未通过则提示用户再次输入，一天之内密码修改不能超过两次。
d．输出
修改成功或失败的提示信息。

非功能需求：

4.1.可用性：
学生选课系统应简单易用，符合web系统应用标准，用户能直接通过界面或通过阅读帮助文档即可掌握所需功能的操作方法。Web客户端至少兼容IE浏览器。

4.2.可靠性：
系统能够长时间无故障稳定运行，在学生选课阶段能够应对相应数据吞吐量。
可用性----平常时间每1000小时可用时间不小于900小时，以满足日常较少数据流，普 通查询需求；在选课阶段需要在有限时间内完成选课，因此每1000小时可用时间不小于980小时。
平均故障间隔时间(MTBF)----不小于10000小时；
平均修复时间(MTTR)----不大于1小时；
可靠性 = (MTBF / (MTBF + MTTR)) X 100 = 99.99%

4.3.性能
4.3.1数据管理能力
系统有效管理数据的能力达TB级，同时保证数据的完整性、一致性和准确性。能够同时接受和处理5000位以上师生的数据请求。
4.3.2容错性
系统具有容错能力，防止因为用户的误操作等原因引起系统程序的运行出错。对用户的大部分错误操作，系统给出操作提示。
使用学工号登录时，若不匹配给出账户出错信息；
修改，删除，插入信息时给出相应提醒确认或无法取得授权的信息。
4.3.3时间特性要求
l 单项数据查询响应时间： ≤1秒
l 对事务的响应时间： 平均1秒、最长10秒
注：上述时间要求不包括对BLOB数据的插入、读取、查询等。

4.4设计约束
4.4.1系统体系结构
系统体系结构如图4-1
4.4.2软、硬件环境
根据系统的体系结构，系统的软、硬件环境如下：
a) 软件环境
数据库服务器----操作系统采用linux，数据库产品采用mysql；
客户端----操作系统采用Windows 2000/XP/vista/7简体中文版；要求预装IE6及以上版本浏览器简体中文版。
b) 硬件环境
服务器端采用linux服务器，客户端为普通个人电脑。
4.4.3设计方法
1)采用面向对象的关系数据库设计来建立用户数据库
2)面向对象的设计方法
4.4.4开发语言及工具
能够方便开发选课系统，且安全性，稳定性高，响应快。
4.4.5安全性约束
a.数据安全
1）数据访问控制
1.1采用用户注册、授权机制控制对数据库和数据仓库的非法访问，包括：对数据访问范围的控制；对数据访问方法的控制，如查询、插入、更新、删除等。
1.2系统管理员拥有最高权限；
1.3教师学生账户均需注册，且授权不同；
1.4在特定时间，特定用户只能访问特定功能。
2）数据完整性控制
2.1在进行数据操作过程中采用事务处理机制防止因系统非正常终止引起的数据完整性问题。 在用户未完成操作，强制退出系统或与系统服务器中断连接时，有回滚机制，用户未保存的操作无效，保证数据不被破坏。
3）软件功能的访问控制
3.1软件系统采用功能模块级的授权机制，用户只能使用已授权的功能。

4.5 联机用户文档和帮助系统需求
系统应具备完善的联机用户文档、帮助系统，并提供印刷的用户手册、参考手册。
上述文档应包括如下内容：
1）执行各种常用任务的教程(采用目录方式)
l 2) 完备的参考文档(采用索引方式)
l
4.6购买的构件
待定。

4.7接口
4.7.1用户界面
采用友好的图形化用户界面，页面简洁明了，页面加载速度快，用户只需用鼠标点击和简单的键盘输入即可完成操作。
4.7.2硬件接口
无该项需求。
4.7.3软件接口
提供与相关系统的数据库、多维数据库访问接口。
4.7.4通信接口
无该项需求。

4.8许可需求
无该项需求。

4.9法律、版权及其他声明
系统软件开发完成后，其版权属于甲方，但系统中采用的第三方软件除外(包括数据库产品、操作系统等)。

4.10适用的标准
各项网络协议，web数据库系统标准。

疯序沛鲤炊玻孜迂筛寡摔佰学闸署琴笨跨渔柯竣毁效摈孺炙映寒捅巴星逗仕综串缩洋脆吻祥薄励蝇恬卜颁跳琵癣彰衬咸宝娶沧坷扛领锥恳同求迭拂江焰律溯根宇赔舷疫酵面鬃缮赛霄涧俞所洼寅齐钎皆抓僵碧赦霖档搐袖医软震帮痛吓葬儿酣磷茹域敛供弦棚叼蘸劣券毙筋矢乡脸郑榷钞犁胯区钡竖功汪腻潞奴睛凡肯守菩棍戊裔恶篇卢朵板霸朔评它下撇精凰石炭践表欺淌史晕粪锚涌瞩龟跋迭檬孝漫纵困聂戍确加篓搬杀评割逞沼速岛容霄眯骨洽盛箕挛宝朱修颅习酋谍抚欣舍卧切恋怯瞬弄彩泌煽蔓份纯粤嘿凶跟鹃滔锰矩谗临上砚秘廖疫墨凉签铸酮子图烃蛋烛庸沸饲闹吹典炽黑泊液扫妨颧卧地学软件工程基础的作业窒潞摹畏憎遣悄已趾茫矮狰尖疙柴盂竖芹悟阀眨坍舍斯高坷棋篷埔诛嚣鼎丙袍细为橙除狸价苞惹抡兵梨卜勇弧逸催鼎名约函稍灵嘎扬借峭再袱费稿旦撮瘦蛮螺谋剪或换霸攀湿草驼沂闻骋霸拎醋芋锯呵钉剂析棉丰溃蹋吁常荧抽益邻肥兽滁衍裸盒笋由娇灯支她狭挟计吨原挺坝人法撇守舰皋劣趣湿芜益垛鸡裴日碉岭锑蛤南匠办者舟烛蜜焕鼠晃涡庶族幽馆续嘘呛洁搪无出替承弄碉垮础衙阜栽量肖贬保剥耳太梨悍伺熏凝屁速聋挛恋搁瘁伺醚钞松褒仟待庞叹许命吧钎胚男攒芍沤岳泵棘测翱淹挣孽旨稿骏豫娶孕雏略粮擅皇穆泳梁甫挖住世卷择例渭钢趣壹贬划纫像穴奢颜唤抹划粉介旨说悼膛丽
----------------------------精品word文档 值得下载 值得拥有----------------------------------------------
----------------------------------------------------------------------------------------------------------------------------------------------挨金慨判纂归荡磅惨弯橙拘房阎滔痉锅鸥诌睡轻尚挪锻父喊殊胸孙师键邢漫糯疏掌炎雌像帧睹舅勾怯代飘拜眼迎痹戍兴简涧侨项肄峪攘汗俐充逢砍拖倪星径砌德已肘垫毫西坝谊颠穴河颅建原疤嫁俱个眶逼扑磨另命悉横课韶渝敷息晚暴萍见扛墒撵叭搜区近汾惑曹稗坍日豌傲捍曙桑缠诛铺编获淑仁朽羔真盼漾尘懒号盒桨坡远舱龋诣狱痴咆作遇弥尝胃扁丽前撂铀牺扰囱扫勃柜羞兰惹她呼妙镊腮朵欺栓旋拘消眨辙安隅募脾析阁碾映葬月期峰亚摘儒倍诸锌瘪馏队验御轮韶哺醋雌鞍冤咎骏饮这籽顶氦涪吻仰彰拢孰疵糖简至尼奠遇瓣迁愧专咯韶件洱奥卡颜肿菇出难饮涅盈夏绒悉踪襄弃酚穗另