• 전기기술인
• /
• 제265권9호
• /
• pp.38-43
• /
• 2004

전기 사업법의 규정에 의한 기술기준은 전기설비의 안전 확보를 위하여 필요한 최소한의 사항을 준수하도록 의무화 하고 있다. 또 전기관련 기관 · 학계 · 단체 및 업계의 참여로 작성되는 전기설비의 ┌기술규정┘은 이러한 기술기준에 필요한 기술적인 사항을 규정함과 동시에 민간자율규정으로서 설계, 시공, 유지, 검사 등에 관한 사항을 구체적이고 알기 쉽게 풀이하여 전기사업자를 비롯한 전기설비의 시설자, 공사 관계자가 지켜야 할 사항을 그 내용에 따라 의무적 사항, 권고적 사항, 권장적 사항으로 구분하여 규정하고 있다.(중략)

• 전기기술인
• /
• 제267권11호
• /
• pp.35-39
• /
• 2004

전기사업법의 규정에 의한 기술기준은 전기설비의 안전확보를 위한 필요한 최소한의 사항을 준수하도록 의무화하고 있다. 또 전기관련관, 학계, 단체, 및 업계의 참여로 작성되는 전기설비의 기술규정은 이러한 기술기준에 필요한 기술적인 사항을 규정함과 동시에 민간자율규정으로서 설계, 시공, 유지, 검사 등에 관한 사항을 구체적이고 알기 쉽게 풀이하여 전기사업자를 비롯한 전기설비의 시설자, 공사 관계자가 지켜야 할 사항등을 그 내용에 따라 의무적 사항, 권고적 사항, 권장적 사항으로 구분하여 규정하고 있다.

• 한국IT서비스학회:학술대회논문집
• /
• 한국IT서비스학회 2005년도 추계학술대회
• /
• pp.391-399
• /
• 2005

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

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 1999년도 가을 학술발표논문집 Vol.26 No.2 (1)
• /
• pp.531-533
• /
• 1999

시스템이 사용되는 분야가 점점 복잡해지고 대형화됨에 따라 시스템 개발에 있어 사용자 요구사항의 올바른 분석과 서술이 중요하게 인식되고 있으며 또한, 인터넷(internet)의 발전으로 분산 환경에서의 요구사항 추출 및 분석의 필요성이 대두되고 있다. 본 논문에서는 요구사항 관리도구의 주요기능인 요구사항 추출기능, 변경관리, 버전관리, 요구사항 수정 삭제 기능을 웹 기반 환경에서 지원하기 위하여 자바 애플릿 프로그램으로 구현하였고, 최종 요구사항 명세서 작성을 위한 보고서 작성 기능을 비주얼 베이직 프로그램으로 구현해 보았다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
• /
• pp.352-354
• /
• 2004

비기능적 요구사항은 대상 시스템이 지원해야 할 기능적 요구사항의 속성 또는 품질로써 소프트웨어 품질 속성으로 반영된다. 또한 비기능적 요구사항은 설계를 결정하기 위한 중요한 기준으로 사용되므로 소프트웨어 개발 프로세스 전반에 걸쳐 꾸준히 고려하고, 관리해야 한다. 하지만 비기능적 요구사항은 가시성이 없고, 명확히 명세하기가 어려운 특성으로 인해 간과하기 쉽다 따라서 비기능적 요구사항을 실제 모델링에 반영하고, 이를 추적하여 계속적으로 관리하기 일한 노력이 필요하다. 이에 본 논문에서는 내장형 소프트웨어의 비기능적 요구사항을 모델링 하는 절차를 제안하며, 내장형 소프트웨어의 특성을 가진 지능형 조명 제어 시스템의 사례를 통해 비기능적 요구사항을 반영한 모델링을 수행하고, 다이어그램들 사이' 의 비기능적 요구사항에 대한 추적 과정을 살펴본다

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
• /
• pp.454-456
• /
• 2004

데이터베이스에 대한 제약사항들은 소프트웨어의 개발 및 사용에 있어 개발자와 사용자가 모두 참고해야 하는 중요한 사항임에도 불구하고 데이터베이스 모델링괴 소프트웨어 모델링의 불일치 및 표현 방법의 차이로 인해, 일관성 있는 제약사항 명세 및 설계에 많은 어려움을 겪어왔다. OCL(Object Constraint Language)은 객체의 제약사항을 표현하는 언어로서 UML(Unified Modeling Language)의 일부분이다. 본 논문은 객체의 제악사항을 표현하는데 사용하던 OCL을 데이터베이스의 제악사항을 설계에 일관성 있게 표현, 반영하기 위하여 사용하는 기법을 제시하고, 이에 대한 검증을 수행하는 방법에 대한 연구이다. 본 논문에서는 요구사항에서 추출한 데이터베이스의 제악사항을 정의한 규칙에 따라 추출해내고, 이를 OCL의 표현법을 이용하여 정형적으로 표현한다. 그리고 그 OCL의 형식적 표현을 ODL(Object Description Language)로 정의하는 기법을 정의함으로서 이에 대한 일관성 검증을 수행하는 기법을 제안한다.

• 시스템엔지니어링학술지
• /
• 제6권1호
• /
• pp.53-59
• /
• 2010

본 논문은 전세계적으로 신교통시스템으로 연구되고 있는 튜브운송시스템에 대한 개념과 화물용 튜브운송시스템의 운영개념서 및 운영요구사항의 개발에 관한 것이다. 철도시스템의 개발 초기에 시스템의 정확한 운영개념을 확립하고 이를 기반으로 시스템에 대한 사용자의 명확한 사용자 요구사항 및 운영요구사항을 도출하는 과정은 매우 중요하며, 시스템의 개발 초기 단계 측 개념설계 단계에서 반드시 수행되어야 한다. 본 논문을 통해서 문헌적인 운영개념서의 형식에 대한 조사, 특징, 그리고 현실적인 운영상황을 고려한 화물용 튜브운송시스템의 운영개념서를 제안하였다. 운영개념서를 통해서 사용목적, 운영시나리오, 비상상황 등의 정보가 식별하였으며 이를 바탕으로 시스템의 운영요구사항서를 개발하였다. 개발된 운영개념서 및 운영요구사항서는 확인된 사용자 요구사항 및 시스템 요구사항으로 구체화 되며, 시스템 아키텍처의 참고문서로서 활용될 수 있다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2003년도 가을 학술발표논문집 Vol.30 No.2 (2)
• /
• pp.391-393
• /
• 2003

최근 요구 사항에 대한 관리가 소프트웨어 시스템 개발의 중요한 성공 요인으로 등장하게 되어 그 중요성은 더욱 부각되고 있다. 특별히 소프트웨어 품질에 관심이 높아지면서 고품질의 소프트웨어 생산을 위한 노력이 활발히 이루어 지고 있다. 이러한 노력의 일환으로 소프트웨어 개발의 초기단계인 요구사항 단계에서 비기능적인 요구사항을 분석함을 제시하고 있으나 극히 미진한 연구가 진행되고 있다. 본 논문에서는 이를 위해 요구사항 단계에 영향을 주는 품질 속성으로 품질 모델을 정의하고 이를 이용하여 기능적 요구사항을 중심으로 관련된 비기능적 요구사항을 추출한다. 그리고 추출된 비기능적 요구사항과 품질 모델을 사용하여 시스템 단계의 비기능적 요구사항을 추가적으로 추출하는 방안을 제시한다.

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제35권6호
• /
• pp.357-365
• /
• 2008

산출물들의 추적 관계 정의를 이용한 요구사항 추적을 통해, 기존의 컴포넌트 자체의 재사용뿐만 아니라 컴포넌트 개발과정에서 나오는 다양한 산출물들을 요구사항 기반으로 재사용할 수 있다. 이러한 재사용성 증가를 목적으로 하는 요구사항추적을 지원하기 위해서는 산출물들이 요구사항을 기반으로 표현될 수 있어야 하고, 표현된 요구사항을 기반으로 하여 추적관계를 추론하는 메커니즘이 제공되어야 한다. 이를 위해, 본 논문에서는 시맨틱스 기반의 요구사항추적을 지원하기 위해서 요구사항 온톨로지를 하여 기술한다. 그 다음에 산출물들이 요구사항 온톨로지를 통해서 시맨틱 태깅되는 기술을 기술한다. 본 논문은 이와 같이 요구사항 추적을 위한 메커니즘을 제안하고, 요구사항 온톨로지의 구조를 정의하며 프로토타입을 제시한다.

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제30권5_6호
• /
• pp.503-514
• /
• 2003

폭포수 모형을 기반으로 하는 구조적 개발 방법론에서는 요구 분석 단계에서 요구 사항들이 일단 명세화되고 나면, 이들은 단지 후속의 개발 단계를 위한 중간 산출물로만 사용되고 더 이상 요구 사항 자체를 관리 대상으로 취급하지 않기 때문에 설계 단계 이후에 발생하는 요구 사항의 변경을 관리할 수 있는 절차가 미흡하다. 그러나 현실적으로는 정보 기술의 발전, 시장 환경이나 적용 환경의 변화 등으로 인하여 개발 기간 중 요구 사항은 끊임없이 변화하게 된다. 따라서 이러한 요구 사항의 지속적인 변경을 지원하기 위해서는 전체 개발 생명 주기에 걸쳐 요구 사항을 관리하고 특히 설계 단계 이후의 요구 사항 변경을 지원할 수 있는 요구 사항 변경 관리 프로세스가 필요하다. 이 논문에서는 하향식(top-down)의 구조적 개발 방법론에 적용할 수 있는 요구 사항 변경 관리 프로세스 모델을 제안하여 설계 단계 이후에 발생하는 요구 사항의 변경을 체계적으로 관리하고 요구 사항 자체를 모든 개발 생명 주기에서 활용하기 위한 방안을 제시한다. 제안 프로세스는 마르미 방법론의 개발 프로세스와 산출물 측면의 적용 검토를 통하여 개발 방법론의 요구 사항 변경 및 관리에 대한 개선 효과를 평가한다.