(57)【要約】【課題】  ピアレビュープロセス、レビューの品質、レビュー進捗状況、レビュー情報を容易に管理することができるレビュープロセス支援システムを提供すること。【解決手段】  レビュー対象物と、そのレビュー対象物に対するレビュー項目の情報をレビュー依頼者の入力端末から受付け、データベースに登録する第１の手段と、登録されたレビュー項目に関するレビュー依頼通知をレビュー対象者の入力端末に転送し、レビュー項目に対する課題事項、承認事項、課題事項に対する対策の進捗状況をレビュー手順に則って受付け、前記データベースに登録する第２の手段と、前記レビュー手順の完了時に前記データベースに登録された情報を解析し、レビュー統計情報を作成して出力する第３の手段とを有するレビュー支援サーバを備えることを特徴とする。【選択図】      図２
2006178589.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェア開発プロジェクトにおけるレビュー対象物に対するレビュープロセスを支援するシステムであって、
レビュー対象物と、そのレビュー対象物に対するレビュー項目の情報をレビュー依頼者の入力端末から受付け、データベースに登録する第１の手段と、登録されたレビュー項目に関するレビュー依頼通知をレビュー対象者の入力端末に転送し、レビュー項目に対する課題事項、承認事項、課題事項に対する対策の進捗状況をレビュー手順に則って受付け、前記データベースに登録する第２の手段と、前記レビュー手順の完了時に前記データベースに登録された情報を解析し、レビュー統計情報を作成して出力する第３の手段とを有するレビュー支援サーバを備えることを特徴とするレビュープロセス支援システム。
【請求項２】
前記第２の手段は、レビュー項目に対する課題事項に対する対策をレビュー依頼者の入力端末から受付け、レビュー対象者の入力端末にフォローアップレビュー依頼通知を転送し、フォローアップレビューの結果を前記データベースに登録することを特徴とする請求項１に記載のレビュープロセス支援システム。
【請求項３】
レビュー対象物に対するレビュー作業期限を監視し、作業期限を過ぎている場合にはレビュー対象者に通知する第４の手段をさらに備えることを特徴とする請求項１または２に記載のレビュープロセス支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアなどを開発するプロジェクトにおいて、欠陥を摘出するためのレビューとしてピアレビュー方法の導入によるレビュー帳票の管理、レビューに関するプロセス管理、レビュー統計情報集計によるレビュー品質管理などの作業を支援するレビュープロセス支援システムに関するものである。
【背景技術】
【０００２】
ソフトウェアなどの設計開発業務では、設計作業（設計ドキュメント作成作業）と、ドキュメントに対するレビュー会議と、レビュー会議におけるレビュー帳票の管理、レビュー時の課題対応進捗管理を行うことによって進められ、次工程作業へと移っていくのが一般的な開発工程である。
近年、レビューの重要性が見直され、レビューに関する内容を管理することはソフトウェア開発プロダクトにおける品質に大きな影響を及ぼしていることがわかってきた。欠陥を摘出するためのレビューとしてピアレビューが考案されており、Faganインスペクション、ウォークスルーといった手法が存在する。
下記の特許文献１に記載のものは、レビューに関する進捗管理手段、レビュー管理手段、懸案事項管理手段を連携させることでプロジェクト情報管理を強化するシステムである。
【特許文献１】特開２００３−１５０７６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記特許文献１に記載の技術は、ドキュメントに対する懸案事項やレビューにおける解決状況の管理を可能としているが、レビュープロセスやレビュー自体の品質に関して管理することが出来ない。
また、別プロジェクトは通常関連することがないため、別プロジェクトの情報を集めるのは困難であることや、プロジェクトは多種多様に存在するため、レビュー自体の品質の比較が困難となっている。
【０００４】
本発明の目的は、ピアレビュープロセス、レビューの品質、レビュー進捗状況、レビュー情報を容易に管理することができるレビュープロセス支援システムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、ソフトウェア開発プロジェクトにおけるレビュー対象物に対するレビュープロセスを支援するシステムであって、
レビュー対象物と、そのレビュー対象物に対するレビュー項目の情報をレビュー依頼者の入力端末から受付け、データベースに登録する第１の手段と、登録されたレビュー項目に関するレビュー依頼通知をレビュー対象者の入力端末に転送し、レビュー項目に対する課題事項、承認事項、課題事項に対する対策の進捗状況をレビュー手順に則って受付け、前記データベースに登録する第２の手段と、前記レビュー手順の完了時に前記データベースに登録された情報を解析し、レビュー統計情報を作成して出力する第３の手段とを有するレビュー支援サーバを備えることを特徴とする。
また、前記第２の手段は、レビュー項目に対する課題事項に対する対策をレビュー依頼者の入力端末から受付け、レビュー対象者の入力端末にフォローアップレビュー依頼通知を転送し、フォローアップレビューの結果を前記データベースに登録することを特徴とする。
また、レビュー対象物に対するレビュー作業期限を監視し、作業期限を過ぎている場合にはレビュー対象者に通知する第４の手段をさらに備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、レビュー手順に定義されているレビュー項目と、課題事項の入力を行えば、ピアレビュープロセスに従ったレビューを行うことができ、各種レビュー帳票の作成、レビュー進捗状況の管理、レビューに関する統計情報による品質の管理、レビュー報告書を容易に作成することができる。
また、各プロジェクトの特徴に合わせて統計情報を分類し、レビューの統計情報に基づきレビュー品質の分析を行うことでレビュー品質の管理を容易に行うことができる。
これにより、ソフトウェア開発におけるレビュープロセスの信頼性向上を図ることができ、ソフトウェアプロダクトの品質が向上する効果が期待できる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施する場合の一形態について図面を参照して具体的に説明する。
図１は、本発明の一実施形態によるレビュープロセス支援システムの全体構成例を示すブロック図である。
図１に示すシステムは、複数の入力端末１０１と管理情報を格納しているサーバ１０３とがネットワーク１０２で接続され、それぞれシステムで利用するデータの受け渡しを行う。
１０１および１０３はコンピュータで構成され、キーボードやマウスなどの入力装置、ディスプレイやプリンタなどの出力装置、ハードディスクなどの外部記憶装置、またはそれに代わる装置を備えている。
【０００８】
図２は、サーバ１０３の内部処理構造を示す機能ブロック図であり、入力端末データ受信処理部１０３１、ユーザ認証管理処理部１０３２、プロジェクト管理処理部１０３３、レビュー項目、対象管理処理部１０３４、帳票作成管理処理部１０３５、進捗状況管理処理部１０３６、作業通知管理処理部１０３７、統計情報集計管理処理部１０３８、管理情報格納データベース１０３９により構成されている。
入力端末データ受信処理部１０３１は、入力端末１０１からシステムデータを受信し、その受信データに応じて各処理部に処理の振り分け処理を行う。
ユーザ認証管理処理部１０３２は、サーバ１０３にログインする際に妥当なユーザかを判断する処理を行う。
プロジェクト管理処理部１０３３は、入力端末データ受信処理部１０３１より処理要求を受けて各種プロジェクトに関連した処理に合わせて、各処理部１０３４〜１０３９に対して処理要求を行う。
レビュー項目、対象管理処理部１０３４は、レビュー項目のデータ登録処理、データ読み込み処理、レビュー対象物の保持、履歴管理、読み出しを行う。
帳票作成管理処理部１０３５は、帳票に必要な項目を管理情報格納データベース１０３９より読み出して帳票作成に関する処理を行う。
進捗状況管理処理部１０３６は、レビューの承認状態処理、レビュー指摘件数登録処理といった進捗状況に関する処理を行う。
作業通知管理処理部１０３７は、ユーザに処理すべき内容や問題になりそうな統計情報の通知処理を行う。
統計情報集計管理処理部１０３８は、管理情報格納データベース１０３９で保持されているレビュー項目データから統計情報の処理を行う。
管理情報格納データベース１０３９は、レビュー対象物、レビュー項目、レビュー進捗状況、レビュー統計情報を保持している。詳細なデータ構造については後述する。
【０００９】
図３は、管理情報格納データベース１０３９における、レビュー項目データ３１６の構成の一例を示す図である。
レビュー１件に対して、図３のデータ構造を１つ保持する。
レビュー項目データ３１６は、１つのレビューデータを一意に特定するためのレビュー情報ＩＤ３０１、プロジェクトを特定するためのするプロジェクト３０２、レビューを行った内容を簡単に理解できるようにするための件名３０３、レビューを行った具体的な内容を特定するための内容３０４、レビューを行った日時を保持するための実施期間３０５、レビュー対象物の開発工程を特定するための工程３０６、レビュー事項登録者を保持する登録者３０７、レビュー参加者有資格者を保持するためのレビュー対象者３０８、レビュー対象物の規模を保持するための対象規模３０９、レビュー参加者全員のレビュー総時間を保持するレビュー総時間３１０、レビュー時に判明した指摘事項や問題点の件数を保持するための不具合件数３１１、レビュー対象物の修正によりオリジナル対象物がわからなくならないようにレビュー対象物を保持するためのレビュー対象データ３１２、レビューによる問題点の解決を行わなければならない期限を保持するための期限３１３、レビュー完了を承認する責任者を保持するための承認者３１４、承認を行った日時を保持するための承認日３１５で構成されている。
【００１０】
図４は、管理情報格納データベース１０３９における指摘事項項目データ４１０の構成の一例を示す図である。
レビュー時に発生した指摘事項や問題点の１件に対して、図４のデータ構造を１つ保持する。
指摘事項項目データ４１０は、１つの指摘事項データを一意に特定するための指摘情報ＩＤ４０１、どのレビューに対する指摘事項かを識別するため図３のレビュー情報ＩＤ３０１と同じＩＤを保持するレビュー情報ＩＤ４０２、レビュー指摘事項個所を保持するための指摘個所４０３、レビュー指摘内容を保持するための指摘内容４０４、指摘事項の対策方法を保持するための対策内容４０５、指摘事項を分析するための情報を保持する分析コード４０６、指摘事項の対策を行う責任者を保持するための修正担当４０７、指摘事項の対策を行わなくてはならない期限を保持するための対策期限４０８、指摘事項の対策を行った日時を保持するための対策実績４０９などで構成されている。
【００１１】
図５は、ピアレビュー実施手順における処理フローの一例を示す図である。
まず、レビュー計画入力、通知フェーズ５０１において、レビューで必要な項目、プロジェクト３０２、件名３０３、内容３０４、実施期間３０５、工程３０６、登録者３０７、レビュー対象者３０８、対象規模３０９、レビュー対象データ３１２、承認者３１４についての情報の入力を入力端末１で行う。
入力を完了すると、レビュー対象者の入力端末１０１に机上レビュー依頼が通知される。通知の方法としては例えば電子メールが好適である。
机上レビュー依頼を受けたレビュー対象者は、机上実施、机上結果入力フェーズ５０２において、入力端末１０１を使用してレビュー対象物を参照し、机上レビューを行い、机上レビューによる指摘事項や問題点を入力する。
机上の準備が整うと、レビュー実施フェーズ５０３において、机上レビュー結果を元にレビューの実施を行う。
レビューが完了した段階で、レビュー結果登録、課題対応結果登録フェーズ５０４において、レビュー結果を入力する。すなわち期限３１３、指摘個所４０３、指摘内容４０４、対策内容４０５、分析コード４０６、修正担当４０７、対策期限４０８について入力し、課題や問題点の対策を行い、対策結果として対策実績４０９を入力し、全ての対策が完了した段階でレビュー対象者にフォローアップレビュー通知を行う。
この後、フォローアップレビューフェーズ５０５において、指摘事項の反映や問題点の解決方法についてレビューを行い、問題があれば再びフェーズ５０４に戻り、問題がなければレビュー承認フェーズ５０６に進む。
レビュー承認フェーズ５０６においては、承認日３１５、レビュー総時間３１０を入力することで、レビュー完了の承認を責任者が行う。
次に、レビュー結果分析、承認フェーズ５０７において、責任者はレビューが妥当に行われたか分析を行い、問題があれば再度レビューの実施を行い、問題がなければレビュー完了、通知フェーズ５０８においてレビューの完了を宣言し、レビュー結果を対象者に通知を行う。
図５における処理を本システムにてどのように実現するかについては後述する。
【００１２】
図６は、フェーズ５０１におけるサーバ１０３の内部処理手順を示すフローチャートである。
まず、ステップ６０１において、入力端末データ受信処理部１０３１で受け取った入力情報から、ユーザ認証管理処理部１０３２で正当なユーザによるアクセスかを認証し、認証許可の確認が取れた場合に次の処理に移る。
ステップ６０２では、プロジェクト管理処理部１０３３が入力データ受信処理部１０３１よりレビュー項目情報やレビュー対象物を受け取り次の処理に移る。
ステップ６０３では、プロジェクト管理処理部１０３３がレビュー項目、対象管理処理部１０３４を利用して管理情報格納データベース１０３９にレビュー項目情報やレビュー対象物を登録し、次の処理に移る。
ステップ６０４では、プロジェクト管理処理部１０３３が作業通知管理処理部１０３７を利用してレビュー対象者の入力端末１０１に机上レビュー作業の通知を行う。
また、バックグラウンドで進捗状況管理処理部１０３６は進捗状況の確認を定期的に行い、管理情報格納データベース１０３９に格納されている作業期限を読み込んで、期限が過ぎている場合はレビュー対象者に通知することで作業漏れを防ぐ。
【００１３】
図７は、フェーズ５０２におけるサーバ１０３の内部処理手順を示すフローチャートである。
まず、ステップ７０１では前記同様、ユーザ認証を行い、次の処理に移る。
ステップ７０２では、プロジェクト管理処理部１０３３が入力端末データ受信処理部１０３１より机上レビュー結果を受け取り次の処理に移る。
ステップ７０３では、プロジェクト管理処理部１０３３がレビュー項目、対象管理処理部１０３４を利用して管理情報格納データベース１０３９に机上レビュー結果を登録し、次の処理に移る。
ステップ７０４では、プロジェクト管理処理部１０３３が帳票作成管理処理部１０３５を利用して机上レビュー結果を管理情報格納データベース１０３９から読み出して机上レビュー結果帳票の作成を行う。レビューではこの帳票を利用することでレビューの効率化を図ることができる。
ステップ７０５では、プロジェクト管理処理部１０３３が作業通知管理処理部１０３７を利用してレビュー対象者の入力端末１０１にレビュー作業実施の通知を行う。
また、前記同様、進捗状況の確認を行い、期限が過ぎている場合は通知することで作業漏れを防ぐ。
【００１４】
図８は、フェーズ５０４におけるサーバ１０３の内部処理手順を示すフローチャートである。
まず、ステップ８０１では前記同様、ユーザ認証を行い、次の処理に移る。
ステップ８０２では、プロジェクト管理処理部１０３３が入力端末データ受信処理部１０３１よりレビュー結果、レビューにおける課題データを受け取り次の処理に移る。
ステップ８０３では、プロジェクト管理処理部１０３３がレビュー項目、対象管理処理部１０３４を利用して管理情報格納データベース１０３９にレビュー結果、課題データを登録し、次の処理に移る。
ステップ８０４では、プロジェクト管理処理部１０３３が作業通知管理処理部１０３７を利用してレビュー対象者にフォローアップレビュー作業実施の通知を行う。
また、前記同様、進捗状況の確認を行い、期限が過ぎている場合は通知することで作業漏れを防ぐ。
【００１５】
図９は、フェーズ５０６、フェーズ５０７、フェーズ５０８におけるサーバ１０３の内部処理手順を示すフローチャートである。
まず、ステップ９０１では前記同様、ユーザ認証を行い、次の処理に移る。
次に、ステップ９０２では、プロジェクト管理処理部１０３３が入力端末データ受信処理部１０３１よりレビュー承認情報を受け取り、レビューの承認を行う場合は、承認情報を管理情報格納データベース１０３９に格納し、次の処理に移る。
フェーズ５０７は、ステップ９０３で、プロジェクト管理処理部１０３３が統計情報集計管理処理部１０３８を利用して管理情報格納データベース１０３９よりレビューに関する情報を読み出して、統計情報の計算を行い、次の処理に移る。統計情報の計算については後述する。
ステップ９０４では、プロジェクト管理処理部１０３３が統計情報の計算結果を元に帳票作成管理処理部１０３５を利用してレビュー結果帳票作成と、レビュー分析結果帳票の作成を行う。これにより、統計的に問題があれば問題となる情報を帳票に出力することでレビューの品質を容易に分析することができ、問題となりそうなレビューを抽出して対策を打つことができ、品質の向上に役立つ。
フェーズ５０８は、ステップ９０５で、プロジェクト管理処理部１０３３がレビュー完了情報を受け取り、ステップ９０６でレビュー完了情報を管理情報格納データベース１０３９に登録する。
ステップ９０７では、統計情報を分析して問題がなければプロジェクト管理処理部１０３３でレビュー完了の承認を行い、作業通知管理処理部１０３７を利用してレビュー完了の報告書を作成する。
ステップ９０８では、レビュー対象者に対して作業通知管理処理部１０３７を利用してレビュー情報を通知する。
【００１６】
統計情報集計管理処理部１０３８による統計情報の計算方法の一例について説明する。
レビューにおける統計情報の指標として、レビュー速度、欠陥密度を統計情報集計管理処理部１０３８にて計算する。
すなわち、統計情報集計管理処理部１０３８では、レビュー対象者が登録した情報を管理情報格納データベース１０３９より読み込んで集計処理を行う。
レビュー速度は、（レビュー対象規模３０９）／（レビュー総時間３１０）で計算し、レビューの急ぎすぎによる欠陥の見落としを防ぐ為に利用する。
欠陥密度は、（不具合件数３１１）／（レビュー対象規模３０９）で計算し、レビュー対象物の品質状況を見極める為に利用する。
【００１７】
レビュー速度に関する統計の計算には、XmRチャートによる計算を行い、縦軸にレビュー速度標準偏差、横軸にレビュー数をとり、図１０に示すようにグラフ化した帳票を作成する。
XmRチャートの計算方法は、レビュー速度の個別データX(i)のプロット、Xチャートと、|X(i+1)- X(i)| のプロット、mRチャートからなる。このプロットを管理情報格納データベース１０３９から読み出し、差分から標準偏差の計算を行い、図１０に示すXmRチャートを作成する。
図１０を例に取ると、１００１では、標準偏差σは、３σを超えており、統計上確率が低く、レビュー速度が速すぎてレビューになっていない問題が発生している可能性があるといった判断ができる。
１００２では、３つのうち２つが２σを越えており、やはり統計上確率が低く問題が発生している可能性があると判断できる。そこで問題が発生しているレビュー内容を再検証することでレビューの品質悪化を防ぐことができる。
【００１８】
欠陥密度に関する統計の計算には、Zチャートによる計算を行い、縦軸に欠陥密度標準偏差、横軸にレビュー数をとり、図１１に示すようにグラフ化した帳票を作成する。
Zチャートの計算方法は、欠陥密度はポアソン分布に従うと仮定して計算を行う。ポアソン分布の性質を利用して、平均値から標準偏差も計算することが可能となる。欠陥密度の管理に上記の統計情報を利用することで、同じプロセス、同じプロジェクトで実施すれば欠陥密度はほぼ一定と期待され、管理指標として有用な情報となる。
さらに、これらの統計情報をプロジェクト毎に計算することで、プロジェクト全体のベースラインを算出でき、一定のデータが集まれば有用な標準統計指標として利用できる。各プロジェクトでこの指標を管理限界として規定することで統計情報の信頼性が増し、レビュー品質の問題点摘出精度を上げることができる。
図１１を例に取ると、１１０１では、「−３σ」を越えており、統計上確率が低く、指摘件数が足りない問題が発生している可能性があるといった判断できる。そこで問題が発生しているレビュー内容を再検証することでレビューの品質悪化を防ぐことができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態を示すシステム全体の構成を示すブロック図である。
【図２】ピアレビューを支援するサーバの内部構成を示す機能ブロック図である。
【図３】レビュー項目データの構成例を示す図である。
【図４】指摘事項項目データの構成例を示す図である。
【図５】ピアレビュー手順を示す図である。
【図６】レビュー計画入力、通知における処理手順を示すフロ−チャ−トである。
【図７】机上レビュー入力、通知における処理手順を示すフロ−チャ−トである。
【図８】レビュー結果入力、通知における処理手順を示すフロ−チャ−トである。
【図９】レビュー承認、レビュー結果分析、レビュー完了通知における処理手順を示すフロ−チャ−トである。
【図１０】レビュー速度に関するXmRチャートの例を示す図である。
【図１１】指摘密度に関するZチャートの例を示す図である。
【符号の説明】
【００２０】
１０１    入力端末
１０２    ネットワーク
１０３    サーバ
１０３１    入力端末データ受信処理部
１０３２    ユーザ認証管理処理部
１０３３    プロジェクト管理処理部
１０３４    レビュー項目、対象管理処理部
１０３５    帳票作成管理処理部
１０３６    進捗状況管理処理部
１０３７    作業通知管理処理部
１０３８    統計情報集計管理処理部
１０３９    管理情報格納データベース
【図１】
2006178589.tif 000003
【図２】
2006178589.tif 000004
【図３】
2006178589.tif 000005
【図４】
2006178589.tif 000006
【図５】
2006178589.tif 000007
【図６】
2006178589.tif 000008
【図７】
2006178589.tif 000009
【図８】
2006178589.tif 000010
【図９】
2006178589.tif 000011
【図１０】
2006178589.tif 000012
【図１１】
2006178589.tif 000013