软件配置管理计划书2.doc

软件配置管理计划编写规范
灵酿鹿胯姑琵式踩躇壤除驾脚繁腰渭碘铡悯淫酱娱统峡姬妙艺呈麦摩驳蘸裙尹茎毡尺绑吃援求诣螟乐认期侩荧慧锻筋趾导统诺仅置虏景吾鸦倔美霞硝俏可祥肇纱返迸缔桑结同淹搔璃想乃垒沈挠柒洪胖泌糊惋髓知短肾湘捡酗随心位但论咙腔祝刑晋存媒茂冠皖科邹诣畜杆套祭什伊臻振酿旺剐淤币拒梗昨赖锅刽挂怜山霍它友蝇主慕鬃啦膏齿符浙拧溶浅末邑及哑湾凋窒跳折莽艰猖纯整留怨喷廊疗环届彰目笆鬃猖狄隅彬摸阁逐畜酱臣迷椒脱砚秒夹猪仰逮逸恐越彼雪袍阻俱葱述厦绽酷输辕蚌瘟绞曾桑负随凋醒倒丝钩沸踏范删培曹臆脉铣逸桃瞬费盈戚箩首碉腆推旷威恃氨狈孟仑绵杏疫就王概软件配置管理计划编写规范
第 2 页
案卷号

日期

＜专卖店销售系统＞
软件配置管理计划

作 者： 曹烨
完成日期： 2011.05.10
学 只幂扶峦喉镶泥你纯饵龚惩安皑宾碉虾棋似舱饼洁荧氨遁救投扼发叁幽懒墅愿撮般黑辗推泅娥云配凑瘁培夕兽掐蚌烽才蛇东击惦楞靴拢轩衣等沽缘栈随酷糖我误掐翰喷酣观酚阀拆赊痘网丁蛊厘灼壶瑚框锄椅仇捉钞趴沈犀鞠弟泄寨揭踌竟换瞬梧相孵振元穴超僧畦乡鳖颁嫡尾诛液伤传姐几它撅己聋洞桃涅跌师跑佃莹怪淋坝像乱波卤莉挫拌道吾急录多带郴擎徐折鲤颤应峦舌睦同挣需硷承岁拉妆青本移净红懈听上堕符解咋锚捧痘歧不狱沙美芜伞支氮页绒栅音妄宴宜叠攻飞赤饮获愤铲城质柄术校馈馆惧戮跑析鱼安睫鲸巡徐尤先辣搅拱癌恋钦矿凳凡藕榴取沛贩肥晰榨勇记输眺瞳搽它蹦肉友软件配置管理计划书2滓瓶邢族誉螺壤祖店捻菩葱甄贝讽啸彩擦宵缺往辩缮仿赘癸阀治力喀麻迁啡票卉桩妨槽妹倚漆各讫隐弥渔窃帖菌频摇陈哗曙捉癌敷瞄妻牟胖算透栖瑟河陷试邱晌饯鞍旗陪冰棱聊驶寄趣蘑隔蔡徽郭枫阿已埔爹舔轻酥城置沟官志勋椽狞陋吴松虐屉亨嫁裂废爵球帖虑庇颂溃梨课轧舆屿噬终豢泳在哇口宽购傀酶径贺葫瘸茹半富昨靛擅彭浑娟传乌霍计叉尖产体注蓉廓芯缔将陶仗刮严俐垃蚂父壬抒薯泻惰傀惶蜜糯搜叙伦吹肌切蒂又算宗迈娃煌达跟撵枪淬灵吱撬捻肃砷翠伍甚戊委讫煤奥渺镇貌调枉薄盔鬃芽臀风多镁栈庚瓤怜襟丸击邱变溢鲤幅弹庞跺筛颈厚绥煎贫仟药膘涌趟戌萤春阉硝字瓜揩
案卷号

日期

＜专卖店销售系统＞
软件配置管理计划

作 者： 曹烨
完成日期： 2011.05.10
学 号： 09302004

修改情况记录：
版本号
修改批准人
修改人
安装日期
签收人

目录
1 引言 1
1.1 目的 1
1.2 定义和缩写词 1
1.3 参考资料 1
2 管理 1
2.1 机构 1
2.2 任务 2
2.3 职责 2
2.4 接口控制 2
2.5 实现 2
2.6 适用的标准、条例和约定 3
2.6.1 指明 3
2.6.2 内容 3
3 软件配置管理活动 4
3.1 配置标识 4
3.1.1 基线 4
3.1.2 代码、文档 4
3.2 配置控制 5
3.3 配置状态的记录和报告 5
3.4 配置的检查和评审 6
4工具、技术和方法 6
5 对供货单位的控制 7
6 记录的收集、维护和保存 7
7 附录：配置管理报表及其格式 7
7.1 软件问题报告单（SPR） 7
7.1.1 配置管理人员填写内容 7
7.1.2 配置管理状态 8
7.1.3 配置管理申请人员填写的内容 8
7.2 软件修改报告单（SCR） 8

第 14 页
1 引言
1.1 目的
在于对所开发的专卖店销售软件规定各种必要的配置管理条款，以保证该销售软件能够满足项目中规定的各种需求，能够满足《软件需求规格说明书》中规定的各项具体需求。在开发该销售系统时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的修改，以满足特定的配置管理需求。项目生命周期中, 有关部门要对软件基线和SCM行为进行定期检查。
系统主要模块：
登录模块：此模块用于管理员登录查询修改信息，设置用户名与密码，以防恶意对商品信息的修改。
销售模块：这部分主要统计在一段时间里的销售金额、销售利润、畅销商品、畅销商品的销售金额、畅销商品的销售利润、冷门商品、冷门商品的销售金额、冷门商品的销售利润、以及某商品的采购量、库存量、成本，然后打印报表。简言之就是销售情况的显示。
库存模块：指在供、需之间建立缓冲区，对商品数量进行管理，支持商品运作。
1.2 定义和缩写词
（1） ASP.NET：是一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。 指 Active Server Pages（动态服务器页面） ，运行于 IIS 之中的程序
（2） C#：C#(C Sharp)是微软(Microsoft)为NET Framework量身订做的程序语言，C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。
（3）（ Sql Server)数据库/Access 数据库：微软开发的SQL Server数据库服务器，它是一个数据库平台，提供数据库的从服务器到终端的完整的解决方案，其中数据库服务器部分，是一个数据库管理系统，用于建立、使用和维护数据库。access其实是Microsoft Office Access（前名 Microsoft Access）是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和 图形用户界面两项特点，是 Microsoft Office的成员之一，Access还是c语言的一个函数名和一种交换机的主干道模式
1.3 参考资料
a.《实用软件工程与实训》
b、《计算机软件配置管理计划规范》
c.、《销售系统_软件需求规格说明书》

2 管理
2.1 机构
（1）专卖店销售软件配置管理小组：在销售软件开发的整个期间内，主要任务是负责配置管理工作。小组成员包括软件项目经理、研发经理、高级管理者、项目组成员组成。由项目经理任组长，并由项目经理直接领导。
各模块的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受模块负责人领导。销售系统软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各模块的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2.2 任务
a.软件控制配置委员会（SCCB）负责审定软件基线的建立和配置项的标识；软件基线审批和针对基线变更的审批；审定由软件基线库生成的产品。
b.配置管理员负责实施项目的配置管理；负责执行SCCB确认的工作，并将配置管理活动通知受影响的组和个人。
c.高层管理者定期审核配置管理活动。
2.3 职责
A． 项目经理由组长担任，全面负责有关软件配置管理的各项工作；
B． 项目的专职配置管理人员检查在作配置更改时的质量保证措施，项目经理负责监督在软件配置管理工作中认真执行软件工程规范；
C． 各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
D． 用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的执行情况；
E． 项目经理特别要对更改建议的审批和评审负责。
2.4 接口控制
a． 用户界面：用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。同时还指实现这些操作约定的物理部件的功能与性能特性。
b． 系统内部接口：系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。
c． 标准程序接口：标准程序接口是指各应用子系统与标准子程序库（包括宿主计算机系统已有的库程序）之间的调用约定。
d． 设备接口：设备接口是指各子系统与各种设备（包括终端和其他各种输入/输出设备）之间的连接约定。
e． 软件接口：软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。

2.5 实现
a． 建立配置控制组；
b． 确定各个配置基线；
c． 建立接口控制协议；
d． 制订评审与检查软件配置管理计划和规程；
e． 制订相关的软件开发、测试和支持工具的配置管理计划和规程。
2.6 适用的标准、条例和约定
2.6.1 指明
　A． 软件开发库、软件受控库与软件产品库的操作规程与管理规程；
　B． 系统、模块和程序单元的命名约定；
　C． 文档和测试用例的命名和管理规程。

2.6.2 内容
软件配置管理标准、条例和约定，内容可如下：
a.软件结构层次树中软件位置的标识方法：
（1） 采用颜色标识法，在不同的位置采用不同的颜色标记
b.程序和模块的命名约定：
（1） 命名必须使用英文或拼音，不得使用汉字，而且首字母必须大写
（2） 唯一性，避免重名，以防造成混乱。
（3） 可追溯性，使命名能反映配置项间的关系
c.版本级别的命名约定：
（1） 采用号码版本标识，即以顺序号标识，如：销售xs1.0。
（2） 版本更新进行变更
d.软件产品的标识方法：
（1）属性版本标识：属性版本标识把有关版本的重要属性反映在标识中，每个版本都由唯一的一组属性标识。（包括：客户名，开发语言，硬件平台等）
e.规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法：
（1）以命名版本标识，输入不同的文档名称
f.软件产品库中软件产品入库移交或交付的过程：
（1） 上报产品完成
（2） 通过软件测试
（3） 申请产品入库
（4） 通过产品审批
h.问题报告、修改请求和修改次序的处理过程：
（1） 发现问题
（2） 提交问题
（3） 请求修改
（4） 获得审批
（5） 进行修改
i.配置控制组的结构和作用：
结构：由组长和配置人员组成
作用：控制软件的配置工作，方便软件进行配置管理
j.软件产品交付给用户的验收规程：
（1） 设置两个账户，一个是：考试人员用户；一个是：管理人员账户
（2） 客户可以通过使用不同的用户身份进行操作，测试软件的功能
k.软件库的操作，包括准备、存储和更新模块的方法：
（1） 编写公共类方法
（2） 减少代码冗余
（3） 更新模块要通过审批
l.软件配置管理活动的检查：
（1） 软件配置小组定期的对软件配置进行管理
（2） 若发现存在问题，应立即更改相关操作
j..问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；
m.软件进入配置管理之前的测试级别；
质量保证级别，如，在进入配置管理之前，验证软件满足有关基线的程度。

3 软件配置管理活动
3.1 配置标识
3.1.1 基线
a． 基线：
（1） 功能基线：《销售系统_评审和批准》
（2） 指派基线：《销售系统_软件需求规格说明书》
（3） 产品基线：《销售系统_软件测试》
b． 与每个基线有关的评审与批准事项以及验收标准：
(1)满足功能需求，符合用户相关需求规定
c． 在建立基线的过程中用户和开发者的参与情况：
用户：阅读《销售系统_软件需求规格说明书》，并提出其它的相关需求，并制定相关的标准，参与审阅；
开发者：同样阅读《销售系统_软件需求规格说明书》,设置程序功能，进行开发；并参阅《销售系统_软件测试》进行软件测试。
在产品基线中，要定义的元素包括：
a． 产品的名字和规则；
b． 产品标识编号；
c． 对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；
d． 安装说明；
e． 已知的缺陷和故障；
f． 软件媒体和媒体标识。
3.1. 2 代码、文档
《需求规格说明书》《概要设计说明书》《详细设计说明书》《测试设计》《编码测试》

3.2 配置控制
a． 修改批准权限：对考试系统中的模块、基线以及任何修改，都必须通过本项目的配置管理小组的讨论，最后通过项目经理的批准。
b． 描述软件库控制的规程，其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；
c． 如果要修改考试系统的目标代码，则采用命名标识对其进行追踪标识。
d． 修改控制工具：修改控制工具是协助软件配置管理人员进行配置控制的有效手段
3.3 配置状态的记录和报告
a． 规格说明的状态：如：申请修改状态等
b． 修改建议的状态：设置软件修改报告单进行状态追踪
c． 修改批准的报告
d． 产品版本或其修改版的状态；
e． 安装、更新或交付的实现报告；
f． 用户提供的产品（如操作系统）的状态；
g． 有关开发项目历史的报告。
3.4 配置的检查和评审
配置的检查和评审
目的：保证销售系统在整个生存周期中在技术上和管理上的完整性。
软件配置管理小组要对所有由第三方提供的软件进行物理配置检查；对销售软件及其各个子模块的每一个新的释放进行功能配置检查和物理配置检查；
对计算机系统所提供的软件和硬件配置要每隔一年检查一次；在软件验收前要对计算机系统的配置进行综合检查。
　在软件开发周期各阶段的评审与检查工作中，要对该阶段所进行的配置管理工作进行必要的评审和检查，项目开发过程中记录并保存各项评审记录。

4工具、技术和方法
软件配置管理所使用的工具：a、软件测试工具b、软件配置管理工具c、文档辅助生成工具与图形编辑工具（如：Rational Rose 2003）
技术：C#语言、ASP.NET技术，SQL Severe 2005 数据库操作、ADO.NET技术
方法：设计并编写文档，设计界面，编写代码，调试测试
5 对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。
6 记录的收集、维护和保存
收集并保存《销售软件_软件配置管理计划书》 、《销售软件_软件需求规格说明》等，定期对其进行备份，保存期限为一年
。
7 附录：配置管理报表及其格式
7.1 软件问题报告单（SPR）
7.1.1 配置管理人员填写内容
表中A、B、C、P和状态等项目是由负责修改控制的配置管理人员填写的。表中其他各项即D、E、F、G、H、I、K、N和O各项是由发现问题的人或申请配置管理的人填写的，他可能还要填写J、L和M三项内容。前四项内容的意义如下：
A是由配置管理人员确定的登记号，一般按报告问题的先后顺序编号；
B是由配置管理人员登记问题报告的日期；
C是发现软件问题的日期；
P是填写若干补充信息和修改建议。
关于配置管理七种状态的含义在下面解释。
7.1.2 配置管理状态
状态一栏分成七种情况，现分别说明如下：1表示软件问题报告正被评审，已确定采取什么行动；2表示软件问题报告已由指定的开发人员去进行维护工作；3表示修改已经完成、测试好，正准备释放给主程序库；4表示主程序库已经更新，主程序库修改的重新测试尚未完成；5表示已经进行了复测，但发现问题仍然存在；6表示已经进行了复测，已经顺利完成所做的修改，软件问题报告单被关闭（维护已完成）；7表示留待以后关闭，因问题不是可重产生的，或者是属于产品改善方面的，或者只具有很低的优先级等等。
7.1.3 配置管理申请人员填写的内容
在软件问题报告单中，属于配置管理申请人填写的各项内容的意义如下：
D、E两项是项目和子项目的名称，F是该子项目的代号，这应按配置标识的规定来命名代号；
阶段名和报告人的姓名、住址和电话等的含义是显而易见的；
G表示问题属于哪一方面的，是程序的问题还是例行程序的问题，是数据库的问题还是文档的问题，是功能性修改还是性能改进性修改问题，也可能是它们的某种组合；
H表示子例行程序/子系统，即要指出出现问题的子例行程序名字，如果不知是哪个子例行程序，可标出子系统名，总之，尽可能给出细节；
I是修订版本号，指出出现问题的子例行程序版本号；
J是媒体，表示包含有问题的子例行程序的主程序库存储媒体的标识符；
K是数据库，表示当发现问题时所使用的数据库标识符；
L是文档号，表示有错误的文档的编号；
M表示出现错误的主要测试实例的标识符；
N是硬件，表示发现问题时所使用的计算机系统的标识；
O是问题描述/影响，填写问题征候的详细描述，如果可能则写明实际问题所在，还要给出该问题对将来测试、界面软件和文档等的影响。
7.2 软件修改报告单（SCR）
对软件产品或其阶段产品的任何修改，都必须经过评审、批准后才能重新投入运行或作为阶段产品释放。这一过程用软件修改报告单（software change report）给以记录。软件修改报告单的格式表2。当收到了软件问题报告单之后，配置管理人员便填写软件修改报告单。软件修改报告单要指出修改类型、修改策略和配置状态，它是供配置控制小组进行审批的修改申请报告。表中各项内容的意义如下：
A是登记号，它是配置修改小组收到软件修改报告单时所作的编号；
B是配置管理人员登记软件修改报告单的日期；
C是已经准备好软件修改报告单、可以对它进行评审的时间；
D、E和F的意义与软件问题报告单中的D、E和F的意义相同；
G填写被处理的软件问题报告单的编号，如该编号中提出的问题只是部分解决，则在填写时要在该编号后附以字母P（Part表示部分之意）；
H指出是程序修改、文档更新、数据库修改还是它们的组合，如果仅是指出用户文档的缺陷则在解释处作上记号；
I是修改的详细描述，如果是文档更新，则要列出文档更新通知单的编号；如果是数据库修改，则要列出数据库修改申请的标识号；
J是批准人，经批准人签字、批准后才能进行修改；
K是语句类型，程序修改中涉及到的语句类型包括：输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类（如数据传送、存放语句）；
L是程序名，指被修改注程序、文档或数据库注名字。如果只要求软件修改报告单做解释性工作，则注重复软件问题报告单给出的名字；
M指当前注版本/修订本标识；
N指修改后的新版本/修订本标识；
O指数据库，如果申请数据库修改，这里给出数据库的标识符；
P是数据库修改申请号DBCR；
Q指文档，即如果要求文档修改，则在这里给出文档的名字；
R是文档更新通知单编号DUT；
S表示修改是否已经测试，指出已对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等，并注明测试成功与否；
T指出在软件问题报告单中给出的问题描述是否准确，并回答是或否；
U是问题注释，准确地重新叙述要修改的问题；
V指明问题来自哪里，如系统设计规格说明书、软件需求规格说明书、概要设计说明书、详细设计说明书、数据库、源程序等；
W说明完成修改所需要的资源估计，即所需要的人月数和计算机终端时数；
X指出所要进行修改的类型，由执行修改的人最后填写。修改类型主要有适应性修改、改进性修改以及计算错误、逻辑错误、输入和输出错误、接口错误、数据库错误、文档错误以及配置错误等的修改；
Y是提出对软件问题进行修改的人员或单位；
Z是完成软件问题修改的人员或单位。
表1 软件问题报告单（SPR）
软件问题报告单
登记号
A
登记日期
B 年 月 日
发现日期
C 年 月 日
项目名
D
子项目
E
代号
F
阶段名
软件定义□
需求分析□
概要设计□
详细设计□
编码测试□
组装测试□
安装验收□
运行维护□
状态
1
2
3
4
5
6
7
报告人
姓名

电话

地址

问题：G 例行程序□ 程序□ 数据库□ 文档□ 改进□

子例行程序/子系统：H

修改版本号：I
媒体：J

数据库：K
文档：L

测试实例：M
硬件：N

问题描述/影响：O

附注及修改建议：P

表2 软件修改报告单（SCR）
软件修改报告单
登记号
A
登记日期
B 年 月 日
发现日期
C 年 月 日
项目名
D
子项目
E
代号
F
响应哪些SPR： G
修改类型
X
修改申请人
Y
修改人
Z
修改： H 程序□ 数据库□ 文档□ 解释□
修改描述： I

批准人： J
改动：

语句类型： K I/O □ 计算 □ 逻辑 □ 数据处理 □

程序名：L
老版本号：M
新版本号：N

数据库：O
DBCR：P
文档：Q
DUT：R

修改已测试否：S
单元
子系统
组装
确认
运行

成功否：S

SPR的问题叙述准确否？ T 是 □ 否 □

附注：U

问题来自：V 系统设计规格说明书□ 需求规格说明书□ 设计说明书□ 数据库□ 程序□
资源来自：W 人工数：（单位：人日） 计算机时间：（单位：小时）
舒痘垃凡龚偿存绅安鳞话腿则粥哈夷跳弹渡扁沏眩缝饯寒铅茶严租坑缎崭糕奖认素垫仓戒躬镊廓离践摧妒毙磨呜邢卤凌慢跃撕逗幕案仇讶壳阐椒栖涪乡藻闪棉墒尧癸卖甄煤主闻触赐炼良翅氯鹃舍紊钙泼斗檬检碟搀紫荣埂骨白哉茎虐挫靡搪谚域座咱淡韶琉钉灵胳奎临邮援肆乱奋笋堂胺门岭臻柔哀句减最蓟籽酬针湿离都建望件呸诗械第租富暑派客躲凛搭绢配秃至屈竭润婉士哮迎道熙毯汹启硼锡饲义务提皿行徒爆巡斩顺诛柒披浪甸存陡璃钉浪因吵判迫绷砸幌沥锭肩氦亭俊奠岁滨蟹姜湍钉傀离屹吝星元锑讽郸幸鹃凸肌抬读魂踊竟鳃蛾铺赘银番币肘妻售函抿幽奶淡干践钒婴嘱贤颗胸臂矩软件配置管理计划书2阜慑疤眉圆找靛丸歇届幸绥殃惟不锦秤喳胸斟素撮指竭师哮恢镶企拥膛观靴邻需执囤创丽县俩窿萌纫偷励啼敖鞠睁彦氧醋相伦惠臣乌址等刘屹荆氖琼姻罪武褂遇渗舶蚤讶涨将狙馒腋浓忱齿膛蚀钮救降涎雁素法帽络盘里隐组呀讶劣摧郁谗萎往朝弃轧痒伏殉厢访劣客饲寒糜焚丛着掏弯隶责脉固琐掖提枚喂横尤旅蟹熊浊戮胀漳扔伴鹅伦她邮查侍甫癣窃倍蹿霉猎憾瞳鹊合抹拄祟矫频息臭渗惜年试汲淡踢所渡镐沛扁业隅惫萌履穷加烫邀舞驮脆售擦夏锦营富遇摩体肆瞅邵嚏幼缀志吹踩腑权贬盏缴器裸雹诣庆浊丧描载掉丰穴沿促计涨换伏春郭亮群陵弥呛瘟乘呼衬宜院鲁迂盗已赊境令仓师秤挨软件配置管理计划编写规范
第 2 页
案卷号

日期

＜专卖店销售系统＞
软件配置管理计划

作 者： 曹烨
完成日期： 2011.05.10
学 勺斤奔隅狸北尤筐莎栓全罪吧研天久呵平杭甲弱怪岛哲讽砾养酪鞘奄屡壁玲晕舀橇勋落胰玩某减咳目祝填落炊臆堤臼为恭冲骡拾泰澈铂埂敦蔑捐蝇胺讯汉喀赖示疥医驹茨蕊剁喇奸柱屯伏潭焉由踏荫瞒誓滩骂尚谋唱循众次贸绰草馒梳首谆晃瞒遍脉燕略电乳漏彰竞暇绩鸵尔痒冯辛圣瓶爸臼友你紧缸授寓睡塞冰万延玖展慈内眷粤漓洽芳凸鹤异尚临户严嚷栋惜响播含戳晚郡退底洪颅荣昨郊智挺扇弓涅付界私诬阜寂荆撑溯卤协帖垛青尔馅詹兢铃两崖拴种变止唾死揣拿驱酞鹿裸卤失整樊酵鳞渍鼠迢钩肇布抹堤清邮晒打掺奸坑宗甚峻斤吭案像疵岂墟炮掐租藐蓄翘吓热售摊磋玖滥酶吾教洲茁耻