トップダウン【top-down】
概要

企業や行政機関などの組織運営では、経営層や上層部が意思決定や計画策定を行い、その内容を下位の部門や担当者へ伝達して実行させる管理方式を指す。指揮系統が明確なため方針の一貫性を保ちやすく、迅速な判断が求められる局面に適している。一方、現場の実情や担当者の意見が意思決定に反映されにくい構造になりやすい。
ITやシステム開発の分野では、設計やテストなどの工程でこの概念が用いられる。システムの設計では、システム全体の構造・機能を最初に定義し、段階的に分割・詳細化しながら個々のモジュールの仕様を決めていく手法を「トップダウン設計」という。大規模な開発案件で要件の整合性を保ちながら進めるのに適している。
トップダウン設計の代表的な考え方として、「段階的詳細化」(stepwise refinement)がある。まず抽象的な処理手順を定義し、その内容を順次具体化していくことで、複雑な処理を理解しやすい単位へと分解する手法である。構造化プログラミングの文脈でも重視される概念で、システムの全体像を把握したまま設計を進められる利点がある。
テスト工程では、上位モジュールから下位モジュールへと順に結合・検証を進める方式を「トップダウンテスト」(top-down testing)という。上位機能の動作をいち早く確認できる利点がある一方、未完成の下位モジュールの代わりに「スタブ」(stub)と呼ばれる仮のプログラムを用意する必要がある。
一方、対義語である「ボトムアップ」は、細部・末端から着手して全体へと積み上げていく方式を指す。組織運営では現場の意見を集約して方針に反映させる体制、システム開発では下位モジュールから順に構築・統合していく手法として、トップダウンと対比される。実際の組織運営やシステム開発では、全体方針はトップダウンで決定し、具体的な実現方法はボトムアップで検討するなど、両者を組み合わせて運用する例も多い。