• Proceedings of the Korea Institutes of Information Security and Cryptology Conference
• /
• 2002.11a
• /
• pp.68-71
• /
• 2002

스마트카드는 휴대하기에 간편하고 사용하기에 편리하다는 장점으로 인해 세계 각국에서 전자상거래를 비롯한 다양한 분야에서 그 이용범위가 급속히 확대되고 있다. 현재 사용되고 있는 스마트카드가 자체적으로 어느 정도의 보안과 인증기능을 갖추고 있기는 하지만 아직까지 사용자 보안 모듈로서의 기능은 미비한 실정이다. 본 논문에서는 스마트카드가 가지고 있는 자체적 보안 특징과 기능적 보안 특징을 분석한 후, 이를 이용하여 스마트카드가 사용자 보안 모듈로 사용되기 위해 필요한 요구사항을 제안하고자 한다.

• Review of KIISC
• /
• v.18 no.2
• /
• pp.76-86
• /
• 2008

인터넷을 통한 공공 및 민간 부분 서비스 제공이 활성화됨에 따라 이들 서비스를 제공받기 위해 사용자들은 자신의 개인정보를 서비스 제공자에게 제공하게 되고, 서비스 제공자들은 가입자들의 개인정보를 관리하기 위해 일반적으로 데이터베이스를 이용하고 있다. 최근 개인정보에 대한 중요도와 필요성이 증가함에 따라 정보보호 제품에 대해 일반 보안기능 및 신뢰성 평가뿐만 아니라 개인정보 소유자의 프라이버시가 보장되는지를 평가할 수 있는 평가기준 마련 필요성이 제기되고 있다. 본 논문에서는 OECD, 미국 FTC, 유럽연합 등 정보보호 선진국에서 제정한 프라이버시 보호원칙과 기존 DBMS 보안 요구사항을 함께 반영한 개인정보 DB 관리기술에 대한 보안 요구사항을 개발하였다. 개발된 보안 요구사항은 TTA 개인정보 생명주기 관리모델(안)의 생명주기 단계를 기준으로 각 생명주기 단계에서 수행되는 기능 특성에 따라DBMS 보안측면과 프라이버시 보호 측면을 함께 고려하여 작성되었다.

• Review of KIISC
• /
• v.28 no.4
• /
• pp.34-40
• /
• 2018

다양한 응용이 예상되는 물리적 복제방지 기능(PUF)은 각 디바이스별로 고유하고 복제 불가능한 특징으로 디지털 지문의 역할을 한다. PUF 구현 기법은 다양하게 존재할 수 있지만, 보안 디바이스에 사용하고자 할 때는 공통적으로 만족해야 하는 보안 요구사항이 있다. 기존에는 PUF 출력에 대한 안정성과 유일성의 2개 특성 분석이 주를 이루었으나 최근 ISO/IEC JTC 1/SC 27/WG 3 표준그룹에서는 현실적인 활용상황에 맞게 보다 세분화하여 보안 요구사항을 정의하고 있다. 본 논문에서는 국제표준그룹에서 정의하고 있는 6개의 PUF 보안 요구사항과 시험방법을 소개하고자 한다.

• Proceedings of the Korea Society for Simulation Conference
• /
• 2005.05a
• /
• pp.134-138
• /
• 2005

기능적 제한이 있는 하나의 웹 서비스는 다른 기능의 여러 웹 서비스들과 다양한 형태로 조합되어 웹 프로세스(Web Process)를 만들게 된다. 이를 통해 개발에 소요되는 비용과 시간을 줄이고 사용자의 요구사항을 만족시키는 서비스의 유연한 조합이 가능하다. 웹 프로세스의 조합 및 통합 시에 중요한 것은 보다 효과적이고 높은 품질의 서비스를 제공할 수 있도록 하는 것이다. 웹 서비스의 조합과 QoS(Quality of Service) 평가 및 보장에 관한 기존 연구는 사용자가 자신의 QoS 요구사항을 만족하는 웹 서비스를 직접 찾아야 하고, 조합된 웹 프로세스가 원하는 QoS를 만족할 때까지 반복적인 수작업을 수행해야 하는 비효율적인 측면이 있었다. 본 논문에서는 사용자가 조합한 웹 프로세스의 QoS를 분석하고 사용자의 QoS 요구사항에 부합하는 웹 서비스를 지능적으로 찾아주는 QoS 기반 웹 서비스 조합 방법론 및 지원도구를 소개한다. 제안된 도구를 통해 Activity Diagram의 형태로 프로세스를 구성하고 구성된 프로세스의 QoS를 분석하여 QoS 요구사항을 만족하는 웹 프로세스를 효율적으로 구성할 수 있다.

• TTA Journal
• /
• s.58
• /
• pp.75-84
• /
• 1998

본 논문에서는 ITS 서비스에 따른 노변통신장치의 필요성과 국내외의 관련 동향, 기능 요구 사항 등을 조사 분석하고 이에 따른 노변통신장치의 고려사항을 도출하였다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2004.11a
• /
• pp.295-298
• /
• 2004

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

• Proceedings of the Korea Information Processing Society Conference
• /
• 2010.11a
• /
• pp.326-329
• /
• 2010

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

• Proceedings of the Korean Information Science Society Conference
• /
• 2003.10a
• /
• pp.892-894
• /
• 2003

IT 시스템 평가과정은 시스템의 보안기능과 이에 적용된 보증수단이 요구사항들을 만족하는지에 대한 신뢰도를 확인하는 것이며, 평가결과는 소비자가 IT 제품이나 시스템이 주어진 환경에 적용하기에 충분히 안전한지, 사용상 내재하는 보안위험이 허용가능한지를 결정하는데 도움이 될 수 있다. 평가를 통하여 평가보증등급(EAL： Evaluation Assurance Level) 3 이상으로 인증받기 위해서는 ALC_DVS. 1 컴포넌트의 요구사항을 만족하여야 하며, 이들 요구사항은 개발현장에 대한 실사를 요구하게 된다. 본 논문에서는 ALC_DVS. 1 컴포넌트에서 요구하는 현장 실사의 중요성을 파악하고, 국내에 적용가능한 ALC_DVS. 1 컴포넌트 패밀리를 제안하고 실사 준비에 필요한 절차를 도출하였다.

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

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

• Journal of Digital Contents Society
• /
• v.15 no.1
• /
• pp.45-52
• /
• 2014

All medical information system stakeholders and the environment exists. Medical information systems for development in these environments and non-functional requirements, functional requirements and quality goals are to be met. In order to achieve these goals in a variety of ways currently being made to develop information systems and various applications are emerging. However, the process of developing these health information systems meet the basic requirements and does not consider that from the point of view should not be separate. This study of the development of health information systems related to quality measurement indicators for the analysis software architectures, and medical information, information quality evaluation of service quality information associated indicators evaluation are offered. This way of associated indicators for the quality of the output sum and analyze the trends in software architecture u-Healthcare should be available for assessment. Quality score compared with pre-set goals for achievement and satisfaction levels of analysis further support the cause excerpt field use in analysis and improvement is possible.