시스템 컨텍스트 다이어그램

System context diagram
시스템 [1]컨텍스트 다이어그램의 예

엔지니어링의 시스템 컨텍스트 다이어그램(SCD)은 시스템 또는 시스템의 일부와 그 환경 사이의 경계를 정의하는 다이어그램으로, 시스템과 상호 작용하는 실체를 보여준다.[2]이 도표는 시스템의 고수준 보기입니다.그것은 블록 다이어그램과 비슷하다.

개요

시스템 컨텍스트 다이어그램은 시스템 전체와 외부 요인으로부터의 입력 및 출력을 보여준다.Kossiakoff와 Sweet (2011년)에 따르면:[3]

시스템 컨텍스트 다이어그램...시스템과 상호작용할 수 있는 모든 외부 실체를 나타냄...그러한 도표는 시스템이 상호 작용하는 모든 시스템, 환경 및 활동에 의해 둘러싸인 내부 구조에 대한 세부사항 없이 중심에 있는 시스템을 보여준다.시스템 컨텍스트 다이어그램의 목적은 완전한 시스템 요건과 제약조건을 개발할 때 고려해야 할 외부 요인 및 사건에 주의를 집중시키는 것이다.

시스템 컨텍스트 다이어그램은 조사 대상 범위에 대한 합의를 얻기 위해 프로젝트 초기에 사용된다.[4]컨텍스트 다이어그램은 일반적으로 요구사항 문서에 포함된다.이 도표는 모든 프로젝트 이해 당사자가 읽어야 하므로 이해 당사자가 문서 내의 항목을 이해할 수 있도록 일반 언어로 작성해야 한다.

집짓기 블록

컨텍스트 다이어그램은 두 가지 유형의 빌딩 블록을 사용하여 개발할 수 있다.

  • 엔티티(액터): 레이블이 지정된 상자, 시스템을 나타내는 중앙에 있는 상자, 그리고 각 외부 행위자에 대해 여러 개의 상자
  • 관계: 도면요소와 시스템 사이의 레이블이 있는 선

예를 들어, "고객 장소 순서"를 참조하십시오. 컨텍스트 다이어그램은 외부 도면요소를 나타내기 위해 다양한 도면 유형을 사용할 수 있다.그들은 의미를 전달하기 위해 난자, 막대 형상, 그림, 클립 아트 또는 다른 표현을 사용할 수 있다.의사결정 나무와 데이터 저장소는 시스템 흐름도에 표시된다.

상황도표는 또한 외부 실체의 분류를 단순한 범주[5](예:)[6]의 집합 중 하나로 열거할 수 있으며, 이는 시스템과 관련한 실체의 관여 수준을 명확하게 한다.이러한 범주에는 다음이 포함된다.

  • 활성: 어떤 목표나 목적을 달성하기 위한 동적(예: "기사 독자" 또는 "고객").
  • 수동: 시스템과 간헐적으로 상호 작용하는 정적 외부 개체(예: "문서 편집자" 또는 "데이터베이스 관리자").
  • 협력: 시스템에서 원하는 결과를 얻기 위해 사용하는 예측 가능한 외부 기업(예: "인터넷 서비스 공급자" 또는 "운송 회사")
  • 자율(독립):제도와 분리되나 제도에 간접적으로 영향을 미치는 외부 주체(예: "규제 위원회" 또는 "표준 그룹")

대안

최상의 시스템 컨텍스트 다이어그램은 시스템이 매우 높은 수준에서 상호 운용되는 방법 또는 시스템이 어떻게 작동하고 논리적으로 상호작용하는지를 표시하기 위해 사용된다.시스템 컨텍스트 다이어그램은 시스템과 행위자, 행위자, 시스템 또는 시스템 및 시스템 간의 기준선 상호작용을 개발하는데 필요한 도구다.시스템 컨텍스트 다이어그램의 대안:

아키텍처 상호 연결 다이어그램의 예.[7]
  • 아키텍처 상호 연결 다이어그램:이 그림은 건축 인터커넥트 다이어그램의 예를 보여준다.Turbo Architecture 도구를 사용하여 생성된 Albukerque 경찰서를 위한 Albukerque 지역 ITS 아키텍처 인터커넥트의 표현이 그림에 나타나 있다.각 블록은 상단 음영 부분에 있는 이해관계자의 이름을 포함하여 ITS 재고 요소를 나타낸다.요소들 간의 상호 연결 선은 고체 또는 파선으로 되어 있으며, 이는 기존 또는 계획된 연결을 나타낸다.[7]
  • 비즈니스 모델 캔버스(Business Model Canvas), 기존 비즈니스 모델을 새로 개발하거나 문서화하기 위한 전략적 관리 템플릿.그것은 기업의 가치 제안, 인프라, 고객 및 재정을 설명하는 요소들이 포함된 시각적 차트다.[1] 잠재적인 트레이드오프를 나타냄으로써 기업이 활동을 조정하도록 돕는다.
  • 기업 데이터 모델: 심시온(2005)에 따른 이러한 유형의 데이터 모델은 최대 50~200개의 엔티티 클래스를 포함할 수 있으며, 이는 특정 "데이터 모델링에서 높은 수준의 일반화"[8]에서 비롯된다.
  • IDEF0 최상위 컨텍스트 다이어그램:IDEF0 프로세스는 분해할 주요 함수의 식별으로 시작한다.이 기능은 특정 IDEF0 분석의 범위를 정의하는 "상위 수준 컨텍스트 다이어그램"에서 확인된다.
  • 문제 다이어그램(문제 프레임):컨텍스트 다이어그램에 표시된 사항의 종류 외에도, 문제 다이어그램은 요구사항과 요구사항 참조를 보여준다.
  • 사례 다이어그램 사용:통합 모델링 언어 다이어그램 중 하나.또한 유사한 추상화 수준에서 프로젝트의 범위를 나타낸다. - 그러나 사용 사례는 시스템과 상호작용하는 '행위자'의 목표에 더 집중하는 경향이 있으며, 어떠한 해결책도 명시하지 않는다.사용 사례 다이어그램은 행위자가 사용 사례의 목표를 달성하는 방법을 텍스트로 설명하는 사용 사례 집합을 나타낸다.예를 들어, 고객 주문.
  • ArchiMate:ArchiMate는 비즈니스 영역 내 및 전체에서 모호하지 않은 방식으로 아키텍처의 설명, 분석 및 시각화를 지원하는 개방적이고 독립적인 엔터프라이즈 아키텍처 모델링 언어다.

이러한 도표의 대부분은 상호 연결 수가 제한되어 있는 한 잘 작동한다.20개 이상의 상호연결이 표시되어야 하는 경우 도표는 상당히 복잡해지고 읽기 어려울 수 있다.[7]

참고 항목

참조

  1. ^ NDE Project Management 2008년 11월 7일 Wayback Machine(NPOESS) Data Travitation 웹 사이트에 보관됨.2008.
  2. ^ Manoj Kumar Choubey(2012) IT 인프라 및 관리(GBTU 및 MMTU용). 페이지 53
  3. ^ 알렉산더 코시아코프, 윌리엄 N달콤하다(2011년).시스템 엔지니어링: 원칙 및 관행 페이지 266
  4. ^ Richard Wiener(1998) Journal of Object-orient Programming.제11권 제68호
  5. ^ 수잔 로버트슨, 제임스 CRobertson(2006) 요구사항 프로세스 숙달Pearson Education, 2006년 17시
  6. ^ i*를 이용한 시스템 목표 모델링: RESCE Centre HCI Design, 2003년 2월 27일
  7. ^ a b c 미국 교통부, 운영부(2006) 지역 ITS 아키텍처 지침 문서.2006년 7월
  8. ^ 그래미 C. 심시온, 그레이엄 C.비트(2005년).Data Modeling Essentials. 페이지 512.

외부 링크