MSSQL BI 開発環境を使用して作成することにより、典型的な SSRS レポートを作成することができました。簡単な手順を使用して、SQL サーバーに存在するデータベースのリストを取得しました。私の質問は... SSRS を使用すると、SQL プロシージャの結果をよりユーザー フレンドリーな方法で表示するネイティブ UI アプリを構築できますか?
たとえば、私は現在、バックエンド システムに関する情報を取得する手順を手動で実行していますが、手順が生成する情報をユーザーがより使いやすい方法で表示できるようにすることで、SSRS がプロセスを自動化する理想的なツールになるかどうか疑問に思っています。
あなたが尋ねるとき、私はあなたの質問について100％確信が持てません（私のものを強調してください）：
SSRS を使用すると、SQL プロシージャの結果を表示するネイティブ UI アプリを構築できますか?
いずれにせよ、SSRS は、適切な UI/UX を備えた「アプリ」として機能することを意図しておらず、あまり得意ではありません。ユーザーにストアド プロシージャを選択させ、結果をユーザーに報告するための基本的な機能の直後であれば、SSRS がニーズに合っている可能性があります。
あなたは続けます：
SSRS は、手順が生成する情報をユーザーがより使いやすい方法で表示できるようにすることで、プロセスを自動化するための理想的なツールになるのでしょうか?
それが「理想的」かどうかは、状況によって異なります。
最後に、ややややこしい点があります。「それ以上」とは何か? SSMS で直接クエリを実行しますか? それなら多分そうです。
結論: SSRS をレポート目的で使用し続ける場合 (おそらくインタラクティブで、ある程度まで)、SSRSはそのケースにとって理想的なツールである可能性があります。