(57)【要約】【課題】  企業などで運用、管理されている複数の業務システムの現状、すなわち、重複状況を把握し、最適な業務システム環境を提供することを目的とする。【解決手段】  本発明では企業のシステム利用者にアンケートを行い、その回答を元にムリ／ムダを簡便に調査する。具体的にはシステム利用者にアンケート対象となったシステムでよく利用する機能について質問する。複数のアンケート回答から、よく利用する機能をアンケート対象システムの機能一覧としてまとめる。アンケート対象システム間で、機能一覧を比較し、重複している機能を調査する。また、アンケート対象のシステムと同様の目的で利用されているシステムが有する機能一覧とアンケート対象システムの機能一覧を比較し、アンケート対象システム独自の機能を抽出する。【選択図】図１
2011081685.tif 000002
【特許請求の範囲】
【請求項１】
組織内で運用されている複数の業務システムの機能を分析するための業務システム機能分析方法において、
利用者が利用する利用者ＰＣを介して、複数の利用者のそれぞれから前記複数の業務システムそれぞれについて、システムの利用目的、名詞部と動詞部を含む利用機能の入力を受け付け、
前記入力された内容それぞれについて、その項目ごとに比較し、
当該比較により、前記複数の業務システムで重複する機能を抽出することを特徴とする業務システム機能分析方法。
【請求項２】
請求項１に記載の業務システム機能分析方法において、
前記比較では、予め記憶された前記業務システムと同様の目的を有する一般的なシステムについての目的および機能を含むシステム情報と、前記入力された内容をその項目ごとの比較も行うことを特徴とする業務システム機能分析方法。
【請求項３】
組織内で運用されている複数の業務システムの機能を分析するための業務システム機能分析装置において、
利用者が利用する利用者ＰＣを介して、複数の利用者のそれぞれから前記複数の業務システムそれぞれについて、システムの利用目的、名詞部と動詞部を含む利用機能の入力を受け付ける手段と、
前記入力された内容それぞれについて、その項目ごとに比較する手段と、
当該比較により、前記複数の業務システムで重複する機能を抽出する手段と、
抽出された前記重複する機能を出力する手段とを有することを特徴とする業務システム機能分析装置。
【請求項４】
請求項３に記載の業務システム機能分析装置において、
前記比較する手段は、予め記憶された前記業務システムと同様の目的を有する一般的なシステムについての目的および機能を含むシステム情報と、前記入力された内容をその項目ごとの比較も行うことを特徴とする業務システム機能分析装置。
業務システム機能分析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業などの管理下にあるシステム機能の分析、及び最適化を行う技術に関する。
【背景技術】
【０００２】
企業の各事業部門において、様々な業務システムが構築／運用されている。業務システムの構築、維持には多大なコストが必要となるため、必要最小限の機能、規模とすることが求められる。しかし、業務システムの全体像を完全に把握できている企業は少ない。業務システムを全体像で捕らえたとき、ムリ／ムダが発生していることが頻繁に見受けられる。
【０００３】
このようなムダ等を省き、最適なＩＴ環境を提供するための技術として、特許文献１がある。特許文献１では、統合顧客ＤＢを用意しておき、これを用いて顧客に最適なＩＴ環境を構築するためのシステム構成案を生成する。ここで、統合顧客ＤＢには、顧客からヒアリングした情報が含まれる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−５８６９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ムリ／ムダの解消には、まず現状の可視化が求められ、この現状の可視化により、ムリ／ムダを明確化する。ムリの例として、一般的なものとは異なる機能構成でシステムを構築していることが挙げられる。ある企業特有の機能構成でシステムを構築する場合、安価なパッケージソフトの適用が困難になったり、カスタマイズ費用が必要となったりで、一般的な機能構成でシステムを構築する場合より、多くのコストが必要となる。これらのムリの調査には調査対象のシステムが一般的に有する機能の調査と、ある企業で実際に利用されているシステム機能の調査が必要となる。ムダの例としては、システム間の機能重複が挙げられる。事業部門の統廃合や企業の合併等を行った場合、同じ機能を持つシステムが複数存在する場合がある。また、事業部門がそれぞれ必要なシステムを事業部門主体で開発していた場合、事業部門間で同じ機能のシステムを開発していることがある。これらの機能重複を確認するためには、仕様書等の設計ドキュメントの読み解きを行う。これらの調査や設計書の読み込みには非常に時間と労力が必要となる。本発明ではシステム機能のムリ／ムダを簡便に特定する。ムリ／ムダの特定後、システム機能の見直し、最適化を実施することにより、システム機能の重複により発生する余剰な運用費／開発費を削減する。
【０００６】
しかし、特許文献１においては、これから新たにシステムを構築することが考慮されており、「現状」の把握ができない。このため、上述のムリ／ムダの特定が困難である。
【課題を解決するための手段】
【０００７】
本発明では企業のシステム利用者にアンケートを行い、その回答を元にムリ／ムダを簡便に調査する。具体的にはシステム利用者にアンケート対象となったシステムでよく利用する機能について質問する。複数のアンケート回答から、よく利用する機能をアンケート対象システムの機能一覧としてまとめる。アンケート対象システム間で、機能一覧を比較し、重複している機能を調査する。また、アンケート対象のシステムと同様の目的で利用されているシステムが有する機能一覧とアンケート対象システムの機能一覧を比較し、アンケート対象システム独自の機能を抽出する。
【０００８】
すなわち、本発明では、アンケート結果を分析し、その重複して存在する機能（一部の重複や似ているものを含む）を抽出する。その際、対象システムについて、各利用者からのシステムの利用目的、利用機能（名詞部と動詞部それぞれについて）の入力を受け付け、予め記憶された対象システムと同様の目的を有する一般的なシステムについての目的および機能を含むシステム情報と、入力された内容をその項目ごとに比較し、その結果を出力するものである。この際、項目名の表記を統一してから、比較を行うことも本発明に含まれる。
【発明の効果】
【０００９】
本発明によれば、どの業務システムにどのような機能があり、どの機能にムリ／ムダが発生しているかを簡便に調査することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の一実施形態のブロック図である。
【図２】図２は、本発明の処理手順の一実施の形態を示すフローチャートである。
【図３】図３は、図２の処理の続きにおける処理手順の実施の形態を示すフローチャートである。
【図４】図４は、図１の各ＤＢ及びサーバに含まれるデータテーブル図である。
【図５】図５は、本発明の一実施形態において、表示される画面イメージ図である。
【発明を実施するための形態】
【００１１】
管理者PC１では、調査対象システム名とシステムの利用目的をシステム管理者が入力することにより、利用者がアンケートに回答する際の回答対象システムテーブル１０を作成する。３-２のネットワークを通じて、回答処理サーバ４に調査対象システム名とシステムの利用目的が送信され、回答処理サーバ４により、回答対象システムテーブル１０が作成される。利用者PC２-１〜２-３では利用者が回答対象のシステム名とシステムの利用目的、よく使う機能を入力する。入力した内容は３-１のネットワークを通じて、回答処理サーバ４に送信される。
【００１２】
回答処理サーバ４では、機能分類DB２０を用い、調査対象システムの機能分類を調査対象システムテーブル４０に追記する。また、一般的なシステム機能ＤＢ３０を用い、調査対象システムの機能が、調査対象システム独自の機能か、一般的に実装されている機能かを判断し、調査対象システムテーブル４０に調査対象システム独自の機能かどうかを追記する。また、調査対象システムテーブル４０のシステム間でシステムの目的とシステム機能の比較により、システム間で重複している機能の有無を確認する。重複があった場合、重複があることと機能が重複しているシステム名を記入する。回答処理サーバ４が調査結果対象システムテーブルの内容を調査対象システムの機能一覧として、３-２のネットワークを通じて、管理者PC１に送信する。管理者PC１では調査対象システムの機能一覧を受信し、管理者に対して表示する。
【００１３】
以下に具体的な処理内容について、述べる。なお、特に処理主体を明記していないものは、回収処理サーバ４の処理である。
システム管理者により、管理者PC１に入力された調査対象システムの名称及び、所与の一覧表から選択された調査対象システムの利用目的を管理者PC１から回答処理サーバ４に送信する（ステップ１００）。その際の入力画面を図５（ｉ）に示す。
【００１４】
次に、回答処理サーバ４で管理者PC１から調査対象システム名、システムの利用目的を受信する（ステップ１０２）。
【００１５】
回答処理サーバ４で受信した調査対象システムの名称を回答対象システムテーブル１０のシステム名１１に格納する。また、システムの利用目的を回答対象システムテーブル１０のシステムの目的１２に格納する（ステップ１０４）。
【００１６】
システム利用者が利用者PC２−１、２−２、２−３に回答対象のシステム名、システムの利用目的、よく使う機能を入力し、利用者ＰＣがこれを受け付ける。システム名、システムの利用目的は回答対象システムテーブル１０のシステム名１１、システムの目的１２により構成された所与の表から選択する。よく使う機能は「日報の入力」「在庫の確認」「物流費の計算」のように○○の××（「名詞」の「動詞」）といった形式で自由入力し、これを利用者ＰＣが受け付ける（ステップ１０６）。この入力画面を図５の（ｉｉ）に示す。
【００１７】
そして、利用者PC２−１、２−２、２−３から、ステップ１０６で入力された回答処理サーバ４に回答対象システム名、システムの利用目的、よく使う機能を送信する（ステップ１０８）。
【００１８】
回答処理サーバ４で利用者PC２−１、２−２、２−３より、回答対象システム名、システムの利用目的、よく使う機能を受信する（ステップ１１０）。
【００１９】
回答処理サーバ４で調査対象システムテーブル４０のシステム名４１に回答対象システム名、調査対象システムテーブル４０のシステムの目的４２にシステムの利用目的、調査対象システムテーブル４０のシステム機能の名詞４３のよく使う機能の名詞部分（よく使う機能を「の」で分割した前半部分）、システム機能の動詞４４によく使う機能の動詞部分（よく使う機能を「の」で分割した後半部分）を格納する。この時、システム名４１、システムの目的４２、システム機能の名詞４３、システム機能の動詞４４の順で、調査対象システムテーブル４０の値を並び替える（ステップ１１２）。
【００２０】
調査対象システムテーブル４０のシステム機能の動詞４４の値で機能分類ＤＢ２０のシステム機能の動詞２１を検索する。検索結果に応じて、調査対象システムテーブル４０の機能分類４５に「入力」「処理」「出力」のいずれかの値をセットする。検索した結果、機能分類ＤＢ２０のシステム機能の動詞２１に一致するものがない調査対象システムテーブル４０のレコードには、「不明」という値をセットする。この時、システム名４１、システムの目的４２、システム機能の名詞４３、システム機能の動詞４４、機能分類４５の順で、調査対象システムテーブル４０の値を並び替える（ステップ２００）。
【００２１】
管理者ＰＣが、システム管理者の入力（指示）に応じて、調査対象システムテーブル４０のシステム機能の名詞４３を参照し、一般的なシステム機能DB３０のシステム機能の名詞３３と整合性を取る形で、同種の物をまとめる。例としては、「日報」、「日次報告」、「活動状況」と言った記述を参照し、「日報」に統一する（ステップ２０２）。
【００２２】
調査対象システムテーブル４０の各レコードにつき、システムの目的４２を一般的なシステム機能ＤＢ３０の各レコードのシステムの目的３２と比較する（ステップ２０４）。
【００２３】
一致するシステムの目的がない場合は、調査対象システムテーブル４０の比較したレコードの独自機能４６に”○”をセットし、そのシステムに独自の機能として扱う（ステップ２０６）。一致するシステムの目的がある場合は、調査対象システムテーブル４０の機能分類４５が「不明」以外かどうかを判定する。このステップはステップ２０４で実施してもよい（ステップ２０８）。
【００２４】
調査対象システムテーブル４０の機能分類４５が「不明」の場合は、調査対象システム４０の独自機能フラグ４６に「不明」をセットし、ステップ２１８に移行する。このステップはステップ２０４で実施してもよい（ステップ２１０）。
【００２５】
調査対象システムテーブル４０の機能分類４５が「不明」以外の場合、調査対象システムテーブル４０のシステム機能の名詞４３と一般的なシステム機能ＤＢ３０のシステム機能の名詞３３、調査対象システムテーブル４０の機能分類４５と一般的なシステム機能ＤＢ３０の機能分類４５をそれぞれ比較する（ステップ２１２）。
【００２６】
システム機能の名詞と機能分類が一致するものがない場合、一般的なシステム機能ＤＢ３０の比較対象となったレコードを調査対象システムテーブル４０に追加する。追加した機能のレコードのシステム名４１には比較対象となった調査対象システムテーブル４０のレコードのシステム４１に格納されている値をセットする。システムの目的４２、システム機能の名詞４３、機能分類４５には一般的なシステム機能ＤＢ３０の比較対象レコードのシステムの目的３２、システム機能の名詞３３、機能分類３４にセットされている値をセットする。システム機能の動詞４４、独自機能４６に”−”をセットする（ステップ２１４）。
【００２７】
システム機能の名詞と機能分類が一致するものがある場合、調査対象システムテーブル４０の比較対象レコードの独自機能４６に”×”をセットする（ステップ２１６）。システム機能の名詞と機能分類が一致するものがない場合、調査対象システムテーブル４０の比較対象レコードの独自機能４６に”○”をセットする（ステップ２１８）。
【００２８】
調査対象システムテーブル４０の機能分類４６が「不明」以外かどうかを判定する。このステップはステップ２０８で実施してもよい（ステップ２２０）。調査対象システムテーブル４０の機能分類４６が「不明」の場合、調査対象システムテーブル４０の機能重複４７に「不明」をセットする。ステップ２３０に移行する。このステップはステップ２１０で実施してもよい（ステップ２２２）。調査対象システムテーブル４０の各レコード間で機能の重複をチェックする。システムの目的４２、システム機能の名詞４３、機能分類４５を比較し、３つが一致するレコードを検索する。機能重複４７に”○”がついているものは検索対象から除外する。すなわち、これら以外のデータを対象に検索を実行する（ステップ２２４）。
【００２９】
一致した場合、一致した比較元、比較先のレコードそれぞれの機能重複４７に”○”をセットする。比較元のレコードのシステム名４１の値を比較先のレコードの機能重複システム名Ａ４８に、比較先のレコードのシステム名４１の値を比較先のレコードの機能重複システム名Ａ４８にそれぞれセットする。一致したレコードが複数ある場合は、機能重複システム名Ｂ４９に各レコードのシステム名４１をそれぞれセットする（ステップ２２６）。一致しなかった場合、比較元となったレコードの機能重複４７に”×”をセットする（ステップ２２８）。
【００３０】
次に、調査対象システム機能テーブル４０を管理者ＰＣ１に出力する。独自機能４６及び機能重複４７に“○”が格納されているレコードをムリ／ムダの発生している可能性のある機能として、扱ってもよい（ステップ２３０）。この出力内容を図５の（ｉｉｉ）に示す。
【符号の説明】
【００３１】
１…管理者ＰＣ、２…利用者ＰＣ、３…ネットワーク、４…回答処理サーバ、５…機能分類ＤＢ、６…一般的なシステム機能ＤＢ
【図１】
2011081685.tif 000003
【図２】
2011081685.tif 000004
【図３】
2011081685.tif 000005
【図４】
2011081685.tif 000006
【図５】
2011081685.tif 000007