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

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

• 한국건설관리학회논문집
• /
• 제5권3호
• /
• pp.88-96
• /
• 2004

고객 요구사항은 기업의 여러 성과와 관련하여 최근 이에 대한 관심이 증가되고 있는 개념이며, 특히 국내 건설업에서 큰 비중을 차지하는 아파트 사업의 경우 다각도의 조사를 통해 고객의 요구사항을 발굴하고 이를 사업에 반영하여 품질을 향상시키는 노력이 필요하다. 이를 위해서는 고객의 요구사항을 파악하고 아파트 사업에 적용하는 기법이 요구되며 QFD(Quality Function Deployment)와 연계된 ROQ(Return On Qualify)는 제조업에서 사용되는 기법으로 고객의 요구사항을 조사하여 고객만족을 향상시키고 이를 품질개선 프로그램에 적용해 수익성을 향상시키게 하는 프로세스이다. 본 연구에서는 ROQ 프로세스의 적용을 통해 아파트 품질관리 개선방안을 제시하였다. 이를 위해 먼저 소비자 면접조사와 FGI(포커스그룹 인터뷰) 조사 실시 및 고객의 요구사항을 분석하였으며, 그 후 전문가의 면담을 통해 새로운 아파트 상품 개발에 적용 가능한 품질개선 프로그램을 수립하였다. 이 프로세스를 통해 새로운 아파트 품질관리 개선방안을 제시하도록 한다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2008년도 한국컴퓨터종합학술대회논문집 Vol.35 No.1 (B)
• /
• pp.13-18
• /
• 2008

소프트웨어 시스템 개발에 있어 요구사항 분석 단계는 개발 프로세스의 최 상위 단계로 프로젝트의 성공과 실패를 결정하는 중요한 단계이다. 특히, 반복 점증적 개발 프로세스를 적용하는 경우에 있어 고객 요구사항을 우선순위화하여 제한된 일정과 자원을 활용하여 제품을 개발하는 방법론이 필요하다. 기존 방법과 달리 본 논문에서는 SW QFD를 활용하여 고객관점 우선순위에 개발 관점을 추가하고 하위 수준 (Low Level) 요구사항까지 우선순위화 하는 Enhanced SW QFD 방법론을 제안한다. 고 품질의 소프트웨어 제품 개발을 위해 고객 요구사항을 명확하게 이해하고 고객과 개발자 양방향 관점 우선순위 프로세스를 제시한다.

• 대한안전경영과학회:학술대회논문집
• /
• 대한안전경영과학회 2000년도 춘계학술대회
• /
• pp.163-173
• /
• 2000

2002년 7월부터 시행될 한국의 제조물책임법은 제조물의 결함으로 인한 소비자의 피해구제가 목적으로 이에 따라 기업으로서는 제품의 품질과 안전에 대한 부담은 더욱 증가하게 되었다. ISO9001:2000 품질경영시스템의 요구사항은 고객만족 지향에 대한 프로세스의 지속적인 개선을 강조하여 개정되었고, 고객의 요구는 제품의 안전을 더욱 중요시하는 추세로서 이러한 대응방안을 ISO9001:2000 품질경영시스템의 요구사항에서 고찰·제시하고자 한다. ISO9001:2000 품질경영시스템은 경영에 대한 프로세스 접근방식의 도입으로 프로세스의 입력사항으로 고객이 중요한 역할을 하며, 고객의 요구사항이 충족되었는지를 검토하며, 지속적인 고객만족을 위해 프로세스를 관리한다. 본 연구에서는 먼저 제조물책임법의 도입배경과 Is09001:2000 품질경영시스템의 특징을 고찰한다. 그리고, ISO9001:2000 품질경영시스템과 PL과의 관련성을 제고하여 제조물의 결함 유형별, 경영관리지침 항목, 소송상의 항목으로 분류하여 제조물책임 대응방안으로 ISO 9001:2000 품질경영시스템을 제시하고자 한다.

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

소프트웨어 개발초기에 모든 요구사항을 정의하는 것은 불가능하며 모든 요구사항이 최고의 우선순위를 가지는 것 또한 아니다. 따라서, 올바른 일(Right Thing)을 올바른 순서(Right Order)로 하고, 변경에 따른 시소관계(Trade-off) 의사결정에 도움되는 고객가치 지향적인 요구사항 정제 방법이 필요하다. 본 논문은 고객 입장에서 핵심 서비스와 제품기능 만족도를 판단하는 긍정적인 가치요소와 프로젝트 팀 입장에서 구현 시 발생 비용과 기술적인 위험도를 판단하는 부정적인 가치요소에 의해 고객가치를 정량화하여 요구사항의 우선순위화 방법을 제안한다. 본 논문의 목적은 정해진 일정과 한정된 자원 내에서 반드시 필요한 모든 기능을 포함한 시스템을 고객에게 제공하고 모든 이해당사자들에게 실효성 있는 가치를 제공하여 요구 결항 축소 및 시스템 만족도를 높이는데 있다.

• Journal of Information Technology Applications and Management
• /
• 제10권4호
• /
• pp.119-133
• /
• 2003

맞춤형 금융상품 설계시스템(Financial Product Factory System)이란 온라인으로 접근하는 고객의 요구사항을 고려하여 고객에게 가장 적합한 금융상품을 실시간으로 설계하여 제공하는 시스템이다. 최근 들어 인터넷 뱅킹 고객의 수가 급증함에 따라 맞춤형 금융상품 설계시스템의 필요성이 대두되고 있으나, 이러한 시스템의 정의나 성격, 필요 기능, 구축 방안에 대한 연구가 되어 있지 않은 실정이다. 본 연구에서는 맞춤형 금융상품 설계시스템의 정의를 내리고, 이 시스템이 갖추어야 할 요구사항을 시스템과 서비스 측면에서 분석한 후, 이 요구사항을 반영하는 시스템의 아키텍처를 제안ㆍ구현한다

• 정보처리학회논문지:소프트웨어 및 데이터공학
• /
• 제4권12호
• /
• pp.537-542
• /
• 2015

소프트웨어 공학에서 요구사항 분석은 전체 시스템의 성공률을 좌우한다. 요구사항에서 발생되는 오류는 전체 시스템에 영향을 주게 되고, 그 결과 고객의 만족도가 낮아진다. 따라서 요구사항 단계에서 정확한 분석을 위하여 이해관계자 간의 의견을 교환하고 수정할 수 있는 도구가 필요하게 된다. 본 논문에서는 이와 같은 문제를 해결하기 위하여 이해관계자 간의 의견을 교환할 수 있는 도구를 설계하고자 한다.

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

웹 어플리케이션을 고객의 요구사항에 맞게 구현하기 위해서는 발주자와 수주자 간의 명확한 의사소통이 필요하다. 그러나, 잦은 요구사항의 변경과 원활하지 못한 의사소통으로 인해 요구사항의 추출 및 검증이 힘들다. 본 논문에서는 요구사항 데이터와 GUI 디자인 패턴 모델간의 Mapping 프로세스를 통해 신속하고 명확하게 고객의 요구사항을 정의하며, 프로젝트의 생산성을 높일 수 있는 방법을 제시한다.

• 한국인터넷방송통신학회논문지
• /
• 제14권1호
• /
• pp.37-49
• /
• 2014

본 논문은 지금까지 제안된 요구사항 공학과정을 체계적으로 분석하고 최적의 과정을 제안하였다. 세부적으로는 요구사항 추적관리와 기원을 살펴보고, 요구사항 명세서를 도출하는 다양한 출발점 (고객이 제시한 요구사항 명세서로부터, 요구사항 도출로부터, 문제분석으로부터, 비즈니스 모델링부터)을 고찰하였다. 또한, 이해 당사자 욕구 도출, 문제 분석, 비즈니스 모델링의 수행 우선순위에 대한 다양한 방법을 고찰하였다. 이들 결과로부터 "전산화 목표 파악, 비즈니스 프로세스 파악, 비즈니스 모델링, 문제분석, 이해당사자 욕구 도출, 시스템 특징 도출, 요구사항 도출, 요구사항 명세와 검증" 과정을 수행하는 것이 가장 체계적으로 요구사항 명세서를 도출하는 과정임을 제안하였다. 이 방법을 적용하면 개발단계에서 관리하면 개발단계에서의 요구사항 변경을 최소화 시키고 프로젝트 성공률을 향상시킬 수 있으며, 고객의 만족도도 향상시킬 수 있을 것이다.

• 정보처리학회논문지D
• /
• 제15D권4호
• /
• pp.505-512
• /
• 2008

임베디드 시스템에 대한 RBT(Requirement-Based Testing)를 수행하기 위하여 정확한 요구사항 명세서가 존재해야 한다. 그러나 고객이 자연어로 작성하는 요구사항은 모호성, 부정확성, 불일치성을 가지고 있다. 이를 해결하기 위해서 UML, Simulink등의 모델링 언어를 이용하여 요구사항을 다시 모델링 하지만, 이 과정에서 요구사항을 use-case단위로 조합하고 재해석하는 단점이 생겨나게 되었다. 본 논문에서는 임베디드 시스템에 대한 고객의 요구사항을 use-case단위의 조합이나 재해석이 필요 없이 곧바로 모델로 표현할 수 있는 그래픽 언어를 이용한 1:1 요구사항 모델링 기법을 소개한다. 제안한 방법은 1) 임베디드 시스템의 요구사항을 자연어가 아닌 의미가 분명한 그래픽 언어를 이용하여 표현하고, 2) 하나의 요구사항을 하나의 그래픽 모델로 표현한다. 또한 제안한 방법은 시스템의 입출력을 기반으로 "what-to-do"만을 기술하기 때문에 상위레벨의 요구사항이나 하위레벨의 요구사항 모두에 적용할 수 있는 기법이다. 이 기법이 적용된 REED라는 도구를 통하여 실제 프로젝트에 적용한 예를 살펴본다.