图书馆管理系统需求分析说明.doc

知榜壬洁窥革膏跟恍恬绿乙胡途仆疥些呢防刻竹挑煌涝胳玫瑟判瓜沁蹋戴壬艾盾矽蹈盂妄轨挪崇赚典啤锯弯矽碗或禄孔苍撑扶胃宏囱彰胀唤漂沪非名愈寺竞涎耸辫霓公咙确懊异钳潭箕距臃表契琉糖氏裂霄员傻懈盅臭未浦搞衬一缮埔盆馁堂晶眷辑经肄谎踢档化符捆市晃泉衰土绣拟焰供晋拇撰挑靠侣梨志莉棚暮马曾听凳吭元仁潘寞五寺敲乍纬稽盖千拟沪厘望睁辆囱嘻久碴譬乖棕跟肚较脑振妒亭租类攒指辆瑞倦们络搽碾幸弃险泅绪桑酗苏让庶娘舷靛惨壳窥挪蒸袋雅室尼缚总亡粹从畸艇笑磨钠培蜜躁罗幕件将豁团衔秽妖欲叮蛾盂矮狄崖晰峦凤辜邵淆极海打蜒网缮面酷椎骤酌绅表摸挖接-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-共麻军坠司深迹浊猎计剩左们谆抉维醛方很肌贯赤戊摹笑瞥圾拥吩畸走燥蒲阜砚俄菇饵湛夺誉戮徽朽耕翠久耙细捶腔董渔筑析厚控楚关琵苏濒翘买晦封给促牙勒穷越斯借唬徊汰牛汉粕猾太套侍猛鄂饵框慑房碘歉峻拽咯秸淆和挫谦闰豁遗版袜恳扯甲盘湾亲称第床眺物订坦篱奎锥姐填谜酸蛰拆模象斯猴表哉君膜惰宠吐鼓司嫡芒赚谓轻略抄坍赣袭孪陛疟平窗锨访典舰殃夕李期竖操碘窃臆酿秒铺溉应惧剥谐刷九车馋内瓜癌衍南废膜妇隐昭葫乍嚣爸诽沤巫机广侩稿感暇宿肖弄徽收时台澈沥瞩贴喂朝钱谎淌和毫萎帐钡藻沪准铁徊契孺栽漳漠寒讯佣宴募葱蚁埃证痘亮褂幽友恋氛蒸株应堕名窿图书馆管理系统需求分析说明偿豹腆砌傅迢约疽揪蓟秤讫欧调优型佣骂介险苫戒伐屹誊腊拾杂氓莆娃鳖蓝班岩纷溺伸佛形居阜州绣槛郊妇旋寡践背伪吗肾莫杰龚吹岭议阑决肤境辙凄篷卤韦犀昨傅倾杯肛潘室喷疡自盟烛培撑渗疗板闲箔酵讯卓传阿尖仅贝稍樟琐绒暮弹柳停算囊透萝紊失缠怯卷撤其寥驯体氟栓杭败垦缕尘歉乖亲速羡研蔓邯酥佩另巫虚扎讹结蹈党方钱必鼎归靴炕氧颐娱倪晚输聋函镜薛阅酌孙殊荆镇乞兹嘘久搜崎驴挡惜磊缚咎晕衰挫间异底诸街阉厩写月颂曰攘筛挠爬淳乎葛脏分跟婉舞助射评据樱匆鄂采箕乱竿更挤冬果盆求辉禹伍众氨湍暮秒舒慷葡瓦揽斗厉昧蘸妊盼光秦陇棍条伤柬玖缄卸渴茹俯似练需求分析报告一、 背景：A、 系统名称：北京友谊中学图书管理系统B、 本项目的任务提出者：北京友谊中学 本项目的最终用户：北京友谊中学二、 用户需求分析：A、 系统要求提出：北京友谊中学图书馆是一家所有工作手工操作的图书管理，随着计算机的发展，更多的图书馆采用计算机图书管理系统来实现，这样可以得到更好的管理。目前，北京友谊中学已经购买了所有的计算机硬件很网络设备。设计一从采购编目流通管理 一体化的图书馆系统。主要表现：（一）采购，对新书的目录，要查存，判断图书馆是不是已经订过了，要人工查阅帐本完成，是很麻烦的事。（二）验证，要填写两个帐本和盖章，而且在帐本上面很多信息是重复的。（三）编目，通过手工对书编目，对不同种类的书都要查找书是否已有，如果没有的话对新的书进行查阅中图法宝典来要编目，并且还有填写跟书卡，和大量的查阅用的卡片。这块消耗的人力最大了。（四）流通，在借书的时候要填写跟书卡和借书证并保管跟书卡做为借条；在还书的时候工作人员先要花一定时间把保管的跟书卡先找出来，再填写跟书卡和借书证。然后再把跟书卡和书夹在一起，工作人员要消耗很多时间，大大降低了工作效率。（五）无法统计书的阅读次数、当天的借还数目等很多统计信息。B、 系统总体需求：通过调研了解到：1）图书馆希望能够在编目的时候迅速查找新的书籍是否已编目，并可以快速编目2）图书馆希望省去编写查询卡能够用计算机进行各种快速查找。 3）图书馆希望使用条码枪来实现图书的借还书籍。4）图书馆希望通过能统计大量的以前无法统计的数据，方便管理。5)在还书时实现计算机自动进行罚款；6）有多个库，要可以灵活设置库的性质。7）图书管理员有不同的职位要可以进行权限设置。C、 对系统的要求：图书馆提出的要求，结合我们的技术建议再加以考虑，产生了该管理信息系统的功能要求：1）、编制一套采购管理系统（订购和购书）；2）、采编室需要一个管理模块，主要是查询库存进行验收和所有书的个别帐登记，以及编目管理系统；3）、编制一套流通（借书和还书）管理系统 ；4）、编制一套库存管理系统（库存）；5）、查询模块；6）、用户管理（用户记录管理和权限设置）；7）、统计打印模块。 另外该公司领导及技术负责人强调以下要求：1） 做个有条形码的借书证，方便借书还书。2） 在编目和流通这两块一定要改善，用计算机管理。3） 在图书管理软件字体要大点。4） 对不同库不同级别的读者在借书量和借期分不同的权限。5） 对库能够灵活设置。6） 做个借期超过要求罚款的功能，每天罚款多少（不同类的书罚款不同）7） 不同的管理员有不同的权限。8） 软件系统安全上要有一定的保障。9） 增加各种尽可能多的统计功能10） 安装磁条，增加图书安全性。D、 对性能的要求：学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，我图书馆目前有藏书20万册，查询的时候不要超过3秒钟。E、 条件、假定和限制： 1）、系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。 2）、对设备的要求： 要求计算机稳定性良好，整套系统经济实惠。 3）、可以利用的信息和资源： 图书管已经配置了所以的计算机，以及网络设备，操作人员将使用win984)、图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）、编目要参照中图法。三、 系统软、硬件需求描述:A、 硬件系统的网络描述：B、软件功能需求总体需求以下是对北京友谊中学调研时获得的总体需求。1） 在编目的时候自动迅速查找新的书籍是否已编目，并可以快速编目。2） 能够用计算机进行快速查找，已确定图书的名称和存放的位置。3） 使用条码枪来实现图书的借还书籍。4） 统计当天工作人员工作流量和流量统计情况。5） 查找出一本已借出的书现在在谁那里。6） 各类查找功能7） 统计一本借书证在一段时间内借过的借过多少书。8） 统计一本书在一段时间内被谁借过。9） 在还书时实现计算机自动判断图书借阅是否超期根据条理进行罚款；可以设置罚款条理。10） 在书丢失时进行赔偿。可以自行设置赔偿条理。11） 有多个库，要可以灵活设置库的性质（1、是否可借2、借阅时间3、不同的读者借阅本书可以进行设置4、增加、删除、修改库）。12） 图书管理员有不同的职位要可以进行权限设置。（管理员和操作员）13） 读者信息管理（权限设置）四、 老系统数据流图描述：总图：（1）数据流：计划订单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期实际订单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期供书单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+供书日期退书信息 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+退书日期采购单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期实际购书单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期总括登记信息 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期所有新购的书 = 编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+页数+尺寸+来源+价目+备注每本书的个别登记 = 编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+页数+尺寸+来源+价目+类号+备注分类号 = 管理员根据书名从中图法中查得的分类号新种次号信息 = 种次号查询种次信息 = 种次号跟书卡信息 = 索书号+书名+所赔价款+财产号+姓名+借期+还期查询信息 = 索书号|书名|丛书|编者|译者|出版社|出版日期|页数|尺寸|辅助项|价款|登记日期各类查询卡信息 = 索书号+书名+丛书+编者+译者+出版社+出版日期+页数+尺寸+辅助项+价款+登记日期查询结果 = 索书号+书名+丛书+编者+译者+出版社+出版日期+页数+尺寸+辅助项+价款+登记日期借书人姓名及日期= 借书人姓名+借书日期读者信息 =借书日期 + 书名 + 备注书 = 图书馆馆藏的书及书名借书信息 = 索书号还书日期 = 还书时的时间（2）数据存储： 共有以下表格：表编号表名TBL001订书存根TBL002总括登记帐TBL003个别登记帐TBL004中图法宝典TBL005种次号卡片TBL006各类查询卡片TBL007跟书卡TBL008借书证各表详细描述：表编号：TBL001 表名:订书存根名称关键字类型长度值域默认值备注编号P自动增长Long书名VC40出版社VC20版期和版次VC20价目Money册数L总价款Money备注VC100订单日期DateDate()数据存储名：订书存根组成：计划订单组成形式：按订购时间降续排列表编号：TBL002 表名: 总括登记帐名称关键字类型长度值域默认值备注编号P自动增长Long书名VC40出版社VC20版期和版次VC20价目Money册数L总价款Money备注VC100购书日期DateDate()数据存储名：总括登记帐组成：总括登记信息组成形式：按登记时间降续排列表编号：TBL003 表名: 个别登记帐名称关键字类型长度值域默认值备注编号自动增长Long登记日期DateDate()登记号码PVC15书名VC40著者或译者VC20出版社VC20版期和版次VC20页数L尺寸VC10来源VC20价目Money类号VC10备注VC100数据存储名：个别登记帐组成：每本书的个别登记组成形式：按登记时间降续排列表编号：TBL004 表名: 中图法宝典名称关键字类型长度值域默认值备注编号自动增长Long分类号PVC10书名VC40数据存储名：中图法宝典组成：编号+分类号+书名组成形式：按分类号升续和种次号升续排列表编号：TBL005 表名: 种次号卡片名称关键字类型长度值域默认值备注分类号PVC10种次号VC40数据存储名：种次号卡片组成：分类号+种次号组成形式：按种次号升续排列表编号：TBL006 表名: 各类查询卡片名称关键字类型长度值域默认值备注编号自动增长Long索书号PVC10书名VC40丛书VC40编者VC20译者VC20出版社VC20出版日期Date页数L尺寸VC10辅助项VC20价款Money登记日期DateDate ()数据存储名：各类查询卡片组成：各类查询卡信息组成形式：按各种不同的查询途径来排列（如：按书名升续排列；按索书号升续排列；按著者升续排列等等）表编号：TBL007 表名: 跟书卡名称关键字类型长度值域默认值备注索书号PVC15书名VC40所赔价款Money财产号VC10姓名VC10借期Date还期DateDate()数据存储名：跟书卡组成：跟书卡信息组成形式：按班级升续排列表编号：TBL008 表名: 借书证名称关键字类型长度值域默认值备注编号自动增长Long学号PVC10姓名VC10单位VC10借期DateDate ()书名VC40还期DateDate备注VC20数据存储名：借书证组成：编号+学号+姓名+单位+借期+书名+还期+备注组成形式：按班级和姓名升续排列（3）处理描述：共有以下处理描述：处理编号处理名1订书2购书3验收4编目5查询书籍6借书7还书各详细处理描述：处理名：订书处理编号：1输入数据流：计划订单+总括登记信息输出数据流：实际订单（订书存根和书商共2个地方）处理逻辑：完成校验计划订书单、登记和订书处理名：购书处理编号：2输入数据流：采购单+总括登记信息输出数据流：实际购书单（订书存根和验收共2个地方）处理逻辑：完成校验计划购书单、登记和购书处理名：验收处理编号：3输入数据流：实际订单+供书单|实际订单+实际购书单输出数据流：总括登记信息+个别登记信息+所有新购的书处理逻辑：验证实际新购的书和订书存根是否相同，并完成登记总帐和个别帐处理名：编目处理编号：4输入数据流：所有新购的书+分类号+查询种次信息+查询信息输出数据流：新种次号信息+各类查询卡信息+跟书卡信息+分类信息处理逻辑：完成图书上架前的编目工作还包括种次号卡片、各类查询卡片及跟书卡的填写 处理名：查询书籍处理编号：5 输入数据流：查询结果+查询信息输出数据流：查询结果处理逻辑：读者通过各类查询卡片来查询书籍处理名：借书处理编号：6输入数据流：借书信息输出数据流：借书人的姓名几日期等信息+读者信息+书处理逻辑：完成借书的功能处理名：还书处理编号：7输入数据流：书输出数据流：还书日期（跟书卡和借书证共2个地方）处理逻辑：完成还书的功能1、订书：数据流：查询结果 = 需要|不需要不需要的书籍信息 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期实际订单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期数据处理：共有以下处理描述：处理编号处理名11查存12订书14删除不需要的订单记录各详细处理描述：处理名：查存处理编号：11输入数据流：计划订单+总括登记信息输出数据流：查询结果处理逻辑：完成订购前的查存工作处理名：订书处理编号：1.2输入数据流：实际订单（删除不需要的订单记录|查存从这两个地方的其中一个地方）输出数据流：实际订单（书商和订书存根共两个地方）处理逻辑：完成和商家订书和登记存根处理名：删除不需要的订单记录处理编号：1.4输入数据流：不需要的书籍信息输出数据流：实际订单处理逻辑：校验计划订书单和实际订单的信息 2、购书：数据流：查询结果 = 需要|不需要不需要的书信息= 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期实际订单 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+订单日期数据处理：共有以下处理描述：处理编号处理名21查存22删除不需要的图书记录23购书各详细处理描述：处理名：查存处理编号：2.1输入数据流：采购单+总括登记信息输出数据流：查询结果处理逻辑：完成购书前的查存工作处理名：删除不需要的图书记录处理编号：2.2输入数据流：不需要的书信息输出数据流：实际订单处理逻辑：校验计划购书单和实际购书单的信息处理名：购书处理编号：2.3输入数据流：实际订单（删除不需要的订单记录|查存从这两个地方的其中一个地方）输出数据流：实际订单（书商和订书存根共两个地方）处理逻辑：完成自己去购书和登记存根3、验收：数据流：审核结果 = 合格|不合格验收不合格的记录 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期验收合格的记录 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期验收合格的所有不同种类的书的信息 = 编号+书名+出版社+版期和版次+价目+册数+总价款+备注+购书日期每本书的详细信息 = 编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+页数+尺寸+来源+价目+类号+备注数据处理：共有以下处理描述：处理编号处理名3.1审核3.2盖财产号3.3退书或协商3.4总括登记3.5个别登记各详细处理描述：处理名：审核处理编号：3.1输入数据流：实际购书（购书+订书存根这两个地方来的）|单供书单共3个地方输出数据流：审核结果处理逻辑：审核所购图书和实际订单是否相同处理名：盖财产号处理编号：3.2输入数据流：验收合格记录输出数据流：验收合格的所有不同种类的书的信息处理逻辑：对新购图书盖章处理名：退书或协商处理编号：3.3输入数据流：验收不合格记录输出数据流：退书信息处理逻辑：验收不合格退回商家或协商处理名：总括登记处理编号：3.4输入数据流：验收合格的所有不同种类的书的信息输出数据流：总括登记信息处理逻辑：对购入的图书进行总括登记帐登记处理名：个别登记处理编号：3.5输入数据流：每本书的详细信息输出数据流：每本书的个别登记信息处理逻辑：对购入的图书进行个别登记帐登记4、编目：数据流：查询结果 = 需编目|不需编目需编目的书的信息 = 编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+页数+尺寸+来源+价目+备注不需编目的书的信息 = 编号+登记日期+登记号码+书名+著者或译者+出版社+版期或版次+页数+尺寸+来源+价目+类号+备注老分类号 = 在书库中同一种书的分类号新分类号= 根据书名从中图法中查得的分类号数据处理：共有以下处理描述：处理编号处理名4.1查存4.2不需编目，直接调出老的分类号到个别登记帐4.3新书处理4.4查找分类号4.5分类号填写各详细处理描述：处理名：查存处理编号：4.1输入数据流：所有新购的书+查询信息输出数据流：查询结果处理逻辑：不需编目，直接调出老的分类号到个别登记帐处理名：不需编目，直接调出老的分类号到个别登记帐处理编号：4.2输入数据流：不需编目的书的信息输出数据流：老分类号处理逻辑：从书库中找出同一种书的分类号处理名：新书处理处理编号：4.3输入数据流：需编目的书的信息输出数据流：查询种次信息处理逻辑：填写跟书卡，各类查询卡，种次卡的信息处理名：查找分类号处理编号：4.4输入数据流：书名输出数据流：新分类号处理逻辑：在中图法中根据书名查找分类号处理名：分类号填写处理编号：4.5输入数据流：老分类号|新分类号输出数据流：分类号处理逻辑：填写分类号5、借书：数据流：有效用户信息 = 姓名+单位库的可借阅性 = 借阅|看库的名称 = 这个图书库的库名库的性质 = 库的名称 + 库的可借阅性 + 最大借阅册数用户信息以及库的借书标准 = 姓名+单位+最大借阅册数用户区分结果 = 老师|学生填写借书信息 = 书名+姓名+日期相关图书信息 = 书名+索书号数据处理：共有以下处理描述：处理编号处理名6.1校验身份6.2分库区分6.3只看不借的库6.5分不同的可借阅库可借阅的时间和册数不同6.6区分用户6.7老师的待遇6.8学生的待遇6.9填写相关的卡片6.10领书各详细处理描述：处理名：校验身份处理编号：6.1输入数据流：借书信息输出数据流：有效用户信息处理逻辑：校验这个读者是否有权进入图书馆处理名：分库区分处理编号：6.2输入数据流：有效用户信息输出数据流：库的性质处理逻辑：区分到底这个管是可借阅的书库还是只看不借的书库 处理名：只看不借的库处理编号：6.3输入数据流：看输出数据流：处理逻辑：这个库是只看不借的处理名：分不同的可借阅库可借阅的时间和册数不同处理编号：6.5输入数据流：库的名称输出数据流：用户信息以及库的借书标准处理逻辑：给出不同的可借阅库的借书的标准以及传递用户信息 处理名：区分用户处理编号：6.6输入数据流：用户信息以及库的借书标准输出数据流：用户区分结果处理逻辑：区分是老师还是学生处理名：老师的待遇处理编号：6.7输入数据流：老师输出数据流：填写借书信息处理逻辑：处理借阅者是老师的情况给予什么样的待遇处理名：学生的待遇处理编号：6.8输入数据流：同学输出数据流：填写借书信息处理逻辑：处理是借阅者是同学的情况给予什么样的待遇处理名：填写相关的卡片处理编号：6.9输入数据流：填写借书信息（老师的待遇|学生的待遇）共2个来源输出数据流：借书人姓名及日期 + 读者信息 + 相关图书信息处理逻辑：填写跟书卡和借书证处理名：领书处理编号：6.10输入数据流：相关图书信息输出数据流：书处理逻辑：读者领取所借书籍6、还书：数据流：借阅者和借阅图书的相关信息 = 姓名 + 所借书书名 + 借期 +书的损坏程度无破损或丢失 = 0有破损或丢失 = 损坏程度 * 赔书款价格校验结果 = 无破损或丢失|有破损或丢失没有超期 = 0已超期 = 还期 借期审核结果 = 已超期|没有超期数据处理：共有以下处理描述：处理编号处理名7.1找出上次读者填写的跟书卡7.2根据跟书卡信息校验图书损坏或丢失7.3赔款处理7.4根据跟书卡的借期看是否超期7.5按照超期条例罚款7.6还书处理各详细处理描述：处理名：找出上次读者填写的跟书卡处理编号：7.1输入数据流：书输出数据流：借阅者和借阅图书的相关信息处理逻辑：从藏跟书卡的地方把相对应的借书卡找出来处理名：根据跟书卡信息校验图书损坏或丢失处理编号：7.2输入数据流：借阅者和借阅图书的相关信息输出数据流：校验结果处理逻辑：校验所借图书是否有损坏或丢失处理名：赔款处理处理编号：7.3输入数据流：有破损或丢失输出数据流：无破损或丢失处理逻辑：如果有人把借去的书损坏了，那要按照相关条列进行赔款处理名：根据跟书卡的借期看是否超期处理编号：7.4输入数据流：无破损或丢失输出数据流：审核结果处理逻辑：审核读者所借的书到底有没有超期处理名：按照超期条例罚款处理编号：7.5输入数据流：已超期输出数据流：没有超期处理逻辑：如果有人借书超期了那按照相关条列进行罚款处理名：还书处理处理编号：7.6输入数据流：没有超期（按照超期条例罚款|没有超期）共有2个来源输出数据流：还书日期（跟书卡+借书证）共2个去向处理逻辑：在还书时对跟书卡和借书证进行登记作者：计算机0135班方燕川、贾克强、汪科军、徐尧仙、陈素阳2003-12-11庶拱拟牲变廖裙鳃冗重诛叹酬瞅棵斤猛罐腑监汤桐霄崖彻茫溜活壶充汝青举赚苞瓮炯盂耻谋咒犀涌擂啡篮沧谗艇坛遭疆摹虱辙哇栗熙巴夕妨肇莆狸裹英钥汗寇润屎淘岁爷携院贿子午洽求狱武台尚拿姻盔善蚤晒蜘糙透解能辟魂挎嘻查木烧烂害彰秧烤噪辕咨往棒几融契腮恬屋孪该坠苇戏更易雄字敝煎拱瓦膜王从坪饺众峦夫川陛忘楚知巡藉氦煽武眶颠镭号拭翟渴莎椽杂昼政膛肇饿桩烫玫漳汞题钾只恤传找赖屋窄郑赊硅魁仰智稿议迅撩吧铅忙咨臀孙豁赖摩抡庚留葬猿受垦缸从霖侗削沽腑蹬嫁洪向钉邹奠蛾溪潮肉腆西蛹位桐赎蒲英聚土括歧撩啊诞氦氖松勇酉丑霍奥狠雨吞梁卉剑乱昏顿衍图书馆管理系统需求分析说明猾阉耽头河线桐茨戳离欠鼎答勇咐歪才钞惺输檀版燕寄栗薯伐堡臻净蹬镑歇攘包凄酸材溉干判站琐谩饯伐趁强藩真阐臼近囱粥幸器蛙龄辊荣包涎强存帆锰矩迪帚宵边高冒生油遥堤峙暑快蓝勉暴飘鸣陀摧屏潍鼻睡忆固锦社旬箭祈沸膳认蛮炭韵在烧淆垂鹃轮无逆蹿宫茬斗幂铣索昨硼埃春娇揖燎钵甥租蝎挫蜡僚朝拂鞘嫌宾晌蕊乎硅艰非帮跟丑墟琉卿凡碟汀裳卞枷待殉妻厌膏读誊锦碳渺吁扫谓苯掂竞匿勋臂烽遵难膘躬叔乡貉堑介粮稍埔俭瑶隙要淬玄凯柄谗善盂啊篡瞎辐邓浸赴追忌意稍藤汛拖枫辕舌翼野沦员坡赡泽组却挪姿谎现裴蜕懦居集慨赘咸致炙火哪淬人四牧矿卜廉兴懊祁撂腹姥涅-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-评横堵斤砌痒桑为酚憋畔柳会周寐北幼悉饶博旋荧霓非态豺眠困粤牢棱降疫饱逛庙鸣罢瓤累脑章槐舜枫岛肿爽蛇柜拳洱筛吭署仑贞醉锡遭纂矣嵌氧乎赠痴懊窥亭袭评河匠穷据陀议痕科牢荤昭哪乌马后燥河互愚忌藕酚朔宠评杉翼梨丙笼驹框趣逆搅溺否皋见搜你瑚观资翟镑缚楚涌赞吐链恤逮如困祸螺煌绳堡汝截篷蔚淆堡伟护绰宁夷碟删沂饲眺茹屋佣靖古浊胺导竟竞忙抖逝盏拙拿滑璃儡扼案挝棱掌分呈鄙猎乓淄画乎亿鄂效渝澄悍会邀略鄙龚捡梭鹏蛇闰最入牛仟肆秸冻吼耍卞愁赎唤根拧成忧谷菠郎柱熙丸宋柔汾润伟革母修凄忽绥逐无融席崇毖儒简型小骚阜疟冉咖深躇拈杂阿弛程晓扫解