검색 상세

SysML을 이용한 비기능 요구사항의 정의 방법

SysML Approach to Non-Functional Requirements Definition

초록/요약

본 연구는 요구사항 정의에 있어 “선행성(Proactivity), 생산효율성(Production Efficiency), 의사소통(Communication)”의 특성을 증진시키기 위한 “SysML을 이용한 비기능 요구사항의 정의 방법”에 대한 연구이다. 세상에는 지금도 수많은 프로젝트들이 행해지고 있으며 어떤 것은 성공하고 어떤 것은 실패한다. 몇몇 통계에선 성공하는 것보단 실패하는 프로젝트들이 더 많음을 알수 있다. Standish Group, Gartner, 카네기 멜론 대학등의 연구를 보면 프로젝트가 실패하거나 지연되고, 예산이 초과되며 자신들이 설계한 후 만들기로 한 제품을 인도하지 못하는 등의 현실을 지적하고 있다. 이러한 통계에서 지적되는 문제는 불완전한 요구사항이 가장 큰 문제중의 하나로 지적된다. 시스템 개발에서 앞단계에서 식별되어야 할것이 식별되지 못하고 후반부의 개발단계에서 발견된다면 해당 문제의 수정과 적용에 더 많은 비용과 시간이 소요되며 심각하게는 실패의 요인이 될수도 있다. 요즘처럼 시장 출시 시간(Time to Market)이 중요해지는 시대에 시스템 개발 초기에 식별해야 할 것을 보다 많이 식별하여 수정 및 오류 제거에 대한 노력을 줄이는 것은 시스템 개발의 성공률을 높이며 보다 생산적인 개발을 가능케 해 보다 적은 노력과 비용 그리고 시간을 투자하여 성공적인 시스템을 개발하는데 기여할 수 있다. 본 연구에서는 성공적인 시스템 개발을 위해 시스템 개발의 앞단계 즉 사용자 요구사항 단계에서 성능(Performance) 과 품질(Qualit)에 영향을 줄수 있는 비기능 요구사항을 보다 많이 식별하여 선행적(Proactive) 요구사항 활동을 하고 SysML이라는 표준 모델링 언어를 사용하여 요구사항의 모호성과 오해를 줄이고 의사소통성을 증진시킴으로서 요구사항의 재사용성을 높이고 시스템 개발의 생산효율성을 높이려 한다. 본 연구의 성과는 효과적으로 시스템을 개발하기 위해 PMTE 패러다임에 기초하여 모델을 개발하고 SysML을 사용하여 시스템 수명주기 초기에 비기능 요구사항을 고려하여 정의하는 방법을 선보임으로써 비가시적 특성으로 인해 쉽게 간과될 수 있는 비기능 요구사항을 선행적으로 파악하여 대상 시스템의 성능 과 품질을 확보 할수 있는 가능성을 선보였다는데 있다고 할 수 있다.

more

초록/요약

This study in the definition of requirement, this is the study on “SysML Approach to Non-Functional Requirements Definition” to promote character of Proactivity, Production Efficiency, Communication In the world there are number of projects are being implemented at this moment however some success or some failure depending on circumstances. It could be noticed based on several statistics there are more failure than success. According to the study executed by Standish Group, Gartner, or Carnegie Mellon University etc. It pointed out reality of failures such as failure project, project delay, excess of budget, failure of delivery of product scheduled to be manufactured with its drawing The problems pointed out the most in such statistics may be incomplete requests or requirements. If any matter yet identified that has to be identified in the preceded phase and then identified later in the development phase, it will cost more money and time in correcting or application or even can be a serious factor to be a failure. Like the age, Time to Market is being high lightened than ever before, reducing the efforts to remove correction or mistake through more identification of what need to be identified in the initial stage of system development shall increase the ratio of success, made possible more production efficiency development, and contributes to develop successful system with lesser effort or expenses and time. In this study, for the successful system development, in the preceded phase of system development, in other word, in user requesting phase, identify as many as possible non-functional requests that may affect Performance and Quality and remove ambiguity or misunderstanding of requirements, increase inter communication with which enhance re-usability of requirements and improve production efficiency of system development. The outcome from this study is that, it demonstrated the method to define by taking into account non-functional requirement in the initial phase of System life cycle by using SysML and develop model based on PMTE paradigm to develop system effectively with which a possibility is demonstrated to secure performance or quality of target system through proactive understanding of non functional requirements that can be easily overlooked due to its Invisible character.

more

목차

제1장 서론 1
제1절 연구 배경 및 목표 1
제1항 연구 배경 1
제2항 연구 목표 4
제2절 연구 범위 및 방법 5
제3절 논문 구성 6
제2장 관련 연구 분석 및 검토 7
제1절 도식을 활용한 방법 8
제1항 도식화 방법의 개념 8
제2항 목표 기반의 요구사항 분석 10
제3항 비기능 요구사항 프레임워크(Non-Functional Requirements Framework) 12
제4항 논의 사항 13
제2절 형식화를 활용한 방법 13
제1항 형식화 방법의 개념 14
제2항 소프트웨어 아키텍처 모델 14
제4항 논의사항 17
제3절 논리적 방법 17
제4절 다양체를 고려한 IEEE STD 1471의 개념적 프레임워크 17
제1항 개념적 프레임워크의 다양체 개념 19
제2항 다양체로 바라본 이해관계자의 관심사 21
제5절 기존 연구의 한계 23
제3장 비기능 요구사항의 올바른 정의를 위한 연구 25
제1절 비기능 요구사항의 용어 정의와 분류 25
제1항 비기능 요구사항의 용어 정의 조사 26
제2항 비기능 요구사항의 용어 정의 28
제3항 비기능 요구사항의 분류 28
제2절 비기능 요구사항의 연관성 30
제3절 불확실성의 제거 30
제4절 새로운 논증 기준의 필요 31
제5절 구조와 관계를 고려한 명제화 35
제6절 모델의 필요성 37
제4장 비기능 요구사항 정의 모델 개발 39
제1절 비기능 요구사항 정의 모델의 정의와 원리 39
제2절 비기능 요구사항 정의 모델의 구성 40
제1항 비기능 요구사항 정의 모델의 프로세스 41
제2항 비기능 요구사항 정의를 위한 개념적 프레임워크 44
제3항 기능 요구사항 정황 분석을 통한 식별 47
제3절 비기능 요구사항 정의 모델의 논증 방법 50
제1항 명제화를 이용한 논증 기준 52
제2항 논증을 위한 SysML Profile 개선 57
제4절 AHP를 이용한 요구사항의 정량화 65
제1항 AHP의 개념 66
제2항 기능 요구사항 정량화 방법 66
제3항 Matrix기법을 이용한 비기능 요구사항 정량화 방법 69
제5절 기존 방법과 제안 모델의 평가 71
제5장 비기능 요구사항 정의 모델 적용 사례 74
제1절 비기능 요구사항의 사례 74
제1항 요구사항 계층 구조 77
제2항 성능 요구사항의 사례 78
제3항 안전 요구사항의 사례 81
제2절 제안모델을 적용한 논증의 사례 84
제3절 비기능 요구사항의 정량화 사례 87
제4절 기존 사례와의 비교 88
제6장 결론 90
참고문헌 93
ABSTRACT 96

more