JPH06230950A - 分散処理環境におけるタスク管理方法 - Google Patents
分散処理環境におけるタスク管理方法Info
- Publication number
- JPH06230950A JPH06230950A JP5013198A JP1319893A JPH06230950A JP H06230950 A JPH06230950 A JP H06230950A JP 5013198 A JP5013198 A JP 5013198A JP 1319893 A JP1319893 A JP 1319893A JP H06230950 A JPH06230950 A JP H06230950A
- Authority
- JP
- Japan
- Prior art keywords
- computer
- developer
- management method
- task management
- software
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- General Factory Administration (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
【目的】 ソフトウェア開発作業が遅れているソフトウ
ェア開発者の作業進行を支援する。 【構成】 ソフトウェアの開発作業が行われる複数のネ
ットワークで接続された複数の計算機の間で、（ａ）ソ
フトウェア開発に携わる開発者毎の進捗状況を実績情報
として抽出するステップ、（ｂ）予め定義したソフトウ
ェアの開発計画が登録されている開発計画情報を記憶装
置から抽出するステップ、（ｃ）抽出した情報の内容と
を比較するステップ、（ｄ）開発者が計算機上で行う全
ての処理に優先順位を表す値を自動的に決定するステッ
プを有することより達成される。 【効果】 ソフトウェア開発における作業工程におい
て、各開発者が行う処理毎に、処理に関する作業進捗状
況と予め定義した開発計画とを比較し、処理に付ける優
先順位を表す値を自動的に決定するので、ソフトウェア
開発作業を効率化することができる。
ェア開発者の作業進行を支援する。 【構成】 ソフトウェアの開発作業が行われる複数のネ
ットワークで接続された複数の計算機の間で、（ａ）ソ
フトウェア開発に携わる開発者毎の進捗状況を実績情報
として抽出するステップ、（ｂ）予め定義したソフトウ
ェアの開発計画が登録されている開発計画情報を記憶装
置から抽出するステップ、（ｃ）抽出した情報の内容と
を比較するステップ、（ｄ）開発者が計算機上で行う全
ての処理に優先順位を表す値を自動的に決定するステッ
プを有することより達成される。 【効果】 ソフトウェア開発における作業工程におい
て、各開発者が行う処理毎に、処理に関する作業進捗状
況と予め定義した開発計画とを比較し、処理に付ける優
先順位を表す値を自動的に決定するので、ソフトウェア
開発作業を効率化することができる。
Description
【０００１】
【産業上の利用分野】本発明はタスク管理方法に関し、
特にソフトウェア開発における作業工程において、各ソ
フトウェア開発者が行う処理単位に、処理についての作
業進捗状況と予め定義したソフトウェア開発計画とを比
較し、処理に優先順位を表す値を自動的に付けることに
より、協調しあいながらソフトウェア開発作業を行うの
に好適なタスク管理方法に関する。
特にソフトウェア開発における作業工程において、各ソ
フトウェア開発者が行う処理単位に、処理についての作
業進捗状況と予め定義したソフトウェア開発計画とを比
較し、処理に優先順位を表す値を自動的に付けることに
より、協調しあいながらソフトウェア開発作業を行うの
に好適なタスク管理方法に関する。
【０００２】
【従来の技術】ソフトウェア開発期間の短縮と急速なソ
フトウェアの成長に対応するために、ソフトウェアの分
散開発が始まっている。分散開発においては、物理的に
離れた開発拠点にまたがる開発管理が極めて困難であ
る。特にソフトウェア開発に携わる開発者の進捗管理が
重要課題となっている。ソフトウェア開発は常に共同作
業で行うため、共同作業を行うグループの中で一人でも
作業が遅れているものがいれば、それはグループとして
の作業の遅れとなり、ひいてはソフトウェア開発全体の
遅れにつながる。
フトウェアの成長に対応するために、ソフトウェアの分
散開発が始まっている。分散開発においては、物理的に
離れた開発拠点にまたがる開発管理が極めて困難であ
る。特にソフトウェア開発に携わる開発者の進捗管理が
重要課題となっている。ソフトウェア開発は常に共同作
業で行うため、共同作業を行うグループの中で一人でも
作業が遅れているものがいれば、それはグループとして
の作業の遅れとなり、ひいてはソフトウェア開発全体の
遅れにつながる。
【０００３】この問題を解決する方法として、ソフトウ
ェア開発を行う前に予め定義したソフトウェア開発計画
と、現在の各ソフトウェア開発者毎の進捗状況を比較し
て、比較結果に対応した作業指示をソフトウェア開発者
毎に自動的に送るといった適切な対策を講じる方法があ
る。また、ソフトウェア開発者が行う各処理毎に優先度
を自由に設定して実行させる方法がある。また、ネット
ワークで接続された計算機の中から最適な計算機を選択
し、選択した計算機に処理を依頼する方法がある。
ェア開発を行う前に予め定義したソフトウェア開発計画
と、現在の各ソフトウェア開発者毎の進捗状況を比較し
て、比較結果に対応した作業指示をソフトウェア開発者
毎に自動的に送るといった適切な対策を講じる方法があ
る。また、ソフトウェア開発者が行う各処理毎に優先度
を自由に設定して実行させる方法がある。また、ネット
ワークで接続された計算機の中から最適な計算機を選択
し、選択した計算機に処理を依頼する方法がある。
【０００４】この作業を支援する従来技術として、以下
のものがある。第１の従来技術として、分析・設計・製
造・テスト等の各作業工程において、ソフトウェア開発
計画に対しての作業期間途中での客観的な数字による進
捗実績の比較が容易になる技術があり、例えば「ソフト
ウェア開発進捗管理装置」（特願平４ー１４１７３０）
に示されている。
のものがある。第１の従来技術として、分析・設計・製
造・テスト等の各作業工程において、ソフトウェア開発
計画に対しての作業期間途中での客観的な数字による進
捗実績の比較が容易になる技術があり、例えば「ソフト
ウェア開発進捗管理装置」（特願平４ー１４１７３０）
に示されている。
【０００５】その他には、第２の従来技術として、ソフ
トウェア開発計画に従ってソフトウェア開発工程の進捗
管理を自動的に実行できるようにし、作業の進行状況を
ソフトウェア開発者が正確に把握することができる技術
があり、例えば「ソフトウェア開発管理システム」（特
願平４ー７７９２１）に示されている。資源をより有効
に利用できるようにした技術があり、例えば「分散処理
装置」（特願平４ー２２３５４７）に示されている。
トウェア開発計画に従ってソフトウェア開発工程の進捗
管理を自動的に実行できるようにし、作業の進行状況を
ソフトウェア開発者が正確に把握することができる技術
があり、例えば「ソフトウェア開発管理システム」（特
願平４ー７７９２１）に示されている。資源をより有効
に利用できるようにした技術があり、例えば「分散処理
装置」（特願平４ー２２３５４７）に示されている。
【０００６】その他には、第３の従来技術として、複数
のネットワークで接続された複数の計算機で構成された
環境において、ある計算機で発生した処理を、必要に応
じて他の計算機に処理を依頼する分散処理装置に係わ
り、特に、計算機資源をより有効に利用できるようにし
た技術があり、例えば「分散処理装置」（特願平４−２
２３５４７）に示されている。
のネットワークで接続された複数の計算機で構成された
環境において、ある計算機で発生した処理を、必要に応
じて他の計算機に処理を依頼する分散処理装置に係わ
り、特に、計算機資源をより有効に利用できるようにし
た技術があり、例えば「分散処理装置」（特願平４−２
２３５４７）に示されている。
【０００７】その他には、第４の従来技術として、各処
理毎に優先順位を表す値を付け、実行可能な処理の中
で、最も優先順位が高い処理から処理を実行する、計算
機中のオペレーティング・システムで用意されている優
先度スケジューリングという技術がある。
理毎に優先順位を表す値を付け、実行可能な処理の中
で、最も優先順位が高い処理から処理を実行する、計算
機中のオペレーティング・システムで用意されている優
先度スケジューリングという技術がある。
【０００８】
【発明が解決しようとする課題】第１の従来技術は、全
体の状態や特定の工程での遅れの状態を明確にし、問題
のある作業項目や作業工程が発見しやすくなることによ
り、適切な進捗管理や適切な対策を講じる技術である。
第２の従来技術は、実際の進捗と予め決められたソフト
ウェア開発計画との比較結果に対応した作業指示が作業
を担当しているソフトウェア開発者に自動的に送られる
ので、管理者による管理作業を軽減することができる技
術である。第３の従来技術は、ネットワーク内に存在す
る複数の計算機の中で、ある計算機で発生した処理を、
ネットワーク上の最適な計算機を探しだし、該当する計
算機に処理を依頼することができる技術である。第４の
従来技術は、ソフトウェア開発者が行う各処理毎に優先
順位を表す値を付けて、優先順位の高い処理から処理を
実行させることができる技術である。
体の状態や特定の工程での遅れの状態を明確にし、問題
のある作業項目や作業工程が発見しやすくなることによ
り、適切な進捗管理や適切な対策を講じる技術である。
第２の従来技術は、実際の進捗と予め決められたソフト
ウェア開発計画との比較結果に対応した作業指示が作業
を担当しているソフトウェア開発者に自動的に送られる
ので、管理者による管理作業を軽減することができる技
術である。第３の従来技術は、ネットワーク内に存在す
る複数の計算機の中で、ある計算機で発生した処理を、
ネットワーク上の最適な計算機を探しだし、該当する計
算機に処理を依頼することができる技術である。第４の
従来技術は、ソフトウェア開発者が行う各処理毎に優先
順位を表す値を付けて、優先順位の高い処理から処理を
実行させることができる技術である。
【０００９】しかし、第１の従来技術は、特定の工程の
遅れを明確にすることにより、適切な進捗管理や適切な
対策を講じるだけで、管理者の負担が多くなり、かつ作
業が遅れている者を間接的にしか支援しないことから、
協調しあいながらソフトウェア開発作業を行うことがで
きなかった。同様に第２の従来技術は、現在の進捗状況
を実績情報として採取し、予め存在するソフトウェア開
発計画との比較結果に対応した作業指示を該当するソフ
トウェア開発者に自動的に送るだけで、作業が遅れてい
る者を間接的にしか支援しないことから、協調しあいな
がらソフトウェア開発作業を行うことができなかった。
遅れを明確にすることにより、適切な進捗管理や適切な
対策を講じるだけで、管理者の負担が多くなり、かつ作
業が遅れている者を間接的にしか支援しないことから、
協調しあいながらソフトウェア開発作業を行うことがで
きなかった。同様に第２の従来技術は、現在の進捗状況
を実績情報として採取し、予め存在するソフトウェア開
発計画との比較結果に対応した作業指示を該当するソフ
トウェア開発者に自動的に送るだけで、作業が遅れてい
る者を間接的にしか支援しないことから、協調しあいな
がらソフトウェア開発作業を行うことができなかった。
【００１０】同様に第３の従来技術は、ネットワーク内
の最適な計算機に処理を依頼することから、作業が遅れ
ている開発者が現在作業を行っている計算機上に、他の
開発者の処理が計算機上に依頼された場合、計算機のＣ
ＰＵ負荷がかかるため、該計算機を利用しているソフト
ウェア開発者の作業のが遅れてしまう可能性があること
から、協調しあいながらソフトウェア開発作業を行うこ
とができなかった。
の最適な計算機に処理を依頼することから、作業が遅れ
ている開発者が現在作業を行っている計算機上に、他の
開発者の処理が計算機上に依頼された場合、計算機のＣ
ＰＵ負荷がかかるため、該計算機を利用しているソフト
ウェア開発者の作業のが遅れてしまう可能性があること
から、協調しあいながらソフトウェア開発作業を行うこ
とができなかった。
【００１１】同様に第４の従来技術は、各ソフトウェア
開発者が優先順位を表す値を自由に設定できることか
ら、作業が進んでいる開発者よりも作業が遅れている開
発者が行う処理の優先順位が低い場合、作業が遅れてい
る開発者は、作業が進んでいる開発者が行う処理を終え
るまで、自分の処理が行えない状況ができてしまう問題
があるため、協調しあいながらソフトウェア開発作業を
行うことができなかった。
開発者が優先順位を表す値を自由に設定できることか
ら、作業が進んでいる開発者よりも作業が遅れている開
発者が行う処理の優先順位が低い場合、作業が遅れてい
る開発者は、作業が進んでいる開発者が行う処理を終え
るまで、自分の処理が行えない状況ができてしまう問題
があるため、協調しあいながらソフトウェア開発作業を
行うことができなかった。
【００１２】したがって従来の技術では、協調しあいな
がらソフトウェア開発作業を行っていくことができなか
った。
がらソフトウェア開発作業を行っていくことができなか
った。
【００１３】本発明の目的は、各開発者が行う処理単位
に、処理に関する作業進捗状況と予め定義したソフトウ
ェア開発計画とを比較し、作業が遅れているものについ
ては優先順位を表す値を自動的に高くし、処理に優先順
位を付け、処理を依頼する計算機をネットワークで接続
された計算機の中から自動的に選択、そして選択した計
算機上で優先順位の高い処理を先に実行することによ
り、協調しあいながらソフトウェア開発作業を行うこと
にある。
に、処理に関する作業進捗状況と予め定義したソフトウ
ェア開発計画とを比較し、作業が遅れているものについ
ては優先順位を表す値を自動的に高くし、処理に優先順
位を付け、処理を依頼する計算機をネットワークで接続
された計算機の中から自動的に選択、そして選択した計
算機上で優先順位の高い処理を先に実行することによ
り、協調しあいながらソフトウェア開発作業を行うこと
にある。
【００１４】
【課題を解決するための手段】本発明の目的を達成する
ため、本発明のタスク管理方法は、少なくとも一人のソ
フトウェア開発者を含むソフトウェア開発において、ソ
フトウェアの開発作業が行われる複数のネットワークで
接続された複数の計算機の間で、（ａ）ソフトウェア開
発に携わるソフトウェア開発者毎の現在の仕事の進捗状
況を実績情報として抽出するステップ、（ｂ）予め定義
したソフトウェア開発計画が登録されている開発計画情
報を記憶装置から抽出するステップ、（ｃ）抽出した実
績情報と開発計画情報の内容とを比較するステップ、
（ｄ）該ソフトウェア開発者が計算機上で行う全ての処
理に優先順位を表す値を自動的に付けるステップ、
（ｅ）ソフトウェア開発者が行う処理を依頼する最適な
計算機をネットワークで接続された計算機の中から自動
的に選択するステップ、（ｆ）選択した計算機に処理を
依頼するステップ、（ｇ）選択した計算機上で優先順位
の高い処理を先に実行させるステップを有することを手
段とする。
ため、本発明のタスク管理方法は、少なくとも一人のソ
フトウェア開発者を含むソフトウェア開発において、ソ
フトウェアの開発作業が行われる複数のネットワークで
接続された複数の計算機の間で、（ａ）ソフトウェア開
発に携わるソフトウェア開発者毎の現在の仕事の進捗状
況を実績情報として抽出するステップ、（ｂ）予め定義
したソフトウェア開発計画が登録されている開発計画情
報を記憶装置から抽出するステップ、（ｃ）抽出した実
績情報と開発計画情報の内容とを比較するステップ、
（ｄ）該ソフトウェア開発者が計算機上で行う全ての処
理に優先順位を表す値を自動的に付けるステップ、
（ｅ）ソフトウェア開発者が行う処理を依頼する最適な
計算機をネットワークで接続された計算機の中から自動
的に選択するステップ、（ｆ）選択した計算機に処理を
依頼するステップ、（ｇ）選択した計算機上で優先順位
の高い処理を先に実行させるステップを有することを手
段とする。
【００１５】
【作用】本発明の目的を達成するため、少なくとも一人
のソフトウェア開発者を含むソフトウェア開発におい
て、ソフトウェアの開発作業が行われる複数のネットワ
ークで接続された複数の計算機の間で、ソフトウェア開
発に携わる各ソフトウェア開発者が行う処理毎に、処理
に関する作業進捗状況と予め定義した開発計画とを比較
し、作業が遅れているものについては優先順位を表す値
を自動的に高くし、処理に優先順位を付け、処理を依頼
する計算機をネットワークで接続された計算機の中から
自動的に選択、そして選択した計算機上で優先順位の高
い処理を先に実行させることにより、優先順位の高い処
理、つまり作業が遅れている者の処理を最優先させるこ
とができ、ひいては協調しあいながらソフトウェア開発
作業を行っていくことにある。
のソフトウェア開発者を含むソフトウェア開発におい
て、ソフトウェアの開発作業が行われる複数のネットワ
ークで接続された複数の計算機の間で、ソフトウェア開
発に携わる各ソフトウェア開発者が行う処理毎に、処理
に関する作業進捗状況と予め定義した開発計画とを比較
し、作業が遅れているものについては優先順位を表す値
を自動的に高くし、処理に優先順位を付け、処理を依頼
する計算機をネットワークで接続された計算機の中から
自動的に選択、そして選択した計算機上で優先順位の高
い処理を先に実行させることにより、優先順位の高い処
理、つまり作業が遅れている者の処理を最優先させるこ
とができ、ひいては協調しあいながらソフトウェア開発
作業を行っていくことにある。
【００１６】
【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は本発明の実施例における処理手順を
示す図である。図２は本実施例のハードウェア環境を示
す図である。例えば、２０５は開発拠点内で複数の計算
機を接続する通信路を、２０６は開発拠点と開発拠点と
を接続する通信路を、２０１、２０２、２０３はソフト
ウェア開発を行う計算機を、２０４は計算機に接続され
た記憶装置をそれぞれ示している。ここで記憶装置２０
４はソフトウェア開発で作成されるテストデータ、仕様
書、プログラム等の全ての情報を一元管理する。またネ
ットワークで接続された計算機の内部構成で、入力装置
２０７は利用者が実行する指示を入力するキーボード、
マウス等の装置を、ＣＰＵ２０８はコンピュータの演算
装置や制御装置を、メモリ２０９は一時的にデータやプ
ログラム等を記憶する内部記憶装置を、出力装置２１０
はディスプレイやプリンタ等にＣＰＵ２０８で処理され
た情報を利用者に見える形で出力する装置を示してい
る。
に説明する。図１は本発明の実施例における処理手順を
示す図である。図２は本実施例のハードウェア環境を示
す図である。例えば、２０５は開発拠点内で複数の計算
機を接続する通信路を、２０６は開発拠点と開発拠点と
を接続する通信路を、２０１、２０２、２０３はソフト
ウェア開発を行う計算機を、２０４は計算機に接続され
た記憶装置をそれぞれ示している。ここで記憶装置２０
４はソフトウェア開発で作成されるテストデータ、仕様
書、プログラム等の全ての情報を一元管理する。またネ
ットワークで接続された計算機の内部構成で、入力装置
２０７は利用者が実行する指示を入力するキーボード、
マウス等の装置を、ＣＰＵ２０８はコンピュータの演算
装置や制御装置を、メモリ２０９は一時的にデータやプ
ログラム等を記憶する内部記憶装置を、出力装置２１０
はディスプレイやプリンタ等にＣＰＵ２０８で処理され
た情報を利用者に見える形で出力する装置を示してい
る。
【００１７】以下、本実施例のタスク管理方法を、図１
に従って説明する。「計算機利用者名、パスワード入
力」（ステップ１０１）は、ソフトウェア開発に携わる
開発者が計算機を利用する際の利用者名とパスワードを
入力する。その際、入力した計算機利用者名である開発
者の名称をメモリ内に記憶する。図３は図２で示す計算
機２０１に表示している初期画面３０１で開発者Ａが、
そして図2で示す計算機２０２に表示している初期画面
３０２で開発者Ｂが計算機を利用するため、計算機利用
者名とパスワードを入力した例を示す。それぞれ計算機
内のメモリに開発者名Ａ、開発者名Ｂを記憶する。
に従って説明する。「計算機利用者名、パスワード入
力」（ステップ１０１）は、ソフトウェア開発に携わる
開発者が計算機を利用する際の利用者名とパスワードを
入力する。その際、入力した計算機利用者名である開発
者の名称をメモリ内に記憶する。図３は図２で示す計算
機２０１に表示している初期画面３０１で開発者Ａが、
そして図2で示す計算機２０２に表示している初期画面
３０２で開発者Ｂが計算機を利用するため、計算機利用
者名とパスワードを入力した例を示す。それぞれ計算機
内のメモリに開発者名Ａ、開発者名Ｂを記憶する。
【００１８】処理要求（ステップ１０２）は、ステップ
１０１で計算機利用者名とパスワードを入力した開発者
が計算機上で行いたい処理を入力する。図４は図２で示
す計算機２０１を利用している開発者Ａが計算機上で要
求を出した画面の例と、図２で示す計算機２０２を利用
している開発者Ｂが計算機上で要求を出した画面の例を
それぞれ示す。ここで開発者Ａの使用している計算機の
画面は４０１で、開発者Ｂの使用している計算機の画面
は４０２である。
１０１で計算機利用者名とパスワードを入力した開発者
が計算機上で行いたい処理を入力する。図４は図２で示
す計算機２０１を利用している開発者Ａが計算機上で要
求を出した画面の例と、図２で示す計算機２０２を利用
している開発者Ｂが計算機上で要求を出した画面の例を
それぞれ示す。ここで開発者Ａの使用している計算機の
画面は４０１で、開発者Ｂの使用している計算機の画面
は４０２である。
【００１９】開発者Ａが使用している計算機の４０３は
処理の内容を表し、４０３中の４０４はコンパイルする
命令を、そして４０５はコンパイルするモジュールの名
前をそれぞれ表す。同様に開発者Ｂが使用している計算
機の４０６中の４０７は単体テストを行う命令を、そし
て４０８は単体テストを行うモジュールの名称をそれぞ
れ表す。
処理の内容を表し、４０３中の４０４はコンパイルする
命令を、そして４０５はコンパイルするモジュールの名
前をそれぞれ表す。同様に開発者Ｂが使用している計算
機の４０６中の４０７は単体テストを行う命令を、そし
て４０８は単体テストを行うモジュールの名称をそれぞ
れ表す。
【００２０】ステップ１０３はステップ１０１でメモリ
内に記憶した開発者の名前をメモリ内から抽出し、開発
者が属する開発拠点の開発計画情報を記憶装置から抽出
する。図５は図２で示す記憶装置２０４に格納されてい
る、ソフトウェア開発を行う前に予め定義した開発計画
情報の内容を示す図である。開発計画５０１中の５０２
は、開発者Ａ、開発者Ｂが共に所属する、互いに地理的
に離れた開発拠点「工場Ｘ」での開発計画を示す。例え
ば、５０２中の５０３は開発拠点「工場Ｘ」でのコーデ
ィング作業の期間が９２年６月２１日から９２年８月２
０日であることを示している。
内に記憶した開発者の名前をメモリ内から抽出し、開発
者が属する開発拠点の開発計画情報を記憶装置から抽出
する。図５は図２で示す記憶装置２０４に格納されてい
る、ソフトウェア開発を行う前に予め定義した開発計画
情報の内容を示す図である。開発計画５０１中の５０２
は、開発者Ａ、開発者Ｂが共に所属する、互いに地理的
に離れた開発拠点「工場Ｘ」での開発計画を示す。例え
ば、５０２中の５０３は開発拠点「工場Ｘ」でのコーデ
ィング作業の期間が９２年６月２１日から９２年８月２
０日であることを示している。
【００２１】ステップ１０４はステップ１０１でメモリ
内に記憶した開発者の名前をメモリ内から抽出し、現段
階での開発者及び開発者が所属するグループについての
作業の実績情報を抽出する。図６は開発拠点「工場Ｘ」
の開発グループ「ＧＲＯＵＰ−１」に所属する全ての開
発者の実績情報を示す。ここで、実績情報は日時「９２
年１０月２１日」現在の情報である。６０１は開発者Ｃ
の実績情報を表し、その中の連動テスト遅延本数が
「１」であることから、開発者Ｃが現在1本のモジュー
ルについて連動テスト６０３を行っていることを示して
いる。
内に記憶した開発者の名前をメモリ内から抽出し、現段
階での開発者及び開発者が所属するグループについての
作業の実績情報を抽出する。図６は開発拠点「工場Ｘ」
の開発グループ「ＧＲＯＵＰ−１」に所属する全ての開
発者の実績情報を示す。ここで、実績情報は日時「９２
年１０月２１日」現在の情報である。６０１は開発者Ｃ
の実績情報を表し、その中の連動テスト遅延本数が
「１」であることから、開発者Ｃが現在1本のモジュー
ルについて連動テスト６０３を行っていることを示して
いる。
【００２２】図７は開発者Ａの実績情報を、図８は開発
者Ｂの実績情報をそれぞれ示す。図７及び図８の実績情
報は共に日時「９２年１０月２１日」現在の情報であ
る。図７で示す作業状況「コーディング」７０２は、モ
ジュール「ＰＲＧ−１」７０１について開発者Ａが現在
コーディングを行っていることを示している。また、
「ＷＡＩＴ」７０３はモジュール「ＰＲＧ−３４」７０
５についてのコーディング作業は終了しているが、他の
モジュールのコーディング作業が終わっていないため、
次の作業に進めない状態を示している。同様に図８で示
す作業状況「単体テスト」８０１は、モジュール「ＰＲ
Ｇ−７」８０２について開発者Ｂが現在単体テストを行
っていることを示している。
者Ｂの実績情報をそれぞれ示す。図７及び図８の実績情
報は共に日時「９２年１０月２１日」現在の情報であ
る。図７で示す作業状況「コーディング」７０２は、モ
ジュール「ＰＲＧ−１」７０１について開発者Ａが現在
コーディングを行っていることを示している。また、
「ＷＡＩＴ」７０３はモジュール「ＰＲＧ−３４」７０
５についてのコーディング作業は終了しているが、他の
モジュールのコーディング作業が終わっていないため、
次の作業に進めない状態を示している。同様に図８で示
す作業状況「単体テスト」８０１は、モジュール「ＰＲ
Ｇ−７」８０２について開発者Ｂが現在単体テストを行
っていることを示している。
【００２３】次に、図１で示すステップ１０３とステッ
プ１０４で抽出した開発計画情報と開発者の実績情報か
ら、開発者が利用している計算機で行う処理の優先順位
を表す値を決める（ステップ１０５）。図９は優先順位
を表す値を決める制御フローを示す。以下、処理に割り
当てる優先順位を決める制御の流れを図９に従って説明
する。但し、本実施例で説明する優先順位を表す値は１
が一番優先順位が低く、４が一番優先順位が高いものと
する。
プ１０４で抽出した開発計画情報と開発者の実績情報か
ら、開発者が利用している計算機で行う処理の優先順位
を表す値を決める（ステップ１０５）。図９は優先順位
を表す値を決める制御フローを示す。以下、処理に割り
当てる優先順位を決める制御の流れを図９に従って説明
する。但し、本実施例で説明する優先順位を表す値は１
が一番優先順位が低く、４が一番優先順位が高いものと
する。
【００２４】図９で示す９０１は、ステップ１０３とス
テップ１０４で図２で示す記憶装置２０４から抽出した
開発計画情報と開発者の実績情報から、ステップ１０２
で処理要求を出した際、該当するモジュールについて、
作業が遅れているかを検索する。図７で示す開発者Ａの
実績情報７０４内の７０２から、９２年１０月２１日現
在で開発者Ａはモジュール「ＰＲＧ−１」についてコー
ディング作業を行っていることがわかる。次に開発者Ａ
が所属する開発拠点「工場Ｘ」の９２年１０月２１日現
在の作業内容を図５で示す開発計画情報から検出する
と、開発拠点「工場Ｘ」ではその中に属する開発者は全
ての作業、つまり設計、コーディング、そしてテスト作
業を終了していなければならないことがわかる。よって
ステップ１０２で処理要求した開発者Ａの担当モジュー
ル「ＰＲＧ−１」は現在作業が遅れていることがわか
る。開発者Ｂについては、実績情報８０５内の８０１か
ら、ステップ１０２で処理要求した開発者Ｂの担当モジ
ュール「ＰＲＧ−７」も現在作業が遅れていることがわ
かる。
テップ１０４で図２で示す記憶装置２０４から抽出した
開発計画情報と開発者の実績情報から、ステップ１０２
で処理要求を出した際、該当するモジュールについて、
作業が遅れているかを検索する。図７で示す開発者Ａの
実績情報７０４内の７０２から、９２年１０月２１日現
在で開発者Ａはモジュール「ＰＲＧ−１」についてコー
ディング作業を行っていることがわかる。次に開発者Ａ
が所属する開発拠点「工場Ｘ」の９２年１０月２１日現
在の作業内容を図５で示す開発計画情報から検出する
と、開発拠点「工場Ｘ」ではその中に属する開発者は全
ての作業、つまり設計、コーディング、そしてテスト作
業を終了していなければならないことがわかる。よって
ステップ１０２で処理要求した開発者Ａの担当モジュー
ル「ＰＲＧ−１」は現在作業が遅れていることがわか
る。開発者Ｂについては、実績情報８０５内の８０１か
ら、ステップ１０２で処理要求した開発者Ｂの担当モジ
ュール「ＰＲＧ−７」も現在作業が遅れていることがわ
かる。
【００２５】次に、９０１でモジュールの作業が遅れて
いないと判断した場合、モジュールについて行う処理の
優先順位を１とする（９０４）。そうでない場合は、次
に、その作業の遅れは他の開発者の作業の遅れで発生し
たか、記憶装置の中にある、設計作業時に作成されたモ
ジュールのモジュール仕様書の内容を検索する（９０
２）。図１０に開発者Ａが作成したモジュール名称「Ｐ
ＲＧ−１」のモジュール仕様書を、図１１に開発者Ｂが
作成したモジュール名称「ＰＲＧ−７」のモジュール仕
様書を示す。
いないと判断した場合、モジュールについて行う処理の
優先順位を１とする（９０４）。そうでない場合は、次
に、その作業の遅れは他の開発者の作業の遅れで発生し
たか、記憶装置の中にある、設計作業時に作成されたモ
ジュールのモジュール仕様書の内容を検索する（９０
２）。図１０に開発者Ａが作成したモジュール名称「Ｐ
ＲＧ−１」のモジュール仕様書を、図１１に開発者Ｂが
作成したモジュール名称「ＰＲＧ−７」のモジュール仕
様書を示す。
【００２６】図１０で示すモジュール仕様書「ＰＲＧ−
１」１００１内の１００２は、モジュール「ＰＲＧ−
１」が内部で他のモジュールを呼び出している呼び出し
先モジュールの内容を示している。ここで１００２内の
「なし」１００３から、モジュール「ＰＲＧ−１」は内
部で他のモジュールを呼び出していないことがわかる。
同様に図１１で示すモジュール仕様書１１０１内の１１
０２の内容から、モジュール「ＰＲＧ−７」は内部で別
のモジュールを呼び出していないことがわかる。よって
モジュール「ＰＲＧ−１」、「ＰＲＧ−７」の作業が遅
れているのは他の開発者の作業遅延が影響したものでは
ないことがわかる。
１」１００１内の１００２は、モジュール「ＰＲＧ−
１」が内部で他のモジュールを呼び出している呼び出し
先モジュールの内容を示している。ここで１００２内の
「なし」１００３から、モジュール「ＰＲＧ−１」は内
部で他のモジュールを呼び出していないことがわかる。
同様に図１１で示すモジュール仕様書１１０１内の１１
０２の内容から、モジュール「ＰＲＧ−７」は内部で別
のモジュールを呼び出していないことがわかる。よって
モジュール「ＰＲＧ−１」、「ＰＲＧ−７」の作業が遅
れているのは他の開発者の作業遅延が影響したものでは
ないことがわかる。
【００２７】次に、９０２で他の開発者の作業の遅れに
よって開発者の作業に影響を与えている場合、モジュー
ルについて行う処理の優先順位を３とする（９０６）。
そうでない場合は、次に開発者の作業の遅れによって、
他の開発者の作業に影響を与えているか検索し（９０
３）、影響を与えていない場合はモジュールについて行
う処理の優先順位を２と（９０５）、そうでない場合
は、優先順位を４とする（９０７）。図１２に開発者Ｃ
が作成したモジュール名称「ＰＲＧ−１１」のモジュー
ル仕様書を、図１３に９２年１０月２１日現在の開発者
Ｃの実績情報を示す。図１２で示すモジュール仕様書
「ＰＲＧ−１１」１２０１内の１２０２で示す内容か
ら、モジュール「ＰＲＧ−１１」はモジュール「ＰＲＧ
−１」を内部で呼び出していることがわかる（１２０
３）。
よって開発者の作業に影響を与えている場合、モジュー
ルについて行う処理の優先順位を３とする（９０６）。
そうでない場合は、次に開発者の作業の遅れによって、
他の開発者の作業に影響を与えているか検索し（９０
３）、影響を与えていない場合はモジュールについて行
う処理の優先順位を２と（９０５）、そうでない場合
は、優先順位を４とする（９０７）。図１２に開発者Ｃ
が作成したモジュール名称「ＰＲＧ−１１」のモジュー
ル仕様書を、図１３に９２年１０月２１日現在の開発者
Ｃの実績情報を示す。図１２で示すモジュール仕様書
「ＰＲＧ−１１」１２０１内の１２０２で示す内容か
ら、モジュール「ＰＲＧ−１１」はモジュール「ＰＲＧ
−１」を内部で呼び出していることがわかる（１２０
３）。
【００２８】次に、開発者Ｃが作成したモジュール「Ｐ
ＲＧ−１１」について作業が遅れているか、図１３で示
す実績情報を検索すると、モジュール「ＰＲＧ−１１」
１３０１について「連動テスト」１３０２から、開発者
Ｃがモジュール「ＰＲＧ−１」の作業遅延によって連動
テストを終了できない状況を示している。よって開発者
Ａが要求した処理の優先順位は４と決まる。開発者Ｂに
ついては、本実施例でモジュール「ＰＲＧ−７」を内部
で呼び出しているモジュールが存在しないとすると、開
発者Ｂが要求した処理の優先順位は２と決まる。
ＲＧ−１１」について作業が遅れているか、図１３で示
す実績情報を検索すると、モジュール「ＰＲＧ−１１」
１３０１について「連動テスト」１３０２から、開発者
Ｃがモジュール「ＰＲＧ−１」の作業遅延によって連動
テストを終了できない状況を示している。よって開発者
Ａが要求した処理の優先順位は４と決まる。開発者Ｂに
ついては、本実施例でモジュール「ＰＲＧ−７」を内部
で呼び出しているモジュールが存在しないとすると、開
発者Ｂが要求した処理の優先順位は２と決まる。
【００２９】ステップ１０６は、ネットワークで接続さ
れた全ての計算機の中で、ステップ１０２で処理要求し
た処理を依頼する最適な計算機を選びだす上記第３の従
来技術を用いて行う。本実施例では、図２で示す計算機
２０３が、開発者Ａ及び開発者Ｂが要求した処理を依頼
するのに最適な計算機と判断したとする。また現在図２
で示す計算機２０３では開発者Ｂが要求した処理を既に
行っているものとする。ステップ１０６において、上記
第３の従来技術を用いずに開発者が処理を実行させる計
算機を直接指定する方法がある。図１４に開発者Ｂが処
理を依頼する計算機を指定する画面を示す。図１４で示
す１４０１は、開発者Ｂが自分の処理を依頼する計算機
をネットワークで接続された「計算機２０３」と指定し
たことを示す。
れた全ての計算機の中で、ステップ１０２で処理要求し
た処理を依頼する最適な計算機を選びだす上記第３の従
来技術を用いて行う。本実施例では、図２で示す計算機
２０３が、開発者Ａ及び開発者Ｂが要求した処理を依頼
するのに最適な計算機と判断したとする。また現在図２
で示す計算機２０３では開発者Ｂが要求した処理を既に
行っているものとする。ステップ１０６において、上記
第３の従来技術を用いずに開発者が処理を実行させる計
算機を直接指定する方法がある。図１４に開発者Ｂが処
理を依頼する計算機を指定する画面を示す。図１４で示
す１４０１は、開発者Ｂが自分の処理を依頼する計算機
をネットワークで接続された「計算機２０３」と指定し
たことを示す。
【００３０】またネットワークで接続された全ての計算
機から最適な計算機を選び出すのでなく、予め開発者毎
に処理を依頼する計算機を限定する方法がある。図１５
に図２で示す記憶装置２０４に格納されている計算機利
用者情報の内容を示す。図１５で示す「開発者Ｅ」１５
０１は、ネットワークで接続された計算機を表す１５０
２の中からしか処理を依頼できる計算機がないことを表
し、ここでは開発者Ｅ１５０１の処理を行う計算機は１
５０２で示す計算機の中から上記第３の従来技術を用い
て最適な計算機が選び出される。
機から最適な計算機を選び出すのでなく、予め開発者毎
に処理を依頼する計算機を限定する方法がある。図１５
に図２で示す記憶装置２０４に格納されている計算機利
用者情報の内容を示す。図１５で示す「開発者Ｅ」１５
０１は、ネットワークで接続された計算機を表す１５０
２の中からしか処理を依頼できる計算機がないことを表
し、ここでは開発者Ｅ１５０１の処理を行う計算機は１
５０２で示す計算機の中から上記第３の従来技術を用い
て最適な計算機が選び出される。
【００３１】またネットワークで接続された全ての計算
機から最適な計算機を選び出すのでなく、処理の内容に
より、処理を依頼する計算機を限定する方法がある。図
１６に図２で示す記憶装置２０４に格納されている計算
機処理情報の内容を示す。図１６で示す「コンパイル」
１６０１は、ネットワークで接続された計算機を表す１
６０２の中からしか処理を依頼できる計算機がないこと
を表し、ここでは１６０２で示す計算機の中から上記第
３の従来技術を用いて最適な計算機が選び出される。
機から最適な計算機を選び出すのでなく、処理の内容に
より、処理を依頼する計算機を限定する方法がある。図
１６に図２で示す記憶装置２０４に格納されている計算
機処理情報の内容を示す。図１６で示す「コンパイル」
１６０１は、ネットワークで接続された計算機を表す１
６０２の中からしか処理を依頼できる計算機がないこと
を表し、ここでは１６０２で示す計算機の中から上記第
３の従来技術を用いて最適な計算機が選び出される。
【００３２】次にステップ１０６で、選択した計算機上
で現在処理が行われているか検索し（ステップ１０
７）、計算機上で何も処理が行われていない場合、ステ
ップ１０２で要求した処理を計算機上で行わせる（ステ
ップ１１４）。そうでない場合は、処理に付けられた優
先順位の値を比較する（ステップ１０８）。その結果、
優先順位の値が同じ場合は、現在ステップ１０６で選択
した計算機の中で行っている処理が終わるまで待ち、処
理が終わった後にステップ１０２で要求した処理を依頼
する（ステップ１１１）。優先順位の値が同じでない場
合は、次に現在ステップ１０６で選択した計算機の中で
行っている処理の優先順位が低いか検索する。優先順位
が高い場合は、現在行っている処理が終わるまで待ち、
処理が終わった後にステップ１０２で要求した処理を行
わせる（ステップ１１１）。低い場合は、現在行ってい
る処理を中断し、ステップ１０２で要求した処理を最初
に実行させる（ステップ１１２）。そしてステップ１０
２で要求した処理が終了した時点で中断している処理を
実行させる（ステップ１１３）。
で現在処理が行われているか検索し（ステップ１０
７）、計算機上で何も処理が行われていない場合、ステ
ップ１０２で要求した処理を計算機上で行わせる（ステ
ップ１１４）。そうでない場合は、処理に付けられた優
先順位の値を比較する（ステップ１０８）。その結果、
優先順位の値が同じ場合は、現在ステップ１０６で選択
した計算機の中で行っている処理が終わるまで待ち、処
理が終わった後にステップ１０２で要求した処理を依頼
する（ステップ１１１）。優先順位の値が同じでない場
合は、次に現在ステップ１０６で選択した計算機の中で
行っている処理の優先順位が低いか検索する。優先順位
が高い場合は、現在行っている処理が終わるまで待ち、
処理が終わった後にステップ１０２で要求した処理を行
わせる（ステップ１１１）。低い場合は、現在行ってい
る処理を中断し、ステップ１０２で要求した処理を最初
に実行させる（ステップ１１２）。そしてステップ１０
２で要求した処理が終了した時点で中断している処理を
実行させる（ステップ１１３）。
【００３３】開発者Ａが要求した処理を図２で示す計算
機２０３に行わせようとすると、計算機上では開発者Ｂ
が要求した処理を行っているので、両者の処理の優先順
位を比較する。すると開発者Ａの要求した処理の優先順
位が４で、開発者Ｂの要求した処理の優先順位が２であ
ることから、開発者Ａの要求した処理の優先順位が高
い。よって図２で示す計算機２０３で現在行っている開
発者Ｂの処理は中断し、開発者Ａの要求した処理を計算
機上で行わせる。開発者Ｂの処理については開発者Ａの
要求した処理が終了した時点で実行する。
機２０３に行わせようとすると、計算機上では開発者Ｂ
が要求した処理を行っているので、両者の処理の優先順
位を比較する。すると開発者Ａの要求した処理の優先順
位が４で、開発者Ｂの要求した処理の優先順位が２であ
ることから、開発者Ａの要求した処理の優先順位が高
い。よって図２で示す計算機２０３で現在行っている開
発者Ｂの処理は中断し、開発者Ａの要求した処理を計算
機上で行わせる。開発者Ｂの処理については開発者Ａの
要求した処理が終了した時点で実行する。
【００３４】本実施例は、ソフトウェア開発作業が遅れ
ているソフトウェア開発者の作業進行を支援することに
より、協調しあいながらソフトウェア開発作業を行うこ
とが可能である。
ているソフトウェア開発者の作業進行を支援することに
より、協調しあいながらソフトウェア開発作業を行うこ
とが可能である。
【００３５】図１７は第２の実施例における処理手順を
示す図である。本実施例は、図１で示す第１の実施例に
ステップ１７０１を加えた処理手順である。追加した機
能以外は、第１の実施例と同じである。
示す図である。本実施例は、図１で示す第１の実施例に
ステップ１７０１を加えた処理手順である。追加した機
能以外は、第１の実施例と同じである。
【００３６】ステップ１７０１はステップ１０１で利用
している計算機上で計算機利用者である開発者が要求す
る処理の対象となる全てのファイルについて優先順位を
表す値を決定するまで繰り返し行う。ここで、全てのフ
ァイルについて優先順位を表す値を決定した後、開発者
の優先順位を加えた実績情報の内容を開発者が利用して
いる計算機に表示する方法もある。図１８、図１９は開
発拠点「工場Ｙ」の開発グループ「ＧＲＯＵＰ−２９」
に所属する開発者Ｓの実績情報を示すが、図１８は「９
２年９月３日」時点の、図１９は「９２年９月４日」時
点の実績情報をそれぞれ示す。例えば開発者Ｓは図５で
示す「９２／９／２〜９２／１０／８」５０３から、モ
ジュール名「ＹＳ−ＰＲＧ−１」１８０１、「ＹＳ−Ｐ
ＲＧ−３」１８０２、「ＹＳ−ＰＲＧ−３１」１８０３
だけについて作業が遅れていることを示している。本実
施例では開発者Ｓが日時「９２年９月３日」の時点で全
てのモジュールについて単体テストを終了させたことと
する。開発者Ｓが日時「９２年９月４日」に計算機を利
用した時点で、開発者Ｓが所属する開発拠点の開発計画
情報、及び開発者Ｓの実績情報を抽出し、開発者Ｓが担
当する全てのファイル、つまりモジュールについて優先
順位を付けると、図１８で示すモジュール「ＹＳ−ＰＲ
Ｇ−１」１８０１、「ＹＳ−ＰＲＧ−３」１８０２、
「ＹＳ−ＰＲＧ−３１」１８０３は単体テストを前日に
終了したことから、開発者Ｓが担当するモジュールの作
業状況は全て連動テスト（１９０１）と変わり、日時
「９２年９月４日」は開発者Ｓの連動テストを行う期間
であることから、優先順位の値は１（１９０２）とな
る。
している計算機上で計算機利用者である開発者が要求す
る処理の対象となる全てのファイルについて優先順位を
表す値を決定するまで繰り返し行う。ここで、全てのフ
ァイルについて優先順位を表す値を決定した後、開発者
の優先順位を加えた実績情報の内容を開発者が利用して
いる計算機に表示する方法もある。図１８、図１９は開
発拠点「工場Ｙ」の開発グループ「ＧＲＯＵＰ−２９」
に所属する開発者Ｓの実績情報を示すが、図１８は「９
２年９月３日」時点の、図１９は「９２年９月４日」時
点の実績情報をそれぞれ示す。例えば開発者Ｓは図５で
示す「９２／９／２〜９２／１０／８」５０３から、モ
ジュール名「ＹＳ−ＰＲＧ−１」１８０１、「ＹＳ−Ｐ
ＲＧ−３」１８０２、「ＹＳ−ＰＲＧ−３１」１８０３
だけについて作業が遅れていることを示している。本実
施例では開発者Ｓが日時「９２年９月３日」の時点で全
てのモジュールについて単体テストを終了させたことと
する。開発者Ｓが日時「９２年９月４日」に計算機を利
用した時点で、開発者Ｓが所属する開発拠点の開発計画
情報、及び開発者Ｓの実績情報を抽出し、開発者Ｓが担
当する全てのファイル、つまりモジュールについて優先
順位を付けると、図１８で示すモジュール「ＹＳ−ＰＲ
Ｇ−１」１８０１、「ＹＳ−ＰＲＧ−３」１８０２、
「ＹＳ−ＰＲＧ−３１」１８０３は単体テストを前日に
終了したことから、開発者Ｓが担当するモジュールの作
業状況は全て連動テスト（１９０１）と変わり、日時
「９２年９月４日」は開発者Ｓの連動テストを行う期間
であることから、優先順位の値は１（１９０２）とな
る。
【００３７】本実施例は、第１の実施例と同様に、ソフ
トウェア開発作業が遅れているソフトウェア開発者の作
業進行を支援することにより、協調しあいながらソフト
ウェア開発作業を行うことが可能である。
トウェア開発作業が遅れているソフトウェア開発者の作
業進行を支援することにより、協調しあいながらソフト
ウェア開発作業を行うことが可能である。
【００３８】図２０は第３の実施例における処理手順を
示す図である。本実施例は、図１で示す第１の実施例の
ステップ１１２、ステップ１１３がなくし、ステップ２
００１、ステップ２００２を加えた処理手順である。追
加した機能以外は、第１の実施例と同じである。ステッ
プ２００１は、現在計算機上で行っている処理の優先順
位よりも依頼された処理の優先順位が高い場合、優先順
位が低い処理を行わせる計算機を上記第３の従来技術を
用いて、処理を行っていた計算機を除く、ネットワーク
で接続された計算機から最適な計算機を選び出し処理を
依頼する。ステップ２００２は、処理が最適な計算機で
実行され終了した時、処理を依頼した開発者に、処理を
依頼した計算機名、実行結果等の内容を電子化された文
書で通知する。図２１は処理を依頼した開発者Ａに送付
された電子化された文書の内容を示す図である。本実施
例は、第１の実施例と同様に、ソフトウェア開発作業が
遅れているソフトウェア開発者の作業進行を支援するこ
とにより、協調しあいながらソフトウェア開発作業を行
うことが可能である。
示す図である。本実施例は、図１で示す第１の実施例の
ステップ１１２、ステップ１１３がなくし、ステップ２
００１、ステップ２００２を加えた処理手順である。追
加した機能以外は、第１の実施例と同じである。ステッ
プ２００１は、現在計算機上で行っている処理の優先順
位よりも依頼された処理の優先順位が高い場合、優先順
位が低い処理を行わせる計算機を上記第３の従来技術を
用いて、処理を行っていた計算機を除く、ネットワーク
で接続された計算機から最適な計算機を選び出し処理を
依頼する。ステップ２００２は、処理が最適な計算機で
実行され終了した時、処理を依頼した開発者に、処理を
依頼した計算機名、実行結果等の内容を電子化された文
書で通知する。図２１は処理を依頼した開発者Ａに送付
された電子化された文書の内容を示す図である。本実施
例は、第１の実施例と同様に、ソフトウェア開発作業が
遅れているソフトウェア開発者の作業進行を支援するこ
とにより、協調しあいながらソフトウェア開発作業を行
うことが可能である。
【００３９】
【発明の効果】本発明は、少なくとも一人のソフトウェ
ア開発者を含むソフトウェア開発において、ソフトウェ
アの開発作業が行われる複数のネットワークで接続され
た複数の計算機の間で、ソフトウェア開発に携わる各ソ
フトウェア開発者が行う処理毎に、処理に関する作業進
捗状況と予め定義した開発計画とを比較し、作業が遅れ
ている者については優先順位を表す値を自動的に高く
し、処理に優先順位を付け、処理を依頼する計算機をネ
ットワークで接続された計算機の中から自動的に選択、
そして選択した計算機上で優先順位の高い処理を先に実
行させることにより、ソフトウェア開発作業が遅れてい
る開発者の作業進行を支援することができ、ひいては協
調しあいながらソフトウェア開発作業を行っていくこ
と、及びソフトウェア開発作業期間の延長を防止するこ
とができる。
ア開発者を含むソフトウェア開発において、ソフトウェ
アの開発作業が行われる複数のネットワークで接続され
た複数の計算機の間で、ソフトウェア開発に携わる各ソ
フトウェア開発者が行う処理毎に、処理に関する作業進
捗状況と予め定義した開発計画とを比較し、作業が遅れ
ている者については優先順位を表す値を自動的に高く
し、処理に優先順位を付け、処理を依頼する計算機をネ
ットワークで接続された計算機の中から自動的に選択、
そして選択した計算機上で優先順位の高い処理を先に実
行させることにより、ソフトウェア開発作業が遅れてい
る開発者の作業進行を支援することができ、ひいては協
調しあいながらソフトウェア開発作業を行っていくこ
と、及びソフトウェア開発作業期間の延長を防止するこ
とができる。
【図１】第１の実施例の処理手順を示す図
【図２】本実施例のハードウェア構成を示す図
【図３】該当する計算機上で開発者Ａと開発者Ｂが利用
者名とパスワードを入力した画面を示す図
者名とパスワードを入力した画面を示す図
【図４】該当する計算機上で開発者Ａと開発者Ｂが処理
を入力した画面を示す図
を入力した画面を示す図
【図５】記憶装置に格納されているソフトウェア開発に
関する開発計画情報の内容を示す図
関する開発計画情報の内容を示す図
【図６】開発グループ「ＧＲＯＵＰ−１」に属する全て
の開発者の実績情報の内容を示す図
の開発者の実績情報の内容を示す図
【図７】開発者Ａの９２年１０月２１日時点での実績情
報の内容を示す図
報の内容を示す図
【図８】開発者Ｂの９２年１０月２１日時点での実績情
報の内容を示す図
報の内容を示す図
【図９】優先順位を表す値を決定する制御フローを示す
図
図
【図１０】開発者Ａが作成したモジュール仕様書「ＰＲ
Ｇ−１」の内容を示す図
Ｇ−１」の内容を示す図
【図１１】開発者Ｂが作成したモジュール仕様書「ＰＲ
Ｇ−７」の内容を示す図
Ｇ−７」の内容を示す図
【図１２】開発者Ｃが作成したモジュール仕様書「ＰＲ
Ｇ−１１」の内容を示す図
Ｇ−１１」の内容を示す図
【図１３】開発者Ｃの９２年１０月２１日時点での実績
情報の内容を示す図
情報の内容を示す図
【図１４】開発者Ｂが処理を依頼する計算機を指定する
画面を示す図
画面を示す図
【図１５】計算機利用者情報の内容を示す図
【図１６】計算機処理情報の内容を示す図
【図１７】第２の実施例の処理手順を示す図
【図１８】開発者Ｓの９２年９月３日時点での実績情報
の内容を示す図
の内容を示す図
【図１９】開発者Ｓの９２年９月４日時点での実績情報
の内容を示す図
の内容を示す図
【図２０】第２の実施例の処理手順を示す図
【図２１】処理を依頼した開発者Ａに送付した電子化さ
れた文書の内容を示す図
れた文書の内容を示す図
計算機利用者名，パスワード入力…１０１、処理要求…
１０２、入力装置…２０７、ＣＰＵ…２０８、メモリ…
２０９、出力装置…２１０、Ｃ…６０２、連動テスト…
６０３、ＰＲＧ−１…７０１、コーディング…７０２、
ＷＡＩＴ…７０３、ＰＲＧ−３４…７０５、単体テスト
…８０１、ＰＲＧ−７…８０２、なし…１００３、なし
…１１０３、連動テスト…１３０２、計算機２０３…１
４０１、Ｅ…１５０１、コンパイル…１６０１、ＹＳ−
ＰＲＧ−１…１８０１、ＹＳ−ＰＲＧ−３…１８０２、
ＹＳ−ＰＲＧ−３１…１８０３。
１０２、入力装置…２０７、ＣＰＵ…２０８、メモリ…
２０９、出力装置…２１０、Ｃ…６０２、連動テスト…
６０３、ＰＲＧ−１…７０１、コーディング…７０２、
ＷＡＩＴ…７０３、ＰＲＧ−３４…７０５、単体テスト
…８０１、ＰＲＧ−７…８０２、なし…１００３、なし
…１１０３、連動テスト…１３０２、計算機２０３…１
４０１、Ｅ…１５０１、コンパイル…１６０１、ＹＳ−
ＰＲＧ−１…１８０１、ＹＳ−ＰＲＧ−３…１８０２、
ＹＳ−ＰＲＧ−３１…１８０３。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂元 和彦 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 本間 一宏 東京都小平市上水本町５丁目22番１号 株 式会社日立マイコンシステム内 (72)発明者 楯 茂樹 東京都小平市上水本町５丁目22番１号 株 式会社日立マイコンシステム内
Claims (9)
- 【請求項１】少なくとも一人のソフトウェア開発者を含
むソフトウェア開発において、ソフトウェアの開発作業
が行われる複数のネットワークで接続された複数の計算
機の間で、（ａ）ソフトウェア開発に携わるソフトウェ
ア開発者毎の現在の仕事の進捗状況を実績情報として抽
出するステップ、（ｂ）予め定義したソフトウェア開発
計画が登録されている開発計画情報を記憶装置から抽出
するステップ、（ｃ）抽出した実績情報と開発計画情報
の内容とを比較するステップ、（ｄ）該ソフトウェア開
発者が計算機上で行う全ての処理に優先順位を表す値を
自動的に付けるステップを有することを特徴とするタス
ク管理方法。 - 【請求項２】請求項１記載のタスク管理方法において、
（ｅ）該ソフトウェア開発者が行う処理を依頼する最適
な計算機をネットワークで接続された計算機の中から自
動的に選択するステップ、（ｆ）選択した計算機に該処
理を依頼するステップ、（ｇ）選択した計算機上で優先
順位の高い処理を先に実行させるステップを有すること
を特徴とするタスク管理方法。 - 【請求項３】請求項２記載のタスク管理方法において、
選択した計算機上で行っていた優先順位の低い処理は優
先順位の高い処理が終るまで処理を中断することを特徴
とするタスク管理方法。 - 【請求項４】請求項２記載のタスク管理方法において、
優先順位の低い処理は選択した計算機を除く、ネットワ
ークで接続された複数の計算機の中で最適な計算機を自
動的に選択し、選択した計算機に該処理を依頼すること
を特徴とするタスク管理方法。 - 【請求項５】請求項２記載のタスク管理方法において、
処理を依頼する計算機を指定することを特徴とするタス
ク管理方法。 - 【請求項６】請求項２、３記載のタスク管理方法におい
て、依頼した処理が実行し終了した場合に、該処理を依
頼したソフトウェア開発者に、該処理を実行した計算機
名、該処理の実行結果等を含んだ内容を電子化された文
書で送付することを特徴とするタスク管理方法。 - 【請求項７】請求項２、４、５記載のタスク管理方法に
おいて、ソフトウェア開発者毎に処理を依頼する計算機
を予め限定することを特徴とするタスク管理方法。 - 【請求項８】請求項２、４、５記載のタスク管理方法に
おいて、依頼する処理の内容により、依頼する計算機を
予め限定することを特徴とするタスク管理方法。 - 【請求項９】請求項１記載のタスク管理方法において、
計算機を利用する毎に、該ソフトウェア開発者の実績情
報を該ソフトウェア開発者に見える形に表示することを
特徴とするタスク管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5013198A JPH06230950A (ja) | 1993-01-29 | 1993-01-29 | 分散処理環境におけるタスク管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5013198A JPH06230950A (ja) | 1993-01-29 | 1993-01-29 | 分散処理環境におけるタスク管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06230950A true JPH06230950A (ja) | 1994-08-19 |
Family
ID=11826465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5013198A Withdrawn JPH06230950A (ja) | 1993-01-29 | 1993-01-29 | 分散処理環境におけるタスク管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06230950A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017141432A1 (ja) * | 2016-02-19 | 2017-08-24 | 三菱電機株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
-
1993
- 1993-01-29 JP JP5013198A patent/JPH06230950A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017141432A1 (ja) * | 2016-02-19 | 2017-08-24 | 三菱電機株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7437713B2 (en) | Automated system that tests software on multiple computers | |
| US7716061B2 (en) | Method and apparatus for obtaining status information in a grid | |
| US7472184B2 (en) | Framework for restricting resources consumed by ghost agents | |
| US6571215B1 (en) | System and method for generating a schedule based on resource assignments | |
| US6668269B1 (en) | Computer system process scheduler determining and executing processes based upon changeable priorities | |
| US7805436B2 (en) | Arrival rate throttles for workload management | |
| US8042119B2 (en) | States matrix for workload management simplification | |
| US20020016809A1 (en) | System and method for scheduling execution of cross-platform computer processes | |
| US8312466B2 (en) | Restricting resources consumed by ghost agents | |
| US6539542B1 (en) | System and method for automatically optimizing heterogenous multiprocessor software performance | |
| JP2002189841A (ja) | ワークフロー管理方法およびシステム並びにその処理プログラムを格納した記録媒体 | |
| US8161485B2 (en) | Scheduling jobs in a plurality of queues and dividing jobs into high and normal priority and calculating a queue selection reference value | |
| JPH05197578A (ja) | ユーザ要求の延期実行制御方法及び装置 | |
| Zhang et al. | Scheduling best-effort and real-time pipelined applications on time-shared clusters | |
| JP3429582B2 (ja) | マルチプロセッサシステム | |
| Kettler et al. | A modeling methodology for real-time/multimedia operating systems | |
| CN115292176A (zh) | 一种压力测试方法、装置、设备及存储介质 | |
| JPH06230950A (ja) | 分散処理環境におけるタスク管理方法 | |
| CN115061811A (zh) | 一种资源调度方法、装置、设备及存储介质 | |
| CN111143177B (zh) | Ibm主机的rmf iii数据的收集方法、系统、装置及存储介质 | |
| CN110297693B (zh) | 一种分布式软件任务分配的方法及其系统 | |
| JPH08241214A (ja) | データ処理システム | |
| Dutra et al. | Toward automatic management of embarrassingly parallel applications | |
| Chang et al. | Modeling a real-time multitasking system in a timed PQ net | |
| Streit | Self-tuning job scheduling strategies for the resource management of HPC systems and computational grids. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20000404 |