1、车 辆 管 理 系 统软 件 需 求 规 格 说 明 书班 级 10 软工一班 姓名 殷猛 2013 年 12 月 3 日2目 录1 引言 11.1 编写目的 11.2 背景 .11.3 预期读者 .11.4 参考资料 12 综合描述 22.1 产品目标 22.2 产品功能 22.3 用户范畴和特征 22.4 运行环境 32.5 设计和实现限制 32.6 假定和约束 .32.6.1 人力资源约束 32.6.2 技术约束 32.6.3 环境约束 33 外部接口需求 43.1 用户界面 43.2 硬件接口 43.3 软件接口 43.4 通信接口 44 功能性需求 44.1 功能分析 44.2 用例
2、图 54.3 用例分析 94.4 功能活动图 204.5 状态图 235 非功能需求 245.1 性能需求 245.1.1 时间、界面、响应要求 245.1.2 灵活性 245.2 数据管理需求 .255.2.1 系统数据流图 255.2.2 数据整理与保存 265.2.3 数据安全性 265.3 故障处理需求 2611 引言1.1 编写目的需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。1.2 背景物流系统是现代经济系统的主动脉，物流的最
3、简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。开发软件名称：车辆管理系统项目开发者：10 软工 殷猛用户：运输集团公司1.3 预期读者本需求的预期读者是开发组成人员，软件测试人员，支持本项目的老师，软件维护人员。1.4 参考资料1. 软件需求工程 毋国庆 梁正平 袁梦霆 李勇华 编著2. UML 基础与 Rose 建模教程 蔡敏 徐惠惠 黄炳强 编著3. C#数据库系统开发完全手册 明日科技 张跃延 许文武 王小科 编著24. 软件工程实验与实践教程 陈佳 曹妍 编著
4、5. 实用软件文档写作 肖刚 古辉 程振波 张元鸣 著2 综合描述2.1 产品目标车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。2.2 产品功能* 车辆基本信息管理* 车辆购置管理* 车辆调拨管理* 车辆报废管理* 车辆信息管理查询2.3 用户范畴和特征本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门，下属运输公司有零担运输公司、客运公司、3整车运输公司、旅游公司等，其组织结构如下图 1： 图 1：运输集团公司组织结构图2.4 运行环境运行该软件所适用的具体设备必须是奔腾 4、内存 512MB 以上的计算机
5、。操作系统在 Windows xp 及以上。数据库为 SQL Server2000 版本2.5 设计和实现限制仅设计为本地版本，无需联网，没有服务器端。2.6 假定和约束2.6.1 人力资源约束1、开发工作量约需 1 个人 2 月工作量。开发完成后，可减少为 1 名作为维护人员；2、辅导老师 1 人，开发人员 2 人。42.6.2 技术约束本项目的设计是在 ASPAsp.Net 程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。2.6.3 环境约束运行该软件所适用的具体设备必须是奔腾 4、内存 512MB 以上的计算机。操作系统在 Windows xp 及以上。3 外部接口需求3.
6、1 用户界面见系统设计说明书3.2 硬件接口考虑到大量数据的备份等要求，需要保持与磁带机、光盘刻录机及 USB 的接口，这较易实现。3.3 软件接口这里，主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能，所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。3.4 通信接口无需与网络连接，只需考虑与外部移动设备的通信。54 功能性需求4.1 功能分析1、车辆基本信息管理模块(1)用户的登录管理：不同级别的用户通过特定的用户名和密码登录系统，对相应的信息进行管理。(2)查询车辆基本信息：通过输入车辆的基本信息对车辆的整体信息进行查询。(3)删除车辆基本信息：
7、有相关权限的用户可对某些不再需要的车辆信息进行删除。(4)修改车辆基本信息：有相关权限的用户如有必要，可对车辆的基本信息进行修改。(5)添加车辆基本信息：有相关权限的用户可添加车辆的基本信息。2、车辆购置管理模块用户可添加、修改、删除、查询车辆购置管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。3、车辆调拨管理模块与车辆购置管理类似，用户可添加、修改、删除、查询车辆调拨管理申请单，然后交由总工程师申请审批，如通过再有总经理申
8、请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。4、车辆报废管理模块与车辆购置管理类似，用户可添加、修改、删除、查询车辆报废管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二6级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。5、车辆信息查询管理模块实现对多种信息的快速模糊查询，可根据车辆所属的二级公司，车牌号，车辆的厂牌，规格，型号等信息进行不同的组合来查询车
9、辆，还可根据申请购置，调拨，报废车辆的二级公司，申请时间等查询车辆的购置，调拨，报废的申请及审批情况等。4.2 用例图 1、车辆管理信息系统用例图2、车辆购置管理用例图73、车辆调拨管理用例图4、车辆报废管理用例图85、车辆基本信息管理用例图94.3 用例分析一、车辆购置管理用例 1用例名称：添加车辆购置申请用例识别号：1.1.1参与者：二级公司用户简要说明：二级公司用户添加一个车辆购置申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。4)二
10、级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆购置申请记录就被插入到数据库中。5)用例终止其它事件流：在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。后置条件：一条新的车辆购置记录被插入到数据库中并显示出来。注释：无。其它事件流：在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆购置申请记录不会被删除。10异常件流：1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。后置条件：选中的默认的车辆购置申请记录从数据库中被删除，同时显示界面被更新。注释
11、：删除之前，要先使用查询功能，以便选择要删除的内容。用例 3用例名称：总工程师购置申请审批用例识别号：1.2.1参与者：总工程师简要说明：总工程师对二级公司用户提交的车辆购置申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。基本事件流：1) 总工程师单击选中要审批的车辆购置申请记录。2) 总工程师单击“审批”按钮。3) 系统出现编辑窗口。4) 总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。5) 总工程师选择“同意”或“不同意”单选按钮审批结果。6) 总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆购置申请记
12、录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7) 用例终止。其它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：111）提示错误信息，总工程师确认。2）返回到管理系统主界面。后置条件：选中的车辆购置申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。注释：审批之前，要先使用查询功能，查出未审批的车辆购置申请记录。用例 4用例名称：总经理购置申请批复用例识别号：1.3.1参与者：总经理简要说明：总经理对二级公司用户提交的公司所属车辆购置申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在
13、满足如下条件的车辆购置申请记录，即：总工程师已审批、总经理未批复的公司所属车辆购置申请记录。基本事件流：1) 总经理单击选中要审批的车辆购置申请记录。2) 总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆购置申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。3) 用例终止。其它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：1）提示错误信息，总经理确认。2）返回到管理系统主界面。后置条件：选中的车辆购置申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。12注释：审批之前，
14、要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆购置申请记录。二、车辆调拨管理用例 5用例名称：添加车辆调拨申请用例识别号：2.1.1参与者：二级公司用户简要说明：二级公司用户添加一个车辆调拨申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：1)二级公司用户单击“插入”按钮。2)系统出现编辑窗。3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆调拨申请记录就被插入到数据库中。5)用例终止。其它事件流：在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口
15、内的任何内容都不会被保存。异常事件流：1)提示错误信息，二级公司用户确认。2)返回到管理系统主界面。后置条件：一条新的车辆调拨记录被插入到数据库中并显示出来。注释：无。用例 6用例名称：删除车辆调拨申请13用例识别号：2.1.2参与者：二级公司用户简要说明：二级公司用户删除一个车辆调拨申请记录。前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。基本事件流：1) 二级公司用户单击选中要删除的车辆调拨申请记录。2) 二级公司用户单击“删除”按钮。3) 系统出现“提示是否删除”窗口。4) 二级公司用户单击“是”按钮，该车辆调拨申请记录就被从数据库中删除。5) 用例终
16、止。其它事件流：在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆调拨申请记录不会被删除。异常件流：1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。后置条件：选中的默认的车辆调拨申请记录从数据库中被删除，同时显示界面被更新。注释：删除之前，要先使用查询功能，以便选择要删除的内容。用例 7用例名称：总工程师调拨申请审批用例识别号：2.2.1参与者：总工程师简要说明：总工程师对二级公司用户提交的车辆调拨申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。14基本事件流：1) 总工程师单击选中要审批的车辆调拨申请记录。2) 总工程师单击“审批”
17、按钮。3) 系统出现编辑窗口。4) 总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。5) 总工程师选择“同意”或“不同意”单选按钮审批结果。6) 总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆调拨申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7) 用例终止。其它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：1）提示错误信息，总工程师确认。2）返回到管理系统主界面。3）后置条件：选中的车辆调拨申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批
18、意见。注释：审批之前，要先使用查询功能，查出未审批的车辆调拨申请记录。用例 8用例名称：总经理调拨申请批复用例识别号：2.3.1参与者：总经理简要说明：总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录，即：总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。15基本事件流：1) 总经理单击选中要审批的车辆调拨申请记录。2) 总经理单击“审批”按钮。3) 系统出现编辑窗口。4) 总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。5) 总经理选择“同意”或“不同意”单选按钮批复结果。6)
19、 总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆调拨申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7) 用例终止。其它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：1）提示错误信息，总经理确认2）返回到管理系统主界面后置条件：选中的车辆调拨申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆调拨申请记录。三、车辆报废管理用例 9用例名称：添加车辆报废申请用例识别号：3.1.1参与者：二级
20、公司用户简要说明：二级公司用户添加一个车辆报废申请单。前置条件：二级公司用户已经登录车辆管理信息系统。16基本事件流：1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆报废申请记录就被插入到数据库中。5)用例终止。其它事件流：在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。后置条件：一条新的车辆报废记录被插入到数据库中并显示出来
21、。注释：无。用例 10用例名称：删除车辆报废申请用例识别号：3.1.2参与者：二级公司用户简要说明：二级公司用户删除一个车辆报废申请记录。前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。基本事件流：1) 二级公司用户单击选中要删除的车辆报废申请记录。2) 二级公司用户单击“删除”按钮。3) 系统出现“提示是否删除”窗口。174) 二级公司用户单击“是”按钮，该车辆报废申请记录就被从数据库中删除。5) 用例终止。其它事件流：在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆报废申请记录不会被删除。异常件流：1）提示错误信息，二级公司用户确认。2）返回到
22、管理系统主界面。后置条件：选中的默认的车辆报废申请记录从数据库中被删除，同时显示界面被更新。注释：删除之前，要先使用查询功能，以便选择要删除的内容。用例 11用例名称：总工程师报废申请审批用例识别号：3.2.1参与者：总工程师简要说明：总工程师对二级公司用户提交的车辆报废申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。基本事件流：1）总工程师单击选中要审批的车辆报废申请记录。2）总工程师单击“审批”按钮。3）系统出现编辑窗口。4）总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。5）总工程师选择“同意”或“不同意”单选按钮审批结果
23、。186）总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆报废申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7）用例终止。其它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：1）提示错误信息，总工程师确认。2）返回到管理系统主界面。3）后置条件：选中的车辆报废申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。注释：审批之前，要先使用查询功能，查出未审批的车辆报废申请记录。用例 12用例名称：总经理报废申请批复用例识别号：3.3.1参与者：总经理简要说明：总经理对二级
24、公司用户提交的公司所属车辆报废申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录，即：总工程师已审批、总经理未批复的公司所属车辆报废申请记录。基本事件流：1) 总经理单击选中要审批的车辆报废申请记录。2) 总经理单击“审批”按钮。3) 系统出现编辑窗口。4) 总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。5) 总经理选择“同意”或“不同意”单选按钮批复结果。196) 总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆报废申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7) 用例终止。其
25、它事件流：在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：1）提示错误信息，总经理确认。2）返回到管理系统主界面。后置条件：选中的车辆报废申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆报废申请记录。4.4 功能活动图1、用户登录活动图202、车辆基本信息管理活动图3、车辆购置管理活动图214.5 状态图1、车辆购置申请单状态图2、车辆基本信息状态图225 非功能需求5.1 性能需求5.1.1 时间、界面、响应要求由于此系统主要用于信息的保
26、管查询，即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏，及恶意的窃取私人信息，要求有较为可靠的安全性能。另外也需要高速的响应，要求稳定、安全、便捷，易于管理和操作。另外使用者大多为非计算机人员，所以要求界面友善，交互性强。查询速度：不超过 5 秒；其它所有交互功能反应速度：不超过 3 秒；可靠性：平均故障间隔时间不低于 300 小时。信息容量：不低于 10G 时可能出现系统崩溃。235.1.2 灵活性当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。5.2 数据管理需求5.2.1 系统数据流图车辆购置业务流程图
27、车辆调拨业务流程图24车辆报废业务流程图255.2.2 数据整理与保存应满足随时整理的需求，用户可随时更改数据，保存数据。对于数据唯一性的识别应放在多个关键字之上。5.2.3 数据安全性数据应具有极高的安全性，为了保护用户的隐私，仍需设置登陆及密码保护，以防用户的信息被人窃取。5.3 故障处理需求1、内部故障处理:在开发阶段可以随即修改数据库里的相应内容。 2、外部故障处理:对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。3、本软件可能产生的错误为数据库的错误信息，应由数据库管理员对数据库进行维护。为了确保系统恢复的能力，数据库管理员要定期对数
28、据库进行备份。但产品投入使用后，则由维护人员跟进。26原文已完。下文为附加论文，如不需要，下载后可以编辑删除，谢谢！轰燃对建筑室内火灾灭火救援的影响【摘 要】：在室内轰燃研究理论基础上，简要介绍了轰燃的定义和轰燃判据，并结合建筑火灾实际情况，分析了因轰燃引起的室内火灾中灭火救援难点问题，根据轰燃的特点，提出了应对此类火灾的灭火救援对策，为消防部队处置室内轰燃火灾提供参考。【关键词】：消防； 建筑火灾； 轰燃； 灭火救援一、引 言轰燃是室内火灾发展过程中的一种特殊燃烧现象。室内发生火灾后，若具备合适的燃料和通风条件，就可能发生轰燃。轰燃一旦发生，室内所有可燃物会在极短时间内同时全面着火，室内整个
29、空间都充满火焰，可燃物燃烧速率和室内温度急剧上升，并且室内会产生大量有毒烟气，氧气浓度也随之急剧下降。这些都会使室内人员受到严重威胁，也给消防灭火救援带来极大困难。国内外发生的很多建筑火灾事故中，轰燃就是造成严重人员伤亡和财产损失的元凶，如新疆克拉玛依友谊馆火灾、洛阳东都商厦火灾、吉林中百商厦火灾、英国布拉德福市足球场火灾和皇家十字地铁车站火灾。因此，结合轰燃的特点和危害性，分析轰燃对建筑火灾中灭火救援工27作造成的难点问题，有针对性的加强对室内火灾的控制，对于提高消防部队灭火救援工作效率具有重要意义。二、轰燃及相关研究（一）轰燃定义NFPA 921 中轰燃定义为：室内火灾发展的一个过渡阶段，
30、热辐射作用下的所有可燃物在轰燃时几乎同时着火，火焰迅速在室内所有物体传播蔓延，室内形成一片火海。轰燃的发生是火灾失控发展的危险信号，产生的高温烟气会对建筑结构安全产生严重影响，强大的破坏力往往造成恶性死伤事故和巨大财产损失，极易造成群死群伤事故与巨额财产损失，也是火灾即将向临近区域蔓延的重要标志。目前对轰燃还没有统一的定义，比较常用的三种：（1）室内火灾由局部火向大火的转变，转变完成后，室内所有可燃物表面都开始燃烧；（2）室内燃烧由燃料控制向通风控制的转变；（3）在室内顶棚下方积聚的未燃气体或蒸气突然着火而造成火焰迅速扩展。（二）轰燃判据及预测室内火灾是一种受限空间内的燃烧，是建筑火灾的主要形
31、式，将发生轰燃的条件量化为可以测量或计算的物理量是一件极为困难的事情。现在应用最多的三个轰燃判据为：（1）室内接近顶棚热烟气温度超过 600；（2）室内地板平面辐射热通量超过 20 kW/m2；（3）通风口有火焰喷出。以上判据都源于火灾实验观察结果，虽然具有一定局限性，但可以作为判定轰燃的参考标准。28对轰燃的预测方法，不同的研究者提出了不同的温度和热通量判据。V.Barauskas、McCaffrey、Quintiere、Harkleroad、Thomas等分别提出了基于热释放速率预测轰燃的经验公式。此外，武警学院陈爱平教授将内衬材料的热惯性因素引入考虑，基于 McCaffrey的方法提出了
32、轰燃综合预测法；B.Hagglund 等建议采用临界轰燃燃烧速率预测轰燃；J.G. Quintiere 等提出采用临界轰燃燃料面积预测轰燃；S.R.Bishop 根据经典热爆炸和非线性热动力学理论温度微分方程特征值预测轰燃等。这些预测方法的实用性和精确性还有待改进。三、轰燃对室内火灾灭火救援的影响（一）轰燃时间预测困难，影响灭火救援决策消防部队在轰燃前到达现场，如果未及时预测和侦察到轰燃，急剧升高的温度和喷出火焰会对消防队员造成伤害。消防官兵到火场后，没有人能够准确预测是否会发生轰燃和什么时候发生轰燃。有些火灾，消防员内攻进入室内的瞬间就可能被卷入火海中，而有些火灾，在灭火救援进行过程中突然轰燃，也有的至灭火战斗结束也不发生轰燃。如何在火场快速判断轰燃发生的可能性及时间，仍是一线消防指挥员的一个难题。而目前对轰燃的预测研究多限于学术理论方面，并没有便于在灭火救援现场操作的轰燃预测仪器或技术手段。指挥员只能依靠个人积累的灭火经验，对轰燃的感官印象及火情侦查情况进行初略判断，容易导致现场决策低效率、低质量，甚至做出错误的决策，造成不必要的人员伤亡和财产损失。
