软件项目-评审问题跟踪记录表-模板
软件需求规格说明书的评审检查单
软件需求规格阐明书旳评审检查单软件需求评审，作为一种软件产品验证旳活动之一，通过及早地从软件产品中辨认并消除缺陷，从而减少后期旳返工，加快开发进度，提高产品旳质量。
在需求阶段，发现一种需求缺陷旳价值是多大呢？业内有个缺陷修复成本比例，需求阶段：设计阶段：测试阶段：上市阶段＝N:10N:100N:1000N；方案一一、注意对需求规格阐明旳对旳性进行评审需求规格阐明旳对旳性一般可以从如下方面得以体现：1 与否有需求与其他需求互相冲突或者反复？2 与否清晰、简洁、无二义地体现了每个需求?“清晰”是让人可以读懂；“简洁”是让人乐意去读；“无二义”决定”读”旳效果,是让大家对需求描述旳理解可以达到一致。
3 与否每个需求都通过了演示、测试、评审，分析与否得到了验证?4 与否每个需求都在项目旳范畴内?5 与否每个需求都没有内容和语法上旳错误?6 在既有旳资源内, 与否能实现所有旳需求?7 每一条特定旳错误信息，与否都是唯一旳和具有含义旳?二、注意对需求规格阐明旳实践性进行评审所谓实践性是指需求自身与否来源于目前公司旳有关业务规则和文献制度,而非源于分析师们经验主义旳臆测。
实践性是判断需求规格阐明是不是理论联系实践、密切和顾客联系旳一种核心性指标。
三、注意对需求规格阐明旳完整性进行评审我们常常由下面旳问题清单来评审需求阐明书与否”完整” 。
1 编写旳所有需求，其具体限度与否一致和合适?2 需求与否能为设计提供足够旳基础?3 所有对其他需求旳内部引用与否对旳?4 与否涉及了每个需求旳实现优先级?5 与否认义了功能阐明旳内在算法?6 与否涉及了所有已知旳客户需求或系统需求?7 与否漏掉了必要旳信息?如果有漏掉旳话,把他们标记为待拟定旳问题(TBD) ?8 与否对所有预期旳错误条件所产生旳系统行为都编制了文档?需求阐明旳完整性重要体目前需求阐明旳具体限度上，我们如何判断该需求旳描述与否具体呢?我觉得需求需要精化，而不是仅仅提出精化功能、对象要考虑涉众参与者、做些什么、需要什么数据信息、受什么业务规则和条件限制、系统会有什么响应，等等。
软件质量问题跟踪记录表模板
确定解决问题措施
确定解决问题措施
第一次检杳日期
质量人员检杳的日期
第一次跟踪缺陷的实际检杳日期
第二次解决人
对存在的问题进行修正人
检杳后对问题确定修改人
第二次预计解决日期
确定解决问题的日期
确定解决问题的日期
第二次解决措施
确定解决问题措施
确定解决问题措施
第一次检杳日期
质量人员检杳的日期
第三次跟踪缺陷的实际检查日期
2、一般：活动已经进行/工作产品已经存在，但其中部分内容不符合要求；
3、严重：活动完全没有进行或工作产品完全没有；检杳点前应该执行的过 程没有执行，比如已经到测试阶段，但测试用例评审没有进行;后补或伪造；能引发客户投诉或产生重大质量问题；
问题描述
简要描述问题
检杳后填与，对不合格项简要说明问题
第一次解决人
提升后结果
上报提升后的结果描述
对上报缺陷的审核，对结果描述。上报的原则参照过程与产品质量保证规范
质量人员
执行检查的人员
检杳后填与，质量人员姓名
检验项编号
检验项在质量检查表中的编号
根据过程任务名称从质量检杳表中复制并且不能修改
检验项
用来衡量检查对象的标准
检杳类型
有审核，监察
从检杳表中复制并且不能修改，检杳后必须选择审核，或者监察
负责人
该项检验项的主要负责人或作者
检杳前填写，项目或活动成员的姓名
缺陷严重性
该缺陷的严重性
分为三个等级。
1、轻微：对质量、进度、成本等项目因素产生轻微影响；
第
次 解 决
措 施
第
次 检 查 日 期
第二次缺陷关闭状态
软件项目评审
软件项目评审版本V1.0编制：XXX审核：XXX开发组2008年06月目录1评审 (3)1。
1角色和职责 (3)1.2评审目标 (4)1.3评审时机 (4)1.4评审的基本要求 (4)1。
5评审依据 (5)1.6评审内容 (5)1.7评审方式 (6)1。
7。
1 会签评审 (6)1。
7。
2 会议评审 (6)1.8评审工作程序 (6)1.8.1 提出申请 (6)1.8。
2 提供资料 (6)1.8.3成立评审小组 (7)1.8.4 评委发表意见 (7)1。
8。
5 形成评审结论 (7)1。
8。
6 评审结果处理 (8)1.8。
7 评审资料的归档 (8)1.8.8 跟踪管理 (9)1评审软件项目的评审由于标准难定、易于变化等特点，很多情况下开发出来的功能模块,与业务部门的要求往往有差异.因此，为了保证软件项目的顺利部署上线，我们建议集合公司各个职能部门的相关人员，组成软件项目评审管理小组（在此规范中简称：评审小组)。
评审小组设置多个角色，角色并不代表个人,而是说明个人在业务中应该如何表现以及他们应该承担的责任。
角色根据工作开展的需要增减、调配人员。
1。
1 角色和职责1) 主审人。
主审人是业务、技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。
2) 技术评审员。
技术评审员应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。
3）业务功能评审人员，主要由各职能部门委派专人负责本部门的功能模块测试、确认.4）记录员。
会议记录人员，全程记录会议的内容，把存在的问题进行记录,并且整理成文档，并且提交给主审人参考。
5）用户代表.必要时，由主审人确定能够充当用户代表的角色。
6）相关领导和部门管理人员.1。
2 评审目标软件项目评审的目标是由一组有经验的业务人员以及技术人员对软件项目标设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先定义的规格,同时通过评审标识出与规格和标准的偏差。
内部审核检查记录表(项目)
(3)是否通过HSSE领导小组会议、月例会、周例会以及月度报表的方式建立IlSSE信息沟通机制？
询问、查阅资料
□符合
□基本符合
口不符合
(四)项目检查与考核
(1)HSSE策划书中是否制定HSSE检查计划？
(2)项目是否按HSSE检查计划组织各项检查活动？
(3)HSSE检查是否形成记录和整改通知单？是否对检查结果进行通报？
（4）是否制定危化品针对性应急措施？
询问、查阅资料、现场检查
口符合
□基本符合
□不符合
3.8变更管理
3.11变更管理
（1）发生需变更的情况时，项目部是否及时办理变更？
（2）变更程序手续是否符合也业务系统相关制度文件要求？
（3）变更实施前是否进行安全技术交底或培训？重大变更实施前是否会签？
询问、查阅资料、现场检查
口符合口甚本符合
□不符合
1.4HSSE
投入
1.4HSSE投入
（1）项目部是否编制HSSE费用投入计划并经审核审批？
（2）项目部安全生产监督管理部门是否每月组织物资、商务等其他部门对当月发生的安全生产费用进行统计汇总？
（3）项目部是否建立安全生产费用管理台账？
（4）项目部是否定期分析项目HSSE费用投入情况，确保项目
内部审核检查记录表（项目部）
审核内容：
受审核方：检查表编号:
审核要素（标准要素）
审核要点
审核方法
审核记录
审核结果
1组织引领全员尽责
1.1领导引领力
1.1领导引领力
（一）HSSE工作目标、指标
（1）项目是否制定HSSE工作目标、指标？
（2）项目是否通过签订HSSE责任书或协议书等方式分解HSSE工作目标、指标？
xxx_软件项目全过程进度跟踪表(模板).xls
名称
1
1.1 1.1.1 1.1.2 1.1.3
1.1.4 1.1.5
1.1.5.1 1.1.5.2
1.1.5.3
1.1.5.4
1.1.5.5 1.1.6
1.1.7 1.1.8
1.1.9 1.1.10 1.1.10.1 1.1.10.2 1.1.10.3
1.1.10.4 1.1.11
1.2 1.2.1 1.2.1.1
11项目其他活动工作量统计项目周例会项目周例会1项目周例会2项目周例会3项目周例会4项目周例会5项目周例会6项目周例会7项目周例会8项目周例会9项目周例会10项目周例会11项目周例会12项目周例会13项目周例会14项目周例会15项目周例会15项目周例会17项目周例会18项目周例会19项目周例会20项目周例会21项目周例会22项目周例会23项目周例会24项目周例会25项目周例会26项目周例会27项目周例会28项目周例会29项目周例会30项目周例会31项目周例会32项目周例会33项目周例会34项目周例会35项目周例会36项目周例会37项目周例会38项目周例会39项目周例会40项目周例会41项目周例会42项目周例会43项目周例会44项目周例会45项目周例会46项目周例会47项目周例会48项目周例会49周期性审计周期性审计1周期性审计2周期性审计3周期性审计4周期性审计5周期性审计6周期性审计7周期性审计8周期性审计9周期性审计10周期性审计11周期性审计12周期性审计13周期性审计14周期性审计15周期性审计16周期性审计17周期性审计18周期性审计19周期性审计20周期性审计21周期性审计22每周1对上周度量数据收集50周项目管理编写项目人员记录表变更控制表编写项目风险管理监控表决策分析会议设计阶段需求跟踪实现阶段需求跟踪测试阶段需求跟踪发布阶段需求跟踪每周项目跟踪50周日常配置管理编写基线变更表编写配置管理备份记录每周日常配置库维护50周培训oracle配置优化jquery培训非计划工作量项目管理需求变更处理配置管理基线变更处理评审审计返工工作量工作量评审项目章程项目管理手册需求汇总表需求规格说明书项目估算表项目进度表项目集成计划概要数据库设计第一里程碑第二里程碑5
软件项目跟踪软件项目跟踪PPT
4
案例提示我们
在项目实施过程中会发现许多问题和风险， 这些问题和风险在事先是很难预测到的 在实施过程中，项目完全按照预先制定的计
划进行是比较困难的，因此会有偏差 必须了解项目的实际实施情况，以便清晰的
– 最好定期每周一次 – 了解项目实施情况 – 汇报问题
24
软件项目跟踪的目标
通过跟踪对软件项目的实施提供可视性
– 知道项目的实际执行和实施情况 – 知道项目实施过程中(可能)出现了哪些问题 – 知道如何采取措施防止问题的出现，或者出现
时该采取什么办法减少它给软件项目实施带来 的影响和损失
25
第5讲 软件项目跟踪
212 撰 写 需 求 211 小谢 05/30 06/10 05/30 06/14
分析文档
213 需求评审 212 小谢 06/13 06/17 06/15 06/22
××项目风险清单 时间：02/10/21
风险
负责人 开始日期
部分产品需求尚未得到潜 小李 02/10/10
在客户的验证
所需的软件构件和工具没 小谢 02/10/10
有按期购买
软件测试所需设备比要求 小谢 02/10/15
时间晚了 1 个月
项目开销超出计划 10％， 小李 02/10/18
且每周按 5％增长
提交人：小王 结束日期 02/10/20
02/10/15
（02/10/10） 02/10/18 02/10/21
软件项目跟踪示意图
跟踪 目标
• 了解项目进展 • 发现问题和风险 • 采取措施
跟踪 对象
• 项目风险 • 项目进展 • 项目活动
项目问题跟踪表-模版
81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98
软件无法设置自动亮度调节 6.6V左右截止充电，此时无充电电流，但是充电图标仍 在显示充电，无告警提示 识别充电器速度较慢，一般在5秒左右 触控效果极差，边线位置，开网页操作无法进行操作。 边缘约4mm左右无法触摸。 TP触摸位置不准确。 连接HDMI后只有HDMI电视单屏显示，平板无显示，不方 便操作。应改为可以选择双屏显示 手机插耳机界面无耳机图标显示，期望有耳机图标显示 浏览网页时,提示:很抱歉,"浏览器"已停止 运行.(出现一次) 电子邮件中‘可回收的项目’与gmail中‘发送’菜单
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37
结构物料摄像头支架不配套，本次装配使用的其他型号 结构 产品旧的物料装配。 前置摄像头，后置摄像头不居中。 结构 喇叭垫片过厚，需要取消。 摄像头座需要增加垫片垫高。 触摸屏FPC背面需要增加背胶，现在无法固定。 喇叭线有些偏长。 Reset按键过长顶死，需要改板向内移动。 1pcs样机Power按键手感差。 EMI测试不通过。 6pcs样机中，5台WiFi连接不上。 ESD测试，1台需要手工操作才能恢复。 时钟芯片封装错误，未能贴片。 恒信CPT屏幕装配FPC有干涉，无法装配。 USB线和充电器的EMI测试，不能通过。 结构 结构 结构 结构 结构 结构 硬件 硬件 硬件 硬件 硬件 100% 硬件 100%
软件 软件 软件 100% 软件 100% 软件 100% 100% 100% 100% 100% 100% 100% 100%
软件估计表(软件项目WBS,规模工作量估计表,软件进度表)
软件配置管理过程
跟踪和控制变更
报告配置管理活动 制定软件测量与分析计划
测量与分析数据的采集
软件验收交付质量工作总结 编制《软件配置管理计划》 标识配置项 建立配置管理系统 建立功能基线 建立分配基线 建立产品基线 受控库、产品库控制 需求变更 需求、设计变更 计划变更 需求、设计、代码变更 , 需求分析阶段配置工作总结 软件设计阶段配置工作总结 软件实现阶段配置工作总结 软件集成阶段配置工作总结 软件配置项合格性测试阶段配置工作总结 软件系统合格性测试阶段配置工作总结 软件验收交付配置工作总结 参与、协助项目策划 编制《软件测量与分析计划》 评审《软件测量与分析计划》 对测量项“进度”采集数据 对测量项“阶段偏差”采集数据 对测量项“工作量”采集数据
软件工作产品审核检查单 问题跟踪汇总表
需求分析阶段质量工作总结
软件设计阶段质量工作总结
软件实现阶段质量工作总结 软件集成阶段质量工作总结
阶段质量分析报告
软件配置项合格性测试阶段质量工作总结
软件系统合格性测试阶段质量工作总结
与评审软件开发计划任务同时进行。
策划配置管理活动
建立和发布基线 配置项出入库的控制
审核《软件设计说明》
审核《软件单元测试计划》《软件单元测试说明》 《软件单元测试报告》 审核《软件单元集成测试计划》《软件单元集成测 试说明》《软件单元集成测试报告》 审核《 配置项合格性测试计划》 《 配置项合格性 测试说明》《 配置项合格性测试报告》 审核《 系统合格性测试计划》 《 系统合格性测试 说明》《 系统合格性测试报告》
详细设计阶段编程实验任务可在该主任务下拆分。
集成测试设计和实现
单元集成与测试
评审集成与测试说明 集成测试执行 集成测试分析 评审集成与测试报告 需求跟踪
软件估计表(软件项目WBS,规模工作量估计表,软件进度表)
审核《 系统合格性测试计划》 《 系统合格性测试 说明》《 系统合格性测试报告》
与评审软件开发计划任务同时进行。
报告软件质量保证活动
策划配置管理活动 建立和发布基线 配置项出入库的控制 软件配置管理过程 跟踪和控制变更
报告配置管理活动
制定软件测量与分析计划
需求分析阶段质量工作总结
软件设计阶段质量工作总结
软件实现阶段质量工作总结
软件集成阶段质量工作总结 软件配置 项合格性 测 软试 件阶 系段 统 合格性测 试阶段质 软件验收交付质量工作总结
编制《软件配置管理计划》
标识配置项
建立配置管理系统
建立功能基线
建立分配基线
建立产品基线
受控库、产品库控制
需求变更
需求、设计变更
计划变更
需求、设计、代码变更
…
需求分析阶段配置工作总结
里程碑评审报告
周跟踪
软件周报
参与、协助项目策划
编制《软件质量保证计划》
软件质量保证计划
评审《软件质量保证计划》
审核项目策划活动
审核配置管理活动
审核需求分析活动
审核测量与分析活动 审核项目监控活动
软件过程活动审核检查单 问题跟踪汇总表
审核软件设计活动
审核软件测试活动
审核各类评审、评价活动
审核《软件研制任务书》
系统合格性测试阶段
阶段评审
验收交付阶段
建立产品基线 交付软件产品
项目总结
项目跟踪
里程碑评审 每周例行跟踪
制定软件质量保证计划
审核软件过程活动
软件质量保证 过程
审核软件工作产品
阶段报告
阶段评审报告
产品库入库单
软件过程检查表
1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=（打勾条款数/ 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1zB)/z 。
9)项目的过程得分C=∑1NB 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项, 标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
测试评审模板
表：编号：
项目名称
xxx
项目编号
WDGeneral Office
验证会日期
20xx-06-26
地 点
公司大会议室
组 长
xx
职 务
验证内容
/验证方法
根据软件的《测试报告》、《测试用例》、《错误跟踪表》、《变更控制表》，对测试用例和结果进行分析，验证系统的设计和开发是否达到了预期的目的。
申请人（签字）：xx20xx年06月27日
参加人员
签 到
xx、xx、xx
验证会记录
与会人员针对系统的每个测试用例和结果均进行了一一审核，并对之前出现的功能和性能问题以及建议性问题进行了核实。
会议记录（签字）：xx20xx年06月27日
存在问题
不存在明显问题。
验证组长（签字）：xx20达到了需求的目的。
决议: 通过 □解决以上问题后通过□解决以上问题后于 年 月 日再次验证
验证组长（签字）：xx20xx年06月27日
措施跟踪
不存在问题，故没有措施跟踪。
SQA跟踪（签字）：xx20xx年06月27日
验证组长审阅（签字）：左俊鑫20xx年06月27日
软件项目-文档库结构表-模板
项目组所有成员
项目经理、系统分析师
项目组所有成员
项目经理、系统分析师
项目组所有成员
项目经理、系统架构师
项目组所有成员
项目经理、开发工程师
项目组所有成员
项目经理、测试工程师
项目组所有成员 项目经理、实施工程师、测试工程师
1、《配置项状态表》 2、《基线列表》 3、《产品库清单》 4、《配置库信息表》
项目组所有成员
项目经理
系统架构师/系统分析师 系统架构师/系统分析师
项目经理
项目经理、质量工程师、配置管理员
项目经理
项目组所有成员
项目经理、系统分析师
1、《用户需求说明书》 2、用户原始需求台账
1、《同行评审通知》 2、《预审问题记录表》 3、《同行评审报告》 4、《同行评审问题跟踪表》 1、《需求规格说明书》
05用户测试反馈表
可按日期分目录
06用户测试问题统计表 可按日期分目录
07测试环境确认单
08同行评审
08上线 09项目结项
01系统上线
02培训资料
03试运行反馈表 04试运行问题统计表
可按日期分目录 可按日期分目录
10配置管理
01配置项状态记录
02配置审计 03变更管理 04发布申请 05配置管理报告
06代码 07测试
07用户需求说明书
08同行评审
01需求规格说明书 02页面原型 03用户汇报备忘录
04同行评审
05需求跟踪 01概要设计
02数据库设计
03详细设计
04同行评审
可分多个目录
0单元测试检查表
01测试方案
02测试用例
03测试报告
04用户手册
软件项目监理通用表精选全文完整版
可编辑修改精选全文完整版
项目方案/计划报审表
说明：1、本表用于承建单位报批项目设计、实施等技术、组织方案。
本表一式三份，监理单位、承建单位、业主单位各一份。
如果项目有独立的设计单位，此表一式四份，增加设计单位意见。
2、本表应附有报审的方案/计划。
监理工程师评审意见可以以附件形式提供。
总体进度计划报审表
说明：1、本表用于承建单位报审项目进度计划，一式三份，建设单位、监理单位、承建单位各一份。
2、本表应附有报审的进度计划一份。
监理工程师的评审意见可以以附件形式提供。
工程开工 / 复工报审表
需求分析报审表
概要设计报审表
详细设计报审表
测试计划报审表
测试报告报审表
工程软件文档验收检查记录表
报验申请 / 审批表
工程验收申请 / 审批单
工程款支付申请审批表
软件文档移交清点记录表
软件产品移交清点记录表
工程竣工验收证书
监理工程师通知单
抄送：
监理工程师通知回复单
抄送：
工程变更单
项目开发计划评审表
质量保证计划评审表
需求规格说明书评审表
概要设计说明书评审表
详细设计说明书评审表
测试计划评审表
测试报告评审表
用户手册评审表
操作手册评审表。
软件项目问题追踪与管理考核试卷
4. A
5. C
6. C
7. C
8. B
9. D
10. A
...（由于题目数量较多，这里仅列出前10题的答案，其余题目请自行补充）
二、多选题
1. ABCD
2. ABC
3. ABC
4. ABC
5. ABC
6. ABC
7. AB
8. AB
9. ABC
10. ABC
...（同上，仅列出前10题的答案）
C.只允许项目经理与问题报告者沟通
D.隐藏问题细节以避免混乱
二、多选题（本题共20小题，每小题1.5分，共30分，在每小题给出的四个选项中，至少有一项是符合题目要求的）
1.软件项目问题追踪与管理包括以下哪些步骤？（）
A.识别问题
B.分析问题
C.解决问题
D.预防问题
2.以下哪些是有效问题报告的特点？（）
2.影响问题优先级的因素：问题严重性（影响软件质量和项目进度）、紧急程度（需立即解决的问题）、影响范围（涉及的用户和模块）。它们的作用在于帮助团队合理分配资源和注意力。
3.确保问题报告质量的方法：使用标准化模板、提供详细步骤和截图、及时更新问题状态、验证问题解决。
4.有效问题解决策略：快速定位问题、优先解决影响大的问题、团队合作、总结经验教训。实施方法：加强团队沟通、定期培训、使用问题追踪工具。
A.查检表
B.鱼骨图
C.流程图
D.直方图
13.以下哪个不是软件项目问题管理的好习惯？()
A.定期审查问题
B.及时更新问题状态
C.由同一人报告并解决问题
D.问题解决后的验证
14.在问题追踪过程中，以下哪个做法是不推荐的？()
软件项目-过程和产品审计-模板
是 是
是 是 是 是 否 是 不适用 是 是
是 不适用
是 是 是 是 是 是
8.29
是 是 是 是 是 是
是
是 是 是 是 是 是
是 是 是 否 是 不适用 是
是 不适用 不适用 不适用 不适用
不适用 不适用 不适用 不适用 不适用
是 不适用 不适用 不适用 不适用 不适用 不适用 不适用 不适用
不适用 不适用 不适用 不适用
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
否
是
是
否
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
不适用
不适用
不适用
不适用
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是
是