• Information and Communications Magazine
• /
• v.30 no.12
• /
• pp.37-50
• /
• 2013

아이폰을 비롯한 새로운 스마트 기기의 도입으로 촉발된 폭발적인 데이터 트래픽의 증가는 사회.경제적으로 큰 변화를 가져 왔으며, 앞으로도 그 추세가 계속될 것으로 예측되고 있다. 국내의 경우 증가하는 데이터 트래픽을 수용하기 위해 10MHz의 LTE 시스템을 도입하여 상용 서비스를 시작한 바 있으며, 올해 하반기부터는 20MHz의 광대역 LTE 서비스와 함께 2개의 반송파를 집성하는 CA(Carrier Aggregation) 기술이 적용된 LTE-Advanced, 즉 4G 상용 서비스를 이미 개시하였다. LTE 상용 서비스가 본격화 되기 시작하면서 제조업체와 대학, 연구소 등을 중심으로 다음 세대 이동통신 기술에 대한 관심이 보다 높아졌으며, 최근 LTE-Advanced 상용 서비스 개시를 계기로 5G 이동통신에 대한 논의가 본격적으로 시작되고 있다. ITU-R WP(Working Party) 5D는 2012년 7월에 개최된 제13차 회의에서 2020년 및 그 이후의 미래 IMT 시스템을 위한 비전(Vision) 및 기술동향 연구를 수행하기로 결정하였으며, 2013년부터 본격적인 연구에 착수하여 미래 IMT 기술동향 보고서와 미래 IMT 비전 권고를 각각 2014년과 2015년까지 개발할 계획이다. 이와 관련하여 3GPP와 IEEE 802도 현재 표준화가 진행되거나 진행 예정인 최신 기술들을 중심으로 미래 IMT 기술동향 보고서에 대한 기고를 제출하였다. 향후 ITU-R WP 5D는 전례로 볼 때 현재 진행 중인 2020년 및 그 이후의 미래 IMT 시스템을 위한 비전 및 기술동향 연구 작업이 마무리하면, 4G인 IMT-Advanced의 경우와 마찬가지로 5G의 기술적 요구사항을 정의하고, 5G 후보 기술규격을 외부 표준화 기구들로부터 제안 받아 5G 기술로 승인하는 과정을 밟게 될 것이며, 이후 이 요구사항을 만족하는 시스템을 5G 이동통신 시스템이라고 명명하게 될 것이다. 5G 이동통신 시스템에 대한 요구사항은 다양한 의견 교류를 통해 큰 틀에서 컨센서스를 이루어가는 중이며, 이러한 내용이 ITU-R WP 5D의 기술적 요구사항에 반영되어 보다 구체화 될 것이다. 반면 5G에 대한 기술적 접근방법에 대해서는 여러 시각들이 존재하는 것이 사실이나, 현재 이에 대한 논의가 활발히 진행되고 있으며, 결국은 관련 표준화 기구들에서의 논의를 통해 그 접근방법이 최종적으로 결정될 것으로 보인다. 본 고에서는 먼저 5G 이동통신 요구사항과 4G 이후의 표준화 기술에 대해 살펴 본 후, 향후 이동통신 기술이 어떤 시나리오에 따라 발전할 것인지, 5G 네트워크는 어떤 구조를 갖게 될지, 그리고 어떤 기술이 적용될 지 등에 대해 개인적인 시각에서 전망해보고자 한다.

• Proceedings of the Korean Institute of Navigation and Port Research Conference
• /
• 2013.06a
• /
• pp.326-328
• /
• 2013

IMO에서 구현하고자 하는 e-navigation은 사용자의 요구사항을 중심으로 서비스와 기술의 아키텍쳐를 수립하는 전략이라고 할 수 있으며, 사용자 요구사항을 조사하고 현재의 상황과 요구사항 간의 운영적, 기술적, 규정적, 교육훈련 측면에서 격차를 식별하여 인간공학적 연계성을 분석하였다. e-navigation에서는 사용자 중심의 환경 구축을 위해 관련 장비들에 대해 사용자 입장에서의 평가의 필요성을 강조하고 있다. 본 연구에서는 이러한 항해장비의 사용성 평가 방법을 제안하고자 한다.

• Proceedings of the Korean Institute of Navigation and Port Research Conference
• /
• 2012.10a
• /
• pp.165-166
• /
• 2012

국제해사기구의 e-navigation 개발 작업에는 사용자 중심적 서비스 제공을 위해 사용자 요구사항이 반영된 아키텍처를 먼저 개발하고 그에 따라 필요한 기술과 시스템을 개발하는 전략적 접근이 요구된다. 지난 2011년 국제해사기구의 NAV 57차 회의에서 채택한 포괄적 e-navigation 아키텍처에는 e-navigation을 지원하기 위한 선상 시스템이 선박 측에 포함되어 있으며 보다 상세한 선박 측 사용자 서비스를 정의하기 위해서는 선상시스템을 위한 세부 기술적 아키텍처 개발이 필요하다. 본 논문에서는 e-navigation 선상시스템의 기술적 아키텍처 개발을 위해 사용자 요구사항 및 격차분석 단계에서 제시된 다양한 격차와 해결책들을 분석하고 선상시스템을 위한 기술트리를 도출하여 이로부터 아키텍처를 구성할 각 모듈을 도출하였다. 또한 e-navigation 잠정 해결책과 아키텍처의 각 모듈을 비교분석하여 그 유효성을 검증하였다.

• The Journal of the Korea Contents Association
• /
• v.8 no.5
• /
• pp.61-71
• /
• 2008

It is often claimed that the descriptive way of documentation is insufficient to define software requirements as being unambiguous. This is caused by not only the difference of knowledge and understanding of the stakeholder as to system but also the difference in the way of documentation like method of representation as well as depth of description. The study explains the process and results of applying a diagraming tool like UML to improve the requirements of GLORY(GLObal Resource management sYstem) initially defined in descriptive way. Especially, the result shows that the requirements are more accurately improved with the good hierarchies and well-leveled functionalities, with the help of diagraming tool, expecting easy maintenance of requirements and prevention of omission of requirements.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2008.11a
• /
• pp.570-573
• /
• 2008

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

• Journal of the Korea Society of Computer and Information
• /
• v.6 no.4
• /
• pp.30-37
• /
• 2001

In the conventional development methodologies, requirements are considered to be not changing after the analysis phase. But in the real world requirements can be changed and modified through out the development life cycle according to end-user's more understanding about the target system. new IT technologies, changes of customer environment and market situation, and so on. In this paper, an idea of improving the requirements specification to extend requirements management over the whole development life cycle is proposed to resolve the requirements management problem of development methodologies.

• The Proceeding of the Korean Institute of Electromagnetic Engineering and Science
• /
• v.19 no.6
• /
• pp.60-71
• /
• 2008

RFID 기술은 ISO/IEC 18000 표준문서에서 정의한 규격에 기반하여 기술 개발이 진행되고 있으며, USN 기술은 IEEE 802.15.4에 기반한 Zigbee 표준문서를 따르는 센서 노드를 중심으로 기술이 발전하고 있다. 이러한 기본적인 통신 기능과 더불어 RFID/USN 정보 보호를 위한 보안 기술 논의도 활발하게 전개되고 있으며, 그 결과로서 RFID/USN 보안 취약점, 보안 필요성 및 보안 요구사항 등에 대한 분석 자료들은 지속적으로 발표되고 있다. 그러나 요구사항 분석 자료와 달리 기술적인 해결 방안을 제시하는 자료들은 단편적인 기능에 중점을 둔 학술적인 이론 분석에 머무르고 있을 뿐 실제 상용화 수준의 개발 내용들을 제공하는 발표는 미흡한 실정이다. 따라서 본 고에서는 기본적인 보안 요구사항 정리 수준을 넘어보다 구체적인 RFID/USN 보안 기술의 개발 결과를 제시하고자 한다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2006.10c
• /
• pp.366-370
• /
• 2006

정형명세는 자연어의 모호함을 없는 명료한 시스템 설계를 가능하게 한다. 상태차트와 같은 정형명세 된 요구사항은 시뮬레이션이나 정형검증을 통해 요구사항을 실행하여 볼 수 있으며, 더 나아가 여러 가지 특성을 정형검증과 같은 검증 기법으로 검증 할 수 있다. 하지만 자연어 요구사항을 상태차트로 변환하여 다양한 요구사항의 특성을 기술하기 위해서는 상당한 노력과 경험이 필요로 하다. 본 논문에서는 자연어 요구사항을 상태차트로 직접 변환하는 기법을 제안한다. 이를 위해 본 논문에서는 기능적인 요구 사항의 자연어를 분석하고, 또한 소프트웨어 요구사항 기술에 적절하도록 상태차트 문법의 의미를 제안한다.

• Review of KIISC
• /
• v.13 no.1
• /
• pp.56-63
• /
• 2003

침입감내기술은 기존의 침입차단이나 탐지기술에 의하여 해결될 수 없었던 알려지지 않은 취약점을 이용하는 공격에 의하여 발생하는 시스템의 피해를 방지하기 위한 기술이며, 중요 서비스의 품질요구사항과 지속성 요구사항 만족을 위하여 의존성 특성의 만족이 필요하다. 이러한 침입감내시스템은 결함허용기술과 정보보호기술이 결합된 형태로 접근이 시도되고 있다. 침입감내기술에서는 일반적으로 결함허용기법들이 고려하고 있는 우발적 사고가 아닌 악의적 공격에서 일어날 수 있는 상황들에 대한 고려가 매우 중요하다. 그러므로 침입감내기술에서는 결함허용기술에서 고려하는 것 외에 보안취약성과 공격 개념의 도입, 침입의 탐지와 대처 등 보안성에 대한 요구사항 만족이 필요하다.

• 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.