 |
次世代の社内情報システム基盤として
Microsoft® .NET テクノロジをいち早く採用
|
 |
平成 10 年、株式会社クボタ はそれまで大型コンピュータで管理していた人事情報管理、給与計算処理のうち、給与計算処理を除く部分を、大型コンピュータから PC サーバーベースのクライアントサーバーシステムにダウンサイジングし、年間約 1 億円に上る管理、運用コストを削減することに成功。そして今回さらに、本社機能のスリム化や将来的な人事制度改革をにらみ、より機能的で柔軟な人事管理システムを構築するための基盤技術として、Microsoft .NET を全面的に採用することを決定し、パイロット プログラムの設計、開発を開始しました。
＜導入の背景＞
間接部門を別会社化してアウトソーシングする将来構想に備え
人事システムのコンポーネント化に着手
全社で 1 万 3000 人以上の従業員からなる株式会社クボタは、平成 10 年、それまで大型コンピュータで管理していた人事情報管理、給与計算処理のうち、給与計算処理を除く部分を、大型コンピュータからPCサーバーベースのシステムへとダウンサイジングし、年間約 1 億円に上る管理、運用コストを削減することに成功しました。このシステムは、クライアントサイドに Microsoft Visual Basic®（以下 VB）を、サーバーサイドに PC サーバー（Microsoft SQL Server（TM））を使用するクライアントサーバーシステム（以下 C/S システム）です。このシステムを利用するには、専用の VB クライアントプログラムをインストールした専用の PC が必要になります。多くの C/S 型システムと同じ欠点として、クライアント PC やプログラムの保守／サポート、プログラム修正時の入れ替え作業など、常時メンテナンス業務が発生していました。
またこの人事システムは、本社と各事業所の人事、勤労部門担当者が使うことを前提に、社内の通常のネットワークとは独立したドメインネットワーク上で運営されるクローズドシステムでした。これはセキュリティを確保するための措置でしたが、人事部門の作業量を低減し、間接コストを圧縮するという時流に沿うためには、すべてを人事部門で集中的に処理するのではなく、可能なかぎりラインに近い各事業本部、事業部の人事担当者や、内容によっては従業員本人、またはその直属の上司などに直接入力作業を担ってもらう必要がありました。このことは同時に、人事データを開示することにより、事業部や部門における人事管理機能の強化を図るという狙いもありました。
さらに、激しく変化する経済情勢に柔軟に対応できる社内体制を敷くためには、組織運営を機能的かつ効率的に行えるようにする、開かれた人事システムが必要でした。来年度には、人事部門を別会社化してアウトソーシングし、将来的には、本社だけでなく、人事体系や給与算出基準の異なる関連子会社にも適用できる人事システムの構築が視野にあります。これを可能にするためには、人事システムのコンポーネント化と、それらの連携によるシステム構築が不可避でした。そしてこのための基盤としてクボタは、次世代インターネットの標準技術として注目される XML や SOAP を土台とする Microsoft .NET を採用することに決定しました。
＜ビジネスの課題＞
ホストコンピュータから PersonNT、そして Person.NET へ
株式会社クボタ
人事労政部
人事グループ
課長
芝田敏行氏
|
|
農業機械や自動販売機、鉄管や合成管、下水関連施設やリサイクルプラント、外壁材、機械鋳物、地下トンネル覆工材、空調システム等々とあまりに幅広い事業分野を扱うことから、統合的な社内情報システムの整備は容易ではありませんでした。「クボタの各事業本部、事業部が担う製品や、それがターゲットとしている市場、商習慣などはそれぞれまったく異なっており、各事業が発展する過程で、必要に応じて情報システムを構築してきました。オフコンあり、ホストコンピュータあり、UNIX ワークステーションありで、ある種『勝手放題の世界』という状態です（笑）。こうした自由を許す社風がプラスに働いた部分もあるとは思いますが、悪く言えば社内の情報システムが乱立しているような状態です。統合の必要性は感じつつも、それはまだ実現されていません。人事や経理は比較的全社的なシステムですが、程度の差こそあれ、同じようなことが言えます」（株式会社クボタ 人事労政部 芝田敏行氏）
現在の人事情報システム PersonNT は、平成 10 年に構築された比較的新しいものです。このシステムでは、それまでは大型コンピュータで管理していた人事情報システムの一部を、PC サーバーベースの C/S システムにダウンサイジング。クライアントプログラムは Visual Basic（以下 VB）を使用して開発し、サーバー側は Microsoft Windows NT®ベースの PC とデータベースソフトウェア（Microsoft SQL Server）を組み合わせました。「それまですべてを大型コンピュータで処理していましたが、管理、運用コストは莫大でした。そこで給与計算機能はそのまま残し、それ以外の部分を PersonNT にダウンサイジングさせ、管理、運用コストを大幅に圧縮することに成功しました」（芝田氏）
|
株式会社クボタ
人事労政部
人事グループ
係長
徳田敬三氏
|
過去には UNIX ワークステーションなども手がけた経験がある同社ですが「PersonNT は、私たち人事労政部がリードしてプロジェクトを進めました。コンピュータの専門家でない私たちでも素早く理解でき、他のメンバーに教えることができ、簡単に管理したいということを考えると、やはり使い慣れたパソコンの延長で考えるのが自然でした。コマンドラインを駆使することなどは考えられません」（芝田氏）
しかし、PersonNT も C/S システムの典型的な問題に直面しました。「PersonNT では、クライアント側に専用パソコンと専用プログラムが必要になりますが、これらの保守やサポート、プログラム修正時の入れ替えなど、メンテナンス作業が常に発生していました。また人事専用のプログラムで、社内外のシステムと連携するのは困難でした。PersonNT で 1 つのトータルシステムとして設計されているため、システムの根幹にかかわるような大規模なシステム変更では、莫大な工数と費用がかかるという問題があります。時流から考えても、ブラウザから簡単にアクセスできて、サーバー側での集中管理が可能な Web ソリューションに向かうべきだと感じていました」（芝田氏）
クボタは、本社機能のスリム化や部門への権限委譲を進める人事制度改革を 2002 年秋に予定しています。さらに、給与計算や福利厚生業務を主体とする人事サービス機能を別会社化し、間接コストを圧縮しようという計画もあります。そこでこれを機に、基盤技術のレベルから抜本的に人事システムを再構築することを決意。「1 つは、事業部門に対する大幅な権限委譲と、より自己完結的に課題解決を行う事業部運営体制に変革していこうという全社方針が決定されたこと。1 つは、2002 年秋の人事制度改革はかなり根本的な変更になり、システムもガラっと変える必要があること。そしてもう一つは、現在は人事部門にある給与計算と福利厚生部門を2002年春に別会社化しようという計画があること。これら複数の要因がまとまったことから、基盤技術からシステムを大きく変更するにはよいチャンスだと考えました」（芝田氏）
現行の人事情報システム（PersonNT）
＜マイクロソフトを選んだ理由＞
早期導入プログラムやコンサルティングサービスを活用し、いち早くノウハウを吸収
新しい人事情報システムの基盤技術として、クボタは Microsoft .NET を選択。システム開発から運用まで、すべてをマイクロソフト製品でまかない、.NET テクノロジをベースとすることから、新システムは「Person.NET」と命名されました。
「PersonNT の問題点を解消してくれる基盤技術として、Microsoft .NET については以前から注目していました。コアテクノロジである XML Web サービスは、XML／SOAP というオープンなインターフェイスを基にしており、事業本部間でのデータ連携がしやすくなると考えました。また XML Web サービスが次世代インターネットの基盤技術になるとすれば、同じしくみを使って社外の関連会社や販売会社とも透過的にデータ交換ができるようになるかもしれません。その際には、人事制度も給与計算もまちまちなものを集中管理することも可能です。コンポーネント化を進め、共通のコンポーネントとカスタマイズが必要なコンポーネントを組み合わせることでこれに対処するのです。一足飛びに XML Web サービス環境に移行するのは現実的ではありませんが、.NET Framework では、ASP .NET を使った Web アプリケーションを作ることも可能です。まずは既存の PersonNT から、同等の機能を Web アプリケーションとして実現するところから始めることにしました」（芝田氏）
Java ではなく登場間もない.NETを選択した背景には、情報システム開発企業もグループ内に抱えるクボタならではの目論見もあったと言います。「今回システム開発を担当するクボタシステム開発株式会社は、Java を使ったシステム開発の経験がありますが、新しい .NET についても早期にこれを調査、研究する必要があると考えていました。今回のプロジェクトは、マイクロソフトのコンサルティングサービスを受けながら、.NET を応用したシステム開発を経験できる貴重なチャンスです。この過程で、最新のシステム開発手法やプログラミングテクニックなどを会得したいという思惑もありました」（芝田氏）
.NETテクノロジを応用した新しい人事情報システム（Person.NET）
＜ソリューション＞
ビジネスロジックの分析、クラス設計では UML を初めて導入
クボタシステム開発株式会社
第一ソリューション事業部 第一コンサルテーショングループ
課長代理
伏見弘樹氏
|
|
従来は不可能だった人事データと他システムとの連携や、事業本部やグループ企業ごとで異なるニーズに柔軟に対応可能に。しかしこれらを効率よく達成するためには、何をコンポーネントとしてひとまとまりにするかなど、オブジェクト指向分析、設計に対する正しい理解が欠かせません。これに失敗すると、臨機応変なコンポーネントの組み合わせやカスタマイズなどは困難なものになってしまいます。新システムの開発を担当するクボタシステム開発株式会社も、従来は主にウォーターフォール型（計画、設計、コーディング、テストという時系列の段階を追って開発を進める手法）の開発手法をとっていました。これに対し今回の開発では、マイクロソフトのコンサルタントの勧めもあり、クラス分析と設計では UML（Unified Modeling Language）を使用し、「設計→開発→評価」の工程を期間中に複数回繰り返す一種のスパイラルモデル（Microsoft Solutions Framework：MSF）を採用することにしました。.NET という最新の基盤技術を利用するということを含め、まずは 2001 年 5 月より、開発手法やクラス設計などに関するマイクロソフトの教育を受け、そして一部の機能に限定して、新人事システムのプロトタイプ（パイロットプログラム）を 2001 年 12 月までに完成させるというスケジュールです。
「5 月から教育を受け始め、パイロットプログラムの設計に入ったのは 7 月末からでした。11 月初旬の段階で、設計〜コーディングの 1 回目が終わり、テストに入り、11 月中頃には、2 回の開発サイクルを完了する予定です」（クボタシステム開発 伏見弘樹氏）
「このパイロットプログラムでは、基本人事情報管理や給与、賞与に関する一部の機能だけを実装します。最終的には昇給や退職金、年末調整、住宅融資など、すべての機能を実装し、2002 年秋の人事制度改革に臨みます」（芝田氏）
新人事システムは、当面 VB ベースで開発されたクライアントアプリケーションと同等の機能を、Web ブラウザ（Microsoft Internet Explorer）から利用する Web アプリケーションとして利用可能にするところから始めます。「まず最初は、既存の PersonNT の機能を Web ブラウザからアクセス可能にするために、ASP .NET を利用した Web アプリケーションを構築します。ここでは、VB のようなリッチなユーザーインターフェイスを Web ベースでも実装できるかどうかが 1 つのポイントになります」（伏見氏）
「ブラウザを通して操作するために制限の大きい Web アプリケーションでは、最終的にはどこかで割り切る必要があるだろうと感じています。しかし最初からあきらめていたのでは、到達点を高めることはできません。Microsoft Visual Studio® .NET を使った Web アプリケーション開発でどこまでできるのか、まずは現行システムと同等のユーザーインターフェイスを実装するようにお願いしています」（芝田氏）
パイロットプログラムの開発環境としては、Visual Studio .NET ベータ 2（以下 VS .NET）を使用し、開発言語としては Visual Basic .NET を使用。開発スタッフは全部で 7 名で、既存の PersonNT の開発を担当した VB プログラマに加え、Java での開発経験を持つプログラマなどの混成チームとしました。「今回のプロジェクトを成功させることはもちろん、今回得たノウハウを別のプロジェクトでも展開したいという思惑があり、既存システムの開発経験者だけでなく、さまざまな部署からさまざまな経験を持つスタッフを幅広く集めました。とにかく新しいものをどんどん吸収してもらいたいですね」（伏見氏）
|
Visioを利用したUMLベースのクラス図の作成
[拡大図]
|
最新の VB .NET では完全なオブジェクト指向準拠になり、既存の VB 6 から移行するには、オブジェクト指向プログラミングに対するスキルアップが必要だといわれています。今回の Person .NET は、実質的に新規開発になるわけで、既存のソースコードを流用しようとするものではありません。この意味では、開発言語として新しい C# を選択するという方法もあったと考えられますが、それでも VB .NET を選択した理由は「確かに、VB 6 から VB .NET への移行では、新しい知識も必要です。しかし開発環境の使い方や細かな言語仕様のレベルでは従来の知識やノウハウが生かせますので、開発言語としては VB .NET を選択しました」と 伏見氏は語っています。
クラス分析と設計では、基幹業務系システムに対して初めて UML を導入。クラス図の描画ツールとしては、安価に手に入る Microsoft Visio® を利用。オブジェクト指向設計も初めての経験で、当初は試行錯誤を繰り返しましたが、マイクロソフトのコンサルティングサービスの支援もあり、徐々に理解を深めて設計効率を向上させていきました。「UML のモデリングツールとしては、Rational Rose など著名なものがありますが、今回は初めての経験でもありますし、まずはオブジェクト指向分析と設計を理解して、クラス図を描くことが重要だと考え、Visio を使うことにしました。業務分析やクラス設計の基本的なアプローチでは、マイクロソフトのコンサルタントにだいぶ助けてもらって、最初に手がけた『人事情報』コンポーネントを何とか形にすることができました。次のコンポーネント設計では、この経験が生きてくるはずです。現時点ではまだ 1 回目のコーディングフェーズが終わるところなので、UML を採用したメリットはあまり実感できません。これからメンテナンスフェーズに入ったり、新しいスタッフにシステムを素早く把握してもらったりする段階では UML のメリットが生きてくると考えています」（伏見氏）
＜導入の結果＞
デザインからプログラムトレース、デバッグまでをトータルに扱える
VS .NET での Web アプリケーション開発
C/S クライアントと同等レベルの GUI を構築する
最も苦心しているのは、既存の VB クライアントと同等のユーザーインターフェイスを Web アプリケーションでも実現しようという目標をクリアすることだと言います。「実際のコーディングフェーズでも最も苦労しているのがこの GUI 設計の部分です。しかしこの点についても、マイクロソフトのアドバイスを仰ぎながら何とか現行レベルに近いインターフェイスを構築することに成功しました」（伏見氏）
「最後は割り切る必要があると覚悟していたのですが、実際に作ってみると、既存の VB クライアントから比べてもあまり違和感のないレベルで操作できるようになっています。まだすべての実装は終わっていないので最終的な結論が出るのは先になりますが、現時点では『これならいける』と実感しています」（芝田氏）
VS .NET を使った Web アプリケーション開発では、あたかも VB でのフォーム設計のような感覚で、部品をドラッグ アンド ドロップしながら Web ページ設計ができます。このような GUI 設計ツールは Java 向けにも存在していますが、VS .NET では、ページの見かけ上のデザインだけでなく、それらの部品が操作された際の処理を記述するコーディングや、一連の処理の流れをモニタするプログラムのトレース、デバッグ機能などが非常に強力で、これに匹敵する Java 開発環境はないと言います。「VS .NET のドラッグ アンド ドロップによる Web ページデザインは便利ですが、これだけなら Java 向けにも同じような開発ツールがあります。VS .NET が違うのは、Web ページを設計した後の作業です。VS .NET では、設計したページと連動するコードの記述や、それらのトレース、デバッグまでをトータルに扱うことが可能です。はっきりと定量化したわけではありませんが、VS .NET を利用した Web アプリケーションの開発効率はかなり高いと感じます」（伏見氏）
Web アプリケーションとしてシステムを構築する場合、クライアントとして使用されるブラウザは、ユーザーによって Netscape Navigator だったり、Internet Explorer （以下 IE ） だったり、あるいは同じ IE であってもバージョンが異なったりというのが実状です。それらすべてをシステム側でサポートしようとすると、コーディングや試験に余分な時間と労力がかかります。システムによっては最初からブラウザを限定するようにしているものもあるといいますが、ASP .NET による Web アプリケーションであれば、こういったブラウザの種類やバージョンの違いをフレームワークが吸収してくれます。例えばブラウザが DHTML に対応した IE なら、それを使用した最適化された HTML がクライアントに出力されます。「現在でも、人事労政部では、人事異動などの情報を社員向けに通知する Web サーバーを運営しています。これは全社的に参照されていますが、アクセスログを見ると、Macintosh ユーザーと Netscape ユーザーがそれぞれ数パーセントいる以外、大多数のユーザーは Microsoft Windows® と IE を使っています。もし使用するブラウザを IE だけに限定するとしても、大きな問題はないと思っています。ただし同じ IE でも、最新版ではない古いバージョンを使い続けているユーザーもかなりいます。最近の調査でも、まだ IE 4.0 を使っているユーザーが 7 ％程度いました。こうしたユーザーについてはバージョンアップ等を考慮する必要があると思います」（株式会社クボタ 人事労政部 徳田敬三氏）
Web アプリケーションとして実現されたインターフェイス（1） [拡大図] |
|
Webアプリケーションとして実現されたインターフェイス（2）
[拡大図] |
＜今後の展望＞
将来は、XML Web サービスを活用した戦略的な人事情報システム基盤を構築
リッチな GUI を持つ Web アプリケーションという意味では、Web サーバーと Web ブラウザ間でのネットワークトラフィックや処理性能も気になります。「現在はまだ一部の機能を実装している開発途中の段階にあり、データベースは独立したサーバーでテストしていますが、ASP .NET を実行する IIS は開発環境のローカルマシンにインストールしてテストしている状態です。まだトラフィックも調査していませんし、性能については語れる段階ではありません」（伏見氏）
「最終的には、WAN を通してブラウザから Web サーバーにアクセスしてみなければ実用レベルの性能は評価できません。しかしスタンドアロンでのテストを見ているかぎりでは、これが Web アプリケーションかというほど素早く動いています。これは予想ですが、おそらく性能が大きな問題になることはないでしょう」（芝田氏）
今回の Person.NET は、おそらくクボタのような大企業が全社的なシステムとして .NET テクノロジを導入する最初のケースとなるでしょう。まずは既存の C/S システムを Web アプリケーション化するところから始まりましたが、将来的には、XML Web サービスを利用した社内、社外とのデータ連携も念頭にあります。XML Web サービスというと、インターネットを介した企業間取引の BtoB が注目されていますが、同じしくみを社内のイントラネットに適用しようという例はあまり多くありません。セキュリティ的なリスクが小さく、コンピュータ環境から情報システムに対する意識まで、すでに一定の共通基盤が構築された企業内イントラネットなら、より円滑に XML Web サービスを使った業務システムが定着できるとクボタは考えています。激しく変化する社会情勢に対応するためには、たとえ社内システムと言えども、いわゆる企業間取引並のフレキシビリティが要求されるとの見通しなのです。
「BtoB や BtoC をクボタの社内システムに当てはめれば、BtoB は事業本部、事業部間、BtoC なら会社と従業員のコミュニケーションということになります。BtoB や BtoC というと、もっぱらインターネットを介したシステムを指すようですが、大企業においては、このように社内の情報システムをオープンなテクノロジで形成し、社会情勢の変化に臨機応変に対応できるシステムを構築する必要性がますまず増大するでしょう。人事制度改革や、給与計算、福利厚生業務のアウトソーシング化、データ開示による事業部や部門の人事管理機能の強化など、具体的な目的もありますが、さらに将来的には、グループ企業全体で人事情報を戦略的に共有できるシステム基盤を作り、人やノウハウの交流を支えられる後ろ盾にしたいと考えています」（芝田氏）
※本事例記事は、「Insider.NET 事例研究」アットマーク・アイティより転載させていただきました。
|
|
| |
本ケーススタディに記載された情報は初掲載時のものであり、閲覧される時点では変更されている可能性があることをご了承ください。
本ケーススタディは情報提供のみを目的としています。Microsoftは、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。
|
|
 |
|
|
|
