• 한국IT서비스학회:학술대회논문집
• /
• 2005.11a
• /
• pp.391-399
• /
• 2005

시스템 개발의 성공과 실패는 요구사항 정의의 명확함에 따라 좌우된다고 해도 지나침이 없다. 요구분석은 요구분석을 수행하는 프로세스 측면과 요구사항을 정의하는 방법적인 측면으로 나눌수 있다. 프로세스 측면은 점증적으로 요구사항을 명확하게 정의하기 위한 것이며, 방법적인 측면은 논리와 근거를 갖춘 형태로 요구사항을 정의하기 위한 것이다. 즉, 요구분석 단계와 요구사항 정의 방법이 요구된다. 본 논문에서는 이벤트 프로세스 모델링의 요구분석 5단계와 요구사항 변경을 예방하는 방법을 제시한다. 요구분석 완료 기준을 제시하고, 이벤트와 프로세스 방법으로 요구사항을 정의하는 방법을 설명한다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2012.06b
• /
• pp.172-174
• /
• 2012

요구사항은 소프트웨어 아키텍처 설계의 핵심 요소로서, 아키텍처의 구축과 생성의 근거를 제시해준다. 이러한 요구사항 분석을 위해 다양한 요구사항 분석 방법이 제안되고 있는데 그 중 대표적인 기법은 시나리오 기반의 분석, 목표 기반의 분석, 시나리오를 이용한 목표기반의 분석이다. 그러나 이러한 요구사항 분석 방법들은 정형화되어 있지 않아 요구사항을 분석하는 아키텍트에 의존할 수밖에 없다. 따라서 본 논문에서는 텍스트학을 기반으로 정형화된 기법인 거시구조를 이용한 요구사항 분석 방법을 기반으로 요구사항 분석 프로세스를 개선하여 제안하였다. 기존 연구에서 제안한 거시구조 요구사항 분석 방법을 재해석하여 요구사항을 분석하는 단계를 나누고 각 단계의 시스템 요소 설계와 구조를 정의하여 요구사항 분석 프로세스의 설계를 수행하였다.

• Proceedings of the Korea Inteligent Information System Society Conference
• /
• 2006.06a
• /
• pp.141-151
• /
• 2006

최근 U-City와 같은 유비쿼터스 지능 공간 (Ubiquitous Smart Space, USS) 개발이 추진됨에 따라 USS 요구 분석 방법론에 대한 필요성이 커지고 있다. 그러나 SDLC, UML 등과 같은 기존 정보시스템 요구분석 등 개발 방법론은 상황인지 에이전트 시스템 등과 같은 USS 특유의 환경을 고려하지 못해 USS 요구 분석 방법론으로 그래도 적용하기에는 한계가 있다. 따라서 본 논문은 USS 개발을 위한 요구분석 방법론으로서 기존 UML에 상황인지, 에이전트 시스템의 특정을 고려하여 수정된 UML(Amended UML)을 제시하는 것을 목적으로 한다. 이를 위해 본 논문에서는 As-Is Space 와 To-Be Space 로 나누어 요구 분석을 하였다. 또한 본 논문에서 제시한 요구 분석 방법론의 활용가능성을 보이기 위해 국내 쇼핑몰 내 실제 USS 서비스 개발에 적용해 보았다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2005.05a
• /
• pp.381-384
• /
• 2005

소프트웨어 개발에서 요구사항 분석에 대한 관리는 품질과 생산성에 중요한 역할을 한다. 기존 연구는 요구사항 분석단계에서 기능 중심으로 문제분석을 시도하고, 시험 및 구현단계에서 품질문제를 고려하고 있다. 본 논문에서는 요구사항을 추출하고 분석하는 단계에서 품질속성을 고려하는 요구분석 모델을 제안한다. 품질평가모형인 ISO/IEC 9126 품질속성으로 분석된 요구사항을 개발시스템의 이해와 사용자의 요구사항에 대한 만족도를 높일 수 있도록 카노(Kano)의 이원적 품질이론을 통해서 재분류함으로써 새로운 요구분석 방법을 제안한다.

• The Journal of Society for e-Business Studies
• /
• v.8 no.1
• /
• pp.35-54
• /
• 2003

소프트웨어 개발공정 상의 요구사항 문서적 분석에 치중되어 있던 요구사항 분석에 관한 논의는 기업 통합을 더욱 효과적으로 하기 위해 소프트웨어적 차원을 넘어 기업 아키텍처 기반의 정보시스템 개발 및 통합의 필요성에 대한 논의로 확대되고 있다. 본 연구에서는 궁극적으로 기업 아키텍처의 효과적인 수립을 지원하는 요구사항 분석, 관리 프레임 웍과 분석 프로세스를 제시한다. 요구사항 분석 프로세스는 기업 아키텍처의 개념을 바탕으로 다양한 사용자와 관점이 구별하고, 이를 다시 요구사항 추출을 위해 업무적 관점과 정보시스템 관점으로 구분한다. 이러한 요구사항 분석을 위한 프로세스는 기업 아키텍처의 수립을 효율적으로 지원할 것이다.

• Proceedings of the Korea Inteligent Information System Society Conference
• /
• 2007.11a
• /
• pp.403-411
• /
• 2007

유비쿼터스 서비스 개념의 확장으로 서비스 제공 공간인 유비쿼터스 지능 공간(USS: Ubiquitous Smart Space)에 대한 관심이 높아지고 있다. 또한 이와 같은 USS 개발은 전 세계적으로 다양한 분야에서 이루어지고 있다. 이러한 USS를 개발하기 위한 방법론 중에서 먼저 시나리오를 제작 분석하고 이에 따라 요구분석과 설계를 하기도 하며 역으로 개발에 고려하고 있는 유비쿼터스 기술로 먼저 설계나 요구분석을 실시하고 이후에 시나리오를 통하여 실현 가능성을 보이기도 한다. 그러나 시나리오 제작과 요구분석이 상호 유사한 내용을 공유하고 있음에도 불구하고 별도로 제작하는 과정에서 불일치와 많은 노력이 소모된다. 따라서 본 연구의 목적은 시나리오 제작과 요구분석에 이르는 과정을 구조적으로 통합하는 방법론을 제시하여 USS개발 초기과정에서의 효율성을 증대하도록 하는 것이다.

• The Journal of the Convergence on Culture Technology
• /
• v.7 no.2
• /
• pp.177-184
• /
• 2021

This study aims to develop the model of needs analysis for lifelong education program in order to verify social needs as well as personal needs. The overall process of this study is as follows. Firstly, a questionaire based on six mode classification of lifelong education program was invented in order to apply to program development. Secondly, a questionaire was designed to evaluate personal needs and social needs simultaneously. Thirdly, t-test, needs analysis of Borich model, and the Locus for Focus model were conducted with a view to analyze the difference between personal needs and social needs. As a result, there showed the categories of education which are high in both personal and social needs, whereas a category like certification program is higher in social needs rather than in personal needs. The results represent the necessities of promoting programs which are high in social needs even if there is no personal needs. Therefore the needs survey and the needs analysis need to be conducted to find out not only personal needs but also social needs.

• Proceedings of the KIEE Conference
• /
• 2011.07a
• /
• pp.1989-1990
• /
• 2011

스마트그리드 즉, 미래 지능형 전력시스템이 추구하는 가장 큰 특징은 표준화 기반의 시스템간 상호운용성과 최신 기술을 이용한 자동화라고 할 수 있겠다. 그러므로 시스템간 상호 운용이 가능한 스마트그리드 시스템의 개발을 위해서는 요구분석부터 전반적인 시스템의 조건을 만족할 수 있도록 고려되어야 한다. 스마트그리드를 위한 전력시스템의 개발에 활용 될 수 있는 방법론으로는 'IEC 62559 IntelliGrid Methodology(IntelliGrid$^{SM}$, 이하 IntelliGrid 방법론)'이 있다. IntelliGrid 방법론은 IEC에 의하여 2007년에 채택된 전력에너지시스템 개발을 위한 방법론(IEC 62559, PAS(Publicly Available Specification))으로, EPRI의 'IntelliGrid 프로그램'의 산출물이다. IntelliGrid 방법론에 기반한 요구분석 방법론을 체계적인 스마트그리드 시스템 개발을 위한 요구분석 방안을 제시한 결과물로 평가할 수 있다. 본 논문에서는 IntelliGrid 방법론의 내용을 분석해 보고, AMI 개발을 위한 요구분석 방법론으로 'IntelliGrid 방법론'을 적용하는 방안 및 절차에 관하여 제시하고자 한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2002.11c
• /
• pp.1925-1928
• /
• 2002

소프트웨어에 대한 고객의 요구수준이 점점 높아지고 복잡, 대형화됨에 따라 개발인력, 예산, 기간 등 많은 개발 자원이 소요되는 추세이지만, 개발자 직관에 의한 정성적인 판단으로 소요자원의 과부족을 초래하는 원인이 되고 있다. 본 논문에서는 요구분석 단계에서 기존의 정성적 판단에 따른 문제점을 보완하기 위해 요구분석 프로세스를 수정/제안하고, 의사결정기법을 이용하여 요구사항을 정량적으로 분석하고 식별할 수 있는 방법을 제안하였다. 이를 위해 사용자 요구분석 프로세스 검증단계에서 요구사항 평가활동을 추가하고, 의사결정 모델을 이용한 요구사항 가중치 계산, 시스템 기능과의 관련성 평가, 중요도 가중치를 계산하여 요구사항에 대한 식별의 기준으로 삼는다.

• Journal of KIISE:Software and Applications
• /
• v.31 no.5
• /
• pp.543-554
• /
• 2004

In Requirements engineering, requirements elicitation and analysis are very important tasks to develop software systems successfully. Even though various methods have been proposed including scenario-based analysis, goal based analysis, and coupling goal with scenario, each method has its own strengths and weaknesses. If you use only one method, it is very difficult to elicit and to analyze system requirements completely. Since these methods don't support a comprehensive elicitation process, this paper proposes an integrated approach. This integrated approach is focused on two viewpoints. One is what factors are comprised and the other is how they are integrated. This paper also shows how the proposed approach can be applied to Meeting Reservation System (MRS) development. An experiment has been conducted using this approach to demonstrate how complete requirements are elicited and analyzed and to show relative time savings during elicitation in comparison to each method.