• 전기저널
• /
• 통권330호
• /
• pp.63-72
• /
• 2004

프로젝트 품질관리에는 진행 중인 프로젝트가 제반 요구사항을 충족시킬 수 있도록 하기 위하여 품질방침, 목표 및 책임사항을 결정하는 제반 관리 기능의 모든 활동을 포함하며, 품질기획, 품질보증, 품질통제 및 품질개선 등의 방법을 통하여 각 활동을 품질시스템에 적용시키는 것으로 아래 그림은 프로젝트 품질관리의 주요 프로세스에 대한 개요를 보여준다.

• 한국컴퓨터정보학회논문지
• /
• 제13권5호
• /
• pp.171-177
• /
• 2008

소프트웨어 개발 방법론 중 소프트웨어를 부품화한 후에 이를 조려하거나 합성하여 새로운 정보시스템을 개발하는 CBD방법론이 널리 연구되어 왔다. 그러나 CBD방법론은 잦은 요구사항의 변경과 유연한 프로세스를 가져야 하는 모바일 환경에서 한계를 가진다. 본 논문에서는 이러한 한계를 해결하기 위해 UML컴포넌트에 기반한 개선된 모바일 개발 프로세스를 제안한다. 제안 기법은 빠른 변화가 발생하는 소규모의 모바일 시스템을 개발하기 위해 세 단계의 다이어그램으로 구성된 간소화된 프로세스를 가진다 제안된 개발 프로세스를 모바일 뱅킹 업무에 적용하여 요구사항의 변경에 빠르게 대응하고 유연한 개발이 가능함을 보인다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2005년도 가을 학술발표논문집 Vol.32 No.2 (2)
• /
• pp.466-468
• /
• 2005

임베디드 시스템은 특정 목적을 수행하기 위해 개발되는 컴퓨팅 시스템으로 최적화된 하드웨어 위에서 동작 가능한 소프트웨어로 구성된다. 임베디드 시스템은 개발 단계별로 여러 가지 설계 대안 중 최적의 설계를 선택하는 설계 결정이 이루어지는데 설계 결정 시에는 이에 대한 근거가 제시되어야 한다. 임베디드 시스템은 여러 유형의 제약사항 범위 안에서 개발되어야 하는 특징으로 인해 임베디드 시스템 개발 시에는 기능적 요구사항과 함께 비기능적 요구사항 역시 중요한 요소가 된다. 따라서 제약사항을 담고 있는 비기능적 요구사항은 설계 결정 시에 중요한 영향을 미친다. 그러므로 본 논문에서는 CMMI의 공학 프로세스 영역에 근거하여 임베디드 시스템의 개발주기를 요구사항 개발, 기술적 해결, 제품 통합 각 단계로 나눈 다음, 각 단계에서 이루어지는 설계 결정 활동을 비기능적 요구사항에 근거하여 분석하고자 한다. 이를 통해 임베디드 시스템 개발 단계별 설계 결정에 대한 추적성을 제공하고자 한다.

• 정보처리학회논문지D
• /
• 제13D권7호
• /
• pp.909-922
• /
• 2006

프로덕트 라인 공학(Product Line Engineering)에서 핵심자산은 제품계열에 속하는 패밀리 멤버들이 어플리케이션을 만드는데 기초가 되는 모든 자산을 포함한다. 핵심자산 가운데 하나인 요구사항은 전통적인 시스템 개발에서와 마찬가지로 모든 핵심자산의 기초가 되는 부분이며, 다른 핵심자산의 공통성과 가변성(Commonality and Variability : C&V)을 결정하는 중요한 요소가 된다. 하지만 요구사항은 도메인 전문가 혹은 개발자가 경험에 기반하여 정형적인 프로세스 없이 분석하고 있으며, 동일한 도메인 요구사항임에도 불구하고 요구사항이 재사용 되지 않고 있다. 따라서 도메인 요구사항은 객관적인 방법을 통해 공통성과 가변성을 도출하고 이를 재사용 할 수 있는 프로세스가 정립되어야 할 필요가 있다. 이에 본 논문에서는 도메인 요구사항을 객관적인 근거에 따라 분석할 수 있는 4가지 활동 즉 도메인 범위 결정, 도메인 요구사항 추출 및 일반화, 도메인 요구사항 분석 및 모델링, 도메인 요구사항 변경 관리 활동 및 그에 따른 세부적인 활동을 제시하였다. 이를 요구사항 관리에 적용할 경우 분석한 도메인 요구사항과 관련된 아키텍처 혹은 컴포넌트의 재사용성 증대를 통하여 제품 개발기간과 비용을 줄이며 생산성을 향상시키는 등의 장점을 가져올 수 있을 것으로 기대한다. 또한 프로덕트 라인 공학에서 핵심자산의 기초가 되는 요구사항을 체계적으로 분석하고 관리함으로써, 요구사항을 기반으로 산출되는 다양한 산출물의 품질을 높일 수 있을 것으로 기대한다.

• 정보처리학회논문지D
• /
• 제9D권1호
• /
• pp.81-90
• /
• 2002

More than 50% of defects and errors in the software development projects are related to the requirements[14]. But the development methodologies can not provide enough supports to the requirements management and changes. In the real world, the requirements keep changing as the requirements at the early development phase are usually incomplete, the developer′s understanding of the problem will be constantly changed during the software process, and new requirements may emerge with the organizational and environmental changes. In this paper, a requirements management process that can be integrated into the development methodologies is proposed to extend the requirements management over the whole development life-cycle and to support the requirements changes at the design/implementation/test phases. To evaluate the proposed process, it was compared to the existing requirements managements processes and models, and examined through a integration test with a widely used development methodology "MaRMI" to show the expected improvements at each development phase.

• 정보보호학회논문지
• /
• 제14권3호
• /
• pp.85-100
• /
• 2004

모든 정보시스템은 보안기능이 강화된 정보보호시스템이라 할 수 있으며, 정보보호시스템의 품질을 높이기 위해서는 초기 요구사항 분석 단계에서 보안요구사항을 정형적이며 일관적으로 분석 및 명세하여야 한다. 본 논문에서는 UML의 Use Case 모델을 확장한 Misuse Case 모델을 이용하여 보안요구사항을 분석 및 명세하는 모델과 프로세스를 제시하였으며, 도출된 보안기능요구사항들을 제품화한 비용효과적인 보안제품 선정 알고리즘을 제시하였다. 제시한 모델 및 프로세스를 통해 개발된 정보보호시스템의 품질을 제고할 수 있을 것이다

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2004년도 추계학술발표논문집(상)
• /
• pp.295-298
• /
• 2004

소프트웨어 개발에서 요구사항 분석에 대한 관리가 품질과 생산성에 중요한 역할을 하고 있다. 기존 연구에서는 요구사항 분석에 있어 기능중심으로 문제 분석을 시도하고, 구현 또는 시험단계에서 품질문제를 고려하고 있다. 본 논문에서는 요구사항을 추출하고 분석하는 단계에서 품질속성을 고려하는 요구사항 프로세스를 제안한다. 품질속성(quality attribute)을 개발초기인 요구사항 추출, 분석 단계에서부터 고려하여 개발하도록 함으로써 명확한 요구사항에 대한 이해와 시스템의 품질 향상을 가져다줄 수 있는 기반을 제공한다.

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

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

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

최근 객체지향 기법보다 효율적인 재사용성과 대체성을 지원하는 컴포넌트 기법에 대한 인식의 확대로 많은 업무용 시스템들에 대한 컴포넌트 기반 시스템으로의 재개발 또는 재개발 요구가 증가하고 있으며 이에 따라 레거시 시스템을 컴포넌트 기반 시스템으로 전환하기 위한 연구 또한 활발히 진행되고 있다. 본 논문에서는 레거시 시스템의 사용자 인터페이스를 컴포넌트화 하기 위한 전환 프로세스를 제시한다. 전환 프로세스는 레거시 시스턴 사용자 인터페이스 구성 분석, 컴포넌트 유형 분석, 컴포넌트 전환 패턴 개발. 컴포넌트 설계 및 구현 사용자 인터페이스 요구사망 테스트의 다섯 단계로 구성되어 있다. 레거시 시스템 사용자 인터페이스 구성 분석단지에서는 사용자 인터페이스의 화면구성파 내부로직을 분석하고 사용자 인터페이스의 컴포넌트화 단위를 결정하며 컴포넌트 유형 분석단계에서는 사용자 인터페이스를 구현할 컴포넌트 기술을 결정한다. 컴포넌트 전환 패턴 개발단계에서는 사용자 인터페이스를 컴포넌트화 시키기 위한 전판 패턴을 설계하며 컴포넌트 설계 및 구현 단계에서는 설계된 전환 패턴에 따라 사용자 인터페이스를 컴포넌트화한다. 사용자 인터페이스 요구사항 테스트단계에서는 개발된 컴포넌트가 레거시 시스템의 사용자 인터페이스에 대한 요구사항을 만족하는가를 확인한다. 제시한 프로세스를 적용할 래거시 시스템의 사용자 인터페이를 컴포넌트화한 구현 사례를 통해 사용자 인터페이스와 관련된 코드의 재사용 방범을 제시한다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2001년도 추계학술발표논문집 (상)
• /
• pp.473-476
• /
• 2001

최근 기존 정보시스템에 고객이나 사용자의 다양한 요구사항이나 기업의 환경 변화를 반영하여 새로운 정보시스템으로 재구축하는 경향을 보이고 있다. 이를 통해 기업들에서 경쟁 우위를 선점함으로써 보다 우세한 경쟁력을 갖출 수 있다. 본 논문에서는 정보시스템 재구축을 위한 프로세스 모델링(Process Modeling)과 데이터 모델링(Data Modeling)을 체계적으로 수행하는 방안을 제시하고, 이를 실제로 적용한 사례를 보여준다. 정보시스템의 전체적인 관점에서의 요구사항 및 기존 정보시스템의 미비사항을 분석하여 정보화 대상을 추출하는 프로세스 모델 분석(Process Model Analysis) 단계와 정보화 대상을 개념 모델로 전환하는 논리 데이터 모델링(Logical Data Modeling) 단계, 실제 컴퓨터에 저장하여 사용하는 물리 데이터 모델링(Physical Data Modeling) 단계로 구성된다.