기록저장소

제2과목 애플리케이션 테스트 관리 ▷ 애플리케이션 테스트 관리 A > 애플리케이션 테스트 - 애플리케이션 테스트의 개념 : 잠재되어있는 결함을 찾아내는 행위, 고객의 요구사항 확인, SW기능 수행 검증 - 애플리케이션 테스트의 필요성 : 프로그램 실행전 오류발견 예방, 반복테스트-신뢰도 향상 - 애플리케이션 테스트의 기본 원리 : 잠재적 결함 감소, 완벽한 테스트는 불가능, 특정한 모듈에 집중된 결함 20%의 코드에서 80%의 결함이 발견됨(파레토 법칙), 결함이 없어도 사용자의 요구를 만족하지 못하면 품질이 높다고 할 수 없다(오류 부재의 법칙), 테스트와 위험은 반비례하며 작은 부분부터 진행된다 > 애플리케이션 테스트의 분류 - 프로그램 실행 여부에 따른 테스트 정적 테스트 : 실행하지 않고 코드로 ..

제2과목 소프트웨어 패키징 ▷ 제품 소프트웨어 패키징 A > 소프트웨어 패키징 - 소프트웨어 패키징의 개요 : 모듈별로 생성한 실행파일을 묶어서 배포용 설치파일 생성, 사용자 중심, 모듈화 패키징(유지보수 용이) - 패키징시 고려사항 : 운영체제, cpu, 메모리 등의 최소환경 정의, 메뉴얼, 고객편의, 패키징의 변경 개선 관리 - 패키징 작업 순서 : 2-4주, 최종결과물 온라인 배포(다운로드), 오프라인 배포(CD, DVD, USB로 메뉴얼과 함께 배포) 기능식별(코드기능) -> 모듈화(기능단위) -> 빌드진행(코드를 실행가능한 SW로 변환하는 과정) -> 사용자환경분석 -> 패키지적용, 시험 -> 패키징 변경, 개선 -> 배포 > 릴리즈 노트 - 릴리즈 노트(Release Note)의 개요 : 사용..

제2과목 통합 구현 ▷ 통합 구현 > 단위 모듈 구현 - 단위 모듈(Unit Module)의 개요 : 단위기능 명세서 작성-입출력기능 구현-알고리즘 구현 단위기능 : 단위모듈(처리문, 명령문, 데이터 구조)로 구현되는 하나의 기능, 두개의 단위모듈은 2개의 기능 1) 단위 기능 명세서 작성 : 설계 기능, 코드명세서, 설계지침 등의 단위기능을 명세화한 문서, 추상화작업 2) 입출력 기능 구현 : 명세서에서 정의한 데이터 형식에 대한 데이터 구현, 단위모듈간의 연동, 통신을 위한 입출력 데이터 구현, CLI, GUI과의 연동 고려, 오픈소스 API를 이용한 구현 3) 알고리즘 구현 : 사용자의 요구와 일치하는지 확인 디바이스 드라이버 모듈 : HW주변장치의 동작을 구현한 모듈 네트워크 모듈 : 네트워크 장..

제2과목 데이터 입출력 구현 ▷ 데이터 입출력 구현 C > 데이터베이스 : 데이터를 모아놓은 곳(이전의 파일시스템) - 데이터저장소 - 데이터베이스 : 통합, 저장, 운영, 공유 - 데이터베이스 특징 : 실시간접근성, 내용에 의한 참조, 동시 공유, 계속적인 변화(삽입, 삭제, 갱신) - DBMS의 장단점 장점 단점 데이터 중복이 최소화된다. 데이터베이스 전문가가 부족하다. 데이터를 동시 공유할 수 있다. 초기 구축비용이 많이 든다. 데이터의 독립성이 확보된다. 서버의 부담이 있다. (대용량 디스크의 집중적인 처리로 과부하가 발생한다.) 데이터의 일관성이 유지된다. 대용량의 기억장치가 필요하다. 데이터의 무결성이 유지된다. (정확성) 백업과 회복방법이 복잡하다. 데이터의 보안이 향상된다. 표준화 할 수 ..

제2과목 데이터 입출력 구현 ▷ 데이터 입출력 구현 A, B > 자료구조 - 자료구조 정의 : 자료의 표현, 자료간의 연산, 자료 조직 구조화, 모든 연산 처리, 실행 시간이 달라짐 - 자료구조의 분류 : 선형구조(리스트, 스택, 큐, 데큐) vs 비선형구조(트리, 그래프) - 선형구조 1) 리스트(Linear List) 배열(Array) : 선형리스트, 빈공간 없이 연속된 기억공간에 저장, 삽입과 삭제가 힘듦(자료의 이동이 많음), 기억공간의 밀도가 좋음, 데이터가 연속된 공간에 존재, 1,2,3차원 배열 / 연결리스트 : 삽입,삭제 용이, 희소행렬표시, 원형연결리스트, 이중연결리스트, 이중원형연결리스트 2) 스택(Stack) : LIFO(FILO)구조, 삽입삭제가 한쪽에서만 이루어지는 구조, pop,..

제1과목 인터페이스 설계 ▷ 인터페이스 설계 > 시스템 인터페이스 요구사항 분석 - 시스템 인터페이스 요구사항 구성 : 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 - 시스템 인터페이스 요구사항 분석 : 기능적(시스템)/비기능적(제약사항) 분류, 조직화, 구체화 - 시스템 인터페이스 요구사항 분석절차 : 요구사항 선별, 목록화 -> 자료준비 -> 기능적, 비기능적 분류 -> 내용추가, 수정 5) 관계자에게 전달 > 인터페이스 요구사항 검증 - 요구사항 검증 : 요구사항 검토 계획 수립 -> 검토 및 오류수정 -> 베이스라인 결정 1) 요구사항 검토 계획 수립 : 검토기준 및 방법, 참여자 선정, 체크리스트(완전성, 일관성 명확성 등..

제1과목 애플리케이션 설계 ▷ 애플리케이션 설계 A > 소프트웨어 아키텍처 : 기본골격구조, 구성요소간의 관계 - 소프트웨어 아키텍처의 설계 : 원칙, 지침, 소통도구, 좋은품질 유지, (비)기능적 요구사항에 대한 해결사항 모색 - 모듈화 : 그룹화(모듈크기와 총개수 고려) - 추상화 : 간략화 과정추상화(자세한 수행과정 정의x, 전반적 흐름 파악), 데이터추상화(데이터의 세부적인 속성x, 구조 대표), 제어추상화(상세한 이벤트 발생 방법x, 대표 표현 대체) - 단계적 분해 : 하향식 설계방법 (상위->하위, 구체화), 추상화의 반복으로 더욱 세분화(기능->알고리즘, 자료구조) - 정보은닉 : 감추기, 변경하지 못하도록, 모듈간의 영향↓ - 소프트웨어 아키텍처의 품질 속성 시스템 측면(성능, 보안, 가..

제 1과목 화면 설계 ▷ 화면설계 C > UI 프로토타입 - 개요 : 모형물 -> 테스트 가능, 사용자의 요구사항이 잘 받영되었는지 검증, 간단하고 핵심적인 기능 위주, 개선 및 보안, 실제 사용자 대상 테스트 - 장점 : 사용자 설득 및 이해에 유용, 혼선 방지, 시간 절약, 사전오류 발견 - 단점 : 요구사항 반영을 위한 개선 및 보안작업시간 증가, 자원소모, 주요 작업 누락가능성 - 종류 : 페이퍼 프로토타입 (종이/아날로그, 대화, 비용절감, 현장대화, 가능기대감↓/test 복잡, 상호관계 표현↓, 공유성↓) 디지털 프로토타입 (ppt, 전문가 필요, 재사용 필요할 때 / 최종 제품과 유사하게 test, 수정 가능, 재사용 가능 / 사용법숙지 필요) - 계획시 고려사항 : 개발목적 정확히 인지, ..

디바이스 크기에 따라 slide 개수를 변경할 때 breakpoints const swiper = new Swiper('.swiper', { // Default parameters slidesPerView: 1, spaceBetween: 10, // Responsive breakpoints breakpoints: { // when window width is >= 320px 320: { slidesPerView: 2, spaceBetween: 20 }, // when window width is >= 480px 480: { slidesPerView: 3, spaceBetween: 30 }, // when window width is >= 640px 640: { slidesPerView: 4, spaceB..

제 1과목 화면 설계 ▷ 화면설계 A > 사용자 인터페이스(UI) 1. 사용자 인터페이스 : 사용자와 시스템간의 원활한 소통(물리적 제어: 전달방식, 구성, 기능: 간편, 편리) 2. 사용자 인터페이스의 특징 : 사용자의 만족에 영향, SW에서 가장 많은 변경이 생김, 시간↓ 이해도↑ 노력↓ 결과에 영향 3. 사용자 인터페이스의 구분 - CLI: Command Line, 텍스트 - GUI: Graphic User Interface, 아이콘, 메뉴, 마우스 - NUI: 사용자의 말이나 행동으로 기기를 조작하는 interface - TUI: Text User Interface - WUI: Web User Interface 인터넷, 웹브라우저를 통해 열람 및 조작 4. 사용자의 인터페이스의 기본 원칙 - 직관..