JPH1083292A - ソフトウェアコーディングシステム - Google Patents

Abstract

(57)【要約】 【課題】 プログラム開発の作業効率が向上し、既存ソ
ースコードが少なく、コンパイルエラーと誤動作を起こ
さないソフトウェアコーディングシステムの提供。 【解決手段】 変数置換部８は、抽出した部品ソースコ
ードを部品ファイル１４に書き込み、代入記号の右辺、
及び左辺にある文字列を一時記憶装置に記憶し、左辺の
文字列と、部品ファイル１４から抽出した部品ソースコ
ード内にある各変数対応のコメント内文字列を比較し、
文字列が一致した時にソフトウェア部品内の「代入記号
右辺の文字列」を設計ドキュメント５ａ内の「右辺の文
字列」に置き換える。定義文置換部９は、定義文と合致
する限り文字列の置換を行う。番号の数式変換部１１
は、抽出された番号の文字列を算術式文字列に変換す
る。番号置換部１２は、部品ファイル１４から抽出した
部品ソースコード内にある番号キーの文字列を番号の数
式変換部１１の出力である算術式文字列に置換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムの構成
部品であるソースコードの集まりである部品ファイルを
使用して、プログラム設計ファイルを基にプログラムの
ソースコードを自動生成するソフトウェアコーディング
システムに関する。

【０００２】

【従来の技術】ソフトウェアコーディングシステムの第
１の従来例を、図１５を用いて説明する。この図におい
て、１００は設計情報データベースであり、プログラム
設計者１０１により、新規プログラムの設計情報が入力
される。１０２はエキスパートシェルであり、設計情報
データベース１００の新規プログラムの設計ファイルに
従い、判定用知識データベース１０３と知識データベー
ス１０４を用いて既存のソースコードファイル１０５が
使用できるかどうかの推論を行う。知識データベース１
０４は、プログラム設計者の設計知識を蓄えている。判
定用知識データベース１０３は、既存のソースコードが
利用可能かどうかの判断基準が蓄えられている。ソース
コードファイル１０５は、既存のソースコードの集まり
である。１０６は、モニタディスプレイである。

【０００３】上述した第１の従来例のソフトウェアコー
ディングシステムにおいては、ソースコードファイル１
０５と設計情報データベース１００内の新規プログラム
設計情報とを判定用知識データベース１０３を基にエキ
スパートシェル１０２の推論動作で判定し、必要なソー
スコードをソースコードファイル１０５から抽出するプ
ログラム再利用（特開平２ー３０２８２６、特開平２−
２５７２１６参照）を行う。また、予めプログラム設計
仕様ライブラリ、既存ソフトウェア資産をデータベース
化したプログラムライブラリ、システム名称等の関連情
報を格納するキーワード辞書、熟練開発者の知識および
ノウハウである知識データベース１０４を備え、ＩＦ〜
ＴＨＥＮ〜のプロダクションルールでプログラムの生
成および更新をエキスパートシェル１０２が管理する
（特開平５−１３４８５５参照）。

【０００４】また、第２の従来例を図１６を用いて説明
する。図において、１１０は、ソースプログラムファイ
ルであり、部品ソースコードの集まりである。１１１
は、合成指定ファイルであり、合成対象の部品ソースコ
ード名が登録されている。１１２は、生成処理部であ
り、部品生成処理部１１４と合成ソース生成処理部１１
５から構成されており、ＭＭＩ（Ｍａｎ Ｍａｃｈｉｎ
ｅ Ｉｎｔｅｒｆａｃｅ）１１３からインターフェース
制御部１１６を介して入力される制御信号に従い、合成
指定ファイル１１１に基づいて、合成ソースプログラム
１１７を作成する。

【０００５】部品生成部１１４は、部品ソースコード情
報を部品ファイル１１８に書き込む。合成ソース生成処
理部１１５は、合成指定ファイル１１１で指定された部
品ソースコード名により部品ファイル１１８から対応す
る部品ソースコードを抽出し、合成ソースプログラム１
１７を作成する。１１９は、更新処理部であり、部品更
新処理部１２０と合成ソース更新処理部１２１で構成さ
れており、部品ファイル１１８および合成ソースプログ
ラム１１７の更新を行う。

【０００６】部品更新処理部１２０は、ＭＭＩ１１３か
らの命令により、部品ファイル１１８内の部品ソースコ
ードの入れ替えを行う。合成ソース更新処理部１２１
は、合成指定ファイル１１１で指定されている部品ソー
スコードに変更が合った場合、合成ソースプログラム１
１７の部品ソースコードを変更されたコードに更新する
（特開平６ー６７８７１参照）。

【０００７】このような構成において、生成処理部１１
２は、ソースプログラムファイル１１０を関数、変数を
単位に複数の部品ソースコードに分割し、その部品ソー
スコード情報を部品ファイル１１８に登録する。同時に
各部品ソースコード間の相互関係を示す部品相互関係情
報も部品ファイル１１８に登録する。更新処理部１１９
は、部品ソースコード変更時に、部品相互関係情報を基
に影響範囲を判定し、部品ファイル１１８において影響
を受ける部品ソースコードを更新する。また、更新処理
部１１９は、合成ソース更新時に、合成指定ファイル１
１１で指定された部品ソースコードのうち、更新された
部品ソースコードを部品ファイル１１８から取り出し、
合成ソースプログラム１１７の対応するものに更新す
る。

【０００８】

【発明が解決しようとする課題】ところで、上述した第
１および第２の実施例は、作成者が新規プログラム設計
書に従い、手作業により出力されたソースプログラム内
の各部品ソースコード毎の変数部分に変更を加えるた
め、作業効率が悪いという欠点があった。また、作成者
が手作業の変更を行わないために、部品ソースコードを
ファンクション毎でなく、変数毎に持たせた場合、部品
ソースコードを変数の組み合わせの分だけ必要となる問
題がある。

【０００９】さらに、確認単位毎に割り付ける番号が、
同一テスト上で、ある変数成分で繰り返すとき、１０進
数「１２３０００００」の表現として、所定の成分の繰
り返し回数を踏まえて「１２３０００００＋ａａ＊１０
００＋ｂｂ＊１０」と出力して欲しいところを「１２３
ａａｂｂ０」と出力されるため、コンパイル時にエラー
となるかプログラムが実行時に誤動作してしまう問題が
あった。本発明はこのような背景の下になされたもの
で、プログラム開発の作業効率が向上し、既存の部品ソ
ースコードが少なくて済み、コンパイルエラーおよび誤
動作を起こさないプログラムソースを作成するソフトウ
ェアコーディングシステムを提供することを目的とす
る。

【００１０】

【課題を解決するための手段】請求項１記載の発明は、
新規プログラムの設計ドキュメントファイルを基に、記
憶装置に記憶されている既存プログラムのソースコード
を使用し、前記新規プログラムのソフトウェアソースコ
ードを作成するソフトウェアコーディングシステムにお
いて、前記設計ドキュメントファイルから第１の文字列
と第２の文字列とを抽出する第１の抽出手段と、前記ソ
ースコードから前記第１の文字列に対応する第３の文字
列と第４の文字列とを抽出する第２の抽出手段と、前記
第１の文字列と前記第３の文字列を比較する比較手段
と、前記比較手段の一致結果により前記第４の文字列を
前記第２の文字列と置換するための置換手段とを具備す
ることを特徴とする。

【００１１】請求項２記載の発明は、請求項１記載のソ
フトウェアコーディングシステムにおいて前記第１の文
字列が、前記設計ドキュメントファイルの行における等
式の左辺の文字列であることを特徴とする。請求項３記
載の発明は、請求項１記載のソフトウェアコーディング
システムにおいて、前記第２の文字列が、前記設計ドキ
ュメントファイルの行における等式の右辺の文字列であ
ることを特徴とする。請求項４記載の発明は、請求項１
記載のソフトウェアコーディングシステムにおいて、前
記第３の文字列が、前記ソースコードの行における等式
の左辺の文字列であることを特徴とする。請求項５記載
の発明は、請求項１記載のソフトウェアコーディングシ
ステムにおいて、前記第４の文字列が、前記ソースコー
ドの行における等式の右辺の文字列であることを特徴と
する。請求項６記載の発明は、請求項１または請求項３
記載のソフトウェアコーディングシステムにおいて、前
記第２の文字列と、文字列の定義を行う定義文で構成さ
れたヘッダファイル内の各定義毎の文字列とを比較し、
一致した時にソースコード内の等式の右辺の文字列を、
前記ヘッダファイル内の定義文で定義された文字列に置
換することを特徴とする。請求項７記載の発明は、請求
項１記載のソフトウェアコーディングシステムにおい
て、前記ソースコード毎に割り付けられた番号が前記設
計ドキュメントファイル内から抽出され、出力として前
記新規プログラムを作成する際に、新規プログラムのソ
ースコード内に前記番号との置換情報として定義された
文字列が、抽出した前記ソースコード内で認識された場
合、前記置換情報と設計ドキュメントファイルから抽出
され、一時記憶装置に記憶されていた文字列を置換する
ことを特徴とする。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態について説明する。図１は本発明の一実施形態
によるソフトウェアコーディングシステムの構成を示す
ブロック図である。この図において、１は入力情報であ
り、新規プログラム設計情報を有し、キー定義ファイル
２、ヘッダーファイル３、既存ソースコードファイル４
および設計ドキュメントファイル５ａ〜５ｃで構成され
ている。

【００１３】キー定義ファイル２は、設計ドキュメント
ファイル５ａ〜５ｃ内の各ファンクションを識別するた
めの文字列定義であるキー情報と部品ソースコードにお
ける識別文字列情報とを定義している。ヘッダーファイ
ル３は、変換の対象となる文字列をコメントとして有し
た定義文の集合体である。既存ソースファイル４は、過
去のソフトウェア財産であり、新規プログラムに対し部
品ソースコードを供給する。設計ドキュメントファイル
５ａ〜５ｃは、新規プログラムの設計情報を有してい
る。

【００１４】７は、ソースコード生成部であり、変数置
換部８、定義文置換部９、番号抽出部１０、番号の数式
変換部１１および番号置換部１２で構成されており、キ
ー定義ファイル２に定義されている文字列であるキー情
報により、設計ドキュメントファイル５ａ〜５ｃの記述
単位であるファンクションを順次識別し、記憶装置にあ
るテンポラリファイル１３内の対応する部品ファイル１
４を抽出し、設計ドキュメントファイル５ａ〜５ｃにお
いて認識した順に出力情報１５として生成ソースコード
をソースコードファイル１６へ書き込み、また、入力情
報１に基づき新規プログラムを作成する。

【００１５】変数置換部８は、設計ドキュメントファイ
ル５ａ、５ｂ、および５ｃからファンクションを識別
し、抽出した対応する部品ソースコードを部品ファイル
１４に書き込み、設計ドキュメントファイル５ａ、５
ｂ、および５ｃにある該当ファンクション内の変数の記
述を識別し、代入記号（以下、代入キーと呼ぶ）の右
辺、及び左辺にある文字列を一時記憶装置に記憶し、左
辺の文字列と、部品ファイル１４から抽出した部品ソー
スコード内にある各変数対応のコメント内文字列を比較
し、文字列が一致した時にソフトウェア部品内の「代入
記号右辺の文字列」を設計ドキュメント５ａ、５ｂおよ
び５ｃ内の一時記憶した「右辺の文字列」に置き換え
る。

【００１６】定義文置換部９は、変数置換部８で置換さ
れた文字列も含めて、定義文と合致する限り文字列の置
換を行う。番号抽出部１０は、変数記号を含む番号を設
計ドキュメント５ａ、５ｂおよび５ｃから文字列として
抽出する。番号の数式変換部１１は、番号抽出部１０に
より抽出された番号の文字列を数学的な算術式文字列に
変換する。番号置換部１２は、部品ファイル１４から抽
出した部品ソースコード内にある、予めキー定義ファイ
ル２で定義された番号キーの文字列を番号の数式変換部
１１の出力である算術式文字列に置換する。

【００１７】次に、本発明の一実施形態の動作につい
て、図１を参照し、図２に従って説明する。図２は、ソ
ースコードファイル自動生成システムの動作概要を説明
するフローチャートである。まず、ステップＳ１におい
て、変数置換部８は、キー定義ファイル２、ヘッダーフ
ァイル３、既存ソースコードファイル４および設計ドキ
ュメントファイル５ａ〜５ｃのファイル名を取得し、こ
れらのファイルを参照可能な状態にする。次に、ステッ
プＳ２において、変数置換部８は、設計ドキュメントフ
ァイル５ａに記載されたファンクションに対応する部品
ソースコードを部品ファイル１４内から検索し、一時記
憶装置に出力する設計ドキュメント変換処理を行う。

【００１８】次にステップ３において、単位である設計
ドキュメントファイル分の処理が終了すると、ソースコ
ード生成部７は、プログラムであるソースコードファイ
ル１６を出力する。次に、ステップＳ４において、変数
置換部８は、次の設計ドキュメントファイルのファイル
名、たとえば設計ドキュメントファイル５ｂを読み込
む。そして、ステップ５において、変数置換部８は、ス
テップＳ４で読み込んだファイルの指定の有無を判定
し、たとえば、設計ドキュメントファイル５ｂが該当フ
ァイルであるとすると、ステップＳ１〜Ｓ５までを繰り
返して処理する。また、たとえば、設計ドキュメントフ
ァイル５ｂが該当ファイルで無いとすると、このフロー
チャートの処理は、終了する。

【００１９】次に図２のフローチャートにおけるステッ
プＳ２の設計ドキュメント変換処理の動作を、図１を参
照し図３のフローチャートに従って説明する。まず、ス
テップＳ１０において、変数置換部８は、設計ドキュメ
ントファイル５ａの先頭ラインを読み込んだ後、ステッ
プＳ１１において、読み込んだラインの情報を識別し、
先に読み込んだ入力情報１のキー定義ファイル２より、
部品キーまたは制御キーかの判別を行う。その結果、た
とえば、読み込まれたラインに部品キーが含まれている
とすると、ステップＳ１２において、変数置換部により
部品キー処理が実行される。また、たとえば制御キーで
あるとすると、ステップＳ１３において、変数置換部８
により制御キー処理が実行される。また、たとえば、ペ
ージ先頭ラインであるヘッダーラインの場合は、ステッ
プＳ１４において、変数置換部８によりページヘッダー
処理が実行される。さらに、その他の場合には、変数置
換部８によりコメント処理が実行される。

【００２０】そして、該当処理終了後、ステップＳ１６
において、設計ドキュメントファイルの次ラインが、変
数置換部８により読み込まれる。次にステップＳ１７に
おいて、読み込んだラインの種別の判定が変数置換部８
により行われる。そして、読み込まれたラインが設計ド
キュメントファイル５ａの終了ライン（以下、ＥＯＦと
呼ぶ）でない場合は、ステップＳ１０からスナッブＳ１
７の処理が繰り返し、実行される。また、読み込んだラ
インがＥＯＦの場合には、この図３のフローチャートの
処理が終了する。

【００２１】次に、図３のフローチャートにおけるステ
ップＳ１２のファンクション単位の記述の先頭ラインを
識別する部品キー処理について図１を参照し、図４のフ
ローチャートに従って説明する。まず、ステップＳ２０
において、番号抽出部１０により、部品キーを認識した
設計ドキュメントファイルのラインから、番号の文字列
が抽出される。次にステップＳ２１において、番号抽出
部１０は、番号の文字列が抽出されたラインの他の文字
列を各要素別に分解する。次に、ステップＳ２２におい
て、部品ファイル１４内の部品ソースコードを検索する
ためのキー情報が取得された後、番号抽出部１０により
このキー情報により部品ソースコードが抽出され、部品
ソースコードが一時記憶装置に記憶される。

【００２２】次に、ステップＳ２３において、変数置換
部８により、設計ドキュメントファイル５ａの次ライン
が読み込まれる。次に、ステップＳ２４において、変数
置換部８により、置換の対象となる変数の記述の始まり
を意味する有効変数開始キーの有無が判定される。たと
えば、このラインに有効変数開始キーが含まれていない
とすると、ステップＳ２９において、ソースコード生成
部７は、ソフトウェアソースコードの編集を終了し、編
集したソフトウェアソースコードを出力する。また、た
とえば、このラインに有効変数開始キーが含まれている
とすると、変数置換部８により設計ドキュメントファイ
ル５ａの次ラインが読み込まれる。

【００２３】次に、ステップＳ２６において、たとえ
ば、この読み込んだラインに、置換の対象となる変数の
記述の終わりを意味する有効変数終了キーが含まれてい
るとすると、ソースコード生成部は、ソフトウェアコー
ドの編集を終了し、ステップＳ２９の処理を行う。ま
た、たとえば、有効変数終了キーが含まれていないとす
ると、変数置換部８は、設計ドキュメントファイル５ａ
の文字列との置換を行い、さらに、定義文置換部９は、
この文字列とヘッダーファイル３内の定義文に定義され
た文字列との置換を行う。

【００２４】そして、ステップＳ２５からステップＳ２
８の処理が、ステップＳ２６で有効変数終了キーが検出
されるまで繰り返され、設計ドキュメントファイル５ａ
のファンクション毎に付加する部品キー毎の、すなわち
ファンクション毎の変数を設計ドキュメントファイル５
ａ上に記載のある限り、変数置換部８によりソフトウェ
アソースコードにおける部品ソースコードに含まれる変
数部分の文字列が設計ドキュメントファイル５ａ上の文
字列に置換される。

【００２５】次に、図４のフローチャートのステップＳ
２８の変数の変換処理において、部品ソースコード内の
変数部分の文字列が、変数置換部８により設計ドキュメ
ントファイル５ａ内の文字列に置換される動作を、図１
を参照し図５のフローチャートに従って説明する。ま
ず、ステップＳ３０において、番号抽出部１０は、すで
に読み込まれている設計ドキュメントファイル５ａのラ
インにおける、代入キーの右辺と左辺の文字列を抽出す
る。次に、ステップＳ３１において、部品ソースコード
が参照され、部品ソースコード内の参照されている相対
ラインを示す変数が変数置換部８によりｉとされ、この
ｉが’０’に初期化される。

【００２６】そして、ステップＳ３２において、変数置
換部８によりソースコードのｉ番目のラインが読み込ま
れる。次に、ステップＳ３３において、読み込んだライ
ンがＥＯＦかどうかの判定が、変数置換部８により行わ
れる。たとえば、このラインがＥＯＦであるとすると、
ステップＳ３４において、エラー処理が実行される。ま
た、たとえば、読み込んだラインがＥＯＦでないとする
と、ステップＳ３５において、読み込んだラインから変
数置換部８により、コメントが抽出される。

【００２７】次に、ステップＳ３６において、設計ドキ
ュメントファイル５ａから抽出された文字列とソースコ
ードのコメントの文字列の比較が変数置換部８により行
われる。たとえばステップＳ３０で読み込まれた左辺の
文字列がＡであり、ステップＳ３５で読み込まれた文字
列がＢであるとすると、不一致でとなるので、ステップ
Ｓ３７において、変数置換部８により相対ラインを示す
変数ｉに’１’が加算される。そして、ステップ３２か
らステップ３６までが繰り返し実行される．また、たと
えば、文字列を比較した結果が一致したとすると、ステ
ップＳ３８において、読み込まれたソースコードのライ
ン内の代入記号の右辺の文字列が、変数置換部８により
設計ドキュメントファイル５ａからステップＳ３０で抽
出した右辺の文字列に置換され、処理が終了する。

【００２８】次に、図４のフローチャートのステップＳ
２８の変数の変換処理における部品ソースコード内の変
数部分の文字列が、定義文置換部９により定義文で置換
される動作を、図１を参照し図６のフローチャートに従
って説明する。この置換処理は、部品ソースコード内の
変数部分の文字列が設計ドキュメントファイル５ａ内の
文字列に置換される動作の終了後に実行される。まず、
ステップＳ４１において、既に読み込んである図５のフ
ローチャートにおける置換動作を終了した部品ソースコ
ードの変数を含む設計ドキュメントファイル５ａから読
み込まれたラインから代入記号の右辺の文字列が番号抽
出部１０により抽出される。

【００２９】次に、ステップＳ４２において、変数置換
部８により、ヘッダーファイル３が参照され、ヘッダー
ファイル３内の参照される相対ラインを示す変数がｉと
され、ｉが０に初期化される。次に、ステップＳ４３に
おいて、変数置換部８により、ヘッダーファイル３のｉ
番目のラインが読み込まれる。そして、ステップＳ４４
において、読み込んだラインがＥＯＦであるかどうかの
判定が変数置換部８により行われる。たとえば、読み込
んだラインがＥＯＦであるとすると、ステップＳ４５に
おいて、変数置換部８により部品ソースコード内の変数
部分の文字列が置換されずに出力される。

【００３０】また、たとえば、読み込まれたラインがＥ
ＯＦでないとすると、ステップＳ４６において、変数置
換部８により読み込まれたヘッダーファイル３のライン
からコメントが抽出される。そして、ステップＳ４７に
おいて、変数置換部８により、ステップＳ４１で抽出さ
れた代入記号の右辺の文字列とヘッダーファイル３から
抽出したコメントの文字列とが比較される。たとえば、
不一致とすると、ステップＳ４８において、変数置換部
８により相対ラインを示す変数ｉに１が加算された後、
ステップＳ４３からステップＳ４７が繰り返し実行され
る。また、たとえば、文字列を比較した結果が、一致し
たとすると、ステップＳ４９において、読み込まれたヘ
ッダーファイルのライン内の「＃ｄｅｆｉｎｅ」文の右
辺の文字列（デファイン文で定義された文字列）がステ
ップＳ４１で抽出した文字列と定義文置換部９により置
換される。

【００３１】次に、図４のフローチャートのステップＳ
２８の部品ソースコード内の番号キーが設計ドキュメン
トファイル５ａ内の番号文字列に変数置換部８により、
置換される動作を、図１を参照し図７のフローチャート
に従って説明する。この置換処理は、部品ソースコード
内の変数部分の文字列が置換された後、ステップＳ２９
の処理前に実行される。まず、ステップＳ５０におい
て、設計ドキュメントファイル５ａ内の番号文字列が変
数置換部８により抽出される。次に、ステップＳ５１に
おいて、変数置換部８により、部品ソースコードを参照
し、部品ソースコード内の参照する相対ラインを示す変
数がｉとされ、ｉが’０’に初期化される。

【００３２】次にステップＳ５２において、変数置換部
８により部品ソースコードのｉ番目のラインが読み込ま
れる。そして、ステップＳ５３において、読み込まれた
ラインがＥＯＦであるかどうかの判別が変数置換部８に
より行われる。たとえば、読み込まれたラインがＥＯＦ
であるとすると、ステップＳ５４において番号キーの置
換処理が終了する。また、たとえば、このラインがＥＯ
Ｆでないとすると、読み込まれた部品ソースコードのラ
インから変数置換部８により有効文字列が抽出される。

【００３３】次にステップＳ５６において、変数置換部
８により、有効文字列が番号キーと比較される。たとえ
ば、有効文字列と番号キーが一致したとすると、ステッ
プＳ５７において、変数置換部８により部品ソースコー
ドの有効文字列をステップ５０で抽出された番号文字列
と置換された後、出力される。次に、ステップＳ５８に
おいて、変数置換部により相対ラインを示す変数ｉに’
１’が加算される。そして、ステップＳ５２からステッ
プ５８の処理が、繰り返し実行される。本フローチャー
トの動作により、部品ソースコード内の番号キーが全て
置換されることになる。

【００３４】次に、番号置換部１２により番号の数式変
換が行われる動作を、図１を参照し図８のフローチャー
トに従って説明する。この処理は、ステップＳ２０の設
計ドキュメントファイル３からの番号文字列の抽出の後
で、ステップＳ２８の番号の置換処理の前に行われる。
まず、ステップＳ６０において、番号抽出部１０により
番号文字列が設計ドキュメントファイル５ａから抽出さ
れ、一時記憶装置に記憶されている。次に、ステップＳ
６１において、番号抽出部１０により、抽出された番号
文字列が、実数部と変数部の文字列とに分離される。す
なわち、’０’から’９’までの数字が実数部として、
それ以外の文字が変数部として認識される。そして、変
数部において、隣接する各桁の要素を表す文字列が同一
文字の場合は、一つの変数として扱われ、異なる場合
は、それぞれ独立した変数として扱われる。

【００３５】次に、ステップＳ６２において、抽出され
た番号文字列に実数部が有るかどうかの判定が番号抽出
部１０により行われる。たとえば、実数部があったとす
ると、ステップＳ６３において、実数部構成文字列の最
上位桁が確認され、特に’０’の時はブランクに変換さ
れる。また、たとえば、実数部がないとすると、ステッ
プＳ６３は、処理が行われない。次に、ステップＳ６４
において、番号抽出部１０により、変数部が含まれてい
るかどうかの判定が行われる。

【００３６】たとえば、変数部が含まれるとすると、ス
テップＳ６５において、番号の数式変換部１１により、
１つの変数と認識する１ないし複数桁に渡る文字列がそ
の変数の位置する最小桁の１０のべき乗を掛けた算術式
文字列に変換され、複数個の変数がある場合は、その総
和を表す算術式文字列が一時記憶装置に記憶される。そ
して、ステップＳ６６において、番号置換部１２によ
り、出力である実数部とステップ６５で出力される変数
部との和を表す算術式文字列が番号文字列として記億し
直される。このフローチャートの処理後、番号キーによ
り部品ソースコードの置換が行われると、上述した記算
術式文字列に置き換えられることとなる。

【００３７】次に一実施例で使用される入力情報１に含
まれるキー定義ファイル２の具体例が図９に示されてい
る。図において、７０は部品キーが「・」と定義されて
いることが示されている領域である。７１は、有効変数
開始が「｛」と定義されていることが示されている領域
である。７２は、有効変数終了が「｝」と定義されてい
ることが示されている領域である。７３は、エラー番号
フィールドが「１」であることが示されている領域であ
る。７４は、テスト手順フィールドが「２」であること
が示されている領域である。７５は、確認事項フィール
ドが「３」であることが示されている領域である。７６
は、どのエラーかがを意味するエラー番号が示される領
域である。

【００３８】さらに、一実施形態で使用される入力情報
１に含まれるヘッダーファイル３の具体例が図１０に示
されている。図において、定義文（ここでは、Ｃ言語の
ｄｅｆｉｎｅ文）の領域７６は、「左辺の文字列」が示
されている。７７は、定義内容がコメントとして示され
ている領域である。

【００３９】次に、一実施形態で使用される設計ドキュ
メントファイル５ａ（図１参照）の一具体例を図１１に
示す。８０、８１は、設計ドキュメントが示されている
領域である。また、図１２も同様に設計ドキュメントフ
ァイル５ａ（図１参照）の一具体例を示している。８２
および８３は、各ファンクションの文字列番号が示され
ている領域である。８４および８５は、部品ソースコー
ドに対応する部品キー情報が示されている領域である。
８６および８７は、実数に変換する番号キーの示されて
いる領域である。８８および８９は、設計ドキュメント
ファイル５ａにおける文字列が示されている領域であ
る。

【００４０】次に、一実施形態で使用される既存のソー
スコードファイル４（図１参照）より認識される部品フ
ァイル１４の一具体例を図１３に示す。この図におい
て、９０、９１は、部品ソースコードが示されている領
域であり、部品ファイル１３（図１参照）を構成してい
る。９２および９３は、文字列の右辺を示している領域
である。９４および９５は、文字列に対するコメントが
示されている領域である。９６および９７は、エラー番
号が示される領域である。

【００４１】次に、図１４は、一実施形態で出力される
出力情報１５としてのソースコードファイル１６（図１
参照）の一具体例である。この図において、２０１およ
び２０２は、文字列の右辺を示している領域である。２
０３は、実数で表されたエラー番号が示されている領域
である。２０４は、実数と変数で表されたエラー番号が
示されている。

【００４２】次に、本一実施形態の動作について図１を
参照して、図５に従って詳細に説明する。図５は、部品
ソースコード内の変数部分の文字列を設計ドキュメント
ファイル５ａ内の文字列で置換する動作を示すフローチ
ャートである。本処理は、図４の変数の変換を実行する
ステップＳ２８の中で行われる。入力構報１の一つであ
る、キー定義ファイル２により、設計ドキュメントファ
イル５ａでの領域７０（図９参照）で示される部品キー
により、設計ドキュメントファイル５ａ上でのファンク
ションの識別が行われる。

【００４３】たとえば、図１１に示す設計ドキュメント
ファイル５ａが入力されたとすると、領域８０の文字列
はファンクションとして認識される「ＶＰパス接続設
定」であり、領域８１もファンクションとして認識され
る「ＶＰパス接続リード」である。さらに、キー定義フ
ァイル２により領域７１で定義された有効変数開始キー
と領域７２で定義された有効変数終了キーにより、ファ
ンクションに対する変数の記述がラインによる範囲で識
別される。

【００４４】図１２の領域８６は、ファンクション「Ｖ
Ｐパス接続設定」における識別範囲であり、また、領域
８７はファンクション「ＶＰパス接続状態リード」にお
ける識別範囲である。また、抽出した任意の一ラインに
おいて、罫線に対応するコードがサーチされることによ
り、罫線により分離されたフィールドが認識される。キ
ー定義ファイル２内に図９の領域７３に示されるエラー
番号フィールド、領域７４に示されるテスト番号フィー
ルドおよび領域７５に示される確認情報フィールドが、
それぞれ何番目になるかの情報が含まれ、各情報が分離
された後に認識される。

【００４５】まず、設計ドキュメント５ａ内の領域８４
（図１２参照）に示されるファンクション「ＶＰパス接
続設定」の変数処理について説明する。ステップＳ１１
（図３参照）において、変数置換部８により、領域７０
（図９参照）に示されている部品キーが識別され、ステ
ップＳ１２において部品キー処理が実行される。ステッ
プＳ１２における部品キー処理では、ステップＳ２０
（図４参照）において、番号抽出部１０により、部品キ
ー情報が認識された設計ドキュメントファイル５ａのラ
インから、番号文字列として領域８２（図１２参照）に
示される「１０００００００」が抽出される。

【００４６】次に、ステップＳ２１において、番号抽出
部１０により、部品キー情報が認識された設計ドキュメ
ントファイル５ａのラインの文字列が各要素に分解され
る。次にステップＳ２２において、変数置換部８によ
り、部品ファイル１３内の部品ソースコードを検索する
際のキー構報として領域８４に示される文字列「ＶＰパ
ス接続設定」が取得される。このキー情報により、変数
置換部８により、領域９０に示される部品ソースコード
が抽出され、一時記憶装置に記憶される。次に、ステッ
プＳ２３において、変数置換部８により、設計ドキュメ
ントファイル５ａの次ラインが読み込まれる。そして、
ステップＳ２４において、置換の対象となる変数の記述
の始まりを意味する領域７１（図９）に示される有効変
数開始キ一「｛」の有無が判定される。

【００４７】たとえば、有効変数開始キー「｛」が認識
されないとすると、ステップＳ２９において、部品ソー
スコードの編集が終了し、ソースコード生成部７によ
り、ソースコードファイル１６が出力される。また、た
とえば、有効変数開始キー「｛」が認識されたとする
と、ステップＳ２５において、変数置換部８により、設
計ドキュメントファイル５ａの次ラインが読み込まれ
る。たとえば、読み込まれたラインが、領域７２（図
９）に示される有効変数終了キー「｝」が含まれている
とすると、ステップＳ２９において、部品ソースコード
の編集が終了し、ソースコードファイル１６が出力され
る。また、たとえば、有効変数終了キー「｝」が含まれ
ていないとすると、ステップＳ２８において、設計ドキ
ュメントファイル５ａ内の文字列との置換が行われ、さ
らに、ヘッダーファイル３内の定義文との置換が行われ
る。

【００４８】そして、有効変数終了キー「｝」が検出さ
れるまで、ステップＳ２５からステップＳ２８までの処
理が、繰り返えされる。すなわち、設計ドキュメントフ
ァイル５ａ上のファンクション毎に付加される領域７０
に示される部品キーと、この部品キー毎の、つまりファ
ンクション毎の変数を設計ドキュメントファイル５ａ上
の文字列に、設計ドキュメントファイル５ａ上に記載さ
れている限り、変数置換部８により文字列の置換が行わ
れるとになる。

【００４９】次に、図１を参照し、図５のフローチャー
トに従って、一実施形態の動作の特徴部分について詳細
に説明する。まず、ステップＳ３０において、変数置換
部８により、読み込まれた設計ドキュメントファイル５
ａのラインにおいて、領域７４に示されるテスト手順フ
ィールド（図１２参照）内の代入キーの右辺と左辺の文
字列が抽出される。次に、ステップＳ３１において、変
数置換部により部品ソースコードが参照され、部品ソー
スコード内の参照される相対ラインを示す変数がｉとさ
れ、ｉが’０’に初期化される。そして、変数置換部８
により、部品ソースコードのｉ番目のラインが読み込ま
れる。

【００５０】たとえば、読み込まれたラインがＥＯＦで
あるとすると、ステップＳ３４において、ソースコード
生成部により、エラー処理が実行される。また、たとえ
ば、ＥＯＦが検出されなかったとすると、変数置換部に
より、読み込まれたラインからコメントの文字列が抽出
される。次に、ステップＳ３６において、設計ドキュメ
ントファイル５ａ内で抽出された文字列である「入力Ｖ
ＰＩ：０ｘａａ」（図１２の領域８８）の代入記号の左
辺の文字列「入力ＶＰＩ」と部品ソースコードのコメン
トの文字列「入力ＶＰＩ」（図１３の領域９０）とが変
数置換部８により比較される。

【００５１】たとえば、不一致であるとすると、ステッ
プＳ３７において、相対ラインを示す変数ｉに’１’が
加算され、ステップＳ３２からステップＳ３６が繰り返
し実行される。また、たとえば、文字列を比較した結果
が、一致したとすると、ステップＳ３８において、変数
置換部８により読み込まれた部品ソースコードのライン
内の代入記号の右辺の文字列である「０」（図１３の領
域９２）が、ステップＳ３０で抽出された設計ドキュメ
ントファイル５ａ内の右辺の文字列「０ｘａａ」（図１
２の領域８８）に置換される。

【００５２】次に、図１を参照し、図６のフローチャー
トに従って、一実施形態の動作の特徴部分について詳細
に説明する。図６は、ソフトウェア部品内の変数部分の
文字列が定義文で置換される動作を表したフローチャー
トである。この動作は、ソフトウェア部品内の変数部分
の文字列が、設計ドキュメントファイル５ａ内の文字列
で置換される動作の終了した後に行われる。「ＶＰパス
接続設定」（図１２の領域８４）の変数であり、設計ド
キュメントファイル５ａ上の「出力ＶＣＩ：最大ＶＣＩ
値」（図１２の領域８９）である変数を使用して説明す
る。

【００５３】まず、ステップＳ４１において、既に読み
込まれている部品ソースコードの変数を含む変換対象ラ
インから、変数置換部８により、代入記号の右辺の文字
列「最大ＶＣＩ」（図１０の領域７７）が抽出される。
ここで部品ソースコード上「０」（図１３の領域９３）
であるが、設計ドキュメントファイル５ａ上の「出力Ｖ
ＣＩ：最大ＶＣＩ値」と置換が行われ、一時記憶された
部品ソースコードでは「最大ＶＣＩ」となる。次に、ス
テップＳ４２において、変数置換部８により、ヘッダー
ファイル３が参照され、ヘッダーファイル３内の参照さ
れる相対ラインを示す変数がｉとされ、このｉが’０’
に初期化される。そして、ステップＳ４３において、ヘ
ッダーファイル３のｉ番目のラインが読み込まれる。

【００５４】たとえば、読み込んだラインがＥＯＦとす
ると、ステップＳ４５において、ソースコード生成部７
により、部品ソースコード内の変数部分の文字列が置換
されずに出力される。また、たとえば、ＥＯＦが検出さ
れなかったとすると、ステップＳ４６において、変数置
換部により、読み込まれたヘッダーファイル３のライン
からコメント文が抽出される。次に、ステップＳ４７に
おいて、部品ソースコードから抽出された文字列「最大
ＶＣＩ」とヘッダーファイル３から抽出したコメント文
の文字列「最大ＶＣＩ」（図１０の領域７７）とが変数
置換部８により比較される。

【００５５】たとえば、双方の文字列が不一致であると
すると、ステップＳ４８において、変数置換部８によ
り、相対ラインを示す変数ｉに’１’が加算され、ステ
ップＳ４３からステップＳ４７が繰り返し実行される。
また、たとえば、双方の文字列が一致したとすると、定
義文置換部９により、ステップＳ４１で抽出された文字
列「最大ＶＣＩ」（図１３の領域９３）が、ヘッダーフ
ァイル３から読み込んだライン内の「＃ｄｅｆｉｎｅ」
文で定義されている右辺の文字列「ＭＡＸ＿ＶＣＩ」
（図１０の領域７６）と置換される。

【００５６】次に、図１を参照し、図７のフローチャー
トに従って、一実施形態の動作の特徴部分について詳細
に説明する。図７は部品ソースコード内の番号キーが設
計ドキュメントファイル５ａ内の番号文字列で置換され
るする動作を表したフローチャートである。この動作
は、部品ソースコード内の変数部分の文字列が定義文で
置換される動作の後、さらに、部品ソースコードとして
の置換が終了したステップＳ２９の前で実施される。具
体的な動作を設計ドキュメントファイル５ａ上の「ＶＰ
パス接続設定」（図１２の領域８４）を使用し説明す
る。

【００５７】まず、ステップＳ５０において、番号抽出
部１０により、設計ドキュメントファイル５ａ内の番号
文字列「１０００００００」（図１２の領域８２）が抽
出され、一時記憶装置に記憶される。次に、ステップＳ
５１において、変数置換部８により、部品ソースコード
（図１３の領域９０）が参照される。次に、ステップＳ
５２において、変数置換部８により、部品ソースコード
内の参照される相対ラインを示す変数がｉとされ、ｉ
が’０’に初期化される。そして、ステップＳ５２にお
いて、変数置換部８により、部品ソースコードのｉ番目
のラインが読み込まれる。たとえば、読み込まれたライ
ンがＥＯＦであることがステップＳ５３で判定されたと
すると、ステップＳ５４において、番号の置換処理が終
了する。

【００５８】また、たとえば、ＥＯＦか検出されなかっ
たとすると、ステップＳ５５において、変数置換部８に
より、読み込んだ部品ソースコードのラインから有効文
字列が抽出される。次に、ステップＳ５６において、変
数置換部８により、文字列が番号キーと比較される。た
とえば、双方が一致したとすると、変数置換部８によ
り、部品ソースコードの抽出文字列をステップＳ５０で
抽出された番号文字列と置換された後、出力される。そ
して、ステップＳ５８において、変数置換部８により、
相対ラインを示す変数ｉに’１’が加算され、ステップ
Ｓ５２からステップＳ５８が繰り返し実行される。この
動作により、部品ソースコード内の番号キーは全て置換
されることになる。上述した動作において、キー定義フ
ァイル２内で定義されたエラー番号キー（図９の領域１
７６）である「＃ＥＲＲ」（図１３の領域９６）が番号
置換部１２により、一時記憶した番号文字列「１０００
００００」（図１２の領域８２）と置換される。

【００５９】次に、図１を参照し、図８のフローチャー
トに従って、一実施形態の動作の特徴部分について詳細
に説明する。図８は、番号の数式変換動作を表したフロ
チャートである。この動作は、番号抽出部１０により番
号文字列の抽出が行なわれるステップＳ２０後、さら
に、番号の置換を行うステップＳ２８（図４参照）の処
理実行の前までに実施される。ここでは、設計ドキュメ
ントファイル５ａ上のエラー番号「１０ｉｉｊｊ１０」
（図１２の領域８３）を例に取り説明する。

【００６０】まず、ステップＳ６０において、番号抽出
部１０により、抽出された番号文字列を一時記憶装置に
記憶させる。次に、ステップＳ６１において、番号抽出
部８により、読み込まれた番号文字列が実数部と変数部
の文字列に分離される。ここでは、’０’〜’９’まで
の数字が実数部として、それ以外の文字が変数部として
認識される。そして、このステップで、「実数部＝１０
００００１０」および「変数部＝００ｉｉｊｊ００」と
分離される。さらに、変数部において、隣接する桁を表
す文字列が同一文字の時は、一つの変数として扱われ、
異なるときは、それぞれ独立した変数として扱われる。
そして、この段階で「実数部＝１０００００１０」、
「変数部１＝００ｉｉ００００」および「変数部２＝０
０００ｊｊ００」となる。

【００６１】たとえば、ステップＳ６２において、実数
部が有ると認識されたとすると、ステップＳ６３におい
て、実数部構成文字列の最上位桁が確認され、「０」の
時はブランクに変換される。また、たとえば、ステップ
Ｓ６４において、番号抽出部１０により、変数部が有る
と認識されたとすると、ステップＳ６５において、１つ
の変数と認識する１または複数桁に渡る文字列が、その
変数の位置する最小桁の１０のべき乗を掛けた算術式文
字列に変換され、さらに、複数個の変数がある時は、そ
の総和を表す算術式文字列が記憶される。

【００６２】そして、この段階で「実数部＝１００００
０１０」、「変数部１＝ｉｉ＊１００００」、「変数部
２＝ｊｊ＊１００」となり、「変数部＝ｉｉ＊１０００
０＋ｊｊ＊１００」と表せられる。次に、ステップＳ６
６において、番号の数式変換部１１により、ステップＳ
６４の出力である実数部とステップＳ６５の出力である
変数部の和を表す算術式文字列が番号文字列として、改
めて記億し直される。この処理後、番号キー（図１２の
領域８６）により、置換が行われると、番号置換部１２
が上記算術式文字列に置き換える（図１３の領域９７）
こととなる。

【００６３】

【発明の効果】請求項１記載の発明は、新規プログラム
の設計ドキュメントファイルを基に、記憶装置に記憶さ
れている既存プログラムのソースコードを使用し、前記
新規プログラムのソフトウェアソースコードを作成する
ソフトウェアコーディングシステムにおいて、前記設計
ドキュメントファイルから第１の文字列と第２の文字列
とを抽出する第１の抽出手段と、前記ソースコードから
前記第１の文字列に対応する第３の文字列と第４の文字
列とを抽出する第２の抽出手段と、前記第１の文字列と
前記第３の文字列を比較する比較手段と、前記比較手段
の一致結果により前記第４の文字列を前記第２の文字列
と置換するための置換手段とを具備するため、新規プロ
グラムをコンパイルするとき、プログラムに使用される
変数値を設計ドキュメントファイルに従い、自動的にコ
ーディング中に行うので、作業効率を向上させる効果が
ある。請求項２記載の発明は、請求項１記載のソフトウ
ェアコーディングシステムにおいて前記第１の文字列
が、前記設計ドキュメントファイルの行における等式の
左辺の文字列であるため、他のファイルの左辺の文字列
と比較し、右辺を比較の結果で右辺の文字列の置換処理
することを装置が自動的に行える効果がある。請求項３
記載の発明は、請求項１記載のソフトウェアコーディン
グシステムにおいて、前記第２の文字列が、前記設計ド
キュメントファイルの行における等式の右辺の文字列で
あるため、左辺の文字列を他のファイルの左辺の文字列
と比較した結果で右辺の文字列の置換処理を装置が自動
的に行える効果がある。請求項４記載の発明は、請求項
１記載のソフトウェアコーディングシステムにおいて、
前記第３の文字列が、前記ソースコードの行における等
式の左辺の文字列であるため、他のファイルの左辺の文
字列と比較し、右辺を比較の結果で右辺の文字列の置換
処理することを装置が自動的に行える効果がある。請求
項５記載の発明は、請求項１記載のソフトウェアコーデ
ィングシステムにおいて、前記第４の文字列が、前記ソ
ースコードの行における等式の右辺の文字列であるた
め、左辺の文字列を他のファイルの左辺の文字列と比較
した結果で右辺の文字列の置換処理を装置が自動的に行
える効果がある。請求項６記載の発明は、請求項１また
は請求項３記載のソフトウェアコーディングシステムに
おいて、前記第２の文字列と、文字列の定義を行う定義
文で構成されたヘッダファイル内の各定義毎の文字列と
を比較し、一致した時にソースコード内の等式の右辺の
文字列を、前記ヘッダファイル内の定義文で定義された
文字列に置換するため、定義文で定義されている変数の
文字列が実数の文字列に置換されることを防ぐ効果があ
る。。請求項７記載の発明は、請求項１記載のソフトウ
ェアコーディングシステムにおいて、前記ソースコード
毎に割り付けられた番号が前記設計ドキュメントファイ
ル内から抽出され、出力として前記新規プログラムを作
成する際に、新規プログラムのソースコード内に前記番
号との置換情報として定義された文字列が、抽出した前
記ソースコード内で認識された場合、前記置換情報と設
計ドキュメントファイルから抽出され、一時記憶装置に
記憶されていた文字列を置換するため、プログラムをコ
ンパイルするときに使用される変数を含む所定の番号が
表される文字列が、コンパイル時に使用可能な文字列に
変換されるため、コンパイルエラーおよび実行時のエラ
ーを防ぐ効果がある。

【図面の簡単な説明】

【図１】 本発明の一実施形態によるソフトウェアコー
ディングシステムの構成を示すブロック図である。

【図２】 本発明の一実施形態の動作概要を示すフロー
チャートである。

【図３】 本発明の一実施形態の設計ドキュメント変換
処理動作の概要を示すフローチャートである。

【図４】 本発明の一実施形態の部品キー処理動作の概
要を示すフローチャートである。

【図５】 本発明の一実施形態の設計ドキュメント内の
文字列と置換の動作を示すフローチャートである。

【図６】 本発明の一実施形態の定義文との置換の動作
を示すフローチャートである。

【図７】 本発明の一実施形態の番号の置換動作を示す
フローチャートである。

【図８】 本発明の一実施形態の番号の数式変換部の動
作を示すフローチャートである。

【図９】 本発明の一実施形態のキー情報ファイルの一
具体例を示す図である。

【図１０】 本発明の一実施形態のヘッダーファイルの
一具体例を示す図である。

【図１１】 本発明の一実施形態の設計ドキュメントフ
ァイルの一具体例を示す図である。

【図１２】 本発明の一実施形態の設計ドキュメントフ
ァイルの一具体例を示す図である。

【図１３】 本発明の一実施形態の部品ファイルの一具
体例を示す図である。

【図１４】 本発明の一実施形態の生成ソースコードの
一具体例を示す図である。

【図１５】 従来のソースコード自動生成システムの構
成図である。

【図１６】 従来のプログラム自動更新システムの構成
図である。

【符号の説明】

１ 入力情報 ２ キー定義ファイル ３ ヘッダーファイル ４ 既存ソースコードファイル ５ａ、５ｂ、５ｃ 設計ドキュメントファイル ７ ソースコード生成部 ８ 変数置換部 ９ 定義文置換部 １０ 番号抽出部 １１ 番号の数式変換部 １２ 番号置換部 １３ テンポラリファイル １４ 部品ファイル １５ 出力情報 １６ ソースコードファイル ７０、７１、７２、７３、７４、７５、７６ 領域 ７６、７７ 領域 ８０、８１ 領域 ８２、８３、８４、８５、８６、８７、８８、８９ 領
域 ９０、９１、９２、９３、９４、９５、９６、９７ 領
域 １００ 設計情報データベース １０１ プログラム設計者 １０２ エキスパートシェル １０３ 判定用知識データベース １０４ 知識データベース １０５ ソースコードファイル １０６ モニタディスプレイ １１０ ソースプログラムファイル １１１ 合成指定ファイル １１２ 生成処理部 １１３ ＭＭＩ １１４ 部品生成処理部 １１５ 合成ソース生成処理部 １１６ インターフェース制御部 １１７ 合成ソースプログラム １１８ 部品ファイル １１９ 更新処理部 １２０ 部品更新処理部 １２１ 合成ソース更新処理部 ２０１、２０２、２０３、２０４ 領域

Claims (7)

【特許請求の範囲】
1. 【請求項１】 新規プログラムの設計ドキュメントファ
   イルを基に、記憶装置に記憶されている既存プログラム
   のソースコードを使用し、前記新規プログラムのソフト
   ウェアソースコードを作成するソフトウェアコーディン
   グシステムにおいて、 前記設計ドキュメントファイルから第１の文字列と第２
   の文字列とを抽出する第１の抽出手段と、 前記ソースコードから前記第１の文字列と対応する第３
   の文字列と、第４の文字列とを抽出する第２の抽出手段
   と、 前記第１の文字列と前記第３の文字列を比較する比較手
   段と、 前記比較手段の一致結果により前記第４の文字列を前記
   第２の文字列と置換するための置換手段と、 を具備することを特徴とするソフトウェアコーディング
   システム。
2. 【請求項２】 前記第１の文字列が、前記設計ドキュメ
   ントファイルの行における等式の左辺の文字列であるこ
   とを特徴とする請求項１記載のソフトウェアコーディン
   グシステム。
3. 【請求項３】 前記第２の文字列が、前記設計ドキュメ
   ントファイルの行における等式の右辺の文字列であるこ
   とを特徴とする請求項１記載のソフトウェアコーディン
   グシステム。
4. 【請求項４】 前記第３の文字列が、前記ソースコード
   の行における等式の左辺の文字列であることを特徴とす
   る請求項１記載のソフトウェアコーディングシステム。
5. 【請求項５】 前記第４の文字列が、前記ソースコード
   の行における等式の右辺の文字列であることを特徴とす
   る請求項１記載のソフトウェアコーディングシステム。
6. 【請求項６】 前記第２の文字列と、文字列の定義を行
   う定義文で構成されたヘッダファイル内の各定義毎の文
   字列とを比較し、一致した時にソースコード内の等式の
   右辺の文字列を、前記ヘッダファイル内の定義文で定義
   された文字列に置換することを特徴とする請求項１また
   は請求項３記載のソフトウェアコーディングシステム。
7. 【請求項７】 前記ソースコード毎に割り付けられた番
   号が前記設計ドキュメントファイル内から抽出され、出
   力として前記新規プログラムを作成する際に、新規プロ
   グラムのソースコード内に前記番号との置換情報として
   定義された文字列が、抽出した前記ソースコード内で認
   識された場合、前記置換情報と設計ドキュメントファイ
   ルから抽出され、一時記憶装置に記憶されていた文字列
   を置換することを特徴とする請求項１記載のソフトウェ
   アコーディングシステム。