애자일 소프트웨어 개발 방식에서 요구사항 변화에 유연하게 대처할 수 있도록 하기 위해 사용되는 사용자 스토리는 사용자에 의해 비정형적인 자연어로 쓰여진다. 사용자 스토리는 사용자의 경험과 지식을 바탕으로 같은 개념에 대해 다양한 언어로 쓰이고, 기능 요구사항에 비기능 요구사항이 여러 요구사항에 산재되어 나타난다. 따라서 비기능 요구사항 추출에 있어서 요구공학 엔지니어의 지식과 경험에 더욱 의존적일 수밖에 없다. 또 다른 문제점으로 애자일 방법론은 초기 요구사항으로부터 소프트웨어 품질을 좌우하는 소프트웨어 아키텍처를 고려하는데 있어서 소홀하다는 것이다. 따라서 본 논문에서는 품질 속성을 대표할 수 있는 키워드를 추출하고, 추출된 키워드를 기반으로 동의어들로 구성된 시소러스를 구축하였다. 이렇게 구축된 시소러스를 이용하여 각 품질 속성 카테고리에 맞는 비기능 요구사항을 자동으로 분류할 수 있는 방안을 제안함으로써 초기에 아키텍처를 고려할 수 있도록 하였다.
애자일 소프트웨어 개발 방식에서 요구사항 변화에 유연하게 대처할 수 있도록 하기 위해 사용되는 사용자 스토리는 사용자에 의해 비정형적인 자연어로 쓰여진다. 사용자 스토리는 사용자의 경험과 지식을 바탕으로 같은 개념에 대해 다양한 언어로 쓰이고, 기능 요구사항에 비기능 요구사항이 여러 요구사항에 산재되어 나타난다. 따라서 비기능 요구사항 추출에 있어서 요구공학 엔지니어의 지식과 경험에 더욱 의존적일 수밖에 없다. 또 다른 문제점으로 애자일 방법론은 초기 요구사항으로부터 소프트웨어 품질을 좌우하는 소프트웨어 아키텍처를 고려하는데 있어서 소홀하다는 것이다. 따라서 본 논문에서는 품질 속성을 대표할 수 있는 키워드를 추출하고, 추출된 키워드를 기반으로 동의어들로 구성된 시소러스를 구축하였다. 이렇게 구축된 시소러스를 이용하여 각 품질 속성 카테고리에 맞는 비기능 요구사항을 자동으로 분류할 수 있는 방안을 제안함으로써 초기에 아키텍처를 고려할 수 있도록 하였다.
User In the agile software development method, the user story, which is used to cope with the requirement change flexibly, is written by a user in a form of unstructured natural language. The user story is written in various languages with regard to the same notion based on the user experience and k...
User In the agile software development method, the user story, which is used to cope with the requirement change flexibly, is written by a user in a form of unstructured natural language. The user story is written in various languages with regard to the same notion based on the user experience and knowledge while the non-functional requirements are found scattered in several requirements. Accordingly, with respect to the extraction of non-functional requirements, the knowledge and experience of requirement engineers should be getting more and more dependable. The other problem is that the agile methodology pays little attention to the consideration of software architecture which decides software quality from the initial requirements. Therefore, in this paper, the keyword extraction technique of information search is used and the keyword given with the weighted value, which is capable of representing quality attributes, is extracted. And the thesaurus consisting of synonyms is constructed based on the extracted keywords. The method enabling automatic classification of non-functional requirements, which are suitable to each category of quality attributes, is proposed to make it possible to consider the architecture from the initial stage using the constructed thesaurus. In order to demonstrate the effectiveness of the proposed classification method for non-functional requirements, the user stories collected from 10 projects are cross-experimented to analyze the results.
User In the agile software development method, the user story, which is used to cope with the requirement change flexibly, is written by a user in a form of unstructured natural language. The user story is written in various languages with regard to the same notion based on the user experience and knowledge while the non-functional requirements are found scattered in several requirements. Accordingly, with respect to the extraction of non-functional requirements, the knowledge and experience of requirement engineers should be getting more and more dependable. The other problem is that the agile methodology pays little attention to the consideration of software architecture which decides software quality from the initial requirements. Therefore, in this paper, the keyword extraction technique of information search is used and the keyword given with the weighted value, which is capable of representing quality attributes, is extracted. And the thesaurus consisting of synonyms is constructed based on the extracted keywords. The method enabling automatic classification of non-functional requirements, which are suitable to each category of quality attributes, is proposed to make it possible to consider the architecture from the initial stage using the constructed thesaurus. In order to demonstrate the effectiveness of the proposed classification method for non-functional requirements, the user stories collected from 10 projects are cross-experimented to analyze the results.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.