일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 자바의 정석 기초편 ch7
- 자바의 정석 기초편 ch5
- 스프링 mvc2 - 로그인 처리
- 스프링 mvc1 - 서블릿
- 스프링 입문(무료)
- 자바의 정석 기초편 ch6
- 자바의 정석 기초편 ch12
- 자바의 정석 기초편 ch4
- 자바 기본편 - 다형성
- 스프링 db2 - 데이터 접근 기술
- jpa - 객체지향 쿼리 언어
- @Aspect
- jpa 활용2 - api 개발 고급
- 2024 정보처리기사 시나공 필기
- 자바의 정석 기초편 ch13
- 코드로 시작하는 자바 첫걸음
- 스프링 mvc1 - 스프링 mvc
- 스프링 db1 - 스프링과 문제 해결
- 자바의 정석 기초편 ch9
- 자바의 정석 기초편 ch3
- 스프링 mvc2 - 검증
- 자바의 정석 기초편 ch2
- 2024 정보처리기사 수제비 실기
- 자바의 정석 기초편 ch14
- 자바의 정석 기초편 ch1
- 자바의 정석 기초편 ch11
- 스프링 고급 - 스프링 aop
- 게시글 목록 api
- 자바의 정석 기초편 ch8
- 스프링 mvc2 - 타임리프
- Today
- Total
목록2024 정보처리기사 시나공 필기 (67)
나구리의 개발공부기록
2024년도 시나공 필기 책 내용 정리 섹션1. 데이터베이스 설계 1. 개념적 설계(정보 모델링, 개념화) 정보의 구조를 얻기 위하여 현실 세계의 무한성과 계속성을 이해하고 다른 사람과 통신하기 위하여 현실 세계에 대한 인식을 추상적 개념으로 표현하는 과정요구 분석 단계에서 나온 결과인 요구 조건 명세를 DBMS에 독립적인 E-R 다이어그램으로 작성함DBMS에 독립적인 개념 스키마를 설계함2. 논리적 설계(데이터 모델링) 특정 DBMS가 지원하는 논리적 자료 구조로 변환(Mapping) 시키는 과정개념 스키마를 평가 및 정제하고 DBMS에 따라 서로 다른 논리적 스키마를 설계하는 단계트랜잭션의 인터페이스를 설계3. 물리적 설계(데이터 구조화) 논리적 설계 단계에서 논리적 구조로 표현된 데이터를 디스크 등..
2024년도 시나공 필기 책 내용 정리 섹션7. 정규화(Normalization) 1. 정규화의 개요 함수적 종속성 등의 종속성 이론을 이용하여 잘못 설계된 관계형 스키마를 더 작은 속성의 세트로 쪼개어 바람직한 스키마로 만들어가는 과정하나의 종속성이 하나의 릴레이션에 표현될 수 있도록 분해해가는 과정제1정규형, 제2정규형, 제3정규형, BCNF형, 제4정규형, 제5정규형이 있으며 차수가 높아질수록 만족시켜야 할 제약조건이 늘어남데이터베이스의 논리적 설계 단계에서 수행하며 논리적 처리 및 품질에 큰 영향을 미침정규화된 데이터 모델은 일관성, 정확성, 단순성, 비중복성, 안정성 등을 보장함정규화 수준이 높을수록 유연한 데이터구축이 가능하고 데이터의 정확성이 높아지는 반면 물리적 접근이 복잡하고 너무 많은 ..
2024년도 시나공 필기 책 내용 정리 섹션4. 관계형 데이터베이스의 구조 1. 관계형 데이터베이스의 개요 1970년 IBM에 근무하던 코드(E. F. Codd)에 의해 처음 제안됨관계형 데이터베이스를 구성하는 개체(Entity)나 관계(Relationship)를 모두 릴레이션(Relation)이라는 표(Table)로 표현릴레이션은 개체를 표현하는 개체 릴레이션,관계를 나타내는 관계 릴레이션으로 구분할 수 있음장점 : 간결하고 보기 편리하며 다른 데이터베이스로의 변환이 용이함단점 : 성능이 다소 떨어짐2. 관계형 데이터베이스의 Relation 구조 릴레이션은 데이터들을 표(Table)의 형태로 표현한 것으로 구조를 나타내는 릴레이션 스키마와 실제 값들인 릴레이션 인스턴스로 구성됨튜플(Tuple)릴레이션을..
2024년도 시나공 필기 책 내용 정리 섹션1. 데이터베이스 설계 1. 데이터베이스 설계의 개념 사용자의 요구를 분석하여 그것들을 컴퓨터에 저장할 수 있는 데이터베이스의 구조에 맞게 변형한 후 특정 DBMS로 데이터베이스를 구현하여 일반 사용자들이 사용하게 하는 것2. 데이터베이스 설계 시 고려사항 무결성 : 삽입, 삭제, 갱신 등의 연산 후에도 데이터베이스에 저장된 데이터가 정해진 제약 조건을 항상 만족해야함일관성 : 데이터베이스에 저장된 데이터들 사이나, 특정 질의에 대한 응답이 처음부터 끝까지 변함없이 일정해야 함회복 : 시스템에 장애가 발생했을 때 장애 발생 직전의 상태로 복구할 수 있어야 함보안 : 불법적인 데이터의 노출 또는 변경이나 손실로부터 보호할 수 있어야 함효율성 : 응답시간의 단축,..
2024년도 시나공 필기 책 내용 정리 섹션27. 모듈 간 공통 기능 및 데이터 인터페이스 확인 1. 모듈 간 공통 기능 및 데이터 인터페이스의 개요 공통 기능 : 모듈의 기능 중에서 공통적으로 제공되는 기능을 의미데이터 인터터페이스 : 모듈 간 교환되는 데이터가 저장될 파라미터(매개변수)를 의미2. 인터페이스 설계서 시스템 사이의 데이터 교환 및 처리를 위해 교환 데이터 및 관련 업무, 송/수신 시스템 등에 대한 내용을 정의한 문서섹션28. 모듈 연계를 위한 인터페이스 기능 식별 1. EAI의 구축 유형 Point-to-Point : 애플리케이션을 1:1로 연결하는 방식Hub & Spoke : 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식Message Bus(ESB방식) : 애플리..
2024년도 시나공 필기 책 내용 정리 섹션27. 모듈 간 공통 기능 및 데이터 인터페이스 확인 1. 모듈 간 공통 기능 및 데이터 인터페이스의 개요 공통 기능은 모듈의 기능 중에서 공통적으로 제공되는 기능을 의미함데이터 인터페이스는 모듈간 교환되는 데이터가 저장될 파라미터를 의미함인터페이스 설계서에서 정의한 모듈의 기능을 기반으로 확인확인한 공통 기능 및 데이터 인터페이스는 모듈 간 연계가 필요한 인터페이스의 기능을 식별하는데 사용됨확인 순서인터페이스 설계서를 통해 모듈별 기능을 확인외부 및 내부 모듈을 기반으로 공통적으로 제공되는 기능과 각 데이터의 인터페이스를 확인2. 인터페이스 설계서 시스템 사이의 데이터 교환 및 처리를 위해 교환 데이터 및 관련 업무, 송 수신 시스템 등에 대한 내용을 정의한 ..
2024년도 시나공 필기 책 내용 정리 섹션17. 애플리케이션 테스트 1. 확인(Validation) / 검증(Verification) 확인 : 사용자의 입장에서, 개발한 소프트웨어가 고객의 요구사항에 맞게 구현되었는지를 확인하는 것검증 : 개발자의 입장에서, 개발한 소프트웨어가 명세서에 맞게 만들어 졌는지를 검점하는지2. 파레토 법칙 소프트웨어 테스트에서 오류의 80%는 전체 모듈의 20% 내에서 발견된다는 법칙3. 결함 집중 애플리케이션 대부분의 결함이 소수의 특정 모듈에 집중해서 발생하는 것을 의미파레토 법칙이 좌우함결함은 발생한 모듈에서 계속 추가로 발생할 가능성이 높음섹션18. 애플리케이션 테스트의 분류 1.강도(Stress) 테스트 : 시스템에 과도한 정보량이나 빈도 등을 부과하여 과부하시에도..
2024년도 시나공 필기 책 내용 정리 섹션24. 결함 관리 1. 결함(Fault)의 정의 오류 발생, 작동 실패 등과 같이 소프트웨어가 개발자가 설계한 것과 다르게 동작하거나 다른 결과가 발생 되는 것을 의미사용자가 예상한 결과와 실행 결과 간의 차이나 업무 내용과의 불일치 등으로 인해 변경이 필요한 부분도 모두 결함에 해당함2. 결함 관리 프로세스 결함 관리 계획 : 전체 프로세스에 대한 결함 관리 일정, 인력, 업무 프로세스등을 확보하여 계획을 수립하는 단계결함 기록 : 테스터는 발견된 결함을 결함 관리 DB에 등록결함 검토 : 테스터, 프로그램 리더, 품질 관리(QA) 담당자 등은 등록된 결함을 검토하고 결함을 수정할 개발자에게 전달결함 수정 : 개발자는 전달받은 결함을 수정결함 재확인 : 테스터..
2024년도 시나공 필기 책 내용 정리 섹션22. 테스트 케이스/테스트 시나리오/테스트 오라클 1.테스트 케이스(Test Case) 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지를 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서명세 기반 테스트의 설계 산출물에 해당됨테스트 케이스를 미리 설계하면 테스트 오류를 방지할 수 있고 테스트 수행에 필요한 인력, 시간 등의 낭비를 줄일 수 있음테스트 목표와 방법을 설정한 후 작성하고 시스템 설계 단계에서 작성하는 것이 가장 이상적2. 테스트 케이스 작성 순서1. 테스트 계획 검토 및 자료 확보테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법등을 이해시스템 요구사항과 기능 명세서를 검토하고 테스..
2024년도 시나공 필기 책 내용 정리 섹션20. 개발 단계에 따른 애플리케이션 테스트 1. 개발 단계에 따른 애플리케이션 테스트 소프트웨어의 개발 단계에 따라 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트로 분류되며 분류된 것을 테스트 레벨이라고 함애플리케이션 테스트는 소프트웨어의 개발 단계에서부터 테스트를 수행하므로 단순히 소프트웨어에 포함된 코드 상의 오류뿐만 아니라 요구 분석의 오류, 설계 인터페이스 오류 등도 발견할 수 있음애플리케이션 테스트와 소프트웨어 개발 단계를 연결하여 표현한 것을 V-모델이라 함*검증 테스트 : 개발자 기준의 테스트로 단위테스트, 통합테스트, 시스템 테스트가 해당됨*확인 테스트 : 사용자 기준의 테스트로 인수 테스트가 해당됨2. 단위 테스트(Unit Test)..