물리 데이터 모델 설계 물리 데이터 모델링 개념 - 논리 모델을 적용하고자 하는 기술에 맞도록 상세화 해가는 과정 물리 데이터 모델링 변환 절차 - 논리에서 물리 데이터 저장 모델로 변환하는 절차 개체를 테이블로 변환 : 테이블과 개체 명칭 동일 권고, 한글명 사용, 소스코드는 가독성위해 영문 속성을 컬럼으로 변환 : 표준화된 약어 사용, SQL 예약어 피해라, 컬럼 명칭은 짧게 UID를 기본키로 변환 : UID에 해당하는 모든 속성에 대해 기본키로 선언, NOT NULL, Unique 추가 가능 관계를 외래키로 변환 : 기본키 이름을 그대로 사용하나 다른 의미 가질 경우 변경, 순환 관계에서 자신 기본키 외래키로 정의 컬럼 유형과 길이 정의 : char varchar2 number date blob c..

데이터 모델 데이터 모델 개념 - 인간과 컴퓨터가 이해할 수 있는 추상화 모델 표시 요소 연산 : 저장된 실 데이터 처리 작업, 조작 위한 관계 연산 - SELECT, PROJECT, JOIN, DIVISION 구조 : 개체 타입과 개체 간 관계, 데이터 구조 및 정적 성질 표현 제약 조건 : 논리적인 제약 조건, 무결성 유지 위한 보편적 방법, 제약을 의미 - 개체 무결성, 참조 무결성 등 데이터 모델 절차 요구사항 분석 : 범위 파악 외부 환경과 상호 작용을 분석해 데이터 요구 분석 개념적 설계 : 개념적 데이터 모델 : 트랜잭션 모델링 단계, 추상적, 개념적 표현, 모델링 뷰, 애트리뷰트 고려 -> 개체 관계 다이어그램 논리적 설계 : 논리적 데이터 모델 : 인터페이스 설계 단계, 논리적 스키마 설..

UI 설계를 위한 UML UML (1) 개념 - 객체 지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화 할 때 모델링 기술과 방법론 통해 만든 표준 범용 모델링 언어 (2) 특징 가시화 언어 : 오류가 적고 의사소통이 용이 구축 언어 : 다양한 프로그래밍 언어로 실행 시스템의 예측 가능, UML을 소스 코드로 변환해 구축 가능, 역 변환해 역공학 가능 명세화 언어 : 정호가한 모델 제시, 완전한 모델 작성 가능 문서화 언어 : 평가 및 의사소통 문서 (3) 구성 요소 사물 : 추상적 개념, 주제, 명사 또는 동사 관계 : 의미 확장하고 명확히, 사물과 사물 연결, 형용사 또는 부사 다이어그램 : 형식과 목적 따라 9가지 정의 (4) UML 다이어그램 구조적/정적 다이어그램 클래스 : 속성 ..

UI 요구사항 확인 UI 개념 - 사용자와 시스템 사이에서 의사소통 가능하도록 물리적, 가상의 매개체 - UX = 사용과 맥락 & UI(사용자 & 컴퓨터) 사용과 맥락 : 사회적 구조 및 과업, 앱 영역, 사용자와 기계 사이 적응성 사용자 : 정보처리 과정, 사회적 구조 및 과업, 인간공학적 요소 컴퓨터 : 입출력 장치, 상호작용 기술, 컴퓨터 그래픽스, 상호작용 구조 UI 유형 - CLI, GUI, NUI, OUI UI 분야 물리적 제어 분야 : 정보 제공과 기능 전달 HW 기반 디자인적 분야 : 정확하고 상세한 표현과 전체적 구성 기능적 분야 : 편의성에 맞춰 쉽고 간편하게 사용 UI 설계 원칙 - 직관성, 유효성, 학습성, 유연성 UI 설계 지침 사용자 중심, 일관성, 단순성, 결과 예측 가능, 가..

분석 모델 검증 - 업무 분석가가 제시한 분석 모델에 대해 확인하는 활동 분석 모델 검증 방법 유스케이스 모델 검증 : 상세화 수준 및 적정성 검증을 위해 액터, 유스 케이스, 유스케이스 명세서 점검 개념 수준의 분석 클래스 검증 : 분석 클래스로 도출하여 유스케이스 분석에 활용, 개념 수준의 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검 주요 클래스 도출 여부, 도출된 클래스 이름과 속성의 적절성, 올바른 클래스 간의 관계 여부 점검 분석 클래스 검증 : 도출 작업 , 스테레오 타입으로 표시 확인, 경계와 제어 클래스의 도출 여부 및 상세화 정도 확인, 클래스 간의 관계, 클래스 정보의 상세화 정도 확인 분석 모델 검증 프로세스 검토의견 컴럼 추가 : 분석 모델까지 요구사항 추적표 작성..

요구 사항 요구사항 개념 (1) 요구공학 : 요구 반영되는 시스템을 개발하기 위해 도출, 분석, 명세, 확인 및 검증 하는 구조화된 활동 (2) 목적 - 효과적인 의사소통 수단을 제공하고 요구 사항에 대한 공통 이해 선정, 오류로 인한 불필요한 비용 절감하고 요구사항 변경 추적 가능, 개발 비용과 시간을 절약하고 효과적인 의사소통 수단 제공 (3) 분류 : 시스템의 요구사항에 대한 파악 -> 기능적 비기능적으로 나뉨 기능적 요구사항 비기능적 요구사항 시스템 제공하는 기능 서비스에 대한 요구사항 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구 사항 특정 입력에 대한 시스템이 어떻게 반응 및 동작 해야하는지 기술 품질에 관련해 시스템이 갖춰야할 사항에 관한 기술, 제약 조건 기..