课程目录 · 全部课程 · 原始 PDF

安全信息管理与数据分析：第 91–100 页

安全信息管理与数据分析 课堂笔记
• 安全考试一般要求 80 分以上合格；不及格可补考一次，第二次补考仍不通过则
重新学习
• 不及格本身也是一种反馈机制
注意
通过系统设计保证培训有迹可循、可追溯，有记录、有台账，证明教育培训组
织管理到位。
培训教育管理的意义
• 提高人的安全知识和素养，端正安全态度，提高安全意识
• 将人的因素导致的事故降到最低
• 企业组织培训是企业的义务，员工参加培训也是 员工的义务，不组织培训违反
法律法规要求
• 从另一角度看，给员工良好的培训教育也是一种福利，帮助其避免出事
政府安全生产监督综合管理系统
• 与企业系统相对应，为政府开发，将各行政管理部门监督管理业务用计算机实
现
Study Notes 91 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
• 面向辖区范围内各企业信息的收集、安全风险及重大危险源管理
• 保证企业信息与政府指令信息良好交换：企业信息上传，指令信息下传
定义
政府安全生产监督综合管理系统是负有监管职责的政府部门（如应急管理局）
用于辖区安全监督管理的计算机系统，主要工作包括：
• 辖区范围内重大危险源的监控管理： 统计危险性较大行业领域 （危化品储存、
高危工艺等）的重大危险源情况，实时上传监控数据
• 辖区范围内的安全检查和专项督查 ：行使政府监督职责，到企业现场检查，
录入检查资料信息（检查了什么、发现什么问题）及安全检查安排
政府对企业监察的区别对待
• 政府部门对辖区企业监察应做到区别对待，按企业风险管理能力分类管理
• 风险高的企业重点监察、 多检查； 风险管控好的企业减少干预， 尊重企业自觉性
• 类比：学习自觉的学生家长省心，不自觉的需天天督促
政府的安全事故调查处理权
• 通过调查处理分析辖区安全生产形势
• 统计企业事故报表（年报表、半年报等） ，企业通过系统上报
• 在数据基础上做分门别类的数据分析：各行业事故起数、事故类型等
应急救援组织指挥
• 协调辖区应急救援工作，需建立应急救援指挥系统
• 掌握应急预案、应急资源分布（消防、医疗等）
• 根据企业事故类型启动相应预案，规划应急救援路径
政府安全生产信息发布
• 政府信息披露是法定职责
• 通过官网等形式发布辖区安全信息情况
特定行业的监管重点
• 针对危险性大的行业：非煤矿山、危化品、烟花爆竹、工贸企业
• 检查其贯彻安全法律法规及安全生产条件情况
定义
安全许可：非煤矿山、危化品、烟花爆竹等企业需取得安全生产许可证或经营
许可证，满足安全生产条件后方可下发。
三同时制度
• 安全生产法和职业病防治法均要求三同时
• 安全设施、职业病防护设施须与主体工程同时设计、同时施工、同时投入生产
使用
• 三同时是企业主体责任，政府通过备案、审批、报告等环节予以监督落实
注意
三同时的初衷是防止企业负责人产生” 先完成主体工程赚钱、再完善安全设施”
的错误想法。本质安全要求物的硬件先达标，安全设施不能滞后于主体工程。
Study Notes 92 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
例
三同时落实流程：设计阶段提交设计方案备案 → 施工阶段提交施工方案 → 施
工完成后试生产并组织验收。通过分阶段备案审批，保证三同时真正落地，达
到本质安全。
本质安全
• 本质安全指物的硬件要达到要求，是安全的物质基础
• 三同时制度是保证本质安全的重要制度手段
政府监管系统的子系统划分
• 政务系统：政府部门内部任务、内部网管理信息、新闻等
• 重大危险源管理：作为管理对象，涉及登记备案
定义
重大危险源登记备案：企业进行重大危险源辨识、分级后到当地部门备案，主
动接受监管。特别重大危险源的监管数据上传至政府调度室，实现远程监控。
• 远程监控：企业监控室与上级政府调度室同步查看高压、高温等异常信号，可
调取视频监控（如库区摄像头画面）
• 应急救援信息系统：政府应急与企业应急两类
• 调度统计系统、信息发布系统
安全管理系统的概念结构
• 概念结构分为四部分：信息源、信息处理器、信息用户、信息管理者
定义
信息源：信息产生的源头，如隐患排查、教育培训、设备管理等业务，负责采
集收集信息。信息处理器：对原始数据进行加工、转换、变换，交由信息用户
利用。信息用户：利用处理后的信息。信息管理者：起协调、调度、管理作用，
对信息进行反馈。
Study Notes 93 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
例
安全管理人员现场检查发现问题：能立即整改的即查即改（如未戴安全帽、未
系安全绳） ；不能立即整改的，下发隐患整改通知书，指定责任人、规定整改期
限。这就是信息管理者的角色。
• 概念结构体现信息从信息源到信息用户的单向流动，以及信息管理者的总体控
制与调度
安全管理系统的层次结构
• 层次结构与企业组织、政府管理架构对应，分为高层、中层、基层
• 方向针对不同管理对象：能源管理、储存、生产、设备运输等业务线
注意
企业中存在” 管安全跟我没关系，有专门安全员” 的错误观念。安全事务没有特
殊人群、特权人群，每个岗位都有具体安全职责。如人事负责人需培训新员工
安全素养，财务主管需保证安全投入资金到位。
• 高层：企业主要负责人是安全生产第一责任人，对全部事务总负责；分管领导、
分管负责人各管一条线
• 中层：各管理部门（部长、主任、办事员） ，按一岗双责既管业务又管安全
• 基层：作业管理层，班组按操作规程、作业规程作业，负责设备维护、运行监
视、人员培训等
定义
一岗双责： 具体业务管理人员既要负责业务也要负责安全， 既管业务又管安全。
安全管理岗是宏观综合管理，各条线均需负责。
各层次的信息需求匹配
• 高层：战略管理、 宏观信息，关注计划、 法律法规符合性、 人员资质复核、 总体
安全形势、风险管控，据此做出决策
• 中层： 所分管部门的安全事务信息， 如人员培训信息、 课程承担情况、 考核信息
反馈
• 基层： 直观的基础信息， 如现场隐患提交路径、 设备工艺参数指标、 仪器仪表信
息、操作反馈（开泵、关泵、调速、液位等）
Study Notes 94 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
注意
高层管理人员不需要了解每个容器、每台设备的具体参数，但现场检查时可查
看。系统须针对不同层次匹配对应信息，避免信息过载或权限错配。
职能划分与权限管理
• 职能划分即按不同业务线管理（人员管理、设备管理、生产管理等）
• 通过分配账号、设置权限实现：基层看不到高层信息，人员管理看不到设备管
理信息
• 生产实习时需先搞清企业组织架构、业务线、管理架构
管理层次与系统分层总结
• 纵向按管理层次划分：战略管理层、管理控制层、作业管理层、事务处理层
• 事务处理层： 日常管理工作的统计报表、 信息查询、 档案管理 （能源信息、 设备
信息、档案信息等）
• 作业管理层：具体计划执行，按 PDCA 组织推进
例
PDCA 应用： 财务管理先做年度财务计划 （哪个月投入多少钱、 投在哪个项目） ，
按时间线实施；安全检查先做检查计划（谁参加、如何组织、如何实施） ，按计
划执行；培训按培训计划推进。
管理控制与战略管理
• 管理控制：对组织规划的具体落实情况进行控制，体现在过程管理，关注实现
过程及时间节点完成情况
• 战略管理： 对组织长远安全目标、 总体方针政策的制定， 包括法律法规符合、 企
业安全理念与安全承诺、主要负责人对社会安全承诺的践行情况
不同管理层次的信息需求差异
• 不同层次的管理需求在信息特性、来源范围、流通性、精确性要求和使用频率
上均有不同
• 针对不同层次设计的信息系统应有所区别和侧重，开发策略和设计风格差异较
大
• 战略层：注重决策能力和数学模型的应用
• 控制层：注重业务逻辑处理、数据的及时性和完整性
• 管理控制信息系统：注重统计分析工具的使用，强调各类安全报表的查询分析
和使用
例
在数据查询方面， 可以快速调取相关数据并进行分析， 发现其中的规律和趋势。
Study Notes 95 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
软件结构组成
一套系统的软件结构由以下部分构成：
• 电子数据处理系统： 数据的收集、 输入、 存储、 输出等初步处理， 以及日常报表
的输出
• 分析部分：运用程序对数据进行加工分析，进行分析挖掘
• 决策部分：运用决策模型对安全管理决策问题进行分析，提供决策方案及决策
支持
• 数据库： 作为安全管理系统的数据基础支撑， 负责数据的存储、 查询及管理维护
• 接口：实现系统与外部之间的数据交换，包含人机接口及系统间数据交换
例
应急场景下，根据情况选择预案、规划救援路线属于决策；根据风险高低及分
布情况决定采取哪些安全措施、加大哪些安全投入也属于决策。
例
数据接口包括下一级系统与上一级系统之间的数据交换，以及企业系统与政府
系统之间的数据交换。
例
人机交互界面：用户用账号登录后看到不同的界面，点击某个功能后出现对应
的交互界面，输入信息后以报表或查询表形式反馈结果。
Study Notes 96 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
物理架构与硬件
• 安全管理系统基于计算机和网络构建
• 计算机发展：CPU 越来越快，存储器越来越大
• 网络发展：从有线到无线，从百兆到千兆
• 架构类型：基于互联网或内网（局域网、广域网）
BS 架构与 CS 架构
• BS 架构（浏览器/服务器）：无需在本地安装客户端，只需网络浏览器登录服务
器即可操作
• CS 架构（客户端/服务器）：需在本地安装客户端软件，运行时客户端与服务器
端建立联系，进行数据双向传输
例
手机 APP 类似网页界面，安装后仍需访问远端服务器（如京东、淘宝） ，本地
端只记录账号密码信息，数据均来自远端。
注意
现在比较流行、 对用户更友好的是BS 架构， 因为它只需要一个浏览器， 无需安
装客户端软件。
系统开发的基本思路
• 明确系统是做什么的：目标清晰、目的明确，为谁开发、给谁用
• 对应问题描述、需求定义：明确要解决的问题和客户需求
• 需求定义清晰后，再决定怎么做（how to do ） ，形成设计文档
例
建房子：先确定要建楼，找设计师设计图纸（第一步） ，再按图纸施工。对应系
统开发就是先明确需求，再搭建物理架构、软件架构、编码实现。
例
与 5W1H、5W2H 方法类似：What（做什么） 、Who（谁做） 、Why（为什么做） 、
Where（在哪里做） 、用什么工具、How to do （怎么实现） 。
Study Notes 97 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
注意
系统开发很难做到百分之百满意，每个阶段都有反馈循环，在实验过程中发现
问题再进行修改。
结构化生命周期法
• 最常用的开发方法，拉开架子一步一步实施
• 客户提出开发请求 → 可行性分析 → 节点审批 → 总体规划 → 系统分析 → 系统
设计 → 系统实施 → 验收 → 运行维护
• 每个阶段都有对应的文档或文件作为该阶段结束的标志，通过后才能进入下一
阶段
• 自上而下推进，像瀑布一样往下流，称为瀑布模型
例
总体规划像先画组装图 （确定各部件位置关系） ， 再有零件图； 先确定系统有哪
些子系统、子系统间接口关系，再考虑具体实现。
例
黑盒子、灰盒子、白盒子理论：开始只知道输入输出（黑盒） ，逐步明确总体框
架（灰盒） ，再具体到每个子系统的实现（白盒） ，是一个逐步变得透明的过程。
Study Notes 98 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
结构化生命周期法的 6 个阶段
1. 可行性分析：明确需求，分析技术上、经济上是否可行，出具可行性分析报告
2. 总体规划：确定总体宏观结构，出总体规划报告
3. 系统分析：确定系统由哪些子系统构成、子系统间关系，出系统分析报告
4. 系统设计：包括物理结构、软件结构、编码
5. 系统实施：组装装配，交付可运行的系统
6. 系统管理（运行维护）：验收后交客户运行，运行中发现问题进行维护
注意
可行性分析有时还包括环境（环评）等方面，需在阶段先解决，可行且有收益
才继续推进。
结构化开发的特点
• 面向用户：满足用户需求
• 严格区分工作阶段：上一阶段未结束不进入下一阶段，避免推倒重来
• 前提是充分考虑需求 ：需求定义必须清晰明确，否则后期发现问题需回到从头
开始
• 每阶段有里程碑式文档：作为阶段结束的标志性节点
Study Notes 99 / 207 先看条件，再套公式

安全信息管理与数据分析 课堂笔记
• 自顶向下：6 个阶段从上往下推进
• 充分考虑变化：每个阶段有向上反馈，形成小范围循环
• 开发成果标准化：可行性分析报告、总体设计方案、系统设计方案等
定义
软件不仅仅只是源代码部分，还包括开发过程中形成的文档，这些文档都属于
软件。
原型化方法
• 与结构化方法不同，适用于需求模糊或随时间变化的系统
• 由用户驱动，对需求进行动态修改，称为用户驱动型
• 开发过程：先开发一版给用户用 → 使用中发现不足 → 打补丁不断修改 → 累积
到一定程度换新版本
例
软件版本迭代：小的改进累积到一定程度换新版本 （2.1、2.2） ，大的变动改3.0，
不断打补丁。
注意
原型化开发肯定不是最优的，因为不断打补丁，代码和结构都不是最优的；而
结构化方法开始就要想清楚，后期增加东西比较麻烦。
定义
用户有时不能很好地描述自己的需求。开发者先拿出一个能满足基本需求的东
西给用户用，用户在使用过程中发现不足并提出意见，开发者不断打补丁，最
终基本满足需求——这就是原型化开发的思路。
注意
用户在没有参考物的情况下很难凭空想象需求，有了东西参考就很容易发现问
题。结构化方法中开发者起主导作用，需到企业做调查研究，把所有问题想清
楚后再开发。
Study Notes 100 / 207 先看条件，再套公式

下一段