(57)【要約】【課題】作業時点の開発工程でいずれの項目に入力する必要があるかを容易に把握する。【解決手段】仕様書作成装置１は、複数の入力項目に対応する入力領域と、対象とする開発プロジェクトの開発工程に応じて決定される、入力領域が必須領域であるか任意領域であるかを示す情報と、を含む仕様書編集画面を表示する。【選択図】図１
2020135365.tif 000002
【特許請求の範囲】
【請求項１】
複数の入力項目に対応する入力領域と、対象とする開発プロジェクトの開発工程に応じて決定される、前記入力領域が必須領域であるか任意領域であるかを示す情報と、を含む仕様書編集画面を表示する
処理をコンピュータに実行させることを特徴とする仕様書作成プログラム。
【請求項２】
該表示する処理は、
前記開発工程ごとに、前記複数の入力領域それぞれと入力条件とを対応付けた情報を記憶する記憶部に記憶された入力条件に基づいて、対象とする開発プロジェクトの開発工程に対応する前記複数の入力領域が必須領域であるか任意領域であるかを示す情報を決定し、決定した情報を含む仕様書編集画面を表示する
ことを特徴とする請求項１に記載の仕様書作成プログラム。
【請求項３】
前記入力条件は、前記複数の入力領域が入力必須、入力任意または入力不可であることを示す情報である
ことを特徴とする請求項２に記載の仕様書作成プログラム。
【請求項４】
前記入力条件は、改版必須であることを示す情報を含み、
さらに、入力条件が改版必須である入力領域については、現に設定された文章を、直前の開発工程で設定された文章と照合して、改版の有無を判定する
ことを特徴とする請求項２または３に記載の仕様書作成プログラム。
【請求項５】
複数の入力項目に対応する入力領域を有する仕様書編集画面を表示する仕様書作成装置であって、
対象とする開発プロジェクトの開発工程に応じて、前記入力領域について、必須領域であるか任意領域であるかを示す情報を表示する制御部、
を有することを特徴とする仕様書作成装置。
【請求項６】
対象とする開発プロジェクトの現在の開発工程を受け付け、
複数の入力項目に対応する入力領域と、受け付けた開発工程に応じて決定される、前記入力領域が必須領域であるか任意領域であるかを示す情報と、を含む仕様書編集画面を表示する
処理をコンピュータが実行することを特徴とする仕様書作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仕様書作成プログラムなどに関する。
【背景技術】
【０００２】
コンピュータシステムの開発においては、ソフトウェア要求仕様書等の各種仕様書が作成される。例えば、下記特許文献１には、ソフトウェア要求仕様書の作成支援技術が開示されている。かかる技術では、複数の入力項目を有する入力画面を表示し、当該入力画面からのユーザの入力に基づいて要求仕様書が作成される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３０５０５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、開発工程の初期段階で全ての入力項目を入力することは困難である。開発工程の初期段階では、大まかな仕様しか決まっておらず、入力できる項目が限られているためである。開発工程が進むにつれて、徐々に細かい仕様が固まっていき、従前入力できなかった項目が入力できるようになっていく。すなわち、開発工程ごとに入力しなければならない入力領域と入力しなくても構わない入力項目とが存在することになるが、仕様書作成者は、入力作業時点において各入力項目が入力必須か否かを把握することができず、入力漏れや不要な入力が発生するという問題がある。
【０００５】
１つの側面では、仕様書作成者が作業時点の開発工程でいずれの項目に入力する必要があるかを容易に把握することを目的とする。
【課題を解決するための手段】
【０００６】
１つの態様では、仕様書作成プログラムは、複数の入力項目に対応する入力領域と、対象とする開発プロジェクトの開発工程に応じて決定される、前記入力領域が必須領域であるか任意領域であるかを示す情報と、を含む仕様書編集画面を表示する、処理をコンピュータに実行させる。
【０００７】
１つの態様によれば、仕様書作成者が作業時点の開発工程でいずれの項目に入力する必要があるかを容易に把握することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例に係る仕様書作成装置の構成を示す機能ブロック図である。
【図２】図２は、実施例に係る仕様書作成装置が実現するイメージを示す図である。
【図３】図３は、実施例に係る画面サンプル定義体の一例を示す図である。
【図４】図４は、実施例に係る仕様書データの一例を示す図である。
【図５】図５は、実施例に係る入力条件定義体の一例を示す図である。
【図６Ａ】図６Ａは、実施例に係る入力条件出力部による表示例を示す図（１）である。
【図６Ｂ】図６Ｂは、実施例に係る入力条件出力部による表示例を示す図（２）である。
【図７】図７は、実施例に係る判定結果出力部による表示例を示す図である。
【図８】図８は、更新された仕様書データの一例を示す図である。
【図９】図９は、実施例に係る入力条件出力のフローチャートの一例を示す図である。
【図１０】図１０は、実施例に係る入力条件判定のフローチャートの一例を示す図である。
【図１１】図１１は、仕様書作成プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する仕様書作成プログラム、仕様書作成装置および仕様書作成方法の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。
【実施例】
【００１０】
［仕様書作成装置の構成］
図１は、実施例に係る仕様書作成装置の構成を示す機能ブロック図である。実施例に係る仕様書作成装置１は、仕様書作成装置１は、対象とする開発プロジェクトの仕様書を作成する際に、複数の入力項目に対応する入力領域を有する仕様書編集画面を表示する。このとき、仕様書作成装置１は、現時点の開発工程に応じた、複数の入力領域に対する入力条件をユーザに提示する。ここでいう入力領域とは、テキストボックスなどの文章が入力される領域のことをいう。入力条件とは、例えば、個々の入力領域について、必須領域であるか任意領域であるかを示す入力に係る条件のことをいう。
【００１１】
仕様書作成装置１が実現するイメージを、図２を参照して説明する。図２は、実施例に係る仕様書作成装置が実現するイメージを示す図である。図２に示すように、開発サイクルとしての開発段階として、例えば、原理試作（プロトタイプ）、デモ用、商用がある。また、個々の開発段階では、開発工程として、例えば、企画、設計・開発、製造・試験および出荷・保守がある。
【００１２】
このような場合に、例えば、原理試作（プロトタイプ）において、初期段階の開発工程では、不確定要素が多いので、仕様書内の複数の項目の中の必須項目は必要最小限とする。そして、開発工程が進むにつれて、徐々に細かい仕様が固まっていくので、必須項目の範囲を広げる。ここでは、開発段階としての原理試作（プロトタイプ）において、企画の開発工程では、プロジェクト名および技術目標を必須項目としている。なお、図中において矩形で囲まれている項目が必須項目を示しているものとする。そして、出荷・保守の開発工程では、プロジェクト名および技術目標に加えて予算、工程および体制を必須項目としている。一方、商用の開発段階では、原理試作の開発段階およびデモ用の開発段階が完了しており、例えば、技術・市場とも調査済みであり、且つ、多大なリソースを投じることとなる。したがって、商用の開発段階の企画の開発工程では、仕様書内の多くの項目を必須項目とする。
【００１３】
仕様書作成装置１は、開発プロジェクトの仕様書における複数の文章入力領域を有する仕様書編集画面を表示する場合に、現時点の開発工程に応じた、複数の文章入力領域に対する入力条件をユーザに提示する。なお、以降では、例えば、開発段階として、原理試作（プロトタイプ）、デモ用、商用があるとして説明する。また、各開発段階では、例えば、開発工程として、企画、設計・開発、製造・試験および出荷・保守があるとして説明する。
【００１４】
図１に戻って、仕様書作成装置１は、入力部１１、出力部１２および制御部１３および記憶部１４を有する。
【００１５】
入力部１１は、ユーザから各種の入力操作を受け付ける。なお、入力部１１としては、例えば、キーボード、マウスやタッチパネルなどを用いることができる。
【００１６】
出力部１２は、各種の情報を出力する。なお、出力部１２としては、各種の情報を表示するディスプレイを用いることができる。
【００１７】
制御部１３は、ＣＰＵ（Central  Processing  Unit）などの電子回路に対応する。そして、制御部１３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１３は、データ反映部１３１、入力条件特定部１３２、入力条件出力部１３３、入力条件判定部１３４、判定結果出力部１３５およびデータ更新部１３６を有する。なお、データ反映部１３１は、受付部の一例である。入力条件特定部１３２および入力条件出力部１３３は、制御部の一例である。
【００１８】
記憶部１４は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部１４は、画面サンプル定義体１４１、仕様書データ１４２および入力条件定義体１４３を有する。
【００１９】
画面サンプル定義体１４１は、画面サンプルの表示形式を定義したものである。なお、画面サンプル定義体１４１は、予め作成される。
【００２０】
ここで、画面サンプル定義体１４１の一例を、図３を参照して説明する。図３は、実施例に係る画面サンプル定義体の一例を示す図である。図３に示すように、画面サンプル定義体１４１には、大項目、中項目、項目ＩＤ（IDentifier）および内容が含まれる。大項目は、後述する中項目が属する見出しを示す。この見出しには、例えば、章や表紙が含まれる。中項目は、文章を入力する入力項目を示す。項目ＩＤは、中項目を一意に識別する識別子を示す。内容は、入力項目に対応する領域（文章入力領域）に入力または設定される文章の内容である。図３では、初期状態の画面サンプル定義体１４１が示されているので、全ての内容には、空データが設定されている。
【００２１】
図１に戻って、仕様書データ１４２は、仕様書に入力されたデータを管理する。なお、仕様書データ１４２は、後述するデータ更新部１３６によって更新される。
【００２２】
ここで、仕様書データ１４２の一例を、図４を参照して説明する。図４は、実施例に係る仕様書データの一例を示す図である。図４に示すように、仕様書データ１４２には、インデックス、文書番号、項目ＩＤおよび内容が含まれる。インデックスは、仕様書データ１４２内の行を区別するために用いられる識別番号を示す。例えば、インデックスが数字であれば、１から順番に昇順に設定されれば良い。文書番号は、文書を識別する番号である。ここでいう文書は、仕様書のことをいう。項目ＩＤは、中項目（入力項目）を一意に識別する識別子を示し、画面サンプル定義体１４１の項目ＩＤに対応する。内容は、入力項目に対応する領域（文章入力領域）に入力または設定された文章の内容であり、画面サンプル定義体１４１の内容に対応する。
【００２３】
図１に戻って、入力条件定義体１４３は、開発段階および開発工程ごとに、入力項目の入力条件を定義したものである。なお、入力条件定義体１４３は、予め生成されるが、適宜変更可能である。
【００２４】
ここで、入力条件定義体１４３の一例を、図５を参照して説明する。図５は、実施例に係る入力条件定義体の一例を示す図である。なお、図５では、開発段階として、原理試作（プロトタイプ）、デモ用、商用がある場合の一例である。加えて、各開発段階では、開発工程として、企画、設計・開発、製造・試験、移行判定又は出荷・保守がある場合の一例である。
【００２５】
図５に示すように、入力条件定義体１４３は、開発段階および開発工程ごとに、項目ＩＤに対する入力条件を定義する。項目ＩＤは、図３に示した中項目（入力項目）に対応する項目ＩＤである。入力条件は、入力項目に対応する領域（文章入力領域）に対する入力の可否を示す。入力条件には、例えば、「編集不可」、「任意」、「必須」、「必須（要改版）」、「←」が挙げられる。「編集不可」とは、編集操作ができないことを示す。「任意」とは、入力してもしなくてもよいことを示す。「必須」とは、必ず入力する必要があることを示す。「必須（要改版）」とは、必ず修正して入力する必要があることを示す。「←」は、前の開発工程の入力条件を継承することを示す。例えば、開発段階が「原理試作（プロトタイプ）」且つ開発工程が「製造・試験」の項目ＩＤ「Ｐ２０３（各種予算）」に対する入力条件が「←」であるとは、前の開発工程である「設計・開発」の入力条件「必須」を継承することを示す。
【００２６】
一例として、開発段階が「原理試作（プロトタイプ）」である場合の項目ＩＤ「Ｐ１０１（企画概要）」に着目する。開発工程が「企画」の際に入力条件は「必須」であるが、「設計・開発」の際に「←」、「製造・試験」の際に「不可」、「移行判定」の際に「←」と設定されている。別例として、開発段階が「原理試作（プロトタイプ）」である場合の項目ＩＤ「Ｐ２０１（ターゲット）」に着目する。開発工程が「企画」の際に入力条件は「任意」であるが、「設計・開発」の際に「←」、「製造・試験」の際に「不可」、「移行判定」の際に「必須」と設定されている。すなわち、開発段階および開発工程ごとに、中項目（入力項目）に対応付けて入力条件が設定されている。これにより、全ての開発段階および開発工程の項目に対する入力条件が、入力条件定義体１４３に一括して定義できる。言い換えると、入力条件定義体１４３は、全ての開発段階および開発工程の項目に対する入力条件を、一括して管理できる。
【００２７】
図１に戻って、データ反映部１３１は、仕様書データ１４２に管理されたデータを画面サンプル定義体１４１に反映する。例えば、データ反映部１３１は、画面サンプル定義体１４１から入力項目の項目ＩＤを取得する。そして、データ反映部１３１は、対象とする仕様書の文書番号を受け付けると、仕様書データ１４２から、文書番号に対応する内容であって、取得した項目ＩＤに対応する内容を読み出す。データ反映部１３１は、読み出せた場合には、読み出した項目ＩＤに対応する内容を、画面サンプル定義体１４１の内容部分に反映する。すなわち、仕様書データ１４２に前回のデータがあった場合には、データ反映部１３１は、前回のデータを画面サンプル定義体１４１の内容部分に反映する。データ反映部１３１は、読み出せなかった場合には、画面サンプル定義体１４１の項目ＩＤに対応する内容を空データに設定する。すなわち、仕様書データ１４２に前回のデータがなかった場合には、データ反映部１３１は、画面サンプル定義体１４１の項目ＩＤに対応する内容を空データに設定する。
【００２８】
入力条件特定部１３２は、入力項目に対応する領域（文章入力領域）の入力条件を特定する。例えば、入力条件特定部１３２は、現時点がどの開発工程であるかを示す進捗データを受け付けると、入力条件定義体１４３を参照して、当該進捗データに対応する入力条件を取得する。すなわち、入力条件特定部１３２は、現時点の開発工程の各入力項目に対応する、文章入力領域の入力条件を特定する。一例として、入力条件定義体１４３が図５に示すものであるとする。すると、進捗データから示された開発工程が「デモ用」の「企画」の場合、入力条件特定部１３２は、「Ｂ−１」列に定義された入力条件を特定する。
【００２９】
入力条件出力部１３３は、画面サンプル定義体１４１の情報に入力条件を重ね合わせた仕様書編集画面を出力部１２に出力する。例えば、入力条件出力部１３３は、データ反映部１３１によって内容が反映された画面サンプル定義体１４１の情報を、仕様書編集画面に表示させるために、出力部１２に出力する。加えて、入力条件出力部１３３は、入力条件特定部１３２によって特定された入力条件を、項目ＩＤに合わせて仕様書編集画面に表示させるために、出力部１２に出力する。
【００３０】
入力条件判定部１３４は、仕様書編集画面の各文章入力領域について、それぞれの入力条件を満たしているか否かを判定する。例えば、入力条件判定部１３４は、入力部１１から文章の保存指示を受け付けると、仕様書編集画面の各文章入力領域の内容を取得する。入力条件判定部１３４は、入力条件特定部１３２によって特定された、各文章入力領域の入力条件を取得する。入力条件判定部１３４は、各文章入力領域の内容について、画面サンプル定義体１４１の各内容と照合して、各文章入力領域の入力条件を満たしているか否かを判定する。一例として、入力条件判定部１３４は、仕様書編集画面の中項目を順次選択する。入力条件判定部１３４は、仕様書編集画面の、選択した中項目に対応する文章入力領域の内容と、画面サンプル定義体１４１の、同じ中項目に対応する内容とを照合する。入力条件判定部１３４は、照合結果が、選択した中項目に対応する文章入力領域の入力条件を満たしているか否かを判定する。同様に、入力条件判定部１３４は、仕様書編集画面の中項目が終了するまで、繰り返し、判定処理を繰り返せば良い。
【００３１】
判定結果出力部１３５は、判定結果を出力部１２に出力する。例えば、判定結果出力部１３５は、仕様書編集画面の全ての文章入力領域について、それぞれの入力条件を満たしていると判定された場合には、正常の判定結果を出力部１２に出力する。判定結果出力部１３５は、いずれかの文章入力領域について、入力条件を満たしていないと判定された場合には、異常の判定結果を出力部１２に出力する。
【００３２】
データ更新部１３６は、各文章入力領域の内容を仕様書データ１４２に更新する。例えば、データ更新部１３６は、仕様書編集画面の全ての文章入力領域について、それぞれの入力条件を満たしていると判定された場合には、各文章入力領域の内容を仕様書データ１４２に更新する。
【００３３】
［入力条件出力部による表示例］
ここで、入力条件出力部による表示例を、図６Ａおよび図６Ｂを参照して説明する。
【００３４】
図６Ａは、実施例に係る入力条件出力部による表示例を示す図（１）である。なお、図６Ａでは、文書番号が「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」であり、開発工程が「デモ用」の「企画工程」の場合であるとする。
【００３５】
図６Ａに示すように、文書番号が「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」である商品企画書の仕様書編集画面Ｇ１が表わされている。仕様書編集画面Ｇ１には、データ反映部１３１によって文書番号「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」に対する仕様書データ１４２の内容が反映された画面サンプル定義体１４１の情報と、入力要否ｉＢ１とが表わされている。入力要否ｉＢ１は、入力条件特定部１３２によって特定された入力条件のことである。すなわち、入力条件特定部１３２が、進捗データとして「デモ用」の「企画」を取得すると、入力条件定義体１４３を参照して、「デモ用」の「企画」の各中項目に対応する文章入力領域の入力条件を特定する。ここでは、入力条件特定部１３２は、図５の入力条件定義体１４３を参照して、「Ｂ−１」列に定義された入力条件を特定する。そして、入力条件出力部１３３は、画面サンプル定義体１４１の情報に、特定された入力条件ｉＢ１を重ね合わせた仕様書編集画面Ｇ１を出力部１２に出力する。一例として、符号ａ０で示される中項目「名称」，「開発コード」に対応する文章入力領域の入力条件は、（必ず修正して入力する必要がある）「必須（要改版）」と表わされている。符号ａ１で示される中項目「企画概要」に対応する文章入力領域の入力条件は、（必ず修正して入力する必要がある）「必須（要改版）」と表わされている。また、符号ａ２で示される中項目「対案」に対応する文章入力領域の入力条件は、（必ず入力する必要がある）「必須」と表わされている。また、符号ａ３で示される中項目「ターゲット」に対応する文章入力領域の入力条件は、（入力してもしなくてもよい）「任意」と表わされている。また、符号ａ４で示される中項目「工程」に対応する文章入力領域の入力条件は、（入力してもしなくてもよい）「任意」と表わされている。すなわち、入力条件出力部１３３は、複数の文章入力領域と、開発工程に応じて決定される入力要否を示す情報と、を含む仕様書編集画面Ｇ１を表示する。
【００３６】
これにより、入力条件出力部１３３は、現時点の開発工程に対する入力条件を出力することで、ユーザに、必要な項目のみを入力させることができ、入力に必要な作業を最適化することができる。
【００３７】
なお、この後、ユーザが各文章入力領域にデータを入力して、「保存する」ボタンｂ１を押下すると、入力条件判定部１３４が、仕様書編集画面Ｇ１の各文章入力領域について、それぞれの入力条件ｉＢ１を満たしているか否かを判定する。
【００３８】
図６Ｂは、実施例に係る入力条件出力部による表示例を示す図（２）である。なお、図６Ｂでは、文書番号が図６Ａで示した文書番号と同じであり、開発工程が図６Ａで示した「デモ用」の「企画工程」の次の工程の「デモ用」の「設計・開発工程」の場合であるとする。
【００３９】
図６Ｂに示すように、文書番号が「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」である商品企画書の仕様書編集画面Ｇ２が表わされている。仕様書編集画面Ｇ２には、データ反映部１３１によって文書番号「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」に対する仕様書データ１４２の内容が反映された画面サンプル定義体１４１の情報と、入力要否ｉＢ２とが表わされている。入力要否ｉＢ２は、入力条件特定部１３２によって特定された入力条件のことである。すなわち、入力条件特定部１３２が、進捗データとして「デモ用」の「設計・開発」を取得すると、入力条件定義体１４３を参照して、「デモ用」の「設計・開発」の各中項目に対応する文章入力領域の入力条件を特定する。ここでは、入力条件特定部１３２は、図５の入力条件定義体１４３を参照して、「Ｂ−２」列に定義された入力条件を特定する。そして、入力条件出力部１３３は、画面サンプル定義体１４１の情報に、特定された入力条件ｉＢ２を重ね合わせた仕様書編集画面Ｇ２を出力部１２に出力する。一例として、符号ａ５で示される中項目「名称」，「開発コード」に対応する文章入力領域の入力条件は、（編集操作ができないことを示す）「不可」と表わされている。符号ａ６で示される中項目「企画概要」に対応する文章入力領域の入力条件は、（必ず修正して入力する必要がある）「必須（要改版）」と表わされている。また、符号ａ７で示される中項目「対案」に対応する文章入力領域の入力条件は、（編集操作ができないことを示す）「不可」と表わされている。また、符号ａ８で示される中項目「ターゲット」に対応する文章入力領域の入力条件は、（編集操作ができないことを示す）「不可」と表わされている。また、符号ａ９で示される中項目「工程」以降に対応する文章入力領域の入力条件は、（必ず入力する必要がある）「必須」と表わされている。すなわち、入力条件出力部１３３は、複数の文章入力領域と、開発工程に応じて決定される入力要否を示す情報と、を含む仕様書編集画面Ｇ２を表示する。
【００４０】
これにより、入力条件出力部１３３は、現時点の開発工程に対する入力条件を出力することで、ユーザに、必要な項目のみを入力させることができ、入力に必要な作業を最適化することができる。
【００４１】
なお、この後、ユーザが各文章入力領域にデータを入力して、「保存する」ボタンｂ１を押下すると、入力条件判定部１３４が、仕様書編集画面Ｇ２の各文章入力領域について、それぞれの入力条件ｉＢ２を満たしているか否かを判定する。
【００４２】
［判定結果出力部による表示例］
図７は、実施例に係る判定結果出力部による表示例を示す図である。なお、図７では、図６で表わされた仕様書編集画面Ｇ１に対して、ユーザが各文章入力領域にデータを入力し、「保存する」ボタンｂ１を押下したものとする。入力（編集）前の各文章入力領域の内容は、画面サンプル定義体１４１に設定された内容であり、図６で示された内容と同じである。
【００４３】
図７に示すように、入力条件判定部１３４は、仕様書編集画面Ｇ１の各文章入力領域について、画面サンプル定義体１４１の各内容と照合して、各文章入力領域の入力条件ｉＢ１を満たしているか否かを判定する。判定結果出力部１３５は、仕様書編集画面Ｇ１のいずれかの文章入力領域について、入力条件ｉＢ１を満たしていないと判定された場合には、異常の判定結果を出力部１２に出力する。ここでは、符号ａ１０で示される中項目「動向（社会）」に対応する文章入力領域の入力条件は、（必ず修正して入力する必要がある）「必須（要改版）」と表わされている。ところが、「必須（要改版）」であるにもかかわらず、入力前から変更されていないので、判定結果出力部１３５は、異常の判定結果を出力部１２に出力する。例えば、原理試作の段階では必須入力項目ではあるものの、抽象的な表現で入力され、デモ用の段階に進んだ時点ではより具体的な表現とすべき項目であれば、その時点で必ず改版されるべきである。当該判定はこのような改版が確実になされたか否かを判定することで、ユーザの改版漏れを抑止することが可能となるものである。また、符号ａ２０で示される中項目「対案」に対応する文章入力領域の入力条件は、（必ず入力する必要がある）「必須」と表わされている。ところが、「必須」であるにもかかわらず、未入力（空欄）であるので、判定結果出力部１３５は、異常の判定結果を出力部１２に出力する。異常の判定結果の表示例として、「入力必須の箇所が入力されていません。または、更新必須の箇所が更新されていません。」が表示されている。加えて、異常の判定結果の表示例として、該当する入力条件の文字を、太字や赤字などで強調させても良い。
【００４４】
これにより、判定結果出力部１３５は、異常の判定結果を出力することで、ユーザに、入力条件を満たすための再入力を促すことができる。
【００４５】
なお、判定結果出力部１３５は、仕様書編集画面Ｇ１の全ての文章入力領域について、入力条件ｉＢ１を満たしていると判定された場合には、正常の判定結果を出力部１２に出力する。そして、データ更新部１３６は、仕様書編集画面Ｇ１の全ての文章入力領域の内容を仕様書データ１４２に更新する。更新された仕様書データ１４２の一例を、図８を参照して説明する。
【００４６】
［更新された仕様書データの一例］
図８は、更新された仕様書データの一例を示す図である。図８に示すように、図７で示した文書番号「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」について、更新された仕様書データ１４２が示されている。すなわち、データ更新部１３６は、文書番号「ＡＡ−ＢＢ−ＣＣＣＣＣＣ＿１０１」の仕様書編集画面Ｇ１の全ての文章入力領域の内容を仕様書データ１４２に更新する。
【００４７】
［入力条件出力のフローチャート］
図９は、実施例に係る入力条件出力のフローチャートの一例を示す図である。なお、ユーザが仕様書の表示指示を行ったとする。
【００４８】
図９に示すように、ユーザから仕様書の表示指示を受け付けたデータ反映部１３１は、画面サンプル定義体１４１から入力項目の項目ＩＤを取得する（ステップＳ１１）。
【００４９】
そして、データ反映部１３１は、ユーザから対象とする文書番号を受け付けると、仕様書データ１４２に、文書番号に対応する前回データがあるか否かを判定する（ステップＳ１２）。前回データがないと判定した場合には（ステップＳ１２；Ｎｏ）、データ反映部１３１は、画面サンプル定義体１４１の、取得した入力項目の項目ＩＤに対する内容を空データに設定する（ステップＳ１３）。そして、データ反映部１３１は、ステップＳ１５に移行する。
【００５０】
一方、前回データがあると判定した場合には（ステップＳ１２；Ｙｅｓ）、データ反映部１３１は、仕様書データ１４２から前回データを読み込み、画面サンプル定義体１４１の、取得した入力項目の項目ＩＤに対する内容を前回データに設定する（ステップＳ１４）。そして、データ反映部１３１は、ステップＳ１５に移行する。
【００５１】
ステップＳ１５について、入力条件特定部１３２は、現時点がどの開発工程であるかを示す進捗データを受け付けると、入力条件定義体１４３を参照して、当該進捗データに対応する入力条件を取得する（ステップＳ１５）。例えば、入力条件特定部１３２は、進捗データを進捗管理システムに問い合わせ、問い合わせた進捗データを受け付けると、入力条件定義体１４３を参照して、当該進捗データに対応する入力条件を取得する。進捗データは、一例として、開発段階（サイクル）および開発工程の組合せで示される。
【００５２】
そして、入力条件出力部１３３は、入力項目および入力条件を出力部１２に出力する（ステップＳ１６）。例えば、入力条件出力部１３３は、画面サンプル定義体１４１の情報に入力条件を重ね合わせた仕様書編集画面を出力部１２に出力する。そして、入力条件出力部１３３は、入力条件出力処理を終了する。
【００５３】
［入力条件判定のフローチャート］
図１０は、実施例に係る入力条件判定のフローチャートの一例を示す図である。なお、仕様書編集画面には、中項目に対応付けて入力条件および文章入力領域の内容が表わされているとする。また、仕様書編集画面には、保存ボタンが表わされているとする。
【００５４】
図１０に示すように、入力条件判定部１３４は、ユーザによって保存ボタンが押下されたか否かを判定する（ステップＳ２１）。保存ボタンが押下されていないと判定した場合には（ステップＳ２１；Ｎｏ）、入力条件判定部１３４は、保存ボタンが押下されるまで、判定処理を繰り返す。
【００５５】
一方、保存ボタンが押下されたと判定した場合には（ステップＳ２１；Ｙｅｓ）、入力条件判定部１３４は、仕様書編集画面から、文章入力領域の内容を取得する（ステップＳ２２）。また、入力条件判定部１３４は、仕様書編集画面から、入力条件を取得する（ステップＳ２３）。
【００５６】
そして、入力条件判定部１３４は、入力条件で文章入力領域の内容を判定する（ステップＳ２４）。例えば、入力条件判定部１３４は、各文章入力領域の内容を、画面サンプル定義体１４１の各内容と照合して、各文章入力領域の内容が入力条件を満たしているか否かを判定する。
【００５７】
そして、入力条件判定部１３４は、全ての文章入力領域の内容が入力条件を満たしているか否かを判定する（ステップＳ２５）。全ての文章入力領域の内容が入力条件を満たしているといえないと判定した場合には（ステップＳ２５；Ｎｏ）、判定結果出力部１３５は、異常の判定結果を出力部１２に出力する(ステップＳ２６)。そして、判定結果出力部１３５は、入力条件を満たしていない文章入力領域をユーザに編集させるべく、ステップＳ２１に移行する。
【００５８】
一方、全ての文章入力領域の内容が入力条件を満たしていると判定した場合には（ステップＳ２５；Ｙｅｓ）、データ更新部１３６は、全ての文章入力領域の内容を仕様書データ１４２に保存（更新）する（ステップＳ２７）。加えて、判定結果出力部１３５は、正常の判定結果を出力部１２に出力する（ステップＳ２８）。そして、判定結果出力部１３５は、入力条件判定処理を終了する。
【００５９】
なお、実施例では、進捗データが、一例として、開発段階（サイクル）および開発工程の組合せである場合を説明した。しかしながら、進捗データは、これに限定されず、開発段階（サイクル）だけであっても良いし、開発工程の段階だけであっても良い。進捗データの内容に合わせて、入力条件定義体１４３の内容が生成されれば良い。
【００６０】
［実施例の効果］
このようにして、上記実施例では、仕様書作成装置１は、複数の入力項目に対応する入力領域と、対象とする開発プロジェクトの開発工程に応じて決定される、入力領域が必須領域であるか任意領域であるかを示す情報と、を含む仕様書編集画面を表示する。かかる構成によれば、仕様書作成装置１は、作業時点の開発工程でいずれの項目に入力する必要があるかを、仕様書作成者に対して、容易に把握させることができる。すなわち、仕様書作成装置１は、仕様書作成者の文章入力の作業を最適化することができる。
【００６１】
また、上記実施例では、仕様書作成装置１は、開発工程ごとに、複数の入力領域それぞれと入力条件とを対応付けた情報を記憶する入力条件定義体１４３を有する。仕様書作成装置１は、入力条件定義体１４３に基づいて、対象とする開発プロジェクトの開発工程に対応する複数の入力領域が必須領域であるか任意領域であるかを示す情報を決定する。そして、仕様書作成装置１は、決定した情報を含む仕様書編集画面を表示する。かかる構成によれば、仕様書作成装置１は、入力条件定義体１４３を用いることで、開発工程ごとに、複数の入力領域における入力の必須または任意を切り替えることができる。
【００６２】
また、上記実施例では、入力条件は、複数の入力領域が入力必須、入力任意または入力不可であることを示す情報である。これにより、仕様書作成装置１は、仕様書作成者に対して、入力必須および入力任意の項目のみを入力させることができるので、入力に必要な作業を最適化することができる。なお、上記実施例では、テキストボックス等の文章入力領域を入力領域の例として説明したが、ラジオボックス、コンボボックス、リストボックス、チェックボックス等、仕様書に情報を入力するための領域であればいずれの形態であっても構わない。
【００６３】
また、上記実施例では、入力条件は、改版必須であることを示す情報を含む。仕様書作成装置１は、さらに、入力条件が改版必須である入力領域については、現に設定された文章を、直前の開発工程で設定された文章と照合して、改版の有無を判定する。かかる構成によれば、仕様書作成装置１は、入力条件が改版必須である入力領域の改版の有無を判定することで、改版が無い場合に、当該入力領域への入力を促すことができる。
【００６４】
［その他］
なお、仕様書作成装置１は、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記した入力部１１、出力部１２および制御部１３などの各機能を搭載することによって実現することができる。
【００６５】
また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、データ反映部１３１と、入力条件出力部１３３とを１個の部として統合しても良い。また、判定結果出力部１３５と、データ更新部１３６とを１個の部として統合しても良い。一方、継続操作判定部３１を、中止操作を判定する判定部と、継続操作を判定する判定部とに分散しても良い。また、記憶部１４を仕様書作成装置１の外部装置としてネットワーク経由で接続するようにしても良い。さらに、制御部１３及び記憶部１４をクラウド上に置き、利用者はパーソナルコンピュータ等からネットワークを介して当該クラウドに接続して、制御部１３により実行される処理を利用することも可能である。このようにすることで、本発明の処理をサービスとして提供することができるようになる。
【００６６】
また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した仕様書作成装置１と同様の機能を実現する仕様書作成プログラムを実行するコンピュータの一例を説明する。図１１は、仕様書作成プログラムを実行するコンピュータの一例を示す図である。
【００６７】
図１１に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ（Hard  Disk  Drive）２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。
【００６８】
ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、仕様書作成プログラム２０５ａおよび仕様書作成処理関連情報２０５ｂを記憶する。
【００６９】
ＣＰＵ２０３は、仕様書作成プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、仕様書作成装置１の各機能部に対応する。仕様書作成処理関連情報２０５ｂは、画面サンプル定義体１４１、仕様書データ１４２、入力条件定義体１４３に対応する。そして、例えばリムーバブルディスク２１１が、仕様書作成プログラム２０５ａ等の各情報を記憶する。
【００７０】
なお、仕様書作成プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）、ＤＶＤ（Digital  Versatile  Disk）、光磁気ディスク、ＩＣ（Integrated  Circuit）カード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから仕様書作成プログラム２０５ａを読み出して実行するようにしても良い。
【符号の説明】
【００７１】
１  仕様書作成装置
１１  入力部
１２  出力部
１３  制御部
１３１  データ反映部
１３２  入力条件特定部
１３３  入力条件出力部
１３４  入力条件判定部
１３５  判定結果出力部
１３６  データ更新部
１４  記憶部
１４１  画面サンプル定義体
１４２  仕様書データ
１４３  入力条件定義体
【図１】
2020135365.tif 000003
【図２】
2020135365.tif 000004
【図３】
2020135365.tif 000005
【図４】
2020135365.tif 000006
【図５】
2020135365.tif 000007
【図６Ａ】
2020135365.tif 000008
【図６Ｂ】
2020135365.tif 000009
【図７】
2020135365.tif 000010
【図８】
2020135365.tif 000011
【図９】
2020135365.tif 000012
【図１０】
2020135365.tif 000013
【図１１】
2020135365.tif 000014