텍스트? 2017 컴퓨터 레벨 3 "정보 관리" 강의 노트: 구조화된 분석 방법? 컴퓨터 레벨 시험 칼럼으로 구성되어 있어 수험생들에게 도움이 되기를 바랍니다.
구조 분석 방법
구조 분석은 데이터 흐름을 기반으로 한 수요 분석 방법입니다. 1970년대 후반에 Yourdon E., Conˉstantine L., DeMarco T. 등에 의해 제안 및 개발되었으며 현재까지 널리 사용되고 있다. 구조화된 분석 방법의 일부 중요한 개념은 다른 개발 방법에도 침투합니다. 예를 들어 SADT(구조적 분석 및 설계 기법), OOT(객체 지향 기법), IDEF 방법 등이 있습니다.
구조화된 분석 방법은 데이터 처리형 소프트웨어의 수요 분석에 적합합니다. 그래픽은 요구 사항을 표현하는 데 사용되므로 명확하고 간결하며 배우고 익히기가 쉽습니다. 구체적으로, 구조화 분석 방법은 추상 모델의 개념을 사용하여 기능적 요구 사항을 충족하는 구현 가능한 모든 소프트웨어를 찾을 때까지 소프트웨어 내 데이터 전송과 변환 간의 관계에 따라 위에서 아래로 계층별로 분해합니다. DeMarco의 논의에 따르면 구조화된 분석 방법에 사용되는 도구에는 데이터 흐름 다이어그램, 데이터 사전, 구조화된 영어, 의사결정 테이블 및 의사결정 트리가 포함됩니다. 구조화 분석 방법에는 두 가지 분명한 특징이 있습니다.
간결하고 이해하기 쉽고 직관적인 설명 방식을 사용합니다
1. 데이터 흐름도
데이터 흐름도는 버블 차트(Bubble Chart) 또는 데이터 흐름(Data Flow)이라고도 합니다. 그래프. 데이터 처리 과정을 설명하는 도구입니다. 데이터 흐름도는 데이터 전송과 처리의 관점에서 입력에서 출력까지의 데이터 흐름의 이동과 변환 과정을 그래픽적으로 표현한 것입니다.
(1) 데이터 흐름도의 주요 그래픽 요소
데이터 흐름도에서 데이터 흐름도에는 네 가지 기본 그래픽 요소가 있음을 알 수 있습니다.
데이터 흐름은 화살표 방향으로 데이터를 전송하는 채널로, 대부분 프로세스 간 처리 데이터를 전송하는 네임드 채널도 있다. 이러한 데이터 스트림은 이름이 지정되지는 않았지만 유명한 프로세스, 유명한 파일과 연결되어 있기 때문에 그 의미는 분명합니다. 동일한 데이터 흐름도에는 동일한 이름을 가진 데이터 흐름이 있을 수 없습니다. 여러 데이터 스트림이 동일한 프로세스를 가리킬 수 있으며 많은 데이터 스트림이 하나의 프로세스에서 나올 수 있습니다.
처리는 데이터 구조나 데이터 내용을 처리 개체로 사용합니다. 프로세스 이름은 일반적으로 어떤 프로세스가 완료되고 있는지 간결하게 나타내는 동사구입니다.
파일은 데이터 흐름도에서 데이터를 저장하는 역할을 하므로 데이터 저장소라고 부릅니다. 이는 데이터베이스 파일일 수도 있고 모든 형태의 데이터 구성일 수도 있습니다. 파일로 향하는 데이터 흐름은 파일에 쓰거나 파일을 쿼리하는 것으로 이해될 수 있으며, 파일에서 끌어오는 데이터 흐름은 파일에서 데이터를 읽거나 쿼리 결과를 얻는 것으로 이해될 수 있습니다.
데이터 흐름도의 네 번째 요소는 데이터 소스 포인트 또는 싱크 포인트로, 다이어그램에서 처리할 데이터의 입력 소스를 나타내며 처리 결과가 전송되는 곳입니다. 다이어그램에서 나타나는 것은 단지 상징일 뿐이고 소프트웨어 형태로 설계하고 구현할 필요가 없으므로 데이터 흐름도의 주변 환경에 있는 개체일 뿐이므로 외부 개체라고 합니다. 실제 문제에서는 컴퓨터 주변 장치나 감지 장치일 수 있습니다.
(2)데이터 흐름과 처리의 관계
데이터 흐름도에서 하나의 처리를 가리키거나 하나의 처리에서 이어지는 두 개 이상의 데이터 흐름이 있는 경우 두 개의 데이터 스트림보다 이러한 데이터 스트림 간에 특정 관계가 있는 경우가 많습니다.
(3) 계층적 데이터 흐름도
데이터 처리 과정의 데이터 처리 상황을 표현하기 위해서는 데이터 흐름도를 사용하는 것만으로는 충분하지 않습니다. 조금 더 복잡한 실무 문제를 표현하기 위해서는 문제의 계층적 구조에 따라 점차적으로 문제를 분해하고, 이러한 구조적 관계를 계층적 데이터 흐름도에 반영하는 것이 필요하다.
첫째, 전체 데이터 처리 프로세스를 하나의 프로세스로 간주합니다. 입력 데이터와 출력 데이터는 실제로 시스템과 외부 환경 간의 인터페이스를 반영합니다.
계층적 데이터 그래프의 최상위 레이어입니다. 그러나 이 그림만으로는 데이터 처리 요구 사항을 나타내지 않으며 추가로 개선할 필요가 있습니다. 이 데이터 처리에 세 개의 하위 시스템이 포함된 경우 이 세 개의 하위 시스템 1, 2, 3의 처리와 관련 데이터 흐름을 그릴 수 있습니다. 이는 DFD/L1로 표시되는 최상위 계층 아래의 데이터 흐름 다이어그램의 첫 번째 계층입니다. 이 세 가지 서브시스템을 계속해서 분해하면 각각 서브시스템인 두 번째 계층 데이터 흐름도 DFD/L2.1, DFD/L2.2 및 DFD/L2.3을 얻을 수 있습니다. 1, 2, 3의 개선. DF/2를 예로 들면, 4개의 처리 번호는 모두 상위 계층 다이어그램의 하위 시스템 2에 연결될 수 있습니다. 이렇게 얻은 다층 데이터 흐름도는 전체 데이터 처리 시스템의 실제 상황을 매우 명확하게 표현할 수 있습니다. 모든 수준의 데이터 흐름 그래프에서 위쪽 그래프를 상위 그래프라고 하고 하위 수준의 그래프를 하위 그래프라고 합니다.
다층 데이터 흐름 그래프에서는 최상위 흐름 그래프, 하위 계층 흐름 그래프, 중간 계층 흐름 그래프를 구분할 수 있습니다. 최상위 흐름도에는 개발 중인 시스템을 나타내는 하나의 프로세스만 포함됩니다. 입력 스트림은 시스템의 입력 데이터이고 출력 스트림은 시스템의 출력 데이터입니다. 최상위 흐름도의 기능은 개발 중인 시스템의 범위와 주변 환경과의 데이터 교환 관계를 나타내는 것입니다. 기본 흐름 그래프는 처리에 추가 분해가 필요하지 않은 데이터 흐름 그래프를 나타내며 해당 처리를 "원자적 처리"라고 합니다. 중간 층류 다이어그램은 상위 상위 다이어그램을 개선한 것입니다. 각각의 처리는 계속해서 개선되어 하위 그래프를 형성할 수 있습니다. 중간 레벨의 수는 시스템의 복잡성에 따라 다릅니다.
(4) 데이터 흐름도 작성 방법
요약하면 데이터 흐름도를 그리는 기본 단계는 외부에서 내부로, 위에서 아래로, 레이어별로 세분화하고 완벽하게 만드는 것입니다. 솔루션. 구체적인 단계는 다음과 같이 수행할 수 있습니다.
①먼저 시스템의 데이터 소스와 싱크 포인트를 찾습니다. 이들은 시스템과 외부 세계의 인터페이스를 결정하는 외부 엔터티입니다. ② 외부 실체의 출력 데이터 흐름과 입력 데이터 흐름을 알아본다. ③도면 측면에 시스템의 외부 개체를 그린다.
④ 외부 개체(즉, 시스템의 소스 지점)의 출력 데이터 흐름에서 시작하여 시스템의 논리적 요구에 따라 점차적으로 입력 데이터 흐름까지 일련의 논리적 처리를 그립니다. 외부 엔터티에 필요한 정보(즉, 시스템의 싱크 포인트)가 발견되어 데이터 흐름이 종료됩니다. ⑤ 아래의 원칙에 따라 확인 및 수정하시기 바랍니다.
⑥위의 단계를 따른 후 각 처리부터 필요한 하위 그림을 그립니다.
(5) 검사 및 수정 원칙
① 데이터 흐름도의 모든 그래픽 기호는 위에서 언급한 네 가지 기본 그래픽 요소로 제한됩니다. ② 데이터 흐름의 주요 다이어그램은 위에서 언급한 4가지 기본 요소를 포함해야 하며, 어느 하나라도 빠뜨려서는 안 됩니다.
③ 데이터 흐름도 메인 다이어그램의 데이터 흐름은 외부 엔터티 사이에 포함되어야 하며, 외부 엔터티가 두 개 이상 있을 수 있습니다. ④각 처리에는 적어도 하나의 입력 데이터 스트림과 하나의 출력 데이터 스트림이 있습니다.
⑤데이터 흐름도에서 처리 상자는 레이어별로 번호를 매겨야 합니다. 숫자는 처리가 진행 중인 레이어뿐만 아니라 상위 및 하위 레이어의 상위 사진과 하위 사진 간의 대응 관계를 나타냅니다.
⑥모든 데이터 흐름 하위 그래프는 상위 레이어의 처리와 일치해야 하며, 두 가지의 입력 데이터 흐름과 출력 데이터 흐름이 일관되어야 합니다. 즉, 상위 그래프와 하위 그래프 간의 균형으로, 세분화 과정에서 입력과 출력이 손실되거나 추가될 수 없음을 보여줍니다. 7다이어그램의 모든 요소에는 이름이 있어야 합니다. 데이터 스트림과 데이터 파일이 어떤 데이터인지, 처리를 위해 무엇을 하는지 표시합니다.
⑧데이터 흐름도에는 제어 흐름을 담을 수 없습니다. 데이터 흐름도는 실제 비즈니스 프로세스에 대한 객관적인 이미지이므로 시스템이 어떻게 수행하는지 설명하기보다는 시스템이 수행하는 작업을 설명하므로 시스템의 실행 순서나 프로그램 흐름도가 아닙니다. 9 처음 그릴 때 사소한 세부 사항은 무시하고 주요 데이터 흐름에 집중할 수 있습니다.
요구사항 분석 중에 시스템의 특정 측면을 수정해야 하는 경우가 있습니다. 데이터 흐름 다이어그램을 사용하면 수정이 필요한 영역을 쉽게 격리할 수 있습니다. 수정될 영역의 경계를 넘는 데이터 흐름을 명확하게 이해하고 있으면 향후 수정에 완벽하게 대비할 수 있으며 시스템의 다른 부분을 방해하지 않고 수정할 수 있습니다.