スラッシュドット・ジャパン

右メニューの「管理者として実行」は最初にUACのダイアログが出てきてUAC的に昇格した状態でアプリケーションが起動できますが、
runas だけでは実行ユーザーを変更できてもUAC的に昇格した状態にはなりません。
そのプロセスの中で管理者権限を必要とするプログラムの実行時にUACのダイアログが出てきます。

たとえパスワードを知っていたとしても、自動で昇格させられるコマンドは存在しないわけで、マルウェア対策としてはがんばってると思います。

# 右メニューの「管理者として実行」から Cmd.exe を1つ起動しておくと、その中から起動したものはUACダイアログ出てこなくなるのでそーゆーコマンドプロンプトを1つ上げっぱなしにしています。

＞別のユーザとして実行
ある意味素直なアプリケーションでそれを実行すると、「別のユーザ」のプロファイルに書きこんでしまうので、実際に実行したいユーザ環境では起動できなかったりするんですよねぇ。

困ったもんです。

# 2000でも確認しましたが、別ユーザーで実行はまだないですね。

ありますよ。
Shift キーを押しながら右クリックすればメニューが出ます。 RunAs コマンドもあります。

Windowsでは、バージョンが代わる毎に、溜め込んだ技術が通用しなくなる、という苦い経験をしてしまったせいじゃなかろうか。

この意見に同意かな。

Windowsの管理はUIが通常のデスクトップと同様なので簡単そうに見えてるだけです。
しかし実態はLinuxやUnix系より遥かに複雑なセキュリティモデルであるアクセス権限や遷移モデルを理解していないとダメです。
そこら辺の理解が出来ていない人はActiveDirectoryすらマトモに理解できないかと。

開発も同様WindowsNT系ってプログラムを単純に動かすだけならかなり楽です。
ちょこっとメモリやりソースがリークしてたりしてもシステムには簡単には影響でないし。

しかし、真に動かすWindowsロゴを目指そうとした場合様々なハードルがあります。
例えばフォントサイズや高コントラスト配色に設定されたらその通りのUIになるように切り替える必要があります。
Windows上でポリシーが設定されていればそれにあわせて挙動を変更しないといけません。
# ユーザーに任意のアプリケーションを起動させないように機能にロックを掛けるなど
他PCに移動してログインしても大丈夫なように設定の保存先や保持する内容も吟味しなければなりません。
ファイルの読み書き、設定の読み書き、API呼び出しといった全てに細かいセキュリティ権限が存在し、
一覧表示、読み込み、新規書き込み、追記書き込み、削除、属性の設定、読み出し、所有者。暗号、偽装、匿名化等様々な属性やオプションがあります。
はっきり言うとRWX程度しか存在しないLinux等の簡易なセキュリティモデルよりかなり複雑です。

設計段階でセキュリティを意識し、どこでどのようにデータを使うか、そして必要な権限はどれ位かを意識しないと不要なUACを要求されます。
ある意味DBAの方の方がこういった権限モデルを意識して設計したり触る事が多いので理解しやすいかも。
正しく理解していれば最低権限であるゲストユーザーでも正しく動作するアプリケーションを作れますし、
そういったソフトであればUACも最小限しか出ないはずです。
しかし、そういった手間を掛けなかったり、設計するSEや日曜プログラマが理解していない為にダメダメな物が主流になってるのが現状なんですけどね。

ポリシーはレジストリで直接設定可能なので
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System
下にEnableVirtualizationをDWORDで作ってを0にすればOKかと。

参考：ユーザーアカウント制御（UAC）に関するセキュリティポリシー一覧 [pasofaq.jp]