問題タブ [do178-b]

このレガシー コード ベース(Compaq PERL)は、約 1500 行のコードで、Windows に移植する必要があります。私はgnu PASCALを使いたいと思っていました（私はインストールして動作しています）。アセンブラ(HP 64000 8051)を VAX からWindows (KEIL 8051)に移行しました。

ソフトウェア エンジニアリングのディレクターは、すべての製品を VAX から外したいと考えています。これが問題です。gpcを使用して CYGWIN 上の VAX からPASCALをコンパイルしようとしました。1 つの PASCAL から別の PASCAL への (IO およびアルゴリズムの) 同等性を得るには、多くのことを行う必要があるようです。

私はPERL、FORTRAN、C、およびC++をかなりよく知っています（およびJAVAですが、むしろ知りたくありません）。私の質問は、1500行のコードで、PASCALコードを他のPASCALに移植する方が生産的でしょうか、それとも別の言語に移植する方が生産的でしょうか? VAX PASCAL は私の大学での最初の言語でしたが、8 年間積極的にプログラミングしていませんでした。私は、PERL、C、C++、および FORTRAN を頻繁かつ専門的に使用しています。

私が別の言語に変換するなら、PERL を選ぶと思います。

コードが行うことは、INTEL hex および TEX HEX イメージ ファイルの塗りつぶしとチェック サムを実行することです。Srec 1.4 プログラムが動作することは承知していますが、コードを DO-178B に適合させる必要があるため、これはオプションではありません (そして、私の会社はオープン ソース コードの使用に慎重です)(彼らはオープン ソース コードに問題はありません)。ソース ツール; コードのみ)。

次の質問に答えてくれるリソースを探しています。

1. SC ERTS アーキテクチャのディスプレイ システムは、正確にはどこに適合しますか。
2. SCディスプレイシステムと通常のディスプレイシステムの違いは何ですか?
3. ハードウェアとソフトウェアはディスプレイ システムでどのような役割を果たしますか?

コースの課題として、ディスプレイ システムの詳細な調査を準備する必要がありました。実際の回答ではなく、参照、ソースなどを求めていることに注意してください。

手足の提案やコメントもお待ちしております。

私がすでに見つけた便利なもの：DO 178B標準、SCADEディスプレイシステム。

ミッションクリティカルな組み込みアプリケーションのメモリをどのように管理する必要がありますか？

グーグルでいくつかの記事を見つけましたが、本当に役立つ実用的なガイドを特定することができませんでした。

動的メモリ割り当てはDO-178b禁止されていますが、メモリをどのように管理しますか？事前にすべてを事前に割り当て、割り当てが必要な各関数へのポインタを送信しますか？スタックに割り当てますか？グローバル静的アロケータを使用しますか（ただし、動的割り当てと非常によく似ています）？

回答は、通常の回答、リソースへの参照、または優れたオープンソース組み込みシステムへの参照などの形式にすることができます。

明確化：ここでの問題は、組み込みシステムでメモリ管理が利用できるかどうかではありません。しかし、信頼性を最大化するための組み込みシステムの優れた設計は何ですか。

バッファプールを静的に事前割り当てし、動的に取得および削除することが、メモリを動的に割り当てることと異なる理由がわかりません。

航空機搭載システムには、「DO-178B」レベル A およびレベル B 認定があります。最適化コンパイラの使用を禁止しますか?

たとえば、一部のコンパイラは、パフォーマンスを向上させるために命令を並べ替えます。DO-178B lev.A または lev.B はこの並べ替えを禁止していますか?

最近のほとんどの CPU には、このような並べ替え機能がハードウェアに組み込まれています。DO-178B lev.A ソフトウェア/ハードウェア システム内で使用できますか?

DO-178アビオニクス環境でRhapsodyを使用した人はいますか？つまり、FAA / DERプロセスと連携して、アーティファクトを提供し、承認してもらいます。Rhapsodyは認定可能なMDDツールではないことを理解しているので、他の緩和要因があるかどうか興味がありました。

成功した場合、これを達成するためにどのような手順を実行しましたか？

フィードバックと洞察をありがとう。

DO-178B/C プロジェクトを維持するために SVN を使用できるかどうかを確認するための実現可能性調査を行っています。私が見た DO178 プロジェクトのほとんどは、CVS または同様の構成管理ツールを使用して、各ファイルのバージョンを個別に管理します (これは SVN とは異なります)。私のプロジェクトに必要な構成管理の派生目標の一部を次に示します。

1. 各ファイルについて、完全な変更履歴が利用可能でなければなりません。
2. ファイルの各バージョンが校正されたことを証明する方法が必要です。これには、以前の TAG 以降に特定のファイルに対して行われたすべての変更を一覧表示する方法が必要です。
3. 変更が行われるたびに、共通の要件のためにどのファイルが変更されたかを把握できるグループ化が可能になるはずです。通常、変更履歴のコメントで行われた変更ごとにハッシュタグを使用します。複数のファイルに同じハッシュタグがある場合、それらは同じグループに属します。
4. 最後に、いくつかの既存の TAG があるため、各ファイル変更の概要を個別に一覧表示する構成インデックス レポートを利用できるはずです。通常、この要約には、ファイルのベースライン バージョン、それ以降に行われた各変更、各変更のハッシュタグのリスト、最終バージョンが含まれます。

これらのレポートをソフトウェア監査人に提供できるように、SVN を使用する方法を知っている人はいますか?

Dead codeとDeactivated codeas perはどう違いDO178-bますか？

違いを強調するためにいくつかの例を挙げてください。