• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2004년도 봄 학술발표논문집 Vol.31 No.1 (B)
• /
• pp.412-414
• /
• 2004

요구사항 추출 단계에서 고객의 요구의 일부가 반영되지 않거나 명확히 기술하지 않은 요구사항은 개발단계에서 많은 수정 작업이 요구되고, 심지어 그 프로젝트가 실패하게 되는 요인이 된다. 이와 같은 요구사항의 문제로 인한 추가적인 비용은 전체 개발비용의 30~50%나 소요된다(Boehm 과 Papaccio 1988). 하지만 요구사항 추출 단계에서 고객이 원하는 요구를 가능한 많이 추출하고 검증함으로써 추가적인 변경으로 인한 개발비용의 비용을 줄일 수 있다. 고객의 요구를 정확히 반영하기 위해서는 요구사항 추출 과정에서 고객의 참여가 매우 중요한데 본 논문에서는 성공적인 요구사항 추출 및 검증과 명세를 위해 사용자의 참여를 높이기 위한 웹 기반 요구사항 추출 도구를 소개하고 명확한 요구사항을 표현할 수 있기 위해 다이어그램을 통합한 요구사랑 관리도구를 제시한다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2008년도 추계학술발표대회
• /
• pp.570-573
• /
• 2008

최근 시스템을 구축하는데 있어서 점점 더 많은 상용 컴포넌트가 쓰이고 있다. 컴포넌트에서 핵심 요소로 작용하는 요구사항은 기능 요구사항과 비기능 요구사항으로 나뉘며, 실질적인 컴포넌트의 재사용에 있어서 비기능적이 요소가 결정적인 기준으로 작용하고 있다. 비기능 요구사항은 해당 시스템이 지원해야 할 기능 요구사항의 제약사항 또는 품질 속성을 말하며, 소프트웨어의 품질 요구 사항으로 반영된다. 결국 시스템의 품질을 보장하기 위해서는 시스템을 구성하는 컴포넌트가 가진 품질을 고려해야 한다. 따라서 본 논문에서는 시스템의 품질에 관여하는 비기능 요구사항을 분석 및 반영 하기 위해 품질 속성이나 제약사항과 같은 컴포넌트가 가져야 할 비기능 요구사항을 고려한 컴포넌트의 추출 기법을 제안한다. 비기능 요구사항의 분석은 UML의 유스케이스에서 이루어지며 기능-비기능 요구사항의 영향관계를 고려하여 컴포넌트를 추출한다. 추출된 컴포넌트는 문서화를 통해 잘 기술된 제약사항 및 품질 요구사항에 대한 정보를 가지고 있기 때문에 보다 효과적인 컴포넌트를 이용한 개발을 가능케 한다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2003년도 가을 학술발표논문집 Vol.30 No.2 (2)
• /
• pp.391-393
• /
• 2003

최근 요구 사항에 대한 관리가 소프트웨어 시스템 개발의 중요한 성공 요인으로 등장하게 되어 그 중요성은 더욱 부각되고 있다. 특별히 소프트웨어 품질에 관심이 높아지면서 고품질의 소프트웨어 생산을 위한 노력이 활발히 이루어 지고 있다. 이러한 노력의 일환으로 소프트웨어 개발의 초기단계인 요구사항 단계에서 비기능적인 요구사항을 분석함을 제시하고 있으나 극히 미진한 연구가 진행되고 있다. 본 논문에서는 이를 위해 요구사항 단계에 영향을 주는 품질 속성으로 품질 모델을 정의하고 이를 이용하여 기능적 요구사항을 중심으로 관련된 비기능적 요구사항을 추출한다. 그리고 추출된 비기능적 요구사항과 품질 모델을 사용하여 시스템 단계의 비기능적 요구사항을 추가적으로 추출하는 방안을 제시한다.

• 시스템엔지니어링워크숍
• /
• 통권1호
• /
• pp.21-26
• /
• 2003

시스템엔지니어링을 수행하는데 있어서 요구사항의 중요성은 아무리 강조해도 지나치지 않을 것이다. 요구사항들의 명확한 정의는 개발문제의 명확한 정의를 의미하면 이는 개발사업의 위험부담을 초기에 제거하는 중요한 역할이 된다. 시스템 개발에 있어서 성패를 가름 지을 수 있는 첫 관문인 요구사항의 추출 방법들을 식별하고 비교 분석하였다. 본 논문에서는 요구사항 추출을 위한 방법들을 간략히 소개하고 각 방법의 장점과 단점을 기술하였으며, 각 방법의 학습난이도, 적용할 이해당사자의 특성별로 정리하였다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 1999년도 가을 학술발표논문집 Vol.26 No.2 (1)
• /
• pp.531-533
• /
• 1999

시스템이 사용되는 분야가 점점 복잡해지고 대형화됨에 따라 시스템 개발에 있어 사용자 요구사항의 올바른 분석과 서술이 중요하게 인식되고 있으며 또한, 인터넷(internet)의 발전으로 분산 환경에서의 요구사항 추출 및 분석의 필요성이 대두되고 있다. 본 논문에서는 요구사항 관리도구의 주요기능인 요구사항 추출기능, 변경관리, 버전관리, 요구사항 수정 삭제 기능을 웹 기반 환경에서 지원하기 위하여 자바 애플릿 프로그램으로 구현하였고, 최종 요구사항 명세서 작성을 위한 보고서 작성 기능을 비주얼 베이직 프로그램으로 구현해 보았다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2002년도 봄 학술발표논문집 Vol.29 No.1 (B)
• /
• pp.445-447
• /
• 2002

최근 국내 기업들은 S/W Process심사를 통하여 기업의 Process수준 향상과 개발 제품의 품질을 향상시키고자 하는 관점에서 CMM, SPICE와 같은 표준에 많은 관심을 보이고 있다 이러한 표준들에서는 소프트웨어 품질 향상을 위만 기반으로 요구사항 관리를 중요시하고 있다. 많은 기업들이 요구사항을 추출하여 분석하고, 관리하는 방안에 대해 관심을 가지고 적용하고 있다. 요구사항 관리는 요구사항 개발, 변경 및 연계성과 관련된 모든 활동을 포함한다. 즉, 상호적이고 협력적인 공정을 통해서 요구사장을 추출, 분석하고 분석된 결과를 문서화하고, 요구 사항들 간의 연계성을 설정 관리하고, 변경 사장을 관리해야 한다. 본 논문에서는 요구사항추출 단계에서부터 개발 완료 시점가지 요구사항을 관리하는 소프트웨어 요구사장 프로세스를 제안하고, 이를 적용한 사례를 제시한다.

• 정보처리학회논문지D
• /
• 제9D권4호
• /
• pp.639-650
• /
• 2002

소프트웨어의 성공적인 개발을 위해서는 체계적이고 명확한 요구분석이 이루어져야 한다. UML에서는 유스케이스 모델링을 통해 사용자 또는 고객의 요구사항을 파악하고 업무 시스템의 범위를 결정하는 방법을 제공하고 있다. 본 논문에서는 효율적이며 정확한 유스케이스 모델링을 위한 연구의 일환으로, 요구사항 기술서로부터 정형화된 규칙을 적용해 가면서 단계적으로 유스케이스 다이어그램을 추출하는 기법을 제시하였다. 요구사항 기술서 관련규칙( $R_{A}$; Rules for Requirements Specification)을 적용하여 요구사항 기술서를 변경하고, 변경된 요구사항 기술서에 액터 추출 규칙( $R_{A}$ ; Rules for Actors), 유스케이스 추출 규칙( $R_{U}$ ; Rules for Use Cases), 관계 추출 규칙( $R_{R}$ ; Rules for Relationships)을 각각 적용하여 액터, 유스케이스, 관계를 추출하여 최종적으로 유스케이스 다이어그램(Use Case diagram)을 작성하게 된다. 본 논문에서 제시한 규칙을 인사관리 요구사항 기술서에 적용해 본 결과, 정형화된 규칙이 없이 서술적인 몇몇 조언을 바탕으로 유스케이스 다이어그램을 추출해야하는 기존의 어려움을 줄일 수 있는 효과를 확인하였다.확인하였다.

• 한국인터넷방송통신학회논문지
• /
• 제16권1호
• /
• pp.263-271
• /
• 2016

소프트웨어 요구사항 분석은 성공적인 소프트웨어 프로젝트를 위해 필수적 요소이다. 특히 불완전한 요구사항은 소프트웨어 프로젝트 실패의 가장 큰 원인으로 꼽힌다. 불완전한 요구사항은 소프트웨어 개발 시 개발자에게 이해 부족을 야기할 뿐 아니라, 소프트웨어 검증 시 에도 모호한 기준을 제공함으로써, 개발 후반부에 납기일 연기 및 비용 증가의 원인이 된다. 요구사항 패턴은 이러한 문제를 극복하는데 도움을 줄 수 있다. 요구사항 패턴은 요구사항 작성과 검토 시 참조모델이 될 뿐 아니라, 검증 기준이 될 수 있으며, 작성자가 누락한 부분을 보완해 줄 수 있다. 이와 더불어 요구사항 작성의 경험이 적은 작성자는 요구사항 패턴을 통해 더 쉽고, 빠르고 정확하게 요구사항을 작성할 수 있다. 본 논문에서는 다양한 요구사항의 시나리오를 통해 공통된 요구사항 시나리오를 추출하는 기법을 제안한다. 그리고 제안한 기법의 가시성 검증을 위해 여덟 개의 프로젝트에서 추출한 83개의 소프트웨어 시나리오를 통해 54개의 시나리오 패턴을 추출하고 이 패턴을 이용하여 누락된 행위를 찾는 과정을 사례연구를 통해 보여준다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2008년도 추계학술발표대회
• /
• pp.574-577
• /
• 2008

실제 소프트웨어 개발에서 지속적으로 보안관련 문제들이 발생하고 있으므로 이를 해결하기 위하여 소프트웨어 개발 주기의 초기 단계인 요구사항 분석단계에서 보안 요구사항을 추출하는 것이 필요하다. 이는 요구사항 분석 단계에 대한 투자가 소프트웨어 개발의 성공률을 높일 수 있기 때문이다. 보안 요구사항을 추출하는 기법에 대해서는 여러 방면으로 연구가 시작되었으나, 보안 요구사항을 토대로 향후 소프트웨어 개발과정에서의 보안관련 위험도를 산정하여 보안 투자의 우선순위를 정하는 기법은 아직 연구되어 있지 않다. 그러므로 본 논문에서는 추출된 보안 요구사항을 가지고 소프트웨어 보안에 대한 위험도를 산정하여 투자 비용의 우선순위를 산정하는 절차에 대해 제안한다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2019년도 추계학술발표대회
• /
• pp.701-703
• /
• 2019

현재의 소프트웨어는 매우 크고 복잡하다. 고품질 소프트웨어는 요구사항 단계부터 정확하게 분석해야 한다. 그러나 자연어 요구사항은 부정확하기 때문에 유스케이스 식별이 어렵다. 게다가, 기존 요구 사항 분석 방법은 객체와 용어 식별에 대한 정확한 기준이 없다. 따라서 분석 결과는 분석가마다 다르다. 본 논문에서는 자연어 요구사항으로부터 유스케이스 추출 및 소프트웨어 공수 산정 방법을 제안한다. 제안한 방법에서는 Goal Modeling과 Fillmore의 Case 메커니즘을 개선했다. 이 방법은 자연어 요구 사항을 단계별로 분석하여 유스케이스를 모델링한다. 또한 유스케이스 점수(Use Case Point)를 이용하여 소프트웨어의 공수를 산정(Effort Estimation)한다. 제안한 방법은 고품질 소프트웨어 개발을 위해 자연어 요구사항의 변경 없이 유스케이스 추출이 가능하다. 또한 추출된 유스케이스를 통해 UCP 기반의 공수 산정을 평가할 수 있다. 본 논문에서는 우체국 시스템의 사례에 적용하였다.