> For the complete documentation index, see [llms.txt](https://krjaeh0.gitbook.io/j-log/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://krjaeh0.gitbook.io/j-log/database/design/data_flow_diagram.md).

# data\_flow\_diagram

## 데이터 흐름도란?

시스템에서 데이터가 어떻게 흐르고, 어떻게 변환되는지를 시각적으로 표현하는 다이어그램 소프트웨어 설계 단계에서 데이터의 흐름과 프로세스를 명확하게 이해하고 문서화하기 위해 사용된다.

***

## 데 흐름도의 특징

{% stepper %}
{% step %}

### 데이터 흐름 중심 모델

* 시스템 내에서 데이터가 어떻게 입력, 처리, 저장, 출력되는지 보여줌
* 프로세스의 내부 로직이 아니라 데이터의 이동 및 변환 과정에 초점을 맞춤
  {% endstep %}

{% step %}

### 시스템의 가시성 증가

* 프로세스 간의 데이터 흐름을 한눈에 볼 수 있어 소프트웨어 분석 및 설계가 쉬워짐
* 데이터 흐름을 이해하면, 중복되는 프로세스나 비효율적인 데이터 흐름을 개선할 수 있다.
  {% endstep %}

{% step %}

### 계층적 설계 가능

* 레벨(Level) 개념을 사용하여 상위 레벨에서 점점 세부적인 레벨로 상세화 할 수 있다.
* 일반적으로 0>1>2> ... 순서로 상세화 된다.
  {% endstep %}

{% step %}

### 입력과 출력의 관계 강조

* 사용자 입력이 시스템에서 어떤 처리를 거쳐 결과로 출력되는지 직관적으로 표현된다.
  {% endstep %}
  {% endstepper %}

***

## 데이터 흐름도의 주요 구성 요소

| 구성 요소                             | 기호 | 설명                                             |
| --------------------------------- | -- | ---------------------------------------------- |
| <p>프로세스<br>(Process)</p>          | ○  | 데이터를 처리하는 기능                                   |
| <p>데이터 흐름<br>(Data Flow)</p>      | →  | 데이터가 이동하는 경로                                   |
| <p>외부 개체<br>(External Entity)</p> | ▭  | <p>시스템과 데이터를 주고받는 외부 요소<br>(사용자, 외부 시스템 등)</p> |
| <p>데이터 저장소<br>(Data Store)</p>    | ║║ | <p>데이터를 저장하는 장소<br>(DB, 파일 등)</p>              |

***

## 데이터 흐름도의 레벨

데이터 흐름도는 계층적으로 상위 레벨에서 점점 세부적으로 나뉘는 구조를 가진다.

### 레벨 0 (Context Diagram)

* 가장 상위 레벨의 DFD
* 전체 시스템을 하나의 프로세스로 표현
* 외부 개체(사용자, 다른 시스템)와의 데이터 흐름만 보여준다.

```
[사용자] → (인터넷 쇼핑몰 시스템) → [배송 업체]
```

* 사용자는 주문 정보를 입력하고, 시스템은 배송 업체에 전달한다.

### 레벨 1

* 레벨 0의 프로세스를 세분화하여 여러 개의 세부 프로세스로 나눔
* 데이터가 어떤 방식으로 처리되는지를 좀 더 자세히 표현

```
[사용자] → (상품 선택) → (주문 처리) → (결제 시스템) → (배송 요청) → [배송 업체]
```

* 인터넷 쇼핑몰 시스템을 4개의 주요 프로세스로 나눔: 상품 선택, 주문 처리, 결제, 배송 요청

### 레벨 2

* 레벨 1의 프로세스를 더 세분화하여 상세한 데이터 흐름을 설명
* 데이터 저장소(DB)와의 관계도 추가됨

```
(주문 처리) → [주문 DB] → (재고 확인) → [재고 DB] → (결제 처리)
```

* 주문이 데이터베이스에 저장되고, 재고를 확인한 후 결제가 이루어진다.

***

## 데이터 흐름도의 작성 규칙

1. 각 프로세스는 최소한 하나의 입력과 출력을 가져야 한다.
2. 데이터 흐름은 한 방향으로만 이동해야 한다.
3. 프로세스는 데이터 저장소와 직접 연결될 수 있다.
4. 외부 개체 간의 직접 데이터 흐름은 없어야 한다.

***

## 데이터 흐름도의 장점과 단점

| 장점                     | 단점                       |
| ---------------------- | ------------------------ |
| 시스템의 흐름을 쉽게 이해할 수 있다.  | 너무 세부적으로 나누면 복잡해질 수 있다.  |
| 기능별 분석이 가능하여 유지보수가 쉽다. | 프로세스의 내부 로직을 표현하지 못한다.   |
| 데이터 흐름을 최적화 할 수 있다.    | 대규모 시스템에서는 관리가 어려울 수 있다. |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://krjaeh0.gitbook.io/j-log/database/design/data_flow_diagram.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.