본문 바로가기

정보처리기사 실기/02. 응용SW엔지니어링

(23)
[2020 정보처리기사 실기 - 데이터 입출력 구현] 4. 데이터 조작 프로시저 최적화하기 1) 데이터 조작 프로시저 성능 개선 - SQL 성능 튜닝 : DB 트랜잭션의 성능을 개선, SQL 성능 튜닝은 데이터 조작 프로시저 성능으로 이어짐 - 목적 성능 최상/최적화 적합한 데이터베이스 파라미터 설정 SQL 문장은 가능한 한 디스크 블럭을 최소 접근 메모리 영역 보관, 조회 성능 향상 잠금 발생 최소화 배치작업, 백업작업 수행의 빠른 완료 - SQL 성능 튜닝 프로세스 데이터 모델 확인 : 테이블의 구조, 관계 확인 인덱스 컬럼 조사 : 조회 조건에 자주 사용되는 컬럼을 인덱스로 지정 인덱스 비교, 선택 : 인덱스 컬럼과 SQL에 들어오는 상수 값을 비교해서 쓸 인덱스 선택 인덱스 효율성 검증 : 단일/복합 인덱스 판단, 복합일 경우 선두 컬럼 인덱스에 대해 값이 들어오는 지 판단 드라이빙 테..
[2020 정보처리기사 실기 - 데이터 입출력 구현] 3. 데이터 조작 프로시저 작성하기 1) 데이터 조작 프로시저 개념 : 데이터 입출력 구현에서 삽입, 삭제, 수정, 조회를 위해 만들어진 데이터베이스 내장 객체 2) 데이터 조작 프로시저 종류 - 데이터 조작 프로시저는 SQL 표준 언어, 오라클에서는 SQL을 확장한 PL/SQL 사용 - Stored function, Stored procedure, Stored package, Trigger - 작성절차 : 데이터 저장소에 연결-> 데이터 저장소 정의-> 데이터 조작 프로시저 작성-> 데이터 검색 프로시저 작성 3) 데이터 저장소에 연결 - 드라이버 로딩 : DBMS제공 JAR파일 적재 - 쿼리 전달 : statement, prepared statement 객체 생성 - 결과 수신 - CREATE, ALTER, DROP 4) 데이터 조작프..
[2020 정보처리기사 실기 - 데이터 입출력 구현] 2. 물리적 데이터 저장소 설계하기 물리적 데이터저장소 설계 절차 : 물리 속성조사 -> 물리 스키마 설계 -> 물리 용량 산정 -> 데이터베이스 반정규화 1) 물리 속성 조사 - 용어 사전기반 명명 규칙 파악 - 시스템 운영체계, 자원 조사 - DB 시스템 조사 분석서 작성 2) 물리 스키마 설계 - ERD변환(논리 -> 물리) : 엔티티 테이블 변환 -> 속성 컬럼 변환 -> 관계 변환 -> 데이터 타입, 표준 선택 (1) 엔티티 -> 테이블 변환 : 서브를 슈퍼에 통합해 테이블 1개, 엑세스 용이, 속도 향상, 가공 용이, 조인 감소, 테이블 인덱스 크기 증가, 처리마다 서브타입 구분 필요 (2) 서브타입 기준 변환 : 슈퍼를 서브에 복제, 단위 테이블 크기 작음, 속성들이 프로세스에서 관련 없을 때 유리, 서브타입 구분 안하면 UN..
[2020 정보처리기사 실기 - 데이터 입출력 구현] 1. 논리 데이터 저장소 확인하기 1) 논리 데이터 저장소 확인절차 - 엔티티 및 속성 확인 : 누락/중복 확인, 공통 코드대상 - 관계 확인 : 엔티티간 관계, 정규화 수준 확인 - 데이터 흐름 확인 : 프로세스 별 CRUD MATRIX 확인 - 데이터 접근 권한 확인 : 계정별 접근 권한, 계정별 접근 권한 확인 - 백업정책 및 구조 확인 : 데이터 백업 복구 정책, 초기 데이터 구축 계획 확인 2) 정규화 데이터 중복성 제거, 무결성 보존, 무손실 분해, 중복성 제거, 분리의 원칙 - 제 1정규형 : 릴레이션 R의 모든 속성 값이 원자값 - 제 2정규형 : 1NF이고, 기본키가 아닌 속성이 기본키에 완전 함수 종속성일 때 - 제 3정규형 : 2NF이고, 기본 키가 아닌 속성이 기본 키에 비 이행적으로 종속할 때 - BCNF : 릴레..
[2020 정보처리기사 실기 - 요구사항 분석] 3. 분석모델 확인하기 1) UML OMG에서 만든 객체 지향 모델링 언어 - 구성요소 : VIEW, DIAGRAM, 모델요소, 일반적인 체계 - DIAGRAM의 종류 : USECASE, CLASS, OBJECT, COMPONENT, DEPLOYMENT, SEQUENCE, COLLABORATION, ACTIVITY, STATE TRANSITION - USE CASE DIAGRAM - CLASS DIAGRAM - SEQUENCE DIAGRAM - ACTIVITY DIAGRAM - COMPONENT DIAGRAM 2) 디자인 패턴 - 유용하다고 생각하는 객체들의 일반적인 상호작용 방법을 모음 - 구성요소 : 패턴이름, 문제, 해법, 결과 - 디자인 패턴 종류 생성 패턴 : 클래스 정의, 객체 생성 방식 구조화, 캡슐화 지향 (클래..
[2020 정보처리기사 실기 - 요구사항 분석] 2. 요구사항 확인하기 1) 요구사항 추출 및 분석기법 요구사항 추출 : 요구사항 메트릭스(규격화된 형식은 없음, 프로젝트 단위로 생성해서 요구사항 주요항복을 적음) 요구사항 정의 : 프로젝트 진행에 필요한 모든 요청사항을 정리해서 요구 영역별로 체계적으로 작성 요구사항 분석 : 요구사항 명세서(분석 설계 구현 유지 단계에서 검토 평가 승인의 기준이 되는 문서) -IEEE Std.830_1998 주요항목 : 소개, 일반적인 기술사항, 상세한 요구사항, 부록, 색인 -IEEE Std.830 좋은 요구사항 특징 : 정확성 명확성 완전성 검증가능성 우선순위 일관성 수정용이성 추적가능성 개발후이용성 이해용이성 -IEEE Std.1012 주의항목 : 이해성 상호성 기능정의 제약조건 테스트기준 품질측정 2) 요구사항 영향도 분석 요구사항..
[2020 정보처리기사 실기 - 요구사항 확인] 1. 현행 시스템 분석하기 1) 시스템 분석을 위한 단계/활동/산출물 1단계 현행시스템 분석 : 구성과 이슈 파악 -> 분석서, 고객 아키텍쳐 요구사항 -> 아키텍처 요구사항 정의서 2단계 목표시스템 아키텍쳐 선정 : 아키텍쳐 정의 -> SW 아키텍쳐 정의서, 아키텍쳐 평가 -> 평가 결과서 3단계 목표시스템 개발 표준 정의 : 목표시스템 모델링 표준 정의 -> 모델링 표준 정의서 프로그램 표준 정의 -> 프로그램 표준 정의서 개발환경 표준 정의 -> 개발환경 표준 정의서 2) 현행 시스템 분석 단계 현행 시스템 구성 및 이슈 파악 : 현행시스템 분석 개요, 현행시스템 분석서 작성, 현행시스템의 하드웨어 구성 파악, 현행 시스템의 네트워크 구성 파악, 현행 시스템 구성 장단점 분석, 개선 방안 도출 고객 아키텍처 요구사항 파악 3..