簡単に言えば、.net Framework のインストールを管理し、.Net Frameworkインストール ブートストラップを呼び出して、それを完了するのは、ISV としてのあなたの仕事ではありません。システム管理者は、さまざまな方法でソフトウェアを展開したいと考えるかもしれません。仮定を立てて自分自身を制限していないことを確認してください。
長い答え:デプロイ ガイドを使用して、アプリケーションを .net Framework でパッケージ化する方法を決定します。
DISM に関する更新:
DISM が消えることを示唆するつもりはありませんでした。DISM への参照が powershell への参照に置き換えられ、DISM が純粋な管理ツールであることを示しただけです。たとえば、Windows Server 2012の Windows 機能のインストールに関する MSDN ドキュメントを比較してください。このドキュメントでは、機能の管理インストール用にInstall-WindowsFeatureを強調し、 DISM について簡単に言及しているだけで、2008 R2の同等のドキュメントと比較してください。
ただし、役割や機能の追加や削除などのアクションは、アプリケーションのインストールの結果としてサイレントに実行されるべきではないと主張しています。導入ガイドによると、.Net Framework をチェーンするための推奨されるインストール方法は、ブートストラップを呼び出して、残りを任せることです。正確な引数 については、こちらを参照してください。
通常、.net フレームワークを下位バージョンの Windows にインストールするブートストラップは、他の展開に関する問題 (メディア、アクセス許可、グループ ポリシーなど) がない限り、シミングされ、以下にリストされているダイアログに置き換えられます。機能がインストールされ、誰もが満足しています。展開に関する問題がある場合、ユーザーはサーバー管理ツールに誘導され、手動で有効にすることができます。

.Net Framework のインストールに関する正式なガイダンスを超えて、オンデマンド インストールは、以下のドキュメントで互換性を維持するための推奨される方法として参照されています。
- .Net 4.5 の新機能 (スライド 8)
「優先: セットアップで 3.5 MSI をインストールしようとしています... shim は正しいバージョンをインストールします...」
- Windows 8 および .Net Framework 3.5
「Microsoft からダウンロードできる再頒布可能パッケージを使用して、.Net 2.0、3.0、または 3.5 をインストールしようとしています... Windows 8 のアプリケーション シムがその試みを傍受し、新しい .Net フレームワークのインストールを呼び出します。 3.5 機能。トリガーされると、インストールは UI、DISM、または Powershell から開始されたかのように続行する必要があります。」
- Windows 8 に .NET Framework 3.5 をインストールする
「Windows 8 で .NET Framework 3.5 を必要とするアプリケーションを実行するには、コンピューターでバージョン 3.5 を有効にする必要があります。これを行う方法は 2 つあります。 .NET Framework 3.5 をインストールする (つまり、.NET Framework 3.5 をオンデマンドでインストールする) か、コントロール パネルで .NET Framework 3.5 を有効にします。」