목표 모델링

Goal modeling

목표 모델은 요구사항 엔지니어링의 요소로서 비즈니스 분석에서도 더 광범위하게 사용될 수 있다.관련 요소로는 이해관계자 분석, 상황 분석, 시나리오 등이 있다.[1]

원칙

목표는 시스템이 의도된 소프트웨어와 환경에서 행위자의 협력을 통해 달성해야 하는 목표다.[2]목표 모델링은 프로젝트의 초기 단계에서 특히 유용하다.프로젝트는 의도된 시스템이 조직 목표를 어떻게 충족하는지( 참조), 시스템이 필요한 이유 및 이해관계자의 이해관계를 어떻게 해결할 수 있는지 고려할 수 있다.[4]

목표 모델:

  • 시스템과 그 환경 사이의 관계(즉, 시스템이 해야 할 일뿐만 아니라 왜 해야 하는지에 대한)를 표현한다.시스템이 필요한 이유를 그 맥락에서 이해하는 것은 "시스템이 오랜 기간 확립된 관행을 자동화하기보다는 비즈니스 프로세스를 근본적으로 바꾸는 데 점점 더 많이 사용되고 있다"[5][6]는 점에서 유용하다.
  • 요구사항 명확화 : 목표를 지정하면 "왜", "어떻게", "어떻게" 그리고 "어떻게 다른지"를 질문하게 된다.[5]이해관계자의 요구사항은 종종 이 프로세스에서 드러나며, 요구사항 누락 또는 과도한 규격화(필요하지 않은 사항에 대한 요청)의 위험이 적다.
  • 대규모 목표를 작고 실현 가능한 목표로 분석할 수 있도록 허용:
  • 갈등 처리: 목표 모델링은 비용, 성능, 유연성, 보안 및 기타 목표 사이의 절충을 식별하고 해결하는데 도움을 줄 수 있다.이해당사자 간의 상이한 이해관계를 드러낼 수 있다.하나의 목표를 달성하는 것이 다른 목표를 달성하는 데 방해가 될 수 있기 때문에 충돌을 식별할 수 있다.[5]
  • 요구사항의 완전성을 측정할 수 있게 한다. 요구사항이 목표 모델의 모든 목표를 달성하는 경우 요구사항은 완전하다고 간주될 수 있다.
  • 요구사항을 설계에 연결: 예를 들어 i* "비기능 요구사항(NFR) 프레임워크"는 목표를 사용하여 설계 프로세스를 안내한다.

공증

소프트웨어 개발의 목표 모델에는 다음과 같은 몇 가지 공지가 있다.

다른 명제는 연구자들에 의해 제안된 반면,[10] 목표 구조 표기법(GSN)과 GRL은 때때로 안전 관련 산업에서 규제자를 만족시키기 위한 안전 사례를 만드는 데 사용된다.[11][12]

i*의 목표 모델링

주요기사 : i*

i* 골 모델링 표기법은 두 가지 종류의 도표를 제공한다.[13]

  • 한 역할이 제공할 다른 역할에 따라 달라지는 구체적인 목표 측면에서 역할 간의 관계를 정의하는 "전략적 종속성"(SD).
  • "전략적 근거(SR)", SD 모델에서 식별된 목표를 종속적인 목표와 과제로 분석.

i*는 각 역할(배우, 대리인 또는 직위)을 해당 역할이 소유하는 목표, 과제 및 자원을 포함하는 큰 원으로 보여준다.i*의 소유권은 역할이 자신의 이익이나 다른 역할의 이익을 위해 자신의 목표의 만족을 원한다는 것을 의미한다.목표에는 극복해야 할 "관점"(부정적인 목표)이 수반될 수 있다.비기능적 목표는 i*에서 "부드러운 목표"로 모델링할 수 있다: 그것들은 구름이나 움푹 들어간 난자로 도식화된다.

KAOS의 목표 모델링

주요 기사: KAOS(소프트웨어 개발)

KAOS 목표 모델링 표기법은 공식적인 (수학적) 분석 방법에 의해 뒷받침된 목표와 장애물을 정의하는 방법을 제공한다.[8]

UML의 목표 모델링

주요 기사:사례 다이어그램 사용

UML의 사용 사례 다이어그램은 간단한 목표 모델링 표기법을 제공한다.버블은 기능 목표를 명명하므로,[14] Use case diagram은 단순한 기능만을 위한 목표 모델을 형성한다: Cockburn이 쓰듯이, 사용 사례는 행동 요구사항만을 다룬다.[15]역할은 행위자(도표상의 스틱맨)로 표시되며, 자신이 참여하는 사용 사례와 연계된다.사용 사례는 타원형 거품으로 그려지며, 원하는 행동 목표를 나타낸다.[16]

오용 사례가 추가되면 표기법은 원하는 목표와 적극적인 위협을 모두 모델링할 수 있다.오용 사례 표기법은 오용 사례에 대한 주요 행위자로 음(대립 가능성이 있는) 이해당사자를 표시하며, 이러한 이해관계자는 도표 우측에 그룹화할 수 있다.이 표기법은 부차적인 사용 사례로 보이는 적절한 완화 또는 예방적 목표를 발견하는 데 도움이 될 수 있다.이것들은 종종 비기능적인 목표인 보안, 안전 또는 신뢰성을 향상시키는 목적을 가지고 있다.비기능 요건은 부정적인 목표를 정의하기 위해 오용 사례를 사용하는 사용 사례 방식에서 어느 정도 설명될 수 있지만, 이렇게 발견된 (긍정적인) 목표는 종종 기능적이다.예를 들어 도난이 보안에 위협이 되는 경우, 잠금 장치를 장착하는 것은 완화이지만 도어를 잠글 수 있다는 것은 기능적 요구 사항이다.[17]

반대 요점은 Use Cases는 인지 과학의 뿌리가 아닌 반면, i*와 KAOS는 그렇지 않다는 것이다.실제로 사용 사례의 이면에 있는 문헌에는 목표 의도, 목표 개선, 종료-평균에 대한 논의는 포함되지 않으며 라스무센 외 세테라를 언급하지 않는다.인지 과학당 목표 개선의 의미론보다는 목표의 시각적 은유 때문에 사용 사례를 목표에 연관시키는 경향이 있을 수 있다.

참고 문헌 목록

  • 알렉산더, 이안, 그리고 베우스-두키치, 르제르카.요구 사항 검색: 제품 및 서비스 지정 방법.와일리, 2009년
  • 알렉산더, 이안 F. 그리고 메이든, 닐.시나리오, 사례, 사용 사례와일리, 2004년
  • 콕번, 알리스테어효과적인 사용 사례 작성.애디슨 웨슬리, 2001년
  • 파울러, 마틴UML 증류기.제3판.애디슨 웨슬리, 2004년
  • 반 램스위어드, 액셀요구사항 엔지니어링: 시스템 목표에서 UML 모델, 소프트웨어 사양에 이르기까지.와일리, 2009년
  • 유, 에릭, 파올로 조르지니, 닐 메이든, 존 멜로풀로스.(편집자) 요구사항 엔지니어링을 위한 소셜 모델링.MIT 프레스, 2011.

참고 항목

참조

  1. ^ 알렉산더와 버-덕릭, 2009년17-18페이지
  2. ^ Lin Liu and Eric Yu (2003). "Designing information systems in social context: a goal and scenario modelling approach" (PDF). University of Toronto. Archived from the original (PDF) on February 5, 2005.
  3. ^ Ellis-Braithwaite, R.; Lock, R.; Dawson, R.; Haque B. (2013). "Towards an Approach for Analysing the Strategic Alignment of Software Requirements using Quantified Goal Graphs". International Journal on Advances in Software. 6: 119–130. arXiv:1307.2580. Bibcode:2013arXiv1307.2580E.
  4. ^ E. Yu, "초기 단계 요구사항 엔지니어링을 위한 모델링 및 추론 지원", 1997 IEEE
  5. ^ a b c Eric Yu and John Mylopoulos. "Why Goal-Oriented Requirements Engineering". University of Toronto.
  6. ^ K.Pohl과 P.Haumer, "시나리오에 대한 상황별 정보 모델링", Proc. 3번째 Int.요구사항 엔지니어링 워크샵:소프트웨어 품질 REFSQ '97, 바르셀로나, 스페인 카탈로니아, 1997년 6월 페이지 187-204.
  7. ^ Yu et al., 2011.
  8. ^ a b 2009년 판 람스위어드
  9. ^ 파울러, 2004년99-105페이지
  10. ^ Rolland, Colette; Prakash, Naveen; Benjamen, Adolphe (1999). "A Multi-Model View of Process Modelling" (PDF). Requirements Engineering. 4 (4): 169–187. doi:10.1007/s007660050018.
  11. ^ GSN 커뮤니티 표준
  12. ^ Feodoroff, R. (2016). "Intentional enterprise architecture". 2016 Annual IEEE Systems Conference (SysCon): 1–8. doi:10.1109/SYSCON.2016.7490555. ISBN 978-1-4673-9519-9.
  13. ^ Yu, Eric (September 6, 2011). "i*". i*: an agent- and goal-oriented modelling framework. University of Toronto. Retrieved December 17, 2011.
  14. ^ 알렉산더와 버-덕릭, 2009년121페이지
  15. ^ 2001년 콕번.62페이지
  16. ^ 2001년 콕번.221페이지
  17. ^ 알렉산더와 메이든, 2004년7장 119-139쪽

외부 링크