ソフトウェア・シンポジウム 2015 in 和歌山

要求のヌケ・モレを防ぐためのゴール分解方法の提案と実験−ソフトウェア・シンポジウム 2014
岡野 道太郎筑波大学大学院ビジネス科学研究科
okano@gssm.otsuka.tsukuba.ac.jp

要旨

WG3 の事例−

中谷 多哉子
放送大学 情報コース
tinakatani@ouj.ac.jp

でモレ・ヌケとは，要求者が開発者に対して要求を提示し，開発者が設計・実装するとき，設計・実装上必要なシステムの要求獲得でゴールモデルを利用する際に，事項が開発者に伝わっていなかった状態と本研究では定できる限り要求のヌケやモレがなく，誰でも実施可能な義する．モレ・ヌケがあると，要求者と開発者の間で誤ゴール分解を可能とする手法・質問方法を提案するのが解を生じ，その結果，後工程でそのヌケ・モレに対応す

本研究の目的である．

るための要求変更が起こり，開発コストが高くなってし目的を達成するために，本研究では，ゴール分解手法まう可能性がある．したがって，要求のヌケ，モレがなとして Lamsweerde の「ゴール・カテゴリ」を参考にゴーく，分析者が同程度の品質のゴールモデルを作成できるル分解方法を提案し，そのゴール分解を誰でも行えるよようにするためのゴール分解手法が必要となる．

うに，ゴール分解方法に対応する質問方法を提案する．

1.2. 研究の目的

そして，この提案の有効性を検証するために，「交通安全」の事例を用いて，ソフトウェア・シンポジウム 2014
ワーキンググループ WG3「要求変更の要因分析」で実本研究は，システムの要求獲得時に要求のヌケ，モレ験した．その結果，提案する質問を行うと，詳細化したを削減するためのゴール分解手法を提案する．また，そゴールが多くあらわれることが明らかとなった．の手法を技術者に質問するための方法を開発する．さらに，提案する手法および質問方法の有効性を評価するためにゴール分解実験を行う．

1. はじめに
2. 関連研究1.1. 研究の背景
2.1. ゴール指向要求分析
ゴール指向分析では，はじめにシステムの目標であるトップゴールを抽出し，そのトップゴールを AND 分解，ゴール指向要求分析は，ゴールに基づいて要求を分析

OR 分解を用いて詳細化を行っていく．しかし，詳細化を行う際に，さまざまな観点からゴールを分解できてしする手法である．主なゴール指向要求分析手法としてはまうため，出来上がったゴールグラフが，必ずしも同じホルダの要望を十分に反映しないゴールグラフが出来た

i*[1] は要求分析を行う際に，アクター，ゴール，タスク，ソフトゴール，資源という要素を用い，アクター間の依存関係を他の 4 つの要素を用いて分析する．これにり，考慮すべき状態が挙げられていないゴールグラフがよって，各アクターが達成すべきゴールを抽出できるよ出来てしまうこともある．このようなゴールグラフを元うになる．

i*，KAOS 等がある．

ゴールグラフになるとは限らない．その結果，ステークに要求仕様を作成し，後工程を実行すると，要望や考慮KAOS[2] は，上位ゴールを AND 分解と OR 分解のいすべき事項のヌケ・モレが発生する可能性がある．ここ

ずれかを用いて，サブゴールへと繰り返し詳細化してい124SEA

ソフトウェア・シンポジウム 2015 in 和歌山

く．AND 分解は，詳細化されたサブゴールのすべてがにゴール分解していくのがよいかについては，具体的な達成されないとゴールが達成されない分解方法であり，手法が紹介されていない．

OR 分解は，ゴールのうち 1 つでも達成されればゴール

3. 提案する手法が達成される分解方法である．本研究の議論の出発点はゴールモデルのトップゴールである．トップゴールをどのように分解すればゴールモデルの品質を確保できるか

ここでは，本研究で提案する手法の概要と，手法を質を論ずるために，i*におけるアクター間の依存関係から問するための，指示の内容と順番を述べる．

議論を始めるのではなく，KAOS のゴールの詳細化に

3.1. ゴール分解方法へのアプローチおける課題を定義し，その解決策を考案することから始める．

モレ・ヌケは「設計・実装上必要な事項が，開発者に伝わっていなかった状態」と定義したので，モレ・ヌケ

2.2. ゴール・カテゴリをなくすには，設計・実装に必要な情報が開発者に伝わLamsweerde は，[2] の中で，ゴールをカテゴリ化してればよいこととなる．ここで，機能要件における設計・いる．ゴールは大きく，「機能ゴール」と「非機能ゴール」

実装に必要な情報とは，プログラミングを記述するうえに分かれ，「機能ゴール」はさらに，「満足」，「刺激−反で必要な情報，すなわち「どのような関数・メソッド」応」，「情報」の 3 つに別れる．それぞれの意味を，以下を「どのような引数」で，「いつどの順番で呼び出すか」のように説明している．

であると考えられる．これらの情報をゴールカテゴリを活用して引き出す方法を提案すれば，本研究の目的は達• 満足：エージェントの要求を満足させることに関す成される．

る機能ゴール3.2. ゴール分解方法の提案• 刺激−反応：特定のイベントに対する適切な反応に関する機能ゴール

本提案手法は，Lamsweerde のゴールカテゴリの研究• 情報：重要なシステムの状態に関してエージェントに知らせることに関する機能ゴールを参考にしたもので，トップゴールが与えられたとき，本研究では，ゴール分解の方法を論じるにあたり，ゴー• ステップ 1：そのシステムに関するステークホルダ
X を挙げる以下の手順でゴール分解を行うといったものである．

ル・カテゴリのうち，特に機能ゴールの分解方法に着目する．なぜならば，機能ゴールの分解に関しては，未だ，属人的な手法となっていると著者らは考えるからである．

Lamsweerde も [2] の中でゴール獲得方法やゴール洗• ステップ 2：ステークホルダ X は，最終的にどのような状態になっていれば満足するのかを挙げ，「ステークホルダー X にとって，対象 S が状態 Q になっ練方法を述べている．特に，「8.8.1 Eliciting preliminaryている」というゴールを作成する

goals」では，経験則として，ゴール抽出方法を紹介している．ゴールカテゴリに関しては，「（H3)Instantiate• ステップ 3：「最終的に満足な状態 Q」になるため

goal categories 」の中で，ゴールカテゴリの葉が，システム固有の要求になるため，具現化する必要があると述に，「事前に達していなければならない状態 P が起べている．さらに，ゴールカテゴリ以外のゴール抽出・プロセス A が起動され終了している」と AND 分解

洗練方法も紹介されており，下位ゴールに洗練するためし，状態 P を探し，変換プロセス A を割り当てる．

きた」というサブゴールと「イベントがおき，変換の HOW/WHY の質問，責任による分割，ソフトゴール• ステップ 4：最終的に満足する状態 Q になるためにの認識，エージェントの願望の識別，障害や脅威の分析必要な情報を挙げるなどが紹介されている．
しかし，本研究で焦点を当てている設計・実装のため

Lamsweerde のゴールカテゴリでは，満足ゴールはにモレ・ヌケを削減するためには何が必要で，どのよう「エージェントの要求を満足させることに関する機能ゴー

125

SEA

ソフトウェア・シンポジウム 2015 in 和歌山ル」である．ここではエージェントは満足させる対象，このようにオブジェクトの属性値を明確にした後，そすなわちステークホルダーと考えられる．そこでシステれらの属性値が，オブジェクトのとり得る値として可能ムのステークホルダーに対して着目しゴール分解を行う．

かどうか，また満足ゴールを満たしているかどうかを検ステップ 2 では，Lamsweerde の満足ゴールの「満足証しなければならない．具体的には，オブジェクトの属させること」の部分を具体化している．つまり，ステー性値を変えて，制約に違反していないか，満足ゴールをクホルダーが求める最終的状態，すなわち最終的な出力満たしているかの評価が必要である．に着目して分解を行う．このとき，何が（対象 S) どのような値（状態 Q) になっていれば良いかを明確にする．
また状態 Q で満たさなければならない制約についても

3.3. 手法を利用するための質問方法
前で述べたように，本手法は 4 ステップのゴール抽出挙げる．

から構成されている．そこで，これらのプロセスを遂行

ステップ 3 では，Lamsweerde の刺激‐反応ゴールをしやすくするための質問方法を以下に述べる．

具体化する．刺激‐反応ゴールは「特定のイベントに対提案する質問方法では，ゴール抽出のプロセスを遂行する適切な反応に関する機能ゴール」であった．ここでしやすくするために，以下の質問を網羅する必要がある．

「適切な反応」とは「イベントが起きたときの状態 P から，満足ゴールの状態 Q に至る反応」と考える．この1. ステップ 1 の質問：
「このシステムを利用する人と，関係者を挙げてください」

反応がプログラムを実装したときの「関数・メソッド」に対応する．この刺激−反応，すなわち刺激を与える状

2. ステップ 2 の質問：
「このシステムを利用する人は，態 P から反応が起きた状態 Q に至るプロセスを「変換どうなっていればよいと思うか，列挙してください」

プロセス」と定義する．この状態 P が見つかり，変換プロセスが記述できるかが詳細化できるかどうかのポイン

3. ステップ 3・4 の質問：
「最終的に満足する状態 S にトであり，これが開発者に伝わらなければならない．

なるためには，その前提として，何が，どのようなまた，ある変換プロセス A の状態 Q が別の変換プロ状態になっていなければなりませんか」

セス B の状態 P になっていて，変換プロセス B の状態

実際の質問を行う場合，「このシステム」の部分に，具Q が，さらに別の変換プロセス C の状態 P になっていた場合，A → B → C のように遷移が起こり得る．この体的なシステム名が入る．
ステップ 3・4 の質問は 2 ステップで 1 つの質問になっように状態 P，Q の関係により「いつどの順番で呼び出ている．これは最終的な状態 Q はわかっても，その直前すか」が判明する．の状態 P はわかりにくいので，状態 Q の前の状態をすステップ 4 では Lamsweerde の情報ゴールを具体化す

べて挙げてもらい，要求をまとめる際に，状態間の遷移る．状態ゴールは，「重要なシステムの状態」を問題とすと必要な情報を分析し，直前の状態 P を見出そうとしてる．ステップ 3 のイベントが起きるときの状態 P と終了いるからである．

時の状態 Q の状態がわからないと変換プロセスが生ぜこの質問法の有効性を評価するために，我々は，ソフトず，ゴールが達成できないため，状態 P と状態 Q は重ウェア・シンポジウム 2014 のワーキンググループ WG3

要なシステムの状態と言える．ここで状態とは複数オブ「要求変更の要因分析」において，この質問を行う場合

ジェクトの属性値と考える．すると，ここで状態 Q にと行わない場合について，具体的にゴールモデルがどのなるために必要な情報は，変換プロセス起動時の状態 Pように変化するかを実験した．その実験と成果について，を構成するオブジェクトの属性値と，終了時に満たすべ以降で議論する．

き状態 Q を構成するオブジェクトの属性値となる．状態 P を構成するオブジェクトの属性値のうち，変換プロ

4. 実験

セスが直接参照できない値は，変換プロセスの「引数」等で渡される．これら状態を構成するオブジェクトの属

4.1. 実験計画

性値が詳細化でき，開発者に伝わらないと，設計・実装上，「関数・メソッド」をどのような引数で呼び出せばよ

ゴールグラフ作成に対する本提案の有効性を確認する

いかわからなくなる．

ために，本実験を行う．本実験は，2 フェーズに分かれ

126

SEA

ソフトウェア・シンポジウム 2015 in 和歌山ている．第一フェースでは，質問なしにゴールグラフをまた，図 1 の章レベルで挙げられている「歩行者」，作成する．その後行われる第二フェーズでは，はじめに「車両」の 2 つと，条・項レベルで挙げられている「目本提案の質問を行い，その後ゴールグラフを作成する．の不自由な人」，「自動車」の 2 つはゴールやエージェン

その後，第一フェーズと第二フェーズ間で違いがあるかト中に現れているが，そのほかの利用者については出てどうかを評価する．

きていない．
「人」，「車」という抽象的な概念で表現して実験は，交通安全に関するゴールに関して行ったものいるゴールもある．

である．我々は，本提案の手法は，社会システムの改善

4.3. 実験：第二フェーズ (ワーキンググループ 2 日目)にも情報システムへの適用にも，どちらも可能であると考えている．そこで今回は社会システムの例として交通4.3.1安全を取り上げる．交通安全の目的について扱った法律である道路交通法 [3] や関連法規と比較することにより実験内容

第一フェーズの実験から 2 日後に行った．大学生 2 人と評価する．

本稿の筆者 2 人が参加した．大学生は 2 人とも第一フェー

具体的には，道路交通法等に出てくる用語と実験で出ズの参加者であった．本稿の筆者 1 人（第一フェーズに現した用語を詳細化のレベルを考慮して比較することに参加していない．以下実験者と記す）が質問を行い，大よって効果を測定する．

学生から挙げられたゴールを付箋紙に記載し，模造紙に道路交通法において，どのような利用者 の詳細化が貼っていった．そして付箋紙に記載されたゴールをサブなされているかを図 1 に示す．この図と，本実験で挙げゴールに分類した．この作業を 90 分間行った．

られたゴールと対応付けることによって，被験者が，ど以下，どのように質問を行ったかを説明する．の程度ゴールを詳細に分解出来ていたかを測定する．

1. 実験者が，トップゴールである「利用者が交差点で安全快適に通行できている」を挙げた

なお，本実験は，ソフトウェア・シンポジウム 2014 のワーキンググループ WG3「要求変更の要因分析」として行なった．

2. 実験者がさらに，トップゴールを，「利用者が交差点で安全に通行できている」，「利用者が交差点で快適に通行できている」に分解した

4.2. 実験：第一フェーズ (ワーキンググループ 1 日目)
4.2.1

実験内容

大学生 5 人と，システム開発経験者，本稿の筆者の 1

3. 実験者が，第一の質問「交差点を利用する人と，関係者を挙げてください」を行った．この質問を受け人が参加して行った．ゴール指向分析と AND 分解，ORて，参加者の大学生 2 人は，「利用者が交差点で安全分解を説明した後，トップゴールである「利用者が交差に通行できている」，「利用者が交差点で快適に通行点で安全快適に通行できている」を挙げ，それをゴールできている」のゴールの下に，利用者を挙げ，ゴー分解するように指示した．ただし，トップゴールから直ルを詳細化していった．

接結びつかないゴールを挙げてもかまわないものとし，

4. 実験者が「安全快適に通行できるために関与していゴールを付箋紙に記述し，模造紙に貼った．この作業をる」というゴールを挙げ，参加者は，関係者であり90 分間行った．

利用者でないものを挙げて，そのゴールを詳細化していった．

4.2.2

結果

第一フェーズで作成したゴールグラフは図 2 のとおり

5. これら利用者，関係者のサブゴールが挙がった後，実験者は，第二の質問「交差点を利用する人は，どである トップゴールからつながなくてよいとしたため，うなっていればよいと思うか，挙げてください」とトップゴールと繋がらないゴールが多数，出来ている．の質問を行った．ただし，この質問は，被験者の理

実験中，大学生の 1 人が「交通システム」の授業で「歩解性を向上させるため「交差点に信号機があるとし車分離」等の概念について学んだとの発言があったが，て，歩行者は，待っているとき，どうなっていてほそれらはゴールとして挙がっていない．

しいですか，挙げてください」という質問に変えた．

127

SEA

ソフトウェア・シンポジウム 2015 in 和歌山

図 1. 道路交通法の交通方法に関する利用者

6. その後，「歩行者が渡っているとき」，「自動車が待っているとき」と，利用者と状況を変えて質問を行っため，左折のゴールをあえて作らず，右折のみにしたためである．

た．質問を行うものが，ゴールを付箋紙に記入し，大学生の 2 人がゴールを挙げていった．

図 1 の章レベルは「歩行者」1 つであるが，条・項レベルは，「子供」（幼児），「目の不自由な人」，「老人」（高齢者），「自動車」，「バイク」（原動機付自転車）等，フェー

予定では，信号機に関して，被験者が一通りサブゴーズ 1 より多くのゴールが詳細に挙がっている．さらにルを挙げたら，歩道橋についてもゴール分解の作業を行ってもらうことにしていたが，時間がなかったため，行えなかった．また「安全快適に通行できるために関与

フェーズ 1 では挙がっていなかった節レベルの「緊急車両」（緊急自動車等），「自転車」も挙げられている．このほか，「三輪車」，「せっかちな歩行者」，「横断する気のしている」ゴールについても，ステークホルダを挙げる

ない歩行者」，「暴走族」，「右折する車」，「左折する車」，

ところ，すなわち第一の質問までは行ったが，それ以上「直進する車」，「右折する自転車」，「左折する自転車」，は時間がなく行えなかった．第三の質問も行えなかった．

「直進する自転車」といった，道路交通法にないものまでも詳細化されている．

4.3.2

結果

4.4. 評価
上述の作業で作成したゴールグラフは図 3（「安全に通行できている」のゴールを基に作成），図 4（「快適に今回は，第一の質問しか終わっていないため（第二の通行できている」のゴールを基に作成），図 5（「安全快質問は作業途中），第一の質問であるステークホルダー

適に通行できるために関与している」のゴールを基に作の出現数について比較する．

成）である．

第一フェーズと第二フェーズを比較した表が，表 1 でなお，利用者には「右折する自動車」，「左折する自動ある．第一フェースは，章より詳細化された「節レベル」車」があるのにもかかわらず，「どうなっていてほしい「条・項レベル」で出てくる用語が，第二フェーズよりもか」に関しては右折のみしかない．これは，「どうなって少ない．このことから，第二フェーズのほうが，詳細化いてほしいか」をたずねたとき，大学生の 1 人が，「左折したゴールが多く現れているといえる．一方，章に関しはどうでもいいけど，右折がしたい」という意見が出たては，第一フェーズのほうが 1 つ多い．これは，「車両」という言葉が第二フェースで出てこなかった為である．た128

SEA

ソフトウェア・シンポジウム 2015 in 和歌山

利用者が交差点で安全快適に通行できている
Googleに任せる

安価である

省エネである
利用者にとって快適な交差点になっている
安全な交差点になっている

Google美しい景観が守られている
歩行者がどの方向にも最短で横断できる

利用者が渡りたいときにいつでも渡れる
大雨でも冠水しない
地下道

車にセンサーとＣＰＵをつけて、相互に位置と距離を計算して速度と方向を制御する

車がどの程度並んでいるかで信号を制御する
車線をいっぱいにする

歩行者にとって信号待ちが短い交差点になっている
大雨でも冠水しない

車が協調運転を行い全方向から止まらずに平面交差できる
車両

歩行者の渡りたい５ｍくらい前で感知する信号

見通しが良い信号を変えるべき車列の長さが定義されている歩道橋が存在する
人感センサーの人感シグナルを信号機に伝える
横断歩道が誰からも見やすく維持されている

車列の長さを検知する仕組みをつくる

塗料がはげていない
歩道橋
交差点の５ｍ手前に人感センサーを設置する

車列の長さが信号を変えるべき。長さに達しているか否か判断する
Ｐｏｌｉｃｅ

歩行者にとって車通りが少ない

歩行者用の地下道が存在する
信号機が青・赤・黄の時間を測定している
左折用の車両用の専用レーンが提供されている（信号待ち不要）
歩行者が道路を急に飛び出して来ない
人が交差点に近づいたことによって人が渡れるように色を変える

困った車両のスムーズな運行

自動車が歩行者を守る壁

本質安全

車のならびに対応できるアルゴリズムを考える

車を検知するセンサー位置が車の運転手に知らされている

安全壁モニタをつける
利用者同士がぶつからない道（横断歩道）ガードレールをつける
交差点を二重構造にする（クルマ地下）
道路民間工事企業
反射板をつける
頑丈なガードレール
上を円形交差点にして人は歩まず歩けるようにする
Ｘここではクルマは曲がることができない→別のところで曲がる
クルマが快適コスト大 本質安全→交差点の機能を他に押し付けるだけ
ガードレール
Ｃ１止まらずにまっすぐ偽走る
地下！人！苦痛（橋）

コスト安い①・・・②省エネ③信号機不要

ＸＣ１クルマ右／左折できず
目の不自由な人にも信号の色が分かるようになっている

クルマは止まる必要なし

Ｘ安全＝一方の道路を地下に走らせる

人が快適

人も止まる必要なし
右折しやすい信号をつける
ＸＨＧ１止まらず交差点をいつでも歩ける
青信号で音とかが鳴る
信号の状態を使える人がいる

Ｘ地下道を歩く→不快交差点①交差点機能クルマの右・左折まっすぐのみ
ＸＨＧ１①クルマ走れず車が道路上下

矢印信号がついている信号機が正常に動作している
信号機

１日目 (1/1)

利用者が信号を守る
歩行者

図 2. 1 日目のゴールグラフ

129

SEA

ソフトウェア・シンポジウム 2015 in 和歌山

利用者が交差点で安全快適に通行することに関与している

利用者が交差点で安全に通行できている暴走族（信号を無視する人）が安全に通行できる三輪車が交差点で安全に通行できている

せっかちな歩行者が交差点で安全に通行できている

緊急車両が安全に通行できる

バイクが安全に道を渡れる
子供が交差点で安全に通行できている

右折する自転車が安全に通行できている

直進する自転車が安全に通行できている
横断する気のない歩行者が交差点で安全にいられる暴走族（他の人）いないほうがよい
自転車が安全に通行できている
直進する車が安全に通行できている
左折する自転車が安全に通行できている
左折する自動車が安全に通行できている

歩行者が交差点で安全に通行できている老人（つえ）が交差点で安全に通行できている
バイクが存在することに気づいてほしい

目の不自由な人が交差点で安全に通行できている
自動車が交差点で安全に通行できている

右折する自動車が安全に通行できている

緊急車両が来たことに気づいてほしい
目の不自由な人が青信号になっていることがわかる（緊急車両）交差点で止まりたくない
安全に右折できる
緊急車両がきたら、よけてもらいたい（道をあけてもらいたい）

渡っている途中で変わらない（老人）

歩行者が渡ってよいときがわかる
自動車が待っているとき坂でないほうがよい
自動車同士でぶつからない（信号だと）青信号になることがわかる
歩行者がわたるとき、クルマが止まっている
自動車が走っている間に（信号が）変わらない
歩行者は早く渡りきってほしい

対向車が飛び出してこない
歩行者がわたっているとき、自転車とぶつからない歩行者が飛び出してこない

せっかちな人用赤信号は止まっていてほしい（信号だと）渡っているときに赤信号にならないでほしい

３日目安全 (1/1)
歩行者が待っているときにクルマが突っ込んでこない

図 3. 2 日目のゴールグラフ（「安全に通行できている」）

130

SEA

ソフトウェア・シンポジウム 2015 in 和歌山

利用者が交差点で快適に通行できている暴走族がいないほうがよい

暴走族にとって交差点で快適に通行できる三輪車にとって快適に通行できる

バイクにとって快適に通行できる
緊急車両にとって交差点で快適に通行できている

自転車にとって交差点で快適に通行できる

人に迷惑をかけたい
歩行者にとって交差点で快適に通行できている
自動車にとって交差点で快適に通行できているよけてもらいたい（道を空けてもらいたい）
歩行者止まりたくない
渡っている途中で変わらない（老人）
右折したいときに右折できる
歩行者は待っているときにいらいらしない

渡っている途中で変わらない
自動車渋滞しない

自転車も自動車のように右折したい
自動車が待っているときは坂でないほうがよい

自動車止まりたくない
歩行者が待っている時間を短く渡っているときに赤信号にならないでほしい
自動車が走っている間に信号が変わらない

自動車が待っている時間を短くしたい

自転車を降りないで渡りたい（地面に足をつけない）
対向車が飛び出してこない

３日目快適 (1/1)

図 4. 2 日目のゴールグラフ（「快適に通行できている」）

131

SEA

ソフトウェア・シンポジウム 2015 in 和歌山

利用者が交差点で安全快適に通行することに関与している

電気工事の人が交差点で安全快適に通行することに関与している
警察の人おまわりさんが交差点で安全快適に通行することに関与している

道路工事の人が交差点で安全快適に通行することに関与している

道路交通法が交差点で安全快適に通行することに関与している

国土交通省が交差点で安全快適に通行することに関与している
工事の人が交差点で安全快適に通行することに関与している交差点近くのコンビニの店主が交差点で安全快適に通行することに関与している

まわりに住んでいる人が交差点で安全快適に通行することに関与している

つっこまれると困る（安・快）
暴走族でない人もうるさくしない。静かに渡る
３日目非機能 (1/1)

図 5. 2 日目のゴールグラフ（「安全快適に通行できるために関与している」）

132

SEA

ソフトウェア・シンポジウム 2015 in 和歌山

表 1. 第一・第二フェース結果比較
レベル

道路交通法

第一フェーズ第二フェーズ

章レベル

321

節レベル

202

条・項レベル

925

だし第二フェーズでも車両を詳細化した「自動車」といるかについて，今後実験をする必要がある．また，今回う言葉は出てきている．したがって，車両が満たすべきの実験では，大学生だったため，経験の浅い技術者を対ゴールは，自動車が満たすべきゴールとして第二フェー象として実験したといえる．
「誰でも」といった場合，経ズで」も挙げられている．

験豊富な技術者だった場合，質問に効果があるかどうか

また，道路交通法にないものについては，第一フェーを研究する必要がある．

ズが「人」「車」等，章レベルの概念と同等か，それよりも大きい概念が出ているのに対し，第二フェーズでは，

6. まとめ「三輪車」，「せっかちな歩行者」など，「条・項レベル」より詳細化したゴールが多くあらわれている．

システムの要求獲得時に，できる限り要求のヌケ，モレがなく，誰でも実施可能なゴール分解手法が可能とな

5. 考察

る質問方法を提案するのが本研究の目的であった．

5.1. 本提案の有効性分析手法を提案した．提案した手法の有効性を評価する

この目的を達成するために，質問を用いたゴール指向ために，質問の有無による実験を行った．その結果，質質問を行わなかった第一フェーズよりも，質問を行っ問によって分析を詳細に行うことができることが明らかた第二フェーズのほうが，詳細化した用語を含むゴールとなった．

が多くあらわれているということは，質問によって，詳細化が促され，幅広い利用者の要望が抽出できたことを参考文献意味する．特に第二フェーズにおける「左折はどうでもいいけど，右折がしたい」という発言は，第一フェーズ[1] “i* homepage”, http://www.cs.toronto.edu/km/

より具体的に状況を考察した上で現れた要望といえる．

istar/(2015/3/14 アクセス)

この点で，本提案による第一の質問（ステークホルダーの抽出）「このシステムを利用する人と，関係者を挙げ[2] Axel van Lamsweerde “Requirements Engineering:てください」によって，多くのゴールを出現させ，ヌケ・From System Goals to UML Models to Software
Specifications”, Wiley,2009.

モレの削減という本研究の目的に対する有効性が示されたといえる．

[3] 道路交通法, http://law.e-gov.go.jp/htmldata/
S35/S35HO105.html(2015/3/14 アクセス)

5.2. 今後の課題
今回は，第二の質問「このシステムを利用する人は，どうなっていればよいと思うか，列挙してください」は途中までしか行えず，第三番目の質問「最終的に満足する状態 S になるためには，その前提として，何が，どのような状態になっていなければなりませんか」は全く行えなかった．この第二，第三の質問を行った場合どうな133SEA