컨텍스트 다이어그램에 대한 자세한 내용: 문서: 컨텍스트 다이어그램 질문을 사용하여 시스템 분석을 “컨텍스트로” 넣는 것: 컨텍스트 다이어그램이란 무엇이며, 컨텍스트 다이어그램을 만들 때의 이점은 무엇입니까? 포럼 포스트: 컨텍스트 다이어그램: 은행 ATM 예제 [2] http://en.wikipedia.org/wiki/System_context_diagram 데이터 흐름 다이어그램은 다이어그램의 계층 구조로 구성됩니다: 비즈니스 분석가가 만나는 모든 프로젝트의 과정에서 알 수 없는 위험 및 요구 사항 불가피하게 발생할 수 있습니다. 문제는 요구 사항 검색(이상적) 동안 또는 프로젝트가 배포된 후(관리 상의 혼란과 비용이 많이 드는 수정의 결과) 언제 발생합니까 하는 것입니다. 컨텍스트 다이어그램은 분석가가 프로젝트의 컨텍스트(따라서 모니커 컨텍스트 다이어그램)를 통해 체계적으로 생각하도록 강요하고 이해 관계자도 그렇게 할 수 있도록 함으로써 검색 단계에서 알려지지 않은 요구 사항을 발굴하는 데 중요한 역할을 합니다. 한 사이트는 적절하게 노트로, “컨텍스트 다이어그램은 매우 불쾌한 놀라움에서 프로젝트를 저장할 수 있습니다.” [1] 분석가가 투자에 대한 수익을 감안할 때 (프로젝트의 적절한 방향을 보장하는 데 도움), 컨텍스트 다이어그램의 생성은 그녀의 시간 가치가 있다. 이러한 다이어그램의 대부분은 제한된 수의 상호 연결이 표시되는 한 잘 작동합니다. 20개 이상의 상호 연결을 표시해야 하는 경우 다이어그램이 매우 복잡해져 읽기 어려울 수 있습니다. [7] 두 번째 형식은 데이터 흐름 다이어그램에 대해 설정된 동일한 규칙, 구문 및 기호에서 그리는 좀 더 엄격합니다. 이 경우 컨텍스트 다이어그램은 컨텍스트 다이어그램이 가장 간단한 데이터 흐름 다이어그램 형식인 데이터 흐름 다이어그램의 하위 집합입니다. 시스템 컨텍스트 다이어그램은 조사 중인 범위에 대한 동의를 얻기 위해 프로젝트 초기에 사용됩니다. [4] 컨텍스트 다이어그램은 일반적으로 요구 사항 문서에 포함됩니다.
이러한 다이어그램은 모든 프로젝트 이해 관계자가 읽어야 하므로 이해 관계자가 문서 내의 항목을 이해할 수 있도록 일반 언어로 작성해야 합니다. 컨텍스트 다이어그램에는 3개의 주요 자산이 있습니다. 8: 추가 요구 사항을 캡처합니다. 컨텍스트 다이어그램을 만드는 동안 요구 사항을 발견하는 경우 요구 사항 문서(소스의 원본을 컨텍스트 다이어그램으로 기록해야 함)나 특별히 설계된 별도의 요구 사항 리포지토리에 유의해야 합니다. 컨텍스트 다이어그램생성에서 발굴된 요구 사항. “컨텍스트 다이어그램을 설명하고 언제 사용할 수 있습니까?” 다이어그램에 따라, 우리는 승객이 문의 교통 세부 사항 프로세스에서 교통 세부 사항을받을 수 있음을 알고, 세부 사항은 데이터 상점 교통 세부 사항 및 철도 라이브 통계에 의해 제공됩니다. 전송 세부 정보에 저장된 데이터는 영구 데이터(레이블 “D”로 표시됨)이지만 철도 라이브 통계에 저장된 데이터는 짧은 시간 동안 유지되는 일시적인 데이터입니다(레이블 “T”로 표시됨). 콜아웃 셰이프는 승객이 문의할 수 있는 세부 정보를 나열하는 데 사용됩니다. 컨텍스트 다이어그램은 엄격의 두 가지 범주 중 하나에 속합니다: 컨텍스트 다이어그램은 최상위 수준만 표시하는 데이터 흐름 다이어그램입니다( 수준 0이라고도 함).
이 수준에서는 외부 엔터티와 상호 작용하는 방식과 관련하여 전체 시스템의 기능을 나타내는 표시 프로세스 노드가 하나뿐입니다.