ユーザからの操作を受け付ける入力部と、開発対象となるソフトウェアを構成する各機能についての仕様に関する仕様情報であって、対応する機能が実行される際、他の機能との関係で制約を受ける場合には、その条件となる実行制約条件が含まれる仕様書情報を記憶する仕様記憶部と、前記仕様記憶部に記憶されている仕様情報の階層関係を示す仕様階層情報を管理する仕様管理部と、ユーザによる所定操作に応じて、前記仕様記憶部に記憶されている仕様情報を読み出し、読み出した仕様情報から抽出した前記実行制約条件と、前記仕様階層情報と、に基づいて、前記各機能間の関係を表した仕様系統図画面データを生成し、所定の表示装置に出力する制御部と、を備える、ことを特徴とするソフトウェア開発支援装置。前記仕様系統図画面データでは、1つ上の階層の機能との関係が所定のマークで示され、前記実行制約条件に対応する機能間が所定の矢線で示される、ことを特徴とする請求項1に記載のソフトウェア開発支援装置。前記制御部は、前記仕様系統図画面データの出力後、ユーザにより、新規機能の追加要求操作が行われると、ユーザから、親となる機能を選択する操作と、当該親との階層関係を指定する操作と、を受け付け、前記仕様系統図画面データに当該受け付けた結果を反映した後、再度、前記表示装置に出力する、ことを特徴とする請求項1又は2に記載のソフトウェア開発支援装置。前記制御部は、前記仕様系統図画面データの出力後、ユーザにより、特定の機能についての仕様情報の作成要求操作が行われると、ユーザによる当該機能に関する記述が可能な領域を含む画面であって、当該機能と親が共通する機能に対応する仕様情報から抽出した前記実行制約条件を組み入れた仕様情報作成画面データを生成し、前記表示装置に出力する、ことを特徴とする請求項1乃至3の何れか1項に記載のソフトウェア開発支援装置。前記各機能に対応した実装コードを記憶する実装コード記憶部と、前記実装コード記憶部に記憶されている実装コードの階層関係を示す実装階層情報を管理する実装管理部と、前記仕様記憶部に記憶されている前記仕様情報と、前記実装コード記憶部に記憶されている前記実装コードとの対応付けを示す仕様-実装対応情報を管理する仕様-実装対応管理部と、をさらに備え、前記制御部は、ユーザによる所定操作に応じて、前記実装階層情報に基づいて、前記実装コード記憶部に記憶されている各実装コードの階層関係を表した実装系統図データを生成し、これと前記仕様系統図画面データとを合成した仕様-実装系統図画面データを生成して、前記表示装置に出力する、ことを特徴とする請求項1乃至4の何れか1項に記載のソフトウェア開発支援装置。前記制御部は、前記仕様-実装系統図画面データの出力後、ユーザにより、新規実装の追加要求操作が行われると、ユーザから、親となる実装コードを選択する操作を受け付け、前記仕様-実装系統図画面データに当該受け付けた結果を反映した後、再度、前記表示装置に出力する、ことを特徴とする請求項5に記載のソフトウェア開発支援装置。前記制御部は、前記仕様-実装系統図画面データの出力後、ユーザにより、特定の実装コードについての作成要求操作が行われると、ユーザによる実装コードの記述が可能な領域を含む実装コード作成画面データを生成し、前記表示装置に出力する、ことを特徴とする請求項5又は6に記載のソフトウェア開発支援装置。前記制御部は、前記実装コード作成画面データを生成する際、前記ユーザによる実装コードの記述が可能な領域に、対応する機能の仕様情報の内容を所定態様で記述する、ことを特徴とする請求項7に記載のソフトウェア開発支援装置。コンピュータを、ユーザからの操作を受け付ける入力部、開発対象となるソフトウェアを構成する各機能についての仕様に関する仕様情報であって、対応する機能が実行される際、他の機能との関係で制約を受ける場合には、その条件となる実行制約条件が含まれる仕様書情報を記憶する仕様記憶部、前記仕様記憶部に記憶されている仕様情報の階層関係を示す仕様階層情報を管理する仕様管理部、ユーザによる所定操作に応じて、前記仕様記憶部に記憶されている仕様情報を読み出し、読み出した仕様情報から抽出した前記実行制約条件と、前記仕様階層情報と、に基づいて、前記各機能間の関係を表した仕様系統図画面データを生成し、所定の表示装置に出力する制御部、として機能させる、ことを特徴とするプログラム。ところで、機能追加型の手法でソフトウェア開発を行う場合、開発者ユーザは、他の機能仕様との関係を意識しながら作業を行う必要がある。しかしながら、作成対象の機能と、他の機能との関係を判りやすくユーザに提示する等して、ソフトウェア開発を支援する技術について、未だ有効な提案がなされていないのが実情である。本発明は、上記実情に鑑みてになされたものであり、ソフトウェア開発において、各機能間の関係をユーザに対して容易に理解できる態様で提示するソフトウェア開発支援装置等を提供することを目的とする。上記目的を達成するため、本発明に係るソフトウェア開発支援装置は、ユーザからの操作を受け付ける入力部と、開発対象となるソフトウェアを構成する各機能についての仕様に関する仕様情報であって、対応する機能が実行される際、他の機能との関係で制約を受ける場合には、その条件となる実行制約条件が含まれる仕様書情報を記憶する仕様記憶部と、前記仕様記憶部に記憶されている仕様情報の階層関係を示す仕様階層情報を管理する仕様管理部と、ユーザによる所定操作に応じて、前記仕様記憶部に記憶されている仕様情報を読み出し、読み出した仕様情報から抽出した前記実行制約条件と、前記仕様階層情報と、に基づいて、前記各機能間の関係を表した仕様系統図画面データを生成し、所定の表示装置に出力する制御部と、を備えることを特徴とする。本発明によれば、各機能間の関係を表した仕様系統図を表示するため、ソフトウェアの開発において、作業の効率化や品質の向上が図れる。以下、本発明の実施形態について図面を参照して詳細に説明する。実施形態1.図1は、本発明の実施形態1に係るソフトウェア開発支援装置1の構成を示すブロック図である。このソフトウェア開発支援装置1は、特に、機能追加型の手法でソフトウェア開発する場合において、ユーザによる仕様書機能仕様書の作成をアシストする装置である。ソフトウェア開発支援装置1のハードウェア構成は、一般的なパーソナルコンピュータと同等である。即ち、ソフトウェア開発支援装置1は、何れも図示しないが、CPUCentralProcessingUnit、ROMReadOnlyMemory、RAMRandomAccessMemory等から構成される制御装置、読み書き可能な不揮発性の半導体メモリやハードディスクドライブ等から構成される外部記憶装置、キーボード、マウス、キーパッド、タッチパッドやタッチパネル等から構成される入力装置、CRTや液晶モニタ等から構成される表示装置等を備える。ソフトウェア開発支援装置1が実行する各処理詳細は後述するは、CPU等がROM又は外部記憶装置に記憶されている所定のプログラムを実行することで実現する。ソフトウェア開発支援装置1は、機能的には、図1に示すように、入力部10と、表示部11と、仕様記憶部12と、仕様管理部13と、制御部14と、を備える。入力部10は、ユーザからの入力操作を受け付け、受け付けた入力操作に係る信号を制御部14に送出する。表示部11は、制御部14の制御の下、後述する仕様系統図画面等のユーザ操作用の画面の表示を行う。仕様記憶部12は、開発対象となるソフトウェアを構成する各機能毎に、その仕様内容本体部と、事前条件と、事後条件と、を対応付けた情報仕様情報を記憶する。仕様情報には、各仕様情報を一意に識別するためのID仕様IDが、制御部14によって割り振られている。事前条件とは、当該機能仕様を実行する前提となる条件をいう。本実施形態では、事前条件には、依存関係と、排他関係と、が含まれる。依存関係にあるとは、例えば、他の機能仕様で管理されているデータを参照するケース、他の機能の実行後に当該機能を実行するケース、他の機能と併せて並行して実行するケース等が該当する。また、本実施形態では、機能間の依存関係を図2のa、bのように表記する。図2aは、機能Aが機能Bに依存していることを示す例えば、機能Bの実行後に機能Aを実行する等。図2bは、機能Bが機能Aに依存していることを示す例えば、機能Aの実行後に機能Bを実行する等。また、排他関係にあるとは、一方の機能の実行中は、他方を実行することができない関係にある場合をいう。なお、両機能の実行要求が競合した場合には、所定の優先条件に基づいて、何れか一方を優先的に実行する。また、本実施形態では、機能間の排他関係を図2cのように表記する。図2cは、機能Aと機能Bが排他の関係にあり、両者を同時に実行できないことを示している。事後条件とは、当該機能の実行後に成立させる条件例えば、当該機能の実行後、設定温度に1°C加算する等をいう。仕様管理部13は、仕様記憶部12に保存されている各仕様情報の階層関係を示す情報仕様階層情報を保持する。本実施形態で採用する仕様階層関係には、図3に示すように、2つのパターンがあり、各パターンに応じて予め決められたマークで表記される。図3aは、Ahas-aBの関係を示す。即ち、B子は、A親に属する、又は、B子は、A親の一部であることを示す。具体例を挙げると、A:ピアノ、B:鍵盤の関係がこれに該当する。図3bは、Bis-aAの関係を示す。即ち、B子は、A親を継承することを示す。換言すると、AはBを汎化したもの、BはAを特化したものといえる。具体例を挙げると、A:楽器、B:ピアノの関係がこれに該当する。仕様管理部13は、制御部14からの要求に従って、仕様記憶部12にアクセスし、仕様情報の読み出しや書き込み等を行う。また、仕様管理部13は、新たな仕様情報が書き込まれた際など、必要に応じて仕様階層情報の更新を行う。制御部14は、ユーザにより、入力部10を介して、仕様系統図画面の表示を要求する操作が行われると、仕様管理部13に仕様情報の読み出しを要求する。そして、制御部14は、仕様管理部13によって読み出された各仕様情報に含まれる事前条件と、上記の仕様階層情報と、に基づいて、各機能各仕様間の関係を表した仕様系統図画面データを作成する。制御部14は、作成した仕様系統図画面データに基づいて、表示部11に図4に示すような仕様系統図画面401を表示させる。図4において、各仕様に付加されている数字が、当該仕様情報の仕様IDを示すものとする。この仕様系統図画面401から、最上位の仕様が仕様0であり、その子として、仕様1、仕様2及び仕様3が存在することが判る。また、仕様0と仕様1、仕様0と仕様2及び仕様0と仕様3は、何れも、Ahas-aBの関係図3a参照を有していることが判る。仕様1は、仕様1.1、1.2及び1.3の3つの子を有し、それぞれと、Bis-aAの関係図3b参照にある。また、仕様1.1と仕様1.2とは、排他関係図2cにある。仕様2は、仕様2.1及び2.2の2つの子を有し、それぞれと、Ahas-aBの関係図3a参照にある。また、仕様2.1が仕様2.2に依存する関係図2a、b参照にある。仕様3は、仕様3.1及び3.2の2つの子を有し、それぞれと、Ahas-aBの関係図3a参照にある。また、仕様3.1と仕様3.2とは、排他関係図2cにある。さらに、仕様3.2が仕様2.2に依存する関係図2a、b参照にある。制御部14は、仕様系統図画面401をGUIGraphicalUserInterfaceの態様で表示する。これにより、ユーザは、所望の仕様nを示すアイコン402をマウス等を用いてクリック操作等することで、当該仕様nに対応する仕様を処理対象として選択することができる。新規追加ボタン403は、新たな機能仕様を追加する際に使用される。ユーザにより、新規追加ボタン403が押下操作されると、制御部14は、ユーザに対して、親の仕様の選択を促すメッセージを表示する。かかるメッセージの表示後、ユーザにより、親となる仕様nを示すアイコン402がクリック操作等されて選択されると、制御部14は、当該選択された仕様nが、追加される仕様の親になると判定する。制御部14は、親となる仕様が選択されると、ユーザに対して、図5に示すような、階層関係の指定をさせるための画面階層関係指定画面501を表示部11にポップアップ表示させる。ユーザは、入力部10を介して、ラジオボタン502又は503の何れかを選択する操作を行うことで、親仕様との階層関係を指定することができる。例えば、親has-a子の階層関係を指定したい場合、ユーザは、ラジオボタン502を選択する操作を行えばよい。一方、子is-a親の階層関係を指定したい場合、ユーザは、ラジオボタン503を選択する操作を行えばよい。ユーザによりOKボタン504が押下操作されると、制御部14は、ユーザの指定結果を取得し、先に選択された親仕様と、今回の追加仕様との階層関係を決定し、その決定結果を仕様系統図画面401に反映する。反映後の仕様系統図画面401の一例を図6に示す。図6の仕様系統図画面401は、ユーザにより、親の仕様として、仕様3が選択され、階層関係として、親has-a子が選択された結果として、仕様3.3が追加された例を示している。また、新規追加された仕様3.3に対応するアイコン402は、グレー表示等、他のアイコン402と区別できる態様で強調表示される。図6の仕様系統図画面401において、ユーザにより仕様書作成画面の表示を要求する所定操作が行われると例えば、新規追加した仕様3.3に対応するアイコン402がマウス等によりダブルクリックされると、制御部14は、仕様3.3と親が共通する子仕様3.1、仕様3.2をピックアップし、それぞれに対応する仕様情報から、事前条件及び事後条件を抽出する。そして、制御部14は、その抽出結果を組み入れた仕様書作成画面701図7参照を表示部11に表示させる。図7に示すように、仕様書作成画面701は、事前条件設定エリア702と、本体部エリア703と、事後条件設定エリア704と、から構成される。事前条件エリア702には、親が共通する他の子の仕様情報から抽出した事前条件の内容が表示され、各事前条件に対応するチェックボックスが設けられている。この例では、仕様3.1に対応する仕様情報の事前条件である仕様3.2と排他実行が表示され、これに対応するチェックボックス7020が設けられている。また、仕様3.2に対応する仕様情報の事前条件である仕様3.1と排他実行及び仕様2.2の完了後に実行が表示され、それぞれに対応するチェックボックス7021及び7022が設けられている。さらに、他の子から抽出した事前条件以外の条件も設定できるように、その他に対応するチェックボックス7023が設けられ、その内容をユーザが、直接、テキスト入力するための入力エリア7024が設けられている。本体部エリア703には、ユーザが仕様の内容を直接記載テキスト入力することができる入力エリア7030と、ユーザの操作内容を確定させ、仕様書作成画面701を閉じるためのOKボタン7031が設けられている。事後条件設定エリア704には、親が共通する他の子の仕様情報から抽出した事後条件の内容が表示され、各事後条件に対応するチェックボックスが設けられている。この例では、例えば、仕様3.1に対応する仕様情報の事後条件である設定温度=元の設定温度1°Cが表示され、これに対応するチェックボックス7040が設けられている。さらに、他の子から抽出した事後条件以外の条件も設定できるように、その他に対応するチェックボックス7041が設けられ、その内容をユーザが直接にテキスト入力するための入力エリア7042が設けられている。ユーザにより、OKボタン7031が押下操作されると、制御部14は、事前条件設定エリア702、本体部エリア703及び事後条件設定エリア704における各設定や入力結果を取得して保持すると共に、事前条件設定エリア702や事後条件設定エリア704の設定結果から得られる仕様機能間の関連を仕様系統図画面401に反映する。例えば、仕様書作成画面701において、ユーザにより、図8に示すように事前条件が設定された場合、反映後の仕様系統図画面401は図9に示すようになる。また、ユーザは、仕様系統図画面401を介して、機能間の関連関係を設定することも可能である。この場合の設定方法の一例について説明する。例えば、仕様系統図画面401上にて、ユーザにより所定操作例えば、マウスの右クリックなどが行われると、制御部14は、図10に示すように、線種リスト1001を表示し、ユーザに所望の線種1:---->、又は、2:<---->を指定させる。ここで、ユーザは、依存関係を設定したい場合は、1の線種を選択し、排他関係を設定したい場合は、2の線種を選択する。1及び2の線種において、向かって左側が起点新規追加した仕様等、作成や更新対象となっている仕様になり、右側が終点関係を設定したい他の仕様になる。線種の指定が完了すると、ユーザは、関係を設定したい2つの仕様nを選択する。例えば、ユーザは、マウス等を使用したいわゆるドラッグ操作により、異なる仕様nを示す2つのアイコン402を選択する。また、ユーザは起点としたい仕様nに対応するアイコン402を最初に選択し、終点としたい仕様nに対応するアイコン402を次最後に選択する。具体的には、例えば、依存関係の設定において、仕様3.3は、仕様1.3の完了後に実行するという条件を設定したい場合、ユーザは、1の線種を選択し、起点として仕様3.3を、終点として、仕様1.3を選択すればよい。この場合の選択結果が反映された仕様系統図画面401は図11に示すようになる。また、仕様3.3は、仕様2.1と排他関係にあるという条件を設定したい場合、ユーザは、2の線種を選択し、起点として仕様3.3を、終点として、仕様2.1を選択すればよい。ユーザにより、仕様系統図画面401のOKボタン404が押下操作されると、制御部14は、仕様系統図画面401で設定された内容依存関係や排他関係や仕様書作成画面701で設定、入力された内容を、関係する仕様に対応する仕様情報に反映する。この際、新規追加であれば、制御部14は、仕様情報を新たに作成し、仕様記憶部12に追加保存する。また、制御部14は、仕様管理部13を介して、仕様階層情報の更新を行う。なお、当然のことながら、新規追加した仕様において、排他関係を設定した場合等では、既に作成済みの他の仕様情報もその内容に変更が生じることになる。図12は、以上の構成のソフトウェア開発支援装置1による、仕様書の作成を支援する処理仕様書作成支援処理の手順を示すフローチャートである。ユーザにより仕様系統図画面401の表示を要求する操作が行われるとステップS101;YES、制御部14は、仕様記憶部12に保存されている各仕様情報に対応する各機能各仕様間の関係を表した仕様系統図画面データを作成する。そして、制御部14は、作成した仕様系統図画面データに基づいて、表示部11に仕様系統図画面401図4参照を表示させるステップS102。ユーザにより、仕様系統図画面401に対して、なんらかの操作が行われた場合ステップS103;YESであって、それが、新規追加ボタン403の押下操作である場合ステップS104;YES、制御部14は、ユーザからの親の仕様の選択を受け付けるステップS105。次に制御部14は、選択された親仕様との階層関係の指定をユーザから受け付けるステップS106。そして、制御部14は、新規追加された仕様を反映した仕様系統図画面401を表示部11に再表示させるステップS102。ユーザによる画面操作が、仕様書作成画面701の表示要求操作である場合ステップS107;YES、制御部14は、作成対象の仕様と親が共通する子をピックアップし、それぞれに対応する仕様情報から、事前条件及び事後条件を抽出する。そして、制御部14は、その抽出結果を組み入れた仕様書作成画面701図7参照を表示部11に表示させるステップS108。仕様書作成画面701の表示中に、ユーザにより作成が完了した旨の所定操作ここでは、OKボタン7031の押下操作が行われるとステップS109;YES、制御部14は、ユーザによる入力結果等を取得して保持すると共に、事前条件設定エリア702や事後条件設定エリア704の設定結果を反映した仕様系統図画面401を表示部11に再表示させるステップS102。ユーザによる画面操作が、機能間の関連の設定操作である場合ステップS111;YES、制御部14は、ユーザからの機能間の関連の指定を受け付けるステップS112。具体的には、上述したように、図10に示すような線種リスト1001を表示し、ユーザに所望の線種を指定させる。ユーザにより機能間の関連が指定されると、制御部14は、機能間の関連の設定対象となる複数の仕様の選択をユーザから受け付けるステップS113。例えば、ユーザは、マウス等を使用したいわゆるドラッグ操作によりこれらの仕様を選択することができる。制御部14は、上記のようにしてユーザが操作した結果を反映した仕様系統図画面401を表示部11に再表示させるステップS102。ユーザによる画面操作が、仕様系統図画面401のOKボタン404の押下操作である場合ステップS111;NO、制御部14は、終了処理を実行するステップS114。具体的には、仕様系統図画面401で設定された内容や仕様書作成画面701で設定、入力された内容を対応する仕様情報に反映する以上のように、本実施形態のソフトウェア開発支援装置1によれば、ソフトウェア開発における仕様書の作成において、ユーザに対して、既存作成済みの仕様機能の系統や、相互の関係が容易に理解できる環境を提供する。したがって、仕様書の作成効率の向上が図れる。これにより、開発期間の短縮が図れ、さらに、品質の向上も期待できる。また、ユーザに、仕様系統図画面401を介して直感的な操作環境を提供するため、利便性がよく、作業効率の一層の向上が図れる。また、新たな仕様を追加する際、親が同じ等、関連性が強い他の仕様が有する事前事後条件等の実行制約条件を自動的に抽出し、当該追加仕様における実行制約条件の候補として、ユーザに提示することがきる。そして、ユーザは、提示された候補の中から、所望のものを選択操作するだけで、当該追加仕様における実行制約条件を設定することが可能になる。このため、仕様書の作成における作業性が著しく向上する。なお、既存の仕様書を削除する場合、ユーザは、仕様系統図画面401で削除したい仕様nを示すアイコン402を選択した後、キーボード等の削除キーを押下操作すればよい。この場合、先ず、仕様系統図画面401から当該仕様nを示すアイコン402が消去され、当該仕様nを起点又は終点とする機能間の関連を示す線も消去される。そして、ユーザにより、OKボタン404が押下操作されると、当該仕様nに対応する仕様情報が仕様記憶部12から削除され、これに伴い仕様階層情報も更新される。さらに、関連する他の仕様情報の事前条件や事後条件の設定内容も更新される。実施形態2.図13は、本発明の実施形態2に係るソフトウェア開発支援装置1Aの構成を示すブロック図である。このソフトウェア開発支援装置1Aは、実施形態1のソフトウェア開発支援装置1と同等の機能、即ち、ユーザによる仕様書の作成を支援する機能に加え、所定のプログラム言語に則ったプログラムコード実装コードの作成をアシストする機能も備える。図13に示すように、ソフトウェア開発支援装置1Aは、ソフトウェア開発支援装置1の構成に加え、実装コード記憶部15と、テンプレート記憶部16と、実装管理部17と、仕様-実装対応管理部18と、をさらに備える。また、ソフトウェア開発支援装置1Aでは、ソフトウェア開発支援装置1の制御部14が、制御部14Aに変更されている。実装コード記憶部15は、各機能即ち、各仕様毎に、当該機能を実現するための実装コードを記憶する。また、各機能を構成する1又は複数の関数モジュール単位でのプログラムコード関数コードも併せて記憶する。実装コードには、各実装コードを一意に識別するためのID実装IDが、制御部14Aによって割り振られている。テンプレート記憶部16は、複数の実装コードに共通する骨組みひな形のコード以下、スケルトンコードという。を複数パターン記憶する。実装管理部17は、各実装コードの階層関係を示す情報実装階層情報を保持する。実装管理部17は、制御部14Aからの要求に従って、実装コード記憶部15又はテンプレート記憶部16にアクセスし、実装コード又はスケルトンコードの読み出しや書き込み等を行う。また、実装管理部17は、新たな実装コードが実装コード記憶部15に書き込まれた際など、必要に応じて実装階層情報の更新を行う。仕様-実装対応管理部18は、仕様記憶部12に保存されている仕様情報と、実装コード記憶部15に保存されている実装コードとの対応付けを管理する。仕様-実装対応管理部18は、仕様情報に割り振られた仕様IDと、実装コードに割り振られた実装IDと、を対応付けた仕様-実装対応情報を保持する。仕様-実装対応管理部18は、仕様情報や実装コードが新たに追加された際など、必要に応じて、仕様-実装対応情報の更新を行う。制御部14Aは、実施形態1の制御部14と同等の処理を実行できるほか、ユーザによる実装コード作成をアシストするための様々な処理を実行する。例えば、ユーザにより、入力部10を介して、仕様-実装系統図画面の表示を要求する操作が行われると、制御部14Aは、仕様-実装系統図画面データを作成し、作成した仕様-実装系統図画面データに基づいて、表示部11に図14に示すような仕様-実装系統図画面1401を表示させる。仕様-実装系統図画面1401において、仕様の系統を示す部分仕様系統図は、実施形態1で説明した仕様系統図画面401で示した仕様系統図と同様である。また、実装実装コードの系統を示す部分実装系統図において、実装nを示すアイコン1403のnは、対応する実装コードの実装IDを示している。なお、仕様IDと実装IDは、それぞれ別個に付与されるものであり、上位の階層では、一致することもあるが、下位の階層では、対応する仕様と実装とで付与されるIDが必ずしも共通するとは限らない。また、階層関係も仕様と実装とでは異なることが多い。この点を判りやすくするため、仕様-実装系統図画面1401においては、実線の矢線仕様-実装対応線で下位の階層の仕様と実装との対応関係を明示している。制御部14Aは、実装管理部17が保持する実装階層情報と、仕様-実装対応管理部18が保持する仕様-実装対応情報と、に基づいて、実装系統図と、上記の仕様-実装対応線を表示するためのデータを作成する。仕様-実装系統図画面1401により、ユーザは、仕様と実装コードとの対応関係を容易に理解することができる。また、制御部14Aは、先に仕様系統図画面401を介して、新たに追加された仕様この例では、仕様3.3に対応するアイコン1402については、グレー表示等、他のアイコン1402と区別できる態様で強調表示する。これにより、ユーザは、新規追加され、対応する実装コードが未作成である仕様を確認することができる。なお、新規追加のみならず、更新された仕様に対応するアイコン1402についても、その旨が判るように、他のアイコン1402と区別した表示を行う。新規追加ボタン1404は、新たな実装実装コードを追加する際に使用される。ユーザにより、新規追加ボタン1404が押下操作されると、制御部14Aは、ユーザに対して、親1つ上の階層の実装の選択を促すメッセージを表示する。かかるメッセージの表示後、ユーザにより、親となる実装nを示すアイコン1403がクリック操作等されて選択されると、制御部14Aは、当該選択された実装nが、追加される実装の親になると判定する。制御部14は、親となる仕様が選択されると、ユーザに対して、対応する仕様の選択を促すメッセージを表示する。かかるメッセージの表示後、ユーザにより、対応する仕様nを示すアイコン1402がクリック操作等されて選択されると、制御部14Aは、当該選択された仕様nが、今回追加する実装に対応する仕様であると判定する。ユーザにより、上記のようにして、新規追加する実装の親と、対応する仕様と、が選択されると、制御部14Aは、これらの結果を反映した仕様-実装系統図画面1401を再表示する。例えば、ユーザにより、新規追加する実装の親として、実装3が選択され、対応する仕様として、仕様3.3が選択された場合、仕様-実装系統図画面1401は、図15に示すように再表示される。図15の仕様-実装系統図画面1401において、ユーザにより実装コード作成画面の表示を要求する所定操作が行われると例えば、新規追加した実装3.3に対応するアイコン1403がマウス等によりダブルクリックされると、制御部14Aは、これに対応する仕様3.3の仕様情報を仕様記憶部12から読み出す。そして、制御部14Aは、読み出した仕様情報の内容を組み入れた実装コード作成画面1601図16参照を表示部11に表示させる。図16に示すように、実装コード作成画面1601は、コード入力エリア1602と、OKボタン1603と、から構成される。コード入力エリア1602は、ユーザが、キーボードやマウス等を用いて、所定のプログラム言語に則ったプログラムコードを入力するコーディングすることのできるエリアである。制御部14Aは、実装コード作成画面1601を表示する際、コード入力エリア1602に、対応する仕様例えば、仕様3.3の仕様情報の内容に基づいた各種情報を予めコメント形式で記述しておく。このように、対応する仕様の内容が予め記述されていると、プログラミング作業の効率化や正確性の向上が図れる。例えば、図16に示すように、当該実装コードの名称実装名称として、実装nの実装コードnは、実装IDというような仮の名称が記述される。また、対応する仕様の事前条件の内容が記述される。そして、本体部の内容が記述され、事後条件の内容が記述される。また、上記例のほか、制御部14Aは、新規追加した実装例えば、実装3.3と親が共通する子実装1.3、実装2.2、実装3.1及び実装3.2に対応するスケルトンコードが存在する場合には、当該スケルトンコードをテンプレート記憶部16から読み出し、かかるコード内容も併せて記述するようにしてもよい図17参照。あるいは、共通の子となる実装コードや親の実装コードにおいて、関数名の一部が共通したり、引数型、名称が共通している場合等には、これらを予め記述しておくようにしてもよい図18参照。このように、実装コード作成画面1601の表示の際に、実際のコード内容も予め記述しておくようにすることで、ユーザのプログラミング作業の一層の効率化が図れる。図19は、ソフトウェア開発支援装置1Aによる、実装コードの作成を支援する処理実装コード作成支援処理の手順を示すフローチャートである。ユーザにより仕様-実装系統図画面の表示を要求する操作が行われるとステップS201;YES、制御部14Aは、仕様記憶部12に保存されている各仕様情報に対応する各機能間の関係を表した仕様系統図データを作成する。また、制御部14Aは、実装コード記憶部15に保存されている各実装コード間の関係を表した実装系統図データを作成する。そして、制御部14Aは、作成した仕様系統図データ及び実装系統図データに基づいて、表示部11に仕様-実装系統図画面1401図14参照を表示させるステップS202。ユーザにより、仕様-実装系統図画面1401に対して、なんらかの操作が行われた場合ステップS203;YESであって、それが、新規追加ボタン1404の押下操作である場合ステップS204;YES、制御部14Aは、ユーザから親の実装の選択を受け付けるステップS205。次に制御部14Aは、追加する実装に対応する仕様の選択をユーザから受け付けるステップS206。そして、制御部14Aは、新規追加された実装を反映した仕様-実装系統図画面1401を表示部11に再表示させるステップS202。ユーザによる画面操作が、実装コード作成画面の表示要求操作である場合ステップS207;YES、ユーザが選択した実装nに対応する仕様nの仕様情報の内容を組み入れた実装コード作成画面1601図16~18参照を表示部11に表示させる。なお、既に作成済みの実装nが選択された場合には、制御部14Aは、実装コード記憶部15から、当該実装nに対応する実装コードを読み出し、その内容をコード入力エリア1602に記述した実装コード作成画面1601を表示する。実装コード作成画面1601の表示中に、ユーザにより作成が完了した旨の所定操作ここでは、OKボタン1603の押下操作が行われるとステップS209;YES、制御部14Aは、ユーザによる入力結果プログラミング結果を取得してステップS210、実装コード作成画面1601を閉じる。そして、制御部14Aは、再度、ステップS203の処理を行う。ユーザによる画面操作が、仕様-実装系統図画面1401のOKボタン1405の押下操作である場合ステップS207;NO、制御部14Aは、終了処理を実行するステップS211。具体的には、新たに実装nが追加された場合では、当該実装nに対応する実装コードを仕様管理部13を介して、実装コード記憶部15に追加保存し、実装階層情報を更新する。あるいは、実装コード作成画面1601にて、既存の実装コードの内容が変更された場合には、制御部14Aは、当該変更内容が反映された実装コードを実装コード記憶部15に上書き保存する。以上のように、本実施形態のソフトウェア開発支援装置1Aによれば、仕様-実装系統図画面1401を表示することで、ソフトウェア開発における実装コードの作成において、ユーザに対して、仕様機能の系統、既存の実装コードの系統、仕様と実装の対応関係が容易に理解できる環境を提供する。したがって、実装コードの作成効率の向上が図れる。また、ユーザは、仕様-実装系統図画面1401を介して直感的な操作により、新たに追加する実装の階層や、仕様との対応関係を設定することができる。したがって、利便性がよい。また、新たに追加した実装についての実装コード作成画面1601では、コード入力エリア1602において、対応する仕様情報の内容を予め記述したり、関連する他の実装コード間で共通するコード内容等を予め記述しておくこともできるため、ユーザは効率よくプログラミング作業を行うことができる。なお、既存の実装を削除する場合、ユーザは、仕様-実装系統図画面1401で削除したい実装nを示すアイコン1403を選択した後、キーボード等の削除キーを押下操作すればよい。この場合、先ず、仕様-実装系統図画面1401から当該実装nを示すアイコン1403が消去される。また、対応する仕様-実装対応線も消去される。そして、ユーザにより、OKボタン1405が押下操作されると、当該実装nに対応する実装コードが実装コード記憶部15から削除され、これに伴い実装階層情報も更新される。変形例図20に示すソフトウェア開発支援装置1Bは、実施形態2のソフトウェア開発支援装置1Aの変形例である。このソフトウェア開発支援装置1Bは、仕様書の作成、実装コードの作成をアシストする機能のみならず、試験ケースの作成もアシストする機能を備える。試験ケース記憶部19は、各実装コード毎の試験ケースを記憶する。試験ケースには、各試験ケースを一意に識別するためのID試験ケースIDが、制御部14Bによって割り振られている。試験ケース管理部20は、各試験ケースの階層関係を示す情報試験階層情報を保持する。試験ケース管理部20は、制御部14Bからの要求に従って、試験ケース記憶部19にアクセスし、試験ケースの読み出しや書き込み等を行う。また、試験ケース管理部20は、新たな試験ケースが試験ケース記憶部19に書き込まれた際など、必要に応じて試験階層情報の更新を行う。実装-試験ケース対応管理部21は、実装コード記憶部15に保存されている実装コードと、試験ケース記憶部19に保存されている試験ケースとの対応付けを管理する。実装-試験ケース対応管理部21は、実装コードに割り振られた実装IDと、試験ケースに割り振られた試験ケースIDと、を対応付けた実装-試験ケース対応情報を保持する。実装-試験ケース対応管理部21は、実装コードや試験ケースが新たに追加された際など、必要に応じて、実装-試験ケース対応情報の更新を行う。制御部14Bは、制御部14Aと同等の処理を実行できるほか、ユーザによる試験ケース作成を支援するための様々な処理を実行する。例えば、制御部14Bは、ユーザからの要求に応じて、図示しない実装-試験ケース系統図画面を表示部11に表示させる。この実装-試験ケース系統図画面には、実装系統図と、試験ケースの系統を示す図試験ケース系統図と、が表示され、また、下位の階層の実装と試験ケースとの対応関係を明示する。また、制御部14Bは、試験ケースの内容をユーザに記述設定させるための試験ケース作成画面図示せずを表示する。ユーザは、実装-試験ケース系統図画面や試験ケース作成画面を介して、新規の試験ケースを作成したり、既存の試験ケースの更新や削除を行うことができる。また、このソフトウェア開発支援装置1Bによれば、仕様や実装のある箇所の変更等による影響が及ぶ範囲を取得し、その取得結果に基づいて、対応する試験項目を抽出して、実施すべき試験の範囲をユーザに提示することができる。したがって、仕様や実装の変更等に伴う試験作業を効率よく行うことが可能になる。なお、本発明は、上記各実施形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更は勿論可能である。例えば、仕様書の作成において、仕様書作成画面701図7参照の代わりに、あるいは、これと併用して、図21に示すような仕様書作成画面2101を表示するようにしてもよい。仕様書作成画面2101は、仕様IDと機能名が表示されるタイトル表示エリアと、事前条件エリアと、事後条件エリアと、本体部エリアと、ボタン配置エリアと、から構成される。事前条件エリア及び事後条件エリアは、ユーザが内容を直接にテキスト入力することができるエリアである。本体部エリアは、ユーザにより、フローチャートや、UMLUnifiedModelingLanguageによるアクティビティ図等を作図させるためのエリアである。図21に示す例では、本体部エリアは、当該仕様を示すフローチャートを作図するためのエリアである。また、本例では、本体部エリアは、例えば、SVGScalableVectorGraphicsフォーマットをサポートする図形描画ソフトウェアプログラムの実行により実現される。ユーザは、事前条件エリア及び事後条件エリアの入力において、所定のキーワード本例では、機能名、データ名にタグ付けを行う。例えば、機能名には、<<機能1>>のように<<>>タグを付ける。また、データ名には、<データ>のように<>タグを付ける。本体部エリアの各図分岐、プロセス中においても同様に、ユーザは、機能名、データ名にタグ付けを行う。本体部エリアでは、さらに、ユーザは、事前条件、事後条件には、それぞれ所定のヘッダを付けることとする。例えば、事前条件には、PR:がヘッダとして付けられ、事後条件には、PS:がヘッダとして付けられることになる。また、排他関係を示す場合には、さらに、EX:がヘッダとして付けられる。例えば、事前条件に排他関係を記述する場合は、PR:EX:排他条件1となる。なお、キーワードのタグ付けやその解除は、例えば、予め決められた所定の操作によって行われてもよい。例えば、ユーザにより、所望のキーワードがドラッグされると、反転表示させるようにし、この状態で、さらに、CtrlF操作されることで、機能名<<>>タグを付与し、あるいは、CtrlD操作されることで、データ名<データ>タグを自動的に付与するようにしてもよい。また、ユーザ操作により、タグ付けされたキーワード内にカーソルが置かれ、CtrlRされることで、当該キーワードから、タグが外されるようにしてもよい。また、制御部14等は、所定形式のメニュー画面を表示し、ユーザにより所望の項目例えば、キーワードのタグ付け等が選択されると、その選択された項目に対応する処理を実行するようにしてもよい。以上のようにして、ユーザにより、事前条件、事後条件、本体部の各エリアにおける入力、作図が行われた後、ボタン配置エリアのチェックボタン2102が押下操作されると、制御部14等は、事前条件エリア及び事後条件エリアの入力結果と、本体部エリアにおける各図中の入力内容と、に整合が取れているか否かを判定する。例えば、制御部14等は、事前条件エリアの入力内容入力テキストに含まれるキーワードと、本体部エリアの各図中の入力内容に含まれる、PR:を付したキーワードとを比較し、双方過不足ないか否かをチェックする。また、制御部14等は、事後条件エリアの入力内容に含まれるキーワードと、本体部エリアの各図中の入力内容に含まれる、PS:を付したキーワードとを比較し、双方過不足ないか否かをチェックする。何れのチェックにおいても、過不足なければ、整合が取れているとして、制御部14等は、整合OKです等のメッセージを表示部11に表示させる。一方、何れかのチェックにおいて、過不足がある場合には、整合が取れていないとして、制御部14等は、その旨を示すエラーメッセージを表示部11に表示させる。その際、例えば、<データA>に関する事前条件に抜けがあります等、具体的にエラーの内容が判るように表示してもよい。以上のチェックの後、ユーザにより、ボタン配置エリアのOKボタン2103が押下操作されると、制御部14等は、事前条件、事後条件及び本体部の各エリアの入力内容等を取得して保持すると共に、取得した内容を仕様系統図画面401に反映する。なお、ボタン配置エリアのキャンセルボタン2104が押下操作されると、ユーザの入力内容は、全て破棄される無効となる。以上のように、当該仕様書の記述内容をチェックすることができるので、作業性の向上を図ることができ、仕様記述の漏れや矛盾の発生を防止できるので、品質の向上も図ることができる。また、仕様系統図の表示方法も様々である。例えば、図22に示す詳細仕様系統図画面2201のように、関連する複数の仕様機能について、その内容が判る態様で表示するようにしてもよい。この詳細仕様系統図画面2201へは、例えば、仕様系統図画面401において、ユーザにより、所望の仕様機能を示すアイコン402が選択され、所定の操作が行われることで遷移する。図22の詳細仕様系統図画面2201は、仕様系統図画面401において、ユーザにより、IDが1.3の仕様機能3が選択され、所定の操作が行われたことで表示されたものとする。かかる操作が行われると、制御部14等は、機能3における機能名と、データ名と、をそれぞれキーワードにして、関連する機能仕様を抽出する。そして、抽出した各機能毎に、機能名と、データ名と、をそれぞれキーワードにして、さらに、関連する機能を抽出する。また、後述するように、詳細仕様系統図画面2201上から仕様書作成画面2101に遷移することができる。その場合、遷移した仕様書作成画面2101にて、ユーザにより編集操作が行われ、OKボタン2103が押下されると、当該編集内容が確定されると共に、詳細仕様系統図画面2201へ再度遷移する。この際、制御部14等は、上記同様に、関連する機能の抽出を行う。以下、機能名をキーワードにして抽出する場合について説明する。制御部14等は、事前条件、事後条件の記述から、各条件の1項目毎に、その中で登場した機能名をチェックする。複数の機能名が登場する場合には、その組み合わせの数だけ、関連する候補のペアを抽出する。図22の例においては、機能3の事前条件には、を実行中は、を実行しない。と記述されている。したがって、制御部14等は、関連付け候補のペアとして、機能3と機能1、機能3と機能2、機能1と機能2をそれぞれ抽出する。そして、制御部14等は、各ペア毎に、図22に示すように、結線表示する。ここで、制御部14等は、本体部のタグ付けされたキーワードや排他関係を示すヘッダの情報等により、依存関係であるか排他関係であるかを判断し、結線する線種を決定して描画する。これにより、例えば、排他関係を示す結線2202~2204が描画される。なお、上記の関連付け候補のペアの抽出方法では、意図しないペア機能1と機能2が抽出されてしまい、結果として、機能1と機能2との間に不要な結線2204が描画されるが、ユーザによる結線の変更操作により、適宜、削除可能であるものとする。また、依存関係の場合、矢線の矢印の向きは不定後で、ユーザが決定するとし、図22に示すように、双方に矢印無しの結線2205で描画されるものとする。データ名をキーワードにして抽出する場合、制御部14等は、同一のデータ名を、事前条件、事後条件の少なくとも一方に持つ機能同士を関連付け候補のペアとする。なお、結線の箇所については、制御部14等は、結線を決定する要因となったキーワードが属する領域事前条件、事後条件から線が出るように描画する。事前条件、事後条件双方存在する場合は、事前条件を優先する。また、制御部14等は、この詳細仕様系統図画面2201上で、ユーザによる所定操作例えば、編集対象の機能の記述上で右クリックしてポップアップメニューを出し、そこから仕様編集を選択する等が行われると、対応する仕様書作成画面2101を表示する。これにより、ユーザは、仕様書作成画面2101上で機能の内容の編集、記述内容の整合性のチェックを行うことができる。仕様書作成画面2101にて、OKボタン2103が押下され、編集内容が確定されると、詳細仕様系統図画面2201に戻るが、その際、制御部14等により、前述の関連する機能の抽出と関連する機能間の結線表示が再度行われる。仕様の更新等により新たに関係が発生することもあり、そのような場合には、ユーザは、新たに関連することになった機能の見直しのために再び仕様書作成画面2101を開いて内容を編集、チェック、確定する作業を行う。こうして順次、全体の仕様を確定していく。このように、詳細仕様系統図画面2201が表示されることで、ユーザは、各機能間の関係が容易に把握でき、また、その関係を辿って、見直しが必要となった機能について仕様書作成画面2101を開き、当該機能仕様の内容を編集し、記述内容の整合性のチェックを行うことができるため、作業性の向上を図ることができ、仕様記述の漏れや矛盾の発生を防止できるので、品質の向上も図ることができる。また、上記実施形態のソフトウェア開発支援装置1、1A、1Bが実行したプログラムを、既存のパーソナルコンピュータPC等に適用することで、当該PCを本発明に係るソフトウェア開発支援装置として機能させることも可能である。このようなプログラムの配布方法は任意であり、例えば、CD-ROMCompactDiskReadOnlyMemory、DVDDigitalVersatileDisk、MOMagnetoOpticalDisk、メモリカードなどのコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットなどの通信ネットワークを介して配布してもよい。本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。