PDLC .. 물리적 설계 (UI, DB, 플랫폼 구조도)

물리적 설계 = 사용자 인터페이스 + 데이터베이스 + 플랫폼 구조도

 

사용자 인터페이스(UI) 특징

- UI는 사용자와 플랫폼 간 상호작용을 가능하게 해주는 도구

- 일관성 있는 UI 디자인은 사용자의 사용률을 높이고, 시스템 이용에 혼란을 줄임

 

UI 설계시 고려 사항

- UI는 사용자가 플랫폼을 사용할 때 혼란을 겪지 않도록 일관성있게 설계되어야 함 (친숙한 아이콘, 일관적인 사용)

- 플랫폼의 현 상태나 종료 여부를 명확히 표현해야 함

 

UI 설계 프로세스

1. 대화도

- 모든 페이지의 구성을 표현, 플랫폼과의 대화를 설계하고 표현

- 대화도는 세 부분으로 나뉜 박스들을 연결하여 작성, 각 박스들은 상단(화면 참조번호), 중단(화면의 이름 또는 설명), 하단(이전 화면의 참조 번호)으로 구성됨

 

2. 프로토타이핑(레이아웃 설계)

- 대화도에서 설계된 각 페이지의 구성을 설계하는 과정

- 일관성, 직관성 고려

---

데이터베이스 설계

= 논리적 DB 설계  + 물리적 DB 설계

- 논리적 데이터베이스 설계는 개념적 데이터 모델을 설계하는 단계, 단순한 데이터의 개체와 속성들을 표현

- 물리적 데이터베이스는 논리적 데이터베이스 설계를 바탕으로 각 개체와 속성에 대한 파일 속성이나 저장 방식을 결정

- 논리적/물리적 데이터베이스 설계의 수행 방법 및 목적

    1. 시간이 흘러도 변하지 않고 최소의 중복성을 가지는 안정적인 구조로 데이터를 구조화

    2. 플랫폼에 존재하는 데이터 요구사항들을 반영하여 논리적인 DB 설계안을 작성

    3. 논리적 DB를 기반으로 물리적인 DN 설계를 수행

    4. 데이터베이스 모델을 기술적인 파일 및 데이터베이스 설계안으로 변환

    5. 데이터 저장 기술 중 효율적으로 정확하고 안전하게 DB를 다룰 수 있는 기술을 선택

 

- DB 설계의 최종 목적은 ERD (Entity-Relationship Diagram)

- DB 설계의 최종 산출물은 ERD는 DB 설계 겨로가에서 각 객체의 관계를 도식화

- DB 설계는 논리적 데이터베이스 설계 -> 물리적 데이터베이스 설계 -> ERD 작성의 순서로 진행

 

논리적 DB 설계	물리적 DB 설계	ERD 작성
- 데이터 흐름도에 개념적으로 설계된 데이터를 논리적인 데이터 구조로 설계 - 논리적 DB는 데이터 테이블, 그리고 테이블을 구성하는 속성들로 구성 - 테이블, 속성, 이름은 중복되지 않아야 하며 명확해야 함	- 논리적 DB를 바탕으로 각 속성값들의 데이터 타입과 데이터 사이즈를 정의 - 하드웨어나 운영체제의 특성을 고려하여 필요한 인덱스 구조나 내부 저장 구조 등에 대한 물리적 구조를 설계	- 논리적/물리적 DB 설계를 통해 구조화된 데이터를 구조 및 그에 수반하는 제약 조건들을 각각의 개체로서 정의하고 관계를 정의하는 Diagram - 각 테이블과 속성의 무결성과 관계를 표현하기 위해 주 키(Primary key), 외래 키(Foreign key) 등으로 정의하여 표현하는 기법

 

논리적 데이터베이스 설계

- 논리적 DB 설계에서는 정규화(normalization)라는 절차 수행

- 정규화 : 단순하고 중복성이 없으며 최소의 유지보수가 가능한 성질을 가지는 데이터 모델을 구축하는 과정

 

물리적 데이터베이스 설계

- 논리적 데이터베이스 모델에 나타난 각각의 속성들에 대한 저장 형식(데이터 타입)을 결정

ex. CHAR_20, INT_16 같은 거

- 효율적인 데이터 접근을 가능케하는 데이터 저장 매체와 구조를 결정

* 주요구조로 고유 키와 고유하지 않은 키들에 대한 키 인덱스가 이용됨

* 주요 저장 매체는 클라우드 서버나 대용량 분산 처리 시스템(하둡)

 

ERD(개체-관계 다이어그램) 작성

- DB 설계의 최종 산출물인 ERD는 DB 설계 결과에서 각 객체의 관계를 도식화한 것

- DBMS 구축을 위해 필수적

- ERD 작성 프로세스:

1. 개체를 표현: 개체를 식별할 수 있는 주 키(Primary Key)를 설정(주로 id)하고 그 외 속성은 주 키를 제외한 모든 속성

2. 관계성을 표현: 개체 간의 관계성을 나타내기 위해서는 외래 키(Foreign Key)를 이용

3. 관계 정규화 및 결합: 1, 2단계에 의해 생성된 관계에서 불필요한 중복성을 제외하기 위한 정규화를 진행, 또한 중복되는 관계를 제거하기 위해 결합과 정규화를 반복

---

플랫폼 구조도 설계

플랫폼 구조도 특징

- 플랫폼의 동작 원리 및 구성 요소를 한 눈에 볼 수 있음

- 이해당사자와 플랫폼 간의 관계가 표현되어 있음

- 한 개 이상의 모듈로 구성되어 있으며, 각 모듈의 상호 관계가 표현되어 있음

- 1~3단계(계획, 분석, 설계)과정이 모두 포괄적으로 표현되어 가장 중요한 작업

- 개발자의 필요에 따라 논리적 또는 물리적으로 설계될 수 있음

 

플랫폼 구조도 작성 시 고려할 점

- 1~2단계(계획, 분석)에서 조사 및 분석한 내용이 명확하고 정확하게 표현되었는가?

- 구성 요소는 적절히 배치되었는가? .. 구성요소의 개수, 상호 연관, 모듈화 등

- 환경이 적절한가? .. 제안하는 플랫폼과 이해당사자 및 시장과의 연관성 등

- 경계가 명확한가? ..  시스템, 모듈, 기능의 경계(레벨) 표현, 플랫폼과 이해 당사자의 경계 표현 등

 

1. 1~2단계에서 조사 및 분석한 내용이 명확하고 정확하게 표현되었는가?

- 1단계 계획 및 선정과 2단계 분석에서 수집한 내용

    - 프로젝트 목표: 프로젝트의 목표를 달성할 수 있는 플랫폼, 사용자의 요구, 기존의 문제점을 해소할 수 있는지에 대한 표현이 명확

    - 기술 보고서: 플랫폼에 적용할 기술을 용도와 방법에 맞게 구조도로 표현

    - 상황도: 구조도의 전체적인 틀이 되는 것으로 환경적인 요소(이해당사자, 외부 API 등)와 플랫폼의 경계를 표현

    - 데이터 흐름도 및 서비스 모델: 구조화(모듈화) 및 모델링된 플랫폼의 기능들을 토대로 구체적이고 기술적인 내용을 가미하여 구조도를        작성

- 위 정보를 토대로 구체적이고 포괄적인 구조도를 설계해야 하며, 단순 취합이 아니라 명확하고 간단하게 플랫폼의 구조를 표현해야 함

 

2. 구성요소는 적절히 배치되었는가?

- 논리적 설계 내용을 토대로 플랫폼에서 발생할 수 있는 모든 활동/동작을 시스템 기능으로서 나열하고 유사한 기능들을 모듈화

- 모듈 간의 상호 연관 관계를 고려하여 명확하고 정확하게 배치 및 연결

 

3. 환경이 적절한가

- 플랫폼의 주변 환경(이해당사자, 외부 API, 시스템/플랫폼 등)을 고려하여 작성

- 플랫폼이 제공하는 서비스/상품의 시장에서 연관될 수 있는 요소들을 고려하여 활용

 

4. 경계가 명확한가

- 플랫폼 구조도에서 플랫폼과 외부 환경과의 경계가 명확해야 함