$\require{mediawiki-texvc}$

연합인증

연합인증 가입 기관의 연구자들은 소속기관의 인증정보(ID와 암호)를 이용해 다른 대학, 연구기관, 서비스 공급자의 다양한 온라인 자원과 연구 데이터를 이용할 수 있습니다.

이는 여행자가 자국에서 발행 받은 여권으로 세계 각국을 자유롭게 여행할 수 있는 것과 같습니다.

연합인증으로 이용이 가능한 서비스는 NTIS, DataON, Edison, Kafe, Webinar 등이 있습니다.

한번의 인증절차만으로 연합인증 가입 서비스에 추가 로그인 없이 이용이 가능합니다.

다만, 연합인증을 위해서는 최초 1회만 인증 절차가 필요합니다. (회원이 아닐 경우 회원 가입이 필요합니다.)

연합인증 절차는 다음과 같습니다.

최초이용시에는
ScienceON에 로그인 → 연합인증 서비스 접속 → 로그인 (본인 확인 또는 회원가입) → 서비스 이용

그 이후에는
ScienceON 로그인 → 연합인증 서비스 접속 → 서비스 이용

연합인증을 활용하시면 KISTI가 제공하는 다양한 서비스를 편리하게 이용하실 수 있습니다.

TRIZ의 모순 해결 이론을 이용한 창의적 요구사항 충돌 해결
Creative Resolution for Requirement Conflict Using Conflict Resolution Theory of TRIZ 원문보기

정보과학회논문지. Journal of KIISE. 소프트웨어 및 응용, v.37 no.5, 2010년, pp.411 - 415  

정지영 (서강대학교 컴퓨터공학과) ,  김진태 (소프트웨어공학엑스퍼트그룹(주)) ,  박수용 (서강대학교 컴퓨터공학과)

초록
AI-Helper 아이콘AI-Helper

요구사항 충돌은 시스템의 기능의 오작동이나 프로젝트 전체의 실패를 가져올 수 있다. 현재 요구사항 충돌연구는 식별에 치중되어 있고 해결에 관한 연구는 우선순위에 의하여 선택을 하는 것이 대부분이다. 요구사항 충돌을 해결하기 위해 본 논문에서는 TRIZ의 이론을 적용하여 창의적인 아이디어를 제시할 수 있도록 돕는 요구사항 충돌 해결 원리(CRRC)를 제안한다. TRIZ는 모순을 해결하여 아이디어를 내는 데 특화된 이론으로 200만 건 이상의 특허 사례를 바탕으로 만들어졌다. CRRC는 요구사항 충돌을 분류하고 유형에 적합한 TRIZ이론을 소프트웨어에 맞게 적용하였다. 대조 실험 적용 결과 CRRC를 제공하면 다양한 종류의 창의적인 요구사항 충돌 해결 방안을 제시할 수 있었다.

Abstract ▼ AI-Helper 아이콘AI-Helper

The Conflicts between requirements may cause a failure of functions or even project. Currently, most of researches have focused on identifying requirements and some researchers have tried to resolve requirements conflicts but it was only based on requirement priority. This paper proposes the Creativ...

주제어

#요구사항 충돌   #요구사항트레이드오프분석   #요구사항 충돌 분류   #트리즈   #요구사항 충돌 해결  

AI 본문요약
AI-Helper 아이콘 AI-Helper

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

문제 정의

  • 그것을 바탕으로 요구사항 충돌에 대한 해결 방안을 제시하였다. 그림 2와 3은 각각 기능 유형과 비기능 유형의 충돌의 CRRC 의 예이다.
  • 또 정형언어를 사용하고 도메인을 온톨로지화하는데 많은 노드가 발생된다는 문제가 발생한다. 따라서 본 논문에서는 요구사항 충돌 유형별로 적합한 TRIZ의 이론을 적용하여 충돌 해결의 경험을 바탕으로 다양한 해결방안을 요구사항 단계에서 제시할 수 있도록 하였다.
  • 본 논문에서는 요구사항 충돌이 식별되었다는 가정하에 CRRC를 이용하여 해결 방안을 제시한다. CRRC를 생성하는 과정은 4 단계로 이루어진다.
  • 이런 요구샤항 충돌은 시스템의 기능 장애를 발생시키고 더 나아가서는 시스템 전체의 실패를 불러올 수 있다* 요구사항 충돌은 대부분 우선순위에 따론 택일로 해결되어 고객의 만족도를 떨어뜨린다. 본 논문에서는 요구사항 충돌이 식별되었다는 가정하에 충돌을 해결하는 방안을 다양하게 제시할 수 있는 해결 원리들을 제시하였다.
  • 본 논문의 목적은 요구사항 충돌이 식별된 후 요구사항 단계에서 양자택일이 아닌 다양한 해결방법을 제시하는 것이다. 이를 위해 TRIZ[4, 5]를 활용하였다.
  • 본 실험은 C휼RC가 사용되었을 때 다양한 아이디어를 제시할 수 있는가를 검증하는 것이 목적이다. 결과의 아이디어의 수는 실제로 적용이 가능하다고 판단되는 경우이다.
본문요약 정보가 도움이 되었나요?

참고문헌 (17)

  1. Barry Boehm and Hoh In, "Identifying Quality Requirement Conflicts," IEEE software, March, pp.25-36, 1996. 

  2. Alan M. Davis, "Software Requirements Analysis & Specification," Prentice Hall, pp.23-24, 1990. 

  3. Glass, Robert L., "Requirements Tracing," In Modern Programming Practices, Englewood Cliffs, NJ: Prentice-Hall, pp.59-62, 1982. 

  4. Genrich Saulovich Altshuller, "Innovation Algorithm," 현실과 미래, 2002. 

  5. 김효준, 생각의 창의성: Theory of Inventive Problem Solving TRIZ, 도서출판 지혜, 2004. 

  6. Isabel Sofia Brito, Filipe V., Ana M. and Rita A. Ribeiro, "Handling Conflicts in Aspectual Requirements Composition," Transactions on AOSD III, LNCS 4620, pp.144-166, 2007. 

  7. Minseong Kim, Sooyong Park, Vijayan Sugumaran, Hwasil Yan, "Managing requirements conflict in software product lines: A goal and scenario based approach," Data & Knowledge Engineering 61, pp.417-432, 2008. 

  8. Axel van Lamsweerde, "Managiing Conflicts in Goal-Driven Requirements Engineering," IEEE Transactions on Software Engineeriing, vol.23, no.11, November 1998. 

  9. A.van Lamsweerde, and L.Wollemet, "Inferring Declarative Requirements Specifications from Operational Scenarios," IEEE Trans. Software Eng., vol.24, no.12, Dec.1998. to appear. 

  10. W.N. Robinson, V.Volkove, Requirements Conflict Restructuring, Georgia State University, Atlanta, GA, 1999. 

  11. Egyed,A., Barry Boehm, USC, "Analysis of Software Requirements Negotiation Behavior Patterns," USC-CSE-96-504, 1996. 

  12. Kevin C. Rea: "TRIZ and Software - 40 Principle Analogies, Parts 1 and 2," TRIZ Journal, Sept. and Nov. 2001. 

  13. Osamu Shigo: "Program Engineering - Implementation, Design, Analysis, and Testing," Science- Sha, Oct. 2002. 

  14. Karl E. Wiegers, Software Requirements: Practical T Techniques for Gathering and Managing Requirements Throughout the P, Microsoft Press, 2003. 

  15. Stephen Withall, Software Requirement Patterns, Microsoft Press, 2007. 

  16. Buschmann et el, Pattern-Oriented Software Architecture, Wiley, 1996. 

  17. 황인창, 이대용, 이청호, 알기쉬운 통계학, 비앤엠북스, 1998. 

저자의 다른 논문 :

LOADING...

관련 콘텐츠

저작권 관리 안내
섹션별 컨텐츠 바로가기

AI-Helper ※ AI-Helper는 오픈소스 모델을 사용합니다.

AI-Helper 아이콘
AI-Helper
안녕하세요, AI-Helper입니다. 좌측 "선택된 텍스트"에서 텍스트를 선택하여 요약, 번역, 용어설명을 실행하세요.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.

선택된 텍스트

맨위로