メインコンテンツへスキップ

最近更新されたページ

pytestのデコレータ実践ガイド(parametrize / fixture / mark / skip / xfail)

サードパーティ製ライブラリ pytest

🧭 はじめに このページでは、pytestで頻出する「デコレータ(decorator)」を、実務で迷わず使える粒度で整理します。 特に、 テストケースが増えて重複がつらい 「条件付きでskip...

更新: 1ヶ月前 (yasumu)

BookStackの章・ページ骨格をYAML/JSONから一括生成する(手作業ゼロ運用)

BookStack TIPS

🧭 はじめに このページでは、BookStackで「本の骨格(章+WIPページ)」を作るときに、章IDを手で拾ってシェルのリテラルを書き換える運用をやめて、YAML/JSONの入力ファイルだけで...

更新: 1ヶ月前 (yasumu)

🚗 ISO 26262 概要 ― 自動車機能安全規格の全体像

ISO26262(自動車機能安全規格)

🧭 はじめに ISO 26262は、自動車に搭載される電気・電子(E/E)システムの機能安全を確保するための国際規格です。 本記事では、ISO 26262が何を目的とし、どのような考え方・構造で...

更新: 1ヶ月前 (yasumu)

🔗 A-SPICEを軸にした規格全体設計の考え方

A-SPICE(Automotive SPICE) 他規格との接続

📝 はじめに このページでは、A-SPICEを中心(背骨)に据えて、複数規格をどう統合的に設計・運用するかを扱う。 ISO 26262、ISO/SAE 21434、将来のAI・OTA・法規対応─...

更新: 1ヶ月前 (yasumu)

🔗 ISO 26262 / 21434 とA-SPICEの役割分担

A-SPICE(Automotive SPICE) 他規格との接続

📝 はじめに このページでは、ISO 26262(機能安全)、ISO/SAE 21434(サイバーセキュリティ) と A-SPICE が、 それぞれ何を担当し、何を担当しないのか を構造的に整理...

更新: 1ヶ月前 (yasumu)

🚫 アセスメントで絶対にやってはいけないこと

A-SPICE(Automotive SPICE) アセスメント実践

🧭 はじめに このページでは、A-SPICEアセスメントにおいてやってしまうと致命的になる行為を、構造的な理由とともに整理する。 単なるマナーや注意事項ではなく、なぜそれが失敗につながるのかを理...

更新: 1ヶ月前 (yasumu)

🧪 アセッサーは何を見ているのか

A-SPICE(Automotive SPICE) アセスメント実践

🧭 はじめに このページでは、A-SPICEアセスメントにおいてアセッサーが実際に何を見て、何を評価しているのかを構造的に整理する。 チェックリストの○×や、提出資料の量ではなく、なぜその質問が...

更新: 1ヶ月前 (yasumu)

🛠️ プロジェクト管理は「予測精度」を問われている

A-SPICE(Automotive SPICE) SUP / MAN(軽視されがちな中核)

🧭 はじめに このページでは、A-SPICEにおけるMAN(Management)プロセスが、なぜ「進捗管理」や「スケジュール調整」といった作業レベルの話ではなく、予測精度そのものを評価対象とし...

更新: 1ヶ月前 (yasumu)

🛠️ SUPプロセスは雑務ではない

A-SPICE(Automotive SPICE) SUP / MAN(軽視されがちな中核)

🧭 はじめに このページでは、A-SPICEにおけるSUP(Support)プロセスが、なぜ「雑務」や「付随作業」ではなく、開発品質そのものを成立させる中核構造として位置づけられているのかを説明...

更新: 1ヶ月前 (yasumu)

🧩 テストは品質保証ではなく検証行為である

A-SPICE(Automotive SPICE) SYS / SWE 深掘り(技術者向け核心)

🧭 はじめに このページでは、A-SPICEにおけるテストの位置づけを正確に整理する。 結論から言えば、A-SPICEはテストを品質保証(Quality Assurance)とは見なしていない。...

更新: 1ヶ月前 (yasumu)

🧩 アーキテクチャ設計は説明責任である

A-SPICE(Automotive SPICE) SYS / SWE 深掘り(技術者向け核心)

🧭 はじめに このページでは、A-SPICEにおいてアーキテクチャ設計が「説明責任(Accountability)」として扱われる理由を明確にする。 設計とは単に構造を決める行為ではない。A-S...

更新: 1ヶ月前 (yasumu)

🧩 要求分析がA-SPICEで最重要視される理由

A-SPICE(Automotive SPICE) SYS / SWE 深掘り(技術者向け核心)

🧭 はじめに このページでは、A-SPICEにおいてなぜ要求分析(Requirements Analysis)が最重要視されるのかを構造的に説明する。 単に「要求が大事だから」という話ではない。...

更新: 1ヶ月前 (yasumu)

🧱 プロセス参照モデル(PRM)は「やり方」を縛るものではない

A-SPICE(Automotive SPICE) プロセス横断構造

🧭 はじめに このページでは、A-SPICEにおける プロセス参照モデル(PRM:Process Reference Model) の位置づけと思想を説明する。 PRMはしばしば 「A-SPIC...

更新: 1ヶ月前 (yasumu)

🧱 プロセス間インタフェースが事故を起こす

A-SPICE(Automotive SPICE) プロセス横断構造

🧭 はじめに このページでは、A-SPICEにおいて プロセス間インタフェース がなぜこれほど重視されるのかを説明する。 品質問題や手戻り、責任不明確といったトラブルは、 個々のプロセス内部 で...

更新: 1ヶ月前 (yasumu)

🧱 A-SPICEのプロセスカテゴリ分解の思想

A-SPICE(Automotive SPICE) プロセス横断構造

🧭 はじめに このページでは、A-SPICEが採用している SYS / SWE / SUP / MAN / ORG というプロセスカテゴリ分解について、 「何が定義されているか」ではなく、なぜこ...

更新: 1ヶ月前 (yasumu)

📊 CL2が一番難しい理由

A-SPICE(Automotive SPICE) Capability Level(能力レベル)

🧭 はじめに このページでは、Capability Levelの中でも CL2(Managed)で多くの組織が立ち止まる理由 を掘り下げる。 CL1→CL2は、単なるレベルアップではない。 「個...

更新: 1ヶ月前 (yasumu)

📊 CL1 / CL2 / CL3 の本当の違い

A-SPICE(Automotive SPICE) Capability Level(能力レベル)

🧭 はじめに このページでは、A-SPICEにおける CL1 / CL2 / CL3 の違い を整理する。 特に重要なのは、これらを 作業量・文書量・厳しさの段階 として理解しないことである。 ...

更新: 1ヶ月前 (yasumu)

📊 Capability Levelとは何か(成熟度ではない)

A-SPICE(Automotive SPICE) Capability Level(能力レベル)

🧭 はじめに このページでは、A-SPICEにおける Capability Level(CL) とは何かを整理する。 特に重要なのは、CLを 「成熟度」や「レベルの高さ」だと誤解しないこと であ...

更新: 1ヶ月前 (yasumu)

🧭 V字モデルとA-SPICEの関係を構造で理解する

A-SPICE(Automotive SPICE) 総論(思想と全体像)

📝 はじめに このページでは、V字モデルとA-SPICEがなぜ強く結びついて語られるのかを構造の観点から整理する。 V字モデルは「古い開発モデル」「ウォーターフォールの別名」のように誤解されがち...

更新: 1ヶ月前 (yasumu)

🧭 なぜ自動車ソフトの属人化が許されないのか

A-SPICE(Automotive SPICE) 総論(思想と全体像)

📝 はじめに このページでは、なぜ自動車ソフトウェア開発において「属人化」が致命的な問題になるのかを整理する。 多くのソフトウェア開発現場では「できる人に任せる」ことが合理的に見える場面もある。...

更新: 1ヶ月前 (yasumu)