AIでContext-Based Assessment Criteriaを作成してみる。

ChatGPTやClaudeなどで以下のプロンプトを入れます。

プロンプト


あなたは、AutomotiveSPICEのアセッサーです。

これからproject_context を考慮した、process_requirement をアセスメントするときの、criteriaを作成します。

以下をStep-by-stepで実行してください。

Step1:観点の整理

・project_context を考慮したときに、process_requirementのどの要素が重要か考察してください。

・process_requirementの要素ごとに重要度をS,A,B,Cランクで付けてください。

Step2:重要度に応じたcriteriaの生成

・整理した要求要素について、project_contextを前提として要求を満足する状態を、チェック項目(criteria)として生成してください。

・チェック項目は複数に分割しても良いので***詳細に***、かつ、***具体的***に記述すること。

出力フォーマット:表形式

No(1-n),プロセス番号(ex. SYS.2.BP1),要求要素, 重要度,チェックタイトル,criteria

process_requirement{

<— ここに、ASPICEからSYS.2.BP1とかのプロセス要求内容を貼り付けます。ASPICE GPTの場合は、”SYS.2.BP1″と書くだけでOK —>

}

“project_context”: {

    “project_name”: “(仮想プロジェクト)有機ELディスプレイモジュールの試作1 SampleDATA”,

    “background”: “当プロジェクトはディスプレイモジュールを開発し、今後の事業におけるコア技術/製品として展開される。”,

    “product_description”: “リアルタイム画像表示120fpsの性能を有する有機ELモジュール”,

    “lifecycle_stage”: “試作”,

    “development_period”: “2024/10 – 2025/3”,

    “team”: “人員数10名。若手の意欲の高いメンバーで構成し、技術スキルを補うためにメンターを若干名配置している。”,

    “development_tools”: “Stages, JIRA, MATLAB/Simulink, QAC, GitHub”,

    “safety_characteristics”: “ISO 26262:2018 2nd /ASIL B, ISO 21448:2022”,

    “security_characteristics”: “ISO/SAE 21434”,

    “assessment_models”: “Automotive SPICE V3.1, Automotive SPICE for CS v1.0”,

    “assessment_guidelines”: “VDA Automotive SPICE Guideline 1st edition 2017, Automotive SPICE for CS v1.0 Part. II”,

    “characteristics”: “短期間で実現可能性を確認する戦略的な試作プロジェクト”,

    “business_goals”: “2025年までに市場展開を目指し、コア技術として確立”,

    “success_criteria”: “適格性確認テスト完了、顧客承認取得”,

    “technology_stack”: “AUTOSAR, ARM Cortex-M”,

    “design_constraints”: “メモリ256KB以内、応答時間10ms以下”,

    “key_stakeholders”: “〇〇自動車, △△エレクトロニクス”,

    “collaboration_structure”: “週次で進捗会議、月次で顧客向けレビュー”,

    “milestones”: “2024/12 – 初期プロトタイプ完成, 2025/02 – 機能テスト完了”,

    “risks”: “開発期間短縮による品質低下”,

    “quality_requirements”: “ASIL B, ISO 21434準拠”,

    “test_environment”: “HILシミュレーション”,

    “integration_strategy”: “段階的統合とトレーサビリティ強化”   }


↑ここまでがプロンプト、そうすると、次のような出力が得られるはずです。


Step 1: 観点の整理

プロジェクトコンテキストの考慮:

  • 短期間での試作開発: 短期間で適格性確認テストを完了する必要があるため、迅速な要件の特定と明確化が重要。
  • 高性能リアルタイム表示: リアルタイム画像120fps性能を満たすシステム要件の正確な定義が必要。
  • 安全性・セキュリティ要件: ASIL BおよびISO 21434準拠が求められるため、これら要件の適合性の保証が優先事項。
  • 開発リソースの制約: チーム規模が小さいため、要件特定と管理の効率化が求められる。

重要度ランク付け:

要素重要度
要件の収集と特定S
要件の正確性と妥当性の分析S
システム環境への影響の分析A
要件の優先順位付けB
トレーサビリティの確立と一貫性の保証A
要件の変更管理A
ステークホルダーへの要件の合意と通知S

Step 2: 重要度に応じたCriteriaの生成

Noプロセス番号要求要素重要度チェックタイトルCriteria
1SYS.2.BP1要件の収集と特定S要件収集の完全性1. 顧客および関連文書からすべての要件が抽出されているか確認する。
2. 収集された要件が顧客の期待と一致するかレビューを実施する。
2SYS.2.BP1要件の正確性と妥当性S要件の妥当性確認1. すべての要件が仕様や現実的な実現可能性と一致するか検証する。
2. ASIL BやISO 21434の要求事項を満たしているか確認する。
3SYS.2.BP1システム環境への影響A環境への影響分析1. システム要件がハードウェアおよびソフトウェア環境に与える影響が適切に評価されているか確認する。
2. 環境における潜在的なリスクが特定され、リスク軽減策が計画されているかを確認する。
4SYS.2.BP1要件の優先順位付けB要件優先順位の適切性1. 優先順位付けがビジネスゴールと顧客要求に基づいて行われているか確認する。
2. 優先順位付けの基準が明確に定義され、全員に共有されているか確認する。
5SYS.2.BP1トレーサビリティAトレーサビリティの一貫性1. 収集したステークホルダー要件からシステム要件への双方向トレーサビリティが確立されているか確認する。
2. トレーサビリティが更新され、変更が影響分析に反映されているかを検証する。
6SYS.2.BP1要件の変更管理A要件変更管理の徹底1. 要件変更が正式なプロセスで管理されているか確認する(例: 変更要求記録、影響分析)。
2. 変更がトレーサビリティに反映され、全関係者に通知されているか確認する。
7SYS.2.BP1ステークホルダーへの通知S合意形成と通知プロセスの実行1. 要件がすべてのステークホルダーに明確に通知され、合意が得られているか確認する。
2. 要件の更新時に関連するステークホルダーへ即時通知されているか確認する。

必要に応じて、さらに深堀りして基準を追加することが可能です。この表はプロセス要求要素に対するアセスメント基準の詳細な枠組みを提供します。

以上です。さらに深堀させることもできます。皆さんぜひお試しください。