• 제목/요약/키워드: 중요한 사항

검색결과 3,005건 처리시간 0.035초

아키텍처 모델링을 위한 요구사항 정량화 기법 (A Quantitative Approach to Requirements Analysis for Architectures Modeling)

  • 김진태;양원석;정창해;박수용
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제33권1호
    • /
    • pp.58-68
    • /
    • 2006
  • 요구사항은 아키텍처를 생성할 때 매우 중요한 요소로써 기능 요구사항과 품질 요구사항으로 구분된다. 기능 요구사항은 하위시스템 또는 컴포넌트 생성에 영향을 미치고 품질 요구사항은 아키텍처의 구조를 결정하는데 영향을 준다. 이와 같이 요구 사항은 아키텍처 설계에 중요한 영향을 끼치기 때문에 아키텍처 설계를 위해서는 요구사항에 대한 명확한 이해가 필요하다. 본 논문에서는 요구사항에 대한 명확한 이해를 돕기 위해 요구사항을 정량화하는 방법을 제안한다. 기능 요구사항은 기능적인 우선순위 계산을 통해 컴포넌트를 정량화하고 품질 요구사항은 정량화된 컴포넌트와 품질 속성의 연관성 계산을 통해 정량화한다. 제안된 방법은 DRAMA (Domain Requirements Analysis for Modeling Architectures) 도구를 통해 구현되었으며, 요구사항의 정량화 방법을 실 예제에 적용해본 결과를 소개한다.

임베디드 시스템 개발 단계별 설계 결정에 대한 추적성 연구 (An Traceability Research for Design Decision in the Embedded System Development Life Cycle)

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

  • PDF

BPMN을 이용한 Use Case 다이어그램 추출 방법 제안 (A Method of Derving Use Case Diagrams Using BPMN)

  • 오수민;이상범
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2012년도 한국컴퓨터종합학술대회논문집 Vol.39 No.1(B)
    • /
    • pp.155-157
    • /
    • 2012
  • 오늘날의 정보시스템을 개발하는데 파악해야하는 비즈니스 요구사항은 매우 복잡하고 방대하다. 기업의 비즈니스 서비스 대부분을 정보시스템이 제공하고 있기 때문에 이러한 시스템을 개발하는데 있어서 비즈니스 요구사항 분석은 매우 중요한 부분을 차지한다. 하지만 개발에 필요한 시간이 부족하여 정보시스템 개발에서 가장 중요한 비즈니스 요구사항을 충분히 분석하지 못하고 있다. 이러한 비즈니스 요구사항은 비즈니스 프로세스 모델에 잘 나타나 있으며, 이를 활용하면 효율적으로 요구사항을 분석할 수 있게 된다. 이미 비즈니스 프로세스 모델을 시스템 개발에 사용하기 위해 UML Use Case 다이어그램으로 변환하는 연구가 활발하게 진행되었지만 자동화, 관계식별 등의 해결해야 될 문제가 남아있다. 본 논문에서는 비즈니스 요구사항을 빠르고 효율적으로 분석하기 위해 비즈니스 프로세스 모델로부터 UML Use Case 다이어그램으로 추출하는 과정이 자동화가 가능한 방법을 제안한다.

고속중형컴퓨터의 요구사항 정의 방법

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

  • PDF

객체 지향적 방법론을 활용한 무기체계 요구사항 관리 (Requirements Engineering & Management by the Object Oriented Methodology in the Weapon system)

  • 최성규;최은하
    • 융합보안논문지
    • /
    • 제13권3호
    • /
    • pp.55-62
    • /
    • 2013
  • 시스템엔지니어링은 오늘날의 기업에 무척 중요하며 요구공학은 전반적인 과정상 중요한 단계이다. 요구공학은 고객으로부터 요구사항을 도출하고 문서화하는 것으로 시스템 개발의 첫 번째 단계이며, 시스템을 설계 제작하고 시험하고, 운영 유지하는 모든 과정이 요구사항에 관련되어 있어 프로젝트 성공의 매우 중요한 사항으로 평가된다. 프로젝트 성공을 위해 빈약한 요구사항을 최소화하도록 객체 지향 요구공학이 제안되어 졌다. 객체 지향 요구공학은 요구사항 각각에 대하여 기능성은 물론 제품과 프로세스에 대한 정보를 통합하여 관리하는 접근방식이다. 본 논문은 객체 지향적 요구사항 관리의 모범인 OCH(Operations Concept Harbinger)의 개념 적용을 통하여 사용자 요구 수집단계에서 다양한 이해관계자의 의견을 동시에 통합적으로 수렴하여 사용자 요구를 요구사항으로 전환하고 요구사항별로 추적함으로써 무기체계 획득을 위한 정확한 요구사항 개발과 관리를 가능케 하고 사용자 요구누락 및 왜곡을 방지하며 통합적 프로젝트 관리가 가능토록 제안하는 것이다.

품질 속성 카테고리를 사용한 비기능 요구사항 분석방안 (A Non-Functional Requirements Analysis Method Using Quality Attribute Category)

  • 이은미;박수용
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
    • /
    • pp.460-462
    • /
    • 2004
  • 최근 시스템이 점차 대형화되고 복잡화되면서 시스템의 요구사항은 소프트웨어 프로젝트의 성패를 결정하는 중요한 문제로 인식되었다. 특히 소프트웨어 품질에 관심이 높아지면서 고품질의 소프트웨어 개발을 위해 노력이 활발히 이루어지고 있다. 이러한 노력의 일환으로 소프트웨어의 품질 속성을 나타내는 비기능 요구사항을 추출.분석을 위해 연구가 진행되고 있으나 극히 미진한 연구가 진행되고 있다. 본 논문은 이를 위해 소프트웨어 개발의 초기단계인 요구사항 단계에서 비기능 요구사항을 분석하고 이를 설계 단계에서 사용할 수 있도록 기술하는 방안을 제시한다.

  • PDF

요구사항 추출방법들의 비교 (Comparison of Requirements Elicitation Methods)

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

  • PDF

내장형 소프트웨어의 비기능적 요구사항 추적 (A Tracing Technique for Non Functional Requirements of Embedded Softwares)

  • 최정아;이현정;최윤석;정기원
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
    • /
    • pp.352-354
    • /
    • 2004
  • 비기능적 요구사항은 대상 시스템이 지원해야 할 기능적 요구사항의 속성 또는 품질로써 소프트웨어 품질 속성으로 반영된다. 또한 비기능적 요구사항은 설계를 결정하기 위한 중요한 기준으로 사용되므로 소프트웨어 개발 프로세스 전반에 걸쳐 꾸준히 고려하고, 관리해야 한다. 하지만 비기능적 요구사항은 가시성이 없고, 명확히 명세하기가 어려운 특성으로 인해 간과하기 쉽다 따라서 비기능적 요구사항을 실제 모델링에 반영하고, 이를 추적하여 계속적으로 관리하기 일한 노력이 필요하다. 이에 본 논문에서는 내장형 소프트웨어의 비기능적 요구사항을 모델링 하는 절차를 제안하며, 내장형 소프트웨어의 특성을 가진 지능형 조명 제어 시스템의 사례를 통해 비기능적 요구사항을 반영한 모델링을 수행하고, 다이어그램들 사이' 의 비기능적 요구사항에 대한 추적 과정을 살펴본다

  • PDF

OCL을 사용한 데이터베이스 제약사항 일관성 확인 (A Consistency Validation of Database Constraints Using OCL)

  • 박찬호;최윤석;정기원
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 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)로 정의하는 기법을 정의함으로서 이에 대한 일관성 검증을 수행하는 기법을 제안한다.

  • PDF

품질 모델을 이용한 비기능적 요구사항 추출 방안 (Non-Functional Requirements Analysis using Quality Model)

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

  • PDF