JP5119765B2 - Specification creation support apparatus and support method - Google Patents
Specification creation support apparatus and support method Download PDFInfo
- Publication number
- JP5119765B2 JP5119765B2 JP2007167632A JP2007167632A JP5119765B2 JP 5119765 B2 JP5119765 B2 JP 5119765B2 JP 2007167632 A JP2007167632 A JP 2007167632A JP 2007167632 A JP2007167632 A JP 2007167632A JP 5119765 B2 JP5119765 B2 JP 5119765B2
- Authority
- JP
- Japan
- Prior art keywords
- requirement
- condition
- functional
- syntax element
- creating
- 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.)
- Expired - Fee Related
Links
Landscapes
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
- Document Processing Apparatus (AREA)
Description
本発明は、組込みソフトウェアを含むソフトウェアの要件仕様書の作成及び作成された要件仕様書の適格性を試験する試験仕様書の作成を支援する仕様書作成支援装置および支援方法に関する。 The present invention relates to a specification creation support apparatus and a support method that support creation of a requirement specification for software including embedded software and creation of a test specification for testing eligibility of the created requirement specification.
従来、組込みソフトウェアを含むソフトウェアの要件仕様書の作成支援装置としては、特許文献１に開示されているように、システムに求めるソフトウェア要件の開発及びその管理、システムが備えるべきソフトウェア要件の機能や仕様の設計及びその管理を支援するものが知られている。 Conventionally, as a device for creating a software requirement specification including embedded software, as disclosed in Patent Document 1, development and management of software requirements required for the system, functions and specifications of software requirements that the system should have Those that support the design and management of the system are known.
また、特許文献２に開示されているように、機能と非機能の各要件を抽出し、多様な非機能要件を設計の根拠としてソフトウェア設計に反映可能なソフトウェア設計要件抽出支援方法が知られている。 Also, as disclosed in Patent Document 2, there is known a software design requirement extraction support method that can extract functional and non-functional requirements and reflect various non-functional requirements as a basis for design in software design. Yes.
一方、ソフトウェア要件に係る試験仕様書の作成支援装置としては、特許文献３に開示されているように、テストケースの作成をソフトウェア要件の機能操作仕様の観点から支援するものが知られている。また特許文献４に開示されているように、仕様書をユースケース、イベントフロー、パス、事前条件、事後条件、不変条件によって定義し、ユースケースに関する事前条件、事後条件および不変条件をチェックすることで、仕様書の矛盾、ミス、漏れを検出する仕様書確認装置が知られている。
上記特許文献１に開示されている仕様書作成支援装置においては、ソフトウェア要件の入力方法を示しているが、入力フォーム内の記述方法については定めがなく、記述が曖昧になる可能性が残るという課題があった。 The specification creation support apparatus disclosed in Patent Document 1 shows a method for inputting software requirements, but the description method in the input form is not defined, and the description may remain ambiguous. There was a problem.
また、上記特許文献２に開示されているソフトウェア設計要件抽出支援方法においては、機能要件と非機能要件の抽出については、ツール等の手助け無しで設計者が分析を行うので、抽出内容について抜け・漏れがある可能性が残るという課題があった。 In addition, in the software design requirement extraction support method disclosed in the above-mentioned Patent Document 2, the extraction of the functional requirement and the non-functional requirement is performed by the designer without the assistance of a tool or the like. There was a problem that there was a possibility of leakage.
さらに、上記特許文献３に開示されている仕様書作成支援装置においては、ソフトウェア要件仕様書をもとに機能要件であるユーザ操作パターンとシステム挙動に分けて表記しているが、非機能要件について考慮されてなく試験漏れの可能性が残るという課題がある。 Furthermore, in the specification creation support apparatus disclosed in Patent Document 3, the user operation pattern and the system behavior, which are functional requirements, are described separately based on the software requirement specifications. There is a problem that the possibility of test omission remains without being considered.
また、上記特許文献４に開示されている仕様書確認装置においては、仕様書をユースケース、イベントフロー、パス、事前条件、事後条件、不変条件によって定義し、ユースケースに関する事前条件、事後条件および不変条件をチェックすることで、仕様書の矛盾、ミス、漏れを検出しているが、ユースケースに関する事前条件、事後条件および不変条件をチェックして仕様書の矛盾、ミス、漏れを検出するので試験漏れの可能性が残るという課題がある。 Further, in the specification confirmation device disclosed in Patent Document 4, the specification is defined by use cases, event flows, paths, preconditions, postconditions, and invariant conditions. By checking invariant conditions, contradictions, mistakes, and omissions in specifications are detected. However, because preconditions, postconditions, and invariants related to use cases are checked to detect inconsistencies, errors, and omissions in specifications. There is a problem that the possibility of test omission remains.
そこで本発明においては、ソフトウェアの要件の記述方法として機能要件と非機能要件を抜け・漏れなく記載することを可能にし、要件仕様書に対し抜け・漏れのない適格性試験仕様書の作成が可能な仕様書作成支援装置および支援方法を提供することを目的とする Therefore, in the present invention, it is possible to describe functional requirements and non-functional requirements without omissions and omissions as a method of describing software requirements, and it is possible to create qualification test specifications without omissions and omissions for requirement specifications. Is to provide a detailed specification creation support apparatus and support method
上記課題を解決するために本発明は、仕様書の内容を機能要件と非機能要件とに分け、前記機能要件および前記非機能要件についてそれぞれ、項目定義、事前条件、事後条件およびコメントの各項目に入力が行えるようにする構文要素入力フォームを作成し該構文要素入力フォームに構文要素データを入力して要件仕様書を作成する要件仕様書作成手段と、前記作成された要件仕様書の前記事前条件及び前記事後条件の構文要素データにアクセスし、前記事前条件を試験条件の欄に記述し、前記事後条件を試験結果の判定基準の欄に記述する適格性試験仕様書を作成する適格性試験仕様書作成手段と、前記非機能要件として品質特性を用い、前記機能要件を列方向に、前記機能要件に対する前記非機能要件の前記品質特性に係る品質属性を行方向にそれぞれ展開し、該行方向に展開した前記品質属性の各々に項目定義、コメント、事前条件、事後条件の各構文要素データを記述して表形式で表現する品質特性表を作成する品質特性表作成手段と、を備えることを特徴とする。 In order to solve the above problems, the present invention divides the content of the specification into functional requirements and non-functional requirements, and the item definition, precondition, postcondition, and comment items for the functional requirement and the nonfunctional requirement, respectively. A requirement specification creating means for creating a syntax specification element input form that allows the user to input data and inputting a syntax element data into the syntax element input form to create a requirement specification; and Access to pre-condition and post-condition syntax element data, create qualification test specifications that describe pre-condition in test condition column and post-condition in test result criteria column rows and qualification test specification creation means, using the quality characteristics as the non-functional requirements, the functional requirements in a column direction, the quality attributes related to the quality characteristics of the non-functional requirements for the functional requirements of Quality characteristics table that is developed in a tabular format and describes the syntax element data of item definitions, comments, preconditions, and postconditions in each of the quality attributes expanded in the line direction And a table creation means .
本発明によれば、仕様書の内容を機能要件と非機能要件とに分け、前記機能要件および前記非機能要件についてそれぞれ、項目定義、事前条件、事後条件およびコメントの各項目を有する構文要素入力フォームを用い、該構文要素入力フォームにおいて前記各項目にデータを入力して要件仕様書を作成することが可能となり、また作成された要件仕様書の事前条件及び事後条件の構文要素データにアクセスし、前記事前条件を試験条件の欄に記述し、前記事後条件を試験結果の判定基準の欄に記述して適格性試験仕様書を作成することで、事前条件と事後条件の記述が定量的になり曖昧さが排除された適格性試験仕様書を作成することが可能となり、また機能要件に対する非機能要件として品質特性表を用い、機能要件を列方向に、機能要件に対する非機能要件の品質特性に係る品質属性を行方向にそれぞれ展開し、該行方向に展開した品質属性の各々に項目定義、コメント、事前条件、事後条件の各構文要素データを記述して表形式で出力して、機能要件に対する非機能要件の網羅的な確認が容易となるので、要件仕様書の記述内容の抜け・漏れが無くなるばかりでなく、適格性試験仕様書の記述を通して要件仕様書の記述内容の抜け・漏れを更に無くすことができるという有利性を備えるものである。 According to the present invention, the content of the specification is divided into functional requirements and non-functional requirements, and the syntax element input having item definition, precondition, postcondition, and comment items for the functional requirement and the nonfunctional requirement, respectively. It is possible to create a requirement specification by inputting data into each item in the syntax element input form using the form, and access the pre-condition and post-condition syntax element data of the created requirement specification. By describing the pre-conditions in the test condition column and the post-conditions in the test result criteria column and creating a qualification test specification, the description of the pre-conditions and post-conditions can be quantified. to become ambiguity is possible to create a qualification test specification which has been eliminated, also using a quality characteristic table as a non-functional requirements for the functional requirements, the functional requirements in the column direction, functional requirements The quality attributes related to the quality characteristics of the non-functional requirements are expanded in the row direction, and the syntax element data of item definition, comment, precondition, and postcondition are described in each quality attribute expanded in the row direction. Since it is easy to comprehensively check the non-functional requirements for the functional requirements by outputting in the format, not only omissions and omissions in the description contents of the requirement specifications are eliminated, but the requirement specifications are described through the description of the qualification test specifications. This is advantageous in that it is possible to further eliminate omissions and leaks of the description contents of.
以下、本発明の実施の形態を、図面を参照しながら説明する。
図１は、本発明の実施形態に係る仕様書作成支援装置の構成を示すブロック図である。図１において仕様書作成支援装置は、サーバ１内に、
仕様書の内容を機能要件と非機能要件とに分け、章番号と、自然言語による自由記述が可能な項目定義と、コメントと、自然言語と論理和や論理積からなる論理演算子と等号や不等合からなる数型演算子とを組み合わせた記述が可能な事前条件と、事後条件とからなる構文要素データに分けて要件仕様書の内容を記憶する構文記憶装置２と、
構文記憶装置２に記憶されている章番号を目次とし、項目定義、コメント、事前条件、事後条件の各項目に要件の記述入力と修正を行うための構文要素入力フォーム(要件仕様
書の画面データ)を作成しユーザが当該構文要素入力フォーム上で構文要素データを入力して要件仕様書を作成可能とする要件仕様書作成部３と、
構文記憶装置２に記憶されている前記作成された要件仕様書の構文要素データの事前条件及び事後条件にアクセスし、章番号毎に、前記事前条件を試験条件の欄に記述し、前記事後条件を試験結果の判定基準の欄に記述して適格性試験仕様書を作成する適格性試験仕様書作成部４と、
構文記憶装置２に記憶されている前記作成された要件仕様書の構文要素データの章番号をもとに機能要件に対する非機能要件を品質特性として抽出し、抽出した前記非機能要件の品質特性に係る品質属性を展開して項目定義、コメント、事前条件、事後条件の各構文要素データを表形式(以下、品質特性表という)で表して品質特性表を作成する品質特性表作成部５と、
要件仕様書作成部３、適格性試験仕様書作成部４及び品質特性表作成部５における入力や画面表示における選択を所定の手順(後述する図８参照)で行う入力・選択処理部６と、を設け、
上述した要求仕様作成部３、適格性試験仕様書作成部４、品質特性表作成部５及び入力・選択処理部６における各処理の実行と、要件仕様書の構文要素データに係る章番号、項目定義、コメント、事前条件、事後条件などのデータを上記構文記憶装置２に格納するとともに上記各作成部及び入力・選択処理部６の動作を制御するプログラム(図示せず)を格納して要件仕様書及び試験仕様書の作成支援を行うサーバ１と、
サーバ１とユーザ端末８とを連係するネットワーク７と、
ネットワーク７経由でサーバ１とデータのやり取りを行うユーザ端末８と、
により構成される。
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a configuration of a specification creation support apparatus according to an embodiment of the present invention. In FIG. 1, the specification creation support apparatus includes in the server 1,
The contents of the specification are divided into functional requirements and non-functional requirements, chapter numbers, item definitions that can be freely described in natural language, comments, logical operators consisting of natural language and logical sums and logical products, and equal signs A syntax storage device 2 for storing the contents of the requirement specification separately into syntax element data consisting of preconditions that can be combined with numerical operators consisting of inequality and inequality, and postconditions;
Using the chapter number stored in the syntax storage device 2 as a table of contents, a syntax element input form (screen data for requirement specifications) for inputting and correcting requirements for each item definition, comment, precondition, and postcondition ) And the requirement specification creation unit 3 that allows the user to create the requirement specification by inputting syntax element data on the syntax element input form,
The preconditions and postconditions of the syntax element data of the created requirement specification stored in the syntax storage device 2 are accessed, and the preconditions are described in the test condition column for each chapter number. A qualification test specification creation unit 4 for creating a qualification test specification by describing the post-conditions in the test criteria column,
Based on the chapter number of the syntax element data of the created requirement specification stored in the syntax storage device 2, the non-functional requirement for the functional requirement is extracted as a quality characteristic, and the extracted quality characteristic of the non-functional requirement is extracted. A quality characteristic table creation unit 5 that develops the quality attribute table by developing each quality element table in a table format (hereinafter referred to as a quality characteristic table) by expanding the quality attribute and expressing each element data of the item definition, comment, precondition, and postcondition.
An input / selection processing unit 6 for performing input and screen display selection in the requirement specification creation unit 3, the qualification test specification creation unit 4 and the quality characteristic table creation unit 5 in a predetermined procedure (see FIG. 8 described later); Provided,
The execution of each process in the requirement specification creation unit 3, the qualification test specification creation unit 4, the quality characteristic table creation unit 5 and the input / selection processing unit 6 described above, and the chapter numbers and items related to the syntax element data of the requirement specification Data such as definitions, comments, preconditions, postconditions, etc. are stored in the syntax storage device 2 and a program (not shown) for controlling the operation of each of the creating unit and the input / selection processing unit 6 is stored. A server 1 for supporting creation of a certificate and a test specification;
A network 7 linking the server 1 and the user terminal 8;
A user terminal 8 for exchanging data with the server 1 via the network 7,
Consists of.
上記においてサーバ１のコンピュータハードウェア資源は当業者に周知のコンピュータ技術によって実現されているもので、例えばコンピュータハードウェア資源としてＣＰＵ、記憶装置(ＲＯＭ，ＲＡＭ，ＨＤＤを含む)、入出力装置(通信Ｉ/Ｆ，ディスプレイ，プリンタ，マウス，キーボードなどを含む)などを備え、またネットワーク７はユーザ端末８とサーバ１とを連携するもので、ＬＡＮ、公衆網（インターネットを含む）など、周知のネットワーク技術を用いることができ、さらにユーザ端末８はコンピュータ分野で周知のクライアントサーバシステムにおけるクライアントが普通に備えるコンピュータハードウェア資源を備えるもので、ネットワーク７を経由してサーバ１に対する処理の起動やデータの表示(ダウンロードを含む)、データの設定(アップロードを含む)を行う機能を有するものである。また本発明において“適格性試験”とは、ソフトウェア要件仕様書が正しく記述されているかをテストにより確認できるようにすることを意図して“適格性試験”なる用語を用いている。 In the above, the computer hardware resources of the server 1 are realized by computer technology well known to those skilled in the art. For example, as the computer hardware resources, a CPU, a storage device (including ROM, RAM, HDD), an input / output device (communication) The network 7 is a link between the user terminal 8 and the server 1 and includes a well-known network such as a LAN or a public network (including the Internet). In addition, the user terminal 8 includes computer hardware resources that are normally provided in a client in a client server system well known in the computer field. Display (including download), It has a function to set data (including upload). In the present invention, the term “qualification test” uses the term “qualification test” for the purpose of confirming whether or not the software requirement specification is correctly described by a test.
次に本発明の実施形態に係る仕様書作成支援装置の動作を説明する。図２は本発明の仕様書作成支援装置を構成する構成要素間の関係およびデータの流れを示す相関図であり、図１に示したサーバ１の構文記憶装置、各種作成部、入力・選択処理部およびユーザ端末８のそれぞれの関係をデータの流れとともに示したものである。図２に示したそれぞれの機能ブロックは、ユーザ端末８を除いて図１に示したサーバ１内において機能を実現するための機能実現手段であり、相互関係およびデータの流れを図示番号とともに矢視線で示す。なお動作内容の詳細については関連する表示画面並びに図８に示す入力・選択処理部６の処理フローに基づいてあとで説明する。 Next, the operation of the specification creation support apparatus according to the embodiment of the present invention will be described. FIG. 2 is a correlation diagram showing the relationship between the components constituting the specification creation support apparatus of the present invention and the flow of data. The syntax storage device, various creation units, input / selection processing of the server 1 shown in FIG. And the user terminal 8 are shown together with the flow of data. Each function block shown in FIG. 2 is a function realization means for realizing a function in the server 1 shown in FIG. 1 except for the user terminal 8. It shows with. The details of the operation will be described later based on the related display screen and the processing flow of the input / selection processing unit 6 shown in FIG.
図２においてユーザ端末８のユーザがサーバ１にログインする。図２ではユーザ端末８を代表して一つだけ表示しているが、図１に示すようにユーザ端末８はサーバ１に対して複数存在する。次いでサーバ１に対してどのような処理を成そうとするのかの指示をユーザ端末８からデータの流れ(１)に示すように入力・選択処理部６に出す。ここで入力・選択処理部６が行う処理を図８に示す。図８の処理フローの概略を説明すれば、入力フォー
ムのプルダウンメニューが選択されれば、選択された該当処理が実施され、また要件仕様書入力フォームにあるチェックボックスが選択されれば、章や条件の追加及び削除を行い、さらに入力フォームへの記述があれば、記述された内容を構文記憶装置の該当項目記入欄に記述する処理を行う。これを具体的に説明すれば、以下に示すようになる。
In FIG. 2, the user of the user terminal 8 logs into the server 1. In FIG. 2, only one user terminal 8 is displayed as a representative, but a plurality of user terminals 8 exist for the server 1 as shown in FIG. 1. Next, an instruction as to what processing is to be performed to the server 1 is sent from the user terminal 8 to the input / selection processing unit 6 as shown in the data flow (1). The processing performed by the input / selection processing unit 6 is shown in FIG. If the input form pull-down menu is selected, the selected process will be executed. If the check box in the requirement specification input form is selected, the chapter or Conditions are added and deleted, and if there is a description in the input form, a process of describing the described contents in the corresponding item entry column of the syntax storage device is performed. This will be described in detail below.
図８は、図１に示した入力・選択処理部６が行う処理フローを説明するための図であり、図８において、ステップをＳと略記する。ステップS1では、プルダウン・画面(入力フォーム画面)の選択が有るかを判断する。選択がなければステップS9に移行するが、選択が有れば、次のいずれかの処理に移行する。すなわち、
ファイル選択であれば、ステップS2に移行し、ファイルのプルダウンメニューを図３の下部左に示すように表示する。次いでステップS3では選択されたコマンドを実行する。それが済めばステップS9に移行する。
FIG. 8 is a diagram for explaining a processing flow performed by the input / selection processing unit 6 shown in FIG. 1. In FIG. In step S1, it is determined whether a pull-down screen (input form screen) is selected. If there is no selection, the process proceeds to step S9. If there is a selection, the process proceeds to one of the following processes. That is,
If a file is selected, the process proceeds to step S2, and a file pull-down menu is displayed as shown in the lower left of FIG. Next, in step S3, the selected command is executed. When that is done, the process proceeds to step S9.
また品質特性であれば、ステップS4に移行し、品質特性のプルダウンメニューを図３の下部右に示すように表示する。次いでステップS5では選択されたメニュー内容を表示する。それが済めばステップS9に移行する。 If it is a quality characteristic, the process proceeds to step S4, and a pull-down menu of the quality characteristic is displayed as shown in the lower right of FIG. Next, in step S5, the selected menu content is displayed. When that is done, the process proceeds to step S9.
また要求仕様書(画面遷移)であれば、ステップS6に移行し、要求仕様書の入力フォーム画面(図３参照)に遷移する。それが済めばステップS9に移行する。
また適格性試験仕様書(画面遷移)であれば、ステップS7に移行し、適格性試験仕様書の作成画面(図５参照)に遷移する。それが済めばステップS9に移行する。
If it is a requirement specification (screen transition), the process proceeds to step S6 and transitions to a request specification input form screen (see FIG. 3). When that is done, the process proceeds to step S9.
If it is a qualification test specification (screen transition), the process proceeds to step S7, and the qualification test specification creation screen (see FIG. 5) is transitioned to. When that is done, the process proceeds to step S9.
また品質特性表(画面遷移)であれば、ステップS8に移行し、品質特性表の作成画面(図６参照)に遷移する。それが済めばステップS9に移行する。
ステップS9では、(要件仕様書入力フォーム(図３参照)の)チェックボックスへの入力が有るかを判断する。入力がなければステップS14に移行するが、入力が有れば、次のいずれかの処理に移行する。すなわち、
入力が章追加であれば、ステップS10に移行し、章の追加を行う。それが済めばステップS14に移行する。
If it is a quality characteristic table (screen transition), the process proceeds to step S8 and transitions to a quality characteristic table creation screen (see FIG. 6). When that is done, the process proceeds to step S9.
In step S9, it is determined whether there is an input to the check box (of the requirement specification input form (see FIG. 3)). If there is no input, the process proceeds to step S14. If there is an input, the process proceeds to one of the following processes. That is,
If the input is a chapter addition, the process proceeds to step S10 to add a chapter. When that is done, the process proceeds to step S14.
入力が章削除であれば、ステップS11に移行し、章全体の削除を行う。それが済めばステップS14に移行する。
入力が条件追加であれば、ステップS12に移行し、条件項目の追加を行う。それが済めばステップS14に移行する。
If the input is chapter deletion, the process proceeds to step S11 to delete the entire chapter. When that is done, the process proceeds to step S14.
If the input is a condition addition, the process proceeds to step S12 to add a condition item. When that is done, the process proceeds to step S14.
入力が条件削除であれば、ステップS13に移行し、条件項目の削除を行う。それが済めばステップS14に移行する。
ステップS14では、入力フォームへの記述が有るかを判断する。記述がなければそのまま処理を終了するが、記述があればステップS15に進み、ステップS15において記述データを構文記憶装置に記述する。そして処理を終了する。
If the input is condition deletion, the process proceeds to step S13 to delete the condition item. When that is done, the process proceeds to step S14.
In step S14, it is determined whether there is a description in the input form. If there is no description, the process is terminated as it is, but if there is a description, the process proceeds to step S15, and the description data is described in the syntax storage device in step S15. Then, the process ends.
図２に戻って、いま、要件仕様書作成の指示がユーザ端末８のユーザからデータの流れ(１)に示すように入力・選択処理部６に出されたとすると、入力・選択処理部６はデータの流れ(２)に示すように要件仕様書作成部３を起動する。要件仕様書作成部３は、データの流れ(３)に示すように構文記憶装置２をアクセスし構文記憶装置２に記憶されている構文要素データを参照して図３に示されるような要件仕様書入力フォームを作成してデータの流れ(２)，(１)を介してユーザ端末８の端末画面に表示する。ユーザ端末８のユーザは、端末画面に表示された要件仕様書入力フォームに構文要素データの必要な項目に入力または修正を施して図３のような画面データを作成する。作成された図３のような画面データはユーザ端末８からサーバ１内の要求仕様作成部３に送られ、構文記憶装置２に格納さ
れる。なお構文記憶装置２への記述内容の格納は要件仕様書入力フォームの各項目への記述が終了する度にユーザ指示により実行するようにしても良い。
Returning to FIG. 2, if an instruction to create a requirement specification is issued from the user of the user terminal 8 to the input / selection processing unit 6 as shown in the data flow (1), the input / selection processing unit 6 As shown in the data flow (2), the requirement specification creation unit 3 is activated. The requirement specification creation unit 3 accesses the syntax storage device 2 as shown in the data flow (3), refers to the syntax element data stored in the syntax storage device 2, and as shown in FIG. A form input form is created and displayed on the terminal screen of the user terminal 8 through the data flows (2) and (1). The user of the user terminal 8 inputs or corrects necessary items of the syntax element data on the requirement specification input form displayed on the terminal screen to create screen data as shown in FIG. The created screen data as shown in FIG. 3 is sent from the user terminal 8 to the required specification creation unit 3 in the server 1 and stored in the syntax storage device 2. The storage of the description content in the syntax storage device 2 may be executed by a user instruction every time the description of each item in the requirement specification input form is completed.
また適格性試験仕様書作成の指示がユーザ端末８のユーザからデータの流れ(１)に示すように入力・選択処理部６に出されたとすると、入力・選択処理部６はデータの流れ(４)に示すように適格性試験仕様書作成部４を起動する。適格性試験仕様書作成部４は、データの流れ(５)に示すように構文記憶装置２にアクセスし上記で作成され構文記憶装置２に記憶されている要求仕様書の構文要素データの章番号、事前条件、事後条件を参照して章番号毎に、上記した要件仕様書に記述されている事前条件を試験条件の欄に記述し、事後条件を試験結果の判定基準の欄に記述して図５に示すような画面データをデータの流れ(４)，(１)を介してユーザ端末８の端末画面に表示する。ユーザ端末８のユーザは、図５に示すような画面データをローカルで保持するなり、またはプリントアウトするなりして適格性試験仕様書を作成する。図５に示すように表示された画面データにおける試験結果欄、試験日、試験者名は空欄になっており、後日、適格性試験を実施した際に空欄になっている箇所を埋めて適格性試験仕様書の内容を再確認する。 If an instruction to create a qualification test specification is issued from the user of the user terminal 8 to the input / selection processing unit 6 as shown in the data flow (1), the input / selection processing unit 6 receives the data flow (4 The qualification test specification creation unit 4 is activated as shown in FIG. The qualification test specification creation unit 4 accesses the syntax storage device 2 as shown in the data flow (5), and creates the chapter number of the syntax element data of the requirement specification created and stored in the syntax storage device 2 above. For each chapter number, refer to the preconditions and postconditions, describe the preconditions described in the above requirement specifications in the test condition column, and describe the postconditions in the test result criteria column. Screen data as shown in FIG. 5 is displayed on the terminal screen of the user terminal 8 through the data flows (4) and (1). The user of the user terminal 8 creates the qualification test specification by holding the screen data as shown in FIG. 5 locally or by printing it out. In the screen data displayed as shown in FIG. 5, the test result column, the test date, and the name of the examiner are blank, and the qualification is filled by filling in the blanks when the eligibility test is performed at a later date. Recheck the contents of the test specifications.
また品質特性表作成の指示がユーザ端末８のユーザからデータの流れ(１)に示すように入力・選択処理部６に出されたとすると、入力・選択処理部６はデータの流れ(６)に示すように品質特性表作成部５を起動する。品質特性表作成部５は、データの流れ(７)に示すように構文記憶装置２にアクセスし上記で作成され構文記憶装置２に記憶されている要求仕様書の構文要素データの章番号をもとに機能要件に対する非機能要件を品質特性として抽出し、抽出した前記非機能要件の品質特性に係る品質属性を展開して項目定義、コメント、事前条件、事後条件の各構文要素データを表形式で提示する画面データを作成し、該画面データをデータの流れ(６)，(１)を介してユーザ端末８の端末画面に表示する。ユーザ端末８のユーザは、図６に示すような画面データをローカルで保持するなり、またはプリントアウトするなりして品質特性表を作成する。 Further, if an instruction to create a quality characteristic table is issued from the user of the user terminal 8 to the input / selection processing unit 6 as shown in the data flow (1), the input / selection processing unit 6 enters the data flow (6). As shown, the quality characteristic table creation unit 5 is activated. The quality characteristic table creation unit 5 accesses the syntax storage device 2 as shown in the data flow (7), and stores the chapter numbers of the syntax element data of the requirement specifications created and stored in the syntax storage device 2 above. In addition, the non-functional requirements for the functional requirements are extracted as quality characteristics, the quality attributes related to the extracted quality characteristics of the non-functional requirements are expanded, and the syntax element data of item definitions, comments, preconditions, and postconditions are displayed in a table format The screen data to be presented is created, and the screen data is displayed on the terminal screen of the user terminal 8 through the data flows (6) and (1). The user of the user terminal 8 creates the quality characteristic table by holding the screen data as shown in FIG. 6 locally or by printing it out.
上記では説明の都合上、要件仕様書作成部３、適格性試験仕様書作成部４及び品質特性表作成部５の処理について時系列的に説明したが、図３の表示画面において画面遷移指示部１０を操作して適宜画面表示を変更することができる。 In the above description, for the sake of explanation, the processing of the requirement specification creation unit 3, the qualification test specification creation unit 4 and the quality characteristic table creation unit 5 has been described in time series. However, the screen transition instruction unit in the display screen of FIG. 10 can be operated to change the screen display as appropriate.
次に、要件仕様書作成時の画面表示例を図３に示す。
図３の画面では、ファイル処理のプルダウンメニュー９と、要件仕様書、適格性試験仕様書、品質特性表の画面を切換える画面遷移指示部10と、機能要件と非機能要件の選択を行うプルダウンメニュー11と、章番号の追加と削除を行う章番号チェックボックス12と、事前条件と事後条件の条件追加と削除を行う条件チェックボックス13と、構文記憶装置２に記憶されている章番号を目次とするサブメニュー画面14と、要件仕様書の入力と選択のフォーム画面15と、を備え、全体として要件仕様書入力フォームを構成する。
Next, FIG. 3 shows a screen display example when creating the requirement specification.
In the screen of FIG. 3, a pull-down menu 9 for file processing, a screen transition instruction unit 10 for switching the screen of the requirement specification, the qualification test specification, and the quality characteristic table, and a pull-down menu for selecting functional requirements and non-functional requirements 11, chapter number check box 12 for adding and deleting chapter numbers, condition check box 13 for adding and deleting pre-condition and post-condition conditions, and chapter numbers stored in the syntax storage device 2 as a table of contents a sub-menu screen 14, the input and selection of the foam screen 15 requirements specification comprises, constituting the requirements specification input form as a whole.
要件仕様書の記述を行うにあたり、ユーザ端末８のユーザは、まず、機能要件と非機能要件の選択を行うプルダウンメニュー11(図３下部右参照)で、記述する内容の選択を行う。この選択で非機能要件が選択される場合には、本発明では、非機能要件としては、ISO/IEC 9126で記述されているソフトウェアの品質特性モデルの６つの品質属性、すなわち機能性、信頼性、使用性、効率性、保守性、および、移植性を用いる。 In describing the requirement specifications, the user of the user terminal 8 first selects the contents to be described using a pull-down menu 11 (see the lower right in FIG. 3) for selecting functional requirements and non-functional requirements. When a non-functional requirement is selected in this selection, in the present invention, as the non-functional requirement, the six quality attributes of the software quality characteristic model described in ISO / IEC 9126, that is, functionality and reliability are used. Use usability, efficiency, maintainability, and portability.
次に、章番号の追加と削除を行う章番号チェックボックス12を用いて章番号の記述を行う。項目定義には、機能要件または非機能要件の項目定義を自然言語で自由記述し、コメントには、機能要件と非機能要件に関する内容について自然言語で自由記述する。事前条件と事後条件は、条件チェックボックス13を用いて、自然言語からなる条件項目と、論理和や論理積からなる論理演算子を組み合わせた条件式とで記述し、要件仕様書の入力と選
択のフォーム画面15に記述された構文要素データを構文記憶装置２に記憶する。
Next, a chapter number is described using a chapter number check box 12 for adding and deleting chapter numbers. In the item definition, the function definition or non-functional requirement item definition is freely described in natural language, and in the comment, the contents related to the functional requirement and non-functional requirement are freely described in natural language. Pre-conditions and post-conditions are described using condition check boxes 13 as condition items consisting of natural language and conditional expressions combining logical operators consisting of logical sums and logical products, and input and selection of requirement specifications. The syntax element data described in the form screen 15 is stored in the syntax storage device 2.
図４に非機能要件について記述した要件仕様書作成時の画面表示例を示す。図４の画面では、図３の画面において、機能要件と非機能要件の選択を行うプルダウンメニュー11(図３下部右参照)により、非機能要件の品質特性に係る品質属性の機能性が選択されたことに伴う画面表示例であり、その他は図３と同じなのでその説明を省略することにする。 FIG. 4 shows a screen display example when creating a requirement specification describing non-functional requirements. In the screen of FIG. 4, the functionality of the quality attribute related to the quality characteristic of the non-functional requirement is selected by the pull-down menu 11 (see the lower right of FIG. 3) for selecting the functional requirement and the non-functional requirement in the screen of FIG. This is an example of the screen display accompanying this, and the rest is the same as in FIG.
次に、適格性試験仕様書作成時の画面表示例を図５に示す。
図５の画面では、図３の要件仕様書作成時の画面に対し、要件仕様書の入力と選択のフォーム画面15に代わり、適格性試験仕様書のフォーム画面16を備えている。なお適格性試験仕様書のフォーム画面16にはスクロールバーが下辺、右辺に設けられており、適宜スクロール可能にされる。
Next, FIG. 5 shows a screen display example at the time of preparing the qualification test specification.
The screen of FIG. 5 is provided with a form screen 16 of a qualification test specification instead of a form screen 15 for inputting and selecting a requirement specification in contrast to the screen for creating the requirement specification of FIG. The form screen 16 of the qualification test specification is provided with scroll bars on the lower side and the right side, and can be scrolled as appropriate.
適格性試験仕様書のフォーム画面16においては、構文記憶装置２に記憶されている構文要素データの事前条件を試験条件の欄に、事後条件を試験の判定基準の欄に記述する。
なお、上記においては適格性試験仕様書のフォーム画面16には上記適格性試験仕様書作成部４の処理によってそれぞれ試験条件の欄、試験の判定基準の欄に記述が埋め込まれるように説明したが、上記要件仕様書の入力フォーム画面15と同様、ユーザが適格性試験仕様書のフォーム画面16上で適切な入力記述を行って埋め込むようにしてもよい。この場合において、適格性試験仕様書の作成が中断することも考えられるので、上記構文記憶装置２は単に要件仕様書を格納するだけでなく、作成中の適格性試験仕様書を格納することができるデータベース機能を有したものとなる。
On the form screen 16 of the qualification test specification, the preconditions of the syntax element data stored in the syntax storage device 2 are described in the test condition column, and the postconditions are described in the test judgment criterion column.
In the above description, the form screen 16 of the qualification test specification has been described so that the description is embedded in the test condition column and the test criterion column by the processing of the qualification test specification creation unit 4. Similarly to the requirement specification input form screen 15, the user may embed an appropriate input description on the form screen 16 of the qualification test specification. In this case, since the creation of the qualification test specification may be interrupted, the syntax storage device 2 may store not only the requirement specification but also the qualification test specification being created. It has a database function that can.
次に、品質特性表作成時の画面表示例を図６に示す。
図６の画面では、図１の構文記憶装置２に記憶されている構文要素データのうち、列方向を機能要件、行方向を非機能要件の品質特性に係る品質属性の６つの特性とし、章番号、項目定義、事前条件、事後条件を表形式で記述する品質特性表のフォーム画面17を備えている。
Next, FIG. 6 shows a screen display example when creating the quality characteristic table.
In the screen of FIG. 6, among the syntax element data stored in the syntax storage device 2 of FIG. 1, the column direction is a functional requirement and the row direction is six characteristics of quality attributes related to the quality characteristics of non-functional requirements. A quality characteristic table form screen 17 describing numbers, item definitions, preconditions, and postconditions in a table format is provided.
なお、上記においては品質特性表のフォーム画面17には上記品質特性表作成部５の処理によって表形式の記述欄に記述が埋め込まれるように説明したが、上記要件仕様書の入力フォーム画面15と同様、ユーザが品質特性表のフォーム画面17上で適切な入力記述を行って埋め込むようにしてもよい。この場合において、品質特性表の作成が中断することも考えられるので、上記構文記憶装置２は単に要件仕様書を格納するだけでなく、作成中の品質特性表を格納することができるデータベース機能を有したものとなる。 In the above description, the quality characteristic table form screen 17 has been described so that the description is embedded in the description column of the table format by the processing of the quality characteristic table creation unit 5, but the above requirement specification input form screen 15 and Similarly, the user may make an appropriate input description on the form screen 17 of the quality characteristic table and embed it. In this case, since the creation of the quality characteristic table may be interrupted, the syntax storage device 2 has a database function capable of storing not only the requirement specification but also the quality characteristic table being created. It will have.
図７は品質特性表画面への記述例を示し、図６の品質特性表作成のフォーム画面17における表形式への記述例を示すもので、品質特性表のフォーム画面17には下辺にスクロールバー18が、また右辺にスクロールバー19が設けられ、これらのスクロールバー18,19を操作することにより表示内容を変化させることができる。図７に示すように機能要件に対応した非機能要件の品質属性の記入を行うことで、非機能要件の網羅的な確認ができ、ソフトウェアの要件仕様書の抜け・漏れを抑制することができる FIG. 7 shows an example of description on the quality characteristic table screen, and shows an example of description in the table format on the form screen 17 for creating the quality characteristic table in FIG. 6. The quality characteristic form form screen 17 has a scroll bar at the bottom. 18 and a scroll bar 19 is provided on the right side, and the display contents can be changed by operating these scroll bars 18 and 19. As shown in FIG. 7, by filling in the quality attributes of the non-functional requirements corresponding to the functional requirements, it is possible to comprehensively check the non-functional requirements and to suppress the omission / missing of the software requirement specifications.
１ サーバ
２ 構文記憶装置
３ 要件仕様書作成部
４ 適格性試験仕様書作成部
５ 品質特性表作成部
６ 入力・選択処理部
７ ネットワーク
８ ユーザ端末
９ ファイル処理のプルダウンメニュー
１０ 画面遷移指示部
１１ 機能要件と非機能要件の選択を行うプルダウンメニュー
１２ 章番号チェックボックス
１３ 条件チェックボックス
１４ サブメニュー画面
１５ 要件仕様書の選択と入力フォーム
１６ 適格性試験仕様書の入力フォーム
１７ 品質特性表の入力フォーム
DESCRIPTION OF SYMBOLS 1 Server 2 Syntax storage device 3 Requirement specification creation part 4 Qualification test specification creation part 5 Quality characteristic table creation part 6 Input / selection processing part 7 Network 8 User terminal 9 File processing pull-down menu 10 Screen transition instruction part 11 Function Pull-down menu for selecting requirements and non-functional requirements 12 Chapter number check box 13 Condition check box 14 Submenu screen 15 Requirement specification selection and input form 16 Qualification test specification input form 17 Quality characteristic table input form
Claims (2)
前記作成された要件仕様書の前記事前条件及び前記事後条件の構文要素データにアクセスし、前記事前条件を試験条件の欄に記述し、前記事後条件を試験結果の判定基準の欄に記述して適格性試験仕様書を作成する適格性試験仕様書作成手段と、
前記非機能要件として品質特性を用い、前記機能要件を列方向に、前記機能要件に対する前記非機能要件の前記品質特性に係る品質属性を行方向にそれぞれ展開し、該行方向に展開した前記品質属性の各々に項目定義、コメント、事前条件、事後条件の各構文要素データを記述して表形式で表現する品質特性表を作成する品質特性表作成手段と、
を備えることを特徴とする仕様書作成支援装置。 Syntax element input form that divides the content of the specification into functional requirements and non-functional requirements, and allows input to the item definition, pre-condition, post-condition, and comment items for the functional requirement and the non-functional requirement, respectively. Requirement specification creation means for creating a requirement specification by creating syntax element data in the syntax element input form,
Access the pre-condition and post-condition syntax element data of the created requirement specification, describe the pre-condition in the test condition column, and the post-condition in the test criteria column A qualification test specification creation means for creating a qualification test specification written in
Using the quality characteristic as the non-functional requirement, the functional requirement is expanded in the column direction, the quality attribute related to the quality characteristic of the non-functional requirement with respect to the functional requirement is expanded in the row direction, and the quality expanded in the row direction A quality characteristic table creating means for creating a quality characteristic table that describes each element attribute, item definition, comment, precondition, and postcondition syntax data in a tabular format;
A specification creation support apparatus characterized by comprising:
作成された前記構文要素入力フォームに構文要素データを入力して要件仕様書を作成する過程と、
作成された前記要件仕様書の前記事前条件及び前記事後条件の構文要素データにアクセスする過程と、
前記構文要素データの前記事前条件を試験条件の欄に記述し、前記事後条件を試験結果の判定基準の欄に記述して適格性試験仕様書を作成する過程と、
前記非機能要件として品質特性を用い、前記機能要件を列方向に、前記機能要件に対する前記非機能要件の前記品質特性に係る品質属性を行方向にそれぞれ展開し、該行方向に展開した前記品質属性の各々に項目定義、コメント、事前条件、事後条件の各構文要素データを記述して表形式で表現する品質特性表を作成する過程と、
を含むことを特徴とする仕様書作成支援方法。 Syntax element input form that divides the content of the specification into functional requirements and non-functional requirements, and allows input to the item definition, pre-condition, post-condition, and comment items for the functional requirement and the non-functional requirement, respectively. And the process of creating
A process of creating a requirement specification by inputting syntax element data into the created syntax element input form;
Accessing the pre-condition and post-condition syntax element data of the created requirement specification;
Describing the preconditions of the syntax element data in a test condition column and describing the postconditions in a test result determination criteria column to create a qualification test specification;
Using the quality characteristic as the non-functional requirement, the functional requirement is expanded in the column direction, the quality attribute related to the quality characteristic of the non-functional requirement with respect to the functional requirement is expanded in the row direction, and the quality expanded in the row direction A process of creating a quality characteristic table that describes each element attribute, item definition, comment, precondition, and postcondition syntax data in a tabular format,
A specification creation support method characterized by including:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007167632A JP5119765B2 (en) | 2007-06-26 | 2007-06-26 | Specification creation support apparatus and support method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007167632A JP5119765B2 (en) | 2007-06-26 | 2007-06-26 | Specification creation support apparatus and support method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009009212A JP2009009212A (en) | 2009-01-15 |
| JP5119765B2 true JP5119765B2 (en) | 2013-01-16 |
Family
ID=40324255
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007167632A Expired - Fee Related JP5119765B2 (en) | 2007-06-26 | 2007-06-26 | Specification creation support apparatus and support method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5119765B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011170587A (en) * | 2010-02-18 | 2011-09-01 | Fuji Electric Co Ltd | Software development support apparatus and method |
| JP2015005163A (en) * | 2013-06-21 | 2015-01-08 | 三菱電機株式会社 | Specification creation device, and program |
| DE112017006969T5 (en) | 2017-01-31 | 2019-10-10 | Mitsubishi Electric Corporation | REQUIREMENTS ANALYZER, REQUEST ANALYSIS PROCEDURE AND REQUEST ANALYSIS PROGRAM |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3502543B2 (en) * | 1998-04-23 | 2004-03-02 | 株式会社東芝 | Test case generation system and test case generation method |
| JP4905119B2 (en) * | 2006-12-26 | 2012-03-28 | 富士電機株式会社 | Specification creation support apparatus and method |
-
2007
- 2007-06-26 JP JP2007167632A patent/JP5119765B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009009212A (en) | 2009-01-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3557423B1 (en) | System and method for testing electronic visual user interface outputs | |
| US7624380B2 (en) | Generating functional test scripts | |
| CN106415480B (en) | High-speed application for installation on a mobile device for enabling remote configuration of the mobile device | |
| US20050240555A1 (en) | Interactive electronic technical manual system integrated with the system under test | |
| US20080120282A1 (en) | Interactive electronic technical manual system with database insertion and retrieval | |
| JP6907305B2 (en) | How to automatically detect, correct, and translate non-localized rows | |
| JP2012221380A (en) | Automatic program generation device, method and computer program | |
| KR20190095099A (en) | Transaction system error detection method, apparatus, storage medium and computer device | |
| CN104468655A (en) | Method and system for testing reverse proxy software | |
| JP5119765B2 (en) | Specification creation support apparatus and support method | |
| JP4626675B2 (en) | Firmware providing method, communication system and service server using communication network | |
| JP7318704B2 (en) | Test equipment, test method and program | |
| JP4905119B2 (en) | Specification creation support apparatus and method | |
| Penberthy | Beginning ASP. NET for Visual Studio 2015 | |
| JP2008293382A (en) | Automatic test specification generation system | |
| US10545729B2 (en) | Computer program interface | |
| JP2019079165A (en) | Editing program, editing device and editing method | |
| JP6665637B2 (en) | Program creation support system | |
| JP2015148925A (en) | Program generation device and method | |
| JP2011170587A (en) | Software development support apparatus and method | |
| KR20170038972A (en) | Method and apparatus for developing work system | |
| Chelemen | Modeling a web application for cloud content adaptation with ASMs | |
| JP4905117B2 (en) | Specification description support device | |
| US11340918B2 (en) | Knowledge engine auto-generation of guided flow experience | |
| JP4961915B2 (en) | Specification description support apparatus and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A625 | Written request for application examination (by other person) |
Free format text: JAPANESE INTERMEDIATE CODE: A625 Effective date: 20100415 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120515 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120711 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120925 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121008 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151102 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |