JPH10222351A

JPH10222351A - ソフトウェア・リリース・ストリーム内で変更制御を管理するコンピュータ実施統合要求（ｒｔｉ）システム

Info

Publication number: JPH10222351A
Application number: JP9300204A
Authority: JP
Inventors: Bruce Carter; ブルース・カーター
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1996-10-31
Filing date: 1997-10-31
Publication date: 1998-08-21
Also published as: US5907705A; EP0840212A1

Abstract

(57)【要約】【課題】首尾一貫した包括的な自動ソフトウェア・リ
リース・ストリーム変更制御管理システムを提供するこ
と。【解決手段】ソフトウェア・リリース・ストリーム内
の変更制御は、入力装置（１２ａ）およびディスプレイ
（１２ｂ）を有する少なくとも１つのユーザ・ユニット
（１２）を含むコンピュータ実施統合要求（ＲＴＩ）シ
ステム（１０）によって管理される。ユーザ・ユニット
（１２）に接続されたサーバ・ユニット（１４）は、統
合要求変更を表すＲＴＩファイルを作成し、ソフトウェ
ア・リリース・ストリーム内に記憶し、選択したＲＴＩ
ファイルを入力装置（１２ａ）の制御下でディスプレイ
装置上に表示することを可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般にコンピュー
タ・ソフトウェア開発の分野に関し、さらに詳細には、
ソフトウェア・リリース・ストリーム内で変更制御を管
理するコンピュータ実施統合要求（ＲＴＩ、Request to
Integrate）システムに関する。

【０００２】

【従来の技術】コンピュータ技術は、商業的に成功した
アプリケーション・プログラムが極めて大きく、複雑に
なり、また完成品を製造するために多くの人々の協力を
必要とするまでに発展した。

【０００３】これらのアプリケーションの範囲は、開発
者とも呼ばれるプログラマたちが並行して作業すること
によってプログラム・コードのモジュールを書き、デバ
ッグすることを要求する。完全なアプリケーション・プ
ログラムを製造するためには、開発者の作品を整合し、
統合する必要がある。

【０００４】「ソフトウェア・リリース・ストリーム」
の概念を使用して、プログラムの部分完成バージョンに
対して追加、修正、バグ・フィックスなどを行うことが
できる。開発者は、コード変更を「統合要求（ＲＴ
Ｉ）」の形で提案し、他者がそれらの利点およびプログ
ラムの開発状態に関してそれらを評価する。所与の時点
におけるソフトウェア・リリース・ストリームは、前に
統合された変更を含むコード・プログラム、および保留
ＲＴＩから構成される。

【０００５】重要な業務目的は、流動的かつ制御された
ソフトウェア・リリース・サイクルを維持することであ
る。グループ・ワークスペース階層を使用して、ソフト
ウェアの開発、統合およびリリースを管理する。開発オ
ーバヘッドを最小限に抑え、かつバグ・フィックス、コ
ード変更、将来リリース、製品強化、および文書変更に
基づいてソフトウェア・リリースを追跡するために必要
とされる必要な変更制御を実施する必要がある。

【０００６】ソフトウェア・リリース・ストリーム管理
は、以前、鉛筆と紙のリスト、即席のデータベース・フ
ァイル、電子メール・メッセージなどの組合せを使用し
て実施されていた。これらは、脱落、エラー、データ紛
失が起こりやすい。

【０００７】最初の生成からのすべてのＲＴＩを１つま
たは複数のリリース・ストリームに最終統合するために
確実に追跡し、開発者、評価者、監視者、その他の関係
者が関連プロジェクトのＲＴＩデータベースにアクセス
することを可能にする自動ソフトウェア・リリース・ス
トリーム管理システムが当技術分野において必要であ
る。

【０００８】

【発明が解決しようとする課題】本発明の目的は、当技
術分野における首尾一貫した包括的な自動ソフトウェア
・リリース・ストリーム変更制御管理システムの必要を
満すことである。

【０００９】

【課題を解決するための手段】本発明によれば、ソフト
ウェア・リリース・ストリーム内の変更制御は、入力装
置およびディスプレイを有する少なくとも１つのユーザ
・ユニットを含むコンピュータ実施統合要求（ＲＴＩ）
システムによって管理される。

【００１０】ユーザ・ユニットに接続されたサーバ・ユ
ニットは、統合要求変更を表すＲＴＩファイルを作成
し、ソフトウェア・リリース・ストリーム内に記憶し、
選択したＲＴＩファイルを入力装置の制御下でディスプ
レイ装置上に表示することを可能にする。

【００１１】サーバ・ユニットは、ＲＴＩファイルがソ
ース・コード制御システム（ＳＣＣＳ）のもとで記憶さ
れるデータベースを含み、かつデータベースを探索して
選択したＲＴＩファイルとそれらの履歴を表示する探索
エンジンを含んでいる。

【００１２】ＲＴＩファイルは、ワールド・ワイド・ウ
ェブ（ＷＷＷ）ハイパーテキスト・マークアップ言語
（ＨＴＭＬ）テキスト・フォーマットであり、ユーザ・
ユニット内のＷＷＷブラウザおよびサーバ・ユニット内
の協働するＷＷＷサーバを介してアクセスすることがで
きる。

【００１３】サーバ・ユニットは、ＷＷＷホーム・ペー
ジを含むプログラム、およびホーム・ページを介してア
クセスすることができる開発者ページ、評価者ページ、
監視者ページを記憶し、実行する。ＲＴＩファイルは、
入力装置を介してデータを入力することによって、ＷＷ
Ｗページ階層を介して、編集され、閲覧され、承認さ
れ、保留され、取り消され、ソフトウェア・リリース・
ストリーム内に統合される。

【００１４】本システムはさらに、ＷＷＷページ内のハ
イパーリンクを介してアクセスすることができるソフト
ウェア・バグ・データベース、および確認されたユーザ
へのアクセスを制限するユーザ・データベースを含んで
いる。

【００１５】

【発明の実施の形態】

序論およびプロセス作業流れの統合要求（ＲＴＩ）本発明は、特に、多数のソフトウェア・プロジェクトを
有する中規模ないし大規模のソフトウェア編成に適して
いる。本発明は、開発者、統合者および管理者がソフト
ウェア・リリース変更制御プロセスを管理するために使
用するソフトウェア・エンジニアリング・ツールであ
り、「ＴｅａｍＷａｒｅ」（開発者グループ）ソフトウ
ェア統合ツールとして使用される。

【００１６】本発明によるシステムによって達成される
全体的な業務目的は、流動的かつ制御されたソフトウェ
ア・リリース・サイクルを維持することである。Ｔｅａ
ｍＷａｒｅワークスペース階層を使用して、ソフトウェ
アの開発、統合およびリリースを管理する。統合は、個
々の開発者が行った変更を１つまたは複数のリリース・
ストリームに併合するステップから構成される。

【００１７】統合要求（ＲＴＩ）は、変更制御を管理す
ることができる機構である。重要な方策は、開発オーバ
ヘッドを最小限に抑え、かつバグ・フィックス、コード
変更、将来リリース、製品強化、および文書変更に基づ
いてソフトウェア・リリースを追跡するために必要とさ
れる必要な変更制御を実施することである。

【００１８】本発明は、ＲＴＩ機構およびプロセスを実
施し、変更管理および品質制御に関する決定を行うデー
タを有する変更検討チームを準備し、さらにソフトウェ
ア・リリース用の構成要素を作成するデータを有するリ
リース・エンジニアリング・チームを準備する。

【００１９】主要ユーザ・プロファイル１．開発者は、開発エンジニアリング・スタッフの一員
である。開発者は、コードを生成したり、新しいソフト
ウェアをリリースするために既存のコードを修正した
り、既存のソフトウェアを強化したり、既存のソフトウ
ェア内のバグ・フィックスを行う。開発者は、そのコー
ド変更をリリース・ストリーム内に統合する要求を実行
依頼することによってＲＴＩプロセスを開始する。

【００２０】２．評価者は、開発エンジニアリング・ス
タッフの一員であり、統合チーム・リーダの役目を果た
す。評価者は、開発者のＲＴＩ実行依頼を検討し、それ
が正しいかどうか検査する。評価者は、コード・ベース
のコード変更を承認することもあり、承認しないことも
ある。

【００２１】３．監視者は、開発エンジニアリング・ス
タッフの一員である。監視者は、ＴｅａｍＷａｒｅワー
クスペース階層へのプットバック・アクセスを制御し、
ＲＴＩ内の情報に基づいてソフトウェア・リリースを作
成する。「プットバック」とは、ＲＴＩの履歴ファイル
を併合することであり、「作成」とは、プログラム・コ
ード自体を併合することである。

【００２２】４．変更検討チーム（ＣＲＴ）は、開発エ
ンジニアリング、リリース・エンジニアリング、テスト
・エンジニアリング、および技術広報からの人員の集合
である。彼らは、一般に、毎週会合し、システム内で活
動しているＲＴＩ実行依頼を集団的に検討する。

【００２３】５．試験者は、テスト・エンジニアリング
・スタッフの一員である。試験者は、最終リリース承認
のためにソフトウェア・リリースの品質およびシステム
・レベルのテストを実施する。試験者は、ＲＴＩシステ
ムを使用して、テスト活動をサポートする情報を調べ
る。

【００２４】システム管理者は、リリース・エンジニア
リング・スタッフの一員である。システム管理者は、Ｒ
ＴＩシステムを維持し、システムをプロジェクト固有要
件に適合させるために必要とされる修正を行う。

【００２５】主要ＲＴＩプロセス１．ＲＴＩの生成本発明のＲＴＩシステムは、開発者がコード・ベースの
提案された変更を識別するＲＴＩを生成するフォーム・
フィルイン方法を提供する。ＲＴＩ内に与えられたデー
タは、ＲＴＩが容認できるかどうかまたはＲＴＩがいつ
容認するかを評価するために必要とされる情報をＣＲＴ
に提供する。

【００２６】ＲＴＩは、一般に、ソース・ファイルの変
更、作成、削除、または名前変更のリスト、バジッド
（ソフトウェア・バグ識別）のリスト、ユニット・テス
ト・プランおよび結果のポインタ、チェックインの前に
必要とされる完了したタスクのプロジェクト固有チェッ
クリスト、統合が行われるプロジェクトまたはリリース
・ストリームの名前、開始者の名前を含んでいる。

【００２７】ＲＴＩ状態遷移図１に示すように、ＲＴＩは、システム内に実行依頼さ
れたとき、「新規」の状態を有する。ＲＴＩは、開また
は閉の２つの超状態（super-state ）の一方に属する。
開超状態では、ＲＴＩは、新規、承認、または保留にな
る。閉超状態では、ＲＴＩは、取消または統合になる。

【００２８】ＲＴＩが実行依頼されたとき、システム
は、ＲＴＩ内のいくつかのフィールドの妥当性を検査
し、エラーが検出されたときに実行依頼を拒否する。シ
ステムはさらに、ＲＴＩ内に記載されているすべてのバ
ジッドが、以下の表Ｉに記載するように、バグ状態「評
価」を有することを確認するためにバグ追跡システムを
検査する。ＲＴＩ状態バグ状態新規評価承認コミット統合固定、統合表Ｉ実行依頼が成功したときのＲＴＩ状態に対するバ
グ状態

【００２９】システムは、プロジェクトの開始者、評価
者および監視者に電子メール通知を送る。システムは、
任意選択で他の関係者をコピーすることができる。シス
テムは、ＲＴＩをＡＳＣＩＩファイルとして記憶し、そ
れに次に使用できるＲＴＩ番号を使用して名前を付け
る。

【００３０】２．ＲＴＩの評価新しいＲＴＩは、承認、保留、または取消の３つの状態
の１つに遷移する。遷移は、評価者が行った慎重な検査
および措置に基づいている。実行依頼されたＲＴＩを集
団的に評価するために定期の会合がＣＲＴによって行わ
れる。ＣＲＴは、開発エンジニアリング、リリース・エ
ンジニアリング、テスト・エンジニアリング、および技
術出版のメンバーから構成される。

【００３１】プロジェクトＲＴＩ評価者等は、前の会合
以来、新しいＲＴＩまたは既存のＲＴＩの状態変更のシ
ステム通知を受けている。ＣＲＴの会合において、各プ
ロジェクトＲＴＩ評価者は、チームについて概要をまと
め、検討中のＲＴＩについて承認処置または処分の意見
を提供する。システムは、ＣＲＴ会合のためにＲＴＩ概
要報告を提供する。

【００３２】ＲＴＩ評価基準評価者は、ＲＴＩ内に与えられた情報を検査し、いくつ
かのファクタに基づいて、ＲＴＩを承認するか否かを決
定する。使用される方策の１つは、ＲＴＩ内のバジッド
によって識別されたバグ報告内に見つかったクロスチェ
ック情報、ならびに影響を受けたソース・ファイルのリ
ストなどＲＴＩ内の他の情報を含む。

【００３３】他の方策は、提案された変更に関するＲＴ
Ｉ内で識別されたコード検討者と協議することである。
評価者は、ソフトウェア・インタフェース承諾を検査す
る方策に従う。テスト・プランおよび結果が完全である
かどうか検討し、検査する。ソフトウェアの読み易さを
評価するためにプロジェクト固有チェックイン・チェッ
クリストを検討する。

【００３４】評価者がＲＴＩを承認したとき、システム
は、ＲＴＩの状態を「承認」に変更し、関係者に電子メ
ール通知を送り、ＲＴＩ内のバジッドをバグ追跡システ
ム内の「コミット」としてマークし、処置をログする。

【００３５】承認通知の主要なターゲットは、承認通知
を受け取ったときに、ゲートを開き、開発者にその変更
をプットバックし、それをリリース・ストリームに併合
するプロジェクト監視者である。

【００３６】評価者は、ＲＴＩが承認の準備ができてい
ないと決定した場合、ＲＴＩを「保留」状態に入れる。
この場合も、システムは、関係者に電子メール通知を送
る。評価者は、更新処理を使用してＲＴＩに情報を追加
する。状態変更処置の場合と同様に、更新処置を行った
場合、システムは、関係者に電子メール通知を送る。

【００３７】最後に、評価者は、ＲＴＩが開状態のいず
れかにある場合、それを取り消すことを選択する。評価
者は、現在の統合ビルドに対してのみＲＴＩを承認し、
将来のビルドに対してはＲＴＩを承認しない。

【００３８】３．ＲＴＩの更新システムは、ＲＴＩが開超状態にある限り、開発者また
は評価者にＲＴＩを更新させる。更新は、情報のすべて
のフィールドにアクセスする自由形式の編集モードで実
施される。

【００３９】更新処置が実行依頼されたとき、システム
は、関係者に電子メール通知を送る。システムは、すべ
てのＲＴＩ変更の履歴ログを維持し、履歴ログを検討す
る方法を提供する。

【００４０】ログは、電子メール・アドレス、遠隔ホス
ト名、および遠隔ホスト・アドレスに基づいて、誰が変
更を行ったかを識別する。システムは、ファイル・ロッ
ク機構を使用して、異なるユーザによる同時更新による
上書きを防ぐ。システムは、開始者以外の開発者を含め
て、複数の人がＲＴＩに対して作業することを可能にす
る。

【００４１】４．ＲＴＩの統合評価者がＲＴＩを承認したとき、監視者は、ゲートを開
き、プットバックを行う許可を与える。監視者は、ＲＴ
Ｉを読み取り、ＲＴＩ開始者を識別することによってゲ
ートを開くべき人を知る。

【００４２】プットバックが成功した後、監視者は、Ｒ
ＴＩにビルドの名前をビルドスタンプし、ＲＴＩを統合
状態に移す。コードの遷移は、ＲＴＩを閉超状態に入れ
る。ＲＴＩ内に記載されているすべてのバジッドは、バ
グ追跡システム内でリリース・ビルドの名前に対して
「固定」を使用して「統合」としてマークされる。シス
テムは、状態が遷移したときにすべての関係者に電子メ
ール通知を送り、処置をログする。

【００４３】５．ＲＴＩの保留ＲＴＩは、評価者によって「保留」状態に入れられる。
評価者は、状態が新規または承認である場合、ＲＴＩを
保留にする。保留状態は、プロジェクト状況が変化して
おり、ＲＴＩが現在の統合ビルドに対していつ承認でき
るかが明らかでないが、ＲＴＩがすぐに統合される可能
性がある場合に取消を保証するほど状況が悪くない場合
に有用である。システムは、状態が遷移したときにすべ
ての関係者に電子メール通知を送り、処置をログする。

【００４４】６．ＲＴＩの取消プロジェクトに対して状況が変化するためにＲＴＩを取
り消す必要がある。評価者だけがこのＲＴＩ遷移を行う
ことができる。システムは、すべての関係者に電子メー
ル通知を送り、処置をログする。

【００４５】７．ＲＴＩの報告システムは、以下のものを含めて、いくつかの報告機構
を供給する。

【００４６】処置ログ。処置ログは、ＲＴＩシステム管
理者にとって第１に重要であり、システム維持を助ける
ＲＴＩシステム使用率の集中実行履歴を提供する。

【００４７】ＲＴＩ状態の変更または更新をもたらすシ
ステム処置が行われたときはいつでも、タイムスタン
プ、処置、プロジェクト、ＲＴＩ、ユーザの電子メール
・アドレス、遠隔ホスト名、遠隔ホスト・アドレスを含
むことが好ましいログ・ファイルにメッセージを書き込
む。

【００４８】アクセス・ログ。システムは、閲覧または
印刷のためにアクセスされたＲＴＩを示すメッセージの
ログを提供する。これも、ＲＴＩシステム管理者にとっ
て第１に重要である。

【００４９】電子メール通知。システムは、ＲＴＩ状態
の変更またはＲＴＩの更新が行われたときはいつでも、
すべての関係者に電子メール通知を送る。

【００５０】ＲＴＩ履歴。システムは、開ＲＴＩの変更
履歴を閲覧する方法を提供する。

【００５１】ＲＴＩの閲覧。システムは、開ＲＴＩまた
は探索−検索ＲＴＩを閲覧する能力を提供する。

【００５２】ＲＴＩの印刷。システムは、開ＲＴＩまた
は探索−検索ＲＴＩを印刷する能力を提供する。

【００５３】ＲＴＩの探索。システムは、キーワード探
索によってＲＴＩを見つけ出し、閲覧または印刷のため
にそれらを表示する探索エンジンを提供する。探索エン
ジンは、選択したプロジェクトに基づいてＲＴＩの探索
の範囲を調整する能力を提供する。

【００５４】データベース報告。システムは、ユーザ選
択可能なパラメータに基づいてＲＴＩデータベースの現
在の状態について報告するオフライン能力を提供する。

【００５５】リリース・メモ。システムは、統合ＲＴＩ
に基づいてリリースにおける変更内容について報告する
オフライン能力を提供する。

【００５６】ＣＲＴ報告。システムは、特にＣＲＴ会合
の要件に適合するオフラインＲＴＩ報告を自動的に生成
する。

【００５７】８．ＲＴＩデータベース管理ファイル・ロック機構およびファイル履歴機構を提供す
るＳＣＣＳのもとでＲＴＩを別々のＡＳＣＩＩファイル
として階層式に編成し、記憶する。ＲＴＩは、プロジェ
クトによって編成される。各プロジェクトごとに、ＲＴ
Ｉ超状態、すなわち開および閉に対応する第２のレベル
が存在する。

【００５８】ＲＴＩファイルのフォーマットは、プロジ
ェクト固有であり、プロジェクト要件の相違を補償する
ことができる。各プロジェクトは理論上は異なるファイ
ル・フォーマットを使用することができるが、実際に
は、できればすべてのプロジェクトに対して同じフォー
マットを使用することが効率的かつ有用である。フォー
ム・フィルインが使用されるＲＴＩ生成プロセス中を除
いて、ＲＴＩファイル・フォーマットの相違は、ユーザ
に対して透過的であり、全体的なＲＴＩシステム・ユー
ザ・インタフェース・モデルに反映されないか、または
それに影響を及ぼす。

【００５９】主要なシステム構成要素図２に示すように、本発明によるソフトウェア・リリー
ス・ストリーム内で変更制御を管理するコンピュータ実
施統合要求（ＲＴＩ）システム１０は、一般にパーソナ
ル・コンピュータ・ワークステーションとして実施され
る少なくとも１つのユーザ・ユニットまたは端末１２を
含んでいる。好ましいワークステーションは、ＵＮＩＸ
オペレーティング・システムのあるバージョンを動作さ
せるＳＵＮＳＰＡＲＣ端末であるが、本発明は、他の
様々なパーソナル・コンピュータおよびオペレーティン
グ・システムを使用して実施することができる。

【００６０】端末１２は、ユーザがコマンドおよびデー
タをシステム１０に入力することを可能にするキーボー
ドおよびマウスなど１つまたは複数の入力デバイスを有
する入力装置１２ａを含んでいる。図面には明示されて
いないが、端末１２は、プロセッサ・ユニット、揮発性
および不揮発性のデータ記憶装置、およびその他の従来
のデバイスをさらに備えている。陰極線管や液晶モニタ
などディスプレイ装置１２ｂは、システム１０およびテ
キスト・エディタ１２ｃを実施するために必要な英数字
データおよび図形データを表示する。

【００６１】本発明によれば、端末１２は、ハイパーテ
キスト・マークアップ言語（ＨＴＭＬ）で書かれた明確
なテキストＡＳＣＩＩファイルであることが好ましいＷ
ＷＷページ・ファイルを端末１２が直接読み取ることを
可能にするネットスケープなどワールド・ワイド・ウェ
ブ（ＷＷＷ）ブラウザ１２ｄをさらに含んでいる。

【００６２】ブラウザ１２ｄは、Ｊａｖａに基づいてい
ることが好ましいテキスト・エディタ１２ｃを使用し
て、開発者が作成したＲＴＩファイルを編集することが
できる。Ｊａｖａテキスト・エディタ１２ｃは、端末１
２が、ＳＰＡＲＣ／ＵＮＩＸ構成ではなく、例えばマイ
クロソフト・ウィンドウズを動作させるＩＢＭＰＣに
基づくことを可能にする。

【００６３】システム１０は、端末１２に接続されてい
るサーバ・ユニット１４をさらに含む。ただ１つの端末
１２が図面に示されているが、実際的な用途では、複数
の端末１２がサーバ・ユニット１４から離れた位置のと
ころに備えられ、１６のところに示されるワイド・エリ
ア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネッ
トワーク（ＬＡＮ）などによってそれに接続される。

【００６４】一般に、各プログラマまたは開発者は、プ
ログラム・コードの開発ならびにＲＴＩの生成および管
理、電子メールの送信および受信、様々な他のタスクの
実行に使用される独立した端末１２を有する。管理およ
び監視の人員も、それら自身の端末を備えている。しか
しながら、説明を簡単にするために、好ましい用途で
は、複数の端末１２があることを念頭に置いて、端末１
２を単数形で呼ぶことにする。

【００６５】サーバ・ユニット１４は、端末１２のブラ
ウザ１２ｄと通信するＷＷＷ（ｈｔｔｐ）サーバ１８を
含んでいる。これにより、ユーザは、サーバ１８にフォ
ームまたは照会を入力し、データをディスプレイ装置１
２ｄ上に表示するためにＨＴＭＬコードとして受け取
る。

【００６６】本発明の機能を実施するプログラム・コー
ドは、メモリ内に記憶され、サーバ・ユニット１４のプ
ロセッサ（図示せず）によって実行される「Ｒｔｉツー
ル」２０を含んでいる。Ｒｔｉツール２０は、以下で詳
細に説明するＷＷＷページ階層を含んでいる。

【００６７】サーバ・ユニット１４は、ソース・コード
制御システム（ＳＣＣＳ）プロトコルのもとでＲＴＩフ
ァイルを記憶することが好ましいＲＴＩデータベース２
２を含んでいる。Ｒｔｉツール２０は、それが従来のワ
イド・エリア情報システム（ＷＡＩＳ）サーバ２４を使
用してＷＡＩＳデータベース２６ａおよびインデクサ２
６ｂを含むＷＡＩＳデータベース・ユニット２６を介し
てデータベース２２にアクセスすることを可能にするプ
ロトコル・コードを含んでいる。

【００６８】Ｒｔｉツール２０は、それがＷＡＮ１６を
介してソフトウェア・バグ・データベース３０および名
前データベース３２と通信することを可能にするプログ
ラム・コード、およびシステム１０が実施した処置を記
載する処置ログ２８を含んでいる。バグ・データベース
３０は、Ｓｙｂａｓｅシステムであることが好ましく、
従来のＳＱＬまたはｄｂ書込み言語を使用してＲｔｉツ
ール２０によって照会される。

【００６９】本発明のシステム１０は、ウェブ（ＷＷ
Ｗ）ベースのアプリケーションである。図２に、Ｒｔｉ
ツール２０、ウェブ・サーバ１８、および端末１２を介
するクライアントまたはユーザ中の基本的な情報の流れ
を示す。共通のゲートウェイ・インタフェース（ＣＧ
Ｉ）は、Ｒｔｉツール２０のゲートウェイとウェブ・サ
ーバ１８の間で通信を実施する。ユーザがフォーム上で
テキストを入力したとき、または入力装置１２ａを使用
して照会に応答して、リターン・キーを押したとき、ウ
ェブ・ブラウザ１２ｄは、ユーザからキャプチャされた
キーストロークをｈｔｔｐｄサーバ１８に送る。ｈｔｔ
ｐｄサーバ１８は、入力を受け入れ、Ｒｔｉツール２０
を開始させ、ＣＧＩを介して入力をＲｔｉツール２０に
渡す。

【００７０】ユーザのキーストロークは、環境変数（Ｇ
ＥＴ方法と呼ばれる）を介して、または標準の入力（Ｐ
ＯＳＴ方法と呼ばれる）を使用してＲｔｉツール２０に
送られる。次いで、Ｒｔｉツール２０は、入力を分解
し、それを処理する。Ｒｔｉツール２０は、ＨＴＭＬ出
力を発生する。ＨＴＭＬ出力は、ユーザに送るためにｈ
ｔｔｐｄサーバ１８に戻されるか、あるいはデータをフ
ァイルまたはデータベースに保管するか、または電子メ
ールを関係者に送る。Ｒｔｉツール２０ゲートウェイ
は、Ｐｅｒｌで書かれることが好ましい。

【００７１】ウェブ・ページ階層ユーザがディスプレイ装置１２ｂ上で見るシステム１０
は、図３および図４に示すように配置されたウェブ・ペ
ージおよびＲＴＩファイルの階層構成である。

【００７２】図３を参照すると、Ｒｔｉツール２０は、
ＷＷＷホーム・ページ、およびホーム・ページを介して
アクセスすることができる開発者ページ、評価者ペー
ジ、監視者ページ、を含んでいる。

【００７３】開発者ページは、端末１２の入力装置１２
ａへのユーザ入力として適用された開発者データに応答
して選択したＲＴＩの履歴を開発者が作成し、閲覧し、
編集し、記載することを可能にするサブページへのアク
セスを可能にする。評価者ページは、評価者がＲＴＩの
履歴を承認し、保留にし、取り消し、閲覧し、編集し、
記載することを可能にする。監視者ページは、監視者が
ＲＴＩを統合または閲覧することを可能にする。

【００７４】図４を参照すると、ＲＴＩは、ＷＷＷ（.
ｈｔｍｌ）ファイルとしてデータベース２２内に記憶
され、プロジェクトによって編成される。プロジェクト
は、通常、単一のＴｅａｍＷａｒｅワークスペースに対
応する。ＲＴＩは、常に開または閉の２つの超状態の一
方の状態にある。ファイル編成内のそれらの位置は、Ｒ
ＴＩの超状態に平行している。

【００７５】図５ａおよび図５ｂに、ＲＴＩファイルが
どのようにしてデータベース２２内に記憶されるかを示
す。ＲＴＩファイルは、図５の２０ａとして集合的に示
される開発者によってウェブ・ページ階層を介して明確
なテキストＨＴＭＬフォーマットのＡＳＣＩＩファイル
として作成される。データベース２２を管理するＳＣＣ
Ｓシステム２２ａは、.ｈｔｍｌソース・ファイル２２
ｂの他に、ＳＣＣＳファイル２２ｃを作成する。

【００７６】ＳＣＣＳシステム２２ａは、元のＲＴＩフ
ァイルを記憶するが、変更されたＲＴＩファイルは本来
記憶しない。代わりに、システム２２ａは、変更をＳＣ
ＣＳファイル２２ｃの元の.ｈｔｍｌファイルに変更そ
れ自体だけからなる「デルタ」として記憶する。

【００７７】したがって、記憶しなければならないデー
タ（元のファイル＋変更）が少なくなるので効率的ファ
イル管理が可能になる。ＳＣＣＳファイル２２ｃは、Ｒ
ＴＩの変更履歴を、変更を行った人の名前、変更された
項目、およびその他の関連データを含めて、「デルタ」
のリストの形で記載する。

【００７８】図６に、Ｒｔｉツール２０のホーム・ペー
ジ４０の簡単化された図を示す。ホーム・ページ４０
は、ワールド・ワイド・ウェブ（ＷＷＷ）上の他のペー
ジを閲覧する場合と同様にしてブラウザ１２ｄを使用し
て閲覧し、ユーザがウェブ・サイトをナビゲートするこ
とを可能にする多数の総称実行依頼ボタン４２を含んで
いる。ホーム・ページ４０は、ユーザがその中のそのユ
ニフォーム・リソース・ロケータ（ＵＲＬ）をタイプす
ることによってホーム・ページ４０を見つけ出すことが
できるロケーション・ウィンドウ４４によってアクセス
される。

【００７９】ユーザが入力装置１２ａのポインティング
装置（例えばマウス）を使用して役目（開発者、評価
者、監視者）を選択することを可能にするボタン４６が
備えられている。明確に図示されていないが、ボタン４
６をクリックすると、ユーザがそこから選択することが
できる役目のリストを含むダイアログ・ボックスが表示
される。

【００８０】ユーザが図４に示すように構成されたリス
トからプロジェクトを選択することを可能にするダイア
ログ・ボックス・リスト表示を開く同様のボタン４８が
備えられている。ボックス５０は、ユーザがシステム１
０に対するユーザ名を表す自分の電子メール・アドレス
をタイプすることによって自分自身を識別することを可
能にする。

【００８１】ホーム・ページ４０は、例えば、ホーム・
ページ４０自体、ウェブマスタ（システム管理者）機
能、探索エンジン（ＷＡＩＳサーバ２４）、Ｒｔｉツー
ル２０の報告書作成機構、およびヘルプ・システムへの
ハイパーテキスト・リンク５４をさらに含んでいること
が好ましい。

【００８２】上述のように、様々なオプションを選択し
た後、ユーザはボタン５６をクリックし、ブラウザ１２
ｄを使用して選択した役目に対応するページを表示させ
る。

【００８３】図７に、４０ａとして示される開発者ペー
ジを示す。図７では、同じ要素は、図６の場合と同様
に、同じ参照番号によって示される。開発者ページ４０
ａは、前に選択したかまたは開いたＲＴＩのリストを表
示する「ピックリスト」ボックス５８を含んでいる。Ｒ
ＴＩは、ボックス５８内でその名前（例えば１２３４６
２８Ｎｄｄｉ、ｅｌ）をクリックすることによって
選択することができる。リフレッシュ・ボタン６０を押
すと、ボックス５８内のリストを更新することができ
る。

【００８４】実行依頼ボタン６２は、新しいＲＴＩを生
成することを可能にするか、あるいはボックス５８から
選択したＲＴＩを閲覧し、編集し、またその履歴を表示
することを可能にする。ボタン６２は、図３に記載され
ているサブページに対応することに留意されたい。

【００８５】明確に図示されていないが、ボタン６２の
一つをクリックすると、入力装置１２ａからの入力を介
して対応する機能を実施するオプションを含む生成、閲
覧、編集、または履歴サブページが作成される。また、
評価者ページおよび監視者ページおよびそれらの対応す
るサブページには、同様に明確に図示されていないが、
ホーム・ページ４０を介してアクセスすることができ
る。これらのページは、例えばバグ・データベース３０
へのアクセスを可能にするハイパーリンクを含んでいる
ことが好ましい。

【００８６】このようにして、システム１０の適用可能
な機能には、Ｒｔｉツール２０のＷＷＷページ階層を介
してアクセスすることができる。

【００８７】図８から図１３は、組み合わせてＲｔｉツ
ール２０ＷＷＷページの階層構造の動作の流れ図を構成
する。

【００８８】図８は、処理すべきページを決定するため
に、いかにしてユーザ入力を分析するかを示すトップ・
レベル流れ図である。

【００８９】図９は、ホーム・ページへの入力をどのよ
うにして処理するか、およびそれに応答してサブページ
を選択するステップを示す図である。

【００９０】図１０は、開発者ページへの入力をどのよ
うにして処理するか、およびそれに応答して作成、表
示、編集、履歴またはリフレッシュの動作を実施するス
テップを示す図である。

【００９１】図１１は、新しいＲＴＩを生成するために
作成ページへの入力をどのようにして処理するかを示す
図である。

【００９２】図１２は、評価者ページへの入力をどのよ
うにして処理するか、およびそれに応答して承認、保
留、取消、閲覧、変種、履歴またはリフレッシュの機能
を実施するステップを示す図である。

【００９３】図１３は、監視者ページへの入力をどのよ
うにして処理するか、およびそれに応答して統合、表示
またはリフレッシュの動作を実施するステップを示す図
である。

【００９４】システム・アクセスＲｔｉツール２０は、ウェブ・ブラウザ１２ｄ（例え
ば、Ｎｅｔｓｃａｐｅ）によってアクセスされる。テキ
ストのみのモードはサポートされない。使用されるウェ
ブ・ブラウザ１２ｄは、Ｒｔｉツール２０にアクセスす
るために複数の実行依頼ボタンを単一のフォームでサポ
ートしなければならない。システム１０は、Ｒｔｉツー
ルホーム・ページを介してブラウザがシステム・ログイ
ン中にこの要件を満足できない場合を検出し、エラー・
メッセージを問題の説明および提案された解決策ととも
にユーザに与える。

【００９５】ＲＴＩシステム１０は、名前データベース
３２にアクセスすることによってユーザが誰であるかを
識別するためにログイン時に確認機能を与える。このデ
ータベースは、システム１０にアクセスする権限を与え
られたすべての雇用者に関する公認情報を含んでいる。
確認機能は、ユーザが入力した電子メール・アドレスを
データベース３２内の電子メール・アドレスと比較し、
比較が失敗した場合、ユーザへのシステム・アクセスを
拒否する。

【００９６】ユーザ・モデルＲＴＩプロセス・ワークフローは、６つの別個のユーザ
・プロファイルを識別する。システム１０の主要なユー
ザは、開発者、評価者、および監視者である。一次ユー
ザは、ＲＴＩ状態遷移を引き起こすことができる。シス
テムの二次ユーザは、主としてハンター／ギャザータイ
プのブラウザである。

【００９７】上述のように、一次ユーザが有する主要な
機能を以下に記載する。これらの機能のいくつかは「活
動」機能であり、いくつかは「受動」機能である。活動
機能は、ＲＴＩ状態に直接影響を及ぼす機能であり、Ｒ
ＴＩ状態遷移を引き起こす。一方、受動機能は、ＲＴＩ
状態に影響を及ぼさない。各機能を、以下のセクション
の１つにおいて十分に定義する。Ａ．開発者機能１．生成２．閲覧３．編集４．履歴５．リフレッシュＢ．評価者機能１．承認２．保留３．取消４．閲覧５．編集６．履歴７．リフレッシュＣ．監視者機能１．統合２．閲覧３．リフレッシュ

【００９８】上述のように、一次ユーザ（開発者、評価
者、監視者）は、実施すべきタスクに適合する専用のホ
ーム・ページを有する。ユーザが実施することができる
機能のみがページ上に現れる。システムは、システム・
ログインの後でユーザをこのページのところに配置す
る。すべての一次ユーザに共通なものはＲＴＩピックリ
ストである。ピックリストは、ユーザがそれに対して何
らかの処置を実施することができるＲＴＩを表示する。
ピックリスト内に示されるデータは、ＲＴＩ番号、状
態、キーワードを含む。

【００９９】二次ユーザが有する主要な機能を以下に記
載する。これらの機能は、ＲＴＩシステムのすべてのユ
ーザが任意のページから入手することができ、システム
・ログインを必要としない。Ｄ．第２の機能１．探索２．報告３．ヘルプ

【０１００】一次ユーザ機能および二次ユーザ機能につ
いて、以下で詳細に説明する。

【０１０１】一次ユーザ機能ＲＴＩ生成機能この機能は、ユーザがフォームベースの実行依頼を使用
してＲＴＩを生成することを可能にする。システム１０
は、ユーザがテキスト・ボックスにテキストをタイプす
ることによって書き入れるフォームを表示する。ユーザ
はまた、ＯｐｅｎＷｉｎｄｏｗｓアプリケーションから
の情報をＴｅａｍＷａｒｅプットバック・コマンドから
の出力などのフォームに切り張りすることができる。フ
ォームが完成すると、ユーザは実行依頼ボタンを押し、
フォームは確認のためにＲＴＩシステムに送られる。

【０１０２】ＲＴＩ生成実行依頼を受け取ると、確認機
能は、フォームを処理し、プロジェクト定義の基準に基
づいてＲＴＩがシステム内に受け入れられるかどうかを
決定する。

【０１０３】ＲＴＩがシステム内に受け入れられた場
合、番号発生機能によってＲＴＩに番号が割り当てられ
る。ＲＴＩは、ＳＣＣＳの下に配置され、「新規」のＲ
ＴＩ状態が割り当てられる。

【０１０４】次いで、システム１０は、ＲＴＩピックリ
ストをリフレッシュし、ユーザにＲＴＩ生成を確認する
メッセージを与える。

【０１０５】ＲＴＩ閲覧機能この機能は、ユーザがＲＴＩファイルを閲覧することを
可能にする。ユーザは、ＲＴＩをクリックすることによ
ってＲＴＩピックリストから閲覧すべきＲＴＩを選択す
る。次いで、システム１０は、ＲＴＩを獲得し、それを
ディスプレイ装置１２ｂ上に表示する。ＲＴＩは、他の
文書への組込みハイパーリンクを含む。バジッド・セク
ション内で、各バジッドは、追跡した場合に、バグ・デ
ータベース３０からのバグ報告を表示するハイパーリン
クである。ユーザは、ハイパーリンクをテスト・プラン
およびその他の文書に組み込むことができる。

【０１０６】ＲＴＩ編集機能この機能は、ユーザが追加、削除または変更を行うため
にＲＴＩを編集することを可能にする。ユーザは、ＲＴ
Ｉピックリストから編集すべきＲＴＩを選択し、編集ボ
タンを押す。次いで、システム１０は、ＳＣＣＳのもと
でファイルをチェックアウトし、テキスト・エディタ１
２ｃを起動する。ファイルをチェックアウトすることが
できない場合、ユーザは、ファイル・ビジー・メッセー
ジを受信する。

【０１０７】テキスト・エディタ１２ｃが起動し、ＲＴ
Ｉを表示すれば、ユーザは、ＲＴＩの編集を開始するこ
とができる。ユーザは、終了したとき、保管オプション
を使用し、テキスト・エディタ１２ｃを終了することが
できる。

【０１０８】システム１０は、ユーザが継続したいか、
または編集操作を取り消したいかを質問する。ユーザが
「終了」と返答した場合、ファイルはチェックアウトさ
れず、ユーザは、開発者ページまたは評価者ページに戻
る。

【０１０９】ユーザが「継続」と返答した場合、ファイ
ルはチェックインされ、ユーザは、開発者ページまたは
評価者ページに戻る。システム１０は、誰が変更を行っ
たかを示すデルタ・コメントをＲＴＩＳＣＣＳ履歴フ
ァイル２２ｃ内に配置し、通知メッセージを送る。

【０１１０】ＲＴＩ履歴機能この機能は、ユーザがＲＴＩＳＣＣＳ履歴コメントを
参照し、閲覧するためにＲＴＩＳＣＣＳ履歴ファイル
２２ｃから任意のデルタを選択する。

【０１１１】ユーザは、ＲＴＩピックリストからＲＴＩ
を選択し、履歴ボタンを押す。次いで、システム１０
は、「ｓｃｃｓ印刷ファイル」コマンドの出力をｈｔｍ
ｌフォーマットでディスプレイ装置１２ｂ上に表示す
る。出力の上部セクション内で、ＳＣＣＳデルタ番号
は、ユーザが選択することができるハイパーリンクであ
り、次いで、システム１０は、選択したＲＴＩファイル
のバージョンを検索し、それをスクリーン上に表示す
る。

【０１１２】ＲＴＩリフレッシュ機能この機能は、ユーザがＲＴＩピックリスト表示をリフレ
ッシュすることを可能にする。各一次ユーザ・スクリー
ン上には、ＲＴＩピックリスト表示をリフレッシュする
ボタンがある。Ｒｔｉツールはウェブ・アプリケーショ
ンであり、ピックリスト表示は実時間表示でないので、
ユーザは、いくつかの状況においてウェブ・サーバに表
示を更新させるリフレッシュ機能を必要とする。

【０１１３】たいていの状況では、ページが再表示され
たときはいつでもＲｔｉツール２０がＲＴＩを再検査す
るので、ピックリストは最新である。ユーザが表示を書
き直すか、または前のページに対してバック・ボタンを
使用する何らかの処理を取らなかった場合、ピックリス
トは遅れる。リフレッシュ・ボタンを押すと、ピックリ
ストが更新される。この機能がどのようにして使用でき
るかの例は、ユーザがある時間期間ページを残してお
き、後で戻り、ピックリストの変更があるかどうかを確
認したい場合である。

【０１１４】ＲＴＩ承認機能この機能は、ユーザがＲＴＩ状態を承認に変更すること
を可能にする。ユーザは、ＲＴＩピックリストから承認
すべきＲＴＩを選択し、承認ボタンを押す。次いで、シ
ステム１０は、ＳＣＣＳのもとでファイルをチェックア
ウトする。ファイルをチェックアウトすることができな
い場合、ユーザは、ファイル・ビジー・メッセージを受
信する。

【０１１５】システム１０は、ユーザがデルタ注釈に対
してコメントを提供したいかどうかをユーザに質問す
る。提供したい場合、ユーザは、ファイル履歴内に配置
されるコメントをテキスト・ボックス内にタイプするこ
とができる。システム１０は、ファイルをデルタにし、
状態を「承認」に変更し、通知メッセージを送る。シス
テム１０は、バグ・データベース内でＲＴＩ内に記載さ
れている各バジッドに「ｃｏｍｍｉｔｔｏｆｉｘ」
とマークする。

【０１１６】ＲＴＩ保留機能この機能は、ユーザがＲＴＩ状態を保留に変更すること
を可能にする。ユーザは、ＲＴＩピックリストから保留
すべきＲＴＩを選択し、保留ボタンを押す。次いで、シ
ステム１０は、ＳＣＣＳのもとでファイルをチェックア
ウトする。ファイルをチェックアウトすることができな
い場合、ユーザは、ファイル・ビジー・メッセージを受
信する。

【０１１７】システム１０は、ユーザがデルタ注釈に対
してコメントを提供したいかどうかをユーザに質問す
る。提供したい場合、ユーザは、ファイル履歴内に配置
されるコメントをテキスト・ボックス内にタイプするこ
とができる。システム１０は、ファイルをデルタにし、
状態を「保留」に変更し、通知メッセージを送る。

【０１１８】ＲＴＩ取消機能この機能は、ユーザがＲＴＩ状態を取消に変更すること
を可能にする。ユーザは、ＲＴＩピックリストから取り
消すべきＲＴＩを選択し、取消ボタンを押す。次いで、
システム１０は、ＳＣＣＳのもとでファイルをチェック
アウトする。ファイルをチェックアウトすることができ
ない場合、ユーザは、ファイル・ビジー・メッセージを
受信する。

【０１１９】システム１０は、ユーザがデルタ注釈に対
してコメントを提供したいかどうかをユーザに質問す
る。提供したい場合、ユーザは、ファイル履歴内に配置
されるコメントをテキスト・ボックス内にタイプするこ
とができる。システム１０は、ファイルをデルタにし、
状態を「取消」に変更し、通知メッセージを送る。

【０１２０】ＲＴＩ統合機能この機能は、ユーザがＲＴＩ状態を統合に変更すること
を可能にする。ユーザは、ＲＴＩピックリストから統合
すべきＲＴＩを選択し、統合ボタンを押す。次いで、シ
ステム１０は、ＳＣＣＳのもとでファイルをチェックア
ウトする。ファイルをチェックアウトすることができな
い場合、ユーザは、ファイル・ビジー・メッセージを受
信する。

【０１２１】ユーザは、リリース名のポップアップ・リ
ストからＲＴＩをビルドスタンプすべきビルドを選択す
る。システム１０は、ファイルをデルタにし、状態を
「統合」に変更し、通知メッセージを送る。システム１
０は、バグ・データベース３０内でＲＴＩ内に記載され
ている各バジッドに「固定」および「統合」とマークす
る。

【０１２２】二次ユーザ機能以下に記載されている機能の他に、ウェブ・ブラウザ１
２ｄは、ファイル印刷、保管、メールおよびユーザにと
って有用なその他の機能を提供する。ただし、本明細書
では詳細に説明しない。

【０１２３】ＲＴＩ探索機能この機能は、ユーザがＷＡＩＳサーバ２４およびＷＡＩ
Ｓデータベース２６を使用してキーワードの一致に基づ
いてＲＴＩデータベース２２内でＲＴＩを探索し、表示
することを可能にする。ユーザは、ＲＴＩデータベース
２２内で探索すべき任意選択の探索修飾子とともにキー
ワードのリストを入力することができる。探索の範囲
は、探索するプロジェクトを選択することによって調整
することができる。

【０１２４】戻された探索結果は、ＲＴＩ番号、および
ユーザにＲＴＩが含んでいるものを分からせるＲＴＩか
ら得られた短い一覧表を含んでいる。ＲＴＩ番号は、ユ
ーザがクリックすることができるハイパーリンクとして
使用され、システム１０は、ＲＴＩのフル・テキストを
表示する。

【０１２５】ＲＴＩ報告機能この機能は、ユーザが、事前定義されたリポート・フォ
ーマットのメニュー選択からリポートを作成することを
可能にする。最も頻繁に要求されるタイプのデータに対
していくつかのタイプの事前定義されたリポートが提供
される。

【０１２６】ＲＴＩヘルプ機能この機能は、ユーザが、Ｒｔｉツール２０の使い方に関
する詳細についてのオンライン・ヘルプを得ることを可
能にする。ヘルプ・ページは、ＲＴＩ状態遷移が何を意
味するか、Ｒｔｉツールをどのようにして使い始めるか
など、最も頻繁に訊かれる質問を網羅するＲｔｉツール
２０の使い方に関する詳細を提供する。

【０１２７】その他のシステム機能ＲＴＩ確認機能この機能は、プロジェクト固有の基準に基づいてＲＴＩ
実行依頼を確認する。最低限、確認機能は、ＲＴＩ内に
記載されているバジッドが評価されたことを確認し、バ
ジッドが評価されていない場合に実行依頼を拒否する。

【０１２８】ＲＴＩ番号発生機能この機能は、新しいＲＴＩに対して次の使用可能なＲＴ
Ｉ番号を得る。システム１０は、使用された最後のＲＴ
Ｉ番号を記録しておく。新しいＲＴＩが必要な場合、シ
ステム１０は、最後のＲＴＩ番号を検索し、それを新し
い番号に対して増分する。ロック機構を使用して、ユー
ザが同時に同じＲＴＩ番号を得るのを防ぐ。

【０１２９】ＲＴＩ変更通知機能この機能は、ＲＴＩの変更が行われたことをユーザに通
知する。システム１０は、以下のイベントの１つが行わ
れたときはいつでも、ＲＴＩの開始者、プロジェクト評
価者および監視者への電子メール・メッセージ、および
ＲＴＩ関連リスト・フィールド内に記載されている電子
メール・アドレスを送る。１．ＲＴＩが生成された２．ＲＴＩ状態の変更（承認、保留、取消、統合）３．ＲＴＩが編集された。

【０１３０】変更通知は、どんなタイプの変更が行われ
たか、及びファイルＩＤ、状態、プロジェクト、開始
者、ビルド等、ＲＴＩヘッダからの有用な情報を通知す
る。

【０１３１】システム・メッセージ処理機能システム・メッセージは、ユーザおよび出力管理者に状
態を提供する。３つのメッセージ・カテゴリが定義され
る。

【０１３２】１．情報メッセージ情報メッセージは、ＲＴＩを承認するなど、ユーザがと
った何らかの処置に関する確実なフィードバックをユー
ザに与えるために使用される。情報メッセージは、Ｒｔ
ｉツール・ナビゲータ・バーのもとで直接現れるオンラ
イン・メッセージである。

【０１３３】２．警告メッセージ警告メッセージは、ログイン中にユーザの電離メール・
アドレスをミスタイプするなど、ユーザが修正処置を必
要とする何らかの処置をとったことをユーザに通知する
ために使用される。警告メッセージは、別個のページ上
に現れる。

【０１３４】３．致命的メッセージ致命的メッセージは、重大な内部システム・エラーが発
生したことをユーザおよびシステム管理者に通知するた
めに使用される。ユーザは、システム管理者に連絡する
ようユーザに通知するメッセージを見る。システム管理
者は、ウェブ・サーバ・エラー・ログ・ファイル内の致
命的エラー・メッセージを見つける。

【０１３５】システム・ロギング機能この機能は、システム管理者がシステム活動を追跡する
ことを可能にする。ウェブ・サーバ１８によって提供さ
れる通常のアクセス・ログおよびエラー・ログの他に、
Ｒｔｉツール２０は、ユーザによるシステム１０の使用
率を追跡する処置ログ２８を維持する。処置ログ・ファ
イルは、データ、活動のタイプ、プロジェクト、選択し
たＲＴＩ、ユーザ電子メール・アドレス、ユーザ遠隔ホ
スト名、ユーザ遠隔ホスト・アドレスを含んでいること
が好ましい。この情報は、処置ログ・ファイル内のオン
ライン・レコード内でフォーマットされる。

【０１３６】システム・ハウスキーピング機能この機能は、編集のためにチェックアウトされた、事前
設定された時間期限後にチェックインされた古いＲＴＩ
ファイルを掃除する。ユーザは、ＲＴＩファイルがチェ
ックアウトされ、かつ再びチェックインされないように
する何らかの処置をとることができる。ハウスキーピン
グ機能は、ファイル上で「ｓｃｃｓｕｎｅｄｉｔ」を
実施することによって周期的にシステム１０からそのよ
うなファイルを一掃する。このタイプの機能は、ウェブ
・サーバ１８上で動作し、システム管理者によってセッ
ト・アップされ、維持される。

【０１３７】システム・セキュリティ機能この機能は、一次ユーザ・ホーム・ページへのログイン
を制限することを可能にする。評価者ページや監視者ペ
ージなどいくつかの一次ユーザ・ページへのログインを
制限することが望ましい。これは、プロジェクト構成フ
ァイル内のセキュリティ・フラグを検査することによっ
て行うことができ、セキュリティがオンになっている場
合、システム１０は、ユーザ電子メール・アドレスをプ
ロジェクト構成ファイル内の名前と比較する。第２のレ
ベルのセキュリティを、一次ユーザ・ページにアクセス
するためにパスワードが必要とされるように構成するこ
とができる。

【０１３８】本発明の要約および利点要するに、本発明は、以下のものを含む革新的な特徴お
よび利点を提供する。

【０１３９】ウェブベース。ＳＰＡＲＣ、Ｘ８６および
ＰＰＣ用のサポートを有するプラットフォーム独立の解
決策を提供する。ＲＴＩは、ハイパーテキスト文書とし
て記録され、表示され、他の文書への組込みハイパーリ
ンクを有することができる。

【０１４０】データベース指向。ＲＴＩは、ファイル・
ロックおよび履歴機構を提供するソース・コード制御シ
ステム（ＳＣＣＳ）のもとで維持される簡単なＡＳＣＩ
Ｉファイルである。

【０１４１】バグ追跡システム・インタフェース。サブ
ベース・バグ・データベースへのプログラマティック・
インタフェースを含む。

【０１４２】使い易い。直感的なユーザ・インタフェー
スは、不定期のユーザをサポートする。

【０１４３】強力な探索および報告。ＲＴＩを見つけ出
し、表示し、標準および注文のＲＴＩリポートを作成す
る探索エンジンを含む。

【０１４４】維持が容易。本システムは、Ｘウィンドウ
またはＣコードではなく、Ｐｅｒｌで書かれている。

【０１４５】当業者なら、本発明の範囲から逸脱するこ
となく本発明の開示の教示を受けた後で様々な修正を行
うことができる。

【０１４６】例えば、ただ１つの端末１２を備えるこ
と、あるいは端末１２とサーバ・ユニット１４を１つの
位置のところで一緒に単一のアセンブリに統合すること
は、本発明の範囲内に入る。

【０１４７】他の代替例として、各端末１２内のＪａｖ
ａテキスト・エディタ１２ｃを省略し、すべての端末に
よって使用されるテキスト・エディタをサーバ・ユニッ
ト１４内に備えることができる。

【０１４８】さらに、ＷＡＩＳサーバ２４およびデータ
ベース２６の代わりに、コロラド大学から市販されてい
る「Ｈａｒｖｅｓｔ」など他の探索エンジンを使用する
ことができる。

【０１４９】産業上の用途本発明は、多数のソフトウェア製品を有する中規模から
大規模のソフトウェア組織に適用できる。本発明は、ソ
フトウェア・リリース変更制御プロセスを管理する開発
者、統合者および管理者が使用するソフトウェア・エン
ジニアリング・ツールである。

【図面の簡単な説明】

【図１】本発明のシステムの状態図である。

【図２】本発明によるソフトウェア・リリース・ストリ
ーム内で変更制御を管理するコンピュータ実施統合要求
（ＲＴＩ）システムを示すブロック図である。

【図３】図１のシステムのサーバ・ユニットのワールド
・ワイド・ウェブ（ＷＷＷ）ホーム・ページ構成を示す
図である。

【図４】本システム内の統合要求（ＲＴＩ）の編成を示
す図である。

【図５】ＲＴＩファイルがソース・コード制御システム
（ＳＣＣＳ）のもとでどのようにして管理されるかを示
す図である。

【図６】本発明の実施形態のホーム・ページ・ディスプ
レイの簡単化された図である。

【図７】開発者ページ・ディスプレイを示す図６と同じ
図である。

【図８】本実施形態の動作の簡単化された流れ図であ
る。

【図９】本実施形態の動作の簡単化された流れ図であ
る。

【図１０】本実施形態の動作の簡単化された流れ図であ
る。

【図１１】本実施形態の動作の簡単化された流れ図であ
る。

【図１２】本実施形態の動作の簡単化された流れ図であ
る。

【図１３】本実施形態の動作の簡単化された流れ図であ
る。

【符号の説明】

１２端末１２ａ入力装置１２ｂディスプレイ装置１２ｃテキスト・エディタ１２ｄウェブ・ブラウザ１８ｈｔｔｐサーバ２０Ｒｔｉツール２２ＲＴＩデータベース２４ＷＡＩＳサーバ２６ａインデクサ２６ｂＷＡＩＳデータベース２８処置ログ３０バグ・データベース３２名前データベース

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１０年１月２３日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図４】

【図１】

【図２】

【図３】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮＡＮＴＯＮＩＯＲＯＡＤＰＡＬＯＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ.

Claims

【特許請求の範囲】

【請求項１】入力装置およびディスプレイを有するユ
ーザ・ユニットと、ユーザ・ユニットに接続され、統合要求変更を表すＲＴ
Ｉファイルを作成し、ソフトウェア・リリース・ストリ
ーム内に記憶し、選択したＲＴＩファイルを入力装置の
制御下でディスプレイ装置上に表示させるサーバ・ユニ
ットとを含むことを特徴とする、ソフトウェア・リリー
ス・ストリーム内で変更制御を管理するように構成され
たコンピュータ実施統合要求（ＲＴＩ）システム。
【請求項２】サーバ・ユニットが、選択したＲＴＩフ
ァイルを入力装置の制御下で編集することができるよう
にさらに構成されることを特徴とする請求項１に記載の
システム。
【請求項３】サーバ・ユニットが、ＲＴＩファイルが
その中に記憶されるデータベースを含むことを特徴とす
る請求項１に記載のシステム。
【請求項４】データベースを入力装置の制御下で探索
するように構成された探索エンジンをさらに含むことを
特徴とする請求項３に記載のシステム。
【請求項５】ＲＴＩファイルが、ソース・コード制御
システム（ＳＣＣＳ）のもとでデータベース内に記憶さ
れることを特徴とする請求項４に記載のシステム。
【請求項６】サーバ・ユニットが、選択したＲＴＩフ
ァイルの変更履歴を入力装置の制御下でディスプレイ装
置上に表示することができるようにさらに構成されるこ
とを特徴とする請求項５に記載のシステム。
【請求項７】サーバ・ユニットがＲＴＩファイルをワ
ールド・ワイド・ウェブ（ＷＷＷ）テキスト・フォーマ
ットで作成するように構成され、ユーザ・ユニットがＷＷＷブラウザを含み、サーバ・ユニットがＷＷＷブラウザと通信するＷＷＷサ
ーバを含み、入力装置がＷＷＷブラウザを介してＷＷＷサーバと通信
し、ＷＷＷサーバがＷＷＷブラウザを介してディスプレイと
通信することを特徴とする請求項１に記載のシステム。
【請求項８】サーバ・ユニットがＷＷＷページを含む
プログラムを記憶し、実行し、ＷＷＷサーバと通信し、
ＷＷＷページを介してＲＴＩファイルを作成し、記憶す
るように構成されることを特徴とする請求項７に記載の
システム。
【請求項９】ＷＷＷページが、ホーム・ページと、入力装置の制御下でホーム・ページを介してアクセスす
ることができる開発者ページ、評価者ページ、監視者ペ
ージを含むことを特徴とする請求項８に記載のシステ
ム。
【請求項１０】開発者ページ、評価者ページ、監視者
ページがそれぞれ、選択したＲＴＩを入力装置の制御下
で閲覧することを可能にすることを特徴とする請求項９
に記載のシステム。
【請求項１１】開発者ページおよび評価者ページがそ
れぞれ、選択したＲＴＩを入力装置の制御下で編集する
ことを可能にすることを特徴とする請求項９に記載のシ
ステム。
【請求項１２】開発者ページが、新しいＲＴＩを入力
装置の制御下で作成することを可能にすることを特徴と
する請求項９に記載のシステム。
【請求項１３】評価者ページが、選択したＲＴＩを入
力装置の制御下でソフトウェア・リリース・ストリーム
内にリリースするために選択的に承認するか、保留する
か、または取り消すことを可能にすることを特徴とする
請求項９に記載のシステム。
【請求項１４】監視者ページが、選択したＲＴＩを入
力装置の制御下でソフトウェア・リリース・ストリーム
内に統合することを可能にすることを特徴とする請求項
９に記載のシステム。
【請求項１５】ソフトウェア・バグ・データベースを
さらに含み、ＷＷＷページが、入力装置の制御下でソフトウェア・バ
グ・データベースにアクセスすることを可能にすること
を特徴とするように構成されたハイパーリングを含むこ
とを特徴とする請求項７に記載のシステム。
【請求項１６】ユーザ名データベースをさらに含み、ＷＷＷページが、入力装置を介してユーザ名入力を確認
するためにユーザ名データベースにアクセスし、かつユ
ーザ名が確認されるまでＲＴＩファイルがディスプレイ
装置上に表示されるのを防ぐようにさらに構成されるこ
とを特徴とする請求項７に記載のシステム。