AUTOSAR CountdownAdvent Calendar 2022Day 12

効率的なHAZOPの進め方。仮説(187) 安全(94) 図(35)

Last updated at 2024-07-11Posted at 2017-12-18

効率的なHAZOPの進め方

HAZOPは安全なシステムを設計する際におこなうとよい分析手法です。
11の魔法の言葉（guide word)があります。

<この項は書きかけです。順次追記します。>
This article is not completed. I will add some words in order.

魔法の言葉(guide word) 無逆他大小類部早遅前後

大小類部が空間を
早遅前後が時間を

大小早遅が量を
類部前後が質を

大が上限を（類早前）
小が下限を（部遅後）

HAZOPの利点

物にも事にも適用できる。
システムの状態を検査するプログラムを作成するのに、いろいろ役立つ道具です。

一人作業

最初に１人で作業します。

責任を持って作業
利用者視点は設計能力が高くなくても担当可（設計者との差が分る）
誘導語と図（設計図・外観等）を見てありえない事を「外れ」に列記
想定外（思わぬこと）に気付く
人に言うのは恥ずかしい事でも，自分で妄想するだけならいろいろ考えられる
最初に自分が考えたことが全体の表の中で残ってたり，統合されていくことにより，分析の流れを理解

作業の進め方

紙に書いて欄が足りなけれ足す
ありえないことでよい
思いついたことは必ず書く
経験に基づいても,妄想に基づいてもどちらでもよい
事について記述しても，物について記述してもよい
事前，事後（初期条件，境界条件）を記述
3つ以上の設計指針を使う
共用品設計(universal design)，形の設計指針，言語規約(MISRA C, STARC RTL設計style guide）
誘導語の展開語一覧を配る

図の利用

実物、写真、動画、図を利用して分析する。設計図である状態図、時系列図、刻時図は、ソースコード生成できるものであれば詳細な分析が可能である。

図を使って分析・設計すればこんなに簡単。安全(11), 図(11)
https://qiita.com/kaizen_nagoya/items/6347eb55b2812d745549

設計図(12) 表はいつ(when)書く、何を(what)書く、どうやって(how)書く。仮説(71)
https://qiita.com/kaizen_nagoya/items/7fddfa5d8bfb5a947db8

顧客指向の設計定義要件定義に代えて。仮説(91) 図(25)　
https://qiita.com/kaizen_nagoya/items/79c608ebba14db53d353

算譜(program)の見直し(review)に必要な指向, 技能, 技法, 手順上位７, 仮説(188) coding(72), 図(26)
https://qiita.com/kaizen_nagoya/items/6d5962e1a0e4be28405c

算譜(program)が計画(plan),設計(design)である３つの理由, coding(33) 図(27)
https://qiita.com/kaizen_nagoya/items/34daa0403eaca5e8b5a6

報告方法

３人で班を構成する。
量が少ない人から報告する。

全体で、各班から大事なことを１つ報告してもらう。
前の班が報告したことを除いて次に大事なことを報告する。

作業表

３度人を入れ替えて実施する。（1人作業、班作業、全体報告）

一番短い時で７０分で３回回したことあり。
[リンク] https://www.slideshare.net/kaizenjapan/hazop-safety-and-security-with-records-swest-at-gero-gifu-pref-japan

一番多い時で１００人で実施
[リンク]https://www.slideshare.net/kaizenjapan/hazopogawa2015

詳細なやり方は上記slideshareに掲載。

子供向け教材あります。

ちょけねこ　たんじょうびのおくりもの　
https://qiita.com/kaizen_nagoya/items/fc9675686c229f7a155e

プログラムの仕様・設計で抜け漏れがないかを確かめるために使うことができる道具の説明絵本です。

誰もがわかるように、楽しいことで説明しています。
特に、１０歳以下の子供が取り組むときには、必ず楽しいことで演習をしてください。

最後に、直接プログラムで判定できるように式を記述しています。プログラムを組む時の条件分岐にご利用ください。

まほうのことば11(11 guide words)

プログラミング的例を掲載しています。

無(no)

if ( 0 == x || NULL == x) {
 exception(x)
} else {
 function(x)
}

立場の違いによって見えるものが違う（Difference in appearance due to differences in viewpoint）

立場１（左）から見ると、全体はAで、色は黄色（薄い色）、Bは中心の部分で色は黄緑（濃い色）
立場２（右）から見ると、全体はBで、色は空色（やや薄い色）、Aは中心部分で色は黄緑色（濃い色）

立場が違えば、集合関係も違うように見えるかもしれないし、色も違うように見えるかもしれない。

HAZOP 質疑応答編&記録編(3.6a) Safety and Security
https://www.slideshare.net/kaizenjapan/hazop-tokyo201809 p.174

　この資料は、三次元のA、Bを二次元表記したものです。全体像は、横から、左下は左から、右下は右から見た像の二次元表記です。屈折率等を考慮すると、下の左右の中心像はもっと大きくなるというご指摘をいただいています。三次元描画ソフトでこの資料を作成してくださる方を募集しています。

鍵(key practice)

番号	日本語	英語
1	一人作業の後で３人の班で意見交換する	After working alone, three groups exchange opinions
2	ありえないことを列記する。（確率計算は後日）	List what is impossible. (Probability calculation will be done later)
3	他の手法を併用する。（人には強制しない）	Use other methods/guides/principles together. (Do not force people)
4	思いついたことは記録する。	Record your thoughts.
5	間違っていても消さない。	Do not erase even if wrong.
6	時間を短く区切って３回実施する。（全体で70から180分）	Conduct the program three times with short intervals. (70 to 180 minutes in total)
7	毎回人を入れ替える。（方法は資料に例示）	Change people every time. (The method is shown in the material)
8	班の意見交換では量が少ない人から報告する	In the group's exchange of opinions, report from the small amount of people
9	全体報告で前の班と同じことは報告しない	Do not report the same thing as the previous group in the general report
10	３０点（百点満点中）を目指す。	Direct Goal is 30 points (out of 100 points).

参考文献・URL

安全分析における HAZOP-TRIZ連携の試み
https://www.slideshare.net/kaizenjapan/hazop-and-triz-byoffor-the-children13

安全・安心分析の HAZOP による統合的運用
https://www.slideshare.net/kaizenjapan/hazop-and-othere-analysis-method-include-stamp-and-fram

安全分析において、HAZOP, FMEA, FTAの組み合わせによるリスクアセスメントの進め方の検討
https://www.slideshare.net/kaizenjapan/hazop-and-triz-byoffor-the-children13

STAMP/STPA and UML/HAZOP on the IoT and AI/Deep Learning
https://www.slideshare.net/kaizenjapan/stampstpa-and-umlhazop-on-the-iot-and-aideep-learning

国際規格は第二版です。JISは出ていません。
IEC 61882:2016 Hazard and operability studies (HAZOP studies) - Application guide
https://webstore.iec.ch/publication/24321

第一般の抄録相当が下記にJISにある。
JIS Q31010：2012(IEC/ISO 31010：2009)リスクマネジメント−リスクアセスメント技法
http://kikakurui.com/q/Q31010-2012-01.html

原規格：IEC/ISO 31010:2009，Risk management−Risk assessment techniques（IDT）

HAZOP on Qiita

「想定外」3.11 東日本大震災をIT技術者が振り返る
https://qiita.com/kaizen_nagoya/items/80433f4bf7fe116bddd1

交通事故死を減らすのにプログラマが主導できる事項13選。仮説・検証（21）。安全(26)
https://qiita.com/kaizen_nagoya/items/4d46bbf0dde44d7bb99a

SWESTまとめ
https://qiita.com/kaizen_nagoya/items/62e56ae151554d6200c0

RTL設計スタイルガイド Verilog HDL編(System Verilog対応版）
https://qiita.com/kaizen_nagoya/items/4c02f1575db1f28310a7

算譜(program)の見直し(review)に必要な志向・技能・技法・手順、上位７
https://qiita.com/kaizen_nagoya/items/6d5962e1a0e4be28405c

科学四分類と算譜(program)
https://qiita.com/kaizen_nagoya/items/a2f2b9cc3a51b6af7603

プログラミング言語教育のXYZ
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4

参考資料

データサイエンティストの気づき!「勉強して仕事に役立てない人。大嫌い!!」『それ自分かも?』ってなった!!!
https://qiita.com/kaizen_nagoya/items/d85830d58d8dd7f71d07