본문 바로가기

전체 글

(357)
[2020 정보처리기사 실기 - 애플리케이션 테스트 관리] 2. 애플리케이션 통합 테스트하기 * 유사 학습 모듈 - 애플리케이션 테스트 수행하기 : 애플리케이션 테스트 결과 분석 - 테스트 수행 : 어플리케이션 테스트 계획에 따라 서버 모듈, 화면 모듈, 데이터 입출력, 인터페이스 등 테스트 수행 - 애플리케이션 테스트 수행으로 발견된 결함을 유형별로 기록 - 애플리케이션 테스트 수행 결과 발견된 결함에 대해 원인을 분석하고 개선 방안을 도출할 수 있음 * 애플리케이션 결함 조치하기 : 애플리케이션 개선 조치사항 작성 - 애플리케이션 테스트 수행 결과에서 발견된 결함을 식별하고 조치에 대한 우선순위를 결정하고 적용 - 결함이 발생한 소스를 분석하고 기존에 구현된 로직과의 연관성을 고려하여 부작용이 최소화되도록 결함을 제거 - 애플리케이션 테스트 결과 결함 조치로 변경디는 소스의 버전을 관리하고 ..
[2020 정보처리기사 실기 - 애플리케이션 테스트 관리] 1. 테스트케이스 설계하기 * 애플리케이션 테스트 케이스 작성 1) SW 테스트 - 사용자가 요구하는 기능의 동작과 성능, 사용성, 안정성 등을 만족하는지 확인하기 위해 SW 결함을 적극적으로 찾아내는 활동 - 테스트 : 알려지지 않은 에러의 발견 / 디버깅 : 이미 알고 있는 에러의 수정 - 소프트웨어 테스트의 필요성 오류 발견 관점 : 프로그램에 잠재된 오류를 발견하고 수정해서 올바른 프로그램 개발 오류 예방 관점 : 실행 전에 코드 리뷰, 동료 검토, 인스펙션 등을 통해 오류를 사전에 발견 품질 향상 관점 : 요구사항 및 기대 수준을 만족하도록 반복적인 테스트를 거쳐 신뢰도 향상 - 소프트웨어 테스트 기본 원칙 테스팅은 개발 초기에 시작 : 개발 단계에 테스트를 계획하고 SW 개발생명주기의 각 단계에 맞춰 전략하는 접근 테스..
[2020 정보처리기사 실기 - 화면 설계] 2. UI 설계하기 1) UI 흐름 설계 - 업무의 흐름이나 업무 수행과 관련된 일련의 클릭에 의한 화면의 우치와 흐름을 흐름도 형식으로 표현 - 목적 : 한 가지 업무 수행 시 필요한 화면과 일련의 흐름을 이해, 화면의 용도나 역할과 화면 흐름으로 화면 용도 이해 - UI 흐름 설계 수행 절차 업무 흐름 분석 화면에 표현되어야 할 기능 정의 : 구축할 시스템의 기능적 요구사항 분석, 화면에 도출될 단위 기능 목록 상세내역 정리 업무흐름 기반으로 화면 흐름 정의 기능 분석을 통해 공통적으로 필요한 기능 및 양식 정의 2) UI 상세 설계 - UI 요구사항 확인 : 요구사항 최종 확인, 기능과 제약조건 확인, 구조와 디자인/ 동선과 편리함 위주 - UI 구조 설계 : 요구사항 재확인, 프로토타입 재확인 후 UI 구조 설계 -..
[2020 정보처리기사 실기 - 화면설계] 1. UI요구사항 확인하기 * 화면설계의 개요 1) 화면설계 - 화면UI란 사람과 시스템간의 접정이 되고, 사용자와 각각의 시스템 사이의 정보채널 - 화면 설계는 사용하기 편한 시스템을 만들기 위해 사용자와 시스템 사이의 상호정보교환의 방법을 체계화하여 설계 디자인 2) 화면설계의 방향 - 사용자 중심 - 단순한 설계 - 현명한 색상 사용 - 일관성 유지 - 사용자 경험 지식화 - 지속적인 테스트 및 반복 3) UI의 유형 - 명령어 방식 : 컴퓨터에 명령문을 직접 입력하는 방식 장점 - 유연성, 반복적 작업에 유용하게 이용 단점 - 명령어 암기 필요, 작업지시에 도움이 되는 정보가 없어서 전문성을 갖춘 이용자에게 적합 - 메뉴방식 : 기억보다 인식에 의존, 메뉴 아이템의 집합과 구성이 이용자에게 유용한 암시를 제공 - 자연언어 ..
[2020 정보처리기사 실기 - 서버 프로그램 구현] 4. 배치 프로그램 구현하기 * 배치 프로그램 구현 1) 대용량의 데이터를 일괄적으로 처리하는 배치프로그램 구현의 만족 조건 - 데용량 데이터 - 자동화 : 심각한 오류 상황 외에는 사용자 개입 없이 동작 - 견고함 : 유효하지 않은 데이터에 대해서도 비정상적인 실행 중단이 발생하면 안됨 - 신뢰성 : 묹의 원인이나 문제 발생 지점을 추적할 수 있어야 함 - 성능 : 주어진 시간 내에 처리를 완료해야 하고, 같은 시점 실행 중인 다른 어플리케이션을 방해하면 안됨 2) 위 조건을 만족하기 위해 배치 프로그램은 여러 기능을 공통적으로 포함 (비즈니스 로직, 데이터 입출력, 리소스 관리, 로깅, 리부팅, 건너뛰기 등) - 공통 기능을 제공하는 프레임워크가 많이 등장, 스프링 배치가 대표적 - 스프링배치는 어플리케이션, 배치 코어, 배치 ..
[2020 정보처리기사 실기 - 서버 프로그램 구현] 3. 서버 프로그램 구현하기 * 프로그램 구현 절차 1) 구현하려는 대상 확인, 대상 프로그램의 분석 설계 단계에서 작성한 산출물 확인 2)MVC 아키텍처 기반의 프로그램 구현 시 순서 - DTO/VO 구현 DTP(Data Transfer Object) 는 프로그램에서 유통되는 데이터를 객체화, 데이터 값을 설정하고 조회하는 것만 가짐 VO(Value Object) DTO와 비슷하지만 데이터 값을 변경할 수 없는 특징 DTO와 VO 모두 프로그램 계층 간 데이터의 교환을 위해 사용 - SQL 구현 데이터베이스에 저장된 데이터를 조작하기 위한 질의문 Mybatis와 같은 프레임워크를 사용해서 SQL을 별도의 파일XML에 정의하여 관리하기도 함 : 데이터를 다루는 프로그램의 변경 영향도를 줄이고, 중복된 SQL을 제거 관리, 유지보수,..
백준BOJ 1920 수 찾기(해시 이용, 코드 설명) https://github.com/o920/baekjoon/blob/master/1920.cpp o920/baekjoon Contribute to o920/baekjoon development by creating an account on GitHub. github.com 해시 문제 찾아서 풀어가지고 해시인 줄은시간 알았지만 시간초과가 나서 결국 구글링을 했고 cin cout 보다 빠른 scanf printf를 쓴다해서 나도 그렇게 함. 입력되는 값은 모든 int범위 내 모든 정수이므로 -2,147,483,648 ~ 2,147,483,647 이렇다 총 4,294,967,295개다. 해시함수를 만들때 그냥 저게 딱 열자리니까 반 나누려고 10000으로 나눴다. 그럼 429496개의 테이블을 필요로 한다. ..
[2020 정보처리기사 실기 - 서버 프로그램 구현] 2. 공통 모듈 구현하기 * 어플리케이션 개발 모델 1) 어플리케이션 개발 모델의 이해 - 많은 사람들 또는 신뢰 기관에서 검증한 보편적 설계 방법을 아키텍쳐 스타일이라고 함 - 아키텍처 스타일의 여러 설계 방식을 아키텍처 모델 또는 어플리케이션 개발 모델이라고 함 2) 클라이언트/서버 아키텍처 - 서버 : 클라이언트로부터 요청을 수신하여 처리하고 결과를 송신 - 클라이언트 : 사용자의 입력을 받아 서버에 요청을 송신, 서버로부터 처리결과를 수신하여 사용자에게 전달 - 장점 : 서버추가와 업그레이드 용이, 데이터가 서버에 집중되어 보안적 관리적 측면 용이 - 단점 : 다수의 클라이언트의 업그레이드 및 관리 어려움, 서버에 부하가 발생할 수 있음 3) 계층적 아키텍처 - 시스템을 고유한 역할을 수행하는 여러 개의 계층으로 구성하는..