1coding 😆

108. 프로시저(Procedure) / 용어정리, 정의 프로시저 (Procedure) 절차형 SQL을 활용하여 특정 기능을 수행하는 일종의 트랜잭션 언어 절차형 SQL : C, JAVA등의 언어와 같이 연속적인 실행이나 분기, 반복 등의 제어가 가능한 SQL - 일일 마감 작업, 일괄 작업 등에 주로 사용 - 여러 프로그램에서 호출하여 사용 가능 - DB에 저장되어 수행되기 때문에 스토어드 프로시저라고도 불림 109. 트리거(Trigger) / 용어정리, 정의 트리거 (Trigger) DB 시스템에서 데이터의 삽입, 갱신, 삭제 등의 이벤트가 발생할 때마다 관련 작업이 자동으로 수행되는 절차형 SQL - 데이터 변경, 무결성 유지, 로그 메세지 출력 등의 목적으로 사용 - 트리거 구문에는 DCL을 사용..

101. SQL의 개념 SQL (Structured Query Language) • SQL의 분류 1. DDL(데이터 정의어) 명령어 기능 CREATE SCHEMA, DOMAIN, TABLE, VIEW, INDEX 정의 ALTER TABLE에 대한 정의 변경 DROP SCHEMA, DOMAIN, TABLE, VIEW, INDEX 삭제 2. DML(데이터 조작어) 명령어 기능 SELECT 테이블에서 조건에 맞는 튜플 검색 INSERT 테이블에 새로운 튜플 삽입 DELETE 테이블에서 조건에 맞는 튜플 삭제 UPDATE 데이블에서 조건에 맞는 튜플의 내용 변경 3. DCL (데이터 제어어) 명령어 기능 COMMIT 명령에 의해 수행된 결과를 실제 물리적 디스크로 저장, 작업이 정상적으로 완료되었음을 알림 R..

85. 사전 조사 분석 물리 데이터베이스 설계 논리적 DB를 디스크 등의 물리적 저장장치에 저장할 수 있는 물리적 구조의 데이터로 변환하는 과정 - 저장 레코드 양식 설계, 레코드 집중의 분석 및 설계, 접근 경로 설계 등 - 물리적 DB 구조의 기본적인 데이터 단위는 저장 레코드 - 물리적 DB 구조는 여러 가지 타입의 저장 레코드 집합이라는 면에서 단순한 파일과 다름 • 물리적 설계 옵션 - 반응시간 : 트랜잭션 수행을 요구한 시점부터 처리 결과를 얻을 때까지의 경과 시간 - 공간 활용도 : 데이터베이스 파일과 액세스 경로 구조에 의해 사용되는 저장공간의 양 - 트랜잭션 처리량 : 단위시간 동안 데이터베이스 시스템에 의해 처리될 수 있는 트랜잭션의 평균 개수 • 데이터 명명 규칙 파악 데이터 명명은 ..

70. 데이터베이스 설계 데이터베이스 설계 • 데이터베이스 설계 시 고려사항 - 무결성(정확성) : 연산 후, 데이터베이스에 저장된 데이터가 정해진 제약조건을 항상 만족해야 함 - 일관성 - 회복 - 보안 - 효율성 : 응답 시간의 단축, 시스템의 생산성, 저장공간의 최적화 등이 가능해야 함 - 데이터베이스 확장 • 데이터베이스 설계 순서 1. 요구 조건 분석 데이터베이스를 사용할 사람들로부터 필요한 용도를 파악하는 것 - 데이터베이스 사용자에 따른 수행 업무와 필요한 데이터의 종류, 용도, 처리 형태, 흐름, 제약 조건 등을 수집 - 수집된 정보를 바탕으로 요구 조건 명세 작성 2. 개념적 설계(정보 모델링, 개념화) 정보의 구조를 얻기 위하여 현실 세계의 무한성과 계속성을 이해하고, 다른 사람과 통신..

61. 모듈 연계를 위한 인터페이스 기능 식별 모듈 연계 모듈 간 데이터의 교환을 위해 관계를 설정하는 것 • 모듈 연계 방식 1. EAI(Enterprise Application Integration) 기업 내 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통합 등 상호 연등이 가능하게 해주는 솔루션 - 비즈니스 간 통합 및 연계성을 증대시킴 - 효율성 및 각 시스템 간의 확정성 높여 줌 EAI의 구축 유형 기능 Point-to-Point 가장 기본적인 통합 방식, 애플리케이션을 1대 1로 연결 - 변경 및 재사용 어려움 Hub & Spoke 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식 - 확장 및 유지 보수 용이 - 허브 장애 발생 시 시스템 전체에 영향 줌 Messag..

49. 애플리케이션 테스트 애플리케이션 테스트 애플리케이션에 잠재되어 있는 결함을 찾아내는 행위, 절차이다. 고객의 요구사항을 만족시키는지 확인(사용자 입장)하고, 기능을 정확히 수행하는지 검증(개발자 입장)한다. 소프트웨어의 분류 상용 소프트웨어 보통의 사용자들이 공통적으로 필요로 하는 기능을 제공하는 소프트웨어 > 산업 범용 소프트웨어 : 시스템 소프트웨어, 미들웨어, 응용 소프트웨어 > 산업 특화 소프트웨어 : 특정 분야에서 요구하는 기능만을 구현한 소프트웨어 서비스 제공 소프트웨어 특정 사용자가 필요로 하는 기능만을 구현해 제공하는 소프트웨어 > 신규 개발 소프트웨어 : 새로운 서비스를 제공하기 위해 개발된 소프트웨어 > 기능 개선 소프트웨어 : 기능을 개선하기 위해 > 추가 개발 소프트웨어 : ..

41. 소프트웨어 패키징 소프트웨어 패키징 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만드는 것 - 개발자가 아닌 사용자 중심으로 진행 - 소스 코드는 향후 관리를 고려해 모듈화하여 패키징함 모듈화 : 시스템을 각 기능별로 나누는 것 - 다양한 환경에서 소프트웨어를 손쉽게 사용할 수 있도록 일반적인 배포 형태로 패키징함 - 사용자의 편의성 및 실행 환경을 우선적으로 고려해야 함 • 패키징 시 고려사항 - 사용자의 시스템 환경, 즉 OS, CPU, 메모리 등에 필요한 최소 환경을 정의 - UI는 시각적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징함 - 소프트웨어를 패키징해 배포한 이후, 하드웨어와 함께 관리될 수 있도록 Managed Service 형태로 제공하는 것이 좋음 - 고객의 편의..

39. 단위 모듈 테스트 단위 모듈 테스트 (단위 테스트) 프로그램의 단위 기능을 구현하는 모듈이 정해진 기능을 정확히 수행하는지 검증하는 것으로, 단위 모듈 테스트의 기준은 단위 모듈에 대한 코드이므로 시스템 수준의 오류는 잡아낼 수 없음 화이트박스 테스트 : 모듈의 소스 코드를 오픈시킨 상태에서 소스 코드의 모든 논리적 경로를 테스트하는 방법 블랙박스 테스트 : 소프트웨어가 수행할 특정 기능이 완전히 작동되는 것을 입증하는 테스트 테스트 케이스(Test Case) 모듈이 올바르게 작성되었는지 확인하기 위해 모듈에 입력될 수 있는 여러 값들과 예상 결과들을 나열한 목록을 만드는 과정 - 테스트 항목에 대한 명세서로, 명세 기반 테스트의 설계 산출물에 해당 - 테스트 케이스를 이용하지 않는 직관적인 테스..