JP2004213447A - Support device, support method and support program - Google Patents

Support device, support method and support program Download PDF

Info

Publication number
JP2004213447A
JP2004213447A JP2003000907A JP2003000907A JP2004213447A JP 2004213447 A JP2004213447 A JP 2004213447A JP 2003000907 A JP2003000907 A JP 2003000907A JP 2003000907 A JP2003000907 A JP 2003000907A JP 2004213447 A JP2004213447 A JP 2004213447A
Authority
JP
Japan
Prior art keywords
task
project
document
database
tasks
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.)
Pending
Application number
JP2003000907A
Other languages
Japanese (ja)
Inventor
Akio Nishijima
暁生 西島
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2003000907A priority Critical patent/JP2004213447A/en
Publication of JP2004213447A publication Critical patent/JP2004213447A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To reduce time for collecting performance information by automatically collecting a document creation state. <P>SOLUTION: A document creating part 44 lets a terminal select a task to create the document out of a plurality of tasks stored in a project database 20. A template document corresponding to the selected task is acquired from a document database 30. The document is created by displaying the acquired template document on the terminal, and a progress measurement part 46 supports a project staff member and a project manager by calculating a progress percentage for the project using information of each database. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
この発明は、製品開発プロジェクトの開発管理の支援を行う支援装置とその方法に関するものである。
【0002】
【従来の技術】
従来の開発管理方法では以下のような問題点があった。
従来のプロジェクト管理ツールでは、タスクを進捗管理すべき全てのタスクに分解すると実績入力の負荷が増大するため、運用上タスクの分解に限界があった。
また、従来のプロジェクト管理ツールではタスクに対して作成後のドキュメントをリンクづけできるが、タスクと作成中のドキュメントとのリンクづけができなかった。
また、タスクの成果物(ドキュメント)から進捗状況を自動的に収集する仕組みがないため、作成者がドキュメントの作成状況を随時報告(または入力)する必要があった。
また、プロジェクト管理者のタスク設定業務および分解業務を支援する仕組みがなかった。
【0003】
従来の開発管理方法として、例えば、特許文献1においては、プロジェクトの成果物からの実績収集および作業工程の定義の仕組みが開示され、開発管理の容易化を図っている。
しかし、作業工程の定義において、標準工程からの編集や、類似プロジェクトからの流用の手段は提示されているが、仕様内容に応じて動的(ルールベース)に作業工程を提示する手段は示されていない。
このため、プロジェクト管理者がタスクの取捨選択を実施する作業に多大な労力が必要であった。
【0004】
また、特許文献2においては、ソフトウェア開発の成果物(ドキュメント、ソースコード)からオブジェクト指向開発・設計理論に従い、実績を収集する仕組みが開示されているが、ソフトウェア開発以外の分野での成果物の進捗情報収集に関する方法は開示されていない。
【0005】
【特許文献1】
特開平10−154310号公報
【特許文献2】
特開2001−209530号公報
【0006】
【発明が解決しようとする課題】
このように、従来の開発管理方法では、プロジェクト管理者がプロジェクトの進捗状況を把握する場合、プロジェクト担当者に進捗状況を問い合わせる必要があった。また、従来の開発管理システムでは管理者がプロジェクトを計画する際に、タスクに分解する作業に膨大な労力が必要であった。
【0007】
この発明は、ドキュメントの作成状況を自動収集し、実績情報収集時間を削減することを目的とする。
【0008】
また、この発明は、プロジェクト計画時に入力されたプロジェクトの情報(主に製品仕様)に従って、自動的にタスクを生成し、プロジェクト管理者のタスク設定業務の省力化を実現することを目的とする。
【0009】
【課題を解決するための手段】
この発明は、複数の工程からなるプロジェクトの各作業工程をタスクとして、複数のプロジェクトの各プロジェクトに属する複数のタスクを各プロジェクトに対応させて記憶するタスクデータベースと、
端末から送信されたプロジェクトの仕様情報に基づいて、上記タスクデータベースに記憶した複数のタスクから上記プロジェクトの仕様情報に当てはまるプロジェクトに属するタスクを選択することによってプロジェクトの仕様情報に応じたタスクを含むプロジェクトを生成するプロジェクト生成部とを備えた、プロジェクトを支援する。
【0010】
【発明の実施の形態】
実施の形態1.
図1はこの発明を実施した場合のシステムの全体構成図である。開発管理支援装置40は、支援装置の一例であり、プロジェクトチームのメンバーであるプロジェクト管理者及びプロジェクト担当者の端末とLAN50等のネットワークで接続され、タスクデータベース10、プロジェクトデータベース20、文書データベース30に格納された各情報を利用して、プロジェクト管理者及びプロジェクト担当者を支援する。
【0011】
まず各データベースの概要について述べる。
実施の形態1のタスクデータベース10はプロジェクトを自動生成するための基本となるタスクに関するデータを格納するデータベースである。
プロジェクトデータベース20はプロジェクトに関連するデータを管理するデータベースである。
文書データベース30は、プロジェクトで作成されるドキュメントおよびテンプレートドキュメントを格納するデータベースである。文書データベース30には、例えば、XMLファイルが格納される。
【0012】
次に図1の開発管理支援装置40の内部構成について述べる。
開発管理支援装置40は、インタフェースとして、上記各データベースとのデータのやりとりを行うデータベースインタフェース部41、端末とのインタフェースを行う端末インタフェース部42をもつ。
開発管理支援装置40は、また、以下の機能を有する各部を持つ。
プロジェクト生成部43ではプロジェクトチームのプロジェクト計画時に、端末から送信されたプロジェクトの仕様情報に基づいて、タスクデータベース10に記憶した複数のタスクから上記プロジェクトの仕様情報に当てはまるプロジェクトに属するタスクを選択することによってプロジェクトの仕様情報に応じたタスクを含むプロジェクトを生成し、プロジェクトの計画支援を行う。
ドキュメント作成部44では、プロジェクト担当者の端末からの入力にもとづき、ドキュメントの作成及び編集を行う。
プロジェクト変更部45では、プロジェクト管理者の端末からの入力にもとづき、プロジェクト計画の変更を行う。
進捗計測部46では、プロジェクトの進捗状況を計測し、プロジェクト管理者の端末に表示する。
タスクデータベースメンテナンス部47では、プロジェクト管理者の端末からの入力にもとづき、タスクデータベース10のメンテナンスを行う。
アラーム表示部48では、プロジェクト管理者の端末にアラーム(警告)を表示する。
記憶部49では、端末から入力された各種のデータを一時記憶しておく。
【0013】
図2に本プロジェクトで管理するタスクの一例を示す。
タスクはツリー構造で表現されるものとする。上位の階層から順に細かいタスク(作業内容)に分解されるものとする。図2では左に行く程上位の階層である。
ツリーの構造として以下の制限があるものとする。
1.階層数には制限のないものとする。
2.あるノードにおいて自分より下の階層にノードがない場合はそのノードには必ずドキュメントのテンプレート(テンプレートドキュメント)を保有するものとする。すなわち、タスクデータベース10には、各プロジェクトに属する複数のタスクをツリー状に関連付けて階層的に記憶し、自己より下位に関連付けられたタスクが存在しないタスクのテンプレートドキュメント名をタスクとともに記憶する。このテンプレートドキュメント自身はXML形式で文書データベース30に保存されるものであり、内部に章・節・項を必ず1つ以上保有する。テンプレートドキュメントを保有するタスクを含む、このノードを以下「最小タスクノード」と称する。
3.上記1以外タスク(自己より下位に関連付けられたタスクが存在するタスク)を含むノードはドキュメントを保有しない。このノードを以下「中間タスクノード」と称する。
ここで、タスクとは、複数の作業工程からなるプロジェクトの各工程をいう。具体的には、図2で示す各ブロックがタスクである。また、ドキュメントとは、タスクを実行した結果得られる成果物である文書をいう。また、テンプレートドキュメントとは、タスクの処理内容の初期値を示す文書をいい、具体的には図2に示す各XMLファイルがこれに該当する。
例えば、タスク「開発計画」は、自己より下位に関連付けられたタスク「体制表作成」が存在するタスクであり、タスク「体制表作成」は、自己より下位に関連付けられたタスクが存在しないタスクである。タスク「体制表作成」には、テンプレートドキュメント名「体制表」をもつXMLファイル(テンプレートドキュメント)がリンクされている。すなわち、タスクデータベース10には、初期値として、図2に示すタスク構成を記憶し、自己より下位に関連付けられたタスクが存在しないタスクに対してテンプレートドキュメント名を記憶し、また、文書データベース30に上記テンプレートドキュメント名をもつXMLファイル(テンプレートドキュメント)を記憶することによって、上記タスクとそのタスクに対応するテンプレートドキュメントをリンクし、上記データベースを用いることによって開発管理支援装置40は開発管理を支援することとなる。
【0014】
まず、プロジェクト計画時にプロジェクト生成部43が行うタスク生成支援機能について説明する。
プロジェクト計画の作業フローの概要を図3に示す。
具体的にはまず、プロジェクト生成部43は図4に示すプロジェクト登録画面を端末に表示させ(S31)、プロジェクトで開発する機種の製品仕様情報(プロジェクトの仕様情報)をプロジェクト管理者に入力させる(S32)。次に、プロジェクト生成部43はS32で入力された製品仕様情報をもとにタスクデータベース10に格納されたデータを使用して、タスクの自動生成およびタスクツリーを構築し(S33)、実行結果を図5に示すプロジェクト専用のタスクツリー編集画面に表示させる(S34)。プロジェクト管理者は今回のプロジェクトで必要なタスクを表示されたタスクツリー編集画面から選択する(S35)。なお図5において、下部の概要設計、詳細設計、初品管理、初期流動管理のタスクツリーは省略している。
図5の例において、今回のプロジェクトでは、プロジェクト管理者が「ライフサイクルDR」と「初品管理」は実施しないと決定したため、チェックが外されている。プロジェクト管理者が今回のプロジェクトで実施するタスクを選択した後、プロジェクト生成部43はプロジェクト管理者に図5の「保存」ボタンをクリックさせる。プロジェクト管理者によって選択されたプロジェクトのタスクは対応するテンプレートドキュメント名がある場合には対応するテンプレートドキュメントと共にプロジェクトデータベース20に保存される(S36)。
【0015】
タスク生成に関し、従来は類似プロジェクトからの流用や基準プロジェクトのタスクをもとにタスクを生成していた。
しかし、本実施の形態では、複数のプロジェクトの各プロジェクトに属する複数のタスクを各プロジェクトに対応させてタスクデータベース10に記憶するとともに各プロジェクトに属する複数のタスクの少なくともいずれかのタスクに対応したテンプレートドキュメント名をタスクとともに記憶する。また、タスクの処理内容の初期値を示すテンプレートドキュメントを文書データベース30に記憶する。プロジェクト生成部43は、端末から送信されたプロジェクトの仕様情報に基づいて、タスクデータベース10に記憶した複数のタスクからプロジェクトの仕様情報に当てはまるプロジェクトに属するタスクを選択することによってプロジェクトの仕様情報に応じたタスクを含むプロジェクトを生成する。また、プロジェクト生成部43は、生成したプロジェクトに含まれるタスクに対応したテンプレートドキュメント名をタスクデータベース10から取得し、取得したテンプレートドキュメント名のテンプレートドキュメントを上記文書データベース30から取得することによって上記生成したタスクとともに対応するテンプレートドキュメントが含まれたプロジェクトを生成する。さらに、プロジェクト生成部43は、複数のタスクを含むプロジェクトを生成し、生成したプロジェクトに含まれる複数のタスクのうちから必要な複数のタスクを端末に選択させ、プロジェクト生成部43が端末に選択させた複数のタスクとこれら複数のタスクとに対応する、タスクデータベース10に記憶されたテンプレートドキュメント名とをプロジェクトデータベース20に記憶する。
このように、本実施の形態の開発管理支援装置40ではタスクデータベース10を活用し、プロジェクトに必要なタスクを含んだプロジェクトを自動生成するプロジェクト生成部43により、製品仕様(プロジェクトの仕様情報)に応じたタスクを含むプロジェクトを自動生成するため、タスク設定業務の効率化を図ることができる。
【0016】
次に、プロジェクト生成部43がS33で実行するプロジェクトに含まれるタスクの自動生成の概要について記述する。
図6にプロジェクトに含まれるタスク自動生成のフローを示す。プロジェクト生成部43はS32において入力された製品仕様情報を一時的に記憶部49にセットする(S61)。次に、プロジェクト生成部43は、記憶部49にセットされた製品仕様情報(プロジェクトの仕様情報)を検索条件として、この検索条件をもとにタスクデータベース10に記憶された全タスクを検索し(S62)、検索条件に合致するタスクだけを記憶部49に記憶し(S63)、全検索後、記憶部49に記憶した検索結果をプロジェクトデータベース20に保存する(S64)。なお、検索の詳細については後述する。
【0017】
次に、タスクデータベース10に格納されているデータの詳細について述べる。
タスクデータベース10にはタスク等の情報が図7に示される形式で保存されている。図7はプロジェクトで実施されると想定される最大限のタスクツリー形式で表したもので、個々のプロジェクトのタスクはこの中から選択される。
各ノードは上述したように中間タスクノードと最小タスクノードに分類される。中間タスクノードは属性としてタスク11、タスク抽出ルール12を持つ。最小タスクノードは属性としてタスク11、タスク抽出ルール12、テンプレートドキュメント13、進捗判定情報14を持つ。
タスクデータベース10にはこれら全ての情報が保存されている。なお、タスクデータベース10の実際のテーブル例については後述する。
【0018】
プロジェクト生成部43によって行われるタスクデータベース10の検索の詳細について述べる。
検索が実行されるとタスクツリーの上位階層から順にタスク11の検索が実行される。プロジェクト生成部43は、タスクツリーの各ノードに付随するタスク抽出ルール12と入力された製品仕様情報(プロジェクトの仕様情報)をもとに各タスク11を検索し、プロジェクトに必要なタスクを抽出する。たとえば端末から入力されたプロジェクトの仕様情報(検索条件)の中で「客先=○○電力」というプロジェクトの仕様情報があるとする。また、タスクデータベース10中のタスク11で中間タスクノードまたは最小タスクノードで、タスク抽出ルール12が「IF 客先=○○電力」のものがあるとする。
この場合、プロジェクト生成部43はタスク抽出ルール12が「IF 客先=○○電力」のタスク11はプロジェクトの仕様情報に合致されたタスクと認識する。
このようにプロジェクト生成部43はタスクデータベース10から入力された製品仕様情報(プロジェクトの仕様情報)に合致するタスク11があるかを検索し、今回のプロジェクトの仕様情報に合致するタスク11だけを抽出して、プロジェクトデータベース20に保存する。
【0019】
次に、プロジェクトの進行時にドキュメント作成部44の支援によって、各プロジェクト担当者がドキュメントの作成及び編集を行う方法について記述する。
ドキュメント作成部44は、図8のプロジェクト一覧画面よりプロジェクト担当者に担当するプロジェクトを選択させ、「プロジェクト編集」ボタンをクリックさせ、その結果、プロジェクト担当者用のタスクツリー画面を表示する。
プロジェクト担当者用のタスクツリー画面を図9に示す。プロジェクト担当者が、編集するドキュメント名15を選択すると、図10のドキュメント編集画面が表示され、ドキュメントの編集が可能となる。プロジェクト担当者は、ドキュメントの編集を終了したあと「保存」ボタンをクリックする。
ドキュメント作成部44はこれを受けてドキュメントを文書データベース30に保存する。章および節を追加する場合は「章・節」追加ボタンをクリックして、章および節の追加を行う。
【0020】
このように、本実施の形態の開発管理支援装置40のドキュメント作成部44は、プロジェクトデータベース20に記憶した複数のタスクのうちドキュメントを作成するタスクを端末に選択させ、選択させたタスクに対応するテンプレートドキュメント名を持つテンプレートドキュメントを文書データベース30から取得し、取得したテンプレートドキュメントを端末に表示することによってドキュメントの作成を行なうプロジェクト担当者を支援するとともに、文書データベース30は、ドキュメント作成部44が支援して作成されたドキュメント名を含むドキュメントをテンプレートドキュメントに対応させて記憶することで、ドキュメントの作成時においてもプロジェクトの開発の進行を促進させることができる。
【0021】
次に、プロジェクト変更部45の支援を受けて、プロジェクト管理者がプロジェクト進行時にプロジェクトの計画を見直す方法について記述する。
プロジェクト進行時にプロジェクトの計画を見直す場合、プロジェクト変更部45は、図11のプロジェクト変更画面を起動する。プロジェクト管理者はこの画面において、タスク11の追加・削除、完了予定日16の変更、進捗判定情報14の変更、完了処理を行う。
【0022】
図11の画面上でタスク11の追加・削除を行う方法について記述する。
追加・削除されるタスク11が発生した場合には、図11のタスクツリーで追加または削除したいタスクを選択し、「タスク追加」または「タスク削除」ボタンをクリックして追加または削除する。なお追加できるノードは最小タスクノードに限定される。
【0023】
「タスク追加」ボタンをクリックした後の、タスク11の追加の詳細について記述する。
タスク11を追加するためのタスク追加画面を図12に示す。図12において、プロジェクト変更部45は、プロジェクト担当者に追加するタスク名51とドキュメント名52を指定させてタスクを追加する。ここで、進捗判定情報53はページ数、行数、サイズの中から1つ選択させる。この際の進捗率を計測する対象範囲である計測対象範囲はドキュメント全体とする。計測基準54については前述の進捗判定情報53に対して基準となる数値を入力させるか又は、基準となる基準値をプロジェクト変更部45が設定することとなる。たとえば、進捗判定情報53がページ数で計測基準54が20の場合、プロジェクト変更部45は、20ページに対してドキュメントが何ページ書かれたかによって進捗率を計測することになる。また、たとえば進捗判定情報53がサイズで、計測基準54が100の場合は、100バイトに対して、ファイルに格納されたドキュメントが何バイト作成されたかによって進捗率を計測することになる。進捗判定情報53または計測対象範囲を変更したい場合は、後述する方法で変更する。
【0024】
図11に示す完了予定日16の変更する方法について記述する。
完了予定日16を変更する場合、プロジェクト管理者またはプロジェクト担当者は、図11のプロジェクト変更画面の表部の完了予定日欄を直接変更する。
【0025】
ドキュメントの作成が完了した場合の完了処理を行う方法について記述する。
ドキュメントの作成が完了したと判断した場合にはドキュメント作成部44は、タスクに対して完了処理を実施する。ドキュメント作成部44は、図11において完了処理を行うタスクをプロジェクト管理者に選択させ、「完了」ボタンをクリックさせる。これによりタスクの変更は完了したとみなされる。完了処理が行われたタスクのドキュメントは編集不可能となる。
【0026】
プロジェクト変更部45によって進捗判定情報または計測対象範囲を変更させる方法について記述する。
進捗判定情報または計測対象範囲を変更したい場合には、プロジェクト変更部45は、図11のタスクツリーで変更したいタスク11をプロジェクト管理者に選択させて、「計測方法変更」ボタンをクリックさせる。
進捗判定情報または計測対象範囲を変更するための進捗判定情報等変更画面を図13に示す。図13におけるドキュメント構造61は、タスクに設定されたドキュメント(XMLファイル)の章・節・項の構造を解析した結果を表示している。プロジェクト変更部45は、プロジェクト管理者に章・節・項の中から計測対象となる章・節・項を選択して「追加>>」ボタンをクリックさせることによって計測対象を右側の計測対象範囲62に追加し、追加した章・節・項に対して進捗判定情報53および計測基準54を設定する。すべての設定が終わったら「変更」ボタンをクリックして進捗判定情報の変更を完了する。
【0027】
次に進捗計測部46が進捗状況を表示する方法について記述する。
進捗計測部46は、まず、進捗状況を表示したいプロジェクト管理者の端末に図8のプロジェクト一覧画面を表示する。プロジェクト管理者はプロジェクト一覧画面において「進捗表示」ボタンをクリックする。この操作により、進捗計測部46はドキュメントの作成状況をリアルタイムで取得し、図14に示す進捗表示用のタスクツリーをプロジェクト管理者の端末に表示する。この際にドキュメントの作成状況を示す進捗率65が表示される。進捗率65の計算方法については後述する。
【0028】
完了予定日遅れのタスクを表示する方法について記述する。
タスクの中で、すでに完了予定日16を過ぎているものを表示する場合には、プロジェクト管理者は、図14の「完了予定日遅れ」ボタンをクリックする。これにより、完了予定日遅れのあるタスク11を下の層にもつノードがすべて赤く表示される。この機能を利用すれば、プロジェクト管理者が完了予定日16をすぎているタスクを探す際にすべてのツリーを展開して表示して探すかわりに、上位階層から赤く表示されたノードを展開していくだけで、所望のタスクにたどりつくことができる。
【0029】
完了していないタスク11を表示する方法について記述する。
完了していないタスク11を表示する場合、プロジェクト管理者は、図14の「完了ビュー」ボタンをクリックする。これにより、完了していないタスク11を下位にもつタスク11は赤く表示される。この機能を利用すれば、プロジェクト管理者が完了していないタスク11を探す際にすべてのツリーを展開して表示して探すかわりに、上位階層から赤く表示されたノードを展開していくだけで、所望のタスクにたどりつくことができる。
【0030】
上述した進捗率65の計算方法の詳細について記述する。
進捗計測部46は、現在作成されているドキュメントの作成情報およびプロジェクト全体の進捗状況を収集する。進捗情報収集の流れを図15に示す。
まず、進捗計測部46は、進捗情報収集の対象となるプロジェクト番号をプロジェクト管理者にセットさせる(S71)。
次に進捗計測部46は、プロジェクトのタスクツリーをプロジェクトデータベース20より取得し(S72)、タスクツリーのノード分、次のループ処理を実行する。
ノードが最小タスクノードであるとき、言い換えれば、自己より下位に関連付けられたタスクが存在しないタスクであるとき(S73)には、必ずXML形式のドキュメントが存在するので、進捗計測部46は、そのドキュメントの構造を解析する(S74)。
また、同時に、進捗判定情報と計測対象範囲を取得する(S75)。計測対象範囲が複数設定されている場合は各計測対象範囲を進捗判定情報に基づいて計測し(S76)、最後にマージしてドキュメントに対する進捗率65を算出する(S77)。このようにして、最小タスクノードに付属するドキュメントの進捗率65をすべて算出する。
この結果、各中間タスクノード(自己より下位に関連付けられたタスクが存在するタスク)に対しても進捗率65が計算されるので、プロジェクト全体の進捗率65を計算することができる(S78)。
ここで、下位のタスクの進捗率65をもとに上位のタスクの進捗率65を計算する際は平均をとるものとする。たとえば、下位のタスクが3つあって、それぞれの進捗率65が10%、30%、50%だったとすると、上位のタスクの進捗率は平均をとって30%とする(S78)。
【0031】
このように、進捗計測部46は、プロジェクトデータベース20に記憶したタスクに対応して記憶したドキュメント名を持つドキュメントを文書データベース30から取得し、取得したドキュメントの情報量とタスクの処理完了時に予想されるドキュメントの最終情報量である計測基準とを比較してタスクの進捗率65を計測する。また、進捗計測部46は、文書データベース30に記憶したドキュメントの構造を解析し、解析したドキュメントの構造から進捗率を計測する対象となる複数の計測対象範囲を指定し、指定した複数の計測対象範囲から1以上の計測対象範囲を端末に選択させ、選択させた計測対象範囲に対応した部分のドキュメントの情報量と計測対象範囲のタスクの処理完了時に予想される計測対象範囲の計測基準とを比較してタスクの計測対象範囲の進捗率65を計測する。さらに、進捗計測部46は、端末から送信された進捗率を判定する進捗判定情報を用いて端末から送信された計測基準と上記ドキュメントの情報量とを比較してタスクの進捗率を計測する。そして、進捗計測部46は、自己より下位に関連付けられたタスクが存在しないタスクを上記プロジェクトデータベース20から複数取得し、取得した複数のタスクの各タスクの進捗率を計測し、計測した各タスクの進捗率からプロジェクトの進捗率を計測することにより、タスク毎の進捗率やタスク内の任意の範囲についての進捗率やプロジェクト全体の進捗率をプロジェクト管理者やプロジェクト担当者に表示することができるため、プロジェクトの進捗管理を容易にすることができる。
【0032】
次に、タスクデータベースメンテナンス部47が行うタスクデータベース10のメンテナンス機能の詳細について記述する。
タスクデータベース10は上述された内容を記憶しており、すべてのプロジェクトのベースとなるタスクを管理している。
しかし、タスクは時々刻々と変化し、成果物であるドキュメントや進捗判定情報法も調達要求や制度によって常に変化する。
これに対応するため、本開発管理支援装置40ではタスクデータベース10のメンテナンス機能を有するタスクデータベースメンテナンス部47を備え、ベースとなるタスクの変化に対応が可能としている。
タスクデータベースメンテナンス部47が表示するタスクデータベースメンテナンス画面を図16に示す。図16ではタスクツリーとタスクのノードに付随する属性を表示しており、タスクツリーのノードの追加、変更、削除が可能である。
【0033】
タスクツリーのノードの追加、変更の際の画面を図17に示す。図17では各タスクの抽出条件72とドキュメント名73および計測対象範囲74、進捗判定情報75、計測基準76の設定とエリア77の設定が可能である。
タスクの抽出条件72の設定例を以下に示す。
仕様項目に「客先」、仕様入力値に「○○電力」を設定すると、プロジェクトの製品の仕様情報の客先が○○電力の際だけこのタスクは抽出される。条件の「and」や「or」は複数の仕様を組み合わせて抽出条件を作成する際に利用する。たとえば1行目の仕様項目に「客先」、仕様入力値に「○○電力」を設定し、条件に「and」を設定する。次に2行目の仕様項目に「規格」、仕様入力値に「JEC」を設定する。こうするとプロジェクトの仕様情報の客先が○○電力であり、規格がJECの際にこのタスクが抽出される。仕様入力値の候補例を図18に示す。
【0034】
ドキュメント名73の設定方法および計測対象範囲74、進捗判定情報75、計測基準76の設定について述べる。ドキュメント名73にフォームとなるXMLファイルを指定すると、ドキュメントの構造が解析され章・節・項が表示される。章・節・項の中から計測対象となる章・節・項を選択して「追加>>」ボタンをクリックして右側の計測対象範囲74に追加し、追加した章・節・項に対して進捗判定情報75および計測基準76を設定する。ここで、計測対象範囲の計測基準といった場合には、タスク中の計測対象範囲74について処理が完了したときに予想される情報量をいい、計測基準といった場合には、タスクについて処理が完了したときに予想される情報量をいう。
最後にタスクの属するエリア77を設定する。エリアの選択候補例を図19に示す。
【0035】
このように、タスクデータベース10は、タスク毎にタスクを抽出するためのタスク抽出ルール12を記憶し、タスクデータベースメンテナンス部47は、端末から送信されたタスクの抽出条件と抽出条件に合致するタスクの変更内容とに基づいてタスクの抽出条件に該当するタスク抽出ルール12を持つタスクをタスクデータベース10から抽出し、抽出したタスクを上記タスクの変更内容に基づいて変更するので、時々刻々と変化するタスクに対応してタスクデータベース10をメンテナンスすることができる。
【0036】
次に、アラーム表示部48が持つアラーム機能の詳細について記述する。
アラーム表示部48は、あらかじめ、プロジェクト管理者によってプロジェクトがどのような状況になったときにアラームメールが発信されるか、その警告条件を決定しておき、決定した警告条件を記憶部49に記憶しておく。
アラーム表示部48は、例えば、1日1回監視プログラムを起動することによって、プロジェクトの情報を収集し、プロジェクトがアラームを発信すべき状態になった際にアラームメールをプロジェクト管理者の端末へ発信する。ただし、監視プログラムによる監視は、1日複数回行ってもよく、また、数日で一回としてもよい。また、警告の方法は、メールの発信以外の方法でもプロジェクト管理者に警告できる方法であればよい。
【0037】
アラーム設定画面を図20に示す。
図20においてエリア100とタスク個数101と条件102を設定することにより、アラーム表示部48はアラームメールを発信する条件に従ってアラームメールを発信することができる。たとえば、1行目のエリアに「レビュー」、タスク個数に「5」、条件に「and」、2行目のエリアに「目標コスト」、タスク個数に「2」を設定したとする。この結果、あるプロジェクトで全タスクの中で「レビュー」のエリアコードを持つタスクが5個以下になり、しかも全タスクの中で「目標コスト」のエリアコードを持つタスクが2個以下になったときアラーム表示部48によってアラームメールが発信される。
【0038】
このように、アラーム表示部48は、生成したプロジェクトからプロジェクトに必要なタスクを端末に選択させ、選択させたタスクをプロジェクトデータベース20に記憶し、プロジェクトデータベース20に記憶したタスクのプロジェクトに対し警告を発する警告条件を記憶部49に記憶し、プロジェクトデータベース20に記憶したタスクを監視し、監視したタスクの状態に基づいてプロジェクトが上記記憶部に記憶した警告条件を満たす場合に端末に対し警告を発することによって、プロジェクト関係者に注意を促すことができる。
【0039】
図21に以上で述べた開発管理支援装置40の各部機能の構成図を示す。
【0040】
図22(a)〜(d)及び図23(d)〜(g)に以上で述べた開発管理支援装置40を実現するためのタスクデータベース10に各テーブル形式で格納された各テーブルの構成を示す。
図16で登録される基本となるタスク11のツリー構成の情報は図22(a)の基本タスクツリーテーブル81に保存される。また、図17で登録されるドキュメント名、ドキュメントの格納場所、エリア70のエリアコードも図22(a)における基本タスクツリーテーブル81に保存される。
図17で登録される計測対象範囲74、進捗判定情報75、計測基準76は図22(b)における基本計測方法テーブル82に保存される。また図17で登録されるタスクの抽出ルール(タスクの抽出条件72)は図22(c)における抽出ルールテーブル83に保存される。
図23(d)における仕様項目テーブル84および図23(e)における仕様入力値テーブル85および図23(f)におけるエリアコードテーブル86はあらかじめ決定しておく必要があり、これらのテーブルは固定である。
また、図20で登録されるアラーム式は図23(g)のアラーム式テーブル87に保存される。
【0041】
次に、図24に以上で述べた開発管理支援装置40を実現するためのプロジェクトデータベース20のテーブル形式で格納された各テーブルの構成を示す。
図4で登録される、プロジェクト名22、プロジェクト番号23、作成部門24、作成者25、完了予定日16は図24(a)におけるプロジェクトデータテーブル88に保存される。
また、図4で登録される開発区分26、環境(温度)27、環境(湿度)28等も図示されていないが図24(a)におけるプロジェクトデータテーブル88に保存される。
図5で登録されるタスク情報は図24(b)におけるプロジェクトタスクツリーテーブル89に保存される。この際にタスク名、ドキュメント名、テンプレートURL、エリアコードは図22(a)の基本タスクツリーテーブル81の対応するものが入る。初期値完了フラグには初期状態ですべて0が入り、該当タスクが完了した時に1がセットされる。完了予定日には作成した日付が入るものとする。
図12で登録される、タスク名、ドキュメント名、ドキュメントURLは図24(b)におけるプロジェクトタスクツリーテーブル89に保存される。
また、図12で登録される進捗判定情報53および計測基準54は図24(c)におけるプロジェクト計測方法テーブル90に保存される。また、図13で登録される計測対象62、進捗判定情報53、計測基準54は図24(c)におけるプロジェクト計測方法テーブルに保存される。
【0042】
図25に以上で述べた開発管理支援装置40を実現するためのドキュメント(XML)のテンプレート例を示す。テンプレートドキュメントは章・節・項などの文書の構成をあらかじめプロジェクト管理者が作成しておき、図12または図17の画面で登録する。このテンプレートドキュメントを登録することにより、ドキュメント構造が明らかになり、進捗の計測対象として認識されるようになる。テンプレートドキュメントは文書データベース30に保存される。
【0043】
図26に以上で述べた開発管理支援装置40を実現するためのドキュメント(XML)の例を示す。これはテンプレートドキュメントに文書の内容を含めたドキュメントの実体である。プロジェクト担当者がドキュメントを編集する際にはこのドキュメント(XMLファイル)を図10に示すような端末インタフェース部42によって提供されるインタフェースを通じて編集する。ドキュメントは文書データベース30に保存される。
【0044】
この実施の形態に係る開発管理支援装置40では、タスクをタスクデータベース10より製品仕様に応じて検索することにより、タスクを自動生成し開発計画を容易にすることが可能となる。
また、この実施の形態に係る開発管理支援装置40では、プロジェクトで作成されるドキュメントをXML(eXtenxsible Markup Language)ファイルとして管理することによりドキュメントから作成状況を自動的に収集することにより、プロジェクト担当者がドキュメントの作成状況を逐一報告しなくても、プロジェクト管理者が文書作成状況の把握を可能とする。
また、この実施の形態に係る開発管理支援装置40では、タスクを分類し、その分類にしたがってタスクを分析し、決められたタスクの傾向からはずれた場合にはアラームを発することにより、タスクの分解業務を支援し、プロジェクト管理者の管理業務を軽減することが可能となる。
【0045】
この実施の形態の発明によれば、開発機種情報、仕様、ホールドポイントをもとにタスク、作成文書および日程を自動的に設定することができる。これにより開発計画支援の仕組みを提供することができる。
また、管理者の管理レベルに応じて、各ホールドポイントでのタスクおよび作成ドキュメントの進捗フォローが可能となる。これにより開発スケジュールを遵守する仕組みを実現し、納期遅れを防止する。
また、各開発ステップで作成されるドキュメントの共有が可能となり、類似機種開発における流用や開発下流工程での文書参照が可能となり、開発期間の短縮および設計品質の向上に寄与する。
【0046】
図27は、開発管理支援装置40のコンピュータ基本構成図である。
図27において、プログラムを実行するCPU140は、バス138を介してモニタ141、キーボード142、マウス143、通信ポート144、磁気ディスク装置146等と接続されている。
磁気ディスク装置146には、OS147、プログラム群149、ファイル群150が記憶されている。ただし、プログラム群149、ファイル群150が一体となってオブジェクト指向のプログラム群149を形成する形態も一実施の形態として考えられる。プログラム群149には、プロジェクト生成部43、ドキュメント作成部44、プロジェクト変更部45、進捗計測部46、タスクデータベースメンテナンス部47、アラーム表示部48で実行されるプログラム等が記憶されている。また、ファイル群150には、タスクデータベース10に格納された各テーブル、プロジェクトデータベース20に格納された各テーブル、文書データベース30に格納された文書等が記憶されている。
開発管理支援装置40の各部が実行するプログラム群149は、CPU140、OS147により実行される。
上記各実施の形態では、開発管理支援装置40は、通信ポート144の機能を使用して、LAN50を経由してプロジェクト管理者またはプロジェクト担当者の使用する端末との通信を行う。
【0047】
以上に記載した「格納する」、「登録する」、「記憶する」、「表示する」、「保存する」という用語は、記録媒体に保存することを意味する。
【0048】
すべての実施の形態では、各構成要素の各動作はお互いに関連しており、各構成要素の動作は、上記に示された動作の関連を考慮しながら、一連の動作として置き換えることができる。そして、このように置き換えることにより、方法の発明の実施形態とすることができる。
また、上記各構成要素の動作を、各構成要素の処理と置き換えることにより、プログラムの実施の形態とすることができる。
また、プログラムを、プログラムを記録したコンピュータ読み取り可能な記録媒体に記憶させることで、プログラムに記録したコンピュータ読み取り可能な記録媒体の実施の形態とすることができる。
【0049】
プログラムの実施の形態及びプログラムに記録したコンピュータ読み取り可能な記録媒体の実施の形態は、すべてコンピュータで動作可能なプログラムにより構成することができる。
プログラムの実施の形態およびプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態における各処理はプログラムで実行されるが、このプログラムは、記録装置に記録されていて、記録装置から中央処理装置(CPU)に読み込まれ、中央処理装置によって、各フローチャートが実行されることになる。
また、各実施の形態のソフトウェアやプログラムは、ROM(READ ONLY MEMORY)に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアとファームウェアとハードウェアとの組み合わせで前述したプログラムの各機能を実現しても構わない。
【0050】
【発明の効果】
本発明によれば、開発計画支援の仕組みを提供し、開発期間を短縮することができる。
【図面の簡単な説明】
【図1】実施の形態1の全体を示す構成図。
【図2】プロジェクトのタスク例。
【図3】プロジェクト生成作業フロー。
【図4】プロジェクト登録画面。
【図5】タスクツリー選択画面。
【図6】タスク自動生成フロー。
【図7】タスクデータベース。
【図8】プロジェクト一覧画面。
【図9】タスクツリー画面。
【図10】ドキュメント編集画面。
【図11】プロジェクト変更画面。
【図12】タスク追加画面。
【図13】進捗判定情報等変更画面。
【図14】進捗表示用タスクツリー。
【図15】進捗率計算フロー。
【図16】タスクデータベースメンテナンス画面。
【図17】タスクデータベースメンテナンス詳細画面。
【図18】仕様入力選択候補。
【図19】エリア選択候補。
【図20】アラーム設定画面。
【図21】機能構成図。
【図22】タスクデータベース構成図。
【図23】タスクデータベース構成図。
【図24】プロジェクトデータベース構成図。
【図25】テンプレートドキュメント例(XML)。
【図26】ドキュメント例(XML)。
【図27】開発管理支援装置のコンピュータ基本構成図。
【符号の説明】
10 タスクデータベース、11 タスク、14 進捗判定情報、15 ドキュメント名、16 完了予定日、20 プロジェクトデータベース、22 プロジェクト名、23 プロジェクト番号、24 作成部門、25 作成者、26 開発区分、27 環境(温度)、28 環境(湿度)、30 文書データベース、40 開発管理支援装置、41 データベースインタフェース部、42 端末インタフェース部、43 プロジェクト生成部、44 ドキュメント作成部、45 プロジェクト変更部、46 進捗計測部、47 タスクデータベースメンテナンス部、48 アラーム表示部、49 記憶部、50 LAN、51 タスク名、52 ドキュメント名、53 進捗判定情報、54 計算基準、62 計測対象範囲、65 進捗率、70 エリア、72 タスクの抽出条件、73 ドキュメント名、74 計測対象範囲、75 進捗判定情報、76 計測基準、81基本タスクツリーテーブル、82 基本計測方法テーブル、83 抽出ルールテーブル、84 仕様項目テーブル、85 仕様入力値テーブル、86 エリアコードテーブル、87 アラーム式テーブル、88 プロジェクトデータテーブル、89 プロジェクトタスクツリーテーブル、90 プロジェクト計測方法テーブル、138 バス、140 CPU、141 モニタ、142 キーボード、143 マウス、144 通信ポート、146 磁気ディスク装置、147 OS、149 プログラム群、150 ファイル群。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a support apparatus and method for supporting development management of a product development project.
[0002]
[Prior art]
The conventional development management method has the following problems.
In a conventional project management tool, when a task is disassembled into all tasks to be progress-managed, the load of inputting actual results increases.
Further, with the conventional project management tool, a created document can be linked to a task, but a task cannot be linked to a document being created.
In addition, since there is no mechanism for automatically collecting the progress from the task deliverable (document), the creator has to report (or input) the creation status of the document at any time.
Also, there is no mechanism to support the task setting and disassembly of the project manager.
[0003]
As a conventional development management method, for example, Patent Literature 1 discloses a mechanism for collecting results from a project product and defining a work process, thereby facilitating development management.
However, in the definition of work processes, means for editing from standard processes and diverting from similar projects are presented, but means for dynamically (rule-based) presentation of work processes according to the specifications are shown. Not.
For this reason, a great deal of effort was required for the project manager to perform the task selection.
[0004]
Patent Document 2 discloses a mechanism for collecting results from software development products (documents and source codes) in accordance with object-oriented development and design theory. No method for collecting progress information is disclosed.
[0005]
[Patent Document 1]
JP-A-10-154310
[Patent Document 2]
JP 2001-209530 A
[0006]
[Problems to be solved by the invention]
As described above, in the conventional development management method, when the project manager grasps the progress of the project, it is necessary to inquire the progress of the project to the person in charge of the project. Further, in the conventional development management system, when an administrator plans a project, an enormous amount of labor is required for disassembling it into tasks.
[0007]
SUMMARY OF THE INVENTION It is an object of the present invention to automatically collect document creation status and reduce the time required to collect performance information.
[0008]
Another object of the present invention is to automatically generate a task in accordance with project information (mainly product specifications) input at the time of project planning, thereby realizing labor saving in task setting work of a project manager.
[0009]
[Means for Solving the Problems]
The present invention provides a task database that stores a plurality of tasks belonging to each project of a plurality of projects in association with each project, with each work step of a project including a plurality of processes as a task,
A project including a task corresponding to the project specification information by selecting a task belonging to a project that satisfies the project specification information from a plurality of tasks stored in the task database based on the project specification information transmitted from the terminal. And a project generation unit for generating a project.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
Embodiment 1 FIG.
FIG. 1 is an overall configuration diagram of a system when the present invention is implemented. The development management support device 40 is an example of a support device, and is connected to the terminals of a project manager and a project staff who are members of the project team via a network such as a LAN 50, and is connected to the task database 10, the project database 20, and the document database 30. The project manager and the project manager are supported by using the stored information.
[0011]
First, the outline of each database is described.
The task database 10 according to the first embodiment is a database that stores data relating to a basic task for automatically generating a project.
The project database 20 is a database for managing data related to a project.
The document database 30 is a database that stores documents and template documents created in the project. The document database 30 stores, for example, an XML file.
[0012]
Next, the internal configuration of the development management support device 40 of FIG. 1 will be described.
The development management support device 40 has, as interfaces, a database interface unit 41 for exchanging data with each of the above databases and a terminal interface unit 42 for interfacing with a terminal.
The development management support device 40 also has units having the following functions.
The project generation unit 43 selects a task belonging to the project that satisfies the above-described project specification information from a plurality of tasks stored in the task database 10 based on the project specification information transmitted from the terminal at the time of project planning by the project team. Generates a project including tasks according to the project specification information, and supports project planning.
The document creation unit 44 creates and edits a document based on the input from the terminal of the project staff.
The project change unit 45 changes the project plan based on the input from the terminal of the project manager.
The progress measuring section 46 measures the progress of the project and displays it on the terminal of the project manager.
The task database maintenance unit 47 performs maintenance of the task database 10 based on the input from the terminal of the project manager.
The alarm display section 48 displays an alarm (warning) on the terminal of the project manager.
The storage unit 49 temporarily stores various data input from the terminal.
[0013]
FIG. 2 shows an example of tasks managed in this project.
Tasks are represented in a tree structure. It is assumed that the tasks are decomposed into smaller tasks (work contents) in order from the upper layer. In FIG. 2, the higher the level, the higher the hierarchy.
Assume that the tree structure has the following restrictions.
1. There is no limit on the number of layers.
2. If there is no node at a lower level than a certain node, the node always has a document template (template document). That is, the task database 10 hierarchically stores a plurality of tasks belonging to each project in a tree-like manner, and stores a template document name of a task having no task associated with a lower level together with the task. The template document itself is stored in the document database 30 in the XML format, and always has at least one chapter, section, or item therein. This node, including the task that holds the template document, is hereinafter referred to as a "minimal task node".
3. A node including a task other than 1 (a task having a task associated with a lower level than itself) does not hold a document. This node is hereinafter referred to as an “intermediate task node”.
Here, a task refers to each step of a project including a plurality of work steps. Specifically, each block shown in FIG. 2 is a task. A document is a document that is a product obtained as a result of executing a task. Further, the template document is a document indicating an initial value of the processing content of the task, and specifically corresponds to each XML file shown in FIG.
For example, the task “development plan” is a task that has a task “creation of the organization table” that is associated with a lower level than the task itself, and the task “creation of the organization table” is a task that does not have a task associated with a level lower than the self. is there. An XML file (template document) having a template document name “organization table” is linked to the task “create organization table”. That is, the task database 10 stores the task configuration shown in FIG. 2 as an initial value, stores a template document name for a task having no task associated with a lower level than itself, and stores the template document name in the document database 30. By storing the XML file (template document) having the template document name, the task and the template document corresponding to the task are linked, and the development management support device 40 supports the development management by using the database. It becomes.
[0014]
First, a task generation support function performed by the project generation unit 43 at the time of project planning will be described.
An outline of the work flow of the project plan is shown in FIG.
Specifically, first, the project generation unit 43 causes the terminal to display the project registration screen shown in FIG. 4 (S31), and causes the project manager to input product specification information (project specification information) of a model to be developed in the project ( S32). Next, the project generation unit 43 uses the data stored in the task database 10 based on the product specification information input in S32 to automatically generate a task and construct a task tree (S33), and It is displayed on the project-specific task tree editing screen shown in FIG. 5 (S34). The project manager selects tasks necessary for the current project from the displayed task tree editing screen (S35). In FIG. 5, the task trees for the outline design, detailed design, first article management, and initial flow management at the bottom are omitted.
In the example of FIG. 5, in the current project, the check is removed because the project manager has decided not to perform “life cycle DR” and “first article management”. After the project manager selects a task to be performed in the current project, the project generation unit 43 causes the project manager to click the “Save” button in FIG. The task of the project selected by the project manager is stored in the project database 20 together with the corresponding template document if there is a corresponding template document name (S36).
[0015]
Conventionally, task generation has been based on tasks from a similar project or tasks of a reference project.
However, in the present embodiment, a plurality of tasks belonging to each project of a plurality of projects are stored in the task database 10 in association with each project, and a template corresponding to at least one of the plurality of tasks belonging to each project is stored. Store the document name with the task. Further, a template document indicating the initial value of the processing content of the task is stored in the document database 30. The project generation unit 43 selects a task belonging to a project that satisfies the project specification information from a plurality of tasks stored in the task database 10 based on the project specification information transmitted from the terminal, thereby responding to the project specification information. Generate a project containing the tasks Further, the project generation unit 43 obtains the template document name corresponding to the task included in the generated project from the task database 10 and obtains the template document having the obtained template document name from the document database 30 to generate the template document. Generate a project containing the task and the corresponding template document. Further, the project generation unit 43 generates a project including a plurality of tasks, causes the terminal to select a plurality of necessary tasks from among the plurality of tasks included in the generated project, and causes the terminal to select the project generation unit 43. The plurality of tasks and the template document names stored in the task database 10 corresponding to the plurality of tasks are stored in the project database 20.
As described above, in the development management support device 40 of the present embodiment, the task database 10 is utilized, and the project generation unit 43 that automatically generates a project including the tasks required for the project is used to convert product specifications (project specification information). Since a project including the corresponding task is automatically generated, the task setting task can be made more efficient.
[0016]
Next, an outline of automatic generation of tasks included in the project executed by the project generation unit 43 in S33 will be described.
FIG. 6 shows a flow of the task automatic generation included in the project. The project generation unit 43 temporarily sets the product specification information input in S32 in the storage unit 49 (S61). Next, using the product specification information (project specification information) set in the storage unit 49 as a search condition, the project generation unit 43 searches all the tasks stored in the task database 10 based on the search condition ( (S62) Only tasks that match the search conditions are stored in the storage unit 49 (S63), and after all searches, the search results stored in the storage unit 49 are stored in the project database 20 (S64). The details of the search will be described later.
[0017]
Next, details of data stored in the task database 10 will be described.
Information such as tasks is stored in the task database 10 in the format shown in FIG. FIG. 7 shows the maximum task tree format assumed to be performed in a project, and the tasks of each project are selected from these.
Each node is classified into an intermediate task node and a minimum task node as described above. The intermediate task node has a task 11 and a task extraction rule 12 as attributes. The minimum task node has a task 11, a task extraction rule 12, a template document 13, and progress determination information 14 as attributes.
The task database 10 stores all these information. An example of an actual table of the task database 10 will be described later.
[0018]
The details of the search of the task database 10 performed by the project generation unit 43 will be described.
When the search is executed, the search for the task 11 is executed in order from the upper hierarchy of the task tree. The project generation unit 43 searches for each task 11 based on the task extraction rule 12 attached to each node of the task tree and the input product specification information (project specification information), and extracts tasks required for the project. . For example, it is assumed that there is project specification information of “customer = XX power” in the project specification information (search condition) input from the terminal. It is also assumed that there is a task 11 in the task database 10 which is an intermediate task node or a minimum task node and whose task extraction rule 12 is "IF customer = OO power".
In this case, the project generation unit 43 recognizes that the task 11 whose task extraction rule 12 is “IF customer = XX power” matches the project specification information.
As described above, the project generation unit 43 searches the task database 10 for a task 11 that matches the input product specification information (project specification information), and extracts only the task 11 that matches the current project specification information. And store it in the project database 20.
[0019]
Next, a description will be given of a method in which each project staff creates and edits a document with the support of the document creating unit 44 during the progress of the project.
The document creation unit 44 allows the project staff to select a project to be assigned from the project list screen of FIG. 8 and clicks the “edit project” button. As a result, a task tree screen for the project staff is displayed.
FIG. 9 shows a task tree screen for the project staff. When the project staff selects the document name 15 to be edited, a document editing screen shown in FIG. 10 is displayed, and the document can be edited. After finishing editing the document, the project staff clicks the "Save" button.
The document creation unit 44 receives this and stores the document in the document database 30. To add a chapter or section, click the "Chapter / section" add button to add a chapter or section.
[0020]
As described above, the document creation unit 44 of the development management support device 40 according to the present embodiment causes the terminal to select a task for creating a document from a plurality of tasks stored in the project database 20, and corresponds to the selected task. A template document having a template document name is acquired from the document database 30, and the acquired template document is displayed on a terminal to support a project staff who creates a document. The document database 30 is supported by the document creation unit 44. By storing the document including the created document name in association with the template document, the development of the project can be promoted even when the document is created.
[0021]
Next, a method in which the project manager reviews the project plan when the project is in progress with the support of the project changing unit 45 will be described.
When reviewing the project plan while the project is in progress, the project change unit 45 activates the project change screen shown in FIG. On this screen, the project manager performs addition / deletion of the task 11, change of the scheduled completion date 16, change of the progress determination information 14, and completion processing.
[0022]
A method for adding / deleting the task 11 on the screen of FIG. 11 will be described.
When a task 11 to be added / deleted occurs, the task to be added or deleted is selected in the task tree of FIG. 11, and the “task addition” or “task deletion” button is clicked to add or delete. The nodes that can be added are limited to the minimum task nodes.
[0023]
The details of the addition of the task 11 after clicking the “add task” button will be described.
FIG. 12 shows a task addition screen for adding a task 11. In FIG. 12, the project changing unit 45 adds a task by causing a project person to designate a task name 51 and a document name 52 to be added. Here, the progress determination information 53 is made to select one from the number of pages, the number of lines, and the size. At this time, the measurement target range which is the target range for measuring the progress rate is the entire document. As the measurement reference 54, a numerical value serving as a reference is input to the above-described progress determination information 53, or the project changing unit 45 sets a reference value serving as a reference. For example, if the progress determination information 53 is the number of pages and the measurement criterion 54 is 20, the project changing unit 45 measures the progress rate based on how many pages of the document have been written for 20 pages. Further, for example, when the progress determination information 53 is a size and the measurement criterion 54 is 100, the progress rate is measured based on how many bytes of the document stored in the file are created for 100 bytes. When it is desired to change the progress determination information 53 or the measurement target range, the change is performed by a method described later.
[0024]
A method of changing the scheduled completion date 16 shown in FIG. 11 will be described.
When changing the scheduled completion date 16, the project manager or the person in charge of the project directly changes the scheduled completion date column in the front part of the project change screen in FIG.
[0025]
Describes how to perform completion processing when document creation is completed.
When determining that the creation of the document has been completed, the document creation unit 44 performs a completion process on the task. The document creation unit 44 allows the project manager to select a task for performing the completion processing in FIG. 11 and clicks a “complete” button. Thus, the task change is considered completed. The document of the task for which the completion processing has been performed cannot be edited.
[0026]
A method for changing the progress determination information or the measurement target range by the project changing unit 45 will be described.
When the progress determination information or the measurement target range is to be changed, the project changing unit 45 causes the project manager to select the task 11 to be changed in the task tree of FIG. 11 and clicks the “change measurement method” button.
FIG. 13 shows a screen for changing progress determination information or progress determination information for changing the measurement target range. The document structure 61 in FIG. 13 displays the result of analyzing the structure of chapters, sections, and items of the document (XML file) set for the task. The project change unit 45 causes the project manager to select a chapter, section, or item to be measured from the chapter, section, or item and click the “Add >>” button to change the measurement object to the right of the measurement range. 62, the progress determination information 53 and the measurement reference 54 are set for the added chapter, section, and item. When all settings are completed, click the "Change" button to complete the change of the progress judgment information.
[0027]
Next, a method in which the progress measuring unit 46 displays the progress status will be described.
The progress measuring unit 46 first displays the project list screen of FIG. 8 on the terminal of the project manager who wants to display the progress. The project manager clicks the “display progress” button on the project list screen. By this operation, the progress measuring unit 46 acquires the document creation status in real time, and displays the task tree for progress display shown in FIG. 14 on the terminal of the project manager. At this time, a progress rate 65 indicating the document creation status is displayed. The method of calculating the progress rate 65 will be described later.
[0028]
Describes how to display tasks that are scheduled to be completed later.
When displaying a task that has already passed the scheduled completion date 16, the project manager clicks the “Scheduled completion date delayed” button in FIG. 14. As a result, all nodes having the task 11 with a scheduled completion date delay in the lower layer are displayed in red. By using this function, the project manager expands the tree displayed in red from the upper hierarchy instead of expanding and displaying all the trees when searching for tasks that are past the scheduled completion date 16. Just get to the desired task.
[0029]
A method for displaying a task 11 that has not been completed will be described.
When displaying the task 11 that has not been completed, the project manager clicks the “completed view” button in FIG. Thus, the task 11 having the task 11 that has not been completed is displayed in red. By using this function, instead of expanding and displaying all the trees when searching for tasks 11 that have not been completed by the project manager, simply expand the nodes displayed in red from the upper hierarchy, You can reach the desired task.
[0030]
The calculation method of the above-mentioned progress rate 65 will be described in detail.
The progress measuring unit 46 collects the creation information of the currently created document and the progress of the entire project. FIG. 15 shows the flow of the progress information collection.
First, the progress measuring unit 46 causes the project manager to set a project number for which progress information is to be collected (S71).
Next, the progress measuring unit 46 acquires the task tree of the project from the project database 20 (S72), and executes the next loop processing for the nodes of the task tree.
When the node is the minimum task node, in other words, when there is no task associated with a lower level than itself (S73), since the XML format document always exists, the progress measuring unit 46 The structure of the document is analyzed (S74).
At the same time, progress determination information and a measurement target range are acquired (S75). When a plurality of measurement target ranges are set, each measurement target range is measured based on the progress determination information (S76), and finally merged to calculate a progress rate 65 for the document (S77). In this way, all the progress rates 65 of the documents attached to the minimum task node are calculated.
As a result, the progress rate 65 is calculated for each intermediate task node (a task having a task associated with a lower level than itself), so that the progress rate 65 of the entire project can be calculated (S78).
Here, when calculating the progress rate 65 of the upper task based on the progress rate 65 of the lower task, an average is taken. For example, assuming that there are three lower tasks and the respective progress rates 65 are 10%, 30%, and 50%, the progress rates of the upper tasks are averaged to 30% (S78).
[0031]
As described above, the progress measuring unit 46 acquires the document having the document name stored in correspondence with the task stored in the project database 20 from the document database 30 and predicts the information amount of the acquired document and the completion of the task processing. The task progress rate 65 is measured by comparing it with a measurement criterion that is the final information amount of the document. Further, the progress measuring unit 46 analyzes the structure of the document stored in the document database 30, specifies a plurality of measurement target ranges for which the progress rate is to be measured from the analyzed structure of the document, and specifies the plurality of specified measurement targets. The terminal selects one or more measurement target ranges from the range, and determines the information amount of the document corresponding to the selected measurement target range and the measurement reference of the measurement target range expected at the completion of the processing of the task of the measurement target range. The progress rate 65 of the measurement target range of the task is measured by comparison. Further, the progress measuring unit 46 measures the task progress rate by comparing the measurement standard transmitted from the terminal with the information amount of the document, using the progress determination information for determining the progress rate transmitted from the terminal. Then, the progress measuring unit 46 acquires a plurality of tasks for which there is no task associated with a lower level from the project database 20, measures the progress rate of each of the acquired tasks, and By measuring the progress rate of the project from the progress rate, the progress rate for each task, the progress rate for an arbitrary range within the task, and the progress rate of the entire project can be displayed to the project manager and project staff. , Making it easier to manage the progress of the project.
[0032]
Next, details of the maintenance function of the task database 10 performed by the task database maintenance unit 47 will be described.
The task database 10 stores the contents described above, and manages the tasks serving as the bases of all the projects.
However, tasks change from moment to moment, and the resulting documents and progress judgment information methods also change constantly depending on procurement requests and systems.
To cope with this, the development management support apparatus 40 includes a task database maintenance unit 47 having a maintenance function of the task database 10 so as to be able to respond to a change in a base task.
FIG. 16 shows a task database maintenance screen displayed by the task database maintenance unit 47. FIG. 16 shows the task tree and the attributes attached to the task nodes, so that addition, change, and deletion of the task tree nodes are possible.
[0033]
FIG. 17 shows a screen for adding or changing a node in the task tree. In FIG. 17, an extraction condition 72, a document name 73, a measurement target range 74, progress determination information 75, a measurement reference 76, and an area 77 can be set for each task.
A setting example of the task extraction condition 72 is shown below.
If "customer" is set as the specification item and "XX electric power" is set as the specification input value, this task is extracted only when the customer of the specification information of the product of the project is XX electric power. The conditions “and” and “or” are used when creating an extraction condition by combining a plurality of specifications. For example, “customer” is set as the specification item on the first line, “XX power” is set as the specification input value, and “and” is set as the condition. Next, “standard” is set to the specification item on the second line, and “JEC” is set to the specification input value. In this case, the customer of the project specification information is XX power, and this task is extracted when the standard is JEC. FIG. 18 shows an example of specification input value candidates.
[0034]
The setting method of the document name 73 and the setting of the measurement target range 74, the progress determination information 75, and the measurement reference 76 will be described. When an XML file serving as a form is specified in the document name 73, the structure of the document is analyzed and chapters, sections, and items are displayed. Select the chapter / section / section to be measured from the chapter / section / section and click the "Add >>" button to add it to the measurement range 74 on the right. To set the progress determination information 75 and the measurement reference 76. Here, in the case of the measurement reference of the measurement target range, it means the amount of information expected when the processing is completed for the measurement target range 74 in the task, and in the case of the measurement reference, when the processing of the task is completed Means the amount of information expected.
Finally, the area 77 to which the task belongs is set. FIG. 19 shows an example of area selection candidates.
[0035]
As described above, the task database 10 stores the task extraction rules 12 for extracting tasks for each task, and the task database maintenance unit 47 extracts the task extraction conditions transmitted from the terminal and the tasks that match the extraction conditions. A task having the task extraction rule 12 corresponding to the task extraction condition is extracted from the task database 10 based on the change content, and the extracted task is changed based on the change content of the task. , The task database 10 can be maintained.
[0036]
Next, details of the alarm function of the alarm display unit 48 will be described.
The alarm display section 48 determines in advance the alarm condition when an alarm mail is transmitted by the project manager under what kind of situation the project is, and stores the determined alarm condition in the storage section 49. Keep it.
The alarm display unit 48 collects project information, for example, by activating a monitoring program once a day, and sends an alarm mail to the project manager's terminal when the project is ready to send an alarm. I do. However, monitoring by the monitoring program may be performed several times a day, or may be performed once every several days. The warning method may be any method that can warn the project manager by a method other than sending a mail.
[0037]
FIG. 20 shows the alarm setting screen.
By setting the area 100, the number of tasks 101, and the condition 102 in FIG. 20, the alarm display unit 48 can transmit an alarm mail according to the condition for transmitting the alarm mail. For example, assume that “review” is set in the area of the first line, “5” is set in the number of tasks, “and” is set in the condition, “target cost” is set in the area of the second line, and “2” is set in the number of tasks. As a result, the number of tasks with an area code of "review" was reduced to 5 or less in all the tasks in a project, and the number of tasks with the area code of "target cost" was reduced to 2 or less in all the tasks. At this time, an alarm mail is transmitted by the alarm display unit 48.
[0038]
As described above, the alarm display unit 48 causes the terminal to select a task necessary for the project from the generated project, stores the selected task in the project database 20, and issues a warning to the project of the task stored in the project database 20. The warning condition to be issued is stored in the storage unit 49, the task stored in the project database 20 is monitored, and a warning is issued to the terminal when the project satisfies the warning condition stored in the storage unit based on the state of the monitored task. This can alert the project stakeholders.
[0039]
FIG. 21 shows a configuration diagram of the functions of each unit of the development management support device 40 described above.
[0040]
FIGS. 22 (a) to (d) and FIGS. 23 (d) to (g) show the configuration of each table stored in the task database 10 for realizing the development management support device 40 described above in each table format. Show.
The information on the tree configuration of the basic task 11 registered in FIG. 16 is stored in the basic task tree table 81 in FIG. Further, the document name, the storage location of the document, and the area code of the area 70 registered in FIG. 17 are also stored in the basic task tree table 81 in FIG.
The measurement target range 74, the progress determination information 75, and the measurement reference 76 registered in FIG. 17 are stored in the basic measurement method table 82 in FIG. The task extraction rules (task extraction conditions 72) registered in FIG. 17 are stored in the extraction rule table 83 in FIG.
The specification item table 84 in FIG. 23D, the specification input value table 85 in FIG. 23E, and the area code table 86 in FIG. 23F need to be determined in advance, and these tables are fixed. .
The alarm formula registered in FIG. 20 is stored in the alarm formula table 87 in FIG.
[0041]
Next, FIG. 24 shows a configuration of each table stored in the table format of the project database 20 for realizing the development management support device 40 described above.
The project name 22, the project number 23, the creation department 24, the creator 25, and the scheduled completion date 16 registered in FIG. 4 are stored in the project data table 88 in FIG.
Further, although the development section 26, environment (temperature) 27, environment (humidity) 28, and the like registered in FIG. 4 are not shown, they are stored in the project data table 88 in FIG.
The task information registered in FIG. 5 is stored in the project task tree table 89 in FIG. At this time, the task name, document name, template URL, and area code correspond to those in the basic task tree table 81 of FIG. The initial value completion flag is all set to 0 in the initial state, and is set to 1 when the corresponding task is completed. The date of completion is assumed to be the date of completion.
The task name, document name, and document URL registered in FIG. 12 are stored in the project task tree table 89 in FIG.
The progress determination information 53 and the measurement reference 54 registered in FIG. 12 are stored in the project measurement method table 90 in FIG. The measurement object 62, the progress determination information 53, and the measurement reference 54 registered in FIG. 13 are stored in the project measurement method table in FIG.
[0042]
FIG. 25 shows an example of a document (XML) template for realizing the development management support device 40 described above. For the template document, the structure of the document such as chapters, sections, and sections is created in advance by the project manager, and registered on the screen shown in FIG. 12 or FIG. By registering this template document, the document structure is clarified and recognized as a progress measurement target. The template document is stored in the document database 30.
[0043]
FIG. 26 shows an example of a document (XML) for realizing the development management support device 40 described above. This is the entity of the document including the contents of the document in the template document. When the project staff edits the document, the document (XML file) is edited through an interface provided by the terminal interface unit 42 as shown in FIG. The document is stored in the document database 30.
[0044]
In the development management support device 40 according to this embodiment, by searching for a task from the task database 10 according to the product specification, the task can be automatically generated and the development plan can be facilitated.
Further, the development management support apparatus 40 according to the present embodiment automatically collects the creation status from the document by managing the document created in the project as an XML (extensible Markup Language) file, thereby enabling the project person in charge. Without reporting the document creation status one by one, the project manager can grasp the document creation status.
The development management support device 40 according to this embodiment classifies tasks, analyzes the tasks according to the classification, and issues an alarm when the task deviates from a predetermined task tendency, thereby decomposing the tasks. It is possible to support the work and reduce the management work of the project manager.
[0045]
According to the invention of this embodiment, a task, a created document, and a schedule can be automatically set based on development model information, specifications, and hold points. This can provide a development plan support mechanism.
Further, according to the management level of the manager, it is possible to follow the progress of the task and the created document at each hold point. In this way, a system that complies with the development schedule is realized, and delays in delivery are prevented.
In addition, it is possible to share documents created in each development step, and it is possible to use the documents in the development of similar models and to refer to the documents in downstream development processes, thereby contributing to shortening the development period and improving the design quality.
[0046]
FIG. 27 is a computer basic configuration diagram of the development management support device 40.
27, a CPU 140 for executing a program is connected to a monitor 141, a keyboard 142, a mouse 143, a communication port 144, a magnetic disk device 146, and the like via a bus 138.
The magnetic disk device 146 stores an OS 147, a program group 149, and a file group 150. However, an embodiment in which the program group 149 and the file group 150 are integrated to form the object-oriented program group 149 is also considered as one embodiment. The program group 149 stores programs executed by the project generation unit 43, the document creation unit 44, the project change unit 45, the progress measurement unit 46, the task database maintenance unit 47, the alarm display unit 48, and the like. In the file group 150, each table stored in the task database 10, each table stored in the project database 20, a document stored in the document database 30, and the like are stored.
A program group 149 executed by each unit of the development management support device 40 is executed by the CPU 140 and the OS 147.
In each of the above embodiments, the development management support device 40 communicates with the terminal used by the project manager or the project staff via the LAN 50 using the function of the communication port 144.
[0047]
The terms "store", "register", "store", "display", and "save" described above mean to save in a recording medium.
[0048]
In all embodiments, each operation of each component is related to each other, and the operation of each component can be replaced as a series of operations while taking into account the relation of the operations described above. Then, by substituting in this way, an embodiment of the method invention can be obtained.
Further, by replacing the operation of each of the above components with the processing of each of the components, an embodiment of a program can be realized.
In addition, by storing the program on a computer-readable recording medium on which the program is recorded, an embodiment of the computer-readable recording medium on which the program is recorded can be provided.
[0049]
The embodiment of the program and the embodiment of the computer-readable recording medium recorded in the program can all be constituted by a computer-operable program.
Each process in the embodiment of the program and the embodiment of the computer-readable recording medium on which the program is recorded is executed by the program, and the program is recorded in the recording device, and is transmitted from the recording device to the central processing unit ( CPU) and each flowchart is executed by the central processing unit.
Also, the software and programs of each embodiment may be implemented by firmware stored in a ROM (READ ONLY MEMORY). Alternatively, each function of the above-described program may be realized by a combination of software, firmware, and hardware.
[0050]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the mechanism of a development plan support is provided and a development period can be shortened.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing an entire embodiment 1;
FIG. 2 shows an example of a project task.
FIG. 3 is a project generation work flow.
FIG. 4 is a project registration screen.
FIG. 5 is a task tree selection screen.
FIG. 6 is a task automatic generation flow.
FIG. 7 is a task database.
FIG. 8 is a project list screen.
FIG. 9 is a task tree screen.
FIG. 10 is a document editing screen.
FIG. 11 is a project change screen.
FIG. 12 is a task addition screen.
FIG. 13 is a screen for changing progress determination information.
FIG. 14 is a task tree for progress display.
FIG. 15 is a progress rate calculation flow.
FIG. 16 is a task database maintenance screen.
FIG. 17 is a task database maintenance detail screen.
FIG. 18 is a specification input selection candidate.
FIG. 19 shows area selection candidates.
FIG. 20 is an alarm setting screen.
FIG. 21 is a functional configuration diagram.
FIG. 22 is a configuration diagram of a task database.
FIG. 23 is a configuration diagram of a task database.
FIG. 24 is a configuration diagram of a project database.
FIG. 25 shows an example of a template document (XML).
FIG. 26 is a document example (XML).
FIG. 27 is a computer basic configuration diagram of a development management support device.
[Explanation of symbols]
10 Task database, 11 tasks, 14 Progress judgment information, 15 Document name, 16 Scheduled completion date, 20 Project database, 22 Project name, 23 Project number, 24 Creation department, 25 Creator, 26 Development category, 27 Environment (temperature) , 28 environment (humidity), 30 document database, 40 development management support device, 41 database interface unit, 42 terminal interface unit, 43 project generation unit, 44 document creation unit, 45 project change unit, 46 progress measurement unit, 47 task database Maintenance section, 48 alarm display section, 49 storage section, 50 LAN, 51 task name, 52 document name, 53 progress judgment information, 54 calculation basis, 62 measurement target range, 65 progress rate, 70 area, 72 task extraction condition, 7 Document name, 74 Measurement target range, 75 Progress judgment information, 76 Measurement criteria, 81 Basic task tree table, 82 Basic measurement method table, 83 Extraction rule table, 84 Specification item table, 85 Specification input value table, 86 Area code table, 87 alarm type table, 88 project data table, 89 project task tree table, 90 project measurement method table, 138 bus, 140 CPU, 141 monitor, 142 keyboard, 143 mouse, 144 communication port, 146 magnetic disk device, 147 OS, 149 Programs, 150 files.

Claims (13)

複数の工程からなるプロジェクトの各作業工程をタスクとして、複数のプロジェクトの各プロジェクトに属する複数のタスクを各プロジェクトに対応させて記憶するタスクデータベースと、
端末から送信されたプロジェクトの仕様情報に基づいて、上記タスクデータベースに記憶した複数のタスクから上記プロジェクトの仕様情報に当てはまるプロジェクトに属するタスクを選択することによってプロジェクトの仕様情報に応じたタスクを含むプロジェクトを生成するプロジェクト生成部とを備えた、プロジェクトを支援する支援装置。
A task database that stores a plurality of tasks belonging to each project of a plurality of projects in association with each project, with each work step of a project including a plurality of processes as a task;
A project including a task corresponding to the project specification information by selecting a task belonging to a project that satisfies the project specification information from a plurality of tasks stored in the task database based on the project specification information transmitted from the terminal. And a project generation unit for generating a project.
上記支援装置は、さらに、
タスクの処理内容の初期値を示すテンプレートドキュメントを記憶する文書データベースを備え、
上記タスクデータベースは、各プロジェクトに属する複数のタスクの少なくともいずれかのタスクに対応したテンプレートドキュメント名をタスクとともに記憶し、
上記プロジェクト生成部は、上記生成したプロジェクトに含まれるタスクに対応したテンプレートドキュメント名を上記タスクデータベースから取得し、取得したテンプレートドキュメント名のテンプレートドキュメントを上記文書データベースから取得することによって上記生成したタスクとともに対応するテンプレートドキュメントが含まれたプロジェクトを生成する請求項1に記載された支援装置。
The support device further includes:
A document database that stores a template document indicating the initial value of the processing content of the task,
The task database stores a template document name corresponding to at least one of a plurality of tasks belonging to each project together with the task,
The project generation unit obtains a template document name corresponding to a task included in the generated project from the task database, and obtains a template document having the obtained template document name from the document database together with the generated task. The support device according to claim 1, wherein the support device generates a project including a corresponding template document.
上記タスクデータベースは、各プロジェクトに属する複数のタスクをツリー状に関連付けて階層的に記憶し、自己より下位に関連付けられたタスクが存在しないタスクのテンプレートドキュメント名をタスクとともに記憶する請求項2に記載された支援装置。3. The task database according to claim 2, wherein the task database stores a plurality of tasks belonging to each project in a tree-like manner and hierarchically stores the tasks, and stores a template document name of a task having no task associated with a lower level than the task itself. Assisted equipment. 上記プロジェクト生成部は、複数のタスクを含むプロジェクトを生成し、生成したプロジェクトに含まれる複数のタスクのうち必要な複数のタスクを端末に選択させ、
上記支援装置は、さらに、
上記プロジェクト生成部が端末に選択させた複数のタスクと選択させた複数のタスクに対応する、上記タスクデータベースに記憶したテンプレートドキュメント名とを記憶するプロジェクトデータベースを備えた請求項2に記載された支援装置。
The project generation unit generates a project including a plurality of tasks, and causes the terminal to select a necessary plurality of tasks among a plurality of tasks included in the generated project,
The support device further includes:
3. The support according to claim 2, further comprising a project database that stores a plurality of tasks selected by the project generation unit by the terminal and template document names stored in the task database corresponding to the plurality of selected tasks. 4. apparatus.
上記支援装置は、さらに、
上記プロジェクトデータベースに記憶した複数のタスクのうちドキュメントを作成するタスクを端末に選択させ、選択させたタスクに対応するテンプレートドキュメント名を持つテンプレートドキュメントを上記文書データベースから取得し、取得したテンプレートドキュメントを端末に表示することによってドキュメントの作成を支援するドキュメント作成部を備え、
上記文書データベースは、上記ドキュメント作成部が支援して作成されたドキュメント名を含むドキュメントをテンプレートドキュメントに対応させて記憶する請求項4に記載された支援装置。
The support device further includes:
The terminal selects a task for creating a document from the plurality of tasks stored in the project database, obtains a template document having a template document name corresponding to the selected task from the document database, and stores the obtained template document in the terminal. A document creation unit that supports creation of documents by displaying them on
The support apparatus according to claim 4, wherein the document database stores a document including a document name created by the assistance of the document creation unit in association with a template document.
上記支援装置は、さらに、
上記プロジェクトデータベースに記憶したタスクに対応して記憶したドキュメント名を持つドキュメントを上記文書データベースから取得し、取得したドキュメントの情報量と上記タスクの処理完了時に予想されるドキュメントの最終情報量である計測基準とを比較してタスクの進捗率を計測する進捗計測部を備えた請求項5に記載された支援装置。
The support device further includes:
A document having a document name stored in correspondence with the task stored in the project database is acquired from the document database, and the information amount of the acquired document and the final information amount of the document expected when the processing of the task is completed are measured. The support device according to claim 5, further comprising a progress measurement unit that measures a task progress rate by comparing with a reference.
上記進捗計測部は、上記文書データベースに記憶したドキュメントの構造を解析し、解析したドキュメントの構造から進捗率を計測する対象となる複数の計測対象範囲を指定し、指定した複数の計測対象範囲から1以上の計測対象範囲を端末に選択させ、選択させた計測対象範囲に対応した部分のドキュメントの情報量と計測対象範囲の処理完了時に予想される計測対象範囲の計測基準とを比較してタスクの計測対象範囲の進捗率を計測する請求項6に記載された支援装置。The progress measurement unit analyzes the structure of the document stored in the document database, specifies a plurality of measurement target ranges for which a progress rate is to be measured from the analyzed document structure, and specifies a plurality of measurement target ranges from the specified plurality of measurement target ranges. One or more measurement target ranges are selected by the terminal, and the task is performed by comparing the information amount of the document corresponding to the selected measurement target range with the measurement standard of the measurement target range expected when the processing of the measurement target range is completed. 7. The support device according to claim 6, wherein a progress rate of the measurement target range is measured. 上記進捗計測部は、端末から送信された進捗率を判定する進捗判定情報を用いて端末から送信された計測基準と上記ドキュメントの情報量とを比較してタスクの進捗率を計測する請求項6に記載された支援装置。7. The progress measuring unit according to claim 6, wherein the progress measuring unit measures a task progress rate by comparing a measurement criterion transmitted from the terminal with the information amount of the document using the progress determination information for determining the progress rate transmitted from the terminal. The support device described in. 上記進捗計測部は、自己より下位に関連付けられたタスクが存在しないタスクを上記プロジェクトデータベースから複数取得し、取得した複数のタスクの各タスクの進捗率を計測し、計測した各タスクの進捗率からプロジェクトの進捗率を計測する請求項6に記載された支援装置。The progress measuring unit obtains a plurality of tasks for which there is no task associated with a lower level from the project database, measures a progress rate of each of the obtained tasks, and calculates a progress rate of each of the measured tasks. The support device according to claim 6, which measures a progress rate of the project. 上記タスクデータベースは、タスク毎にタスクを抽出するためのタスク抽出ルールを記憶し、
上記支援装置は、さらに、
端末から送信されたタスクの抽出条件と抽出条件に合致するタスクの変更内容とに基づいてタスクの抽出条件に該当するタスク抽出ルールを持つタスクをタスクデータベースから抽出し、抽出したタスクを上記端末インタフェース部が受信したタスクの変更内容に基づいて変更するタスクデータベースメンテナンス部を備える請求項1に記載された支援装置。
The task database stores task extraction rules for extracting tasks for each task,
The support device further includes:
A task having a task extraction rule corresponding to the task extraction condition is extracted from the task database based on the task extraction condition transmitted from the terminal and the task change content that matches the extraction condition, and the extracted task is referred to the terminal interface. The support device according to claim 1, further comprising a task database maintenance unit that changes the task based on the content of the change of the task received by the unit.
上記支援装置は、さらに、
上記生成したプロジェクトからプロジェクトに必要なタスクを端末に選択させ、選択させたタスクを記憶するプロジェクトデータベースと、
上記プロジェクトデータベースに記憶したタスクのプロジェクトに対し警告を発する警告条件を記憶する記憶部と、
上記プロジェクトデータベースに記憶したタスクを監視し、監視したタスクの状態に基づいてプロジェクトが上記記憶部に記憶した警告条件を満たす場合に端末に対し警告を発するアラーム表示部とを備えた請求項1に記載された支援装置。
The support device further includes:
A project database that allows the terminal to select a task necessary for the project from the generated project, and stores the selected task,
A storage unit for storing a warning condition for issuing a warning for the task project stored in the project database,
2. The alarm display unit according to claim 1, further comprising: an alarm display unit that monitors a task stored in the project database and issues a warning to a terminal when a project satisfies a warning condition stored in the storage unit based on a state of the monitored task. The described support device.
複数の工程からなるプロジェクトの各作業工程をタスクとして、複数のプロジェクトの各プロジェクトに属する複数のタスクを各プロジェクトに対応させてタスクデータベースに記憶し、
端末から送信されたプロジェクトの仕様情報に基づいて、上記タスクデータベースに記憶した複数のタスクから上記プロジェクトの仕様情報に当てはまるプロジェクトに属するタスクを選択することによってプロジェクトの仕様情報に応じたタスクを含むプロジェクトを生成することによりプロジェクトを支援する支援方法。
Each work process of a project including a plurality of processes is set as a task, and a plurality of tasks belonging to each project of the plurality of projects are stored in the task database in association with each project,
A project including a task corresponding to the project specification information by selecting a task belonging to a project that satisfies the project specification information from a plurality of tasks stored in the task database based on the project specification information transmitted from the terminal. A support method to support a project by generating a.
複数の工程からなるプロジェクトの各作業工程をタスクとして、複数のプロジェクトの各プロジェクトに属する複数のタスクを各プロジェクトに対応させてタスクデータベースに記憶する処理と、
端末から送信されたプロジェクトの仕様情報に基づいて、上記タスクデータベースに記憶した複数のタスクから上記プロジェクトの仕様情報に当てはまるプロジェクトに属するタスクを選択することによってプロジェクトの仕様情報に応じたタスクを含むプロジェクトを生成することによりプロジェクトを支援する処理とをコンピュータに実行させる支援プログラム。
A process of storing a plurality of tasks belonging to each project of a plurality of projects in a task database in association with each project, with each work process of a project including a plurality of processes as a task;
A project including a task corresponding to the project specification information by selecting a task belonging to a project that satisfies the project specification information from a plurality of tasks stored in the task database based on the project specification information transmitted from the terminal. A support program for causing a computer to execute a process for supporting a project by generating a program.
JP2003000907A 2003-01-07 2003-01-07 Support device, support method and support program Pending JP2004213447A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003000907A JP2004213447A (en) 2003-01-07 2003-01-07 Support device, support method and support program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003000907A JP2004213447A (en) 2003-01-07 2003-01-07 Support device, support method and support program

Publications (1)

Publication Number Publication Date
JP2004213447A true JP2004213447A (en) 2004-07-29

Family

ID=32819069

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003000907A Pending JP2004213447A (en) 2003-01-07 2003-01-07 Support device, support method and support program

Country Status (1)

Country Link
JP (1) JP2004213447A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007164532A (en) * 2005-12-14 2007-06-28 Toshiba Corp Task display device, task display method, and task display program
JP2007249572A (en) * 2006-03-15 2007-09-27 Mitsubishi Electric Corp Project management support device, project management support method, and project management support program
US7818197B2 (en) 2004-11-30 2010-10-19 Kabushiki Kaisha Toshiba Schedule management apparatus, schedule management method and program
JP2011008504A (en) * 2009-06-25 2011-01-13 Ntt Comware Corp Device, method and program for calculating progress rate
JP2011081513A (en) * 2009-10-05 2011-04-21 Toshiba Corp Progress management device and progress management method
JP2016018299A (en) * 2014-07-07 2016-02-01 富士通株式会社 Communication control method, communication control system, and communication control program
JP2020135168A (en) * 2019-02-15 2020-08-31 富士通株式会社 Information processor, information processing device, and data storage program
JP2021089591A (en) * 2019-12-04 2021-06-10 Tis株式会社 Project management system, project management method, and program
JP7365840B2 (en) 2018-10-19 2023-10-20 オラクル・インターナショナル・コーポレイション Automatic assessment of project acceleration

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7818197B2 (en) 2004-11-30 2010-10-19 Kabushiki Kaisha Toshiba Schedule management apparatus, schedule management method and program
JP2007164532A (en) * 2005-12-14 2007-06-28 Toshiba Corp Task display device, task display method, and task display program
JP2007249572A (en) * 2006-03-15 2007-09-27 Mitsubishi Electric Corp Project management support device, project management support method, and project management support program
JP2011008504A (en) * 2009-06-25 2011-01-13 Ntt Comware Corp Device, method and program for calculating progress rate
JP2011081513A (en) * 2009-10-05 2011-04-21 Toshiba Corp Progress management device and progress management method
JP2016018299A (en) * 2014-07-07 2016-02-01 富士通株式会社 Communication control method, communication control system, and communication control program
JP7365840B2 (en) 2018-10-19 2023-10-20 オラクル・インターナショナル・コーポレイション Automatic assessment of project acceleration
JP2020135168A (en) * 2019-02-15 2020-08-31 富士通株式会社 Information processor, information processing device, and data storage program
JP7176434B2 (en) 2019-02-15 2022-11-22 富士通株式会社 Information processing system, information processing device and data storage program
JP2021089591A (en) * 2019-12-04 2021-06-10 Tis株式会社 Project management system, project management method, and program
JP7160789B2 (en) 2019-12-04 2022-10-25 Tis株式会社 Project management system, project management method and program

Similar Documents

Publication Publication Date Title
US5767848A (en) Development support system
JP4796185B2 (en) Business flow diagram generation program, business flow diagram generation device, and business flow diagram generation method
JP3458728B2 (en) Component data management device and computer readable storage medium storing component data management program
JP5157282B2 (en) Equipment information collection management system
CN101776999A (en) Platform for developing and implementing software system
JP6375029B2 (en) A metadata-based online analytical processing system that analyzes the importance of reports
JP2004213447A (en) Support device, support method and support program
CN114461612A (en) Database-based data management method and management system
JPH08235231A (en) Paralle design management system
CN112052343A (en) Knowledge graph display method and device, electronic equipment and storage medium
JP2001014166A (en) Device for generating ontology coordinate information
JP5033322B2 (en) Information management method and apparatus using connection relation information
CN116932632A (en) Method and system for data asset management and visualization
CN112527918A (en) Data processing method and device
JP4011995B2 (en) Product design support apparatus and method
CN114066418B (en) Fire control data processing system based on data center
KR20060012572A (en) System and methods for managing distributed design chains
JP5365308B2 (en) Production information management system and method
JP2019101829A (en) Software component management system, computor, and method
JP2007133577A (en) Information sharing degree analysis system
JP6403864B2 (en) Service design support system and service design support method
JP2000235561A (en) Simulation model editor and machine readable recording medium recording program
US20240012959A1 (en) Digital twin cooperation method, digital twin cooperation system, and digital twin cooperation program
US20230060475A1 (en) Operation data analysis device, operation data analysis system, and operation data analysis method
JP2006127078A (en) Software configuration estimate support system

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040519

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20041026

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051128

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080507

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080520

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080625

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080819

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090106