SAE EIA-IS-632-2015
システムエンジニアリング (暫定標準、以前の TechAmerica IS-632)

規格番号

SAE EIA-IS-632-2015

制定年

2015

出版団体

SAE - SAE International

状態

入れ替わる

に置き換えられる

SAE EIA-IS-632-2016

最新版

SAE EIA-IS-632-2016

範囲

「この規格は、システム開発のためのトータル システム アプローチを定義します。 この規格では、システム エンジニアリング プロセスを組み込んだ、構造化された規律ある文書化されたシステム エンジニアリング作業の確立と実装、学際的なチームワーク、および必要な製品とプロセスの同時開発が求められています。 」ユーザーのニーズを満たすために. システムエンジニアリングプロセスは、広範な適用を促進するために一般的に定義されています. この規格は、技術レビューの要件を定義しています. この規格のタスクは、システム目標の達成における進捗状況を評価するための方法論を提供します. この規格は、包括的な@構造化@を提供します新しいシステム製品およびプロセスの開発 @ アップグレード @ 変更 @ と、現場システムの問題を解決するために行われるエンジニアリングの取り組みを含む、ライフサイクルのすべての段階 @ に対する規律あるアプローチ この規格は、新技術の進歩と開発をサポートする技術的な取り組みに適用されます。 彼らのアプリケーション。 これは大規模システムと小規模システムに適用されます。 単一または複数の調達。 そして現在の製品とプロセスの置き換えまで。 この規格は、ハードウェア主体、ソフトウェア主体のさまざまな要素から統合されたシステムを含む、構成に関係なくシステムに適用できます。 この文書は、効果的かつ効率的なプログラム実装に合わせて調整する必要があります。 システムエンジニアリングには、ハードウェアやソフトウェア@、その他のシステム要素を含むシステム全体の設計と管理が含まれます。 すべてのシステム要素は、分析@トレードオフ@およびエンジニアリング方法論において考慮される必要があります。 背景。 システム エンジニアリング プロセスは、システムのライフ サイクル全体にわたって繰り返し適用され、古くなった問題を設計要件に変換し、顧客のニーズを満たす能力を備えた人材、製品、プロセスから構成される統合システム ソリューションを提供します。 主要な用語については、図 1 を参照してください。 問題は通常、新たな開発や修正の必要性という観点から、または@サポート@の運営や、すでに導入されている項目のトレーニングの提供における欠陥として表現されます。 パフォーマンスベースの要件と問題に対する代替ソリューションが繰り返し定義され、洗練されます。 ソリューションでは、既存の限定的な開発、またはテクノロジーベースから製品およびプロセスアプリケーションに移行した新興テクノロジーを採用する場合があります。 必要に応じて、技術移行アプローチが確立され、実装および管理されます。 移行基準と実装方法 (何を@いつ@誰に@誰が)は、タスクの割り当てと実行アクティビティによって協調的に定義され、すべてのライフサイクル製品とプロセスの許容可能な成熟度レベルの定義が含まれます。 好ましいソリューションの選択は、コスト、スケジュール、パフォーマンス、およびリスクに基づいて行われます。 技術的なリスク管理はプロセスに不可欠であり、ライフサイクル全体にわたる特定、定量化、影響評価と緩和策の実施が含まれます。 設計が要件を満たしていることを確認するために、包括的な@応答性の高い検証作業が実装されています。 ソリューションの個々の部分 (システム要素) からシステム全体に至るまでの段階的な検証が必要です。 この構造化され規律あるシステム エンジニアリング プロセスは、8 つの主要なシステム機能 (ライフ サイクル要件にわたる特徴的なアクション) に適用され、ライフ サイクルの観点から問題を解決する最適なソリューション (つまり、 ライフ サイクルのバランスがとれたソリューション) を定義および選択します。 申請ガイダンス。 この規格は製品ライフサイクル全体に適用されます。 この標準は、すべてのタスクと実行アクティビティに適用されます。 これは、実行アクティビティの計画機能 (応答性の高い提案と実装計画の点で) だけでなく、システム エンジニアリングの計画 (必要なシステム エンジニアリングの取り組みの点で) @ を支援するために、タスクを課すアクティビティによって使用できます。 システム全体@ハードウェアおよびソフトウェア@、およびその他のシステム要素@の設計と管理に関する文書は、この規格の規定に適用され、それに従属するものとみなされます。 仕立て指導。 この基準は、テイスティング活動またはパフォーマンス活動の裁量で適用されます。 各アプリケーション@では、この標準は特定のプログラム@プログラム段階の特定の要件に合わせて調整する必要があります。 不必要なコスト@データ@を追加するタスクや、プロセスや製品に価値を付加しない要素は削除する必要があります。 調整は、削除 (適用できないタスクの削除) @ 変更 (特定の作業に対するアプリケーションをより明示的に反映するためにタスクを変更) @ または追加 (プログラム要件を満たすためにタスクを追加) の形式をとります。 カスタマイズには、適用する最も適切な@ または優先される@ ドキュメントの選択@ と、完全なタスク セットが統合@ 調和@ され、全体のシステム要件を最大限に達成できるようにバランスが保たれるようにするためのタスクの優先順位が含まれます。 調和には、タスク要件間の矛盾を解決するための規定を含める必要があります。 これには、単純な通知から、解決策の推奨事項や正当性を伴う通知に至るまでの手順が含まれる場合があります。 申請用に選択された各タスクは、費用対効果の観点@で最終目標に貢献する必要があります。 タスクはそれ自体が目的とは見なされません。 この規格に組み込まれているトータル システム アプローチは、この調和を実現するプロセスを提供します。 特定のタスクを調整するには、詳細の深さを定義する必要があります。 努力のレベル@と期待されるデータ。 プログラムとプログラムのフェーズに基づいて、幅と深さの両方に合わせて調整が実行されます。 アプリケーションの幅を調整することは、新しい一般的なアプリケーション サブシステムの開発によって影響を受けるシステムのタイプと数、評価の数とタイプ、レビューの数とタイプなどの要因に対処します。 詳細な調整には、プログラムの目的を満たすために必要な出力を生成および実証するために必要な詳細レベルに関する決定が含まれます。 システム エンジニアリングの取り組みの深さは、複雑さ@不確実性@緊急性@およびリスクを受け入れる意欲との関係で、プログラムごとに異なります。 用語と指定者。 「「構成項目」指定子の使用法。 この標準@サブシステム@コンポーネントまたはその他のハードウェアおよびソフトウェア要素の集合体は、構成アイテムとみなされる場合があります。 「アクティビティのタスクと実行」の使用法。 この規格全体を通じて、「タスク活動」という用語は、技術的な努力を必要とする組織を指します。 「活動を実行する」という用語は、技術的な取り組みを行う組織を指します。 他の文書では、タスクを行うアクティビティは「取得者」@「調達代理店」@または「顧客」と呼ばれ、実行アクティビティは「開発者」または「サプライヤー」と呼ばれます。 「「プログラム」の使用法」。 この規格全体を通じて、「プログラム」という用語は、システム エンジニアリングが任務または実行されるプログラムまたはプロジェクトを含むために一般的に使用されます。 「ドキュメント」および「ドキュメント」の使用法 この規格全体を通じて、「ドキュメント」または「ドキュメント」という用語は、その媒体に関係なくデータの集合を意味するために使用されます。 優先順位。 この規格は、製品とプロセスの開発に対するトータル システム アプローチの最上位の文書です。 この規格の本文と他の文書との間に矛盾がある場合、法的および規制上の要件を除き、この規格の本文が優先されます。 」

SAE EIA-IS-632-2015 発売履歴

• 2016 SAE EIA-IS-632-2016 システムエンジニアリング
• 2015 SAE EIA-IS-632-2015 システムエンジニアリング (暫定標準、以前の TechAmerica IS-632)