1. 프로젝트 계획서
1. 프로그래밍이란?
ㄴ2.1 UI 영역 (사용자 관점 설계)
더보기
(1) UI 영역의 역할
UI 영역은 사용자의 행동 흐름과 화면 전환을 설계하는 영역이다.
즉, “사용자가 어떻게 프로그램을 사용하게 되는가”를 정의한다.
(2) 이 산출물들은 주로 화면의 모습과 배치를 시각적으로 표현한다.
- 목업(Mockup)
- UI 프로토타입
- Storyboard
- Wireframe
(3) 추가로 실제 구현에서는 다음이 반드시 필요하다.
- 화면 흐름도(UI Flow)
- 화면 설계서(UI Specification)
- 화면 간 이동 규칙
- 버튼 클릭 시 동작
- 상태 전이 조건
화면 흐름도와 화면 설계서는 이러한 행동 규칙과 전환 조건을 명확히 해 준다.
ㄴ2.2 Logic 영역 (행동과 규칙 설계)
더보기
(1) Logic 영역의 역할
Logic 영역은 시스템이 어떤 조건에서 어떤 판단을 수행하는지를 정의한다.
즉, “프로그램이 어떻게 생각하고 결정하는가”를 설계한다.
(2) 이 산출물들은 시스템의 기능과 흐름을 다양한 관점에서 설명한다.
- 요구사항 명세서
- 순서도(Flowchart)
- Use Case
- Rich Picture
- 기능 목록(Function List)
- 업무 규칙(Business Rule) 정의
- 상태 다이어그램(State Diagram) (선택)
(3) 필요한 이유
- 요구사항 명세서 → 무엇을 해야 하는지
- 순서도 → 어떻게 처리하는지
- 업무 규칙 → 언제, 왜 그 처리를 하는지
기능이 명확히 정리되어야 구현 단계에서
“이 경우엔 어떻게 동작해야 하나요?”와 같은 애매함이 사라진다.
ㄴ2.3 Data 영역 (시스템의 저장 설계)
더보기
(1) Data 영역의 역할
Data 영역은 시스템이 저장하고 관리해야 할 정보의 구조와 의미를 정의한다.
즉, 프로그램의 “기억 장치”를 설계하는 영역이다.
(2) 기본 산출물
- ERD
- DB 명세서
- 테이블 정의서(Data Dictionary)
- 데이터 흐름도(DFD) (선택)
- CRUD 매트릭스 (UI/Logic 연계용)
(3) 필요한 이유
- ERD는 데이터의 구조와 관계를 보여준다.
- 테이블 정의서는 각 데이터의 의미와 용도를 설명한다.
- CRUD 매트릭스는
“이 데이터가 어느 화면·어느 로직에서 사용되는가”를 명확히 해 준다.
ㄴ2.4 Schedule(일정)과 Plan(계획)
더보기
(1) Schedule 영역의 역할
Schedule은 설계 산출물을 실행으로 옮기기 위한 계획이다.
(2) 기본 산출물
- 작업 분해 구조(WBS)
- 일정표(Gantt Chart)
- 마일스톤 정의