• 시스템엔지니어링워크숍
• /
• s.1
• /
• pp.21-26
• /
• 2003

시스템엔지니어링을 수행하는데 있어서 요구사항의 중요성은 아무리 강조해도 지나치지 않을 것이다. 요구사항들의 명확한 정의는 개발문제의 명확한 정의를 의미하면 이는 개발사업의 위험부담을 초기에 제거하는 중요한 역할이 된다. 시스템 개발에 있어서 성패를 가름 지을 수 있는 첫 관문인 요구사항의 추출 방법들을 식별하고 비교 분석하였다. 본 논문에서는 요구사항 추출을 위한 방법들을 간략히 소개하고 각 방법의 장점과 단점을 기술하였으며, 각 방법의 학습난이도, 적용할 이해당사자의 특성별로 정리하였다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.11b
• /
• pp.466-468
• /
• 2005

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

• 시스템엔지니어링워크숍
• /
• s.1
• /
• pp.127-133
• /
• 2003

시나리오 형태의 요구사항 분류는 ATAM, SAAM, Software Quality Metric 과 같은 품질 요구사항 분석 및 평가 방법 등 많은 분야에 응용된다. 이들 기법들은 소프트웨어 시스템의 품질 요구사항을 분석, 평가하기에 앞서 초기 수집된 요구사항들을 분류하게 된다. 그러나 요구사항을 분류하는 일은 수작업을 통해 이루어지게 되고, 따라서 미 분류, 중복분류, 등의 결함을 가질 수 있다. 결함의 가능성을 요구사항의 수가 많은 대형 프로젝트 일수록 높아지게 된다. 따라서 본 논문에서는 요구사항 분류언어를 통한 품질 요구사항 자동 분류 기법을 제안한다. 제안된 기법은 분류언어와 유사도를 이용한 2 단계 분류기법을 이용하였다. 분류언어는 각 도메인별로 개발되어 비슷한 도메인일 경우 재사용될 수 있다. 이를 검증하기 위해, 본 논문에서는 15 여개의 프로젝트로부터 수집된 요구사항을 이용해 실험을 수행하고 그 결과를 분석, 평가 하였다.

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

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

• Proceedings of the Korean Information Science Society Conference
• /
• 2002.10c
• /
• pp.193-195
• /
• 2002

데이터 웨어하우스는 효과적인 질의와 분석을 위해 물리적으로 여러 사이트에 분산된 소스 데이터로부터 통합된 정보를 추출하여 저장한 데이터 저장소로써, 실체 뷰의 집합으로 구성된다. 따라서 데이터 소스에 변경 사항이 발생하면 데이터 웨어하우스와 일관성을 유지하기 위해 실체 뷰에도 변경 사항을 반영하는 뷰 관리가 필요하다. 동시에 변경되는 여러 데이터 소스와 뷰의 상태 사이에 일관성을 보장하기 위해서는 각 소스의 변경 사항을 순서대로 뷰에 반영해야 한다. 이때 각 소스의 변경 사항을 뷰 정의와 관련된 다른 소스들과 조인을 수행해야 하는 등 뷰 갱신을 위해 많은 비용이 소요된다. PSWEEP/RI 기법은 이러한 뷰 갱신 비용을 줄이는 방법으로 뷰의 일관성을 보장하기 위해 수행해야 하는 서브질의를 참조 무결성 제약조건의 특성을 이용하여 병렬로 처리하는 방법이다. 본 논문에서는 PSWEEP/RI기법의 성능을 평가하기 위하여 이 방법의 비용 모델을 분석적으로 제시하였으며, 이 모델을 기반으로 다른 기존의 방법(SWEEP)과 성능을 비교 분석하여, PSWEEP/RI 기법이 다른 기존의 방법(SWEEP)보다 여러 소스 릴레이션의 조인으로 구성된 실체 뷰를 갱신하는 시간을 크게 단축하여 효율적으로 뷰를 관리하며, 소스의 증가에 따른 뷰 갱신 시간의 증가를 줄일 수 있음을 보였다.

• 방재와보험
• /
• s.91
• /
• pp.63-67
• /
• 2001

KFS(Korea Fire Safety Standards)에서 규정하고 있는 내용 중 각 설비별 설치, 유지관리 및 화재예방 등에 필요한 사항으로서 중요사항을 발췌.요약한 것입니다. 보다 더 상세한 내용을 알고자 하시는 분들은 해당 KFS를 참고하시기 바랍니다.

• JOURNAL OF ELECTRICAL WORLD
• /
• s.330
• /
• pp.63-72
• /
• 2004

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

• The Optical Journal
• /
• v.11 no.6 s.64
• /
• pp.60-68
• /
• 1999

지난 호에는 일반적인 광학부품의 제조공정을 알아보고, 제조 공정 및 특기 사항 가운데 소재선정, 소재 절단 및 blank 제작, 응력 제거, Chemical etching, Blocking을 살펴보았다. 이번 호에는 Lapping, Polishing, 세척, 측정에 대해서 기술한다.

• 방재와보험
• /
• s.90
• /
• pp.58-61
• /
• 2001

KFS(Korea Fire Safety Standards)에서 규정하고 있는 내용 중 각 설비별 설치, 유지관리 및 화재예방 등에 필요한 사항으로서 중요사항을 발췌.요약한 것입니다. 보다 더 상세한 내용을 알고자 하시는 분들은 해당 KFS를 참고하시기 바랍니다.

• Korean Journal of Digital Imaging in Medicine
• /
• v.9 no.1
• /
• pp.45-51
• /
• 2007

PACS 유지보수 서비스의 중요성을 살펴보고 PACS 분분별 제안요청 요소를 분석하여 향후 시스템 유지보수 계약의 지표를 제공하는데 목적이 있으며 경희의료원의 PACS 유지보수 제안서요청의 사례를 중심으로 유지보수 RFP 작성의 필요성, 중요사항 및 분야별 요구사항 등에 대하여 기술한다. 제안 부문은 9 개로 구분하였으며 총 139 항목의 제안 요청 사항을 정리하였다. 제안 요소 연구의 결과는 다음과 같다. 1. PACS 유지보수 분야는 PACS Software 부문, 데이터베이스 부문, 서버 및 스토리지 부문, 네트워크 부문, CR 및 DR System 등과 같은 영상획득장치에 관한 부문, 판독용 및 임상용 모니터 부문 등으로 구분하며, 각 부문별 제안 요구사항을 기술한 제안요청서를 작성하여 각 부문별 제안서를 요청하여야 한다. 2. 병원에서는 PACS 부문의 외주관리를 체계적으로 구분 관리하여 시스템 유지보수의 수준을 높이고 이를 질 높은 의료서비스로 연계되도록 하여야 한다. 3. PACS 관련 회사는 병원에서 요청된 제안 요청사항을 수용하며 질 높은 관련부문 서비스를 제공하기위한 기술적 배경을 체계화하여야하며 향후 주요 매출원으로 자리 잡게 될 유지보수 서비스를 상품으로 인식하고 이에 대한 적극적인 상품화전략과 홍보 노력이 필요하다.