분류 전체보기
-
데이터 입출력 수현 - 데이터 조작 프로시저 작성정보처리기사(자격증)/데이터 입출력 구현 2020. 10. 2. 16:55
프로시저(Procedure) - SQL을 이용해 생선된 데이터를 조작하는 프로그램 - 데이터베이스 내부에 저장되고 일정한 조건이 되면 자동으로 수행 1. 저장된 프로시저 : 배치 작업, 복잡한 트랜잭션을 수행하는 PL/SQL문을 DB에 저장하는 기능을 제공하는 프로그램 2. 저장된 함수 : 저장 프로시저와 용도는 비슷하나 실행결과를 되돌려 받을 수 있는 프로그램 3. 저장된 패키지 : 프로시저나 함수를 효율적으로 관리하기 위해 패키지 단위로 배포할 때 사용하는 프로그램 4. 트리거 : 특정 테이블에 삽입, 수정, 삭제 등의 변경 이벤트 발생 시 DBMS에서 자동 실행 되도록 구현된 프로그램 PL/SQL의 개념 - 표준 SQL을 기본으로 Oracle에서 개발한 데이터 조작 언어 - Oracle 기반의 모든..
-
데이터 입출력 구현 - 물리 데이터 저장소 구성정보처리기사(자격증)/데이터 입출력 구현 2020. 10. 2. 16:42
물리 데이터 저장소 구성 물리 데이터 저장소 구성을 위해 DBMS를 선정한 이후의 활동으로 구성된다. 테이블 제약조건(Constraint) 설계 참조무결성 제약조건 - 릴레이션과 릴레이션 사이에 대해 참조의 일관성을 보장하기 위한 조건 - 두 개의 릴레이션이 기본키, 외래키를 통해 참조 관계를 형성할 경우, 참조 하는 외래키의 값은 항상 참조되는 릴레이션에 기본키로 존재해야 한다. 1. 제한(Restricted) - 참조 무결성 원칙을 위배하는 연산을 거절하는 옵션 2. 연쇄(Cascade) 참조되는 릴레이션에서 튜플을 삭제하고, 참조되는 릴레이션에서 이 튜플을 참조하는 튜플들도 함께 삭제하는 옵션 * 튜플 : 릴레이션의 행 3. 널 값(Nullify) - 참조되는 릴레이션에서 튜플을 삭제하고, 참조하는..
-
데이터 입출력 구현 - 물리 데이터 저장소 설계정보처리기사(자격증)/데이터 입출력 구현 2020. 10. 2. 15:40
물리 데이터 모델링 물리 데이터 모델링은 논리모델을 적용하고자 하는 기술에 맞도록 상세화하는 과정 물리 데이터 모델링 변환 절차 순서 절차 변환 방법 1 개체를 테이블로 변환 - 일반적으로 테이블과 개체 명칭을 동일하게 하는 것을 권고 - 개체는 한글명을 사용 - 테이블은 소스 코드의 가독성을 위해 영문명을 사용 2 속성을 컬럼으로 변환 - 개발자와 사용자 간 의사소통을 위해 표준화된 약어를 사용하도록 권고 - SQL 예약어 사용은 피해야함 - SQL 문장 가독성을 높이기 위해 컬럼 명칭은 되도록 짧은 것을 권고 - 컬럼명으로 복합단어를 사용할 경우 미리 정의된 표준에 의해 명명해야 함 3 UID를 기본키로 변환 - 개체의 UID에 해당하는 모든 속성에 대해 기본키로 선언 - Not null, Uniqu..
-
데이터 입출력 - 논리 데이터 저장소 확인정보처리기사(자격증)/데이터 입출력 구현 2020. 10. 2. 15:31
논리 데이터 모델 검증 논리 데이터 모델링 - 데이터베이스 설계 프로세스의 기초 설계 단계로 비즈니스 정보의 구조와 규칙을 명확하게 표현할 수 있는 기법 - 개념 모델로부터 업무 영역의 업무 데이터 및 규칙을 구체적으로 표현한 모델 논리 데이터모델링 특성 - 논리 데이터 모델링의 특징으로는 포용성, 정규화, 완전성, 독립성을 가진다. 특징 설명 정규화 모든 데이터를 정규화(Nomalization)하여 모델링 포용성 모든 엔티티 타입, 속성, 관계, 프로세스 등을 포함 완전성 모든 규칙과 관계를 완전하고 정확하게 표현 독립성 성능, 제약사항에 독립적인 모델 특정 DBMS로부터 독립적인 성질 논리 데이터 모델링 속성 - 논리 데이터 모델의 속성은 개체, 속성, 관계로 구성 구조 설명 개체(Entity) 관리..
-
요구사항 확인 - 단원종합문제정보처리기사(자격증)/요구사항 확인 2020. 10. 2. 11:07
1. 다음 현행 시스템 파악 절차를 순서대로 나열하시오 - 현행 시스템 아키텍처 및 소프트웨어 구성 파악 - 현행 시스템 구성/기능 인터페이스 파악 - 하드웨어 및 네트워크 구성 파악 1단계 : 현행 시스템 구성/기능 및 인터페이스 파악 2단계 : 현행 시스템 아키텍처 및 소프트웨어 구성 파악 3단계 : 하드웨어 및 네트워크 구성 파악 2. 다음 현행 시스템 파악 절차 중 현행 시스템 구성 현황 파악에 대한 설명이다. 괄호 ( ) 안에 들어갈 용어를 쓰시오 정의 조직의 주요 업무를 처리하는 기간 업무와 이를 지원하는 지원업무로 구분하여 기술한 현황 작성 시 고려 사항 각 업무에 속하는 단위 업무 정보시스템들의 명칭,( )들을 명시함으로서 조직내에 존재하는 모든 정보시스템의 현황 파악이 가능하도록 함 답 ..
-
분석 모델 확인정보처리기사(자격증)/요구사항 확인 2020. 10. 1. 00:11
분석 모델 검증 분석 모델 검증이란 요구사항 도출 기법을 활용하여 업무 분석가가 제시한 분석 모델에 대해서 확인하는 활동 분석 모델 검증 방법 검증 방법 설명 유스케이스 모델 검증 - 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 검증을 위해서 액터, 유스케이스, 유스케이스 명세서 점검 개념 수준의 분석 클래스 검증 - 시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개념 수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검 - 주요 클래스 도출 여부, 도출된 클래스 이름과 속성의 적절성, 올바른 클래스들 간의 관계 여부 점검 분석 클래스 검증 - 유스케이스 실현에 필요한 분석 클래스 도출 확인 - 유스케이스 별로 도출된 분석 클래스들이..
-
요구사항 - 예상문제정보처리기사(자격증)/요구사항 확인 2020. 10. 1. 00:06
1. 다음은 요구사항의 분류이다. 괄호( ) 안에 들어갈 용어를 쓰시오 기능적 요구사항 도출방법 특정 입력에 대해 어떻게 반응 특정 상황에 대해 어떻게 동작 특성 기능성, 완전성, 일관성 비기능적 요구사항 도출방법 품질 속성에 관련하여 시스템이 갖춰야할 사항 시스템이 준수해야할 제약사항 특성 신뢰성, 사용성, 효율성, 유지보수성, 이식성 * 기능적 요구사항은 시스템이 제공하는 기능, 서비스에 대한 요구사항 비기능적 요구사항은 시스템이 수행하는 기능 이외의 사항, 시스템 구축 제약사항에 관한 요구사항 2. 다음에 제시된 요구사항 개발 프로세스를 순서대로 나열하시오. 1. 도출 2. 분석 3. 명세 4. 확인 3. 다음에서 설명하는 요구사항 개발 프로세스 단계에 대해서 쓰시오 - 체계적으로 검토, 평가, 승..
-
요구사항의 시스템화 타당성 분석정보처리기사(자격증)/요구사항 확인 2020. 9. 30. 23:11
요구사항의 시스템화 타당성 분석 - 업무 분석가가 수집하고 분석한 요구사항이 개발하고자 하는 응용 소프트웨어에 미칠 영향에 대해서 검토하고 확인해야 한다. 요구사항의 기술적 타당성 검토 요구사항의 기술적 타당성 검토는 성능 및 용량 산정의 적정성, 시스템 간 상호 운용성, IT 시장 성숙도 및 트렌드 부합성, 기술적 위험 분석의 4단계를 거친다. 검토 항목 내용 성능 및 용량 산정의 적정성 목표 시스템의 용량이 산정되면, 과거 유사 프로젝트 경험치를 적용하여 필요시 재조정한 후 , 성능 관련 비기능 요구사항과 비교하여 적정성 여부 판단 시스템 간 상호 운용성 요구사항 중에서 목표 시스템이 조직 내외 타 시스템과의 연동을 요구하는 경우, 상호 운용이 가능한지 여부를 판단 IT 시장 성숙도 및 트렌드 부합성..