“11.10”火情分析报告

单  位：中钢吉铁一分厂

时  间：20##年11月10日17时20分许

地  点：中钢吉铁一分厂102#炉变压器室

类  别：一般火情，无人员伤亡

一事情经过

20##年11月10日晚17时15-20分之间，101#炉操纵工韩侠、102#炉操纵工王立华同时发现102#炉变压器室内失火，当时在场检修101#炉电气设备的电气值班长李健与102#炉炉长付国强立即使用灭火器进行扑救，并根据一分厂应急预案相关要求，命令操纵工立即停电，通知电力分厂退高压。向厂调请求公司消防车支援，通知当班值班主任。

经过10分钟火势受到控制，5分钟后灭火完成，然后进行30分钟认真排查确认，102#炉变压器室油坑火情完全扑灭。

二财产损失

三原因分析

火情发生后，一分厂本着四不放过的原则，于火情发生当晚21:20召开火灾事故分析会，对“11·10”起火原因进行调查。

经查，20##年11月10日晚17时10分许，101#炉员工吉树亮、陈杰两名员工在出炉作业完成后，向一分厂矿渣间倒运渣罐，在天车吊运第一个渣罐时，少量液态炉渣从罐嘴外溢，天车工王金福没有将渣罐放到跨度车上重新吊挂，而是直接将渣罐快速吊至跨度车旁（东面）102#炉变压器室后侧，渣罐落地时液态炉渣喷溅，造成跨度车东面地上三根废胶管起火燃烧，部分炉渣顺102#炉变压器室通风口溅入变压器油坑，吉树亮、陈杰继续吊运第二个渣罐，放入罐位工作完成后，将两个摞在一起的空渣罐座到跨度车上，1#炉冶炼工吉树亮和陈杰离开矿渣间罐位现场回到铸锭间内，天车工王金福也开车离开现场；对于渣罐喷溅出热渣情况，三人没有在现场进行确认并进行处理，没有将洒渣情况及时通知班长与上级领导，将102#炉油坑内积存的油污点燃，引发火情。

四责任认定

1 直接责任

⑴冶炼工吉树亮、陈杰及天车工王金福在吊运渣罐过程中存在违章操作行为，且发生液态炉渣喷溅后没有对现场进行安全确认、汇报并及时处理，导致火情扩大，对本次事件负主要责任。

⑵101#炉炉长程辉、天车工长郝吉忠负有直接领导责任。

2 间接责任

⑴变压器室属于公司重点防火部位，重大危险源点，负责监管的电气工段对危险部位没有认真履行辨识义务，变压器室通风口留有安全隐患，对本次事件负次要责任。

⑵冶炼三工段矿渣班组对矿渣现场监管不到位，没有及时发现和制止101#炉员工在危险部位摆放液态渣罐的违章行为，存在一定工作过失，对本次事件负次要责任。

五处理意见

由于本次火情事件发生在重点防火部位，属重大责任事件，为体现消防安全工作的重要性，经一分厂领导班子研究后决定，对相关责任人提出严肃考核：

1 考核101#炉丁班员工陈杰、吉树亮各300元；考核天车工段丁班员工王金福300元。

2 考核101#炉炉长程辉1000元；考核101#炉技术员赵旭500元；考核101#炉丁班班长冯国忠500元。

3 考核丁班值班主任郭伟1000元。

4考核电气工长董希春500元，对电气技术员提出严肃批评。

5考核天车工长郝吉忠500元；考核天车工段丁班班长许国瑞200元。

6考核冶炼三工段工长兰治禹500元；考核矿渣班长左吉军300元。

7考核安全员田玮500元；考核安全监察员张洪涛300元。

8 分厂三名中层管理人员的处罚依照公司处理决定执行。

9、奖励：

根据公司及一分厂消防管理规定，一分厂将对参与积极救火的工段和员工给予适当奖励，特对救火过程中发挥重要作用的职工李健和付国强提出表扬。

六防范措施

1、加强员工思想教育，杜绝违章及操作现象发生，认真执行安全技术操作规程

2、严格执行安全确认制。

3 、严格管理生产现场，强化6S管理模式。

4、强化职工危险预知，提高危险意识。

5、进一步强化消防工作的培训，高度重视消防工作，加强应急预案演练工作。

一分厂

20##年11月14日

102#炉变压器室地坑着火造成财产损失情况汇总

19芯电缆：12米、每米35.6元，合计428元

电接点压力表一块：200元

三相电压指示灯一套：50元

照明灯线：50米，每米3元，合计150元

总计：828元

灭火器：19具灭火器

一分厂

20##年11月14日

第二篇：10-11需求分析报告

编号：

密级：

x x x项目

需求分析报告

此页空白

第I页

更改历史

第II页

目 录

1 前言........................................................................................................................................... 1

1.1 目的 ........................................................................................................................... 1

1.2 文档约定 ................................................................................................................... 1

1.3 预期读者和阅读建议 ............................................................................................... 1

1.4 项目范围 ................................................................................................................... 1

1.5 参考文件 ................................................................................................................... 1

2 整体描述 ................................................................................................................................... 1

2.1 产品透视 ................................................................................................................... 2

2.2 产品特性 ................................................................................................................... 2

2.3 用户种类和特点 ....................................................................................................... 2

2.4 操作环境 ................................................................................................................... 2

2.5 设计和实现约束 ....................................................................................................... 2

2.6 用户文档 ................................................................................................................... 3

2.7 假设和依赖 ............................................................................................................... 3

3 系统特性 ................................................................................................................................... 3

3.1 系统特性1 ................................................................................................................ 3

3.1.1 描述和优先级 ................................................................................................... 3

3.1.2 激励/响应序列 .................................................................................................. 3

3.1.3 功能需求 ........................................................................................................... 3

3.2 系统特性2 (继续) .................................................................................................... 4

4 外部接口需求 ........................................................................................................................... 4

4.1 用户界面 ................................................................................................................... 4

4.2 硬件接口 ................................................................................................................... 4

4.3 软件接口 ................................................................................................................... 4

4.4 通讯接口 ................................................................................................................... 4

5 其它非功能性需求 ................................................................................................................... 5

5.1 性能需求 ................................................................................................................... 5

5.2 安全性需求 ............................................................................................................... 5

5.3 保安性需求（可以与安全性需求合并） ............................................................... 5

5.4 软件质量属性 ........................................................................................................... 5

6 其它需求 ................................................................................................................................... 5

附录A 词汇表 ............................................................................................................... 7

附录B 分析模型 ........................................................................................................... 7

附录C 问题列表 ........................................................................................................... 7

第III页

1 前言

1.1 目的

<识别此软件需求规格说明文档所对应的产品，包括版本和发布号。描述此SRS针对的产品的范围，特别是此SRS是否仅描述系统的一部分或一个单独的子系统。>

[正文]

1.2 文档约定

<描述SRS编写所遵循的约定，如字体和加重是否有特别的含义。例如，高层需求的优先级是否假定被更详细的需求所继承，或者每个需求都需要单独说明其优先级。>

[正文]

1.3 预期读者和阅读建议

<描述文档预期的各类读者，如开发人员，项目经理，市场人员，用户，测试人员和文档编写人员。描述SRS以下章节包含的内容和它们如何组织。建议文档阅读的顺序，比如从简介开始，然后再到每个用户最适合的章节。>

[正文]

1.4 项目范围

<简要描述此需求所针对的软件以及软件要达到的目的，包括带来的好处和目标。将软件与组织目标和商业策略结合起来。如果单独提供了项目视图和范围文档，那么直接引用它而不是在此处重复。对于不断演化的产品的SRS，在其下一个发布版本中应只包括其自身的范围陈述，作为产品长期目标的子集。>

[正文]

1.5 参考文件

<列出此SRS引用的任何其它文件或者网页地址。比如用户界面风格指南，标准，系统规格说明，用例文档或者项目视图和范围文档。提供足够的信息如标题，作者，版本号，日期，来源或者存放位置，以便读者可以得到每个参考的副本。 >

[正文]

2 整体描述

第1页

[正文]

2.1 产品透视

<描述SRS所规定的产品的上下文信息和产品的起源。例如，说明此产品是否作为一个产品系列的后续，是否是对现有系统的一个替换，或者是全新的自包含的产品。如果SRS定义了一个大的系统的组成部分，那么将大系统的需求与此软件的功能相对应，并识别两者之间的接口。最好使用一个简单的框图显示整个系统的组成部分，子系统之间的连接和外部接口。>

[正文]

2.2 产品特性

<总结产品包含的主要特性或主要功能。细节将在第三章提供，此处只需从顶层总结即可。适当对功能进行组织以便于读者理解。通常，使用一个图形来说明彼此相关的需求的分组和他们之间如何联系，例如采用顶层数据流图或者类图是非常有效的。>

[正文]

2.3 用户种类和特点

<识别会用到这个产品的各种用户。用户种类可以基于使用频度、使用产品的功能子集、专业技术水平、安全和权限级别、教育程度和经验进行划分。描述每类用户与产品紧密关联的特征。有些需求可能只与特定的用户有关。区分最重要的用户类型与那些不需要重点满足的用户类型。>

[正文]

2.4 操作环境

<描述软件操作的环境，包括硬件平台，操作系统和版本，以及任何其他与此软件必须共同使用的软件部件或应用。>

[正文]

2.5 设计和实现约束

<描述任何限制开发人员选择的事项和要求。可能包括的内容有：组织或法规要求；硬件限制 (时间要求，内存要求); 与其他应用的接口；使用的特定的技术、工具和数据库；并行操作；语言需求；通讯协议；安全考虑；设计惯例或编程标准(如顾客将负责维护交付的软件)。.>

[正文]

第2页

2.6 用户文档

<列出用户文档 (如用户使用手册，在线帮助和教程)，这些文档将随同软件一同交付。识别用户对文档格式和标准的要求。>

[正文]

2.7 假设和依赖

<列出任何影响此SRS中需求的假定的因素(可能与事实不符)。比如即将使用的第三方或者商用组件、与开发或操作环境有关的问题、以及约束。这些假设如果不正确，或者不被认同或者面临更改，那么项目将受到影响。也要识别项目所依赖的外部因素，如预计从其它项目重用的软件组件，除非这些组件已经开发好。>

[正文]

3 系统特性

<此模版仅给出了按照产品或系统特性来组织功能需求的一个示例，即产品提供的主要服务。从3章到最后一章都是描述的具体需求。可以根据需求只采用一章或者分章节。提供了具体需求的组织供参考。可能更倾向于通过用例，操作模式，用户类型，对象类，功能分解或者这些的组合来编写。采用最适合你产品的方式来组织编写。>

[正文]

3.1 系统特性1

<不要真的写上“系统特性1。” 用简短的词描述特性的名称。>

[正文]

3.1.1 描述和优先级

<提供特性简短的描述，并指出其优先级是高，中，低。也可以包含特定的优先级指标，如好处，惩罚，成本和风险(每个可以按低到高按1-9打分)。>

[正文]

3.1.2 激励/响应序列

<列出用户执行的序列和系统的响应，来描述此特性定义的行为。对应于与用例关联的对话框。>

[正文]

3.1.3 功能需求

第3页

<与此特性相关的详细功能需求按条目列出。功能需求是指为了用户利用此特性提供的服务或者为执行用例软件必须具备的能力。包括产品在错误条件和非法输入下应当如何响应。需求应当简洁、完整、明确、可验证而且必要。使用“TBD”作为占位符来说明信息尚未提供。>

<每个需求应当使用序列号或者某种有意义的标签等唯一标识。>

REQ-1:

REQ-2:

3.2 系统特性2 (继续)

[正文]

4 外部接口需求

4.1 用户界面

<描述软件产品与用户之间每个操作接口的逻辑特征。可以包含示意屏幕截图、需要遵循的GUI标准或者产品系列样式指南、屏幕布局约束、每个屏幕需要出现的标准按钮和功能（如帮助按钮）、键盘快捷键、错误信息显示标准等等。定义需要用户界面的软件部件。用户界面设计的详细信息可在单独的用户界面规格说明文档中给出。>

[正文]

4.2 硬件接口

<描述在软件产品和系统硬件组件之间接口的逻辑的和物理特征。可能包括支持的设备类型、软件和硬件之间的数据和控制机制以及使用的通讯协议。>

[正文]

4.3 软件接口

<描述此产品和其它特定的软件组件之间（名称和版本）的连接，包括数据库、操作系统、工具、软件库以及集成商业组件。识别进入系统和系统发出的数据条目或者消息并描述各自的目的。描述需要的服务和通讯机制。引用描述详细应用编程接口协议的文件。识别将要在软件组件之间共享的数据。如果数据共享机制必须以特定的机制实现的话 (例如，使用多任务操作系统的全局数据区域)，则明确作为一个实现约束明确提出。>

[正文]

4.4 通讯接口

第4页

<描述产品与任何通讯功能关联的需求，包括电子邮件、浏览器、网络服务器通讯协议、电子表单等等。定义相关的消息格式。识别任何要使用通讯标准，如FTP或HTTP。明确任何通讯安全和加密问题，数据传输速率以及同步机制。>

[正文]

5 其它非功能性需求

5.1 性能需求

<如果产品在任何场合下有性能需求，在此出列出并解释理由，以帮助开发人员理解原因并作出合适的设计选择。明确实时系统的时序关系。尽可能明确这些需求。可能需要为单个功能需求或者特性明确功能需求。>

[正文]

5.2 安全性需求

<明确那些由于使用此产品可能导致的损失、损坏、伤害方面的需求。引用影响产品设计和使用的任何外部与安全问题有关的政策法规。定义任何必须满足的安全认证要求。>

[正文]

5.3 保安性需求（可以与安全性需求合并）

<明确任何产品使用的安全或保密要求，以及保护产品创建的或使用的数据的安全性或保安性要求。定义任何用户身份鉴别需求。引用任何影响产品的外部的政策法规。定义任何必须满足的安全和保安认证要求。>

[正文]

5.4 软件质量属性

<明确任何额外的对于顾客或开发人员比较关键的产品质量特性。可以考虑包括的有：可修改性，可使用性，正确性，灵活性，互操作性，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性，易用性等。编写时要求尽可能具体，定量和可验证。至少，要给出各种属性的相对偏好，比如相对于易学而言优先考虑考虑易用。>

[正文]

6 其它需求

<定义任何其它未在此SRS其它部分包含的需求。可能包括数据库需求，国际化需求，法律需求，产品重用的目标等等。可以添加与此项目密切关联的新的

第5页

章节。>

[正文]

第6页

附录A 词汇表

<定义所有理解此SRS的必要术语，包括缩写。可能编写一个跨越多个项目或整个组织的单独的词典，然后只在SRS中列出与之相关的词汇。>

[正文]

附录B 分析模型

<可选的，包含任何有关分析模型，如数据流图，类图，状态转换图或实体关系图。>

[正文]

附录C 问题列表

<此出列出待解决的开放需求问题动态列表， 包括TBD，悬而未决的问题，需要的信息，需要解决的冲突等类似的问题。>

[正文]

----------------------------完----------------------------

第7页