コーディング規準遵守状況監視システム
【課題】ソフトウエア開発プロジェクト全体の、コーディング規準遵守のための管理作業を容易なものとする。
【解決手段】 コーディング規準遵守監視システム１００は、全体制御部１０１と、ソース取得部１０２と、インスペクション処理部１０３と、検出情報集計部１０４と、集計結果表示部１０５の各処理部から構成されている。コーディング規準遵守監視システム１００では、インスペクション担当者により各プロジェクト毎に予め作成，指定された実行定義情報１１１，ルール情報１１２に基づき、定期的にインスペクション処理を実行するとともに、インスペクション処理の結果を集計して各プロジェクト毎にコーディング規準遵守状況レポート１３０を生成する。
【解決手段】 コーディング規準遵守監視システム１００は、全体制御部１０１と、ソース取得部１０２と、インスペクション処理部１０３と、検出情報集計部１０４と、集計結果表示部１０５の各処理部から構成されている。コーディング規準遵守監視システム１００では、インスペクション担当者により各プロジェクト毎に予め作成，指定された実行定義情報１１１，ルール情報１１２に基づき、定期的にインスペクション処理を実行するとともに、インスペクション処理の結果を集計して各プロジェクト毎にコーディング規準遵守状況レポート１３０を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウエア開発プロジェクトにおいて、開発者により作成されたソースコードについて、予め定義されたコーディング規準に違反するか否かを監視するシステムに関する。
【背景技術】
【０００２】
一般に、ソフトウェア開発プロジェクトでは、開発対象となるシステムを構成するソースコードに対し、予めコーディング規準が設定されており、各開発者はこれに従いコーディングを行う。この場合、実際に各ルールに従ってコーディングされているか否かを各開発者自身がチェックするとともに、プロジェクト全体のソースコードについて各ルールが遵守されているかについて、インスペクション担当者がチェック作業を行っていた。
この場合、ソースコードのチェック作業は、コーディング規準に基づき、ソースコードを目視することにより行われていたため、チェック作業における工数が多大なものとなっていた。
そこで、チェック作業における工数削減のためのツールとして、従来より、予め定義されたコーディング規準に基づき、開発者によりコーディングされたソースコードについてチェックを行う手段を備えた診断装置についての構成が公知となっている（例えば、特許文献１参照。）。
【特許文献１】特開平０６−０２８１６５号公報
【０００３】
このような診断装置では、通常、コーディング規準として用いる数百のルールが予め用意されており、チェック作業を行う開発者又はインスペクション担当者により選択されたルールに基づきチェック処理を行っていた。
チェック処理としては、選択された各ルールに基づきソースコードを全て走査し、ルールに違反する箇所を検出すると、指摘項目としてファイル名、行、ルール名、指摘事項などを開発者用端末又はインスペクション担当者用端末に表示させていた。
インスペクション工程では、インスペクション担当者が診断装置により指摘された箇所を確認し、必要があれば開発者に修正を指示し、開発者により確実に修正が行われたか否かを再度診断装置を用いること等によって確認していた。
一方、開発者自身のチェックの場合、診断装置により指摘された箇所を任意に修正していた。
インスペクション工程では、通常、このようなチェックと修正のサイクルを何度か繰り返すことにより、コーディング規準の徹底を図っており、前記特許文献１記載の診断装置等を用いることにより、チェック作業に関する工数削減を図っていた。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、前記特許文献１は、開発者又はインスペクション担当者が個々にチェック作業を行うことを想定したものであるため、コーディング規準に含まれるルール等は任意に指定可能なものであり、また、開発者によるチェック処理のタイミングも任意なものとなっていた。従って、各開発者毎のチェック処理では、適用するルールに過不足が生じる等、開発者毎に異なる恐れがあり、また、必要なタイミングでのチェック処理が行われない可能性があった。また、他の開発者のルール違反状況等、開発プロジェクト全体の状況を把握させることができないため、適切なタイミングでの修正作業が行われない可能性があった。
この場合、インスペクション担当者により、コーディング規準に含めるルールの指定や、チェック処理の有無の確認を行う必要があるとともに、各開発者によるチェック結果の集計作業等を行う必要があるため、インスペクション担当者の負担が過大なものとなり、本来のチェック作業等に支障を来たす可能性があった。
一方、インスペクション担当者が全てのソースコードについてチェック作業を行う場合には、適用されるルールやチェック処理のタイミング等は容易に管理できるものの、膨大な量のソースコードについて処理が作業が必要となり、また、インスペクション担当者からの指示がなければ開発者がソースコードを修正できないという問題があった。
特に、近時のソフトウエア開発プロジェクトでは、参考文献として挙げた従来技術が示されたころには想定し得ない、Ｗｅｂシステム等のような大規模システムを短期間に開発する必要を要求され、ソースコードのステップ数や開発者数が膨大なものとなる一方、チェック作業については可能な限り短時間で行うことが求められており、インスペクション担当者の負担は増加する傾向にあった。
また、プロジェクト管理上、各プロジェクト内のルール違反の件数及び傾向等を考慮して、プロジェクトの進捗状況等を管理することが必要となるが、インスペクション担当者の集計作業結果の報告を待つか、各開発者の状況を個々に確認することが必要となるため、お互いの作業効率が落ちるという問題があった。
さらに、インスペクション担当者は、プロジェクト全体におけるルール違反検出情報の集計結果（ルール違反の傾向等）に基づき、より適切なルールを定義する場合があるが、個々のチェック結果の集計を行い、さらにその結果に基づき、ルールの再定義の必要性等を判断することは過大な負担となっていた。
【０００５】
本発明は前記課題を解決するためのものであり、多数の開発者によりコーディングされたソースコードについて、コーディング規準遵守状況のチェック及びチェック結果の集計等を定期的に行い、集計結果をプロジェクト関係者に確認可能なものとすることにより、ソフトウエア開発プロジェクト全体の管理作業を容易なものとするとともに、開発者による迅速な修正作業を可能とし、さらに、コーディング規準の再定義を行うための資料の提示を可能とするコーディング規準遵守状況監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するため、本発明は、ソフトウェア開発プロジェクトの開発対象を構成するソースコードが、コーディング規準に基づいてコーディングされているか否かを監視するシステムであって、前記ソースコードを収集してインスペクション処理手段に提供するソース取得手段と、提供された前記ソースコードの中から前記コーディング規準に違反するソースコードを検出するインスペクション処理手段と、前記インスペクション処理手段から得られた検出結果を集計する検出情報集計手段と、前記集計結果を表示する集計結果表示手段と、予め設定された実行頻度情報に基づいて、前記ソースコード取得手段と、前記インスペクション処理手段と、前記検出情報集計手段と、前記集計結果表示手段とのそれぞれの実行を制御する全体制御手段とを備えることを特徴とする。
また、前記集計結果表示手段は、予め定義されたコーディング規準に含まれるルールの一覧を生成し、各ルールについて、違反するソースコードの件数を表示する手段を備えることを特徴とする。
また、前記集計結果表示手段は、一覧表示の表示項目を取捨選択し、表示項目の表示順序を変更する手段を備えることを特徴とする。
また、前記コーディング規準遵守状況監視システムは、前記ソフトウエア開発プロジェクト毎にコーディング規準に含まれるルールを取捨選択して設定し、実行する手段を備えることを特徴とする。
【発明の効果】
【０００７】
以上の構成により、本発明では、コーディング規準遵守状況のチェック及びチェック結果の集計等を定期的に行い、集計結果を開発者，インスペクション担当者を含むプロジェクト関係者に確認させることが可能となる。
従って、インスペクション担当者にとっては、集計結果を確認することにより、プロジェクト全体のルール違反の傾向や修正状況等を把握することができ、本来の管理作業及びルールの再定義作業等に集中させることが可能となる。
また、開発者にとっては、プロジェクト毎に統一した規準により、チェックされた結果に基づくルール違反検出情報を確認することができるため、チェック結果に基づき、適切な修正を行うことができるとともに、プロジェクト全体におけるルール違反の状況，修正状況等を確認しながら各自の作業を進めることが可能となる。
また、プロジェクト管理者にとっては、プロジェクト全体におけるルール違反の状況，修正状況等を考慮した進捗管理等を行うことが可能となる。
また、集計結果として、各コーディング規準について、違反件数を表示とすることにより、ルール違反の傾向の把握を容易なものとすることができる。
また、集計結果の表示項目を任意に設定可能としたので、インスペクション担当者又はプロジェクト管理者の管理作業に適した表示形態とすることが可能となる。
また、プロジェクト毎にコーディング規準に含まれるルールを設定可能としたので、プロジェクト毎に異なる規準での管理を行うことが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施の形態に係るコーディング規準遵守監視システムについて、図面に基づき説明する。
図１は、本実施の形態に係るコーディング規準遵守監視システムの概略構成を示すブロック図である。
コーディング規準遵守監視システム１００は、全体制御部１０１と、ソース取得部１０２と、インスペクション処理部１０３と、検出情報集計部１０４と、集計結果表示部１０５の各処理部から構成されている。
また、コーディング規準遵守監視処理に必要な情報として、実行定義情報１１１とルール情報１１２とが予め定義されており、また、コーディング規準遵守監視処理に必要な情報を格納するソースファイル格納部１１３と、検出情報格納部１１４と、集計結果格納部１１５とを備える。
全体制御部１０１は、インスペクション担当者により指定された実行定義情報１１１を読込み、実行定義情報１１１に定義されている日時，頻度等の設定情報に基づき、ソース取得部１０２，インスペクション処理部１０３，検出情報集計部１０４，集計結果表示部１０５の起動，実行指示等の制御を行う。また、本実施の形態では、全体制御部１０１に、実行定義情報１１１及びルール情報の設定手段を備えるものとし、インスペクション担当者による実行定義情報１１１，ルール情報の編集，設定等を可能としている。
ソース取得部１０２は、全体制御部１０１からの指示に応じて、指定された開発対象格納手段１２０からソースファイル１２１を取得し、ソースファイル格納部１１３に格納する。この場合、ソース取得部１０２は、取得したソースファイル１２１の一覧も生成してソースファイル格納部１１３に格納する。
インスペクション処理部１０３は、全体制御部１０１からの指示に応じて、指定されたルール情報１１２に基づき、ソースファイル格納部１１３に格納された各ソースファイル毎にインスペクション処理を実行して、処理結果を検出情報格納部１１４に格納する。
検出情報集計部１０４は、全体制御部１０１からの指示に応じて、検出情報格納部１１４に格納された処理結果を集計し、集計結果格納部１１５に格納する。
集計結果表示部１０５は、全体制御部１０１からの指示に応じて、集計結果格納部１１５から集計結果情報を取得して、コーディング規準遵守状況レポート１３０を出力する。
以上の構成により、本実施の形態に係るコーディング規準遵守監視システム１００では、インスペクション担当者により各プロジェクト毎に予め作成，指定された実行定義情報１１１，ルール情報１１２に基づき、定期的にインスペクション処理を実行するとともに、インスペクション処理の結果を集計して、各プロジェクト毎にコーディング規準遵守状況レポート１３０を生成する。
【０００９】
以上のように構成されたコーディング規準遵守監視システム１００の行うコーディング規準遵守監視処理の概要について説明する。
図２は、コーディング規準遵守監視処理の概要を示すフローチャートである。
まず、全体制御部１０１は、実行定義情報において各プロジェクト毎に定義された実行頻度に基づいてスケジューリングを行い（ステップＳ２０１）、各プロジェクト毎の指定時刻に、各処理部１０２〜１０５を起動する（ステップＳ２０２）。
ソース取得部１０２は、全体制御部１０１からの指示に応じて、開発対象格納手段１２０（実行定義情報に含まれるソースファイルの格納場所）からソースファイル１２１を取得して、ソースファイル格納部１１３に格納する（ステップ２０３）。この場合、実行定義情報におけるソース位置には、ネットワークパス等により示されるソースファイル１２１の格納場所の他、必要に応じて、ＦＴＰ（File Transfer Protocol）やＨＴＴＰ（Hypertext Transfer Protocol）などのソースのコピーのためのプロトコルや、ソースファイル又は格納場所へのログインのためのＩＤ，パスワード等が含まれ、それらの情報に基づきソースファイルにアクセスして、コピーを行う。
インスペクション処理部１０３は、全体制御部１０１からの指示に応じて、実行定義情報に含まれるルール識別情報に基づき、ルール情報に定義された適用ルールを参照して、ソースファイル格納部に格納されたソースファイル１２１についてインスペクション処理を行い、各ルールに違反する箇所の検出結果を検出情報格納部１１４に格納する（ステップ２０４）。
検出情報集計部１０４は、全体制御部１０１からの指示に応じて、各プロジェクト毎に検出情報格納部１１４に格納された検出結果を集計して、集計結果を集計結果格納部１１５に格納する（ステップ２０５）。この場合、検出結果の集計としては、例えば、ソースファイル１２１毎の検出件数，ルール毎の検出件数等について行う。
集計結果表示部１０５は、全体制御部１０１からの指示に応じて、各プロジェクト毎に集計結果情報格納部１１５に格納された集計結果に基づき、コーディング規準遵守状況レポート１３０の生成を行う（ステップ２０６）。
以上のように、指定時刻毎にステップ２０２〜２０６の処理を定期的に繰返し行い、ルール違反検出情報を集計した結果にコーディング規準遵守状況レポートを生成する。
【００１０】
以下、本実施の形態に係るコーディング規準遵守状況監視システム１００の詳細について説明する。
図３は、コーディング規準遵守監視処理に用いられる実行定義情報１１１のデータ構造の一例を示す図である。
実行定義情報１１１は、監視対象となるプロジェクトの一覧３０１と、各プロジェクトに関連付けて実行項目３０２毎の定義内容３０３を有する。
実行項目３０２としては、実行頻度３１１，適用ルール３１２，ソース位置３１３が含まれている。
実行頻度３１１は、インスペクション処理を行う日時，頻度を示す情報であり、例えば、「毎週土曜日，１８時」のように定義されている。なお、実行頻度についてはソースファイルの修正履歴等をリアルタイムに監視するような場合には、例えば、１０分毎のような設定も可能である。
適用ルール３１２は、予め定義されたルールの中から各プロジェクトについて適用するルールを設定したものである。
ソース位置３１３は、各プロジェクト毎にソースファイル１２１を格納する場所を示しており、ソースファイル１２１の格納場所を示すネットワークパスの他、必要に応じて、プロトコル，ログインＩＤ，パスワード等が含まれる。
【００１１】
図４は、ルール情報１１２のデータ構造の一例を示す図である。
ルール情報１１２は、インスペクション担当者又はプロジェクト管理者により任意に定義されたコーディング規準を示すものであり、各ルールを一意に識別するためのルール名４０１と、カテゴリ４０２と、チェック内容４０３と、重要度４０４とを有する。
【００１２】
図５は、検出情報格納部に格納される検出情報のデータ構造の一例を示す図である。
検出情報５００は、ルール情報に違反する箇所が検出されたソースファイルを示すソースファイル名５０１と、違反箇所を示すソースファイル中の行番号５０２と、違反したルールを示す違反ルール名５０３とが含まれる。
【００１３】
図６は、集計結果情報格納部を構成するソース集計結果情報を示す図であり、図７はルール集計結果情報を示す図である。
ソース集計結果情報６００は、集計対象となるソースファイルを一意に識別するためのソースファイル名６０１と、当該ソースファイル中に検出された違反についての各重要度毎の件数６０２〜６０５とが格納されている。
ルール集計結果情報７００は、集計対象となるルールを一意に識別するためのルール名７０１と、当該ルールに設定されている重要度７０２と、チェック対象となったプロジェクトにおける検出件数７０３とが格納されている。
【００１４】
以上のように集計結果情報格納部に格納された各情報についての集計処理の詳細を説明する。
図８は、検出結果集計部１０４の行う集計処理手順を示すフローチャートである。
検出情報集計部１０４は、ソースファイル格納部１１３に格納されているソースファイルの一覧を取得し（ステップ８０１）、集計結果格納部１１５に、集計対象となるソースファイル名を設定するとともに（ステップ８０２）、ソース集計結果情報６００における各重要度毎の件数を初期設定（「０」に設定）する（ステップ８０３）。
一方、ルール情報に含まれるルールの中から、全体制御部１０１により指定された適用ルールの一覧を取得し（ステップ８０４）、集計結果格納部１１５に、集計対象となるルール名を設定するとともに（ステップ８０５）、ルール集計結果情報７００における件数を初期設定（「０」に設定）する（ステップ８０６）。
検出情報集計部は、検出情報格納部に格納されている各レコードを順に取得する（ステップ８０７）。
取得したレコードに含まれるソースファイル名について、ソース集計結果情報６００から検索するとともに（ステップ８０８）、レコードに含まれるルール名に基づきルール定義情報から重要度を取得して（ステップ８０９）、ソース集計結果情報６００から検索したソースファイル名のレコードにおいて、ルール情報１１２から取得した重要度に該当するカラムの値に「１」を加えて更新する（ステップ８１０）。
また、レコードに含まれるルール名について、ルール集計結果情報７００から検索して（ステップ８１１）、検索したルール名の重要度カラムに、ルール情報１１２から取得した重要度を格納するとともに（ステップ８１２）、件数カラムに「１」を加えて更新する（ステップ８１３）。
ステップ８０８〜８１３の処理を全てのレコードについて繰返し実行することにより（ステップ８１４）、ソース集計結果情報６００及びルール集計結果情報７００を生成する。
【００１５】
次に、集計結果情報格納部１１５に格納されたソース集計結果情報６００及びルール集計結果情報７００に基づき、集計結果表示部１０５が作成するコーディング規準遵守状況レポート１３０の具体例について図９〜１２に基づき説明する。
図９は、コーディング規準遵守状況レポート１３０の一部を構成するソース状況確認表の一例を示す図である。
ソース状況確認表９００は、違反が検出されたソースファイルを一意に識別するためのソースファイル名９０１と、当該ソースファイル中に検出された重要度毎の件数９０２〜９０５と、最重要から通知までの重要度毎の違反件数を特定の計算式によって数値化した合計値９０６、合計値９０６の数値に基づいて評価しアイコン化した評価９０７により構成されている。
ソースファイル名９０１は、例えば、これをクリックすることにより、当該ソースファイルに関する詳細情報表示画面に表示が変わるようにしても良い。
件数９０２〜９０５は、例えば、集計結果表示部の設定により、その表示項目を取捨選択及び順序を変更できるようにしてもよい。
合計値９０６を算出するための計算式は、例えば、件数９０２〜９０５の単純合計にしたり、重要度毎に重み付けをした合計にしたり、いくつかの方法を用意しておき、設定により変更できるようにしても良い。
評価９０７を表示するための処理方式は、例えば、合計値８０６の値の範囲により、表示を変えても良い。なお、本例では、最重要のルール違反が１件でもある場合には、評価を星１つとしている。
【００１６】
図１０は、図９に示すソース状況確認表において指定されたソースファイルについて表示する詳細確認表の一例を示す図である。
ソース状況詳細確認表１０００は、表示対象ソースファイル名１００１、検出されたルールの一覧表１０１０、ソースファイル表示部１０２０により構成されている。
一覧表１０１０は、さらに、検出されたルール名１０１１、当該ルールごとの状況を確認するレポートへのリンク１０１２、当該ルールの重要度１０１３、ルール違反の内容を示すメッセージ１０１４、当該ルールの違反が検出されたソースファイル中の行番号１０１５により構成されている。
ルール名１０１１は、例えば、これをクリックすることにより、当該ルールに関する説明や修正方法を記述した別の画面を表示できるようにしても良い。
リンク１０１２は、例えば、これをクリックすることにより、ルール別の詳細情報表示画面に表示が変わるようにしても良い。
メッセージ１０１４及び行番号１０１５は、例えば、これをクリックすることにより、ソースファイル表示部１０２０における表示部分が、該当する行番号を先頭としたものに表示変更するようにしても良い。
【００１７】
図１１は、コーディング規準遵守状況レポートの一部を構成するルール状況確認表の一例を示す図である。
ルール状況確認表１１００は、重要度ごとのレポート１１１０，１１２０，１１３０，１１４０により構成されている。例えば、最重要ルールに関するレポート１１１０は、最重要に分類されるルール数１１１１、それらに分類されたルールが検出した違反件数１１１２、重要度毎のルール確認表１１１３で構成される。
重要度毎のルール確認表１１１３は、ルール名１１１４、当該ルールのカテゴリ１１１５、当該ルールの重要度１１１６、当該ルールのタイトル１１１７、当該ルールが検出した違反件数１１１８により構成されている。
ルール名１１１４は、例えば、これをクリックすることにより、当該ルールに関する詳細情報表示画面に表示が変わるようにしても良い。
【００１８】
図１２は、図１１に示すルール状況確認表において指定されたルールについて表示する詳細確認表の一例を示す図である。
ルール状況詳細確認表１２００は、表示対象ルール名１２０１、当該ルールの違反が検出されたソースの一覧表１２１０、ソースファイル表示部１２２０により構成されている。
一覧表１２１０は、さらに、検出されたファイル名１２１１、当該ファイルの状況を確認するレポートへのリンク１２１２、当該ルールの重要度１２１３、ルール違反の内容を示すメッセージ１２１４、当該ルールの違反が検出されたソースファイル中の行番号１２１５により構成されている。
リンク１２１２は、例えば、これをクリックすることにより、ソース状況詳細確認表１０００等のソース別の詳細情報表示画面に表示が変わるようにしても良い。
メッセージ１２１４及び行番号１２１５は、例えば、これをクリックすることにより、ソースファイル表示部１０２０における表示部分が、該当する行番号を先頭としたものに表示変更するようにしても良い。
【００１９】
以上のように、本実施の形態に係るコーディング規準遵守状況監視システム１００では、コーディング規準遵守状況のチェック及びチェック結果の集計等を定期的に行い、集計結果を開発者，インスペクション担当者を含むプロジェクト関係者に確認させることが可能となる。
従って、インスペクション担当者にとっては、集計結果を確認することにより、プロジェクト全体のルール違反の傾向や修正状況等を把握することができ、本来の管理作業及びルールの再定義作業等に集中させることが可能となる。
また、開発者にとっては、プロジェクト毎に統一した規準によりチェックされた結果に基づくルール違反検出情報を確認することができるため、チェック結果に基づき、適切な修正を行うことができるとともに、プロジェクト全体におけるルール違反状況，修正状況等を確認しながら各自の作業を進めることが可能となる。特に、ルール違反検出情報に各ルールの重要度を含めることとしたので、修正作業の必要性等を容易に判断させることが可能となる。
また、プロジェクト管理者にとっては、プロジェクト全体におけるルール違反状況，修正状況等を考慮した進捗管理等を行うことが可能となる。
また、集計結果として、ルールの重要度毎に違反件数を表示することとしたので、ルール違反の傾向の把握を容易なものとすることができる。
また、集計結果の表示項目を任意に設定可能としたので、インスペクション担当者又はプロジェクト管理者の管理作業に適した表示形態とすることが可能となる。
また、プロジェクト毎にコーディング規準に含まれるルールを設定可能としたので、プロジェクト毎に異なる規準での管理を行うことが可能となる。
また、各レポートにおいて、ルール違反箇所を表示可能としたので、開発者等に違反箇所及び違反内容を把握させることが容易なものとなる。
【００２０】
なお、前記実施の形態では、コーディング規準遵守監視システムを一つの端末で構成した例を示しているが、これに限られるものでは無く、各処理部を複数の端末に備えることとしてもよい。
また、コーディング規準遵守監視処理に必要な各情報格納部のデータ構造等についても、前記実施の形態に示したものに限らず、他の情報を加えることとしても良い。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態に係るコーディング規準遵守監視システムの概略構成を示すブロック図である。
【図２】本発明の一実施の形態に係るコーディング規準遵守監視システムの行う処理の概要を示すフローチャートである。
【図３】コーディング規準遵守監視処理に用いられる実行定義情報のデータ構造の一例を示す図である。
【図４】コーディング規準遵守監視処理に用いられるルール情報のデータ構造の一例を示す図である。
【図５】検出情報格納部のデータ構造の一例を示す図である。
【図６】ソース集計結果情報のデータ構造の一例を示す図である。
【図７】ルール集計結果情報のデータ構造の一例を示す図である。
【図８】検出情報集計部の行う集計処理手順を示すフローチャートである。
【図９】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのソース状況確認表を示す図である。
【図１０】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのソース状況詳細確認表を示す図である。
【図１１】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのルール状況確認表を示す図である。
【図１２】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのルール状況詳細確認表を示す図である。
【符号の説明】
【００２２】
１００ コーディング規準遵守状況監視システム、１０１ 全体制御部、１０２ ソース取得部、１０３ インスペクション処理部、１０４ 検出情報集計部、１０５ 集計結果表示部、１１１ 実行定義情報、１１２ ルール情報、１１３ ソースファイル格納部、１１４ 検出情報格納部、１１５ 集計結果格納部、１３０ コーディング規準遵守状況レポート。
【技術分野】
【０００１】
本発明は、ソフトウエア開発プロジェクトにおいて、開発者により作成されたソースコードについて、予め定義されたコーディング規準に違反するか否かを監視するシステムに関する。
【背景技術】
【０００２】
一般に、ソフトウェア開発プロジェクトでは、開発対象となるシステムを構成するソースコードに対し、予めコーディング規準が設定されており、各開発者はこれに従いコーディングを行う。この場合、実際に各ルールに従ってコーディングされているか否かを各開発者自身がチェックするとともに、プロジェクト全体のソースコードについて各ルールが遵守されているかについて、インスペクション担当者がチェック作業を行っていた。
この場合、ソースコードのチェック作業は、コーディング規準に基づき、ソースコードを目視することにより行われていたため、チェック作業における工数が多大なものとなっていた。
そこで、チェック作業における工数削減のためのツールとして、従来より、予め定義されたコーディング規準に基づき、開発者によりコーディングされたソースコードについてチェックを行う手段を備えた診断装置についての構成が公知となっている（例えば、特許文献１参照。）。
【特許文献１】特開平０６−０２８１６５号公報
【０００３】
このような診断装置では、通常、コーディング規準として用いる数百のルールが予め用意されており、チェック作業を行う開発者又はインスペクション担当者により選択されたルールに基づきチェック処理を行っていた。
チェック処理としては、選択された各ルールに基づきソースコードを全て走査し、ルールに違反する箇所を検出すると、指摘項目としてファイル名、行、ルール名、指摘事項などを開発者用端末又はインスペクション担当者用端末に表示させていた。
インスペクション工程では、インスペクション担当者が診断装置により指摘された箇所を確認し、必要があれば開発者に修正を指示し、開発者により確実に修正が行われたか否かを再度診断装置を用いること等によって確認していた。
一方、開発者自身のチェックの場合、診断装置により指摘された箇所を任意に修正していた。
インスペクション工程では、通常、このようなチェックと修正のサイクルを何度か繰り返すことにより、コーディング規準の徹底を図っており、前記特許文献１記載の診断装置等を用いることにより、チェック作業に関する工数削減を図っていた。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、前記特許文献１は、開発者又はインスペクション担当者が個々にチェック作業を行うことを想定したものであるため、コーディング規準に含まれるルール等は任意に指定可能なものであり、また、開発者によるチェック処理のタイミングも任意なものとなっていた。従って、各開発者毎のチェック処理では、適用するルールに過不足が生じる等、開発者毎に異なる恐れがあり、また、必要なタイミングでのチェック処理が行われない可能性があった。また、他の開発者のルール違反状況等、開発プロジェクト全体の状況を把握させることができないため、適切なタイミングでの修正作業が行われない可能性があった。
この場合、インスペクション担当者により、コーディング規準に含めるルールの指定や、チェック処理の有無の確認を行う必要があるとともに、各開発者によるチェック結果の集計作業等を行う必要があるため、インスペクション担当者の負担が過大なものとなり、本来のチェック作業等に支障を来たす可能性があった。
一方、インスペクション担当者が全てのソースコードについてチェック作業を行う場合には、適用されるルールやチェック処理のタイミング等は容易に管理できるものの、膨大な量のソースコードについて処理が作業が必要となり、また、インスペクション担当者からの指示がなければ開発者がソースコードを修正できないという問題があった。
特に、近時のソフトウエア開発プロジェクトでは、参考文献として挙げた従来技術が示されたころには想定し得ない、Ｗｅｂシステム等のような大規模システムを短期間に開発する必要を要求され、ソースコードのステップ数や開発者数が膨大なものとなる一方、チェック作業については可能な限り短時間で行うことが求められており、インスペクション担当者の負担は増加する傾向にあった。
また、プロジェクト管理上、各プロジェクト内のルール違反の件数及び傾向等を考慮して、プロジェクトの進捗状況等を管理することが必要となるが、インスペクション担当者の集計作業結果の報告を待つか、各開発者の状況を個々に確認することが必要となるため、お互いの作業効率が落ちるという問題があった。
さらに、インスペクション担当者は、プロジェクト全体におけるルール違反検出情報の集計結果（ルール違反の傾向等）に基づき、より適切なルールを定義する場合があるが、個々のチェック結果の集計を行い、さらにその結果に基づき、ルールの再定義の必要性等を判断することは過大な負担となっていた。
【０００５】
本発明は前記課題を解決するためのものであり、多数の開発者によりコーディングされたソースコードについて、コーディング規準遵守状況のチェック及びチェック結果の集計等を定期的に行い、集計結果をプロジェクト関係者に確認可能なものとすることにより、ソフトウエア開発プロジェクト全体の管理作業を容易なものとするとともに、開発者による迅速な修正作業を可能とし、さらに、コーディング規準の再定義を行うための資料の提示を可能とするコーディング規準遵守状況監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するため、本発明は、ソフトウェア開発プロジェクトの開発対象を構成するソースコードが、コーディング規準に基づいてコーディングされているか否かを監視するシステムであって、前記ソースコードを収集してインスペクション処理手段に提供するソース取得手段と、提供された前記ソースコードの中から前記コーディング規準に違反するソースコードを検出するインスペクション処理手段と、前記インスペクション処理手段から得られた検出結果を集計する検出情報集計手段と、前記集計結果を表示する集計結果表示手段と、予め設定された実行頻度情報に基づいて、前記ソースコード取得手段と、前記インスペクション処理手段と、前記検出情報集計手段と、前記集計結果表示手段とのそれぞれの実行を制御する全体制御手段とを備えることを特徴とする。
また、前記集計結果表示手段は、予め定義されたコーディング規準に含まれるルールの一覧を生成し、各ルールについて、違反するソースコードの件数を表示する手段を備えることを特徴とする。
また、前記集計結果表示手段は、一覧表示の表示項目を取捨選択し、表示項目の表示順序を変更する手段を備えることを特徴とする。
また、前記コーディング規準遵守状況監視システムは、前記ソフトウエア開発プロジェクト毎にコーディング規準に含まれるルールを取捨選択して設定し、実行する手段を備えることを特徴とする。
【発明の効果】
【０００７】
以上の構成により、本発明では、コーディング規準遵守状況のチェック及びチェック結果の集計等を定期的に行い、集計結果を開発者，インスペクション担当者を含むプロジェクト関係者に確認させることが可能となる。
従って、インスペクション担当者にとっては、集計結果を確認することにより、プロジェクト全体のルール違反の傾向や修正状況等を把握することができ、本来の管理作業及びルールの再定義作業等に集中させることが可能となる。
また、開発者にとっては、プロジェクト毎に統一した規準により、チェックされた結果に基づくルール違反検出情報を確認することができるため、チェック結果に基づき、適切な修正を行うことができるとともに、プロジェクト全体におけるルール違反の状況，修正状況等を確認しながら各自の作業を進めることが可能となる。
また、プロジェクト管理者にとっては、プロジェクト全体におけるルール違反の状況，修正状況等を考慮した進捗管理等を行うことが可能となる。
また、集計結果として、各コーディング規準について、違反件数を表示とすることにより、ルール違反の傾向の把握を容易なものとすることができる。
また、集計結果の表示項目を任意に設定可能としたので、インスペクション担当者又はプロジェクト管理者の管理作業に適した表示形態とすることが可能となる。
また、プロジェクト毎にコーディング規準に含まれるルールを設定可能としたので、プロジェクト毎に異なる規準での管理を行うことが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施の形態に係るコーディング規準遵守監視システムについて、図面に基づき説明する。
図１は、本実施の形態に係るコーディング規準遵守監視システムの概略構成を示すブロック図である。
コーディング規準遵守監視システム１００は、全体制御部１０１と、ソース取得部１０２と、インスペクション処理部１０３と、検出情報集計部１０４と、集計結果表示部１０５の各処理部から構成されている。
また、コーディング規準遵守監視処理に必要な情報として、実行定義情報１１１とルール情報１１２とが予め定義されており、また、コーディング規準遵守監視処理に必要な情報を格納するソースファイル格納部１１３と、検出情報格納部１１４と、集計結果格納部１１５とを備える。
全体制御部１０１は、インスペクション担当者により指定された実行定義情報１１１を読込み、実行定義情報１１１に定義されている日時，頻度等の設定情報に基づき、ソース取得部１０２，インスペクション処理部１０３，検出情報集計部１０４，集計結果表示部１０５の起動，実行指示等の制御を行う。また、本実施の形態では、全体制御部１０１に、実行定義情報１１１及びルール情報の設定手段を備えるものとし、インスペクション担当者による実行定義情報１１１，ルール情報の編集，設定等を可能としている。
ソース取得部１０２は、全体制御部１０１からの指示に応じて、指定された開発対象格納手段１２０からソースファイル１２１を取得し、ソースファイル格納部１１３に格納する。この場合、ソース取得部１０２は、取得したソースファイル１２１の一覧も生成してソースファイル格納部１１３に格納する。
インスペクション処理部１０３は、全体制御部１０１からの指示に応じて、指定されたルール情報１１２に基づき、ソースファイル格納部１１３に格納された各ソースファイル毎にインスペクション処理を実行して、処理結果を検出情報格納部１１４に格納する。
検出情報集計部１０４は、全体制御部１０１からの指示に応じて、検出情報格納部１１４に格納された処理結果を集計し、集計結果格納部１１５に格納する。
集計結果表示部１０５は、全体制御部１０１からの指示に応じて、集計結果格納部１１５から集計結果情報を取得して、コーディング規準遵守状況レポート１３０を出力する。
以上の構成により、本実施の形態に係るコーディング規準遵守監視システム１００では、インスペクション担当者により各プロジェクト毎に予め作成，指定された実行定義情報１１１，ルール情報１１２に基づき、定期的にインスペクション処理を実行するとともに、インスペクション処理の結果を集計して、各プロジェクト毎にコーディング規準遵守状況レポート１３０を生成する。
【０００９】
以上のように構成されたコーディング規準遵守監視システム１００の行うコーディング規準遵守監視処理の概要について説明する。
図２は、コーディング規準遵守監視処理の概要を示すフローチャートである。
まず、全体制御部１０１は、実行定義情報において各プロジェクト毎に定義された実行頻度に基づいてスケジューリングを行い（ステップＳ２０１）、各プロジェクト毎の指定時刻に、各処理部１０２〜１０５を起動する（ステップＳ２０２）。
ソース取得部１０２は、全体制御部１０１からの指示に応じて、開発対象格納手段１２０（実行定義情報に含まれるソースファイルの格納場所）からソースファイル１２１を取得して、ソースファイル格納部１１３に格納する（ステップ２０３）。この場合、実行定義情報におけるソース位置には、ネットワークパス等により示されるソースファイル１２１の格納場所の他、必要に応じて、ＦＴＰ（File Transfer Protocol）やＨＴＴＰ（Hypertext Transfer Protocol）などのソースのコピーのためのプロトコルや、ソースファイル又は格納場所へのログインのためのＩＤ，パスワード等が含まれ、それらの情報に基づきソースファイルにアクセスして、コピーを行う。
インスペクション処理部１０３は、全体制御部１０１からの指示に応じて、実行定義情報に含まれるルール識別情報に基づき、ルール情報に定義された適用ルールを参照して、ソースファイル格納部に格納されたソースファイル１２１についてインスペクション処理を行い、各ルールに違反する箇所の検出結果を検出情報格納部１１４に格納する（ステップ２０４）。
検出情報集計部１０４は、全体制御部１０１からの指示に応じて、各プロジェクト毎に検出情報格納部１１４に格納された検出結果を集計して、集計結果を集計結果格納部１１５に格納する（ステップ２０５）。この場合、検出結果の集計としては、例えば、ソースファイル１２１毎の検出件数，ルール毎の検出件数等について行う。
集計結果表示部１０５は、全体制御部１０１からの指示に応じて、各プロジェクト毎に集計結果情報格納部１１５に格納された集計結果に基づき、コーディング規準遵守状況レポート１３０の生成を行う（ステップ２０６）。
以上のように、指定時刻毎にステップ２０２〜２０６の処理を定期的に繰返し行い、ルール違反検出情報を集計した結果にコーディング規準遵守状況レポートを生成する。
【００１０】
以下、本実施の形態に係るコーディング規準遵守状況監視システム１００の詳細について説明する。
図３は、コーディング規準遵守監視処理に用いられる実行定義情報１１１のデータ構造の一例を示す図である。
実行定義情報１１１は、監視対象となるプロジェクトの一覧３０１と、各プロジェクトに関連付けて実行項目３０２毎の定義内容３０３を有する。
実行項目３０２としては、実行頻度３１１，適用ルール３１２，ソース位置３１３が含まれている。
実行頻度３１１は、インスペクション処理を行う日時，頻度を示す情報であり、例えば、「毎週土曜日，１８時」のように定義されている。なお、実行頻度についてはソースファイルの修正履歴等をリアルタイムに監視するような場合には、例えば、１０分毎のような設定も可能である。
適用ルール３１２は、予め定義されたルールの中から各プロジェクトについて適用するルールを設定したものである。
ソース位置３１３は、各プロジェクト毎にソースファイル１２１を格納する場所を示しており、ソースファイル１２１の格納場所を示すネットワークパスの他、必要に応じて、プロトコル，ログインＩＤ，パスワード等が含まれる。
【００１１】
図４は、ルール情報１１２のデータ構造の一例を示す図である。
ルール情報１１２は、インスペクション担当者又はプロジェクト管理者により任意に定義されたコーディング規準を示すものであり、各ルールを一意に識別するためのルール名４０１と、カテゴリ４０２と、チェック内容４０３と、重要度４０４とを有する。
【００１２】
図５は、検出情報格納部に格納される検出情報のデータ構造の一例を示す図である。
検出情報５００は、ルール情報に違反する箇所が検出されたソースファイルを示すソースファイル名５０１と、違反箇所を示すソースファイル中の行番号５０２と、違反したルールを示す違反ルール名５０３とが含まれる。
【００１３】
図６は、集計結果情報格納部を構成するソース集計結果情報を示す図であり、図７はルール集計結果情報を示す図である。
ソース集計結果情報６００は、集計対象となるソースファイルを一意に識別するためのソースファイル名６０１と、当該ソースファイル中に検出された違反についての各重要度毎の件数６０２〜６０５とが格納されている。
ルール集計結果情報７００は、集計対象となるルールを一意に識別するためのルール名７０１と、当該ルールに設定されている重要度７０２と、チェック対象となったプロジェクトにおける検出件数７０３とが格納されている。
【００１４】
以上のように集計結果情報格納部に格納された各情報についての集計処理の詳細を説明する。
図８は、検出結果集計部１０４の行う集計処理手順を示すフローチャートである。
検出情報集計部１０４は、ソースファイル格納部１１３に格納されているソースファイルの一覧を取得し（ステップ８０１）、集計結果格納部１１５に、集計対象となるソースファイル名を設定するとともに（ステップ８０２）、ソース集計結果情報６００における各重要度毎の件数を初期設定（「０」に設定）する（ステップ８０３）。
一方、ルール情報に含まれるルールの中から、全体制御部１０１により指定された適用ルールの一覧を取得し（ステップ８０４）、集計結果格納部１１５に、集計対象となるルール名を設定するとともに（ステップ８０５）、ルール集計結果情報７００における件数を初期設定（「０」に設定）する（ステップ８０６）。
検出情報集計部は、検出情報格納部に格納されている各レコードを順に取得する（ステップ８０７）。
取得したレコードに含まれるソースファイル名について、ソース集計結果情報６００から検索するとともに（ステップ８０８）、レコードに含まれるルール名に基づきルール定義情報から重要度を取得して（ステップ８０９）、ソース集計結果情報６００から検索したソースファイル名のレコードにおいて、ルール情報１１２から取得した重要度に該当するカラムの値に「１」を加えて更新する（ステップ８１０）。
また、レコードに含まれるルール名について、ルール集計結果情報７００から検索して（ステップ８１１）、検索したルール名の重要度カラムに、ルール情報１１２から取得した重要度を格納するとともに（ステップ８１２）、件数カラムに「１」を加えて更新する（ステップ８１３）。
ステップ８０８〜８１３の処理を全てのレコードについて繰返し実行することにより（ステップ８１４）、ソース集計結果情報６００及びルール集計結果情報７００を生成する。
【００１５】
次に、集計結果情報格納部１１５に格納されたソース集計結果情報６００及びルール集計結果情報７００に基づき、集計結果表示部１０５が作成するコーディング規準遵守状況レポート１３０の具体例について図９〜１２に基づき説明する。
図９は、コーディング規準遵守状況レポート１３０の一部を構成するソース状況確認表の一例を示す図である。
ソース状況確認表９００は、違反が検出されたソースファイルを一意に識別するためのソースファイル名９０１と、当該ソースファイル中に検出された重要度毎の件数９０２〜９０５と、最重要から通知までの重要度毎の違反件数を特定の計算式によって数値化した合計値９０６、合計値９０６の数値に基づいて評価しアイコン化した評価９０７により構成されている。
ソースファイル名９０１は、例えば、これをクリックすることにより、当該ソースファイルに関する詳細情報表示画面に表示が変わるようにしても良い。
件数９０２〜９０５は、例えば、集計結果表示部の設定により、その表示項目を取捨選択及び順序を変更できるようにしてもよい。
合計値９０６を算出するための計算式は、例えば、件数９０２〜９０５の単純合計にしたり、重要度毎に重み付けをした合計にしたり、いくつかの方法を用意しておき、設定により変更できるようにしても良い。
評価９０７を表示するための処理方式は、例えば、合計値８０６の値の範囲により、表示を変えても良い。なお、本例では、最重要のルール違反が１件でもある場合には、評価を星１つとしている。
【００１６】
図１０は、図９に示すソース状況確認表において指定されたソースファイルについて表示する詳細確認表の一例を示す図である。
ソース状況詳細確認表１０００は、表示対象ソースファイル名１００１、検出されたルールの一覧表１０１０、ソースファイル表示部１０２０により構成されている。
一覧表１０１０は、さらに、検出されたルール名１０１１、当該ルールごとの状況を確認するレポートへのリンク１０１２、当該ルールの重要度１０１３、ルール違反の内容を示すメッセージ１０１４、当該ルールの違反が検出されたソースファイル中の行番号１０１５により構成されている。
ルール名１０１１は、例えば、これをクリックすることにより、当該ルールに関する説明や修正方法を記述した別の画面を表示できるようにしても良い。
リンク１０１２は、例えば、これをクリックすることにより、ルール別の詳細情報表示画面に表示が変わるようにしても良い。
メッセージ１０１４及び行番号１０１５は、例えば、これをクリックすることにより、ソースファイル表示部１０２０における表示部分が、該当する行番号を先頭としたものに表示変更するようにしても良い。
【００１７】
図１１は、コーディング規準遵守状況レポートの一部を構成するルール状況確認表の一例を示す図である。
ルール状況確認表１１００は、重要度ごとのレポート１１１０，１１２０，１１３０，１１４０により構成されている。例えば、最重要ルールに関するレポート１１１０は、最重要に分類されるルール数１１１１、それらに分類されたルールが検出した違反件数１１１２、重要度毎のルール確認表１１１３で構成される。
重要度毎のルール確認表１１１３は、ルール名１１１４、当該ルールのカテゴリ１１１５、当該ルールの重要度１１１６、当該ルールのタイトル１１１７、当該ルールが検出した違反件数１１１８により構成されている。
ルール名１１１４は、例えば、これをクリックすることにより、当該ルールに関する詳細情報表示画面に表示が変わるようにしても良い。
【００１８】
図１２は、図１１に示すルール状況確認表において指定されたルールについて表示する詳細確認表の一例を示す図である。
ルール状況詳細確認表１２００は、表示対象ルール名１２０１、当該ルールの違反が検出されたソースの一覧表１２１０、ソースファイル表示部１２２０により構成されている。
一覧表１２１０は、さらに、検出されたファイル名１２１１、当該ファイルの状況を確認するレポートへのリンク１２１２、当該ルールの重要度１２１３、ルール違反の内容を示すメッセージ１２１４、当該ルールの違反が検出されたソースファイル中の行番号１２１５により構成されている。
リンク１２１２は、例えば、これをクリックすることにより、ソース状況詳細確認表１０００等のソース別の詳細情報表示画面に表示が変わるようにしても良い。
メッセージ１２１４及び行番号１２１５は、例えば、これをクリックすることにより、ソースファイル表示部１０２０における表示部分が、該当する行番号を先頭としたものに表示変更するようにしても良い。
【００１９】
以上のように、本実施の形態に係るコーディング規準遵守状況監視システム１００では、コーディング規準遵守状況のチェック及びチェック結果の集計等を定期的に行い、集計結果を開発者，インスペクション担当者を含むプロジェクト関係者に確認させることが可能となる。
従って、インスペクション担当者にとっては、集計結果を確認することにより、プロジェクト全体のルール違反の傾向や修正状況等を把握することができ、本来の管理作業及びルールの再定義作業等に集中させることが可能となる。
また、開発者にとっては、プロジェクト毎に統一した規準によりチェックされた結果に基づくルール違反検出情報を確認することができるため、チェック結果に基づき、適切な修正を行うことができるとともに、プロジェクト全体におけるルール違反状況，修正状況等を確認しながら各自の作業を進めることが可能となる。特に、ルール違反検出情報に各ルールの重要度を含めることとしたので、修正作業の必要性等を容易に判断させることが可能となる。
また、プロジェクト管理者にとっては、プロジェクト全体におけるルール違反状況，修正状況等を考慮した進捗管理等を行うことが可能となる。
また、集計結果として、ルールの重要度毎に違反件数を表示することとしたので、ルール違反の傾向の把握を容易なものとすることができる。
また、集計結果の表示項目を任意に設定可能としたので、インスペクション担当者又はプロジェクト管理者の管理作業に適した表示形態とすることが可能となる。
また、プロジェクト毎にコーディング規準に含まれるルールを設定可能としたので、プロジェクト毎に異なる規準での管理を行うことが可能となる。
また、各レポートにおいて、ルール違反箇所を表示可能としたので、開発者等に違反箇所及び違反内容を把握させることが容易なものとなる。
【００２０】
なお、前記実施の形態では、コーディング規準遵守監視システムを一つの端末で構成した例を示しているが、これに限られるものでは無く、各処理部を複数の端末に備えることとしてもよい。
また、コーディング規準遵守監視処理に必要な各情報格納部のデータ構造等についても、前記実施の形態に示したものに限らず、他の情報を加えることとしても良い。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態に係るコーディング規準遵守監視システムの概略構成を示すブロック図である。
【図２】本発明の一実施の形態に係るコーディング規準遵守監視システムの行う処理の概要を示すフローチャートである。
【図３】コーディング規準遵守監視処理に用いられる実行定義情報のデータ構造の一例を示す図である。
【図４】コーディング規準遵守監視処理に用いられるルール情報のデータ構造の一例を示す図である。
【図５】検出情報格納部のデータ構造の一例を示す図である。
【図６】ソース集計結果情報のデータ構造の一例を示す図である。
【図７】ルール集計結果情報のデータ構造の一例を示す図である。
【図８】検出情報集計部の行う集計処理手順を示すフローチャートである。
【図９】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのソース状況確認表を示す図である。
【図１０】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのソース状況詳細確認表を示す図である。
【図１１】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのルール状況確認表を示す図である。
【図１２】集計結果表示部の生成するコーディング規準遵守状況レポートの一例としてのルール状況詳細確認表を示す図である。
【符号の説明】
【００２２】
１００ コーディング規準遵守状況監視システム、１０１ 全体制御部、１０２ ソース取得部、１０３ インスペクション処理部、１０４ 検出情報集計部、１０５ 集計結果表示部、１１１ 実行定義情報、１１２ ルール情報、１１３ ソースファイル格納部、１１４ 検出情報格納部、１１５ 集計結果格納部、１３０ コーディング規準遵守状況レポート。
【特許請求の範囲】
【請求項１】
ソフトウェア開発プロジェクトの開発対象を構成するソースコードが、コーディング規準に基づいてコーディングされているか否かを監視するシステムであって、
前記ソースコードを収集してインスペクション処理手段に提供するソース取得手段と、
提供された前記ソースコードの中から前記コーディング規準に違反するソースコードを検出するインスペクション処理手段と、
前記インスペクション処理手段から得られた検出結果を集計する検出情報集計手段と、
前記集計結果を表示する集計結果表示手段と、
予め設定された実行頻度情報に基づいて、前記ソースコード取得手段と、前記インスペクション処理手段と、前記検出情報集計手段と、前記集計結果表示手段とのそれぞれの実行を制御する全体制御手段と
を備えることを特徴とするコーディング規準遵守状況監視システム。
【請求項２】
前記集計結果表示手段は、
予め定義されたコーディング規準に含まれるルールの一覧を生成し、各ルールについて、違反するソースコードの件数を表示する手段を備えることを特徴とする請求項１に記載するコーディング規準遵守状況監視システム。
【請求項３】
前記集計結果表示手段は、
一覧表示の表示項目を取捨選択し、表示項目の表示順序を変更する手段を備えることを特徴とする請求項１又は２のいずれかに記載するコーディング規準遵守状況監視システム。
【請求項４】
前記コーディング規準遵守状況監視システムは、
前記ソフトウエア開発プロジェクト毎にコーディング規準に含まれるルールを取捨選択して設定し、実行する手段を備えることを特徴とする請求項１〜３のいずれかに記載するコーディング規準遵守状況監視システム。
【請求項１】
ソフトウェア開発プロジェクトの開発対象を構成するソースコードが、コーディング規準に基づいてコーディングされているか否かを監視するシステムであって、
前記ソースコードを収集してインスペクション処理手段に提供するソース取得手段と、
提供された前記ソースコードの中から前記コーディング規準に違反するソースコードを検出するインスペクション処理手段と、
前記インスペクション処理手段から得られた検出結果を集計する検出情報集計手段と、
前記集計結果を表示する集計結果表示手段と、
予め設定された実行頻度情報に基づいて、前記ソースコード取得手段と、前記インスペクション処理手段と、前記検出情報集計手段と、前記集計結果表示手段とのそれぞれの実行を制御する全体制御手段と
を備えることを特徴とするコーディング規準遵守状況監視システム。
【請求項２】
前記集計結果表示手段は、
予め定義されたコーディング規準に含まれるルールの一覧を生成し、各ルールについて、違反するソースコードの件数を表示する手段を備えることを特徴とする請求項１に記載するコーディング規準遵守状況監視システム。
【請求項３】
前記集計結果表示手段は、
一覧表示の表示項目を取捨選択し、表示項目の表示順序を変更する手段を備えることを特徴とする請求項１又は２のいずれかに記載するコーディング規準遵守状況監視システム。
【請求項４】
前記コーディング規準遵守状況監視システムは、
前記ソフトウエア開発プロジェクト毎にコーディング規準に含まれるルールを取捨選択して設定し、実行する手段を備えることを特徴とする請求項１〜３のいずれかに記載するコーディング規準遵守状況監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−１８７３５（Ｐ２００６−１８７３５Ａ）
【公開日】平成１８年１月１９日（２００６．１．１９）
【国際特許分類】
【出願番号】特願２００４−１９７９８８（Ｐ２００４−１９７９８８）
【出願日】平成１６年７月５日（２００４．７．５）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
【公開日】平成１８年１月１９日（２００６．１．１９）
【国際特許分類】
【出願日】平成１６年７月５日（２００４．７．５）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
[ Back to top ]