Requirements for decision models
The questions a model must answer, the accuracy needed and the conditions it must cover are written as requirements before modelling begins, then traced to tests.
GCRI · システム科学とモデル化
システム engineering is the method this platform stewards for the network. It brings requirements, architecture, interfaces, verification and life cycle management to models and coupled systems, so that complex modelling efforts are defined, built and tested deliberately.
システム engineering is an interdisciplinary approach to designing and managing complex systems over their life cycle. It focuses on requirements, interfaces and interactions so that the whole performs as intended. In methods and modelling, risk management and システミック・リスク and research and evidence, systems engineering exposes interfaces where failures propagate between components and organisations. It supports designing interconnected infrastructure with explicit dependency management. The canonical description is on STEM Commons.
The questions a model must answer, the accuracy needed and the conditions it must cover are written as requirements before modelling begins, then traced to tests.
Variables, units, time steps and owners at each model interface are documented, so coupling errors can be found and fixed.
Models are managed from design through use to retirement, with versions, reviews and change control recorded.
NASA GIBS による、北米の人口密度、洪水水域、夜間光。各レイヤーにそれぞれの日付があります。
インタラクティブマップにはJavaScriptが必要です。レイヤー一覧と出典は以下にあります。
レイヤー 3
このページのハザードと曝露
キーボード(地図にフォーカスがある場合)
Ctrlまたは⌘を押しながらスクロールしてズーム
最新の利用可能データ
NASA GIBS / EOSDIS · ASTER GDEM(METI、NASA)· Blue Marble(NASA)· © OpenStreetMap 貢献者(ODbL)· Natural Earth
最新のNASA画像を読み込んでいます。
ドラッグで移動。Ctrlまたは⌘を押しながらスクロール、ピンチ、またはボタンでズーム。ポインター下の値はホバーで表示。リセットで地域表示に戻ります。
ハザードとエクスポージャー、北米を枠に収めて。NASA が公開するままの衛星およびモデルのプロダクトで、それぞれに固有の日付があります。指標であり、特定の場所の評価ではありません。
レイヤーと日付
Datasets and records used by システム engineering on this platform, with the role each plays and the label its values carry. Sources are listed in 出典の登録簿.
| データ | 役割 | ラベル |
|---|---|---|
| Requirements documents | Purpose and accuracy | 申告済み |
| Interface control documents | Coupling specifications | 申告済み |
| Test and review records | 検証 | 観測 |
Assembled from the Nexus Standards area profile 複合・連鎖ハザードの標準: the hazards it names, the システム and sectors that carry the loss, the controls that dampen it and the data that observe it. Choose the components, pick an initiating hazard and step through the cascade. The Map view places the run on an example geography with open data. Every coupling weight is a stated assumption you can change. A teaching model, not a forecast, an assessment or a certification. To model a place of your own choosing, open the full System Builder.
ハザード
システムと連成
管理策
NS-0 憲章と原則NS-3 リスク記録の UNI(文法、旧体系との対照、割当権限)NS-9 文脈 UNI(展開、インスタンス、プログラム・インスタンス)NS-11 検証とモニタリング(エビデンス、証明、ゼロトラストの適合性観測)NRS-H61 ハザード・ファミリー:連鎖的な機能不全(NHS-1 sys.cascade)NRS-H62 ハザード・ファミリー:複合・マルチハザード事象(NHS-1 sys.compound)NRS-H60 ハザード分類:サプライチェーンと流れの途絶(NHS-1 sys.supply-chain)NRS-H94 ハザード・ファミリー:システミック・サイバー事象(NHS-1 cyber.systemic-cyber)NRS-H107 ハザード・ファミリー:デジタルインフラの集中とモノカルチャー(NHS-1 tech.digital-concentration)NRS-H7 ハザード分類:大規模な循環の異常(NHS-1 atmo.climate-mode)観測
例示の地理
Each requirement is traced to verification evidence from analysis, inspection, demonstration or test. Independent reviews check completeness at life cycle gates.
| 確認 | 実施方法 |
|---|---|
| Requirements traceability | Each requirement is traced to a verification activity |
| Interface review | Interface specifications are reviewed by both model owners |
| Change impact analysis | Changes are assessed for effects on validated results |
Emergent behaviour in open or socio-technical systems may not be captured by requirements. Rigid processes can slow adaptation to change.
モデル、その仮定、データ、不確実性を、科学者やエンジニアが確認する形で示します。構造は公表された手法に従っています。描かれた値は例示であり、知見ではありません。
The model structure used for systems engineering for models, the assumptions it makes and how each is tested.
Ri = f(Hi, Ei, Vi, Ci)ハザード、エクスポージャー、脆弱性、対処能力EAL = ∑k pk · Lk年間確率 pkxt+1 = A xt + B ut + εtA carries the couplings, u the shock, ε the error| 仮定 | 作られる理由 | 検証の方法 |
|---|---|---|
| 一つの事象の中では、ハザードとエクスポージャーは独立している | 損失の積分を扱いやすく保つ | 同時記録に当てはめたコピュラと比較 |
| 結合は動作点の近くで線形である | ショックを A を通じて伝播させる | 線形範囲を超えて摂動を与えて比較する |
| 脆弱性曲線は場所を越えて適用できる | 地域固有の曲線はめったに得られない | 観測された損失がある場合はそれに照らして検証 |
Process explorer · Process
8 ステップ·4 段階
プロセス
An initial hazard can trigger later risks and events; this illustration draws one cascade across システム such as energy, water, ICT, health and transport.
Outline of an external standard or method, from its public sources. It describes what the framework says, not a record of any run. It does not show that Nexus or any partner performs, certifies or approves a step. A gate is a step of the method, never a Nexus approval. The dependencies are examples. A dependency survey for the place sets them.
システム Science and Modelling stewards systems engineering for the Consortium and reviews how it is applied across platforms.
報告書 is the Consortium’s quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.
個人データ、重要インフラの機微な詳細、共有する権利のないものは決して送らないでください。寄稿は利用前にレビューされます。送付によって著作者としての権利や編集上の権利が生じることはなく、スポンサーシップで調査結果を買うことは決してできません。
情報提供と問い合わせは本日から受け付けています。問い合わせには参照番号が付き、次の手順が示されます。申請、支払い、計算資源の割り当て、登録は、担当チーム、規約、審査体制が整ってから開始します。
このサイトの地図、データ、図表は、背景と一般的な情報として示すものです。助言、予報、警報ではありません。情報の限界は免責事項とデータに関する注意事項に記載しています。
This site uses only strictly necessary cookies to work and to remember your privacy choices. Nothing loads from other companies, and we never sell or share your personal information.
This site uses only strictly necessary cookies to work and to remember your privacy choices. Nothing loads from other companies, and we never sell or share your personal information. We run no advertising. You can review your choices at any time through Privacy choices at the foot of every page.