JPH10111794A - アプリケーションプログラム作成システム - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションプログラムの機能や性能だ
けではなく、開発コストや開発期間などの要求仕様項目
も十分に満足させることが可能なアプリケーションプロ
グラム作成システムを提供する。 【解決手段】 アプリケーションの機能や性能及び開発
コストや開発期間に関する要求を含む要求仕様１０１を
入力して分析し、開発方法仕様１０４とアプリケーショ
ン構造仕様１０５とアプリケーション仕様１０６の３種
類に分けて出力する要求仕様分析手段１０２と、開発方
法仕様から開発方法を出力する開発方法設計手段１０７
と、アプリケーション構造仕様からアプリケーション構
造を出力するアプリケーション構造設計手段１０９と、
開発方法とアプリケーション構造とアプリケーション仕
様からアプリケーションプログラム１１２を出力するア
プリケーションプログラム開発修正手段１１１とを備
え、要求仕様分析手段によって分けられた要求仕様の各
項目と、開発方法仕様とアプリケーション構造仕様とア
プリケーション仕様との依存関係を示す要求仕様依存関
係表１０３を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、要求仕様に従って
アプリケーションプログラムを作成するアプリケーショ
ンプログラム作成システムに関する。

【０００２】

【従来の技術】従来において、要求仕様に従ったアプリ
ケーションプログラムを作成する場合、まず、要求仕様
を入力としてＡＰ（アプリケーションプログラム）仕様
設計を行なうことによりＡＰ仕様を出力する。その後、
予め決められたＡＰ（アプリケーションプログラム）構
造と開発方法を用いて、ＡＰ仕様を入力としてＡＰ開発
を行なう。

【０００３】このとき、要求仕様中に開発コストや開発
期間に関する要求項目が存在している場合、本来ＡＰ構
造設計や開発方法設計においてそれらの要求項目を考慮
するべきであったとしても、その要求項目に対してＡＰ
仕様設計だけでしか対応することができないので、ＡＰ
開発および修正において大きな開発コストや開発期間を
必要としていた。つまり、要求仕様への対応を、開発方
法設計とＡＰ構造設計とＡＰ仕様設計の３種類の設計工
程全てにおいて考慮する必要があるが、従来技術では、
部分的な設計工程においてしか要求仕様への対応を考慮
することができなかった。

【０００４】要求仕様からＡＰ仕様を作成する方法の従
来技術としては、特開平４−２２７５３９号「プログラ
ム仕様の生成を支援する方法」に記載された方法があ
る。この方法は、プログラム仕様を、オブジェクト対オ
ブジェクトのスクリプト（ＯＯスクリプト）として表現
された規則としてモデル化している。この発明のプログ
ラム仕様システムは、多数の抽象水準をサポートしてお
り、各水準によって、システムの様々な作用をモデル化
可能である。この方法を用いれば、ＡＰ仕様作成の労力
が少なくすることが可能である。しかしながら、ＡＰ仕
様と開発方法との関連付け、ＡＰ仕様とＡＰ構造との関
連づけ、さらに、要求仕様とこれらＡＰ仕様、ＡＰ構
造、開発方法との関連付けも行なうことができない。

【０００５】また、プログラム構造とプログラム仕様と
を関連づける方式の従来技術としては、特開平４−１７
４０２５号「プログラム開発管理方式」に記載された方
式がある。この方式は、プログラム仕様とプログラム構
造を内部データとして管理し、これら内部データ同士を
関連づける方式である。この方式に従えば、ＡＰ仕様と
ＡＰ構造とを関連づけて管理することが可能である。し
かしながら、開発方式と、これらＡＰ仕様およびＡＰ構
造との関連を付けることはできない。また、さらに、要
求仕様とこれらＡＰ仕様、ＡＰ構造、開発方法との関連
付けも行なうことができない。

【０００６】また、要求仕様に合致したプログラムを得
る方法および装置の従来技術としては、特開平４−３４
７７２７号「プログラム自動修正方法及び装置」に記載
された方式がある。この方法および装置を用いれば、要
求仕様が変更された場合に、修正用データを入力するこ
とにより、該入力データにもとづいてデータ部分と処理
手続き部分を細にして修正することで、新たな要求仕様
に合致したプログラムを自動的に生成することが可能で
ある。つまり、要求仕様とアプリケーンョンプログラム
との関係づけを行なうことができ、さらに、修正用デー
タを用いて自動的にアプリケーションプログラムを得る
ことが可能である。しかしながら、開発方法との関係づ
けを行なうことはできない。

【０００７】

【発明が解決しようとする課題】アプリケーションプロ
グラムを開発する場合、その機能や性能が要求仕様に合
致していることが必要条件である。しかしながら、機能
や性能が要求仕様に合致していても、開発コストや開発
期間が要求仕様に合致していなければ要求仕様を満足し
ているとは言えない。つまり、アプリケーションプログ
ラム開発に対する要求仕様とは、単に使いやすさや実行
時間などの機能や性能だけではなく、開発コストや開発
期間などの条件も含まれる。

【０００８】アプリケーションプログラム作成の従来技
術としては、要求仕様からＡＰ仕様を作成する技術（例
えば上記の特開平４−２２７５３９号）や、ＡＰ構造と
ＡＰ仕様とを関連づける技術（例えば上記の特開平４−
１７４０２５号）や、要求仕様からアプリケーションプ
ログラムを生成する技術（例えば上記の特開平４−３４
７７２７号）があり、アプリケーションプログラムの機
能や性能を要求仕様に合致させる様々な方法が提案され
いる。

【０００９】しかしながら、上述した従来技術では、ア
プリケーションプログラム開発において、開発コストや
開発期間の要求仕様を十分に満足させることができない
という問題を有していた。すなわち、要求仕様中に開発
コストや開発期間に関する要求項目が存在している場
合、本来ＡＰ構造設計や開発方法設計においてそれらの
要求項目を考慮することができないので、ＡＰ開発およ
び修正において大きな開発コストや開発期間を必要とし
ていた。

【００１０】本発明の目的は、上記従来の欠点を解消
し、アプリケーション開発や修正において、アプリケー
ションプログラムの機能や性能だけではなく、開発コス
トや開発期間などの要求仕様項目も十分に満足させるこ
とが可能なアプリケーションプログラム作成システムを
提供することにある。

【００１１】また、本発明の他の目的は、アプリケーシ
ョンプログラムの機能や性能に関する要求仕様を十分に
満足しながら、開発コストを削減し、かつ開発期間を短
縮することを可能とするアプリケーションプログラム作
成システムを提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成する本発
明は、要求仕様に従ったソフトウェアの開発を行なうア
プリケーションプログラム作成システムにおいて、アプ
リケーションプログラムの機能や性能及び開発コストや
開発期間に関する要求を含む要求仕様を入力して分析す
ることにより、開発方法仕様とアプリケーション構造仕
様とアプリケーション仕様の３種類に分けて出力する要
求仕様分析手段と、前記開発方法仕様を入力し、開発方
法を出力する開発方法設計手段と、前記アプリケーショ
ン構造仕様を入力し、アプリケーション構造を出力する
アプリケーション構造設計手段と、前記開発方法とアプ
リケーション構造とアプリケーション仕様とを入力し、
アプリケーションプログラムを出力するアプリケーショ
ンプログラム開発修正手段とを備えることを特徴とす
る。

【００１３】請求項２の本発明のアプリケーションプロ
グラム作成システムは、前記要求仕様分析手段によって
開発方法仕様とアプリケーション構造仕様とアプリケー
ション仕様の３種類に分けられた前記要求仕様の各項目
と、開発方法仕様とアプリケーション構造仕様とアプリ
ケーション仕様との依存関係を示す要求仕様依存関係表
を備え、前記要求仕様分析手段は、前記要求仕様の変更
に際して、前記要求仕様依存関係表を検索することによ
り、前記要求仕様の変更された項目についてのみ分析を
行なうことを特徴とする。

【００１４】請求項３の本発明のアプリケーションプロ
グラム作成システムは、前記要求仕様分析手段は、新規
の要求仕様か否かを判別し、新規の要求仕様である場
合、要求仕様の各項目をそれぞれ前記開発方法仕様とア
プリケーション構造仕様とアプリケーション仕様の３種
類に分離し、新規の要求仕様ではなく変更要求仕様であ
る場合、要求仕様の変更された項目を読み込み、読み込
んだ項目と関係する仕様を前記要求仕様依存関係表に基
づいて検索し、検索した仕様のみを変更された項目に従
って変更することを特徴とする。

【００１５】請求項４の本発明のアプリケーションプロ
グラム作成システムは、前記要求仕様分析手段は、前記
要求仕様の分析で、前記要求仕様の項目が開発コストや
開発期間に関係がある場合に、当該項目を開発方法仕様
に出力し、前記要求仕様の項目がモジュール構造に関係
がある場合に、当該項目をアプリケーション構造仕様に
出力し、前記要求仕様の項目が機能に関係する場合に、
当該項目をアプリケーション仕様に出力することを特徴
とする。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１は本発明による
プログラム作成システムの実施の形態の構成ブロック図
である。

【００１７】図１において、本実施の形態によるプログ
ラム作成システムは、要求仕様１０１、要求仕様分析手
段１０２、要求仕様依存関係表１０３、開発方法仕様１
０４、ＡＰ構造仕様１０５、ＡＰ仕様１０６、開発方法
設計手段１０７、開発方法１０８、ＡＰ構造設計手段１
０９、ＡＰ構造１１０、ＡＰ開発修正手段１１１、アプ
リケーションプログラム１１２からなる。

【００１８】要求仕様分析手段１０２は、要求仕様１０
１を入力とし、アプリケーションプログラムの機能や性
能に関する要求仕様分析だけではなく、開発コストや開
発期間に関する要求仕様分析を行ない、開発方法仕様１
０４と、ＡＰ構造仕様１０５と、ＡＰ仕様１０６とを出
力する。また、同時に、要求仕様１０１の分析結果とし
て、要求仕様依存関係表１０３を出力する。

【００１９】このように、要求仕様分析手段１０２によ
って、複雑に絡み合った要求仕様１０１を、開発方法仕
様１０４、ＡＰ構造仕様１０５、およびＡＰ仕様１０６
の３種類に分離することが可能である。例えば、主に開
発コストや開発期間に関する要求は、開発方法仕様１０
４に分類される。また、データベースはサーバーマシン
で動作するというような、アプリケーションプログラム
をどのようなモジュール構造で実現すれば良いのかに関
する要求は、ＡＰ構造仕様１０５として分類される。さ
らに、アプリケーションプログラムの機能、例えば文書
を整形する機能や合計金額を計算する機能などに関する
要求は、ＡＰ仕様１０６として分類される。

【００２０】開発方法設計手段１０７は、要求仕様分析
手段１０２によって出力された開発方法仕様１０４を入
力とし、例えば、ウォーターフォール開発方式やプロト
タイピング開発方式などの具体的な開発方式を設計する
ことにより、開発方法１０８を出力する。開発方法１０
８には、例えば、ウォーターフォール開発方式での機能
仕様書フォーマットや、どのような開発言語を用いる
か、または、どのようなエディタを用いるかなど具体的
な仕様記述方法や開発ツールなどが含まれる。

【００２１】この開発方法設計手段１０７によって、開
発方法仕様１０４は、例えばウォーターフォール開発方
式やプロトタイピング開発方式などの具体的な開発方法
に設計される。従って、開発プロセスの見直しが行なわ
れることになり、この際に開発コストや開発期間に関す
る考慮も行なわれるので要求仕様１０１に対して最適な
開発プロセスとなる。

【００２２】ＡＰ構造設計手段１０９は、要求仕様分析
手段１０２によって出力されたＡＰ構造仕様１０５を入
力とし、例えば、サーバクライアント構造やパイプライ
ン構造などの具体的なＡＰ構造を設計し、ＡＰ構造１１
０として出力する。ＡＰ構造１１０は、アプリケーショ
ンプログラムの構造に関して、具体的なモジュール構造
に関する記述や、モジュール間インタフェース、およ
び、モジュール間のプロトコルなど、ソフトウェアアー
キテクチャに関する記述である。ＡＰ構造設計手段１０
９による設計においては、分散システムやＧＵＩシステ
ムのようなシステムの構造的特徴を十分に考慮するの
で、要求仕様１０１に対して最適なＡＰ構造となる。

【００２３】ＡＰ仕様１０６には、アプリケーションプ
ログラムの機能に関する仕様が記述されている。例え
ば、アプリケーションプログラムがワードプロセッサ機
能であれば、文書を整形する機能や、文書を出力する機
能などが詳細に記述される。

【００２４】要求仕様依存関係表１０３には、各要求仕
様１０１の項目と、開発方法仕様１０４とＡＰ構造仕様
１０５とＡＰ仕様１０６のそれぞれ３つの仕様との依存
関係が表形式で記述されている。この要求仕様依存関係
表１０３には、要求仕様分析手段１０２によって要求仕
様１０１を分析した結果に基づいて上記依存関係が記憶
される。要求仕様分析手段１０２は、当該要求仕様１０
１に変更があった場合に、もう一度要求仕様分析をやり
直すことなく、記憶しておいた要求分析依存関係表１０
３を利用して分析を行なうことができる。このために、
少ない労力で要求仕様分析を行なうことが可能となる。

【００２５】ＡＰ開発修正手段１１１は、ＡＰ仕様１０
６とＡＰ構造１１０と開発方法１０８とを入力とし、ア
プリケーション開発または修正を行ない、アプリケーシ
ョンプログラム１１２を出力する。このＡＰ開発修正手
段１１１によって、開発方法を用いてＡＰ構造に従った
アプリケーションプログラム１１２を、ＡＰ仕様通りに
開発または修正される。

【００２６】ここで、上述したプログラム作成システム
の各手段について、アプリケーションプログラムとして
キーワードによる文献検索システムを開発作成する一実
施例を用いて、より具体的に説明する。

【００２７】図２は、プログラム作成システムの要求仕
様分析手段１０２による分析例を示す図である。図２に
示す要求仕様１０１は、Ｒ１からＲ４で示す４つの要求
仕様項目から構成される。

【００２８】要求仕様項目Ｒ１は、「キーワードによる
文献検索システムを開発する」というものである。要求
仕様項目Ｒ２は、「開発生産性を重視せよ」というもの
である。要求仕様項目Ｒ３は、「検索はグラフィカル・
ユーザ・インタフェース（以下ＧＵＩと略す）画面でキ
ーボードとマウスで操作する」というものである。要求
仕様項目Ｒ４は、「データベースはサーバーマシンで動
作する」というものである。

【００２９】要求仕様分析手段１０２は、これら要求仕
様項目Ｒ１からＲ４を分析することにより、開発方法仕
様１０４として要求仕様項目Ｒ１とＲ２を出力する。ま
た、ＡＰ構造仕様１０５として要求仕様項目Ｒ３とＲ４
を出力する。また、ＡＰ仕様１０６として要求仕様項目
Ｒ１とＲ３を出力する。さらに、要求依存関係表１０３
として、開発方法仕様とＡＰ構造仕様とＡＰ仕様に対し
て依存関係がある各要求仕様項目について丸印を付する
ことにより表形式で出力する。

【００３０】ここで、図２において、要求仕様１０１に
変更があった場合、例えば、図３に示すように要求仕様
項目Ｒ２の「開発生産性重視」が「開発期間重視」に変
更された場合を想定する。

【００３１】このとき、上述した要求依存関係表１０３
から、変更された要求仕様項目Ｒ２に関係のある項目を
探すと、該当するのは開発方法仕様１０４であることが
わかる。従って、この場合、図３に示すように開発方法
仕様１０４だけを分析して出力し直せばよいことが分か
る。つまり、要求仕様項目Ｒ２の変更に無関係な、ＡＰ
構造仕様１０５とＡＰ仕様１０６を修正する必要がな
い。よって、要求仕様１０１の要求仕様項目に変更が生
じた場合に、要求仕様分析を行なう労力を少なくするこ
とが可能となる。

【００３２】図４に、要求仕様分析手段１０２の処理手
順を表すフローチャートを示す。

【００３３】まず、ステップ４０１で要求仕様１０１が
新規の仕様か変更された仕様かを判別し、新規の仕様で
あればステップ４０２に進み、変更された仕様であれば
ステップ３１０に進む。

【００３４】ステップ４０２では、要求仕様１０１から
要求仕様項目を１項目読み込み、ステップ４０３に進
む。ステップ４０３では、要求仕様項目を全項目処理し
たかどうか判断し、もし全項目処理した場合には処理を
終了する。

【００３５】全項目の処理が終了せず処理するべき項目
が残っている場合には、ステップ４０４に進む。ステッ
プ４０４では、該当項目が、開発コストまたは開発期間
に関係があるかどうかを判断し、関係のある場合にはス
テップ４０５に進み、関係がない場合にはステップ４０
６に進む。ステップ４０５では、該当要求仕様項目を開
発方法仕様１０４として出力し、要求仕様依存関係表１
０３の該当項目に丸印を付してステップ４０６に進む。

【００３６】ステップ４０６では、該当項目がアプリケ
ーションプログラムのモジュール構造に関係のあるかど
うかを判断し、関係のある場合にはステップ４０７に進
み、関係のない場合にはステップ４０８に進む。ステッ
プ４０７では、該当要求仕様項目をＡＰ構造仕様１０５
として出力し、要求仕様依存関係表１０３の該当項目に
丸印を付しステップ４０８に進む。ステップ４０８で
は、該当項目がアプリケーションプログラムの機能に関
係があるかどうかを判断し、関係がある場合にはステッ
プ４０９に進み、関係がない場合にはステップ４０２に
戻る。

【００３７】ステップ４０９では、該当要求仕様項目を
ＡＰ仕様１０６として出力し、要求仕様依存関係表１０
３の該当項目に丸印を付しステップ４０２に戻る。以上
の処理ステップを要求仕様１０１の全項目について繰り
返すことにより、要求仕様分析手段１０２の手順が完了
する。

【００３８】ステップ４０１からステップ４１０に進ん
だ場合、ステップ４１０で要求仕様１０１の変更された
要求仕様項目を読み込み、ステップ４１１で上述した要
求依存関係表１０３から、変更された要求仕様項目に関
係のある仕様（開発方法仕様１０４、ＡＰ構造仕様１０
５、ＡＰ仕様１０６）を検索する。次いで、ステップ４
１２で、検索した該当仕様だけを分析し直して出力す
る。このような処理により、変更された要求仕様項目に
無関係な、仕様を修正する必要をなくすることができ
る。

【００３９】図５に、図１に示す開発方法設計手段１０
７の一具体例を示す。開発方法設計手段１０７は、開発
方法仕様１０４を入力として、開発方法の設計を行な
い、開発方法１０８を出力する。開発方法仕様１０４
は、要求仕様項目Ｒ１として「キーワードによる文献検
索システムを開発する」こと、および要求仕様項目Ｒ２
として「開発生産性を重視する」ことから構成されてい
る。開発方法１０８は、開発過程モデルとしてウォータ
ーフォール方式を採用すること、および、開発ツールと
して関係データベースを利用することから構成されてい
る。これは、開発生産性を重視することから、ウォータ
ーフォールモデルを選択し、また、キーワードで大規模
なデータベース検索を行なう必要があることから、関係
データベースを開発ツールとして利用することとした。

【００４０】図６に、開発方法設計手段１０７の処理手
順を表すフローチャートを示す。まず、ステップ６０１
では、開発方法仕様１０４を読み込み、ステップ６０２
に進む。ステップ６０２では、読み込んだ開発方法仕様
１０４のうち、開発プロセスモデルに関係する仕様項目
を分析し、開発プロセスモデルを決定して開発方法１０
８として出力し、ステップ６０３に進む。ステップ６０
３では、決定した開発プロセスモデルに則って各開発者
のインタフェースを決定して開発方法１０８に出力し、
ステップ６０３に進む。また、ステップ６０３では、各
開発者が利用する開発ツールを決定して開発方法１０８
に出力することにより、全ての手順を終了する。

【００４１】図７に、図１に示すＡＰ構造設計手段１０
９の一具体例を示す。ＡＰ構造設計手段１０９は、ＡＰ
構造仕様１０５を入力とし、ＡＰ構造１１０を出力す
る。ＡＰ構造仕様１０５は、要求仕様項目Ｒ３の「検索
はＧＵＩ画面でキーボードとマウス使って操作する」こ
とと、要求仕様項目Ｒ４の「データベースはサーバマシ
ンで動作する」ということから構成されている。ＡＰ構
造１１０２は、ＧＵＩ構造としてモデル・ビュー・コン
トローラー方式を採用することと、データベース検索シ
ステム構成としてサーバクライアント方式を採用するこ
とから構成されている。これは、ＧＵＩ画面操作をキー
ボードとマウスで操作することから、ＧＵＩ画面操作の
ＡＰ構造として一般的に用いられているモデル・ビュー
・コントローラー方式を採用し、また、文献データベー
スは大きなものであることから、データベースはサーバ
マシンで動作することが要求仕様項目Ｒ４となってい
る。従って、検索はクライアントマシンから行なうＡＰ
構造が適しているために、ＡＰ構造としてサーバクライ
アント方式を採用することとした。

【００４２】図８に、ＡＰ構造設計手段１０９の処理手
順を表すフローチャートを示す。手順は、ステップ８０
１から開始する。ステップ８０１では、ＡＰ構造仕様１
０５を読み込み、ステップ８０２に進む。ステップ８０
２では、ＡＰ構造仕様１０５を分析し、分散システムか
どうかを判断し、もし分散システムならばステップ８０
３に進み、もし分散システムでないならばステップ８０
４に進む。ステップ８０３では、ＡＰ構造仕様１０５を
分析して、分散ＡＰ構造を決定してＡＰ構造１１０に出
力し、ステップ８０４に進む。ステップ８０４では、Ａ
Ｐ構造仕様１０５を分析して、ＧＵＩシステムかどうか
を判断し、もしＧＵＩシステムであればステップ８０５
に進み、もしＧＵＩシステムでないならばステップ８０
６に進む。ステップ８０５では、ＡＰ構造仕様１０５を
分析してＧＵＩ−ＡＰ構造を決定してＡＰ構造１１０に
出力し、ステップ８０６に進む。ステップ８０６では、
その他の詳細なアプリケーションプログラムのモジュー
ル構造を決定してＡＰ構造１１０に出力することによ
り、全ての手順を終了する。

【００４３】図９に、図１に示すＡＰ開発修正手段１１
１の一具体例を示す。ＡＰ開発修正手段１１１は、ＡＰ
仕様１０６とＡＰ構造１１０と開発方法１０８とを入力
とし、アプリケーション開発または修正を行ない、アプ
リケーションプログラム１１２を出力する。

【００４４】ＡＰ仕様１０６は、ＡＰ仕様として要求仕
様項目Ｒ１の「キーワードによる文献検索システムを開
発する」こと、および、要求仕様項目Ｒ３の「検索はＧ
ＵＩ画面でキーボードとマウスで行なう」ことから構成
されている。ＡＰ構造１１０は、ＧＵＩ−ＡＰ構造とし
てモデル・ビュー・コントローラー方式を採用すること
と、分散システムのＡＰ構造として、サーバークライア
ント方式を採用することとから構成されている。開発方
法１０８は、開発プロセスモデルとしてウォーターフォ
ール方式を採用すること、および、開発ツールとして関
係データベースを利用することから構成されている。こ
れらを入力として、ＡＰ開発修正手段１１１は、アプリ
ケーションシステムとして、キーワードによる文献検索
システムを出力する。

【００４５】図１０に、ＡＰ開発修正手段１１１の処理
手順を表すフローチャートを示す。まず、ステップ１０
０１では、開発方法１０８を読み込み、次いでステップ
１００２で、ＡＰ構造１１０を読み込み、ステップ１０
０３に進む。ステップ１００３では、ＡＰ仕様１０６を
読み込み、ステップ１００４に進む。ステップ１００４
では、読み込んだ３種類の項目（開発方法１０８、ＡＰ
構造１１０、ＡＰ仕様１０６）に基づいて、アプリケー
ションプログラム１１２の開発または修正を行ない、処
理を終了する。

【００４６】要求仕様１０１の変更に基づいてアプリケ
ーションプログラム１１２を修正する場合、要求仕様分
析手段１０２の分析によって変更された仕様についての
み、開発方法設計手段１０７及びＡＰ構造設計手段１０
９による設計がなされ、ＡＰ開発修正手段１１１による
修正では、要求仕様１０１の変更に基づいて変更されな
い開発方法１０８、ＡＰ構造１１０、ＡＰ仕様１０６に
ついてはそのまま前のものを利用することが可能である
ため、アプリケーションプログラム１１２の修正に要す
る開発コストを削減し、開発期間を短縮することができ
る。

【００４７】以上の説明は、本発明の一実施例に関する
ものであり、この技術分野の技術者であれば、本発明の
種々の変形例が考えられるが、それらはいづれも本発明
の技術的範囲に包含される。

【００４８】

【発明の効果】以上説明したことから明らかなように本
発明のプログラム作成システムによれば、アプリケーシ
ョン開発や修正において、アプリケーションプログラム
の機能や性能だけではなく、開発コストや開発期間など
の要求仕様項目も十分に満足させることが可能となる。
すなわち、、アプリケーションプログラムの機能や性能
に関する要求仕様を十分に満足しながら、開発コストを
削減し、開発期間を短縮する効果が得られる。

【図面の簡単な説明】

【図１】 本発明のプログラム作成システムの実施の形
態の構成を示すブロック図である。

【図２】 図１に示すプログラム作成システムの要求仕
様分析手段による分析例を示す図である。

【図３】 図１に示すプログラム作成システムの要求仕
様分析手段による分析例を示す図である。

【図４】 図１に示すプログラム作成システムの要求仕
様分析手段による処理手順を表すフローチャートであ
る。

【図５】 図１に示すプログラム作成システムの開発方
法設計手段による設計例を示す図である。

【図６】 図１に示すプログラム作成システムの開発方
法設計手段の処理手順を表すフローチャートである。

【図７】 図１に示すプログラム作成システムのＡＰ構
造設計手段による設計例を示す図である。

【図８】 図１に示すプログラム作成システムのＡＰ構
造設計手段の処理手順を表すフローチャートである。

【図９】 図１に示すプログラム作成システムのＡＰ開
発修正手段の処理例を示す図である。

【図１０】 図１に示すプログラム作成システムのＡＰ
開発修正手段の処理手順を表すフローチャートである。

【符号の説明】

１０１ 要求仕様 １０２ 要求仕様分析手段 １０３ 要求仕様依存関係表 １０４ 開発方法仕様 １０５ ＡＰ構造仕様 １０６ ＡＰ仕様 １０７ 開発方法設計手段 １０８ 開発方法 １０９ ＡＰ構造設計手段 １１０ ＡＰ構造 １１１ ＡＰ開発修正手段 １１２ アプリケーションプログラム

Claims (4)

【特許請求の範囲】
1. 【請求項１】 要求仕様に従ったソフトウェアの開発を
   行なうアプリケーションプログラム作成システムにおい
   て、 アプリケーションプログラムの機能や性能及び開発コス
   トや開発期間に関する要求を含む要求仕様を入力して分
   析することにより、開発方法仕様とアプリケーション構
   造仕様とアプリケーション仕様の３種類に分けて出力す
   る要求仕様分析手段と、 前記開発方法仕様を入力し、開発方法を出力する開発方
   法設計手段と、 前記アプリケーション構造仕様を入力し、アプリケーシ
   ョン構造を出力するアプリケーション構造設計手段と、 前記開発方法とアプリケーション構造とアプリケーショ
   ン仕様とを入力し、アプリケーションプログラムを出力
   するアプリケーションプログラム開発修正手段とを備え
   ることを特徴とするアプリケーションプログラム作成シ
   ステム。
2. 【請求項２】 前記要求仕様分析手段によって開発方法
   仕様とアプリケーション構造仕様とアプリケーション仕
   様の３種類に分けられた前記要求仕様の各項目と、開発
   方法仕様とアプリケーション構造仕様とアプリケーショ
   ン仕様との依存関係を示す要求仕様依存関係表を備え、 前記要求仕様分析手段は、前記要求仕様の変更に際し
   て、前記要求仕様依存関係表を検索することにより、前
   記要求仕様の変更された項目についてのみ分析を行なう
   ことを特徴とする請求項１に記載のアプリケーションプ
   ログラム作成システム。
3. 【請求項３】 前記要求仕様分析手段は、新規の要求仕
   様か否かを判別し、新規の要求仕様である場合、要求仕
   様の各項目をそれぞれ前記開発方法仕様とアプリケーシ
   ョン構造仕様とアプリケーション仕様の３種類に分離
   し、新規の要求仕様ではなく変更要求仕様である場合、
   要求仕様の変更された項目を読み込み、読み込んだ項目
   と関係する仕様を前記要求仕様依存関係表に基づいて検
   索し、検索した仕様のみを変更された項目に従って変更
   することを特徴とする請求項２に記載のアプリケーショ
   ンプログラム作成システム。
4. 【請求項４】 前記要求仕様分析手段は、前記要求仕様
   の分析で、前記要求仕様の項目が開発コストや開発期間
   に関係がある場合に、当該項目を開発方法仕様に出力
   し、前記要求仕様の項目がモジュール構造に関係がある
   場合に、当該項目をアプリケーション構造仕様に出力
   し、前記要求仕様の項目が機能に関係する場合に、当該
   項目をアプリケーション仕様に出力することを特徴とす
   る請求項１に記載のアプリケーションプログラム作成シ
   ステム。