상맹의 명상

1. 물리 데이터 모델 설계 1.1 물리 데이터 모델링 개념 - 논리모델을 적용하고자 하는 기술에 맞도록 상세화에 가는 과정 1.2 물리 데이터 모델링 변환 절차 순서 절차 변환 방법 1 개체를 테이블로 변환 - 일반적으로 테이블과 개체 명칭을 동일하게 하는 것을 권고 - 개체는 한글명을 사용 - 테이블은 소스 코드의 가독성을 위해 영문명을 사용 2 속성을 컬럼으로 변환 - 개발자와 사용자 간 의사소통을 위해 표준화된 약어를 사용하도록 권고 - SQL 예약어 사용은 피해야 함 - 컬럼명으로 복합단어를 사용할 경우 미리 정의된 표준에 의해 명명 3 UID를 기본키로 변환 - 개체의 UID에 해당하는 모든 속성에 대해 기본키로 선언 - Not Null, Unique 등의 제약조건을 추가로 정의 - 관계에 의..

1. 데이터 모델 1.1 데이터 모델 개념 현실 세계의 정보를 인간과 컴퓨터가 이해할 수 있도록 추상화하여 표현한 모델이다. 1.2 데이터 모델 절차 ① 개념적 데이터 모델 - 현실 세계에 대한 인식을 추상적, 개념적으로 표현하여 개념적 구조를 도출하는 데이터 모델 - 트랜잭션 모델링, View 통합방법 및 Attribute 합성 고려 - 개념적 데이터 모델은 DB 종류와 관계 없음 - 주요 산출물로는 개체관계 다이어그램 ② 논리적 데이터 모델 - 업무의 모습을 모델링 표기법으로 형상화하여 사람이 이해하기 쉽게 표현한 데이터 모델 - 목표 DBMS에 맞는 스키마 설계, 트랜잭션 인터페이스를 설계 - 논리적 데이터 모델링에서 정규화 수행 - 논리적 데이터베이스 구조로 매핑(Mapping) - 스키마의 평가..

1. UML 객체지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화 할 때 사용되는 모델링 기술과 방법론을 통합해서 만든 표준화된 범용 모델링 언어 1.1 UML - UML 특징 ① 가시화 언어 : 개념 모델 작성 시 오류가 적고 의사소통이 용이 ② 구축 언어 : 다양한 프로그래밍 언어로 실행 시스템의 예측 가능 ③ 명세화 언어 : 정확한 모델 제시, 완전한 모델 작성 기능 ④ 문서화 언어 : 시스템에 대한 평가 및 의사소통의 문서 - UML 구성요소 ① 사물(Things) : 추상적인 개념으로, 주제를 나타내는 요소 ② 관계(Relationships) : 사물과 사물을 연결하여 관계를 표현하는 요소 ③ 다이어그램(Diagrams) : 사물과 관계를 모아 그림으로 표현한 형태 - UML 다이..

1. UI(User Interface) : 사용자와 시스템 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체 UX(User Experience) : 제품과 시스템, 서비스 등을 사용자가 직/ 간접적으로 경험하면서 느끼고 생각하는 총제적 경험 1.1 UI 유형 ① CLI - 명령어를 텍스트로 입력하여 조작하는 사용자 인터페이스 ② GUI - 그래픽 환경을 기반으로 한 마우사나 전자펜을 이용하는 사용자 인터페이스 ③ NUI - 키보드나 마우스 없이 신체 부위를 이용하는 사용자 인터페이스 ④ OUI - 현실에 존재하는 모든 사물이 입출력장치로 변화할 수 있는 사용자 인터페이스 1.2 UI 분야 ① 물리적 제어 분야 : 정보 제공과 기능 전달을 위한 하드웨어 기반 ② 디자인적 분야 : 콘텐츠의 정확하..

1. 현행 시스템 파악 현행 시스템이 어떤 하위 시스템으로 구성 되어있는지, 제공 기능 및 연계 정보, 어떤 기술 요소를 사용하는지 파악 1.1 현행 시스템 파악 절차 1단계 : 구성 / 기능 / 인터페이스 파악 → 2단계 : 아키텍쳐, 소프트웨어 구성 파악 → 3단계 : 하드웨어, 네트워크 구성 파악 1.2 소프트웨어 아키텍처 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에서 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조나 구조체 - 소프트웨어 아키텍처 프레임워크 : 아키텍처가 표현해야 하는 내용 및 이들 간의 관계를 제공하는 아키텍처 기술 표준이다. - 구성요소 : 아키텍처 명세서, 이해관계자, 관심사, 관점, 뷰, 근거, 목표, 환경, 시스템 - 소프트웨..

1. 소프트웨어 생명주기(SLDC : Software Development Life Cycle) → 시스템의 요구분석부터 유지보스까지 전 공정을 체계화한 절차 1.1 소프트웨어 생명주기 모델 프로세스 요구사항 → 분석 → 설계 → 구현 → 테스트 → 유지보수 1.2 소프트웨어 생명주기 모델 종류 ① 폭포수 모델 (Waterfall Model) - 소프트웨어 개발 시 각 단계를 확실히 마무리 지은 후에 다음 단계로 넘어가는 모델(요구사항 변경 어려움) ② 프로토타이핑 모델 (Prototyping Model) - 고객이 요구한 주요 기능을 프로토타입으로 구현하여, 고객의 피드백을 반영하여 만들어가는 모델 ③ 나선형 모델 (Spiral Model) - 시스템 개발 시 위험을 최소화하기 위해 점진적으로 완벽한 ..