SlideShare a Scribd company logo
1 of 20
A Study on the OR
decomposition of
goal-oriented analysis using GSN
2014/09/17
1
Agenda
• 1.Introduction
• 2.Related work
• Representation of requirement- KAOS
• Elicitation of requirements-The Owner Partitioned Goal Model
• Notation of the evaluation process- GSN
• The difference between our study
• 3. Proposal method
• 4. Conclusion
2
1.Introduction
• Background:
• If any requirements are changed, the following process of the
requirement analysis have to be change.=>Changing cost is so much.
• So we do not want to change requirements.
• But it must be happened.
• Because we live in uncertain world.
• Business model change , Hardware change , Requirements have to be changed.
• Problem:
• Which requirements are changed?
• If We can know that , we can prepare to the changing requirements.
• Force:
• We can’t predict which requirements are changed
• Because we can’t predict the future.
3
1.Introduction
• Approach to solve the problem:
• In order to solve this problem, we discuss how to acquire the requirements.
• Elicitation : From top goal , elicit the requirements by refinement repeatedly.
• Choice: If there are conflicts between requirements , choice the requirements by evaluation.
• Evaluation and refinement are based on reasonable rationales.
• If these rationales are not reliable, these rationales may be changed.
• If these rationales are changed, Evaluation and refinement may be changed.
• If evaluations and refinements may be changed , related requirements will be changed repeatedly.
• So if we know which requirements will be changed , we know the reliability of
requirements’ rationales.
• In this study, we discuss the evaluation process for choice.
4
1.Introduction
• In this Study , We propose
• 1.A visualization method which will establish the reliability of the rationale for
the evaluation
• 2.A visualization method being the re-evaluation and updating of the
requirements after evaluation.
• Before we propose the methods, we explain
• the method of representation of requirements,
• the method of elicitation of requirements,
• the method of notation of the evaluation process
5
2.Related work-Representation of requirement-
KAOS
AND decomposition
OR decomposition
6
All sub-goals are achieved
-> the goal is achieved
At least one sub-goals is achieved
-> the goal is achieved
*Choice => OR decomposition
2.Related work- Elicitation of requirements-
The Owner Partitioned Goal Model
http://www.computer.org/csdl/
proceedings/apsec/2005/2465/
00/24650130.pdf
Process
1. Describe the
owner
2. Describe each
owners
requirements
7
2.Related work- Notation of the evaluation process-
GSN(Goal Structuring Notation)
http://www.goalstru
cturingnotation.info/
documents/GSN_Sta
ndard.pdf
Notation for the process
of argument by
“goal”
"strategy" (viewpoint)
"context”
8
Use for
D-case
Assurance case
2.The difference between our study
• KAOS
• Enables notation of requirements.=>Use it
• But it doesn’t enable to notate the reliability of the rationale for evaluation
• And it doesn’t mention to elicitation of requirements.
• The Owner Partitioned Goal Model
• Enables to elicit requirements.
• We extended this method. Not only owner, But also other stakeholders.
• GSN
• Enables to notate the evaluation process => Use It
• But GSN is for assurance , not for requirements analysis=> extends it.
• Extension 1 .We describe the goal not only supported goal by evidence but also not
supported goal by the rationale.
• Extension 2. We describe the rationale and the reliability of it to the GSN’s evaluation.
9
3. Proposal method
• In order to establish the reliability of the rationale for the evaluation,
we operate the following process.
• Describe the means.
• Describe the stakeholder.
• Describe each stakeholder’s requirements.
• Describe the goal tree of whole system with GSN.
• Evaluate and describe “the reliability of the rationale for the evaluation”.
• In order to show the re-evaluation point and updating of the
requirements, we operate the following process.
• When modifying, paint the modified part in gray.
10
Ex: All the people can safely go over the road
• Describe the means => stakeholders=> stakeholder’s requirements
11
Conflict
safety  Reasonable price
=> choice
Means
Stakeholders
Requirements
Describe the goal tree of whole system with
GSN
• we evaluate the means by stakeholder's requirements
12
Describe the goal tree of whole system with
GSN
• we evaluate the means by stakeholder's requirements
Requirements
13
Stakeholders
Means
Describe the goal tree of whole system with
GSN
• Evaluation
• 1. We filled the value
of the contribution
level in Table.
• 2. The evidence of the
reliability of the
rationale for the
evaluation.
14
3. Proposal method
• In order to establish the reliability of the rationale for the evaluation,
we operate the following process.
• Describe the means.
• Describe the stakeholder.
• Describe each stakeholder’s requirements.
• Describe the goal tree of whole system with GSN.
• Evaluate and describe “the reliability of the rationale for the evaluation”.
• In order to show the re-evaluation point and updating of the
requirements, we operate the following process.
• When modifying, paint the modified part in gray.
15
Gray part=context => rationale change=>GSN have to be change
Gray part=strategy=>GSN changed => KAOS have to be change.
Ex. “Neighborhood” was added as a new
stakeholder.
16
Ex. Modify on GSN
17
Ex. Modify the stakeholder's requirement
18
Modify the GSN
19
4. Conclusion
• The goal of this study : to show which requirements will be changed.
• We assume that
• More; the requirements are changed
• Less; the reliability of the rationale is low.
• We propose how to show the reliability of the rationale and re-evaluation
point.
• In particular we discuss the evaluation process of OR decomposition.
• As a result,
• We described the evaluation process with GSN ,the reliability of the rationale and
re-evaluation point can be described.
• Future work
• To make the tool of this method.
• To describe of the reliability of the rationale for another factor.( i.e. requirements)
20

More Related Content

Viewers also liked

Viewers also liked (8)

Vision and Roadmap: CA Roadmap for the Continuous Delivery Portfolio
Vision and Roadmap: CA Roadmap for the Continuous Delivery PortfolioVision and Roadmap: CA Roadmap for the Continuous Delivery Portfolio
Vision and Roadmap: CA Roadmap for the Continuous Delivery Portfolio
 
Microsoft Dynamics CRM 2015 Spring Release - UR1
Microsoft Dynamics CRM 2015 Spring Release - UR1Microsoft Dynamics CRM 2015 Spring Release - UR1
Microsoft Dynamics CRM 2015 Spring Release - UR1
 
Dynamics CRM 2011 Architecture Overview
Dynamics CRM 2011 Architecture OverviewDynamics CRM 2011 Architecture Overview
Dynamics CRM 2011 Architecture Overview
 
API Management and Hybrid Integration
API Management and Hybrid IntegrationAPI Management and Hybrid Integration
API Management and Hybrid Integration
 
Asteroids - Comets - Meteoroids
Asteroids - Comets - MeteoroidsAsteroids - Comets - Meteoroids
Asteroids - Comets - Meteoroids
 
PATANJALI
PATANJALIPATANJALI
PATANJALI
 
Slide redlining latest
Slide redlining latestSlide redlining latest
Slide redlining latest
 
Building scalable cloud-native applications (Sam Vanhoutte at Codit Azure Paa...
Building scalable cloud-native applications (Sam Vanhoutte at Codit Azure Paa...Building scalable cloud-native applications (Sam Vanhoutte at Codit Azure Paa...
Building scalable cloud-native applications (Sam Vanhoutte at Codit Azure Paa...
 

Similar to A study on the or decomposition of goal-oriented analysis using GSN

Job Evaluation
Job Evaluation Job Evaluation
Job Evaluation
KiritKene
 
08 performanceappraisals
08 performanceappraisals08 performanceappraisals
08 performanceappraisals
Shraddha Kagade
 
Performance appraisal
Performance appraisalPerformance appraisal
Performance appraisal
prinku k
 

Similar to A study on the or decomposition of goal-oriented analysis using GSN (20)

Pay and Compensation
Pay and CompensationPay and Compensation
Pay and Compensation
 
performanceappraisalppt-200401092330.pptx
performanceappraisalppt-200401092330.pptxperformanceappraisalppt-200401092330.pptx
performanceappraisalppt-200401092330.pptx
 
Performance appraisal
Performance appraisalPerformance appraisal
Performance appraisal
 
Job evaluation scope_process
Job evaluation scope_processJob evaluation scope_process
Job evaluation scope_process
 
Work study new
Work study newWork study new
Work study new
 
Test estimation session
Test estimation sessionTest estimation session
Test estimation session
 
HUMAN RESOURCE MANAGEMENT
HUMAN RESOURCE MANAGEMENTHUMAN RESOURCE MANAGEMENT
HUMAN RESOURCE MANAGEMENT
 
The Kanban Retrospective
The Kanban RetrospectiveThe Kanban Retrospective
The Kanban Retrospective
 
Performance Evaluation of Employee
Performance Evaluation of EmployeePerformance Evaluation of Employee
Performance Evaluation of Employee
 
Performance appraisal, emp turnover and retention
Performance appraisal, emp turnover and retentionPerformance appraisal, emp turnover and retention
Performance appraisal, emp turnover and retention
 
Job Analysis_Evaluation_Grading_Process and Tools
Job Analysis_Evaluation_Grading_Process and ToolsJob Analysis_Evaluation_Grading_Process and Tools
Job Analysis_Evaluation_Grading_Process and Tools
 
Performance appraisal
Performance appraisalPerformance appraisal
Performance appraisal
 
Job Evaluation
Job Evaluation Job Evaluation
Job Evaluation
 
Reliability and validity
Reliability and validityReliability and validity
Reliability and validity
 
Reliability and validity w3
Reliability and validity w3Reliability and validity w3
Reliability and validity w3
 
08 performanceappraisals
08 performanceappraisals08 performanceappraisals
08 performanceappraisals
 
Performance Appraisal.pptx
Performance Appraisal.pptxPerformance Appraisal.pptx
Performance Appraisal.pptx
 
Performance appraisal
Performance appraisalPerformance appraisal
Performance appraisal
 
Ambiguous Requirements – Translating the message from C-level to implementation
Ambiguous Requirements – Translating the message from C-level to implementationAmbiguous Requirements – Translating the message from C-level to implementation
Ambiguous Requirements – Translating the message from C-level to implementation
 
Mapping the Change - final
Mapping the Change - final Mapping the Change - final
Mapping the Change - final
 

More from Michitaro Okano

More from Michitaro Okano (20)

データマネジメント概論
データマネジメント概論データマネジメント概論
データマネジメント概論
 
イノベーションについて
イノベーションについてイノベーションについて
イノベーションについて
 
機械学習によるモデル自動生成の一考察 ー 決定表と決定木によるアプローチ -
機械学習によるモデル自動生成の一考察 ー 決定表と決定木によるアプローチ -機械学習によるモデル自動生成の一考察 ー 決定表と決定木によるアプローチ -
機械学習によるモデル自動生成の一考察 ー 決定表と決定木によるアプローチ -
 
高校・大学(院)の統計学の俯瞰図
高校・大学(院)の統計学の俯瞰図高校・大学(院)の統計学の俯瞰図
高校・大学(院)の統計学の俯瞰図
 
ワクワクする商店・製品を作るには?
ワクワクする商店・製品を作るには?ワクワクする商店・製品を作るには?
ワクワクする商店・製品を作るには?
 
経営学の俯瞰図
経営学の俯瞰図経営学の俯瞰図
経営学の俯瞰図
 
GSNを利用したゴール指向要求分析における要求間の依存性の検証手法に関する提案
GSNを利用したゴール指向要求分析における要求間の依存性の検証手法に関する提案GSNを利用したゴール指向要求分析における要求間の依存性の検証手法に関する提案
GSNを利用したゴール指向要求分析における要求間の依存性の検証手法に関する提案
 
機械学習活用のための要求分析手法の研究 AI版酒屋倉庫問題のケース
機械学習活用のための要求分析手法の研究 AI版酒屋倉庫問題のケース機械学習活用のための要求分析手法の研究 AI版酒屋倉庫問題のケース
機械学習活用のための要求分析手法の研究 AI版酒屋倉庫問題のケース
 
ゴール指向要求分析における不確かさの考察 ~ IoT・AIのケース ~
ゴール指向要求分析における不確かさの考察 ~ IoT・AIのケース ~ゴール指向要求分析における不確かさの考察 ~ IoT・AIのケース ~
ゴール指向要求分析における不確かさの考察 ~ IoT・AIのケース ~
 
IoT活用システムへのゴール指向要求分析の適用に関する考察
IoT活用システムへのゴール指向要求分析の適用に関する考察IoT活用システムへのゴール指向要求分析の適用に関する考察
IoT活用システムへのゴール指向要求分析の適用に関する考察
 
AI・機械学習の活用におけるソフトウェア工学の今後の課題~ノンプログラミングで作成する予測APIの事例から~
AI・機械学習の活用におけるソフトウェア工学の今後の課題~ノンプログラミングで作成する予測APIの事例から~AI・機械学習の活用におけるソフトウェア工学の今後の課題~ノンプログラミングで作成する予測APIの事例から~
AI・機械学習の活用におけるソフトウェア工学の今後の課題~ノンプログラミングで作成する予測APIの事例から~
 
ゴール指向分析KAOSにおける依存性を考慮した要求抽出法の考察
ゴール指向分析KAOSにおける依存性を考慮した要求抽出法の考察ゴール指向分析KAOSにおける依存性を考慮した要求抽出法の考察
ゴール指向分析KAOSにおける依存性を考慮した要求抽出法の考察
 
状態と状態遷移に着目したゴール指向要求分析手法の考察
状態と状態遷移に着目したゴール指向要求分析手法の考察状態と状態遷移に着目したゴール指向要求分析手法の考察
状態と状態遷移に着目したゴール指向要求分析手法の考察
 
中小規模のIoT
中小規模のIoT中小規模のIoT
中小規模のIoT
 
Rによるデータ分析手順入門
Rによるデータ分析手順入門Rによるデータ分析手順入門
Rによるデータ分析手順入門
 
仮説とデータ解析の関係2
仮説とデータ解析の関係2仮説とデータ解析の関係2
仮説とデータ解析の関係2
 
仮説とデータ解析の関係
仮説とデータ解析の関係仮説とデータ解析の関係
仮説とデータ解析の関係
 
ゴール指向要求分析における構成要素に着目した分解に関する一考察
ゴール指向要求分析における構成要素に着目した分解に関する一考察ゴール指向要求分析における構成要素に着目した分解に関する一考察
ゴール指向要求分析における構成要素に着目した分解に関する一考察
 
要求分析におけるゴール抽出パターンについての考察
要求分析におけるゴール抽出パターンについての考察要求分析におけるゴール抽出パターンについての考察
要求分析におけるゴール抽出パターンについての考察
 
要求獲得過程の観測と評価に関するツールの開発
要求獲得過程の観測と評価に関するツールの開発要求獲得過程の観測と評価に関するツールの開発
要求獲得過程の観測と評価に関するツールの開発
 

Recently uploaded

Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
drm1699
 
Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...
Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...
Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...
Lisi Hocke
 

Recently uploaded (20)

Abortion Clinic In Johannesburg ](+27832195400*)[ 🏥 Safe Abortion Pills in Jo...
Abortion Clinic In Johannesburg ](+27832195400*)[ 🏥 Safe Abortion Pills in Jo...Abortion Clinic In Johannesburg ](+27832195400*)[ 🏥 Safe Abortion Pills in Jo...
Abortion Clinic In Johannesburg ](+27832195400*)[ 🏥 Safe Abortion Pills in Jo...
 
Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...
Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...
Abortion Pill Prices Germiston ](+27832195400*)[ 🏥 Women's Abortion Clinic in...
 
OpenChain Webinar: AboutCode and Beyond - End-to-End SCA
OpenChain Webinar: AboutCode and Beyond - End-to-End SCAOpenChain Webinar: AboutCode and Beyond - End-to-End SCA
OpenChain Webinar: AboutCode and Beyond - End-to-End SCA
 
Navigation in flutter – how to add stack, tab, and drawer navigators to your ...
Navigation in flutter – how to add stack, tab, and drawer navigators to your ...Navigation in flutter – how to add stack, tab, and drawer navigators to your ...
Navigation in flutter – how to add stack, tab, and drawer navigators to your ...
 
CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...
CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...
CERVED e Neo4j su una nuvola, migrazione ed evoluzione di un grafo mission cr...
 
architecting-ai-in-the-enterprise-apis-and-applications.pdf
architecting-ai-in-the-enterprise-apis-and-applications.pdfarchitecting-ai-in-the-enterprise-apis-and-applications.pdf
architecting-ai-in-the-enterprise-apis-and-applications.pdf
 
GraphSummit Milan - Visione e roadmap del prodotto Neo4j
GraphSummit Milan - Visione e roadmap del prodotto Neo4jGraphSummit Milan - Visione e roadmap del prodotto Neo4j
GraphSummit Milan - Visione e roadmap del prodotto Neo4j
 
Anypoint Code Builder - Munich MuleSoft Meetup - 16th May 2024
Anypoint Code Builder - Munich MuleSoft Meetup - 16th May 2024Anypoint Code Builder - Munich MuleSoft Meetup - 16th May 2024
Anypoint Code Builder - Munich MuleSoft Meetup - 16th May 2024
 
Community is Just as Important as Code by Andrea Goulet
Community is Just as Important as Code by Andrea GouletCommunity is Just as Important as Code by Andrea Goulet
Community is Just as Important as Code by Andrea Goulet
 
From Theory to Practice: Utilizing SpiraPlan's REST API
From Theory to Practice: Utilizing SpiraPlan's REST APIFrom Theory to Practice: Utilizing SpiraPlan's REST API
From Theory to Practice: Utilizing SpiraPlan's REST API
 
Effective Strategies for Wix's Scaling challenges - GeeCon
Effective Strategies for Wix's Scaling challenges - GeeConEffective Strategies for Wix's Scaling challenges - GeeCon
Effective Strategies for Wix's Scaling challenges - GeeCon
 
BusinessGPT - Security and Governance for Generative AI
BusinessGPT  - Security and Governance for Generative AIBusinessGPT  - Security and Governance for Generative AI
BusinessGPT - Security and Governance for Generative AI
 
From Knowledge Graphs via Lego Bricks to scientific conversations.pptx
From Knowledge Graphs via Lego Bricks to scientific conversations.pptxFrom Knowledge Graphs via Lego Bricks to scientific conversations.pptx
From Knowledge Graphs via Lego Bricks to scientific conversations.pptx
 
Evolving Data Governance for the Real-time Streaming and AI Era
Evolving Data Governance for the Real-time Streaming and AI EraEvolving Data Governance for the Real-time Streaming and AI Era
Evolving Data Governance for the Real-time Streaming and AI Era
 
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
Abortion Pills For Sale WhatsApp[[+27737758557]] In Birch Acres, Abortion Pil...
 
Lessons Learned from Building a Serverless Notifications System.pdf
Lessons Learned from Building a Serverless Notifications System.pdfLessons Learned from Building a Serverless Notifications System.pdf
Lessons Learned from Building a Serverless Notifications System.pdf
 
Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...
Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...
Team Transformation Tactics for Holistic Testing and Quality (NewCrafts Paris...
 
Abortion Pill Prices Turfloop ](+27832195400*)[ 🏥 Women's Abortion Clinic in ...
Abortion Pill Prices Turfloop ](+27832195400*)[ 🏥 Women's Abortion Clinic in ...Abortion Pill Prices Turfloop ](+27832195400*)[ 🏥 Women's Abortion Clinic in ...
Abortion Pill Prices Turfloop ](+27832195400*)[ 🏥 Women's Abortion Clinic in ...
 
Spring into AI presented by Dan Vega 5/14
Spring into AI presented by Dan Vega 5/14Spring into AI presented by Dan Vega 5/14
Spring into AI presented by Dan Vega 5/14
 
Alluxio Monthly Webinar | Simplify Data Access for AI in Multi-Cloud
Alluxio Monthly Webinar | Simplify Data Access for AI in Multi-CloudAlluxio Monthly Webinar | Simplify Data Access for AI in Multi-Cloud
Alluxio Monthly Webinar | Simplify Data Access for AI in Multi-Cloud
 

A study on the or decomposition of goal-oriented analysis using GSN

  • 1. A Study on the OR decomposition of goal-oriented analysis using GSN 2014/09/17 1
  • 2. Agenda • 1.Introduction • 2.Related work • Representation of requirement- KAOS • Elicitation of requirements-The Owner Partitioned Goal Model • Notation of the evaluation process- GSN • The difference between our study • 3. Proposal method • 4. Conclusion 2
  • 3. 1.Introduction • Background: • If any requirements are changed, the following process of the requirement analysis have to be change.=>Changing cost is so much. • So we do not want to change requirements. • But it must be happened. • Because we live in uncertain world. • Business model change , Hardware change , Requirements have to be changed. • Problem: • Which requirements are changed? • If We can know that , we can prepare to the changing requirements. • Force: • We can’t predict which requirements are changed • Because we can’t predict the future. 3
  • 4. 1.Introduction • Approach to solve the problem: • In order to solve this problem, we discuss how to acquire the requirements. • Elicitation : From top goal , elicit the requirements by refinement repeatedly. • Choice: If there are conflicts between requirements , choice the requirements by evaluation. • Evaluation and refinement are based on reasonable rationales. • If these rationales are not reliable, these rationales may be changed. • If these rationales are changed, Evaluation and refinement may be changed. • If evaluations and refinements may be changed , related requirements will be changed repeatedly. • So if we know which requirements will be changed , we know the reliability of requirements’ rationales. • In this study, we discuss the evaluation process for choice. 4
  • 5. 1.Introduction • In this Study , We propose • 1.A visualization method which will establish the reliability of the rationale for the evaluation • 2.A visualization method being the re-evaluation and updating of the requirements after evaluation. • Before we propose the methods, we explain • the method of representation of requirements, • the method of elicitation of requirements, • the method of notation of the evaluation process 5
  • 6. 2.Related work-Representation of requirement- KAOS AND decomposition OR decomposition 6 All sub-goals are achieved -> the goal is achieved At least one sub-goals is achieved -> the goal is achieved *Choice => OR decomposition
  • 7. 2.Related work- Elicitation of requirements- The Owner Partitioned Goal Model http://www.computer.org/csdl/ proceedings/apsec/2005/2465/ 00/24650130.pdf Process 1. Describe the owner 2. Describe each owners requirements 7
  • 8. 2.Related work- Notation of the evaluation process- GSN(Goal Structuring Notation) http://www.goalstru cturingnotation.info/ documents/GSN_Sta ndard.pdf Notation for the process of argument by “goal” "strategy" (viewpoint) "context” 8 Use for D-case Assurance case
  • 9. 2.The difference between our study • KAOS • Enables notation of requirements.=>Use it • But it doesn’t enable to notate the reliability of the rationale for evaluation • And it doesn’t mention to elicitation of requirements. • The Owner Partitioned Goal Model • Enables to elicit requirements. • We extended this method. Not only owner, But also other stakeholders. • GSN • Enables to notate the evaluation process => Use It • But GSN is for assurance , not for requirements analysis=> extends it. • Extension 1 .We describe the goal not only supported goal by evidence but also not supported goal by the rationale. • Extension 2. We describe the rationale and the reliability of it to the GSN’s evaluation. 9
  • 10. 3. Proposal method • In order to establish the reliability of the rationale for the evaluation, we operate the following process. • Describe the means. • Describe the stakeholder. • Describe each stakeholder’s requirements. • Describe the goal tree of whole system with GSN. • Evaluate and describe “the reliability of the rationale for the evaluation”. • In order to show the re-evaluation point and updating of the requirements, we operate the following process. • When modifying, paint the modified part in gray. 10
  • 11. Ex: All the people can safely go over the road • Describe the means => stakeholders=> stakeholder’s requirements 11 Conflict safety  Reasonable price => choice Means Stakeholders Requirements
  • 12. Describe the goal tree of whole system with GSN • we evaluate the means by stakeholder's requirements 12
  • 13. Describe the goal tree of whole system with GSN • we evaluate the means by stakeholder's requirements Requirements 13 Stakeholders Means
  • 14. Describe the goal tree of whole system with GSN • Evaluation • 1. We filled the value of the contribution level in Table. • 2. The evidence of the reliability of the rationale for the evaluation. 14
  • 15. 3. Proposal method • In order to establish the reliability of the rationale for the evaluation, we operate the following process. • Describe the means. • Describe the stakeholder. • Describe each stakeholder’s requirements. • Describe the goal tree of whole system with GSN. • Evaluate and describe “the reliability of the rationale for the evaluation”. • In order to show the re-evaluation point and updating of the requirements, we operate the following process. • When modifying, paint the modified part in gray. 15 Gray part=context => rationale change=>GSN have to be change Gray part=strategy=>GSN changed => KAOS have to be change.
  • 16. Ex. “Neighborhood” was added as a new stakeholder. 16
  • 17. Ex. Modify on GSN 17
  • 18. Ex. Modify the stakeholder's requirement 18
  • 20. 4. Conclusion • The goal of this study : to show which requirements will be changed. • We assume that • More; the requirements are changed • Less; the reliability of the rationale is low. • We propose how to show the reliability of the rationale and re-evaluation point. • In particular we discuss the evaluation process of OR decomposition. • As a result, • We described the evaluation process with GSN ,the reliability of the rationale and re-evaluation point can be described. • Future work • To make the tool of this method. • To describe of the reliability of the rationale for another factor.( i.e. requirements) 20