企業では、システムを運用することが主業務の部門として、システム運用管理部門が大体設けられています。システム部の１部門として設けられている場合もあり、独立している場合も有ります。しかしその部門にシステム開発を行わせている企業（少なくとも大企業）は少ないでしょう。通常、システム運用管理部門は、開発したプログラム資産を、開発部門からシステムテストを通じて受け取り、本番後の運行の管理を任せられる部門として位置付けられます。また、中長期的な運用評価を行い、TCOの削減を図るのも役割の一つです。以下にシステム運用管理部門の業務をまとめてみました。
　第１回の講座内容で記述したシステム管理サービス部門は、システムの企画立案を行うシステム企画部門とシステム運用管理部門を合わせた部門（企業によってどちらかが担当している）を指しています。システム管理計画を立て、SLA（サービスレベルアグリーメント）を取り決めるのは、この部署です。また、ヘルプデスクなどは１部門として独立している場合もありますが、ここではシステム運用管理部門の業務としてあります。

では、実際の運行業務ではない、システムの導入段階のお仕事である運用に関する設計はどうでしょう。それは、システム開発部門とシステム運用管理部門の協業の産物であることが望ましいといえます。

運用設計とは、実際の運用手順を記述する上で、また運用に密接に関連する基盤を開発する上での指針となるべき設計です。そのシステムで、どんな運用ソフトウェアを使用し、どのような運行をおこなうのかをまず定義しておかないと実際の運用は始まりません。また、「使えるシステム」も構築できません。では、どのようなことを設計するのが運用設計なのでしょうか。その典型的な設計書の目次を以下にあげておきましょう。

この他、性能や移行についての記述を盛り込むことがありますが、それは内容が多いため独立した設計書を起こしていたりするので、ここでは含めていません。

システムの運用はどこまでを行うのでしょうか。どのレベルまでをサポートするのでしょうか。それを決めてからでないとサービス過剰となったり、やらなくてはならないことが設計できていなかったりします。第１回の説明でもあったように、利用するユーザに対してどこまでサービスを行うのかを取り決めた上(SLA締結)で、システム運用管理の骨格を決めていく必要があります。また、運用するコストも馬鹿になりません。そのシステムに最適なシステム管理サービスの形をコスト面からも見極めて設計する必要があります。
　例えば、１週間に１回データのバックアップするのか、毎日欠かさずデータのバックアップをするのかでかかるコストは随分違います。特にデータ量が膨大な場合、１日でバックアップ処理しきれない量になる場合もあります。その場合、どういうレベルまでデータ保証するのかを利用ユーザとよく打ち合わせて、要件を確定させておく必要があります。

システム運用管理部門の業務は、実際のシステムを運行管理することが大事な業務の一つとなります。実際には、マシンセンタなどにいるオペレータが手順書どおりにシステムを運行していますし、大半のシステムは、スケジュール運用ソフトが、決められたスケジュールに従い、自動的に業務を運行させています。しかし、そのスケジュールを決め、不測の事態に際して業務運行をどうするかを判断し、管理していくのはシステム運用管理部門の仕事です。また、２４時間フル稼動させておくシステムや遠隔地のシステムとスケジュール連携を行うシステムも増えており、スケジューリング設計は最も難しい設計の一つとなっています。

■運用スケジュール
　スケジューリング運用は、運用ソフトウェアによって自動運用化され、無人で運用する事が多くなっています。特に２４時間運用を行うシステムでの運用ソフトの役割は高いといえます。また、遠隔地のシステムとの連携や条件設定、障害時の自動リカバリなどができるものも有ります。スケジューリングは、定常運用であるWeekDay業務の１日の運用と週末の運用、月末の運用などにカテゴライズし、設計します。また、例外的な運用として障害が起こったときの手順などをスケジューリングすることもあります。

■運用管理ソフトウェアの種類
　実際にシステムを運用する場合、各ソフトベンダが提供する運用管理ソフトウェアを導入するのが一般的です。
運用管理ソフトウェアにはいろいろなものがありますが、以下に代表的なソフトウェアをまとめてみました。

上記以外にも各社から多種多様な運用管理ソフトウェアが提供されています。運用管理ソフトウェアの選択は、そのシステムの運用方式を決定する大事な要素となります。通常は、選択したOSに最も親和性の高い、また実績の有るソフトウェアが選択されています。

コンピュータ資産のシステム導入コスト（イニシャルコスト）とその資産維持に関する費用（ランニングコスト）、人的費用（要員の教育・技術習得費用及び運用維持管理費用、管理者費用、エンドユーザサポートサービス費用）なども含めた総合的な運用コストをいいます。維持費用を含めるので、通常何年かのスパンでのコスト評価を行います。
　このTCOの中で無駄な費用を見つけ出し、削減対象を明確にし、その削減目標を立てて、実行していくことがシステム運用管理部門の課題となります。このTCO削減問題が提起されてから随分たちますが、いまだにTCOを効果的に削減できている企業は数少ないと言われています。

システム導入後に、システムの資産（システムのハードウェアやその上で稼動しているソフトウェアや業務システム）を維持運用するために必要とされる費用をいいます。ランニングコストに対し、システムを導入時の費用（ハードウェア・ソフトウェア購入費用・システム開発費用など）は、イニシャルコストと呼びます。

ヘルプデスクとは、広義の意味では、システムの使用方法やトラブルなどについて、ユーザの問題解決を助けるサポート窓口やシステムをいいます。
　システム運用管理部門で言うヘルプデスクは、社内ユーザからの技術的な質問に答え、問い合わせたユーザに対してシステムの障害を通知する役割も担います。システムを新しく導入する場合、その新しいシステムの使用方法をユーザに覚えてもらう必要があります。その場合、使用するユーザは、アドバイスを必要としています。ヘルプデスクを利用する場合、ユーザは、電話、FAX、MAILなどで相談内容を会社内のヘルプデスク担当に伝えます。
　これとは別にハードウェアやソフトウェアのベンダでは、社外向けのヘルプデスクを用意しています。メーカは専門の技術者を置いて製品購入ユーザからの質問に答える仕組みを作っています。