JP2007226376A - Concept system construction method and system for reusing software component - Google Patents

Concept system construction method and system for reusing software component Download PDF

Info

Publication number
JP2007226376A
JP2007226376A JP2006044897A JP2006044897A JP2007226376A JP 2007226376 A JP2007226376 A JP 2007226376A JP 2006044897 A JP2006044897 A JP 2006044897A JP 2006044897 A JP2006044897 A JP 2006044897A JP 2007226376 A JP2007226376 A JP 2007226376A
Authority
JP
Japan
Prior art keywords
concept
software
input
concept system
storage device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006044897A
Other languages
Japanese (ja)
Inventor
Masateru Inoue
正輝 井上
Takashi Inoue
貴司 井上
Tetsuya Yamamura
哲哉 山村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2006044897A priority Critical patent/JP2007226376A/en
Publication of JP2007226376A publication Critical patent/JP2007226376A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a concept system construction method and system for reusing software components for improving the efficiency of software development. <P>SOLUTION: In software registration/retrieval using an input concept system, a behavior concept system and output concept system in accordance with a hierarchy structure to which an evidence to classify software components belongs, an input concept system is constructed by combining the preliminarily prepared concept system of the visual point of analytic model preparation and an analytic model prepared in software development, and a behavior concept system is constructed by combining the preliminarily prepared concept system of an operation for attributes and the constructed input concept system, and an output concept system is constructed by combining the preliminarily prepared concept system of constraints for the attributes and the constructed input concept system. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

本発明は、ソフトウェア開発において作成したソフトウェアコンポーネントを、記憶装置等に登録し、検索を行うための技術分野に該当し、特にソフトウェアコンポーネント再利用のための概念体系構築方法及びそのシステムに関する。   The present invention corresponds to a technical field for registering and searching software components created in software development in a storage device or the like, and more particularly to a concept system construction method and system for reusing software components.

ソフトウェア開発において、効率的な開発を行うために、既存ソフトウェア開発で作成されたソフトウェアコンポーネントを再利用することが有効とされており、従来から再利用方法の検討がなされている。   In software development, in order to perform efficient development, it is effective to reuse software components created in existing software development, and a reuse method has been studied conventionally.

再利用を行うためには、ソフトウェアコンポーネントを記憶装置に登録し、検索する必要がある。このため、ソフトウェアコンポーネント作成者が作成したソフトウェアコンポーネントを記憶装置に登録し、ソフトウェア開発者が記憶装置から再利用可能なソフトウェアコンポーネントを検索することとなる。   In order to reuse the software component, it is necessary to register and search the software component in the storage device. For this reason, the software component created by the software component creator is registered in the storage device, and the software developer searches the storage device for a reusable software component.

このようなソフトウェアコンポーネントの登録及び検索の方法に関しては様々な研究がなされている。例えば、非特許文献１（門脇、小泉「知識情報管理によるソフトウェア再利用方式の一提案」情報処理学会研究報告 ソフトウェア工学、Ｎｏ．１３６−１９、２００２、１４１〜１４６頁）には、ソフトウェアコンポーネントの登録・検索方法についての検討が開示されており、登録時には、ソフトウェアコンポーネントの分野、機能をキーワード（キーワードは予め決められた語彙から選択する）として、木構造で分類保存することによりソフトウェアコンポーネントを登録し、検索時には、検索したいソフトウェアコンポーネントの分野、機能を決定し、それらをキーワードとして木構造から検索する。   Various studies have been made on methods for registering and searching for such software components. For example, Non-Patent Document 1 (Kadowaki, Koizumi “A Proposal of Software Reuse Method by Knowledge Information Management” Information Processing Society of Japan Research Report Software Engineering, No. 136-19, 2002, pages 141-146) Examination of registration / search methods is disclosed. At the time of registration, software component fields and functions are registered as keywords (keywords are selected from a predetermined vocabulary) and stored in a tree structure. At the time of retrieval, the field and function of the software component to be retrieved are determined, and retrieval is performed from the tree structure using these as keywords.

また、非特許文献２（榊原「ツールによるアセット再利用支援に関する考察」ProVISION、No．３８、２００３、７０〜７９頁）には、ソフトウェアコンポーネントだけでなく、ソフトウェア開発に関わる仕様書等のドキュメントを再利用するための標準規格ＲＡＳ（Reusable Asset Speficications）についての説明、及びAsset（ソフトウェアコンポーネント、仕様書等）を第三者間との流通を円滑に行うための、Assetのカタログ情報の規格化について記載されている。   Also, Non-Patent Document 2 (Hagiwara “Study on Asset Reuse Support by Tools” ProVISION, No. 38, 2003, pages 70-79) includes not only software components but also documents such as specifications related to software development. Explanation of the standard RAS (Reusable Asset Speficications) for reuse, and standardization of Asset catalog information for smooth distribution of Asset (software components, specifications, etc.) between third parties Are listed.

また、非特許文献３（“コンポーネント仕様／品質公開情報規約 第２版”、［ｏｎｌｉｎｅ］、２００２年２月４日、ＥＪＢコンポーネントに関するコンソーシアム、［平成１７年２月２１日検索］、インターネット＜ＵＲＬ：http://www.ejbcons.gr.jp/rules/IN-01-01-PR.PDF＞）には、ＥＪＢコンポーネント（Ｊａｖａコンポーネントの一種）を第三者間との流通を円滑に行うための、ＥＪＢコンポーネントのカタログ情報の規格化について開示されている。   Also, Non-Patent Document 3 (“Component Specification / Quality Public Information Regulations 2nd Edition”, [online], February 4, 2002, Consortium for EJB components, [Search February 21, 2005], Internet <URL : Http://www.ejbcons.gr.jp/rules/IN-01-01-PR.PDF>) to facilitate the distribution of EJB components (a type of Java component) between third parties The standardization of the catalog information of the EJB component is disclosed.

さらに、この種の登録・検索方法に関する文献としては、特開平０７−０８５１０２号公報「文書検索方法」（特許文献１）、特公平０７−０２７５３２号公報「情報検索方法及びシステム」（特許文献２）、特開平１０−３３４１１１号公報「データ登録方法」（特許文献３）、特開２００４−２１３３６０号公報「データ検索システム及びデータ検索装置」（特許文献４）が知られている。   Further, as documents relating to this type of registration / retrieval method, Japanese Patent Application Laid-Open No. 07-085102 “Document retrieval method” (Patent Document 1), Japanese Patent Publication No. 07-027532 “Information retrieval method and system” (Patent Document 2). JP, 10-334111, A "Data registration method" (patent document 3) and JP, 2004-213360, A "data search system and data search apparatus" (patent document 4) are known.

また、非特許文献５（石川誠一、久保成毅、古崎晃司、束村徳信、溝口理一郎、“タスク・ドメインロールに基づくオントロジー構築ガイドシステムの設計と開発”、人工知能学会論文誌、Vol17，No.5，pp.585-597，2002.）には、オントロジー（概念体系）を構築するための具体的な方法が記載されているが、それにより構築される概念体系は、ある機械的機能の達成関係を示したものである。
門脇、小泉「知識情報管理によるソフトウェア再利用方式の一提案」情報処理学会研究報告 ソフトウェア工学、Ｎｏ．１３６−１９、２００２、１４１〜１４６頁 榊原「ツールによるアセット再利用支援に関する考察」ProVISION、No．３８、２００３、７０〜７９頁 “コンポーネント仕様／品質公開情報規約 第２版”、［ｏｎｌｉｎｅ］、２００２年２月４日、ＥＪＢコンポーネントに関するコンソーシアム、［平成１７年２月２１日検索］、インターネット＜ＵＲＬ：http://www.ejbcons.gr.jp/rules/IN-01-01-PR.PDF＞ 石川誠一、久保成毅、古崎晃司、束村徳信、溝口理一郎、“タスク・ドメインロールに基づくオントロジー構築ガイドシステムの設計と開発”、人工知能学会論文誌、Vol17，No.5，pp.585-597，2002. 特開平０７−０８５１０２号公報「文書検索方法」 特公平０７−０２７５３２号公報「情報検索方法及びシステム」 特開平１０−３３４１１１号公報「データ登録方法」 特開２００４−２１３３６０号公報「データ検索システム及びデータ検索装置」 Non-Patent Document 5 (Seiichi Ishikawa, Narumi Kubo, Junji Furusaki, Nobuno Tsukamura, Riichiro Mizoguchi, “Design and Development of Ontology Construction Guide System Based on Task Domain Role”, Journal of the Japanese Society for Artificial Intelligence, Vol17, No.5, pp.585-597, 2002.) describes a specific method for constructing an ontology (conceptual system), but the conceptual system constructed by it is a mechanical function. This shows the achievement relationship.
Kadowaki, Koizumi "A Proposal of Software Reuse Method by Knowledge Information Management" Information Processing Society of Japan 136-19, 2002, pages 141-146 Sakakibara “Study on Asset Reuse Support Using Tools” ProVISION, No. 38, 2003, pages 70-79 “Component Specification / Quality Public Information Regulations 2nd Edition”, [online], February 4, 2002, Consortium for EJB components, [Search February 21, 2005], Internet <URL: http: // www. ejbcons.gr.jp/rules/IN-01-01-PR.PDF> Seiichi Ishikawa, Narumi Kubo, Junji Furusaki, Nobuno Tsukamura, Riichiro Mizoguchi, “Design and Development of Ontology Construction Guide System Based on Task Domain Role”, Transactions of the Japanese Society for Artificial Intelligence, Vol17, No.5, pp.585 -597, 2002. Japanese Patent Application Laid-Open No. 07-085102 “Document Search Method” Japanese Patent Publication No. 07-027532 “Information Retrieval Method and System” Japanese Patent Laid-Open No. 10-334111 “Data Registration Method” JP 2004-213360 A “Data Search System and Data Search Device”

ソフトウェア開発において、効率的な開発を行うために、既存ソフトウェア開発で作成されたソフトウェアコンポーネントを再利用することが有効とされており、従来から再利用方法の検討がなされている。再利用を行うためには、ソフトウェアコンポーネントを記憶装置に登録し、検索する必要がある。ソフトウェアコンポーネント作成者が記憶装置に作成したソフトウェアコンポーネントを登録し、ソフトウェア開発者が記録装置から再利用可能なソフトウェアコンポーネントを検索することとなる。   In software development, in order to perform efficient development, it is effective to reuse software components created in existing software development, and a reuse method has been studied conventionally. In order to reuse the software component, it is necessary to register and search the software component in the storage device. The software component creator registers the software component created in the storage device, and the software developer searches the reusable software component from the recording device.

ソフトウェアコンポーネント作成者が登録を行うとき、ソフトウェアコンポーネント作成者がある観点で分類化した階層構造をつくり、そこにソフトウェアコンポーネントを当てはめることとなる。しかし、ソフトウェアコンポーネント作成者が登録するための階層構造を作り出すには、そのソフトウェアコンポーネントで実現される機能の背景にある知識を有する必要があり、知識を有しない者には、容易には行えない。   When the software component creator performs registration, a hierarchical structure is created that is classified from a certain point of view, and the software component is applied thereto. However, in order to create a hierarchical structure for registration by software component creators, it is necessary to have knowledge behind the functions implemented by the software component, and it is not easy for those who do not have knowledge. .

また、仮にソフトウェアコンポーネント作成者がある階層構造をつくり、別のソフトウエアコンボーネント作成者が登録を行う場合、そのソフトウェアコンポーネント作成者は、階層構造をつくりだした基となる観点を共有し理解できなければ、階層構造のどこに登録すべきかわからず、全ての階層を調べ、ソフトウェアコンポーネントがどの階層に存在するか判断する必要があり、登録が容易に実行できない。   Also, if a software component creator creates a hierarchical structure and another software component creator registers, the software component creator must share and understand the perspective from which the hierarchical structure was created. For example, it is not possible to know where to register in the hierarchical structure, and it is necessary to examine all hierarchies and determine in which hierarchy the software component exists, and registration cannot be performed easily.

さらに、同様にソフトウェア開発者は、その階層構造をつくりだした基となる観点を共有し理解できなければ、階層構造にあるソフトウェアコンポーネント全てを調べ,目的とするソフトウェアコンポーネントが存在するか判断する必要があり、検索が容易に実行できない。   Similarly, if software developers cannot share and understand the underlying viewpoint that created the hierarchical structure, they must examine all software components in the hierarchical structure to determine whether the target software component exists. Yes, the search cannot be performed easily.

さらにまた、ソフトウェアコンポーネント作成者とソフトウェア開発者が同じ者であっても、登録時の階層構造をつくりだした基となる観点を時間の経過により忘れてしまい、検索が容易に行えなくなる。   Furthermore, even if the software component creator and the software developer are the same person, the point of view that created the hierarchical structure at the time of registration is forgotten over time, making it difficult to search.

これらの理由により、ソフトウェアコンポーネントの再利用が実現できておらず、既存ソフトウェアコンポーネントを利用できるにも関わらず、新規にソフトウェアを開発することになってしまい、ソフトウェア開発効率低下の一要因となっている。   For these reasons, software components cannot be reused, and even though existing software components can be used, new software will be developed. Yes.

また、非特許文献５において、概念体系構築方法が提案されているが、それにより構築される概念体系は、機械的機能の達成関係を示したものであり、本件出願が対象とするソフトウェアコンポーネント機能の分類関係を示すものではない。そのためソフトウェアコンポーネント機能の分類関係を示す概念体系を構築する方法が必要である。   Further, in Non-Patent Document 5, a concept system construction method has been proposed, and the concept system constructed thereby shows the achievement relationship of mechanical functions, and is the software component function targeted by the present application. It does not indicate the classification relationship. Therefore, there is a need for a method of constructing a conceptual system that shows the classification relationship of software component functions.

本発明は上記の問題点に鑑みてなされたものであり、その目的とするところは、ソフトウェア開発の効率向上を図ることができるソフトウェアコンポーネント再利用のための概念体系構築方法及びそのシステムを提供することである。   The present invention has been made in view of the above problems, and an object of the present invention is to provide a concept system construction method and a system for reusing software components that can improve the efficiency of software development. That is.

本発明は上記の目的を達成するために、ソフトウェア開発において既に作成されているソフトウェアコンポーネントをコンピュータ装置を用いて記憶装置に登録し、前記記憶装置に登録されている複数のソフトウェアコンポーネントの中から必要とするソフトウェアコンポーネントをコンピュータ装置を用いて検索し、ソフトウェアコンポーネントを再利用するために、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系、振舞概念体系、出力概念体系を構築するソフトウェアコンポーネント再利用のための概念体系構築方法であって、前記コンピュータ装置は、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系、振舞概念体系、出力概念体系を構築する際に、予め前記記憶装置に記憶している分析モデル作成の視点の概念体系と、ソフトウェア開発時に作成される分析モデルとを組合わせることにより入力概念体系を構築し、予め前記記憶装置に記憶している属性に対する操作の概念体系と、前記構築された入力概念体系とを組合わせることにより振舞概念体系を構築し、予め前記記憶装置に記憶している属性に対する制約の概念体系と、前記構築された入力概念体系とを組合わせることにより出力概念体系を構築するソフトウェアコンポーネント再利用のための概念体系構築方法を提案する。   In order to achieve the above object, the present invention registers a software component already created in software development in a storage device using a computer device, and is necessary from among a plurality of software components registered in the storage device. The input concept system, behavior concept system, and output concept according to the hierarchical structure with the basis for classifying the software components in order to search for the software components to be used using a computer device and to reuse the software components A concept system construction method for reusing software components for constructing a system, wherein the computer device includes an input concept system, a behavior concept system according to a hierarchical structure to which a basis for classifying software components is attached, Output concept Is constructed in advance by constructing an input conceptual system by combining the conceptual system of the viewpoint of creating an analysis model stored in advance in the storage device and the analysis model created at the time of software development. Constructing a behavior concept system by combining the concept system of the operation stored in the attribute and the constructed input concept system, and a constraint concept system for the attribute stored in the storage device in advance, A method of constructing a concept system for software component reuse that constructs an output concept system by combining with the constructed input concept system is proposed.

本発明のソフトウェアコンポーネント再利用のための概念体系構築方法によれば、予め前記記憶装置に記憶している分析モデル作成の視点の概念体系と、ソフトウェア開発時に作成される分析モデルとが組合わされて入力概念体系が構築され、予め前記記憶装置に記憶している属性に対する操作の概念体系と、前記構築された入力概念体系とが組合わされて振舞概念体系が構築されると共に、予め前記記憶装置に記憶している属性に対する制約の概念体系と、前記構築された入力概念体系とが組合わされて出力概念体系が構築されて、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系と、振舞概念体系、出力概念体系が構築される。   According to the concept system construction method for reusing software components of the present invention, the concept system for creating an analysis model stored in the storage device in advance and the analysis model created at the time of software development are combined. An input concept system is constructed, and a behavior concept system is constructed by combining the concept system of operations for attributes stored in the storage device in advance and the constructed input concept system, and in advance in the storage device The output concept system is constructed by combining the concept system of constraints on the stored attributes and the constructed input concept system, and follows the hierarchical structure with the basis for classifying the software components. An input concept system, a behavior concept system, and an output concept system are constructed.

また、ソフトウェアコンポーネント登録時には、コンピュータ装置によって、ソフトウェアコンポーネントを登録するために入力された各概念インスタンスの分類子毎の属性に基づいて、登録対象のソフトウェアコンポーネントに対応する前記末端の分類概念が決定され、該決定された末端の分類概念と登録対象のソフトウェアコンポーネントとの対応関係と共に登録対象のソフトウェアコンポーネントが記憶装置に格納されて登録される。   Further, at the time of software component registration, the terminal classification concept corresponding to the software component to be registered is determined by the computer device based on the attribute for each classifier of each concept instance input to register the software component. The software component to be registered is stored in the storage device and registered together with the correspondence between the determined terminal classification concept and the software component to be registered.

これにより、記憶装置には、ソフトウェアコンポーネントが格納されて登録されると共に、予め定義されている振舞概念及び入力概念及び出力概念に基づいて、ソフトウェアコンポーネントから抽出した振舞概念インスタンス及び入力概念インスタンス及び出力概念インスタンスのそれぞれが保有する分類の根拠である分類子毎の属性に対応して各概念毎に分類子によって分類された複数の分類概念が階層構造で表現され、該階層構造においてこれらの各概念インスタンスが対応する末端の分類概念と各概念インスタンスとの対応関係情報とが格納される。   Accordingly, the software component is stored and registered in the storage device, and the behavior concept instance, the input concept instance, and the output extracted from the software component based on the predefined behavior concept, the input concept, and the output concept. A plurality of classification concepts classified by the classifier for each concept corresponding to the attribute of each classifier that is the basis of the classification possessed by each concept instance is expressed in a hierarchical structure, and each of these concepts in the hierarchical structure The terminal classification concept corresponding to the instance and the correspondence information between each concept instance are stored.

また、ソフトウェアコンポーネント検索時に、コンピュータ装置によって、ソフトウェアコンポーネントを検索するために入力された１つ以上の概念インスタンスの分類子毎の属性に対応する分類概念が、前記記憶装置に格納されている前記振舞概念インスタンス及び入力概念インスタンス及び出力概念インスタンスのそれぞれの分類概念から検索されて、該検索の結果得られた末端の分類概念に対応する概念インスタンスの集合を有するソフトウェアコンポーネントが記憶装置から取得され、これが提示される。   In addition, the classification concept corresponding to the attribute for each classifier of one or more concept instances input to search for the software component by the computer device when searching for the software component is stored in the storage device. A software component having a set of concept instances corresponding to the terminal classification concept obtained as a result of the search is retrieved from the storage device by retrieving from the classification concepts of the concept instance, the input concept instance, and the output concept instance. Presented.

また、本発明は上記方法を実現するためのシステムとして、ソフトウェア開発において既に作成されているソフトウェアコンポーネントを記憶手段に登録し、前記記憶手段に登録されている複数のソフトウェアコンポーネントの中から必要とするソフトウェアコンポーネントを検索してソフトウェアコンポーネントを再利用するために、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系、振舞概念体系、出力概念体系を構築するソフトウェアコンポーネント再利用のための概念体系構築システムであって、
分析モデル作成の視点に関する情報と、開発対象となるソフトウェアが管理対象とするオブジェクトを抽象化したクラスとそのクラス間の関係を表す情報、前記クラスが保有する属性の実際の値を代入したオブジェクト間の関係を表す情報、前記属性に対して行われる操作を体系化した情報、前記属性の値に対して課せられる制約を体系化した情報とが格納されている記憶装置と、予め前記記憶装置に記憶している分析モデル作成の視点の概念体系と、ソフトウェア開発時に作成される分析モデルとを組合わせることにより入力概念体系を構築し、予め前記記憶装置に記憶している属性に対する操作の概念体系と、前記構築された入力概念体系とを組合わせることにより振舞概念体系を構築すると共に、予め前記記憶装置に記憶している属性に対する制約の概念体系と、前記構築された入力概念体系とを組合わせることにより出力概念体系を構築して、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系と、振舞概念体系、出力概念体系を分析工程において構築する概念体系構築手段とを備えているソフトウェアコンポーネント再利用のための概念体系構築システムを提案する。 In addition, the present invention registers a software component already created in software development in a storage means as a system for realizing the above method, and requires a plurality of software components registered in the storage means. In order to search for software components and reuse software components, software component reconfiguration that builds an input concept system, behavior concept system, and output concept system according to a hierarchical structure with the basis for classifying software components A concept system construction system for use,
Information about the viewpoint of creating an analysis model, information that represents the relationship between the classes that abstract the objects to be managed by the software to be developed, and the objects that are assigned the actual values of the attributes held by the classes A storage device in which information representing the relationship between the information, information that systematizes operations performed on the attribute, information that systematizes constraints imposed on the value of the attribute, and a storage device in advance An input conceptual system is constructed by combining a conceptual system from the viewpoint of creating a stored analysis model and an analytical model created at the time of software development, and a conceptual system for operations on attributes stored in advance in the storage device And a built-in input concept system to construct a behavior concept system and attributes stored in the storage device in advance An input concept system according to a hierarchical structure in which an output concept system is constructed by combining the concept system of constraints on the input and the constructed input concept system, and a basis for classifying software components is attached. We propose a concept system construction system for reusing software components, which has a concept system construction means for constructing a behavior concept system and an output concept system in an analysis process.

本発明のソフトウェアコンポーネント再利用のための概念体系構築方法及びそのシステムによれば、ソフトウェアコンポーネント登録・検索方法を行うための概念体系を、開発対象となるソフトウエアに応じて容易に構築可能となり、ソフトウェアコンポーネント登録・検索環境が整い、ソフトウェアコンポーネントの背景にある知識を有しないソフトウェアコンポーネント作成者の登録、ソフトウェア開発者の検索が容易になり、ソフトウェア開発の効率を高めることができる。   According to the concept system construction method and system for reusing software components of the present invention, a concept system for performing a software component registration / search method can be easily constructed according to the software to be developed, The software component registration / search environment is in place, software component creators who do not have the knowledge behind software components, and software developer searches can be facilitated, and the efficiency of software development can be improved.

本発明は、ソフトウェアコンポーネント登録時に用いられる観点を、ソフトウェアコンポーネントの概念(振舞、入力、出力)を階層構造に従った概念体系によって表現し、この概念体系を用いた登録・検索を行うことを前提とし、その概念体系を、予め構築しておいた概念体系の一部と、ソフトウェア開発において作成される分析モデルとを用いて構築する方法及びそのシステムに関する発明であり、以下に図面を参照して本発明の一実施形態を説明する。   The present invention is based on the premise that the viewpoint used when registering a software component is expressed by a conceptual system that follows the hierarchical structure of the concept (behavior, input, output) of the software component, and that registration and search are performed using this conceptual system. And an invention relating to a method and system for constructing the conceptual system using a part of the conceptual system that has been constructed in advance and an analysis model created in software development. An embodiment of the present invention will be described.

本実施形態では、ソフトウェアコンポーネント登録時に用いられる観点としてソフトウェアコンポーネントの概念を用いる。ソフトウェアコンポーネントの概念としては、例えばその振舞に関する概念（振舞概念インスタンス）、入力に関する概念（入力概念インスタンス）、及び出力に関する概念（出力概念インスタンス）の３つの概念を用い、これらを統一的な概念体系を用いて表現し、この概念体系を用いてソフトウェアコンポーネントの登録と検索を行い、これによりソフトウェアコンポーネントの再利用を容易に行えるようにしている。   In this embodiment, the concept of software components is used as a viewpoint used when registering software components. As the concept of the software component, for example, three concepts of a concept related to the behavior (behavior concept instance), a concept related to the input (input concept instance), and a concept related to the output (output concept instance) are used. This concept system is used to register and search for software components, which makes it easy to reuse software components.

(1)前提とする概念体系
本発明において構築しようとする概念体系の階層構造を図１に示す。 (1) Assumed conceptual system FIG. 1 shows a hierarchical structure of a conceptual system to be constructed in the present invention.

構築する概念体系の階層構造は、トップ概念11、分岐点12、分類子13、分類概念14から構成される。分類概念14は、ある根拠によって、もとのトップ概念11もしくは他の分類概念14が、分類子13が付随された分岐点12を介して分類された結果の概念であり、元となる概念11と分類概念14が階層構造で表現される。分類子13は分類化の根拠となったものであり、元概念11と分類概念14の階層間の分岐点12に付随させたものである。   The hierarchical structure of the concept system to be constructed includes a top concept 11, a branching point 12, a classifier 13, and a classification concept 14. The classification concept 14 is a concept obtained by classifying the original top concept 11 or another classification concept 14 through the branch point 12 accompanied by the classifier 13 according to a certain reason. And the classification concept 14 is expressed in a hierarchical structure. The classifier 13 is a basis for classification, and is attached to the branch point 12 between the hierarchy of the original concept 11 and the classification concept 14.

また概念体系は、図２に示すようにソフトウェアコンポーネント（以下、単にコンポーネントと称する）25の機能を特徴付ける入力、振舞、出力毎に入力概念体系21、振舞概念体系22、出力概念体系23が構築され、コンポーネント25が保有するパラメータ名である概念ラベル(yi,bj,xk)24ごとに、概念インスタンスへ対応付けられるものである。   As shown in FIG. 2, an input concept system 21, a behavior concept system 22, and an output concept system 23 are constructed for each input, behavior, and output that characterize the function of a software component (hereinafter simply referred to as a component) 25 as shown in FIG. Each concept label (yi, bj, xk) 24, which is a parameter name held by the component 25, is associated with a concept instance.

ここで、コンポーネントが保有する機能を特徴付ける概念を振舞ｂ、入力ｘ、出力ｙとし、コンポーネントを｛ｙ1,ｙ2,…,ｙi｝＝ｂj（｛ｘ1,ｘ2,…,ｘk｝）で表現している。また、各要素ｙi,ｂj,ｘkを概念ラベルと称する。   Here, the concept characterizing the function possessed by the component is expressed as behavior b, input x, output y, and the component is expressed by {y1, y2,..., Yi} = bj ({x1, x2,..., Xk}). Yes. Each element yi, bj, xk is referred to as a concept label.

(2)構築方法
各概念体系の構築方法の概要を図３に示す。 (2) Construction method Figure 3 shows an overview of the construction method of each concept system.

第２記憶装置40には、予め「分析モデル作成の視点」41、「分析モデルとしてのデータ分析モデル図とオブジェクト図」42、「属性操作」43、「属性制約」44が登録されている。   In the second storage device 40, “analysis model creation viewpoint” 41, “data analysis model diagram and object diagram as analysis model” 42, “attribute operation” 43, and “attribute constraint” 44 are registered.

分析モデル作成の視点41とは、ソフトウェアを開発する際に、ソフトウェア開発工程の１つである分析工程において作成される分析モデルをどのような視点で作成したかを体系化した情報である。   The viewpoint 41 for creating an analysis model is information that systematizes what viewpoint the analysis model created in the analysis process, which is one of the software development processes, was created when developing software.

分析モデル42とは、ソフトウェア開発工程における分析工程において作成されるドキュメントであり、その中で今回は、データ分析モデルとオブジェクトを対象にして図で表したものである。   The analysis model 42 is a document created in the analysis process in the software development process. Among them, this time, the data analysis model and objects are represented by a diagram.

データ分析モデルとは、開発しようとするソフトウェアが管理対象とするオブジェクトを抽象化したクラスとそのクラス間の関係を示したものである。   The data analysis model is a class that abstracts objects to be managed by software to be developed and the relationship between the classes.

オブジェクト図は、データ分析モデル図をもとに、そのクラスが保有する属性の実際の値を代入したオブジェクトで、そのオブジェクト間の関係を示したものである。   The object diagram is an object in which the actual value of the attribute held by the class is substituted based on the data analysis model diagram, and shows the relationship between the objects.

属性操作43とは、データ分析モデル図、オブジェクト図に記載される属性に対して行われる操作を体系化した情報である。   The attribute operation 43 is information that systematizes operations performed on the attributes described in the data analysis model diagram and the object diagram.

属性制約44とは、データ分析モデル図、オブジェクト図に記載される属性の値に対して課せられる制約を体系化した情報である。分析モデル作成の視点41、属性操作43、属性制約44は、図１で示した概念階層の構造になっているものである。これら３つの概念階層は、ある特定分野のソフトウェア(例えば、通信装置管理ソフトウェア)においては、共通的に利用可能と考えられるため、予め構築しておくことが可能である。   The attribute constraint 44 is information that systematizes the constraints imposed on the attribute values described in the data analysis model diagram and the object diagram. The analysis model creation viewpoint 41, the attribute operation 43, and the attribute constraint 44 have the concept hierarchy structure shown in FIG. These three conceptual hierarchies can be used in common in software in a specific field (for example, communication device management software), and can be constructed in advance.

構築の手順は以下のとおりである。   The construction procedure is as follows.

(a)分析モデル作成の視点41とデータ分析モデル図を第２記憶装置40から取得し、分析モデル作成の視点41の概念階層の末端に該当する分析モデルを付随させる。付随させたものを入力概念体系21として、第１記憶装置20に登録する(31)。   (a) An analysis model creation viewpoint 41 and a data analysis model diagram are acquired from the second storage device 40, and an analysis model corresponding to the end of the concept hierarchy of the analysis model creation viewpoint 41 is attached. The associated item is registered in the first storage device 20 as the input concept system 21 (31).

(b)属性操作43を第２記憶装置40から、入力概念体系21を第１記憶装置20から取得し、属性操作43の概念階層の末端に入力概念体系21を付随させる。付随させたものを振舞概念体系22として、第１記憶装置20に登録する(32)。   (b) The attribute operation 43 is acquired from the second storage device 40 and the input concept system 21 is acquired from the first storage device 20, and the input concept system 21 is attached to the end of the concept hierarchy of the attribute operation 43. The associated item is registered in the first storage device 20 as the behavior concept system 22 (32).

(c)属性制約44を第２記憶装置40から、入力概念体系21を第１記憶装置20から取得し、属性制約44の概念階層の末端に入力概念体系21を付随させる。付随させたものを出力概念体系23として、第１記憶装置20に登録する(33)。   (c) The attribute constraint 44 is acquired from the second storage device 40 and the input concept system 21 is acquired from the first storage device 20, and the input concept system 21 is attached to the end of the concept hierarchy of the attribute constraint 44. The associated item is registered in the first storage device 20 as the output concept system 23 (33).

尚、手順(b)と(c)の順序は入れ替わってもよい。   Note that the order of steps (b) and (c) may be interchanged.

以上より、構築される各概念体系21〜23は、図４、図５、図６に示す構造になる。図４は入力概念体系21を表す図、図５は振舞概念体系を表す図、図６は出力概念体系を表す図である。   As described above, the conceptual systems 21 to 23 to be constructed have the structures shown in FIGS. 4, 5, and 6. 4 is a diagram showing the input concept system 21, FIG. 5 is a diagram showing the behavior concept system, and FIG. 6 is a diagram showing the output concept system.

また、図４に示す入力概念体系は、上部に分析モデリング時の視点を分類概念として配置し、下部に分析モデルに含まれる語彙を分類概念として配置したものである。   The input concept system shown in FIG. 4 is such that the viewpoint at the time of analysis modeling is arranged as a classification concept in the upper part, and the vocabulary included in the analysis model is arranged as the classification concept in the lower part.

図５に示す振舞概念体系は、上部に分析モデルの語彙に対する操作を分類概念として配置し、下部に入力概念体系を分類概念として配置したものである。   The behavior concept system shown in FIG. 5 has operations on the vocabulary of the analysis model arranged as a classification concept in the upper part and an input concept system arranged as a classification concept in the lower part.

図６に示す出力概念体系は、上部に分析モデルの語彙に対する制約を分類概念として配置し、下部に入力概念体系を分類概念として配置したものである。   In the output concept system shown in FIG. 6, constraints on the vocabulary of the analysis model are arranged as classification concepts in the upper part, and the input concept system is arranged as classification concept in the lower part.

概念体系の下部は開発するソフトウェアの種別に応じて異なるが、上部はある特定のソフトウェアにおいては共通化でき、ソフトウェア開発に先立って予め構築することができる。従って、概念体系上部を予め作っておき、開発するソフトウェアに応じて、CASEツール等から分析モデルの語彙を抽出することにより、概念体系の構築をある程度自動化することができる。   The lower part of the conceptual system varies depending on the type of software to be developed, but the upper part can be shared by certain specific software and can be constructed in advance prior to software development. Therefore, the construction of the conceptual system can be automated to some extent by creating the upper part of the conceptual system in advance and extracting the vocabulary of the analysis model from the CASE tool or the like according to the software to be developed.

次に、コンポーネント再利用のための概念体系構築システムの構成を図７に示す。   Next, FIG. 7 shows the configuration of a concept system construction system for component reuse.

図７に示すとおり、システム50は、周知のＣＰＵを主体として構成されたコンピュータ装置からなり、モデル描画部51、ソースコード作成部52、オントロジーリポジトリ53、コンポーネントリポジトリ54、制御部55、ユーザインタフェース部56の６つのモジュールから構成されている。   As shown in FIG. 7, the system 50 includes a computer device mainly composed of a well-known CPU, and includes a model drawing unit 51, a source code creation unit 52, an ontology repository 53, a component repository 54, a control unit 55, and a user interface unit. It consists of 56 six modules.

モデル描画部51は、ソフトウェアを開発するために必要な分析モデル、設計モデルを描画するために使用するモジュールであり、既存CASEツールを用いても構わない。   The model drawing unit 51 is a module used to draw an analysis model and a design model necessary for developing software, and an existing CASE tool may be used.

ソースコード作成部52は、作成された設計モデルをもとに、Java（登録商標）、C++等の実装言語を用いてソースコードを作成・編集するモジュールであり、既存IDE (Integrated Development Environment)等のツールを用いても構わない。   The source code creation unit 52 is a module that creates and edits source code using an implementation language such as Java (registered trademark) or C ++ based on the created design model, such as an existing IDE (Integrated Development Environment). You may use the tool.

オントロジーリポジトリ53は、第１記憶装置20及び第２記憶装置40に相当するものを具備し、ソフトウェアコンポーネントを登録・検索するために用いる概念体系等を保存するモジュールであり、XMLデータ等で保持する。   The ontology repository 53 includes modules corresponding to the first storage device 20 and the second storage device 40, and is a module that stores a conceptual system used for registering / searching software components, and holds XML data or the like. .

コンポーネントリポジトリ54は、登録されたソフトウェアコンポーネントを保持するモジュールであり、各ソフトウェアコンポーネントにはそれを一意に判別するためのコンポーネントIDが付与されている。また、コンポーネントリポジトリ54は、概念インスタンスとコンポーネントIDとの対応表を保持している。   The component repository 54 is a module that holds registered software components, and each software component is assigned a component ID for uniquely identifying it. The component repository 54 holds a correspondence table between concept instances and component IDs.

制御部55は、前述した５つのモジュール51〜54,56と接続され、各モジュール間の情報を、または各モジュール間の情報を組み合わせた情報を、受け渡すモジュールである。   The control unit 55 is a module that is connected to the five modules 51 to 54, 56 described above, and delivers information between the modules or information obtained by combining information between the modules.

ユーザインタフェース部56は、キーボードやマウス等を含む情報入力部（図示せず）及びディスプレイ等の表示器を含む情報提示部（図示せず）を備え、制御部55を介して第１記憶装置20及び第２記憶装置40に接続されて、これらへの情報アクセスが可能になっている。また、ユーザインタフェース部56は、ソフトウェアコンポーネント作成者やソフトウェア開発者等のユーザが入力する登録・検索に必要な情報の受付部であり、また各記憶装置に記億されている階層構造の表示、及び登録・検索結果を表示するものである。   The user interface unit 56 includes an information input unit (not shown) including a keyboard and a mouse, and an information presentation unit (not shown) including a display such as a display, and the first storage device 20 via the control unit 55. And connected to the second storage device 40, information access to these is possible. The user interface unit 56 is a reception unit for information necessary for registration / search input by a user such as a software component creator or software developer, and displays a hierarchical structure stored in each storage device. And registration / search results.

以下、一実施例として、イーサネット（登録商標）網において、イーサネット網を利用するユーザ毎に、ユーザ識別子としてVLAN-IDを、イーサネット網を構成する各装置に設定するソフトウェアシステムを適用した一例に関して説明する。   Hereinafter, as an embodiment, an example in which an Ethernet (registered trademark) network is applied to a software system that sets a VLAN-ID as a user identifier to each device constituting the Ethernet network for each user who uses the Ethernet network will be described. To do.

VLAN-ID値生成を行うソフトウェア部分をソフトウェアコンポーネント化する。設定されるVLAN-ID値は、一般的に各装置が具備する機能、装置接続形態等により決められる設定内容によって決定されるため、このようなソフトウェアコンポーントを予め作成しておくことで、既存のソフトウェアシステムが取り扱っていなかった、新たな装置・装置接続形態が取り扱い対象となる場合、ソフトウェアシステムのプログラムコードを新規に作成することなく、該当するソフトウェアコンポーネントを選択することで、既存ソフトウェアシステムの取扱いが可能となる。   Software components that generate VLAN-ID values are converted into software components. The VLAN-ID value to be set is generally determined by the setting contents determined by the function, device connection form, etc. of each device, so by creating such a software component in advance, If a new device / device connection form that was not handled by the current software system is to be handled, it is possible to select an appropriate software component without creating a new software system program code. Handling becomes possible.

(1)概念体系上部の事前構築
(a)分析モデルの視点
図８に示すような分析モデルの視点41に関する概念体系を予め構築し、第２記憶装置40に登録しておく。 (1) Advance construction of the upper part of the conceptual system
(a) Analysis Model Viewpoint A conceptual system related to the analysis model viewpoint 41 as shown in FIG. 8 is constructed in advance and registered in the second storage device 40.

図８に示す分析モデリング時の視点41に関する概念体系では、第１階層の入力概念101が「管理情報構成種別」という分類子102によって分類され、分類子102が付随された分岐点103を介して第２階層の「接続情報」という分類概念111と「装置情報」という分類概念121に分岐されている。   In the conceptual system related to the viewpoint 41 at the time of analysis modeling shown in FIG. 8, the input concept 101 of the first hierarchy is classified by the classifier 102 of “management information configuration type”, and the branch point 103 accompanied by the classifier 102 is used. The second branch is divided into a classification concept 111 called “connection information” and a classification concept 121 called “device information”.

また、「接続情報」という分類概念111は「情報種別」という分類子112によって分類され、分類子112が付随された分岐点113を介して第３階層の「物理情報」という分類概念131と「論理情報」という分類概念141に分岐されている。   Further, the classification concept 111 of “connection information” is classified by a classifier 112 of “information type”, and a classification concept 131 of “physical information” in the third hierarchy and “ It is branched into a classification concept 141 called “logical information”.

さらに、「物理情報」という分類概念131は「管理オブジェクト」という分類子132によって分類され、分類子132が付随された分岐点133を介して第４階層の「分析モデル」という分類概念134に至る。この「分析モデル」という分類概念134は末端の分類概念となっている。   Further, the classification concept 131 of “physical information” is classified by a classifier 132 of “management object”, and reaches a classification concept 134 of “analysis model” in the fourth hierarchy via a branch point 133 to which the classifier 132 is attached. . This “analysis model” classification concept 134 is a terminal classification concept.

また、第３階層の「論理情報」という分類概念141は「管理オブジェクト」という分類子142によって分類され、分類子142が付随された分岐点143を介して第４階層の「分析モデル」という分類概念144に至る。この「分析モデル」という分類概念144は末端の分類概念となっている。   Further, the classification concept 141 of “logical information” in the third hierarchy is classified by the classifier 142 of “managed object”, and the classification of “analysis model” in the fourth hierarchy through the branch point 143 to which the classifier 142 is attached. Lead to concept 144. This “analysis model” classification concept 144 is a terminal classification concept.

また、第２階層の「装置情報」という分類概念121は「情報種別」という分類子122によって分類され、分類子122が付随された分岐点123を介して第３階層の「物理情報」という分類概念151と「論理情報」という分類概念161に分岐されている。   Further, the classification concept 121 of “device information” in the second hierarchy is classified by the classifier 122 of “information type”, and the classification of “physical information” in the third hierarchy through the branch point 123 to which the classifier 122 is attached. The system branches to a concept 151 and a classification concept 161 of “logical information”.

さらに、「物理情報」という分類概念151は「管理オブジェクト」という分類子152によって分類され、分類子152が付随された分岐点153を介して第４階層の「分析モデル」という分類概念154に至る。この「分析モデル」という分類概念154は末端の分類概念となっている。   Further, the classification concept 151 of “physical information” is classified by a classifier 152 of “managed object”, and reaches a classification concept 154 of “analysis model” in the fourth hierarchy via a branch point 153 to which the classifier 152 is attached. . This “analysis model” classification concept 154 is a terminal classification concept.

また、第３階層の「論理情報」という分類概念161は「管理オブジェクト」という分類子162によって分類され、分類子162が付随された分岐点163を介して第４階層の「分析モデル」という分類概念164に至る。この「分析モデル」という分類概念164は末端の分類概念となっている。   Further, the classification concept 161 of “logical information” in the third hierarchy is classified by the classifier 162 of “managed object”, and the classification of “analysis model” in the fourth hierarchy through the branch point 163 to which the classifier 162 is attached. Lead to concept 164. This “analysis model” classification concept 164 is a terminal classification concept.

(b)属性操作
図９に示すような属性操作43に対する概念体系を予め構築し、第２記憶装置40に登録しておく。 (b) Attribute Operation A conceptual system for the attribute operation 43 as shown in FIG. 9 is built in advance and registered in the second storage device 40.

図９に示す属性操作43に関する概念体系では、第１階層の振舞概念201が「払出方法」という分類子202によって分類され、分類子202が付随された分岐点203を介して第２階層の「既設定値」という分類概念211と「既設定値演算」という分類概念221、「既設定値組合せ」という分類概念231、「演算値組合せ」という分類概念241に分岐されている。   In the conceptual system related to the attribute operation 43 shown in FIG. 9, the behavior concept 201 in the first hierarchy is classified by the classifier 202 called “payout method”, and “2” in the second hierarchy through the branch point 203 to which the classifier 202 is attached. It is branched into a classification concept 211 of “preset value”, a classification concept 221 of “preset value calculation”, a classification concept 231 of “preset value combination”, and a classification concept 241 of “computation value combination”.

第２階層の「既設定値」という分類概念211は「既設定情報種別」という分類子212によって分類され、分類子212が付随された分岐点213を介して第３階層の「ＤＢ情報」という分類概念214と「オペレータ入力項目」という分類概念215に分岐されている。さらに「ＤＢ情報」という分類概念214は第４階層の「入力概念」216に至り、「オペレータ入力項目」という分類概念215は第４階層の「入力概念」217に至る。   The classification concept 211 “set value” in the second hierarchy is classified by the classifier 212 “set information type”, and is called “DB information” in the third hierarchy via the branch point 213 accompanied by the classifier 212. The system branches into a classification concept 214 and a classification concept 215 called “operator input item”. Further, the classification concept 214 “DB information” reaches the “input concept” 216 in the fourth hierarchy, and the classification concept 215 “operator input item” reaches the “input concept” 217 in the fourth hierarchy.

また、第２階層の「既設定値演算」という分類概念221は「演算種別」という分類子222によって分類され、分類子222が付随された分岐点223を介して第３階層の「＋１加算」という分類概念224と、「−１減算」という分類概念225と、「１０乗算」という分類概念226に分岐されている。さらに、「−１減算」という分類概念225は「既設定情報種別」という分類子227によって分類され、分類子227が付随された分岐点228を介して第４階層の「ＤＢ情報」という分類概念241と「オペレータ入力項目」という分類概念242に分岐されている。さらに、さらに「ＤＢ情報」という分類概念241は第５階層の「入力概念」243に至り、「オペレータ入力項目」という分類概念242は第５階層の「入力概念」244に至る。   Further, the classification concept 221 of “set value calculation” in the second hierarchy is classified by the classifier 222 of “calculation type”, and “+1 addition” in the third hierarchy is passed through the branch point 223 to which the classifier 222 is attached. It is branched into a classification concept 224, a classification concept 225 of “−1 subtraction”, and a classification concept 226 of “10 multiplication”. Further, the classification concept 225 of “−1 subtraction” is classified by a classifier 227 of “already set information type”, and the classification concept of “DB information” in the fourth hierarchy through a branch point 228 to which the classifier 227 is attached. It is branched into a classification concept 242 of “241” and “operator input item”. Further, the classification concept 241 “DB information” reaches the “input concept” 243 in the fifth hierarchy, and the classification concept 242 “operator input item” reaches the “input concept” 244 in the fifth hierarchy.

また、第２階層の「既設定値組合せ」という分類概念231は「組合せ項目」という分類子232によって分類され、分類子232が付随された分岐点233を介して第３階層の「２項目」という分類概念234と、「３項目」という分類概念235と、「４項目」という分類概念236に分岐されている。   Further, the classification concept 231 “set value combination” in the second hierarchy is classified by a classifier 232 “combination item”, and “two items” in the third hierarchy via a branch point 233 with the classifier 232 attached. It is branched into a classification concept 234, a classification concept 235 of “3 items”, and a classification concept 236 of “4 items”.

(c)属性制約
図１０に示すような属性制約44に対する概念体系を予め構築し、第２記憶装置40に登録しておく。 (c) Attribute Constraint A concept system for the attribute constraint 44 as shown in FIG. 10 is built in advance and registered in the second storage device 40.

図１０に示す属性制約44に関する概念体系では、第１階層の出力概念301が論理演算「ＡＮＤ」によって２つに分岐され、一方は「出力値」という分類子302によって分類され、分類子302が付随された分岐点303を介して第２階層の「入力概念」304に至る。また、他方は「出力値制約」という分類子305によって分類され、分類子305が付随された分岐点306を介して第２階層の「無」という分類概念311と「有」という分類概念312に分岐されている。   In the conceptual system related to the attribute constraint 44 shown in FIG. 10, the output concept 301 of the first hierarchy is branched into two by the logical operation “AND”, and one is classified by the classifier 302 “output value”. The “input concept” 304 of the second hierarchy is reached via the attached branch point 303. The other is classified by a classifier 305 called “output value constraint”, and is divided into a classification concept 311 of “No” and a classification concept 312 of “Yes” in the second hierarchy via a branch point 306 to which the classifier 305 is attached. Branched.

第２階層の「有」という分類概念は「制約種別」という分類子313によって分類され、分類子313が付随された分岐点314を介して第３階層の「制約範囲」という分類概念321と「一意性制約」という分類概念331に分岐されている。   The classification concept “existing” in the second hierarchy is classified by a classifier 313 called “constraint type”, and the classification concept 321 “constraint range” in the third hierarchy and “ It is branched to a classification concept 331 called “uniqueness constraint”.

第３階層の「範囲制約」という分類概念321は「制約範囲」という分類子322によって分類され、分類子322が付随された分岐点323を介して第４階層の「使用可能値」という分類概念341と、「使用禁止値」という分類概念342と、「使用可値・禁止値」という分類概念343に分岐されている。   The classification concept 321 of “range constraint” in the third hierarchy is classified by the classifier 322 of “constraint scope”, and the classification concept of “usable value” in the fourth hierarchy via the branch point 323 to which the classifier 322 is attached. It is branched into a classification concept 341 called “prohibited value” and a classification concept 343 called “usable value / prohibited value”.

第４階層の「使用可値・禁止値」という分類概念343は「既設定情報種別」という分類子344によって分類され、分類子344が付随された分岐点345を介して第５階層の「ＤＢ情報」という分類概念346と「オペレータ入力項目」という分類概念347に分岐されている。さらに、第５階層の「ＤＢ情報」という分類概念346は第６階層の「入力概念」348に至り、第５階層の「オペレータ入力項目」という分類概念347は第６階層の「入力概念」349に至る。   The classification concept 343 of “usable / prohibited value” in the fourth hierarchy is classified by the classifier 344 of “already set information type”, and the “DB” in the fifth hierarchy is passed through the branch point 345 accompanied by the classifier 344. It is branched into a classification concept 346 called “information” and a classification concept 347 called “operator input item”. Further, the classification concept 346 of “DB information” in the fifth hierarchy reaches the “input concept” 348 in the sixth hierarchy, and the classification concept 347 of “operator input item” in the fifth hierarchy is “input concept” 349 in the sixth hierarchy. To.

また、第３階層の「一意性制約」という分類概念331は「一意情報種別」という分類子332によって分類され、分類子332が付随された分岐点333を介して第４階層の「ＤＢ情報」という分類概念334と「オペレータ入力項目」という分類概念335に分岐されている。さらに、第４階層の「ＤＢ情報」という分類概念334は第５階層の「入力概念」336に至り、第４階層の「オペレータ入力項目」という分類概念335は第５階層の「入力概念」337に至る。   Further, the classification concept 331 called “uniqueness constraint” in the third hierarchy is classified by a classifier 332 called “unique information type”, and “DB information” in the fourth hierarchy via a branch point 333 to which the classifier 332 is attached. And a classification concept 335 called “operator input item”. Further, the classification concept 334 of “DB information” in the fourth hierarchy reaches the “input concept” 336 in the fifth hierarchy, and the classification concept 335 of “operator input item” in the fourth hierarchy is “input concept” 337 in the fifth hierarchy. To.

(2)分析モデル
ソフトウェアシステム構築時に、図１１、図１２に示すデータ分析モデル、オブジェクトモデルを分析工程において構築し、第２記憶装置40に登録しておく。 (2) Analysis Model At the time of software system construction, the data analysis model and object model shown in FIGS. 11 and 12 are constructed in the analysis process and registered in the second storage device 40.

また、データ分析モデルにおいて、各クラスは図８に示した分析モデルの視点の概念体系に従って作成され、作成されたクラスには分析モデルの視点のどこに該当しているかという情報(以下、該当情報という)をメタ情報として保持しておく。例えばUML(Unified Modeling Language)をデータ分析モデル描画にしようする場合は、ステレオタイプとしてその該当情報を保持することが可能である。今回の例において、図１１のクラス“CrossConnect”は、該当情報として、“接続情報／論理情報／管理オブジェクト”がステレオタイプによって保持される。   In the data analysis model, each class is created in accordance with the conceptual system of the analysis model viewpoint shown in FIG. 8, and information on where the created class corresponds to the viewpoint of the analysis model (hereinafter referred to as relevant information). ) As meta information. For example, when UML (Unified Modeling Language) is used for data analysis model drawing, the corresponding information can be held as a stereotype. In this example, the class “CrossConnect” in FIG. 11 holds “connection information / logical information / managed object” as stereo information as corresponding information.

図１１に示すデータ分析モデル図の例では、５つの物理情報に関するクラス80〜84と４つの論理情報に関するクラス85〜88及び１つのサービス情報に関するクラス89の関係が表されている。   In the example of the data analysis model diagram shown in FIG. 11, the relationship between classes 80 to 84 related to five physical information, classes 85 to 88 related to four logical information, and class 89 related to one service information is shown.

また、図１２に示すオブジェクト図では、４つの監視対象装置91a〜91dに対する６つのＰＴＰ92a〜92fの関係及びこれらのＰＴＰ92a〜92fに対する３つのＴＬ93a〜93cの関係が表されている。   In the object diagram shown in FIG. 12, the relationship between the six PTPs 92a to 92f with respect to the four monitoring target devices 91a to 91d and the relationship between the three TLs 93a to 93c with respect to these PTPs 92a to 92f are shown.

(3)概念構築
前述した(1)、(2)が完了した後、以下の手順で各概念が構築される。 (3) Concept construction After completing (1) and (2), each concept is constructed in the following procedure.

(a)入力概念体系の構築
i.第２記憶装置40から、分析モデル作成の視点41に関する概念体系及びデータ分析モデル図、オブジェクト図を取得する。 (a) Construction of input concept system
i. From the second storage device 40, a conceptual system, a data analysis model diagram, and an object diagram regarding the viewpoint 41 for creating the analysis model are acquired.

ii.分析モデル作成の視点41に関する概念体系の末端の“分析モデル”134,144,154,164に該当するデータ分析モデル図のクラス名を分類概念として、該当情報を用いて付随させていく。   ii. The class name of the data analysis model diagram corresponding to the “analysis model” 134, 144, 154, 164 at the end of the concept system related to the viewpoint 41 for creating the analysis model is attached as the classification concept using the corresponding information.

さらに付随させたクラスに対し、“保有属性”を分類子として付随させていく。また更に、その分類子に対してそのクラスが保有する属性をデータ分析モデルから取得し、分類概念として付随させていく。またさらに、その分類概念に対する実際のオブジェクトがオブジェクト図に記述されている場合は、そのオブジェクトの属性値を分類概念、“インスタンス”を分類子として付随させる。   Furthermore, the “retained attribute” is attached as a classifier to the attached class. Furthermore, the attribute possessed by the class for the classifier is acquired from the data analysis model and attached as a classification concept. Furthermore, when an actual object corresponding to the classification concept is described in the object diagram, the attribute value of the object is attached as a classification concept and “instance” is attached as a classifier.

例えば、図８において、入力概念／装置情報／論理情報の末端にある“分析モデル”164に該当するのは、図１１の“監視対象装置”81、“PTP”82であり、これらが分類概念となる。また“監視対象装置”81の分類子として“保有属性”を付随させ、分類概念として“ID”、“装置名”、“装置種別”、“設置場所”を付随させる。またさらに“監視対象装置”81に対するオブジェクトが図１２のオブジェクト図に存在するため、“インスタンス”を分類子として、実際の属性値(ER、コア中継SW(Switch)、アクセスSW、OLT)を分類概念として付随させる。   For example, in FIG. 8, “analysis model” 164 at the end of the input concept / device information / logical information corresponds to “monitored device” 81 and “PTP” 82 in FIG. It becomes. Also, “owned attribute” is attached as a classifier of “monitored device” 81, and “ID”, “device name”, “device type”, and “installation location” are attached as classification concepts. Furthermore, since the object for “monitored device” 81 exists in the object diagram of FIG. 12, the actual attribute values (ER, core relay SW (Switch), access SW, OLT) are classified using “instance” as a classifier. Accompany it as a concept.

今回の例では図１３に示す結果になる。   In this example, the result shown in FIG. 13 is obtained.

iii.構築された入力概念体系を第１記憶装置20に登録する。   iii. Register the constructed input concept system in the first storage device 20.

図１３に示す入力概念体系では、第１階層の入力概念401が「管理情報構成種別」という分類子402によって分類され、分類子402が付随された分岐点403を介して第２階層の２つの分類概念「接続情報」404と「装置情報」407に分岐されている。   In the input concept system shown in FIG. 13, the input concept 401 of the first hierarchy is classified by a classifier 402 of “management information configuration type”, and two of the second hierarchy are connected via a branch point 403 with the classifier 402 attached. It is branched into classification concepts “connection information” 404 and “device information” 407.

第２階層の「接続情報」という分類概念404は「情報種別」という分類子405によって分類され、分類子405が付随された分岐点406を介して２つの分類概念「物理情報」411と「論理情報」421に分岐されている。   The classification concept 404 of “connection information” in the second hierarchy is classified by a classifier 405 of “information type”, and two classification concepts “physical information” 411 and “logic” are connected via a branch point 406 to which the classifier 405 is attached. It is branched to “information” 421.

第３階層の「物理情報」という分類概念411は「管理オブジェクト」という分類子412によって分類され、分類子412が付随された分岐点413を介して「Route」という分類概念414と「TL」という分類概念415に分岐されている。   The classification concept 411 of “physical information” in the third hierarchy is classified by a classifier 412 of “managed object”, and a classification concept 414 of “Route” and “TL” via a branch point 413 to which the classifier 412 is attached. Branches to a classification concept 415.

第４階層の「TL」という分類概念415は「保有属性」という分類子416によって第５階層の「ID」という分類子418aと、「ルートID」という分類子418bと、「ispPTPID」という分類子418cと、「userPTPID」という分類子418dに分岐されている。   The classification concept 415 of “TL” in the fourth hierarchy includes a classifier 418a of “ID”, a classifier 418b of “root ID”, a classifier “ispPTPID” of the fifth hierarchy by a classifier 416 of “retained attribute”. It branches to 418c and a classifier 418d called “userPTPID”.

第３階層の「論理情報」という分類概念421は、「管理オブジェクト」という分類子422によって分類され、分類子422が付随された分岐点423を介して３つの分類概念「Trail」431、「LC」441、「XC」451に分岐されている。   The classification concept 421 of “logic information” in the third hierarchy is classified by a classifier 422 of “managed object”, and three classification concepts “Trail” 431 and “LC” are connected via a branch point 423 to which the classifier 422 is attached. “441” and “XC” 451.

第４階層の「Trail」という分類概念431は、「保有属性」という分類子432によって分類され、分類子432が付随された分岐点433を介して第５階層の２つの分類概念「ID」434aと「ルートID」434bに分岐されている。   The classification concept 431 of “Trail” in the fourth hierarchy is classified by the classifier 432 of “retained attribute”, and two classification concepts “ID” 434a in the fifth hierarchy via the branch point 433 to which the classifier 432 is attached. And “Route ID” 434b.

第４階層の「LC」という分類概念441は、「保有属性」という分類子442によって分類され、分類子442が付随された分岐点443を介して第５階層の５つの分類概念「ID」444a、「TrailID」444b、「ispCTPID」444c、「userCTPID」444d、「TLID」444eに分岐されている。   The classification concept 441 of “LC” in the fourth hierarchy is classified by the classifier 442 of “retained attribute”, and the five classification concepts “ID” 444a in the fifth hierarchy via the branch point 443 to which the classifier 442 is attached. , “TrailID” 444b, “ispCTPID” 444c, “userCTPID” 444d, and “TLID” 444e.

第４階層の「XC」という分類概念451は、「保有属性」という分類子452によって分類され、分類子452が付随された分岐点453を介して第５階層の４つの分類概念「ID」454a、「ispCTPID」454b、「userCTPID」454c、「TrailID」454dに分岐されている。   The classification concept 451 “XC” in the fourth hierarchy is classified by the classifier 452 “retained attribute”, and the four classification concepts “ID” 454a in the fifth hierarchy via the branch point 453 to which the classifier 452 is attached. , “IspCTPID” 454b, “userCTPID” 454c, and “TrailID” 454d.

また、第２階層の「装置情報」という分類概念407は、「情報種別」という分類子408によって分類され、分類子408が付随された分岐点409を介して第３階層の２つの分類概念「物理情報」461と「論理情報」491に分岐されている。   Further, the classification concept 407 of “device information” in the second hierarchy is classified by a classifier 408 of “information type”, and two classification concepts “3” in the third hierarchy are connected via a branch point 409 to which the classifier 408 is attached. It is branched into “physical information” 461 and “logical information” 491.

第３階層の「物理情報」という分類概念461は、「管理オブジェクト」という分類子462によって分類され、分類子462が付随された分岐点463を介して２つの分類概念「監視装置」471と「PTP」481に分岐されている。   The classification concept 461 of “physical information” in the third hierarchy is classified by a classifier 462 of “managed object”, and two classification concepts “monitoring device” 471 and “ It is branched to “PTP” 481.

第４階層の「監視装置」という分類概念471は、「保有属性」という分類子472によって分類され、分類子472が付随された分岐点473を介して４つの分類概念「ID」474a、「装置名」474b、「装置種別」474c、「設置場所」474dに分岐されている。さらに、第５階層の「装置種別」という分類概念474cは、「インスタンス」という分類子475によって分類され、分類子475が付随された分岐点476を介して４つの分類概念「ER」477a、「コア中継SW」477b、「アクセスSW」477c、「OLT」477dに分岐されている。   The classification concept 471 of “monitoring device” in the fourth hierarchy is classified by the classifier 472 of “retained attribute”, and the four classification concepts “ID” 474a, “device” via the branch point 473 to which the classifier 472 is attached. It is branched to “name” 474b, “device type” 474c, and “installation location” 474d. Further, the classification concept 474c of “device type” in the fifth hierarchy is classified by a classifier 475 of “instance”, and the four classification concepts “ER” 477a, “ Branching to a core relay SW 477b, an “access SW” 477c, and an “OLT” 477d

第４階層の「ＰＴＰ」という分類概念481は、「保有属性」という分類子482によって分類され、分類子482が付随された分岐点483を介して４つの分類概念「ID」484a、「MEID」484b、「ポート方向」484c、「ポート名」484dに分岐されている。さらに、第５階層の「ポート方向」という分類概念484cは「インスタンス」という分類子485によって分類され、分類子485が付随された分岐点486を介して２つの分類概念「NW(Network)上部」487aと「NW下部」487bに分岐されている。   The classification concept 481 of “PTP” in the fourth hierarchy is classified by the classifier 482 of “retained attribute”, and the four classification concepts “ID” 484a and “MEID” are passed through the branch point 483 to which the classifier 482 is attached. Branching to 484b, "Port direction" 484c, and "Port name" 484d. Further, the classification concept 484c of “port direction” in the fifth hierarchy is classified by a classifier 485 called “instance”, and two classification concepts “NW (Network) upper part” are connected via a branch point 486 to which the classifier 485 is attached. It is branched into 487a and "NW lower part" 487b.

第３階層の「論理情報」という分類概念491は、「管理オブジェクト」という分類子492によって分類され、分類子492が付随された分岐点493を介して第４階層の「ＣＴＰ」という分類概念494に至る。この「ＣＴＰ」という分類概念494は、「保有属性」という分類子495によって分類され、分類子495が付随された分岐点496を介して３つの分類概念「VLAN-ID」497a、「ID」497b、「ptpID」497cに分岐されている。   A classification concept 491 “logic information” in the third hierarchy is classified by a classifier 492 “managed object”, and a classification concept 494 “CTP” in the fourth hierarchy via a branch point 493 to which the classifier 492 is attached. To. The classification concept 494 “CTP” is classified by a classifier 495 called “retained attribute”, and three classification concepts “VLAN-ID” 497a and “ID” 497b are connected via a branch point 496 to which the classifier 495 is attached. , “PtpID” 497c.

(b)振舞概念体系の構築
i.第２記憶装置40から属性操作43に関する概念体系、第１記憶装置20から入力概念体系を取得する。 (b) Construction of behavior concept system
i. The conceptual system related to the attribute operation 43 is acquired from the second storage device 40, and the input conceptual system is acquired from the first storage device 20.

ii.属性操作43に関する概念体系の末端の“入力概念”に、第１記憶装置20から取得した入力概念体系を付属させていく。   ii. The input concept system acquired from the first storage device 20 is attached to the “input concept” at the end of the concept system related to the attribute operation 43.

iii.構築された振舞概念体系を第１記憶装置20に登録する。   iii. The constructed behavior concept system is registered in the first storage device 20.

(c)出力概念体系の構築
i.第２記憶装置40から属性制約44に関する概念体系、第１記憶装置20から入力概念体系を取得する。 (c) Construction of output concept system
i. The conceptual system related to the attribute constraint 44 is acquired from the second storage device 40, and the input conceptual system is acquired from the first storage device 20.

ii.属性制約44に関する概念体系の末端の“入力概念”に、第１記憶装置20から取得した入力概念体系を付属させていく。   ii. The input concept system acquired from the first storage device 20 is attached to the “input concept” at the end of the concept system related to the attribute constraint 44.

iii.構築された出力概念体系を第１記憶装置20に登録する。   iii. Register the constructed output concept system in the first storage device 20.

前述したように本実施形態の概念体系構築方法及びそのシステムによれば、ソフトウェアコンポーネント登録・検索方法を行うための概念体系を、開発対象となるソフトウエアに応じて容易に構築可能となり、ソフトウェアコンポーネント登録・検索環境が整い、ソフトウェアコンポーネントの背景にある知識を有しないソフトウェアコンポーネント作成者の登録、ソフトウェア開発者の検索が容易になり、ソフトウェア開発の効率を高めることができる。   As described above, according to the concept system construction method and system of this embodiment, a concept system for performing a software component registration / search method can be easily constructed according to the software to be developed. The registration / search environment is set up, and it becomes easy to register software component creators who do not have the knowledge behind software components and to search for software developers, thereby improving the efficiency of software development.

本発明において構築しようとする概念体系の階層構造を示す図The figure which shows the hierarchical structure of the conceptual system which it is going to build in this invention 本発明の一実施形態におけるコンポーネントと概念体系との対応付けを説明する図The figure explaining matching with the component and conceptual system in one Embodiment of this invention 本発明の一実施形態における概念体系の構築方法を説明する図The figure explaining the construction method of the conceptual system in one Embodiment of this invention 本発明の一実施形態において構築される入力概念体系の概略を説明する図The figure explaining the outline of the input concept system constructed | assembled in one Embodiment of this invention 本発明の一実施形態において構築される振舞概念体系の概略を説明する図The figure explaining the outline of the behavior concept system constructed | assembled in one Embodiment of this invention 本発明の一実施形態において構築される出力概念体系の概略を説明する図The figure explaining the outline of the output concept system constructed | assembled in one Embodiment of this invention 本発明の一実施形態におけるソフトウェアコンポーネント再利用システムの構成を示す図The figure which shows the structure of the software component reuse system in one Embodiment of this invention. 本発明の一実施例における分析モデリング時の視点に関する概念体系の一部を示す図The figure which shows a part of conceptual system regarding the viewpoint at the time of the analysis modeling in one Example of this invention 本発明の一実施例における属性操作に関する概念体系の一部を示す図The figure which shows a part of conceptual system regarding attribute operation in one Example of this invention 本発明の一実施例における属性制約に関する概念体系の一部を示す図The figure which shows a part of conceptual system regarding the attribute restrictions in one Example of this invention 本発明の一実施例におけるデータ分析モデル図を示す図The figure which shows the data analysis model figure in one Example of this invention 本発明の一実施例におけるオブジェクト図を示す図The figure which shows the object figure in one Example of this invention 本発明の一実施例において構築された入力概念体系を示す図The figure which shows the input conceptual system constructed | assembled in one Example of this invention

符号の説明Explanation of symbols

11…トップ概念、12…分岐点、13…分類子、14…分類概念、20…第１記憶装置、21…入力概念体系、22…振舞概念体系、23…出力概念体系、24…概念ラベル、25…コンポーネント、40…第２記憶装置、41…分析モデル作成の視点、42…分析モデル、43…属性操作、44…属性制約、50…ソフトウェアコンポーネント再利用システム、51…モデル描画部、52…ソースコード作成部、53…オントロジーリポジトリ、54…コンポーネントリポジトリ、55…制御部、56…ユーザインタフェース部、71,72…タイプ73,74,75…アクション。   11 ... Top concept, 12 ... Branch point, 13 ... Classifier, 14 ... Classification concept, 20 ... First storage, 21 ... Input concept system, 22 ... Behavior concept system, 23 ... Output concept system, 24 ... Concept label, 25 ... Component, 40 ... Second storage device, 41 ... Analysis model creation viewpoint, 42 ... Analysis model, 43 ... Attribute operation, 44 ... Attribute constraint, 50 ... Software component reuse system, 51 ... Model drawing unit, 52 ... Source code creation unit, 53 ... ontology repository, 54 ... component repository, 55 ... control unit, 56 ... user interface unit, 71, 72 ... type 73, 74, 75 ... action.

Claims (2)

ソフトウェア開発において既に作成されているソフトウェアコンポーネントをコンピュータ装置を用いて記憶装置に登録し、前記記憶装置に登録されている複数のソフトウェアコンポーネントの中から必要とするソフトウェアコンポーネントをコンピュータ装置を用いて検索し、ソフトウェアコンポーネントを再利用するために、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系、振舞概念体系、出力概念体系を構築するソフトウェアコンポーネント再利用のための概念体系構築方法であって、
前記コンピュータ装置は、
ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系、振舞概念体系、出力概念体系を構築する際に、
予め前記記憶装置に記憶している分析モデル作成の視点の概念体系と、ソフトウェア開発時に作成される分析モデルとを組合わせることにより入力概念体系を構築し、
予め前記記憶装置に記憶している属性に対する操作の概念体系と、前記構築された入力概念体系とを組合わせることにより振舞概念体系を構築し、
予め前記記憶装置に記憶している属性に対する制約の概念体系と、前記構築された入力概念体系とを組合わせることにより出力概念体系を構築する
こと特徴とするソフトウェアコンポーネント再利用のための概念体系構築方法。 A software component already created in software development is registered in a storage device using a computer device, and a necessary software component is searched from the plurality of software components registered in the storage device using the computer device. A concept for reusing software components that builds an input conceptual system, behavior conceptual system, and output conceptual system according to a hierarchical structure with a basis for classifying software components in order to reuse software components A system construction method,
The computer device includes:
When constructing the input concept system, behavior concept system, and output concept system according to the hierarchical structure with the basis for classifying software components,
The input concept system is constructed by combining the concept system of the viewpoint of creating the analysis model stored in the storage device in advance and the analysis model created at the time of software development,
A behavior concept system is constructed by combining the concept system of operations for attributes stored in advance in the storage device and the constructed input concept system,
Constructing an output conceptual system by combining the conceptual system of constraints for attributes stored in advance in the storage device and the constructed input conceptual system. Constructing a conceptual system for software component reuse. Method. ソフトウェア開発において既に作成されているソフトウェアコンポーネントを記憶手段に登録し、前記記憶手段に登録されている複数のソフトウェアコンポーネントの中から必要とするソフトウェアコンポーネントを検索してソフトウェアコンポーネントを再利用するために、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系、振舞概念体系、出力概念体系を構築するソフトウェアコンポーネント再利用のための概念体系構築システムであって、
分析モデル作成の視点に関する情報と、開発対象となるソフトウェアが管理対象とするオブジェクトを抽象化したクラスとそのクラス間の関係を表す情報、前記クラスが保有する属性の実際の値を代入したオブジェクト間の関係を表す情報、前記属性に対して行われる操作を体系化した情報、前記属性の値に対して課せられる制約を体系化した情報とが格納されている記憶装置と、
予め前記記憶装置に記憶している分析モデル作成の視点の概念体系と、ソフトウェア開発時に作成される分析モデルとを組合わせることにより入力概念体系を構築し、予め前記記憶装置に記憶している属性に対する操作の概念体系と、前記構築された入力概念体系とを組合わせることにより振舞概念体系を構築すると共に、予め前記記憶装置に記憶している属性に対する制約の概念体系と、前記構築された入力概念体系とを組合わせることにより出力概念体系を構築して、ソフトウェアコンポーネントを分類するにいたった根拠を付属させた階層構造に従った入力概念体系と、振舞概念体系、出力概念体系を分析工程において構築する概念体系構築手段とを備えている
ことを特徴とするソフトウェアコンポーネント再利用のための概念体系構築システム。 In order to register a software component already created in software development in the storage means, search for a required software component from a plurality of software components registered in the storage means, and reuse the software component. A concept system construction system for software component reuse that constructs an input concept system, a behavior concept system, and an output concept system in accordance with a hierarchical structure with the basis for classifying software components,
Information about the viewpoint of creating an analysis model, information that represents the relationship between the classes that abstract the objects to be managed by the software to be developed, and the objects that are assigned the actual values of the attributes held by the classes A storage device storing information representing the relationship between the information, information that systematizes operations performed on the attributes, and information that systematizes constraints imposed on the values of the attributes;
Attributes that are stored in the storage device in advance are constructed by combining an analysis model creation viewpoint conceptual system that is stored in advance in the storage device with an analysis model that is generated during software development, and stored in the storage device in advance. And constructing a behavior concept system by combining the constructed input concept system with the constructed input concept system, and a constraint conceptual system for attributes stored in the storage device in advance, and the constructed input The output concept system is constructed by combining with the concept system, and the input concept system, behavior concept system, and output concept system according to the hierarchical structure with the basis for classifying the software components are analyzed in the analysis process. A concept system structure for reusing software components, characterized by having a concept system construction means for constructing Construction system.
JP2006044897A 2006-02-22 2006-02-22 Concept system construction method and system for reusing software component Pending JP2007226376A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006044897A JP2007226376A (en) 2006-02-22 2006-02-22 Concept system construction method and system for reusing software component

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006044897A JP2007226376A (en) 2006-02-22 2006-02-22 Concept system construction method and system for reusing software component

Publications (1)

Publication Number Publication Date
JP2007226376A true JP2007226376A (en) 2007-09-06

Family

ID=38548164

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006044897A Pending JP2007226376A (en) 2006-02-22 2006-02-22 Concept system construction method and system for reusing software component

Country Status (1)

Country Link
JP (1) JP2007226376A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9223813B2 (en) 2013-03-15 2015-12-29 International Business Machines Corporation Versioning for configurations of reusable artifacts
US9268805B2 (en) 2013-09-10 2016-02-23 International Business Machines Corporation Managing reusable artifacts using placeholders

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9223813B2 (en) 2013-03-15 2015-12-29 International Business Machines Corporation Versioning for configurations of reusable artifacts
US9483505B2 (en) 2013-03-15 2016-11-01 International Business Machines Corporation Versioning for configurations of reusable artifacts
US10089085B2 (en) 2013-03-15 2018-10-02 International Business Machines Corporation Versioning for configurations of reusable artifacts
US9268805B2 (en) 2013-09-10 2016-02-23 International Business Machines Corporation Managing reusable artifacts using placeholders
US9275089B2 (en) 2013-09-10 2016-03-01 International Business Machines Corporation Managing reusable artifacts using placeholders
US9785417B2 (en) 2013-09-10 2017-10-10 International Business Machines Corporation Managing reusable artifacts using placeholders
US9904525B2 (en) 2013-09-10 2018-02-27 International Business Machines Corporation Managing reusable artifacts using placeholders

Similar Documents

Publication Publication Date Title
US8959481B2 (en) Determining system level dependencies
US7322024B2 (en) Generating reusable software assets from distributed artifacts
US9098583B2 (en) Semantic analysis driven service creation within a multi-level business process
Wilde et al. Approaches to the evolution of SOA systems
US20120109708A1 (en) Evaluating pattern-based constraints on business process models
KR101877828B1 (en) User interface integrated platform system based on artificial intelligence
CN109298948A (en) Distributed computing method and system
US10838999B2 (en) Method and platform for the elevation of source data into interconnected semantic data
Karagiannis et al. Metamodels as a conceptual structure: some semantical and syntactical operations
JP2007226376A (en) Concept system construction method and system for reusing software component
Rautenberg et al. LODFlow: A workflow management system for linked data processing
JP2007226375A (en) Software component reusing method and system therefor
CN115221337A (en) Data weaving processing method and device, electronic equipment and readable storage medium
Eslamichalandar et al. Service composition adaptation: An overview
Schneider et al. A role language to interpret multi-formalism system of systems models
Roussopoulos et al. Design semantics on accessibility in unstructured data environments
Mukhtar et al. WSDMDA: An enhanced model driven web engineering methodology
Szabo et al. An approach to semantic-based model discovery and selection
Rodríguez-Echeverría et al. Model-driven Generation of a REST API from a Legacy Web Application
JP4570147B2 (en) Software component registration / search method and system
JP4895373B2 (en) Software product reuse method and system
Feng et al. Research of design reuse in complex product integrated design systems
Pacini et al. An approach for reusing software process elements based on reusable asset specification: a software product line case study
CN116324760A (en) System, computing platform, and method for integrating data from multiple data sources
Zhou et al. A Semantic Schema for Data Quality Management in a Multi-Tenant Data Platform

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080208

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110308

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110317

A02 Decision of refusal

Effective date: 20110727

Free format text: JAPANESE INTERMEDIATE CODE: A02