# flowchart

sukeun_youn

1. Flowchart(순서도) 란? 처리하고자 하는 문제를 분석하여 국제표준기구(ISO : International Standardization Organization)에서 지정한 기호와 흐름선을 활용, 프로세스의 처리 순서를 포함한 단계 간의 상호관계를 알기 쉽게 나타낸 그림 원고의 초안, 건축의 설계도와 같은 프로그래밍의 기초가 된다. 타인에게 전달, 크로스랭귀징, 유지보수 등에 기반이 되는 중요한 요소 > 논리의 흐름을 특정한 순서도 기호 (flow chart symbol) 를 사용하여 도식적으로 표현한 것 2. 순서도 차트의 종류 1) 시스템 순서도 어떤 작업을 하는지 알려주는 순서도로 자료가 정보로 변환되는 과정을 컴퓨터가 처리하는 과정, 데이터의 흐름을 중심으로 도식화한 것 데이터 흐름을 중심으로 작성하는 특징으로 인해 데이터가 처리되는 작업 단위로 나타내고 데이터가 변환되는 매체들을 표현하며 프로그램 논리는 작성하지 않는다. 작

redqueen12

의사코드(pseudo code)란? 프로그램이나 알고리즘이 수행되는 각 모듈의 작동 논리를 표현하기 위한 코드이다. 장점 전체적인 프로그램의 수행 프로세스를 알 수 있다. 프로그램을 개발하기 전에 설계하여 프로그램 논리 오류를 사전에 파악하고 해결할 수 있다. 별도의 설계 문서(ppt등)를 만들지 않고 코드와 함께 관리가 용이하다 의사코드 기준으로 개발 진척도를 보고 개발 진행 상태를 볼 수 있다 단점 실행되는 코드가 아닌 흉내만 내는 코드이기 때문에 여러 스타일이 있다. 흐름도/순서도(flowchart)란? 프로그램의 실행 흐름을 도식화하여 시각적으로 나타낸 다이어그램의 한 종류다 장점 프로그램의 흐름을 한 눈에 보기 쉽다 국제표준화기구에서 표준안으로 결의된 기호를 사용하여 공통의 규칙이 있어 보기 편하다 단점 도형 등으로 만들어져 있어 작성이 번거로울 수 있다.

fr35wo

현재 진행하고 있는 캡스톤 프로젝트의 순서도

shalala

지난 W6D1 과제를 회고하며 유저가 할 수 있는 행동에 대한 Flow Chart 그려보자면, 네이버 지도 길찾기 Flow Chart 지도 flow char Flow Chart에 따른 UI, 클라이언트, 서버, DB가 각각 어떻게 보이고 작동할지 예상(지난 과제에서 일부 순서 등 좀 더 상세하게 수정) 1. 홈 화면 ➡️ 장소 검색 ➡️ 텍스트 검색 <img src="https://velog.velcdn.com/images/shalala/post/553b0e42-df72-

eu4ng

UML 다이어그램 1. 정의 Unified Modeling Language 복잡한 소프트웨어 시스템 개발 모델링에 필요한 구성요소를 제시하고 이를 이용한 추상화 방법과 산출물들을 프로젝트 참여자들이 쉽게 이해할 수 있도록 소프트웨어 개발방법론(표현 및 기법)들이 통합된 객체지향개발 표준통합 모델링 언어 2. 종류 클래스 다이어그램 (Class Diagram) 유스케이스 다이어그램(Use case Diagram) 시퀀스 다이어그램(Sequence Diagram) 콜라보레이션 다이어그램(Collaboration Diagram) 상태 다이어그램 (Statechart Diagram) 액티비티 다이어그램 (Activity Diagram) 컴포넌트 다이어그램 (Component Diagram) 배포 다이어그램 (Deployment Diagram) 2.1 클래스 다이어그램 특징 시스템을 구성하는 클래스

vkdtksdl789

개발자의 정확한 의미와 플로우차트(Flow Chart)에 대해서 알아보았다. 흔히 개발자라고 하면 단순히 컴퓨터 언어를 이용해서 무언가를 만드는 사람이라고 생각하며 나 또한 그렇게 생각했다. 개발자란? > 문제 또는 불편한 것을 발견하며 그것을 다양한 관점으로 분석하고 구조화 등등의 많은 과정을 거쳐서 그것을 프로그램 언어를 통해서 기계인 컴퓨터가 이해할 수 있도록 개발하는 사람이다. 이러한 개발자에게 가장 즁요한 것은 컴퓨터 사고 능력이다. 컴퓨터 사고란? > 쉽게 생각하면 문제 해결 능력이다. 컴퓨터가 효과적으로 문제를 수행하고 해결할 수 있도록 정의하며 그에 대한 답을 기술하는 것이 포함된 사고의 과정이다. 컴퓨터 사고를 위해서 문제가 발생했을 경우 생각해 봐야 할 3가지 단계가 있다. > 1. 문제를 정확하게 이해한다. 문제를 작은 단위로 분해한다. 작은 문제들을 보면서 어떻게 해결하는게 좋을지 고민한다. 원활한 컴퓨터 사고를 위해서 개발자에

calmlake79

최근 깃헙에서는 Mermaid(머메이드:인어) 라는 다이어그램툴을 연동했다. https://github.blog/2022-02-14-include-diagrams-markdown-files-mermaid/ 처음엔 호기심으로 접근해 봤는데, 와..이거 완전 물건이다. 처음에는 익숙해지는데 조금 걸리긴 하지만 익숙해지면, 완전 편하게 플로우차트를 그릴 수 있는 도구. https://mermaid-js.github.io/mermaid/#/flowchart 간단하게 설명이 있는 문서를 참조하면 누구나 쉽게 단 몇줄로 플로우 차트를 그릴 수 있다. 위에 있는 샘플 플로우 차트도 30분도 안걸려서 30줄도 안되는 라인으로 그린것. 물론 아직은 30분이라는 긴 시간이 필요하지만 좀 더 숙달되면 좀 더 빨리 할 수 있을듯 하다. (만드는데 오래 걸렸다기 보다는 구성을 하는데 좀 시간이 오래 걸려서..실제 로직인거라.. ㅜㅜ ) 무엇보다 최고의 장점은 다른게 아니라, 기존의 일반적인 플로우차

daeseongkim

기능에 대해서 많은 고민을 했다. 처음에는 단순히 글을 쓰고, 그 글을 다른 사람들이 읽고 공감하면 좋겠다는 생각을 했는데, 그것만으로는 뭔가... 뭔가... 부족한 듯 싶어서 상급종합병원과 각 과에 대한 의견을 나눌 수 있는 상세페이지를 만들어보자는 결론이 나왔다. 그걸 바탕으로 열심히 기획 및 디자인을 진행했다. FlowChart > 최대한 발생할 수 있는 모든 것들을 적어보고자 노력했다. Wir

sunnywhynot

학습 내용: 플로우 차트 (Flowchart) 그냥 Input이랑 manual input은 또 기호가 다름 Flowchart 그리기 Tip 왼쪽에서 오른쪽으로의 데이터 흐름을 유지하자 정보를 더 쉽게 읽고 이해할 수 있도록 왼쪽에서 오른쪽으로 플로우차트를 구성하는 것이 좋다. 전통적인 마름모 의사결정 기호 대신 분할 경로를 사용하자 기존의 마름모꼴의 결정 기호는 3번 규칙(왼쪽에서 오른쪽으로)을 위반하게 되므로 플로우차트를 읽기 어렵게 만든다. 분할 경로 vs 결정 기호    출처  https

eunjeong

이어서 어제의 TIL에서 PlantUML을 시작했다. 간단한 flowChart그리는 방법을 어제 다뤘는데, 오늘은 PlantUML로 엄청나게 다양한 그림을 그릴 수 있는것을 배워서 간단하게 정리하려고 한다. 상태 다이어그램 시퀀스 다이어그램 ![](https://images.velog.io/images/eunjeong/post/e732b000

eunjeong

PlantUML? 프로젝트는 문서로 시작해서 문서로 끝나는데,,,작성할 때마다 다른 형식으로 플로우차트를 그리는 문제를 해결하기 위해서 Visual Studio Code에서 PlantUML을 사용했다. 설치 및 사용 VSCode Marketplace에서 간편하게 설치했다. VSCode에서 PlantUML로 하단의 Language Mode를 맞추고 작성을 시작한다. 시작은 @startuml로 종료는 @enduml로 작성하고, 간단한 사용법은