(57)【要約】【課題】  システムの開発時に、作業者ごとの不具合の傾向を判定することが可能なシステムの開発支援システムを提供する。【解決手段】  システムの開発や保守の導入時や変更時を含む作業において、作業者がプログラムを含むファイルを変更した際に、作業者ごとにファイルに対する変更内容を含む変更情報を画像として取得する変更情報取得タスク１５と、変更情報取得タスク１５で取得した変更情報を記憶する変更情報データベース１４ａと、変更情報データベース１４ａに基づいて、作業者ごとに不具合の発生に伴う前記変更情報を取得して、不具合の傾向を判定する不具合傾向判定タスク１６と、を備える【選択図】  図１
2014191739.tif 000002
【特許請求の範囲】
【請求項１】
システムの開発や保守の導入時や変更時を含む作業において、作業者がプログラムを含むファイルを変更した際に、前記作業者ごとに前記ファイルに対する変更内容を含む変更情報を画像として取得する変更情報取得手段と、
前記変更情報取得手段で取得した変更情報を記憶する変更情報記憶手段と、
前記変更情報記憶手段に基づいて、前記作業者ごとに不具合の発生に伴う前記変更情報を取得して、不具合の傾向を判定する不具合傾向判定手段と、
を備えることを特徴とするシステムの開発支援システム。
【請求項２】
前記変更情報記憶手段は、前記作業ごとに変更情報を記憶し、
不具合傾向判定手段は、前記変更情報記憶手段に基づいて、前記作業ごとに不具合の発生に伴う前記変更情報を取得して、不具合の傾向を判定する、
ことを特徴とする請求項１に記載のシステムの開発支援システム。
【請求項３】
前記変更情報記憶手段は、前記作業ごとに変更情報を記憶し、
前記作業ごとに、作業の目的を含む作業内容を記憶する作業内容記憶手段と、
前記変更情報記憶手段に基づいて、前記作業ごとに前記変更情報を取得して、前記作業の目的ごとに必要な変更内容を抽出する作業内容抽出手段と、
を備えることを特徴とする請求項１に記載のシステムの開発支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、システムの開発時に、作業者ごとの不具合の傾向を容易に把握することが可能なシステムの開発支援システムに関する。
【背景技術】
【０００２】
システムの新規開発や、障害復旧作業、仕様変更、機器の導入や切り替えなどに伴って、例えば、プログラムや、定義ファイル、データベース、フォルダなどの追加、修正、削除（変更）や、入力ファイルや出力ファイルのアクセス権限の設定変更などを含む開発、保守作業が発生する。また、開発環境で作成したプログラムや各種ファイルなどを運用環境に移行する際には、運用環境のみで行う作業、例えば、ファイルの登録やファイル名の変更などが必要なことがある。運用環境への移行時にテストを実施して不具合が発見された場合は、プログラムや各種ファイルなどが修正される。
【０００３】
システムの開発、保守を委託契約で依頼する場合は、注文者は作業に立ち会わない事が多く、注文者は受託者から作業内容の作業報告を受けることになる。しかしながら、受託者が作業内容を漏れなく記録して報告することは、手間と時間とを要してしまう。
【０００４】
また、システムの開発、保守では、不具合を把握、管理して品質管理することがシステムの信頼性を高度に維持するためには重要である。特に、システムの開発、保守を委託契約で依頼する場合は、受託者ごとの不具合を管理して傾向を判定することにより、受託者ごとに品質管理が可能となる。
【０００５】
ところで、マニュアル作成に関して、マニュアルの作成後における変更を容易に行うことが可能であり、マニュアルに記載する画像を容易に取得可能とすることによってマニュアル作成作業の負担を軽減させたマニュアル作成ツールに関する技術が知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１６４５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
さらに、システムの開発、保守を委託契約で依頼する場合は、注文者は作業をしないため技術を習得することができないという問題があった。
【０００８】
そこで、本願の発明者は、受託者が行った作業内容を漏れなく記録することにより、不具合の発生と修正内容とを把握することができると考えた。また、作業内容を把握することにより、注文者が技術を習得することができると考えた。
【０００９】
そこでこの発明は、システムの開発時に、作業者ごとの不具合の傾向を判定することが可能なシステムの開発支援システムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
前記の課題を解決するために、請求項１の発明は、作業者がプログラムを変更した際に、前記作業者ごとに変更内容を含む変更情報を画像として取得する変更情報取得手段と、前記変更情報取得手段で取得した変更情報を記憶する変更情報記憶手段と、前記変更情報記憶手段に基づいて、前記作業者ごとに、不具合の傾向を判定する不具合傾向判定手段と、を備えることを特徴とするシステムの開発支援システムである。
【００１１】
この発明によれば、変更情報記憶手段に基づいて、不具合傾向判定手段によって、作業者ごとに、不具合の傾向が把握される。
【００１２】
請求項２の発明は、請求項１に記載の発明において、前記変更情報記憶手段は、作業ごとに変更情報を記憶し、不具合傾向判定手段は、前記変更情報記憶手段に基づいて、前記作業ごとに、不具合の傾向を判定する、ことを特徴とする。
【００１３】
請求項３の発明は、請求項１に記載の発明において、前記変更情報記憶手段は、作業ごとに変更情報を記憶し、前記変更情報記憶手段に基づいて、前記作業ごとに、変更情報を抽出し作業内容を抽出する作業内容抽出手段と、を備えることを特徴とする。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、変更情報記憶手段に基づいて、作業者ごとに、不具合の傾向を判定することができるので、各作業者に対して不具合の傾向について注意喚起し、不具合を低減するよう指導することが可能になる。これにより、システムの品質を向上することが可能である。
【００１５】
また、作業者がプログラムを変更した際に、作業者ごとに変更内容を含む変更情報を画像として取得するので、作業者が変更情報を記録したり報告したりする必要がなくなる。つまり、変更情報を自動的に取得することにより、変更情報を漏れなく把握することができる。さらに、変更情報を画像として取得するので、視覚的に容易に把握することができる。
【００１６】
請求項２に記載の発明によれば、変更情報記憶手段に基づいて、作業者かつ作業ごとに、不具合の傾向を判定することができるので、より詳細に不具合の傾向を判定することが可能になる。すなわち、作業者が不具合を起こし易い作業を把握することができるので、より適切な注意喚起をすることが可能になる。
【００１７】
請求項３に記載の発明によれば、変更情報記憶手段に基づいて、作業ごとに、変更情報を抽出し作業内容を抽出するので、作業ごとにどのような変更が必要であるかを把握することができる。具体的には、システムを変更する場合に、過去に行った同様の作業の変更情報を確認することで、例えば、どのプログラムや、定義ファイル、データベース、フォルダをどのように変更すればよいのかを把握することができる。このように必要な作業を抽出できるので、システムの変更を効率的に行うことができる。また、委託契約の場合であっても、注文者が作業ごとにどのような変更が必要であるかを把握することができるので、注文者が技術を習得可能である。
【図面の簡単な説明】
【００１８】
【図１】この発明の実施の形態に係るシステムの開発支援システムの概略構成ブロック図である。
【図２】図１のシステムの開発支援システムにおける依頼書データベースのデータ構成図である。
【図３】図１のシステムの開発支援システムにおける変更情報データベースのデータ構成図である。
【図４】図１の不具合傾向判定タスクによる処理を示すフローチャートである。
【図５】図１の作業内容抽出タスクによる処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、この発明を図示の実施の形態に基づいて説明する。
【００２０】
図１は、この発明の実施の形態に係るシステムの開発支援システム１の概略構成ブロック図である。このシステムの開発支援システム１は、システムの開発時に、作業者ごとの不具合の傾向を判定することが可能なシステムであり、開発サーバ２０と通信網ＮＷを介して相互に通信可能となっている。
【００２１】
ここで、この実施の形態においては、電力会社の業務で使用するシステムの開発、保守を、作業ごとに委託契約で実施する場合について説明し、電力会社の担当部署を注文者、ソフトウェア開発会社を受託者、ソフトウェアの開発会社の開発者を作業員とする。また、注文者から受託者には、作業（委託契約）ごとに、依頼するシステムの開発、保守の作業目的、作業日時、作業者などが記載された依頼書が提示されるものとする。作業目的とは、システムの開発、保守の作業の目的のことであり、例えば、「プログラム改修（入力ファイル追加）、処理ＪＯＢ０１に入力ファイルＩＮＦＩＬＥ０１を追加」、「プログラム改修（出力ファイル変更）、処理ＪＯＢ０２の出力ファイルＯＵＴＦＩＬＥ０２の出力項目追加」、「サーバ切替、ＳＥＲＶＥＲ０３（現行）からＳＥＲＶＥＲ０４（新規）に切り替え」などのことである。作業日時は、委託契約に関する日時のことであり、例えば、依頼日時や納品予定日時、納品日時などのことである。作業者は、受託者とその作業員を識別するＩＤのことであり、例えば、「受託者ＩＤ＋作業員ＩＤ」で示されるものとする。また、この実施の形態では、作業者とは、受託者の作業員を示すものとする。
【００２２】
開発サーバ２０は、システムの開発支援システム１と通信網ＮＷを介して有線または無線にて通信可能となっており、委託契約で開発、保守を実施するシステムに関するプログラムやデータベース、ファイルなどが納品、すなわち、格納されるようになっている。すなわち、作業者は、当該開発、保守作業時は、開発サーバ２０において、プログラムやデータベース、ファイルなどを編集（追加、更新、削除）する。そして、編集後にテストを実施して不具合を発見すると、再度、プログラムやデータベース、ファイルなどを編集しテストを実施して、不具合が解消されるまでこのような操作を繰り返す。また、作業者は、開発サーバ２０にログインする際は、当該作業の作業ＩＤと、受託者とその作業員を識別する作業者ＩＤとを入力してログインするようになっている。
【００２３】
システムの開発支援システム１は、図１に記載されているように、主として、通信部１１、記憶部１２、作業内容記憶手段としての依頼書記憶部１３、変更情報記憶手段としての変更情報記憶部１４、変更情報取得手段としての変更情報取得タスク１５、不具合傾向判定手段としての不具合傾向判定タスク１６、作業内容抽出タスク１７、および、これらの制御などを行う制御部１０とを備えている。
【００２４】
記憶部１２は、変更情報取得タスク１５や不具合傾向判定タスク１６、作業内容抽出タスク１７を記憶したり、システムの開発支援システム１の情報処理に必要なデータを記憶したりするものである。また、記憶部１２は、開発サーバ２０におけるプログラムの実行履歴やテストの実施履歴を記憶するようになっている。
【００２５】
依頼書記憶部１３は、委託契約に関する作業目的を含む作業内容（依頼内容）を依頼書として記憶する依頼書データベース１３ａを格納するものである。図２に示すように、依頼書データベース１３ａには、依頼書ごとに、つまり、依頼書を識別する作業ＩＤ１３１ごとに、作業日時１３２、作業目的１３３、作業者ＩＤ１３４が記憶されている。作業ＩＤ１３１は、例えば、システムの種類を示す大区分と、業務区分を示す中区分と、処理区分を示す小区分とを組み合わせて、「大区分−中区分−小区分−連番」などのように発番されたＩＤが記憶されており、ＩＤによってシステムの種類や業務区分、処理区分などを系統的に把握可能となっている。作業日時１３２には、作業に関する日時、すなわち、依頼日時や納品予定日時、納品日時などが記憶されている。作業目的１３３には、依頼作業の仕様（依頼作業の目的）が記憶されており、例えば、「プログラム改修（入力ファイル追加）、処理ＪＯＢ０１に入力ファイルＩＮＦＩＬＥ０１を追加」、「プログラム改修（出力ファイル変更）、処理ＪＯＢ０２の出力ファイルＯＵＴＦＩＬＥ０２の出力項目追加」、「サーバ切替、ＳＥＲＶＥＲ０３（現行）からＳＥＲＶＥＲ０４（新規）に切り替え」などのように記憶されている。作業者ＩＤ１３４には、受託者とその作業員を識別するＩＤが記憶されている。
【００２６】
この依頼書データベース１３ａは、注文者が受託者との間で委託契約の作業を依頼した場合に追加され、委託契約の変更・解除があった場合に更新・削除される。
【００２７】
変更情報記憶部１４は、作業者がプログラムを変更した際に、後述する変更情報取得タスク１５によって取得された、変更内容を含む画像である変更情報を変更情報データベース１４ａとして格納するものである。ここで、変更内容とは、作業者が、開発サーバ２０にログインした状態で、定義ファイル、プログラムファイルなどに対して行った編集（追加、更新、削除）操作のことであり、開発サーバ２０において編集操作を行った編集画面（ウィンドウ）を画像としたものである。具体的には、エンターキーが押下されて、確定、保存を含む編集終了を意味する所定操作が行われた際に、エンターキーが押下される直前の編集画面、すなわち、編集終了時の編集画面を変更内容として記憶している。
【００２８】
図３に示すように、変更情報データベース１４ａには、作業者、つまり、受託者とその作業員を識別する作業者ＩＤ１４１および作業ＩＤ１４２ごとに、作業日時１４３、変更内容１４４が記憶されている。作業ＩＤ１４２には、依頼書を識別するＩＤが記憶されており、依頼書データベース１３ａの作業ＩＤ１３１と対応するようになっている。作業日時１４３には、開発サーバ２０における作業者の作業日時が納品日時として記憶されている。変更内容１４４には、開発サーバ２０において作業者が実際に行った作業の内容である変更内容情報を記憶したメモリアドレスが記憶されている。変更内容情報としては、変更内容情報ＩＤ１４４１、変更内容１４４２が記憶されている。変更内容情報ＩＤ１４４１には、変更内容を識別するＩＤが記憶され、変更内容１４４２には、編集終了時の編集画面が画像として記憶されている。
【００２９】
具体的には例えば、作業ＩＤ１４２に対応する依頼書ＩＤ１３１に該当する依頼書データベース１３ａの作業目的１３３が「プログラム改修（入力ファイル追加）、処理ＪＯＢ０１、入力ファイルＩＮＦＩＬＥ０１追加」の作業の場合は、変更内容１４４２には、「定義ファイルＣＯＮＦＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する定義を追加」した際の編集画面、「プログラムファイル（ソースコード）ＰＲＧＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する処理を追加」した際の編集画面、「入力ファイルＩＮＦＩＬＥ０１を保存するためのディレクトリを作成」した際の編集画面が画像として記憶されている。また、作業ＩＤ１４２に対応する依頼書ＩＤ１３１に該当する依頼書データベース１３ａの作業目的１３３が「プログラム改修（出力ファイル変更）、処理ＪＯＢ０２、出力ファイルＯＵＴＦＩＬＥ０２変更」の作業の場合は、変更内容１４４２には、「定義ファイルＣＯＮＦＦＩＬＥ０２に出力ファイルＯＵＴＦＩＬＥ０２に関する定義を変更」した際の編集画面、「プログラムファイル（ソースコード）ＰＲＧＦＩＬＥ０２に出力ファイルＯＵＴＦＩＬＥ０２に関する処理を変更」した際の編集画面が画像として記憶されている。また、作業ＩＤ１４２に対応する依頼書ＩＤ１３１に該当する依頼書データベース１３ａの作業目的１３３が「サーバ切替、ＳＥＲＶＥＲ０３（現行）からＳＥＲＶＥＲ０４（新規）に切り替え」の作業の場合は、変更内容１４４２には、「定義ファイルＣＯＮＦＦＩＬＥ０３にサーバに関する定義をＳＥＲＶＥＲ０３からＳＥＲＶＥＲ０４に変更」した際の編集画面が画像として記憶されている。
【００３０】
また、作業者が編集後にテストを実施して不具合を発見した場合は、再度、プログラムやデータベース、ファイルなどを編集するので、同一の作業者ＩＤ１４１および作業ＩＤ１４２について、変更内容情報（変更内容１４４２）のレコード数が増加する。つまり、作業者がプログラムを変更しテストを実施して不具合が発生した場合は、再度、当該プログラムを変更するため、当該プログラムの編集終了時の編集画面が複数、変更内容１４４として記憶されるようになっている。このように、変更情報データベース１４ａは、同一の作業者ＩＤ１４１および作業ＩＤ１４２について変更内容１４４２のレコード数が多いほど、当該作業について変更が多い、すなわち、不具合が多く発生し、プログラムの修正などの変更が多く発生したと判定することができる。
【００３１】
この変更情報データベース１４ａは、作業者が開発サーバ２０においてプログラムを変更した際、すなわち、変更情報取得タスク１５によって変更情報が画像として取得された際に追加される。
【００３２】
変更情報取得タスク１５は、システムの開発や保守の導入時や変更時を含む作業において、作業者が定義ファイル、プログラムファイルなどを変更した際に、作業者ごとにファイルに対する変更内容を含む変更情報を画像として取得する機能を有するプログラムである。この変更情報取得タスク１５は、システムの開発支援システム１が起動されると制御部１０によって起動され、作業者が開発サーバ２０にログインした後に、定義ファイル、プログラムファイルなどを変更していないかを常時監視するようになっている。
【００３３】
この変更情報取得タスク１５は、作業者が定義ファイル、プログラムファイルなどを変更したと判定した場合、すなわち、所定のディレクトリの定義ファイル、プログラムファイルなどを編集（追加、更新、削除）して確定、保存を含む編集終了を意味する所定操作が行われたと判定した場合に、編集操作を行った編集画面（ウィンドウ）を画像として記憶する機能を有するプログラム、タスクである。例えば、定義ファイルやプログラムファイルを編集した際は、編集のために開いた編集画面を画像として記憶する。具体的には、エンターキーが押下されて、確定、保存を含む編集終了を意味する所定操作が行われた際に、エンターキーが押下される直前の編集画面、すなわち、編集終了時の編集画面を記憶するようになっている。
【００３４】
不具合傾向判定タスク１６は、変更情報データベース１４ａに基づいて、作業者ごと、作業ごとに、不具合の発生に伴う変更情報を取得して、不具合の傾向を判定する機能を有するプログラム、タスクである。
【００３５】
ここで、不具合の傾向とは、（Ａ）作業者ごとの不具合が多い作業の有無、例えば、各作業者の不具合が特定の作業に偏っていないかを含む作業者ごとの不具合の傾向と、（Ｂ）不具合が多い作業の有無、例えば、全作業者の不具合が特定の作業に偏っていないかを含む作業ごとの不具合の傾向と、（Ｃ）その他の不具合の傾向、とを含むものとする。
【００３６】
作業者ごとの傾向（Ａ）は、具体的には例えば、以下のように判定する。
【００３７】
（Ａ１）変更情報データベース１４ａに存在する作業者ＩＤ１４１が特定の作業者（例えば、作業者Ａ）であるデータは、作業ＩＤ１４２が特定の大区分および中区分の作業についてデータ数（件数）が多い場合は、作業者Ａは、特定の作業について不具合が多い傾向があると判定する。
【００３８】
（Ａ２）変更情報データベース１４ａに存在する作業者ＩＤ１４１が特定の受託者の作業者（例えば、受託者Ｂの作業者）であるデータは、作業日時１４３が当該作業者の初回作業から所定回数以内（初回作業から所定期間以内）の作業についてデータ数が多い場合は、特定の受託者Ｂの各作業者は、作業経験が少ないうちは不具合が多い傾向があると判定する。
【００３９】
（Ａ３）変更情報データベース１４ａに存在する作業者ＩＤ１４１が特定の作業者（例えば、作業者Ｃ）であるデータは、変更内容１４４２が特定の変更内容、例えば、特定のプログラムを編集している画像のデータ数が多い場合は、作業者Ｃは、特定の変更内容が必要となる不具合が多い傾向があると判定する。
【００４０】
作業ごとの傾向（Ｂ）は、具体的には例えば、以下のように判定する。
【００４１】
（Ｂ１）変更情報データベース１４ａに、作業ＩＤ１４２が特定の大区分および中区分の作業についてデータ数が多い場合は、特定の作業について不具合が多い傾向があると判定する。
【００４２】
（Ｂ２）変更情報データベース１４ａに、変更内容１４４２が特定の変更内容、例えば、特定のプログラムを編集している画像のデータ数が多い場合は、特定の変更内容が必要となる不具合が多い傾向があると判定する。
【００４３】
不具合傾向判定タスク１６は、具体的には、まず、変更情報データベース１４ａから、作業者ＩＤ１４１、作業ＩＤ１４２ごとに、変更内容１４４２を抽出して、不具合傾向を判定する。このとき、同一作業ＩＤ１４２の変更内容１４４２として、同一の定義ファイル、プログラムファイルなどの編集画面の画像が複数あり、その画像に差異がある、すなわち、同一ファイルに編集が複数回行われている場合は、当該ファイルの変更において、不具合が発見され、その解消のための変更内容１４４２であると判定する。また、記憶部１２に、開発サーバ２０における当該作業に関するテストの実施履歴が存在し、テスト後に記憶された変更内容１４４２がある場合は、テストによって不具合が発見され、その解消のための変更内容１４４２であると判定する。
【００４４】
具体的には例えば、同一の作業者ＩＤ１４１、作業ＩＤ１４２について、変更内容１４４２に、「定義ファイルＣＯＮＦＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する定義を追加」した際の編集画面が複数あり、画像に差異がある場合は、定義ファイルＣＯＮＦＦＩＬＥ０１に対して編集を複数回行った、すなわち、定義ファイルＣＯＮＦＦＩＬＥ０１に対して間違いなど不具合が発生したものと判定する。
【００４５】
この不具合傾向判定タスク１６は、注文者が、システムの開発、保守における不具合の傾向を判定したいと考えた際に注文者によって、または、所定期間ごとに制御部１０によって起動するようになっている。そして、不具合傾向判定タスク１６は、判定結果を注文者の担当者に通知するようになっている。
【００４６】
作業内容抽出タスク１７は、変更情報データベース１４ａに基づいて、作業ごとに、変更情報を取得して、作業の目的ごとに必要な変更内容を抽出する機能を有するプログラム、タスクである。すなわち、作業内容抽出タスク１７は、依頼書に記載された作業目的に対して、受託者がどのような作業を行ったかを抽出するものである。
【００４７】
作業内容抽出タスク１７は、まず、依頼書データベース１３ａから、作業目的１３３に対応する作業ＩＤ１３１を抽出する。そして、変更情報データベース１４ａから、これらの作業ＩＤ１３１に対応する作業ＩＤ１４２の変更内容１４４を取得する。例えば、作業目的１３３が「入力ファイル追加」に該当する作業ＩＤ１３１の場合は、対応する作業ＩＤ１４２の変更内容１４４の画像から、「定義ファイルＣＯＮＦＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する定義を追加」した際の編集画面、「プログラムファイル（ソースコード）ＰＲＧＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する処理を追加」した際の編集画面、「入力ファイルＩＮＦＩＬＥ０１を保存するためのディレクトリを作成」した際の編集画面を取得する。すなわち、「入力ファイル追加」する際には、「定義ファイルＣＯＮＦＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する定義を追加」、「プログラムファイル（ソースコード）ＰＲＧＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する処理を追加」、「入力ファイルＩＮＦＩＬＥ０１を保存するためのディレクトリを作成」する作業が必要であることが取得できるようになっている。
【００４８】
また、同一の定義ファイル、プログラムファイルなどの編集画面の画像が複数あり、その画像に差異がある、すなわち、同一ファイルに編集が複数回行われている場合は、当該ファイルの変更において不具合が発見されたものであると判定できることから、当該編集画面の中から再新の変更内容１４４を正しい変更内容として取得する。
【００４９】
この作業内容抽出タスク１７は、依頼書の作業目的に対して、受託者がどのような作業を行ったかを抽出したい際に、注文者によって、または、所定期間ごとに制御部１０によって起動するようになっている。具体的には、作業内容抽出タスク１７は、注文者が作業目的１３３や作業ＩＤ１３１を入力すると起動されるように制御部１０によって制御されている。そして、作業内容抽出タスク１７は、抽出結果を注文者の担当者に通知するようになっている。
【００５０】
次に、このような構成のシステムの開発支援システム１における情報の処理手段および作用について説明する。
【００５１】
注文者が、受託者の不具合の傾向を判定したい場合には、注文者によって不具合傾向判定タスク１６が起動される。このとき、所定の受託者や作業員について不具合の傾向を判定したい場合は、当該受託者や作業員を特定する作業者ＩＤを指定して不具合傾向判定タスク１６が起動され、全受託者について不具合の傾向を把握したい場合は作業者ＩＤを指定せずに不具合傾向判定タスク１６が起動される。ここでは、全ての受託者について不具合の傾向を把握する場合について説明する。
【００５２】
図４は、不具合傾向判定タスク１６による処理手順を示している。不具合傾向判定タスク１６が起動されると、まず、変更情報データベース１４ａから、作業者ごとに変更内容１４４が取得される（ステップＳ１１）。そして、取得した作業者ごとの変更内容１４４から、不具合傾向が判定される（ステップＳ１２）。
【００５３】
これにより、具体的には例えば、変更情報データベース１４ａに存在する作業者ＩＤ１４１が作業者Ａに関するデータは、作業ＩＤ１４２が特定の大区分および中区分の作業についてデータ数が多い場合は、作業者Ａは、特定の作業について変更が多い、すなわち、不具合が多い傾向があると判定される。この場合は、注文者によって、受託者（作業者Ａ）に、作業ＩＤ１４２が特定の大区分および中区分の作業についてミスが多いことが指摘され、作業内容（作業手順）を予め検証するように指導される。
【００５４】
また、変更情報データベース１４ａに存在する作業者ＩＤ１４１が受託者Ｂの作業者は、作業日時１４３が当該作業者の初回作業から所定回数以内（初回作業から所定期間以内）の作業についてデータ数が多い場合は、特定の受託者Ｂの各作業者は、作業経験が少ないうちは不具合が多い傾向があると判定される。この場合は、注文者によって、受託者Ｂの各作業者は、作業経験が少ない期間は、作業内容を予め熟練者によって確認してもらうように指導される。
【００５５】
さらに、変更情報データベース１４ａに存在する作業者ＩＤ１４１が作業者Ｃに関するデータは、変更内容１４４２が特定の変更内容、例えば、特定のプログラムを編集している画像のデータ数が多い場合は、作業者Ｃは、特定の変更内容（例えば、定義ファイルの設定）が必要となる不具合（例えば、定義ファイルの設定漏れ）が多い傾向があると判定される。この場合は、注文者によって、作業者Ｃに、定義ファイルの設定ミスが多いことが指摘され、作業時は定義ファイルの設定ミスがないことを確認するように指導される。
【００５６】
同様に、作業ごとの傾向についても判定され、変更情報データベース１４ａに、作業ＩＤ１４２が特定の大区分および中区分の作業についてデータ数が多い場合に、特定の作業について不具合が多い傾向があると判定される。この場合は、注文者によって、作業内容を予め熟練者によって確認してもらうように指導される。
【００５７】
さらに、変更情報データベース１４ａに、変更内容１４４２が特定の変更内容、例えば、特定のプログラムを編集している画像のデータ数が多い場合は、特定の変更内容が必要となる不具合が多い傾向があると判定される。この場合は、注文者によって、作業内容を予め熟練者によって確認してもらうように指導される。
【００５８】
また、注文者が、技術承継のために、依頼書（依頼目的）ごとの作業内容を把握したい場合には、作業内容抽出タスク１７が起動される。
【００５９】
図５は、作業内容抽出タスク１７による処理手順を示している。作業内容抽出タスク１７が起動されると、まず、変更情報データベース１４ａから、作業ごとに変更内容１４４が取得され（ステップＳ２１）、作業ごとの変更内容１４４が抽出される（ステップＳ２２）。
【００６０】
具体的には例えば、「入力ファイル」を追加したい場合に、どのような作業を行うかを抽出したい際は、ステップＳ２１によって、作業目的１３３に「入力ファイル追加」を含む作業ＩＤ１３１が複数抽出される。そして、変更情報データベース１４ａから、これらの作業ＩＤ１３１に対応するに対応する作業ＩＤ１４２の変更内容１４４が取得される。これにより、「入力ファイル追加」の作業目的において、受託者が行った作業が取得される。例えば、作業目的が「入力ファイル追加」の場合は、変更内容１４４の画像から「定義ファイルＣＯＮＦＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する定義を追加」、「プログラムファイル（ソースコード）ＰＲＧＦＩＬＥ０１に入力ファイルＩＮＦＩＬＥ０１に関する処理を追加」、「入力ファイルＩＮＦＩＬＥ０１を保存するためのディレクトリを作成」する編集操作を行ったことがわかる。これにより、注文者によって、「入力ファイル」を追加したい場合に、行うべき作業が確認される。
【００６１】
以上のように、このシステムの開発支援システム１によれば、変更情報データベース１４ａに基づいて、作業者ごとに、不具合の傾向を判定することができるので、各作業者に対して不具合の傾向について注意喚起し、不具合を低減するよう指導することが可能になる。これにより、システムの品質を向上することが可能である。
【００６２】
また、作業者がプログラムを変更した際に、作業者ごとに変更内容を含む変更情報を画像として取得するので、作業者が変更情報を記録したり報告したりする必要がなくなる。つまり、変更情報を自動的に取得することにより、変更情報を漏れなく把握することができる。さらに、変更情報を画像として取得するので、視覚的に容易に把握することができる。
【００６３】
また、変更情報データベース１４ａに基づいて、作業者や作業ごとに、不具合の傾向を判定することができるので、より詳細に不具合の傾向を判定することが可能になる。すなわち、作業者が不具合を起こし易い作業や作業者によらず不具合を起こし易い作業を把握することができるので、より適切な注意喚起をすることが可能になる。
【００６４】
さらに、依頼書データベース１３ａと変更情報データベース１４ａに基づいて、作業ごとに、変更情報を抽出し作業内容を抽出するので、作業ごとに、すなわち、作業の目的ごとに、どのような変更が必要であるかを把握することができる。具体的には、システムを変更する場合に、過去に行った同様の作業目的の変更情報を確認することで、例えば、どのプログラムや、定義ファイル、データベース、フォルダをどのように変更すればよいのかを把握することができる。このように、委託契約の場合であっても、注文者が作業ごとにどのような変更が必要であるかを把握することができるので、注文者が技術を習得可能である。また、作業の目的ごとに必要な作業を抽出できるので、システムの変更を効率的に行うことができる。
【００６５】
以上、この発明の実施の形態について説明したが、具体的な構成は、上記の実施の形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計の変更等があっても、この発明に含まれる。例えば、システムの開発支援システム１を、開発サーバ２０に備えるようにしてもよいことはもちろんである。
【００６６】
また、委託契約でシステムの開発、保守を委託契約で実施する場合について説明したが、システムの開発支援システム１は、委託契約以外のシステムの開発、保守であっても適用できることはもちろんである。具体的には例えば、システムの開発、保守を電力会社（自社）で行う場合は、依頼書データベース１３ａに、当該開発、保守において要求する仕様を定義した作業の概略を記憶するようにすればよい。
【符号の説明】
【００６７】
１              システムの開発支援システム
１１            表示部
１３ａ          依頼書データベース（作業内容記憶手段）
１４ａ          変更情報データベース
１５            変更情報取得タスク（変更情報取得手段）
１６            不具合傾向判定タスク（不具合傾向判定手段）
１７            作業内容抽出タスク（作業内容抽出手段）
【図１】
2014191739.tif 000003
【図２】
2014191739.tif 000004
【図３】
2014191739.tif 000005
【図４】
2014191739.tif 000006
【図５】
2014191739.tif 000007