JP3381931B2 - 設計変更作業管理方法 - Google Patents

設計変更作業管理方法

Info

Publication number
JP3381931B2
JP3381931B2 JP14302091A JP14302091A JP3381931B2 JP 3381931 B2 JP3381931 B2 JP 3381931B2 JP 14302091 A JP14302091 A JP 14302091A JP 14302091 A JP14302091 A JP 14302091A JP 3381931 B2 JP3381931 B2 JP 3381931B2
Authority
JP
Japan
Prior art keywords
change
status
department
management
design change
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.)
Expired - Fee Related
Application number
JP14302091A
Other languages
English (en)
Other versions
JPH04367049A (ja
Inventor
渡 永岡
寛美 中島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP14302091A priority Critical patent/JP3381931B2/ja
Publication of JPH04367049A publication Critical patent/JPH04367049A/ja
Application granted granted Critical
Publication of JP3381931B2 publication Critical patent/JP3381931B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は、設計変更した際の変更
作業の管理に係り、特に変更通知をステータス登録によ
って管理する方式に関する。
【0002】
【従来の技術】ソフトウェアの開発作業において、ソフ
トウェアの設計が開発作業の開始から終了まで不変であ
ることは非常に希であり、通常は開発途上においてなん
らかの設計変更が発生する。ソフトウェアの設計に変更
があった場合、その影響範囲が1人の作業者にとどまら
ない場合が多い。影響する作業者が複数の場合、影響す
る作業者全員に影響のあることを知らせる必要がある。
【0003】従来は、変更のあったことを電話や文書で
伝えていた。又、各作業者が特定の端末装置等で作業を
している場合、当該作業者の端末に自動的に変更があっ
たことを知らせるメッセージを送付する技術があった。
なお公知例としては、例えば特開平1−292529号
公報記載の技術がある。
【0004】
【発明が解決しようとする課題】上記従来技術では、単
に変更があったことを知らせるメッセージを送るのみ
で、メッセージ送付先の状態を管理できない。そのた
め、例えば、メッセージ送付先でメッセージが無視され
た場合は、管理元ではその状態を把握できない。
【0005】本発明の目的は、発行した変更通知のステ
ータス管理を自動化し、管理元での設計変更情報の管理
を容易にすることである。
【0006】
【課題を解決するための手段】上記目的を解決するた
め、本発明では、管理元が変更通知を送付したのち、変
更通知の送付先システム(以下変更部署システムと記
す)が、管理元から送付された変更通知に対する設計変
更作業のステータスが変わる度に、管理元システムにそ
のステータスを通知する。管理元システムは変更部署の
ステータスを受取り、管理元変更通知管理テーブルに自
動的に登録する。
【0007】
【作用】変更部署は、設計変更作業のステータスが変わ
る度にそのステータスを管理元システムに通知するた
め、管理元では常に最新のステータスを把握し管理する
ことができる。
【0008】
【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。
【0009】図1は本発明の処理フローチャートであ
る。
【0010】左側を管理元、右側を変更部署として、処
理の流れを記述している。詳しくは後述する。
【0011】図2は本発明を実現するためのシステム構
成の例を示す。
【0012】図中201は管理元ワークステーションで
ある。202は管理元補助記憶装置である。203は管
理元変更通知管理テーブルである。204は通信網であ
る。管理元と変更部署はこの通信網を介して互いに通信
する。205は変更部署のワークステーションである。
206は変更部署の補助記憶装置である。207は変更
部署変更通知管理テーブルである。208は管理元シス
テムである。209は変更部署システムである。210
は管理元ユーザである。211は変更部署ユーザであ
る。管理元システム208、管理元ユーザ210は1つ
である。変更部署システム209、変更部署ユーザ21
1は複数の場合もある。
【0013】図3は設計変更の管理元変更通知管理テー
ブルを示す。
【0014】図中301は変更通知登録No.である。
302は変更通知のタイトルである。303は変更部署
名である。管理元ワークステーションは303の変更部
署名に記された部署に変更通知を送付する。1つの変更
通知を複数の部署に送付する場合は、変更部署を複数指
定する。304は変更通知のステータスである。305
はステータスを登録した日付である。ステータス304
は日付305とペアで履歴を持つ。
【0015】図4は変更部署変更通知管理テーブルを示
す。
【0016】図中301、302、304、305は図
3と同じである。403は変更通知の管理元部署名であ
る。
【0017】図5は変更通知のステータス遷移図を示
す。
【0018】例として、管理元における変更通知のステ
ータス遷移を説明する。変更通知を発信したときは「影
響調査中」501のステータスとする。変更部署より
「影響なし」のステータスが通知されてきたときは「影
響なし」502のステータスとする。変更部署より「変
更内容検討中」のステータスが通知されてきたときは
「変更内容検討中」503のステータスとする。さらに
変更部署より「変更作業中」のステータスが通知されて
きたときは「変更作業中」504のステータスとする。
変更部署より「変更完了」のステータスが通知されてき
たときは「変更完了」505のステータスとする。変更
部署におけるステータス遷移も同様とする。
【0019】図6は変更通知ステータス集計表を示す。
【0020】管理元のシステムは、変更部署側のシステ
ムから通知されるステータスを集計して、設計変更作業
の進み具合を管理する。601は変更通知ステータス集
計表である。602は日付である。この行に示された日
付に基づいてステータスを集計する。603はステータ
スである。501から505のステータスごとに変更通
知を集計する。604は合計である。
【0021】図7は変更通知ステータス集計図を示す。
この図は、変更通知ステータス集計表601をそのまま
グラフにしたものである。このようなグラフを管理元の
システムは出力する。
【0022】次に、図1の処理フローチャートに沿って
詳しい処理の流れを説明する。
【0023】管理元において設計情報に何らかの変更が
発生する(ステップ101)と、管理元ユーザ210は
変更通知を作成し(ステップ102)、管理元変更通知
管理テーブル203に変更通知登録No.301、タイ
トル302、および変更部署名303を登録する(ステ
ップ103)。この時の当該変更通知のステータス30
4は「影響調査中」501とする。変更部署名は当該設
計変更に対して影響があると思われる部署であるが、影
響があると思われる部署が複数の場合もある。管理元シ
ステム208は、管理元変更通知管理テーブル203に
記述された変更部署名303に変更通知登録No.30
1、タイトル302、および管理元部署名と共に変更通
知を送付する(ステップ104)。
【0024】変更通知を受け取った(ステップ105)
部署のシステム209は、変更部署変更通知管理テーブ
ル207に変更通知登録No.301、タイトル30
2、および管理元部署名403を登録する(ステップ1
06)。この時の当該変更通知のステータス304は
「影響調査中」501とする。変更部署ユーザ(21
1)は、送付された変更通知を見て当該部署に影響があ
るかどうかを調査し(ステップ107)、影響のない場
合は変更部署変更通知管理テーブル207のステータス
304に「影響なし」503を、日付305に当日の日
付を登録する(ステップ108)。影響のある場合は変
更部署変更通知管理テーブル207のステータス304
に「変更内容検討中」503のステータスを登録する
(ステップ108)。ステータス登録(ステップ10
8)が終ると、変更部署システム209は管理元システ
ム208に変更通知登録No.301、変更部署名30
3、およびステータス304及び日付305を通知する
(ステップ109)。
【0025】管理元システム208では、変更部署シス
テム209より通知された変更通知登録No.301、
変更部署名303およびステータス304および日付3
05を元に、管理元変更通知管理テーブル203に自動
的にステータス登録する(ステップ110)。
【0026】変更部署では、当該部署に影響がない場合
は作業は終了する(ステップ119)。当該部署に影響
がある場合は、変更部署ユーザ211が変更内容の検討
を開始する(ステップ111)。変更の内容が決まる
と、変更部署ユーザ(211)は変更部署変更通知管理
テーブル207に、次のステータスである「変更作業
中」504のステータスと当日の日付を登録する(ステ
ップ112)。ステータス登録(ステップ112)が終
ると、変更部署システム209は、管理元システム20
8に変更通知登録No.301、変更部署名303、お
よび「変更作業中」504のステータス304および日
付305を通知(ステップ113)する。
【0027】管理元システム208では、変更部署より
通知された変更通知登録No.301、変更部署名30
3と「変更作業中」504のステータス304を元に、
管理元変更通知管理テーブル203に自動的にステータ
ス登録する(ステップ114)。
【0028】変更部署ユーザ211は、変更作業を開始
する(ステップ115)。変更が完了すると、変更部署
のユーザは変更部署変更通知管理テーブル203に「変
更完了」505のステータス304をおよび当日の日付
305を登録する(ステップ116)。ステータス登録
(ステップ116)が終ると変更部署システム209
は、変更通知登録No.301、変更部署名、「変更完
了」のステータス304、日付305を管理元システム
208に通知する(ステップ117)。以上で変更部署
の作業は終了する(ステップ120)。
【0029】管理元システム208では、変更部署より
通知された変更通知登録No.301、変更部署名30
3と「変更完了」505のステータス304と日付30
5を元に、管理元変更通知管理テーブル203に自動的
にステータス登録する(ステップ118)。
【0030】また、管理元以外の部署で設計変更が発生
した場合は何らかの方法で管理元に変更内容を連絡す
る。そののち上述の実施例と同様に変更通知を作成・管
理する。
【0031】以上の処理により、管理元ユーザ210
は、管理元変更通知管理テーブル203を見て、常に変
更部署における変更作業のステータスを把握できる。
【0032】さらに、管理元変更通知管理テーブル20
3をもとに、管理元システムは変更通知ステータス集計
表601を作成する。変更通知ステータス集計表601
をグラフ化したのが変更通知ステータス集計図(図7)
である。管理元ユーザ210は変更通知ステータス集計
表601と変更通知ステータス集計図を見ることによ
り、ステータスの遷移を知ることができる。
【0033】なお、上記ステップ102、103、10
7、111、115の人的作業を支援するプログラムを
用意し、このプログラム上での人的作業が完了した時に
変更部署はステータスを遷移させてもよい。たとえば、
予めデータについてのクロスリファレンス情報、仕様の
依存関係の情報、仕様の変更波及についての関連情報等
を用意しておいて、ステップ102の変更通知作成を自
動的に行い、さらにステップ103において影響がある
と思われる部署を自動的に決定して変更通知管理テーブ
ル登録自動的に行う。ステップ107、ステップ11
1、ステップ115についても同様とする。
【0034】また、上記実施例では5つのステータスを
設定していたが、ステータスの数と移り変わり方は変更
してもよい。
【0035】次に、本発明の第2の実施例について説明
する。
【0036】前述の実施例は管理元が1つだったが、管
理元が複数ある場合、それぞれの部署が発信した変更通
知を管理元変更通知管理テーブル203で管理し、それ
ぞれの部署が受信した変更通知を変更部署変更通知管理
テーブル207で管理する。すなわち管理元の補助記憶
装置202、変更部署の補助記憶装置206のいづれに
も管理元変更通知管理テーブル203、変更部署変更通
知管理テーブル207の両方が存在する。この時、変更
部署管理テーブル207の管理元部署名403にはそれ
ぞれの変更通知の管理元部署名が入る。
【0037】次に、本発明の第3の実施例について説明
する。
【0038】1台のワークステーションまたは1台の大
型コンピュータを用い、変更部署はオンライン端末で管
理元と通信する。変更部署には補助記憶装置206はな
い。この場合、管理元変更通知管理テーブル203、変
更部署変更通知管理テーブル207共に管理元の補助記
憶装置202内にあり、前述と同様の管理を行う。
【0039】変更部署の端末がオフラインの場合も同様
とする。
【0040】次に、本発明の第4の実施例について説明
する。
【0041】1台のワークステーションまたは1台の大
型コンピュータを用い、変更部署はオンライン端末で管
理元と通信する。変更部署には補助記憶装置206はな
い。この場合、変更部署変更通知管理テーブル207は
持たず、補助記憶装置202内の管理元変更通知管理テ
ーブル203のみを用いて変更通知を管理する。変更部
署システム209は管理元変更通知管理テーブル203
に登録されている変更通知のうち、変更部署名303が
当該部署名の変更通知のみを変更部署ユーザ211に対
し表示する。表示形式は変更部署変更通知管理テーブル
207と同様とする。変更部署の端末がオフラインの場
合も同様とする。
【0042】次に、本発明の第5の実施例について説明
する。
【0043】前述の実施例はソフトウェア開発における
設計変更作業のステータスを管理元で管理するものであ
ったが、ソフトウェアの開発以外の分野へ本システムを
応用し、作業の管理を行うことができる。例えば出版社
において、ある原稿の校正を複数部署で行っていると
き、このシステムを用いて校正の進み具合を管理元で管
理できる。この場合、図5のステータス遷移図は原稿の
校正状態を管理するのに適したステータス内容と遷移と
する。
【0044】次に、本発明の第6の実施例について説明
する。
【0045】前述の実施例は変更通知送付を通信網を用
いて行ったが、変更の内容そのものの通知は電話や文書
を用い、ステータス管理のみをこのシステムを用いて行
う。この場合図1の変更通知送付ステップ104では変
更通知登録No.301,タイトル302のみを変更部
署システム209に送付し、変更通知受取ステップ10
5では、これら送付されたもののみを受け取る。
【0046】
【発明の効果】本発明によれば、発行した変更通知のス
テータス管理を自動化し、管理元での設計変更情報の管
理が容易となるという効果がある。
【図面の簡単な説明】
【図1】本発明の一実施例の処理フローチャートであ
る。
【図2】本発明のシステムの一例を示すシステム構成図
である。
【図3】管理元の管理元変更通知管理テーブルである。
【図4】変更部署の変更部署変更通知管理テーブルであ
る。
【図5】本発明の一実施例におけるステータス遷移図で
ある。
【図6】変更通知ステータス集計表である。
【図7】変更通知ステータス集計図である。
【符号の説明】
101・・・・変更発生ステップ 102・・・・変更通知作成ステップ 103・・・・管理元変更通知管理テーブル登録ステップ 104・・・・変更通知送付ステップ 105・・・・変更通知受取ステップ 106・・・・変更部署変更通知管理テーブル登録ステップ 107・・・・影響状況調査ステップ 108・・・・影響状況判明ステップ 109・・・・変更内容検討着手または影響なし通知ステッ
プ 110・・・・ステータス登録ステップ 111・・・・変更内容検討ステップ 112・・・・変更内容決定ステップ 113・・・・変更作業着手ステップ 114・・・・ステータス登録ステップ 115・・・・変更作業ステップ 116・・・・変更完了ステップ 117・・・・変更完了通知ステップ 118・・・・ステータス登録ステップ 119・・・・終了ステップ 120・・・・終了ステップ 201・・・・管理元ワークステーション 202・・・・管理元補助記憶装置 203・・・・管理元変更通知管理テーブル 204・・・・通信網 205・・・・変更部署ワークステーション 206・・・・変更部署補助記憶装置 207・・・・変更部署変更通知管理テーブル 208・・・・管理元システム 209・・・・変更部署システム 210・・・・管理元ユーザ 211・・・・変更部署ユーザ 301・・・・変更通知登録No. 302・・・・変更通知タイトル 303・・・・変更通知変更部署名 304・・・・変更通知ステータス 305・・・・ステータス登録日付 403・・・・変更通知管理元部署名 501・・・・影響調査中ステータス 502・・・・影響なしステータス 503・・・・変更内容検討中ステータス 504・・・・変更作業中ステータス 505・・・・変更完了ステータス 601・・・・変更通知ステータス集計表 602・・・・日付 603・・・・ステータス 604・・・・合計
───────────────────────────────────────────────────── フロントページの続き (72)発明者 中島 寛美 神奈川県川崎市幸区鹿島田890番地の12 株式会社 日立製作所 情報システム 開発本部内 (56)参考文献 特開 平3−116228(JP,A) 特開 昭63−211026(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 9/44

Claims (3)

    (57)【特許請求の範囲】
  1. 【請求項1】 通信回線で接続された複数の情報処理装
    を有するシステムにおける設計変更作業管理方法であ
    って、第1、第2のテーブルを前記複数の情報処理装置
    と同数設け、前記複数の情報処理装置の各々は、設計変
    更情報を他の情報処理装置に送信するとともに、前記設
    計変更情報にステータスを付与して前記第1のテーブル
    で管理し、設計変更情報を他の情報処理装置から受信し
    た場合は、前記設計変更情報にステータスを付与して前
    記第2テーブルで管理し、前記第2のテーブルの設計
    変更情報のステータスが変わる度に、前記設計変更情報
    の送信元の情報処理装置に前記ステータスを送信し、ス
    テータスを受信した場合は、前記第1テーブルの対応
    する設計変更情報のステータスを更新することを特徴と
    する設計変更作業管理方法
  2. 【請求項2】 前記情報処理装置は前記第2のテーブル
    の各ステータスに対応する人的作業を支援する手段を有
    し、前記支援手段上で作業が完了した場合は前記ステー
    タスを更新することを特徴とする請求項1記載の設計変
    更作業管理方法
  3. 【請求項3】 前記情報処理装置は設計変更情報の自動
    作成手段を有し、前記自動作成手段を用いて作成した設
    計変更情報を他の情報処理装置に送信すると共に前記第
    1のテーブルを用いて管理することを特徴とする請求項
    記載の設計変更作業管理方法
JP14302091A 1991-06-14 1991-06-14 設計変更作業管理方法 Expired - Fee Related JP3381931B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP14302091A JP3381931B2 (ja) 1991-06-14 1991-06-14 設計変更作業管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP14302091A JP3381931B2 (ja) 1991-06-14 1991-06-14 設計変更作業管理方法

Publications (2)

Publication Number Publication Date
JPH04367049A JPH04367049A (ja) 1992-12-18
JP3381931B2 true JP3381931B2 (ja) 2003-03-04

Family

ID=15329062

Family Applications (1)

Application Number Title Priority Date Filing Date
JP14302091A Expired - Fee Related JP3381931B2 (ja) 1991-06-14 1991-06-14 設計変更作業管理方法

Country Status (1)

Country Link
JP (1) JP3381931B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8554599B2 (en) 2005-03-25 2013-10-08 Microsoft Corporation Work item rules for a work item tracking system

Also Published As

Publication number Publication date
JPH04367049A (ja) 1992-12-18

Similar Documents

Publication Publication Date Title
US7266734B2 (en) Generation of problem tickets for a computer system
JP2000259514A (ja) 電子メール宛先管理システムおよびこのシステムを実現するプログラムを記録した記録媒体
EP2099155A1 (en) Method and system for processing client request
JP2001014327A (ja) 中間処理管理システム、中間処理管理方法および中間処理管理用プログラムを記録した記録媒体
JP3381931B2 (ja) 設計変更作業管理方法
JP4516594B2 (ja) メッセージ送信制御方法、メッセージ送信制御装置、及びメッセージ送信制御プログラム
JP2003323530A (ja) ワークフロー管理装置、ファクシミリ装置及び通信装置
JPH06320845A (ja) 通知機能を有するプリンタ
JP3569984B2 (ja) 電子メール装置
WO1996004755A1 (en) Apparatus for managing a telecommunications network
JP2638480B2 (ja) アラーム情報配信装置
JP2004185402A (ja) 固定資産管理システムと資産管理プログラム
US20040122889A1 (en) Method for sending messages in a computer network
JP3389154B2 (ja) ネットワークプリントシステムおよびネットワークプリント方法
US20080281760A1 (en) Service Negotiation
JPS6255758A (ja) 部品発注方式
JP3982343B2 (ja) 電子メールクライアント装置およびその電子メール表示方法
JPH11215178A (ja) 非定型ワークフロー制御方法、並びに非定型ワークフロー制御電子メールシステム
JP2001331596A (ja) 作業管理システム
EP1432182A1 (en) Method for sending messages in a computer network
JPH0836570A (ja) 関係文書編集装置
JPH0744482A (ja) サーバ状態管理システム
JPH10312424A (ja) ビル管理システムおよびビル管理方法並びにビル管理プログラムを記録した記録媒体
JPH0981435A (ja) ネットワークシステムのファイル管理装置
JP2000048011A (ja) 文書共同編集システム

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071220

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081220

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081220

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091220

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees