JP2005309655A - 特化設計情報生成システム及び完成ファイル生成システム - Google Patents

Abstract

【課題】システム開発において仕様に関するミスを早期に発見し、設計構成における品質向上、生産工程におけるソースコード品質および生産効率の向上を図る。
【解決手段】システム設計情報を入力し、処理構造を実現するための予め定められたＸＭＬ構造からなる変換情報に変換し、その変換情報に基づいて予め予測されている特定のデザイン情報及びシステム構成情報からなる特化設計情報を生成する。また、その特化設計情報に基づいて、ソースコードおよびリソースファイルを含むテキスト文章の共通部分を持つテンプレートの非共通部の穴埋めを行ない、完成ファイルを生成する。
【選択図】 図２０

Description

本発明は、予め定められた処理構造に従ってシステム設計情報から特化設計情報を生成するシステム及び、特化設計情報に基づいてテンプレートを穴埋めすることでテキストファイルを生成するシステムに関する。

近年のコンピュータシステムの開発においては、以下の特徴が見られる。

（１）ウォーターフォールモデルの採用
従来の開発手法の代表的なものとしては，ウォーターフォールモデルがある。大規模システム開発の約8割において、このモデルが採用されていると指摘されている（例えば、非特許文献１参照。）。このモデルでは，要件定義→概要設計→詳細設計→製造→テスト→運用保守、と作業手順をフェーズ分けし、各工程では次の工程に受け渡すための生産物を作り，レビューと呼ぶ確認作業を行なう。生産物は，コーディング前までは設計書であり，コーディング以降はソースコードや実行ファイルになる。そして，レビューにより生産物の正当性を確認して，その工程での誤りをすべて修正したあとに，関係者の承認を受けて，次工程に成果物を引き継ぐ。すなわち、滝で水が流れおちるように、工程が順番に進んでいくモデルである。

（２）分散開発の遂行
現在、ネットワーク通信の進歩に伴い、大規模の開発は分散開発で行なわれることが多い。設計と製造を別会社が担当し、製造工程は複数な会社（海外を含む）が、階層別（垂直分散）・機能別（水平分散）で開発する。

（３）システムの複雑化・多様化の発生
従来のホストシステムから２階層のC/Sシステム、現在WEBシステムの３階層モデルが主流となっている。処理の分散のため、システムの構成が複雑となる一方である。また、階層別の最適化、既存システムの再利用、外部システムとの連携のため、多様な実装技術によって構築することも一般的である。実装技術とはプログラム言語をはじめ、分散システムの連携やトランザクション処理などの機能を提供するいわゆるミドルウェアにあたる。一つのシステムは複数の実装技術を利用する場合が多い。また現在技術の進化が激しく、既存よりよい新技術を導入する傾向がある。
日経ＢＰ社、"ＩＴ Ｐｒｏ 記者の眼：「標準の開発プロセスが欲しい，でも自社にはない」、［ｏｎｌｉｎｅ］、２００３年７月２日、［平成１６年４月９日検索］、インターネット<ＵＲＬ：http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20030701/1/>

従来の技術には、まず、「非可逆性の問題」という課題がある。すなわち、ウォーターフォールの開発手法において、設計工程での誤りがプログラム工程で発見されても，ただちに設計工程を見直して，誤りのない成果物をつくるという行なわれてしかるべき作業が無視され，誤りを発見した工程内での局所的な対処しか行なわれない。このため工程が進んでしまうと、仕様の漏れなどにより手戻りが必要になった時に大変なコストがかかることになるという課題がある。

次に、実際の利用者が仕様を確認するタイミングをどのように設定するのがよいのか困難であるという課題がある。すなわち、ウォーターフォールモデルの中間工程での設計書やテスト項目などを実際の利用者に確認してもらったとしても，利用者自身が要求しているシステムと適合しているかどうかを判断するのはかなり難しい。そのため、システムテストの段階になって実際に動く画面や出力される帳票をみて，始めて不具合に気が付くことも多い。そのため，納期間近になって大幅な変更を余儀なくされるケースも後を絶たない。

次に、品質管理上の課題がある。すなわち、分散開発によってきめ細かなレビューが困難であること、開発者のスキル差が認識しにくいことから品質維持が困難である。また、コーディングスタイルも管理しにくく、ソースの可読性が低くなる。

次に、開発要員の不足という課題がある。システムの複雑化・多様化によって、システム全体の設計および実装技術を短期に理解し、習得することが不可能となりつつある。開発者の負担がかかり、適切な開発要員が不足がしばしば問題となっている。

そこで、本発明は、上記の課題を解決するために、予め定められた処理構造に従ってシステム設計情報から特化設計情報を生成するシステム及び、特化設計情報に基づいてテンプレートを穴埋めすることでテキストファイルを生成するシステムを提供することを目的とする。

かかる目的を達成するために、本発明では、システム設計情報を入力し、予め定められた処理構造を実現するための予め定められたＸＭＬ構造からなる情報に変換し、その情報を前記処理構造を実現するために必要な予め予測されている特定のデザイン情報及びシステム構成情報からなる特化設計情報を生成するシステムを提供する。

これにより、システム設計情報を入力する時点で、設計情報の整合性を検証し、矛盾あるいは仕様の漏れがある場合、特化設計情報が正しく作成できないため、設計資料の問題点を早期発見できる効果があり、仕様書のミスによる下流工程への影響という「非可逆性」のリスクは最小限に抑えられ、課題が解決される。

また、本発明では、特化設計情報を入力し、保持されているテンプレートを穴埋めすることで、必要なテキストファイルを生成するシステムも提供する。

以上の構成になっているので、システム設計情報から特化設計情報を生成するシステム及び、特化設計情報に基づいてテンプレートを穴埋めすることで、システム動作するため最小限のプログラムやリソースを生成する。設計工程において画面や動作仕様を仮実行しながら、実際の利用者から確認できる効果があり、課題が解決される。

同様に、ソースコードが自動的に生成されるため、品質も一定の範囲内に保証され、コーディングスタイルも半強制的に制限され統一が図られるという効果がある。

同様に、すでに最小限のソースコードおよびリソースによって、システムが動作可能となる状態となるので、システムの全体が理解できなくとも、開発者が部分的な実装が可能となるという効果がある。

本発明では、予め定められた処理構造によってシステム設計情報を管理する構成となっており、また、設計情報の品質を保持する効果が得られる。設計されたシステムが動作できるように最小限のソースコートおよびリソースを自動的に生成する構成となっているので、システムの利用者が早期に仕様を確認することができ、製造工程の品質向上および開発者の負担を軽減する効果が得られる。

以下、本発明を実施するための最良の形態について、図を用いて実施形態として説明する。なお、本発明は、これら実施形態になんら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。

（実施形態１：主に請求項１について説明する）

本発明の実施形態１として、システム設計情報を入力し、予め定められた処理構造を実現するための予め定められたＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）構造からなる情報に変換し、その情報を、前記処理構造を実現するために必要な予め予測されている特定のデザイン情報及びシステム構成情報からなる特化設計情報を生成するシステムについて説明する。

（実施形態１：構成）
本実施形態に係る特化設計情報生成システムは、予め定められた処理構造に従ってシステム設計情報から特化設計情報を生成するためのシステムである。

ここに「予め定められた処理構造」とは、デザイン情報や、システム構成情報に基づいて設計した処理構造である。デザイン情報の例として、ＭＶＣのデザインパターンがある。ＭＶＣのデザインパターンにおいては、Model（モデル：データ）、View(ビュー：ユーザインターフェース)、Controller（コントローラ：制御）、の三つの要素を整理した処理構造となる。また、システム構成情報の例として、ウェブアプリケーションがある。ウェブアプリケーションは、WEBブラウザというクライアントとネットワーク上にあるWebサーバと大きく２階層を分ける構成となる。そのため、クライアントのGUIデザイン情報(HTML)とサーバ側の画面遷移の制御やデータ操作などの処理を整理した構造となっている。

また、「システム設計情報」とは、外部仕様、内部仕様に関する情報である。例えば、データベースを扱うシステムの場合、データベースのスキーマは内部仕様である。また、ウェブアプリケーションの場合、ＨＴＭＬのデザインがＧＵＩの設計情報であり、外部仕様の一部となっている。

図１と図２は、システム設計情報の具体例を示す。図１において、「データベース仕様(database.xls)」が記述され、図２においては、「モデル仕様(model.xls)」としてデータベースのスキーマ情報が記述されている。図１と図２とにおいては、表計算のアプリケーションプログラムを用いることができ、操作者にとって理解しやすい形式でシステム設計情報を作成することが可能である。

また、図３と図４には、それぞれＧＵＩの設計情報として、顧客一覧の表示画面のＨＴＭＬデザインを示すCustomerList.htmと、顧客情報の編集画面のＨＴＭＬデザインを示す1_CustomerEditEntry.htmが例示されている。このようなＨＴＭＬファイルを用いることにより、ブラウザで画面のデザインを直ちに表示することが可能となるので、画面仕様の確認を容易に行なうことが可能となっている。なお、例えば、図３において、{customer_name}のように、{と}で囲まれた部分は、置き換えを行なうことを示しており、{customer_name}の場合には、customerの部分で図１でMODEL_NAMEの列の値がcustomerになっている行のTABLE_NAMEの列の値のKOKYAKUというテーブルを使用することを示している。また、そのKOKYAKUというテーブルのどの列を使用するかは、_nameの部分により、図２のPROPTY_NAMEの列の値がnameとなっている行のFIELD_NAMEの列の名前であるNAMAEを仕様するべきことが表わされている。したがって、{customer_name}には、KOKYAKUのNAMAEの列の値が表示、あるいは入力されることが表わされている。他のものについても同様である。

「特化設計情報」とは特定なデザインやシステム構成に依存した設計情報である。例えば、ウェブアプリケーションの画面遷移情報である。図５から図１０までは、特化設計情報の具体例を示す。図５と図６においては、database.xlsに対応する特化設計情報であるdatabase.xmlがＸＭＬの書式に従って例示されている。図７と図８においては、画面遷移に関する情報がcontext.xmlとしてＸＭＬの書式に従って記述されている。例えば、<fields>と</fields>とで囲まれる部分が、図２の一行分に対応しており、テーブルの列名の情報（例えば、列の名前、データ型など）が表わされている。図９には、CustomerList.htmに対応する特化設計情報であるCustomerList.htm.defという特化設計情報が記述されている。例えば、図３で{customer_name}の部分が、<!--DTI:HtmlPart_KEY="DTI_var" name="customer_name" _POSITION="START-->などのように置換がされ、実施形態２において、にここで穴埋めが行なわれるべきことが表わされている。図１０には、1_CustomerEditEntry.htmに対応する1_CustomerEditEntry.htm.defという特化設計情報が記述されている。

「予め定められた処理構造に従って、生成する」とは、上記のデザイン情報や、システム構成情報を指定した処理構造に変換したり、さらに情報を整理したりすることである。図１と図２に示されている「データベース仕様（database.xls)」と「モデル仕様（model.xls)」という情報から,図１１、図１２、図１３及び図１４に例示される「データベースの構造定義(dti_database.xsd)」に従って、「データベースの処理構造(database.xml)」を生成する。すなわち、dti_database.xsdというファイルは、データベースの構造定義を表わすＸＭＬのスキーマ構造を表わしているファイルである。また、「データベースの処理構造(database.xml)」と「顧客一覧の構造(CustomerList.htm.def)」から図１５、図１６、図１７、図１８及び図１９に例示される「画面遷移・内容の構造定義(dti_context.xsd)」に従って、「画面遷移・内容の処理構造(context.xml)」を生成する。すなわち、dti_context.xsdは、画面遷移・内容の処理構造のＸＭＬのスキーマ構造を表わしているファイルである。

図２０は、本実施形態に係る特化設計情報生成システムの機能ブロック図を例示する。特化設計情報生成システム２０００は、システム設計情報入力部２００１と、変換情報生成部２００２と、特化設計情報生成部２００３と、を有する。

なお、本実施形態に係る特化設計情報生成システムの構成要素である各部は、ハードウェア、ソフトウェア、ハードウェアとソフトウェア（プログラム）の両者、のいずれかによって構成することが可能である。たとえば、これらを実現する一例として、計算機を利用する場合には、ＣＰＵ、メモリ、バス、インターフェース、周辺装置などから構成されるハードウェアと、これらのハードウェア上にて実行可能なソフトウェアを挙げることができる。また、そのようなプログラムを媒体に記録することもできる

「システム設計情報入力部」２００１は、システム設計情報を入力する。例えば、テキストデータとして表現されたシステム設計情報を読み取る。あるいは、図１や図２に示されたように、表計算のアプリケーションの生成するファイルの形式やブラウザで表示が可能なフィルの形式で表現されたシステム設計情報を読み取る。

「変換情報生成部」２００２は、システム設計情報入力部２００１に入力されたシステム設計情報を、変換情報に変換する。「変換情報」とは、前記処理構造を実現するための予め定められたＸＭＬ構造からなる情報である。

上述の説明の繰り返しとなるが、図５、図６、図９は、図１、図２、図３に例示されたシステム設計情報を変換情報生成部２００２により変換することにより得られる変換情報を例示する。ずなわち、図５と図６は、「データベースの処理構造(database.xml)」を示し、図９は、CustomerList.htm.defを示している。

「特化設計情報生成部」２００３は、変換情報生成部２００２で生成された変換情報に基づいて、特化設計情報を生成する。ここでいう「特化設計情報」とは、前記処理構造を実現するために必要な予め予測されている特定のデザイン情報及びシステム構成情報からなる。

「予め予測されている特定のデザイン情報」とは、デザインパターンの特化した情報、実装するための情報である。例えば、ＭＶＣというデザインパターンである。図５から図９は、デザイン情報の具体例を示す。図５と図６とは、ＭＶＣデザインパターンにおける、Modelに対応するデザイン情報であるdatabase.xmlを示し、図９は、Viewのデザイン情報であるCustomerList.htm.defを示し図７と図８とは、Controllerのデザイン情報であるcontext.xmlを示している。

「予め予測されている特定のシステム構成情報」とは、ウェブアプリケーション、クライアントサーバシステム、バッチシステムのような全体のシステム構成を表わす情報である。例えば、ウェブアプリケーションの場合、画面の遷移情報やＨＴＭＬデザインの情報である。図７、図８及び図９とは、システム構成情報の具体例を示す。図７と図８とにおいて、画面の遷移情報としてcontext.xmlを例示しており、図９は、ＨＴＭＬデザイン情報としてCustomerList.htm.defを例示している。

したがって、図５から図９に例示された特化設計情報において、database.xml,context.xmlとCustomerList.htm.defとがデザイン情報であり、context.xmlとCustomerList.htm.defがシステム構成情報に該当することになる。

（実施形態１：処理の流れ）
図２１は、本実施形態に係る特化設計情報生成システムの処理の流れ図を例示する。ステップＳ２１０１において、システム設計情報を入力する。ステップＳ２１０２において、システム設計情報を変換情報に変換する。ステップＳ２１０３において、変換情報に基づいて、特化設計情報を生成する。

（実施形態１：具体例）
図１から図３に例示されたシステム設計情報から、図５から図１０に例示された特化設計情報を生成する処理を説明すると、次のようになる。まず、database.xlsとmodel.xlsというデータベースの設計情報を読込み、次にdti_database.xsdというデータベース構造定義を参照して、データベースの設計情報が正しく定義されているかどうかをチェックし、すべての情報が正しければ、ＸＭＬのスキーマの構造定義に従って、database.xmlというデータベースの処理構造を生成する。

また、CustomerList.htmというＨＴＭＬデザイン情報をHTML形式として正しくチェックし、問題がなければ、CustomerList.htm.defというHTMLデザイン情報を生成する。

最後に、database.xmlとCustomerList.htm.defを読み込み、dti_context.xsdの構造定義を参照して、すべての情報が正しく定義されているかどうかをチェックして、dti_context.xsdというＸＭＬのスキーマの構造定義に従って、context.xmlという追加設計情報を生成する。

（実施形態１：主な効果）
実施形態１において、データベース設計、ＨＴＭＬ形式及びすべての設計情報を整合性をチェックを行い、特化設計情報を生成するため、設計情報のミスが早い段階に発見する効果がある。

（実施形態２：主に請求項２、３、４について説明する）

本発明の実施形態２として、特化設計情報を入力し、保持されているテンプレートを穴埋めすることで、必要なテキストファイルを生成するシステムについて説明する。

図２２は、本実施形態に係る完成ファイル生成システムの機能ブロック図を例示する。完成ファイル生成システム２２００は、特化設計情報入力部２２０１と、テンプレート保持部２２０２と、完成ファイル生成部２２０３と、を有する。

なお、本実施形態に係る完成ファイル生成システムの構成要素である各部は、ハードウェア、ソフトウェア、ハードウェアとソフトウェア（プログラム）の両者、のいずれかによって構成することが可能である。たとえば、これらを実現する一例として、計算機を利用する場合には、ＣＰＵ、メモリ、バス、インターフェース、周辺装置などから構成されるハードウェアと、これらのハードウェア上にて実行可能なソフトウェアを挙げることができる。また、そのようなプログラムを記録した媒体を提供することも可能である。

「特化設計情報入力部」２２０１は、特化設計情報を入力するための部である。例えば、ＸＭＬの形式で記述された特化設計情報のテキストファイルを読み込み、構文解析などを行なう。

「テンプレート保持部」２２０２は、テンプレートを保持する。ここに「テンプレート」とは、システム設計情報が目的とするソースコードおよびリソースファイルを含むテキスト文章の共通部分を持ち、非共通部分を穴埋めすることで完成するテキストファイルである。また、「テキスト文章」、「テキストファイル」に代えて「バイナリファイル」としてもよい。すなわち、テンプレートとは、システム設計情報が目的とするソースコードおよびリソースファイルを含むバイナリファイルの共通部分を持ち、非共通部分を穴埋めすることで完成するバイナリファイルであってもよい。また、バイナリとテキストとが混合したものでもよい。これにより、さまざまなフォーマットのファイルが生成できる。また、テキスト文章、テキストファイル、バイナリファイルが混在していてもよい。

図２３から図３０は、テンプレートの具体例を示す。例えば、図２８は、画面遷移の制御定義のＸＭＬを生成するためのテンプレートとなっている。図２８において、<!-DTI:HtmlPart _KEY="CONTEXT" _POSITION="START -->と<!-DTI:HtmlPart _KEY="CONTEXT _POSITION="END" -->とにはさまれた、｛と｝とで囲まれた部分が穴埋めを行なうべき部分を示している。

また、例えば、図２３において、<!--DTI:HtmlPart _KEY="Field" _POSITION="START" -->pstmt.{SetValueFuntion}({FieldNum}, dto.get{PropFieldName}());<!--DTI:HtmlPart _KEY="Field" _POSITION="END" -->と記述がされることにより、特化設計情報のそれぞれのFieldタグの指定に応じて、そのFiledタグの指定の中のSetValueFunction, FieldNum, PropFieldNameのタグなどにより指定される値に展開がされる。すなわち、Fieldタグの指定が１０個あるとすれば、上記の記述は、１０個に展開されることとなり、それぞれの展開において、SetValueFunction, FieldNum, PropFieldNameが置き換えられることとなる。

「完成ファイル生成部」２２０３は、テンプレート保持部２２０２で保持されているテンプレートの非共通部分を前記特化設計情報に基づいて穴埋めすることで完成させ、完成ファイルを生成する。ここに、「前記特化設計情報」とは、特化設計情報入力部２２０１に入力された特化設計情報を意味する。また、「完成ファイル」とは、前記目的を達成するためのソースコードを含む必要なテキストファイルである。「前記目的」とは、システム設計情報の目的である。例えば、その目的として、以下の三つの画面遷移を示す定義したい場合、すなわち、顧客編集の入力画面(CustomerEditEntry) → 顧客編集の確認画面(CustomerEditConfirm) → 顧客編集の結果画面(CustomerEditUpdate)という画面遷移を定義したい場合には、図３１に例示されるstruts-config.xmlの内容となる。

（実施形態２：処理の流れ）
図３２は、本実施形態に係る完成ファイル生成システムの処理の流れ図を例示する。ステップＳ３２０１において、特化設計情報を入力する。ステップＳ３２０２において、テンプレート情報保持部で保持されているテンプレートを取得する。ステップＳ３２０３において、完成ファイルを生成する。

（実施形態２：具体例）
図３３から図３９は、図２３から図３１に例示されるテンプレートに対して、図５から図１０に例示され特化設計情報に基づいて穴埋めを行なうことで生成される完成ファイルを例示する。図７において、context.xmlは特化設計情報となっている。図３１のstruts-config.xmlという画面遷移を定義するための完成ファイルを生成するためには、まず、特化設計情報の入力部からcontext.xmlファイルを読み込み、テンプレート保持部から,\StrutsConfig\template.srcというテンプレートファイルを読み込み、保持する。最後に、完成ファイル生成部から、context.xmlの遷移情報を抽出して、テンプレートファイルの内容の画面遷移の定義内容に穴埋め処理を行い、struts-config.xmlファイルを生成する。

（実施形態２：主な効果）
本実施形態によれば、設計者が実装について分からなくとも、仮動作するための画面(CustmerList.jsp)、データ制御ソース(CustmerBean.java)と画面制御するリソースファイル(struts-config.xml)が自動的に生成されるため、実装する前に、利用者からシステムを動作しながら、仕様が確認できる効果がある。また、最小限のソースコードが自動的に生成されるため、品質も一定の範囲内に保証されるし、コーディングスタイルも半強制的に制限される効果もある。最後、開発者が実装技術について完全に理解できなくとも、部分的な実装は可能となる。

本発明に係るシステムは、コンピュータシステムの作成に係る作業効率および品質向上に効果が得られ、産業上有用である。

システム設計情報の一例(database.xls)を示す図 システム設計情報の一例(model.xls)を示す図 システム設計情報の一例(CustomerList.htm)を示す図 システム設計情報の一例(1_CustomerEditEntry.htm)を示す図 特化設計情報の一例(database.xml)を示す図 特化設計情報の一例(database.xml)を示す図 特化設計情報の一例(context.xml)を示す図 特化設計情報の一例(context.xml)を示す図 特化設計情報の一例(CustomerList.htm.def)を示す図 特化設計情報の一例(1_CustomerEditEntry.htm.def)を示す図 データベースの構造定義の一例(dti_context.xsd)を示す図 データベースの構造定義の一例(dti_context.xsd)を示す図 データベースの構造定義の一例(dti_context.xsd)を示す図 データベースの構造定義の一例(dti_context.xsd)を示す図 画面遷移と内容の構造定義の一例(dti_context.xsd)を示す図 画面遷移と内容の構造定義の一例(dti_context.xsd)を示す図 画面遷移と内容の構造定義の一例(dti_context.xsd)を示す図 画面遷移と内容の構造定義の一例(dti_context.xsd)を示す図 画面遷移と内容の構造定義の一例(dti_context.xsd)を示す図 実施形態１に係る特化設計情報生成システムの機能ブロック図 特化設計情報生成システムの処理の流れ図 実施形態２に係る完成ファイル生成システムの機能ブロック図 テンプレートの一例を示す図 テンプレートの一例を示す図 テンプレートの一例を示す図 テンプレートの一例を示す図 テンプレートの一例を示す図 テンプレートの一例を示す図 テンプレートの一例を示す図 テンプレートの一例を示す図 完成ファイルの一例を示す図 完成ファイル生成システムの処理の流れ図 完成ファイルの一例を示す図 完成ファイルの一例を示す図 完成ファイルの一例を示す図 完成ファイルの一例を示す図 完成ファイルの一例を示す図 完成ファイルの一例を示す図 完成ファイルの一例を示す図

符号の説明

２０００ 特化設計情報生成システム
２００１ システム設計情報入力部
２００２ 変換情報生成部
２００３ 特化設計情報生成部

Claims (4)

1. 予め定められた処理構造に従ってシステム設計情報から特化設計情報を生成するための特化設計情報生成システムであって、
   前記システム設計情報を入力するシステム設計情報入力部と、
   前記システム設計情報入力部に入力されたシステム設計情報を、前記処理構造を実現するための予め定められたＸＭＬ構造からなる変換情報に変換する変換情報生成部と、
   前記変換情報生成部で生成された変換情報に基づいて、前記処理構造を実現するために必要な予め予測されている特定のデザイン情報及びシステム構成情報からなる特化設計情報を生成する特化設計情報生成部と、
   を有する特化設計情報生成システム。
2. 前記特化設計情報を入力するための特化設計情報入力部と、
   システム設計情報が目的とするソースコードおよびリソースファイルを含むテキスト文章の共通部分を持ち、非共通部分を穴埋めすることで完成するテキストファイルであるテンプレートを保持するテンプレート保持部と、
   前記テンプレート保持部で保持されているテンプレートの非共通部分を前記特化設計情報に基づいて穴埋めすることで完成させ、前記目的を達成するためのソースコードを含む必要なテキストファイルである完成ファイルを生成する完成ファイル生成部と、
   を有する完成ファイル生成システム。
3. 前記テキストに代えて、バイナリとする請求項２に記載の完成ファイル生成システム。
4. 前記テキストに代えて、テキスト及びバイナリとする請求項２に記載の完成ファイル生成システム。

Images