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

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

• Proceedings of the Korea Information Processing Society Conference
• /
• 2004.05a
• /
• pp.207-210
• /
• 2004

Waterfall 모델에서의 소프트웨어 개발 단계는 사용자로부터 요구 사항을 정의하고, 이것이 다음 단계의 input 이 되어 개발자에 의해 작업이 진행되는 개발 양식을 따른다. 시스템 요구 사항을 정의할 때에, 프로세스 관점에서 사용자 업무를 이해하고, 이 프로세스에서 사용되는 시스템과의 관계를 정의하여 요구 사항으로 함께 정의한다면, 단순한 시스템의 기능을 정의하여 개발하는 것 보다 시스템의 사용 목적을 이해하고 개발하게 됨으로써, 더 만족도 높은 시스템으로 개발할 수 있게 된다. 프로세스 관점에서 이해하고 정의하는 시스템의 요구 사항은 시스템 보수 작업(Maintenance)시에도 시스템의 상황이 현재 업무 프로세스와 어떻게 연계되어 있는지 파악하기 용이하고, 테스트 단계에서도 테스트 조건이나 테스트 시나리오로서도 활용이 가능하다. 새로운 업무를 담당하는 사람에게도 시스템 개발 요구 사항에서 정의된 업무 프로세스 맵(Map)이 관련 업무를 파악할 수 있는 기초 자료로 재 활용 될 수도 있다. 비즈니스 프로세스 리엔지니어링에서 사용하는 비즈니스 프로세스 맵핑(Mapping) 기술을 소프트웨어 개발 방법론에 적용하여, 요구 분석 단계에서 사용하는 분석 도구로서의 응용을 제안하고자 한다.

• Proceedings of the Korea Water Resources Association Conference
• /
• 2023.05a
• /
• pp.457-457
• /
• 2023

본 연구에서는 위성영상 상황판연계·표출시스템을 개발하기 위하여 사용자 요구사항을 조사 및 분석하였고 분석 결과, 요구사항정의서와 시스템규격서를 도출하였다. 먼저, 위성영상 상황판 연계·표출시스템의 요구사항 조사를 위해 중앙재난안전상황실 근무자를 대상으로 설문(수요) 조사를 수행하였다. 상황실 실무자별 요구사항을 취합한 설문 결과와 연구 1차년에 수행했던 상황실 근무자 인터뷰 결과, RFP, 연구단 내부협의 결과를 검토하여 정보제공 측면 및 위성영상 활용 측면의 사용자 요구사항을 도출하였다. 도출 결과를 기반으로 시스템 요구사항을 정의한 결과, 시스템 기능은 54개의 기능과 9개의 비기능으로 분류되었다. 또한, 시스템 구성요소별 요구기능을 세부적으로 구분하여 요구사항정의서를 작성하였다. 시스템 요구기능 분류는 사용자기능/관리자기능/사용자서비스/사용자인터페이스/시스템기능/시스템서비스 등으로 상세 구분하였다. 마지막으로, 연구단 협의를 통해 요구사항정의서를 기반의 시스템규격서를 작성하였다. 시스템규격서는 일반규격, 각 시스템별 성능규격, 인터페이스규격, 기능규격으로 구분하여 세부 정의하였다. 본 연구내용은 지속적인 연구 개발을 통해 위성영상 상황판연계·표출시스템 설계 자료로 활용될 계획이며, 향후 위성영상을 활용한 재난안전 상황관리 대비/대응 체계 마련에 도움을 줄 것으로 사료된다.

• ETRI Journal
• /
• v.14 no.4
• /
• pp.115-124
• /
• 1992

시스팀 개발 사업에서 개발 과정으로 가장 먼저 할 일은 시스팀 요구사항을 정의하는 일이다. 시스팀 요구사항은 개발할 시스팀이 무엇인가를 사용자 관점에서 명확하게 정의하는 것으로 이는 사용자에게는 개발될 시스팀을 이해하는 데 도움을 주며, 개발자에게는 개발 목표에 대한 명확한 기준이 되며 개발 전과정을 통해 중요한 역할을 한다. 본 논문에서는 고속중형컴퓨터 개발 사업에 실제적으로 적용한 요구사항 작성 방법을 제시하고 그 결과를 고찰하였다

• Proceedings of the Korean Institute of Navigation and Port Research Conference
• /
• 2019.05a
• /
• pp.77-78
• /
• 2019

인천시는 2017년 12월에 발생한 진두항 낚시어선 충돌사고 등 선박에서 발생하는 해양사고를 예방하기 위해 선박충돌경고, 해상안전정보 제공, 실시간 자동 입출항 관리, 해상 e-Call 서비스 등을 제공하는 선박안전 실증사업을 추진하고 있다. 정확화고 표준화된 서비스를 제공하기 위해 서비스에 대한 명확한 정의가 필요하며, 이러한 서비스 정의서 개발을 통해 향후 다양한 서비스 설계를 위한 기틀을 마련할 수 있다. 본 연구에서는 선박안전 실증사업 서비스 정의서를 개발하기 위해 대상이 되는 중소형선박 운항자 및 유관기관 종사자에 대한 요구사항 분석을 실시하였다. 요구사항 분석을 통해 도출된 사항을 바탕으로 서비스 정의서 개발 및 적용할 경우, 보다 정확하고 효율적인 선박안전운행 시스템이 구축 될 것으로 기대된다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2004.10b
• /
• pp.484-486
• /
• 2004

CMMI는 조직의 역량 성숙도를 향상시키기 위한 소프트웨어 프로세스 개선(SPI) 모델이다 CMMI의 단계적 형태(Staged Representation)의 2레벨을 획득하기 위해서 요구되는 요구사항 관리 프로세스 영역은 요구사항에 대한 협의 확정(Commitment) 활동을 포항하고 있다. 요구사항 관리 프로세스 영역은 이전에 협의 확정된 요구사항이 필요한 경우 변경이 가능하도록 허용하고 있는데, CMMI와 같이 프로세스 중심적인 모델에서 이러한 변경 가능성은 협의 확정 사항의 무한정 확대(Escalation of Commitment)와 같은 문제점을 야기할 수 있다. 본 논문에서는 SPI학계에서 사용되는 협의 확정에 대한 정의를 살펴보고, 이 정의를 CMMI에 적용함으로써 요구사항 관리 프로세스 영역의 협의 확정을 수행하는 활동에서 발생할 수 있는 문제점을 해결하기 위한 방안을 제시한다. 협의 확정의 개념은 Brown에 의해서 정의된 속성(1)과 Meyer에 의해서 제안된 형태(2)를 적용하여 정성적이고 정량적인 관리가 가능할 수 있다. 이를 통하여, 요구사항의 협의 확정에 대한 체계적인 관리가 가능해질 수 있다.

• Proceedings of the Computational Structural Engineering Institute Conference
• /
• 2011.04a
• /
• pp.235-238
• /
• 2011

본 연구에서는 필요한 수준의 성과품 납품을 위해 교량정보모델의 상세수준을 분류하고 각 상세수준에서 요구되는 세부정보를 분석하였다. 이는 기본적으로 교량 설계 업무가 단계별로 이루어지며 각 단계마다 성과품을 납품하도록 규정 되어있다는 사실을 바탕으로 연구가 이루어졌다. 이를 위하여 본 연구에서는 우선, 국내의 교량 설계준공단계 성과품 납품 항목 중 교량정보모델에 요구되는 항목을 분류하였으며 분류한 요구항목에 맞춰 3D객체와 속성정보수준을 정하여 업무 프로세스 단계별 상세수준을 정의하였다. 또한, 정의한 상세수준을 기준으로 하여 각 상세수준에서 포함하도록 요구되는 세부정보 분석을 수행하였으며, 분석된 세부요구정보는 성과품 납품에 활용가능하다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2003.04a
• /
• pp.248-250
• /
• 2003

국제표준인 Common Criteria가 2002년에 국내표준으로 제정됨으로써, 앞으로 국내에서도 정보보호시스템에 대한 공통평가기준의 활용이 기대된다. 특히 국내는 조직의 내부 인프라 보호를 위해 네트워크 제품의 수요가 증가하고 있어 침입차단시스템, 침입탐지시스템 등 네트워크 솔루션에 대한 개발이 많이 진행되고 있으나 이러한 제품을 소비하는 대부분의 기업 및 조직에서 제품 구매 시 활용될 수 있는 자신들의 요구 사항을 정의한 보호프로파일을 개발한 경험이 없다. 앞으로는 공통평가기준을 활용하여 자체 보안요구사항을 정의할 경우가 많이 발생할 것으로 기대되지만 공통평가기준은 운영체제와 같은 단일 호스트 및 시스템 중심으로 기술되었으므로 네트워크 제품에 대한 보호프로파일을 개발 시 새로운 접근방법 필요하다. 따라서 본 논문에서는 기업이나 조직에서 네트워크 제품에 대한 보호프로파일 및 보안목표명세서를 개발시, 공통평가기준과 보호프로파일 및 보안목표명세서 작성법을 이용하여 요구사항을 정의하는 방법에 대해서 기술하고자 한다.

• 한국경영정보학회:학술대회논문집
• /
• 2007.06a
• /
• pp.333-338
• /
• 2007

소프트웨어 개발 프로젝트의 15%는 시작하기도 전에 종결되며, 66%의 프로젝트는 실패로 간주되고 있다. 또한 평균적으로, 완료된 프로젝트의 43%가 비용을 초과하는 것으로 나타났다. 실제로 2002년도 미국에서 소프트웨어 프로젝트의 투자 실패로 인한 손실은 비용의 초과로 생긴 170억 달러를 포함해 총 손실 금액이 380억 달러인 것으로 추정하고 있다. 이러한 문제점을 해결하고자 하는 여러 시도 중에 하나가 ISBSG(International Software Benchmarking Standard Group, 2004)으로, 소프트웨어 프로젝트 관련 데이터를 국제적으로 수집하여 위와 같은 문제의 원인을 밝히고자 노력하고 있다. 본 연구는 ISBSG에서 수집한 데이터를 이용해 소프트웨어 시스템과 관련된 요인 중에서 기능성 품질, 문서화품질, 훈련정도, 소프트웨어크기, 전체결함수, 사업요구사항충족, 사용편리성, 목표달성이라는 6개 변수 간의 연관성을 분석하였다. 분석대상 프로젝트는 49개이고, 분석 방법으로는 SURE(Seemingly Unrelated REgression)를 사용하였다. 분석 결과 소프트웨어 기능성품질은 사업요구사항충족, 사용편리성과 정의 관계를 가지며, 사용편리성은 사업요구사항충족과 정의 관계를 가지는 것으로 밝혀졌다. 또한 사업요구사항충족은 목표달성과 정의 관계를 가지고 있다.

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

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