Non-Functional Requirements (NFRs) are rarely treated as \ rst-clas" design elements as Functional
Requirements do. Often they are stated informally and incorporated in the nal software as an after-
thought. Time and again, however, NFRs have been cited as the common causes of software development
delay and failure of the shipped software during execution resulting in huge nancial and sometimes
human life loses.
In this research, we leverage existing research work for the treatment of NFRs to propose an approach
that enables to systematically analyze and design NFRs in parallel with functional requirements. Our
approach premises on the importance of focusing on tactics (the speci cs approaches used to ful ll NFRs)
as opposed to focusing on NFRs themselves. Such observation lays the ground work for formulating
di erent processes that can be applied for various tactics for successful incorporation of NFRs to FRs
during object-oriented analysis and design (OOAD).
Speci cally, we provide processes that utilize classpects for analyzing and designing a particular
group of tactics. This processes enable us to maintain separation between NFRs and FRs even if they
are integrated into one system. Therefore, both traceability and future maintenance is made easier.
We also tackle the various problems that arise from interaction among NFRs. We enhance an
existing approach in better dealing with this interactions that can be positive and negative. We also
capture the relative importance users put into NFRs (prioritization) and use such knowledge in managing
the interactions among NFRs.
비기능적 요구사항이 기능적 요구사항처럼 “퍼스트 클래스” 디자인 요소로 다뤄지는 경우는 드물다. 비기능적 요구사항은 보통 비공식적으로 기재되는데, 소프트웨어 최종 버전이 되어서야 생각나는 대로 기술하곤 한다. 그러나 비기능적 요구사항은 소프트웨어 개발 기간을 지체시키는 흔한 원인의 하나로 알려져 있으며, 소프트웨어의 지연 출시는 큰 경제적 손실 혹은 인명 피해를 낳는 결과를 초래하기도 한다.
이 연구에서는 비기능적 요구사항을 다뤘던 기존의 연구들을 바탕으로, 비기능적 요구사항을 기능적 요구사항과 함께 체계적으로 분석 및 디자인 할 수 있는 접근방법을 제시한다. 이는 비기능적 요구사항 자체에 초점을 맞추기보다는, 비기능적 요구사항을 만족시키기 위해 사용된 접근방법, 즉 전략에 초점을 맞추는 게 중요하다는 것을 전제한다. 이러한 관점은 객체지향 분석 및 설계 과정에서 비기능적 요구사항을 통합하기 위한 전략에 적용되는 여러 과정을 표현할 수 있는 기틀을 마련한다.
구체적으로 말하면, 이 연구는 특정 전략 그룹을 분석 및 디자인 하는 클래스펙트(classpect) 들을 활용하는 과정을 제공한다. 이 과정은 설사 비기능적 요구사항과 기능적 요구사항이 한 시스템 내에 혼재 하여도, 비기능적 그리고 기능적 요구사항 각각으로 구분 및 유지될 수 있도록 해준다. 그리하여 좀 더 쉽게 추적 가능성 (traceability) 과 미래 유지보수성 (future maintenance) 을 가질 수 있도록 만들어준다.
또한 이 연구는 비기능적 요구사항들 간의 상호작용 과정에 나타나는 다양한 문제들도 다루고 있다. 그리하여 긍정적 혹은 부정적일 수 있는 상호작용들을 다루는 기존 방법에 대한 개선 방안을 제시하며, 더불어 사용자가 각각의 비기능적 요구사항에 부여한 중요도를 고려하여 비기능적 요구사항들 간의 상호작용을 관리할 수 있도록 한다.
