[과정평가형] 정보처리산업기사 필기정리 - 2024년

과정평가형 정보처리산업기사 필기정리 9과목 - 2024년

1. 애플리케이션 배포
2. 프로그래밍 언어 활용
3. 응용 SW 기초 기술 활용
4. 화면 구현
5. 애플리케이션 테스트 수행
6. SQL 활용
7. UI 테스트
8. 프로그래밍 언어 응용
9. 개발자 환경 구축

 

1. 애플리케이션 배포

위로가기

1. 애플리케이션 배포환경 구성하기
  가. 소스코드 빌드 과정의 이해
    1) 컴파일 언어(C, C++ 등) : 한 번에 기계어로 변환하기 때문에 컴파일(번역) 시간이 오래 걸리지만 번역 후 프로그램 속도가 빠르고, 보안이 우수하다.
    2) Byte Code 언어(Java, C# 등) : 컴파일의 결과물이 실행파일이 아닌 'class'라는 바이트 코드로 파일을 생성하여 가상 실행환경인 JRE, CLI에서 한 줄씩 실행하는 방식이다.
    3) 인터프리터 언어(Javascript, Python, Ruby 등) : 한 줄씩 기계어로 번역하기 때문에 메모리를 적게 소모되어 컴파일(번역) 시간은 빠르지만 필요할 때마다 번역해야 하므로 프로그램 속도는 떨어진다. 

  나. 애플리케이션 배포(Release) 환경
애플리케이션 배포는 개발자 또는 사용자가 애플리케이션을 실행, 테스트할 수 있도록 컴파일된 프로그램, 실행에 필요한 리소스(이미지, 환경설정 파일 등)를 서버상의 적합한 위치로 이동하는 작업을 말한다.
    1) 웹 서버(Web Server) : 사용자의 요청자료(정적인 데이터 : html, 그림, 동영상 등)의 결과값을 빠르고 안정적으로 처리하여 제공한다.
    2) WAS(Web Application Server) : 사용자의 요청자료(동적인 데이터 : 연산, 테이블 검색, 삽입, 삭제 등)의 결괏값을 빠르게 안정적으로 처리하여 제공한다.

  다. 애플리케이션 배포 단위
     1) jar(Java Archive) : java 라이브러리, 리소스, property 파일들을 포함한다. 프로그램에서 참조하는 라이브러리, 구현된 비즈니스 서비스를 배포할 때 jar 단위로 패키징하여 배포한다.
    2) war(Web Archive) : 웹 켄테이너에 배포되는 배포 형식으로 Servlet, jar 파일과 WEB-INF 폴더에 있는 web.xml 파일로 구성된다. 웹 켄테이너상에 배포되어 독립적인 UI 및 웹 애플리케이션 서비스를 제공할 수 있다.
    3) ear(Enterprise Archive) : jar와 war을 묶어서 하나의 완성된 웹 애플리케이션 서비스를 제공할 수 있다.

  라. 형상관리(Configuration Management) 시스템 : 형상관리(configuration management)는 형상항목을 식별하여 그 기능적, 물리적 특성을 문서화하고, 그러한 특성의 변경, 제어, 처리 상태를 기록 및 보고하면서 명시된 요구사항에 부합하는지 확인 및 감독하는 활동을 의미한다.

2. 애플리케이션 소스 검증하기
  가. 소스코드 검증도구
    1) 정적 테스트 도구 : 테스트하기 전에 코딩오류, 성능저하, 보안 취약점 등의 결함을 조기에 발견할 수 있도록 지원한다. 이렇게 하여 프로그램 생산성 향상과 품질향상에 필요한 관리 시스템을 구축한다.
    2) 동적 테스트 도구 : 테스트 미수행 코드를 확인 및 코드구조가 충분히 테스트 되었는지 확인하여 애플리케이션의 안정성을 높이기 위한 관리 시스템을 구축한다.

  나. 코드 인스펙션 : 코드 인스펙션은 정적 테스트의 가장 일반적인 유형으로, 사전에 정의된 코드 작성 규칙Rule) 기반으로 소스코드를 점검하여 작성 규칙에 위반되는 소스코드를 추출하여 점검한다.
    1) 코드 인스펙션 Rule 유형 3가지​
      가) 성능개선
      나) 코드 작성 규칙
      다) 에러 발생 가능성
    2) 정규 표현식 : 정규 표현식은 특정한 규칙을 가진 문자열의 집합을 표현하는 범용적인 방식을 말한다. 코드 인스펙션 도구의 코드 작성 규칙은 일반적으로 정규식으로 표현되며, 정규식의 내용을 수정해서 점검 Rule의 내용을 수정할 수 있다. 

  나. 테스트 프레임워크(동적 분석 도구)의 구성 : 테스트 프레임워크는 테스트 케이스를 별도의 테스트 코드로 작성하고 동작시킬 수 있는 환경을 제공하는 도구로, 개발자의 반복적이고 시간이 많이 소요되는 테스트 작업을 자동화하여 테스트에 소요되는 시간과 노력을 절감할 수 있게 한다.


3. 애플리케이션 빌드하기
  가. 지속적인 통합(CI: Continuous Integration) 환경 : 애플리케이션 개발 과정 중 지속적으로 개발된 프로그램을 통합, 빌드, 배포하여 애플리케이션의 개발 내역을 검증, 테스트할 수 있는 환경을 말한다.
  나. 테스트 커버리지 : 테스트 커버리지는 전체 프로그램의 범위 대비 테스트 수행 시 해당 테스트 수행을 위해 동작된 프로그램의 범위 비율을 의미한다. 
  다. 빌드 스케줄 관리도구 : 빌드 스케줄 관리도구는 별도의 웹 애플리케이션으로 구성되어 웹 서버상에 배포되고, 이메일을 통해서 관련 개발자, 관리자들에게 빌드 수행 결과를 제공​한다.


4. 애플리케이션 배포하기 : 애플리케이션 배포 시 사전에 불필요한 소스코드, 작업 파일, 백업 파일 등은 반드시 정비하여 안정적으로 배포할 수 있도록 한다.

2. 프로그래밍 언어 활용

위로가기

1. 기본 문법 활용하기
  가. 프로그래밍 기본 문법
    1) 비트 : 비트는 컴퓨터를 이해하기 위한 가장 기본적인 용어로, Binary Digit의 약칭이다. 0과 1로만 구성된 이진법(ex. 101001)을 이용한다. 
[ 단위 : bit - byte - KB(킬로) - MB(메가) - GB(기가) - TB(테라) - PB(페타) - EB(엑사) ]

    2) 컴퓨터 시스템 구조
      가) 입력장치
      나) 기억장치
      다) 중앙처리장치
      라) 출력장치

    3) 명령어(Instruction) 형식
      가) 연산코드(OP-Code) : 컴퓨터가 수행할 명령어를 말한다.
      나) 오퍼랜드(Operand) : 연산코드의 명령을 수행하기 위해 필요한 자료를 말한다.

    4) 자료구조 : 자료 구조는 컴퓨터에 데이터를 삽입, 삭제, 수정하게 해 주는 논리적인 공간 구조​를 의미하며, 자료의 형태에 따라 단순 구조, 선형 구조, 비선형 구조, 파일 구조로 분류할 수 있다.
      가) 단순 구조 : 프로그래밍 언어에서 제공하는 기본 데이터 타입 (ex. Int, float, double, char 등)
      나) 선형 구조 : 자료들 사이의 선후 관계가 일대일 구조 (ex. 연결 자료 구조, 순차 자료 구조, 스택, 큐 등)
      다) 비선형 구조 : 자료들 사이의 선후 관계가 계층 또는 그물 형태를 가지는 구조 (ex. 트리, 그래프 등)
      라) 파일 구조 : 보조 기억 장치에 데이터값이 실제로 기록되는 자료 구조 (ex. 순차 파일, 색인 파일 등)

    5) 알고리즘 : 알고리즘은 넓은 의미에서 자료 구조와 함께 프로그램을 구성하는 요소를 의미하며, 좁은 의미에서는 어떤 문제에 대한 답을 찾는 해법을 의미한다.
      가) 입력 : 외부로부터 입력되는 자료가 0개 이상이어야 한다.
      나) 출력 : 출력되는 결과가 1개 이상이어야 한다.
      다) 명확성 : 각 명령어의 의미가 명확하여야 한다.
      라) 유한성 : 정해진 단계를 지나면 종료되어야 한다.
      마) 유효성 : 모든 명령은 실행이 가능한 연산들이어야 한다.

    6) 기타 용어
      가) 변수 : 어떤 값을 주기억 장치에 기억하기 위해서 사용하는 공간을 의미한다.
      나) 식별자 : 프로그램의 구성 요소를 구별하기 위한 기준으로, 변수명이 식별자에 속한다.
      다) 바인딩 : 변수와 변수에 관련된 속성을 연결하는 과정으로, 정적 바인딩과 동적 바인딩으로 구분된다.
        1) 정적 바인딩: 프로그램 실행 시간 전에 속성을 연결하는 방식이다. 
        2) 동적 바인딩: 프로그램 실행 시간​에 속성을 연결하는 방식이다.
      라) 선언 : 변수에 이름, 데이터 타입 등의 속성을 부여하는 작업으로, 명시적 선언과 묵시적 선언으로 구분된다.
        1) 명시적 선언 : 선언문을 이용하여 변수 이름을 나열하고 속성을 부여하는 방식이다.
        2) 묵시적 선언 : 별도의 선언문 없이 디폴트 규칙에 의해 속성이 부여되는 방식이다.

      마) 영역 : 이름이 사용되는 범위를 의미하며, 정적 영역과 동적 영역으로 구분된다.
        1) 정적 영역 : 변수를 찾을 때 구조에 기반하는 방식이다. 
        2) 동적 영역 : 변수를 찾을 때 구조보다는 순서에 기반하는 방식이다.
      바) 할당 : 변수에 메모리 공간을 바인딩하는 작업을 의미한다.
      사) 데이터 타입: 변수가 가질 수 있는 속성값의 길이 및 성질을 의미한다.
      아) 연산자: 데이터 처리를 위해 연산을 표현하는 기호로 +, - 등과 같은 연산자를 포함한다.
      자) 명령문: 프로그램을 구성하는 문장으로, 지시 사항을 처리하는 단위를 의미한다.

  나. 연산자와 명령문 활용
    1) 연산자
      가) 산술연산자 :  +, -, *, /, %
      나) 시프트 연산자 : <<,  >>
      다) 관계 연산자 : >, <, >=, <+, ==, !=
      라) 논리 연산자 : &&, ||​
      마) 비트 연산자 : &, |, ^(XOR​)

    2) 명령문
      가) 조건문 : IF, case/switch
      나) 반복문 : while, for, do~while

  다. 사용자 정의 자료형 활용
    1) 열거형(enum) : 연속적인 값이 들어가는 자료형으로 특정 값을 넣어 주지 않으면 1씩 늘어나기 때문에 상수 배열이라고 부르기도 한다.
    2) 구조체(struct) : 멤버 변수를 사용하는 자료형으로 내부에 멤버 변수 자료형을 마음대로 선언​할 수 있다.
    3) 공용체(union) : 구조체와 거의 유사하나 범주가 더 크다고 볼 수 있으며, 구조체를 멤버로 사용할 수 있다.

  라. 추상화와 상속
    1) 추상화 : 복잡한 문제의 본질을 이해하기 위해 세부 사항은 배제하고, 중요한 부분을 중심으로 간략화 기법
    2) 상속성 : 상위 수준 그룹의 모든 특성을 하위 수준 그룹이 이어받아 재사용 또는 확장성을 높이는 기법​


2. 프로그램 언어 특성
  가. 프로그램 언어의 종류
    1) C : UNIX 운영체제 구현에 사용되는 언어​이며, 문법의 간결성, 효율적 실행, 포인터 타입 제공이라는 특징으로 시스템 프로그래밍 언어에 많이 사용되고 있다.
    2) c++ : C 언어를 발전시킨 언어​로 클래스, 상속 등을 제공하는 객체 지향 프로그래밍 언어이다. 대형 프로젝트 수행 시 모듈별 분리가 가능하여 개발과 유지 관리에 적합하다.
    3) JAVA : C++에 비해 단순하고 분산 환경 및 보안성을 지원한다. JAVA 언어는 컴파일을 거쳐야 하며, 컴파일을 통해 생성된 class 파일을 가상 머신을 통해 실행하여야 한다
    4) JAVASCRIPT : 스크립트 언어로 빠른 시간에 코드를 완성할 수 있고, 확장성이 좋아 배우기 쉽다는 장점이 있으나, 보안이나 성능이 다른 언어에 비하여 부족하다는 단점이 있다.
    5) PERL : 텍스트 처리에 주안점을 두고 개발된 인터프리터 언어​로 CGI용으로도 많이 사용된다. 변수를 명시적으로 선언할 필요가 없으며, 지정되지 않은 변수는 모두 기본 초기값을 가진다.
    6) PYTHON : PERL처럼 인터프린터 언어로서 배우기 쉽고 이식성이 좋은 언어로 최근에 많이 사용되고 있다. 다양한 함수들도 많이 제공되어 스타트업과 글로법 기업에서도 많이 사용한다
    7) GOLANG : Google에서 만든 언어로 짧게 GO라고도 부른다.​ C 언어와 직접적인 연관을 가지며, 내장 라이브러리를 많이 지원하고 있다. 하드웨어 사양이 낮더라도 빠른 컴파일이 가능하다는 특징을 가진다.
    8) DART : JAVASCRIPT와 JAVA의 영향을 받아 개발된 객체 지향적인 언어이다. 백그라운드에서 작동한다는 점에서 JAVASCRIPT와 차이를 가지고 있으며, JAVASCRIPT와 유사하나 단순화하였다. 별도의 라이브러리 설치 없이 HTML 페이지를 수정할 수 있다는 특징을 가진다.

  나. 프로그램 언어의 분류
    1) 개발 편의성에 따른 분류
      가) 저급언어 : 기계가 이해할 수 있도록 만들어진 언어 (기계어, 어셈블리어 등)
      나) 고급언어 : 개발자가 쉽게 이해할 수 있도록 작성된 언어 (C, C++, JAVA 등)
    2) 실행 방식에 따른 분류
      가) 명령형 언어 : 절차 지향형 언어로 저장된 명령어들을 순차적으로 실행 (FORTRAN, COBOL, PASCAL, C)
      나) 함수형 언어 : 미리 만들어진 함수를 호출하여 실행 (LISP)
      다) 논리형 언어 : 조건이 만족되면 연관된 규칙을 실행하는 구조 (PROLOG)
      라) 객체 지향 언어 : 객체 간의 메시지 통신을 이용하여 실행 (JAVA, C++)
         ※ 구성요소
           (1) 객체(Object) : 클래스로 부터 만들어진 인스턴스
           (2) 클래스(Class) : 객체를 생성하는 틀
           (3) 메소드(Method) : 객체를 실행(움직이게)하기 위한 호출단위
           (4) 속성(Attribute) : 자료를 저장하는 작은 단위
           (5) 메시지(Message) : 객체 간의 통신
    3) 구현 기법에 따른 분류
      가) 컴파일 방식 : 고급언어를 기계어로 한번에 번역하는 방식​의 언어 (PASCAL, C, C++)
      나) 인터프리터 방식 : 고급언어를 기계어로 한줄씩 번역하는 방식의 언어 (PROLOG, LISP, JAVASCRIPT)
      다) 혼합형 방식 : 고급언어를 중간언어로 변환한 후 인터프리터에 의해 번역하는 방식의 언어(JAVA)


3. 라이브러리 활용하기
  가. 라이브러리(Library) : 효율적인 프로그램 개발을 위해 필요한 프로그램을 모아 놓은 집합체로서, 프로그래밍 언어에 따라 일반적으로 도움말, 설치 파일, 샘플 코드 등을 제공한다.
  나. 라이브러리 유형
    1) 표준 라이브러리 : 표준 라이브러리는 프로그래밍 언어가 기본적으로 가지고 있는 라이브러리를 의미한다
    2) 외부 라이브러리 : 외부 라이브러리는 표준 라이브러리와 달리 별도의 파일을 설치하여야 한다.
    3) 모듈(Module)과 패키지(Package) : 라이브러리는 모듈과 패키지를 총칭하며, 모듈이 개별 파일이라면 패키지는 파일들을 모아 놓은 폴더라고 볼 수 있다.

3. 응용 SW 기초 기술 활용

위로가기

1. 운영체제 
  가. 운영체제 정의 : 운영체제는 사용자로 하여금 컴퓨터의 하드웨어를 보다 쉽게 사용할 수 있도록 인터페이스를 제공해 주는 소프트웨어이다.

  나. 운영체제의 종류
    1) 윈도우 : 마이크로소프트사에서 개발한 제품으로 GUI(Graphic User Interface)와 Multitasking 기반으로 일반 사용자들이 보다 편리하게 하드웨어를 조작하고, 활용할 수 있도록 지원해주는 소프트웨어이다.
    2) 맥 OS : 애플사에서 개발한 제품으로 다양한 GUI 기술을 활용하여 사용자의 편의성뿐만 아니라 그래픽과 디자인 부분에 많은 시간과 노력을 기울여 만들어진 소프트웨어이다.
    3) 유닉스 / 리눅스 : 일반사용자들이 활용하고 있는 클라이언트 컴퓨터들에게 특정한 서비스와 정보를 제공해주는 서버용 컴퓨터 운영체제로 많이 사용되고 있으며, 편리함보다는 안정성과 Multitasking에 주안점을 두고있다. (유닉스와 달리 리눅스의 강점은 오픈 소스이기 때문에 누구나 사용이 가능함.)

  다. 명령어 인터페이스
    1) CLI (Command Line Interface) : 사용자가 직접 명령어를 입력하여 컴퓨터에게 명령을 내리는 방식
    2) GUI (Graphic User Interface) : 마우스로 화면을 클릭하여 컴퓨터를 제어하는 방식

  라. 운영체제의 관리대상
    1) 메모리 관리 : 프로그램 실행 중 메모리가 꽉 차게 되면 시스템의 속도가 느려지고 때로는 시스템이 멈추는 현상이 발생한다. 따라서 프로그램의 실행이 종료될 때까지 메모리를 가용한 상태로 유지 및 관리하는 것을 의미한다.
    2) 프로세스관리 : 실행 중인 프로그램을 프로세스(Process)라고 하며, 프로세스관리 기법에는  `일시 중지 및 재실행', `동기화', `통신', `교착상태 처리', `프로세스 생성 삭제' 등이 있다. 

  마. 기타 관련 용어
    1) 가상화 : 하나의 PC에 여러 개의 운영체제(윈도즈, 유닉스/리눅스 등)를 설치하여 개발되는 프로그램을 다양한 환경에서 테스트할 수 있도록 한다.
    2) 클라우드 : 인터넷 기반에서 구동되는 컴퓨팅 기술을 의미한다. 클라우드 컴퓨팅을 이용하면 응용 프로그램을 필요에 따라 불러 사용하고, 데이터를 손쉽게 저장 및 추출할 수 있다.
      가) IaaS (Infrastructure as a Service) : 웹상에서 구글, 마이크로소프트, 아마존 등에서 제공하는 환경의 네트워크, 보안, 데이터 저장소, 콘텐츠 딜리버리 서비스를 포함한 다양한 인프라를 임대하여 이용할 수 있는 서비스 
      나) PaaS(Platform as a Service) : 운영체제가 이미 구성되어 있는 상태에서 사용자는 데이터와 애플리케이션만 직접 관리할 수 있는 서비스
      다) SaaS(Software as a Service): 인프라와 운영체제뿐만 아니라 사용할 수 있는 소프트웨어까지 갖추어져 웹상의 로그인만으로 다양한 소프트웨어를 사용한 만큼 비용을 지불해 가며 사용할 수 있는 서비스 

​
2. 데이터베이스 활용하기
  가. 데이터베이스 관리시스템(DBMS) : DBMS(Database Management System)는 데이터 관리의 복잡성을 해결(중복성 제거, 무결성 확보, 일관성 유지, 유용성 보장)하는 동시에 데이터 추가, 변경, 검색, 삭제 및 백업, 복구 등의 기능을 지원하는 소프트웨어이다.

    ※ DBMS(데이터베이스 관리시스템) 특징
    1) 데이터 무결성 : 동일한 내용에 대하여 서로 다른 데이터가 저장되는 것을 허용하지 않음
    2) 데이터 일관성 : 삽입, 삭제, 갱신, 생성 후에도 저장된 데이터가 변하지 않음
    3) 데이터 회복성 : 장애가 발생하였을 시 특정 상태로 복구되어야 함
    4) 데이터 보안성 : 불법적인 노출, 변경, 손실로부터 보호되어야 함
    5) 데이터 효율성 : 응답 시간, 저장 공간 활용 등이 최적화되어 사용자 요구 조건을 만족시켜야 함

  나. 데이터 베이스 종류
    1) 파일시스템 : 파일에 이름을 부여하고 저장이나 검색을 위하여 논리적으로 그것들을 어디에 위치시켜야 하는지 등을 정의한 뒤 데이터를 관리하는 시스템
    2) 계층형 데이터베이스 관리 시스템 : 데이터를 상하 종속적인 관계(트리구조)로 계층화하여 관리하는 데이터베이스관리 시스템
    3) 망형 데이터베이스 관리 시스템 : 데이터의 구조를 네트워크상의 망 형태로 논리적으로 표현한 데이터베이스관리 시스템
    4) 관계형 데이터베이스 관리 시스템 : 가장 보편적으로 사용하는 데이터베이스 관리시스템으로 데이터를 저장하는 테이블의 일부를 다른 테이블과 상관관계로 데이터를 관리하는 시스템 (Oracle, SQL Server, MySQL 등)

  다. 관계형 데이터베이스 활용
    1) 테이블 구조화하기
      가) ERD(E-R Diagram) : ER 모델은 데이터의 상관관계를 개체, 관계, 속성을 이용하여 데이터를 추출하여 엔티티(실체, 개체) 간의 관계를 도식화한 것이다.
      나) ERD 구성요소
        (1) 개체(Entity) : 사물 또는 사건으로 정의되며 개체라고도 한다. ERD에서 엔티티는 사각형으로 나타내고 사격형 안에는 엔티티의 이름을 넣는다.
       (2) 속성(Attribute) : 개체(엔티티)가 가지고 있는 요소 또는 성질을 속성이라 부르며 선으로 연결된 동그라미로 표기한다.
       (3) 관계(Relationship) : 두 개체 간의 관계를 선을 이용하여 표기한다.
    2) 테이블 최적화하기
      가) 정규화 : 정규화는 무결성을 확보하고 중복성을 배제하여 테이블에 정확한 데이터가 들어가도록 하는 데 목적이 있다. 데이터의 중복성을 없애면 저장 공간을 최소화하고 시스템의 속도 또한 빠르게 할 수 있다. 
        (1) 1차 정규화: 반복되는 그룹의 속성을 별도로 추출한다. 
        (2) 2차 정규화: 부분 함수적 종속성을 제거한다. 
        (3) 3차 정규화: 키에 종속되지 않은 칼럼을 제거한다. 
    3) 테이블 만들기(SQL)
      가) DDL(데이터 정의어)
        (1) 정의 : 테이블을 생성하거나 변경, 삭제할 때 사용하는 명령어
        (2) 명령어 (3가지)
           - CREATE : 테이블 생성
           - ALTER : 필드/속성 변경
           - DROP : 테이블 삭제

      나) DML(데이터 조작어)
        (1) 정의 : 테이블에 저장되어 있는 테이터를 검색, 삽입, 삭제, 변경할 때 사용하는 명령어
        (2) 명령어 (4가지)
           - SELECT : 테이블의 조건에 맞는 데이터(튜플) 검색
           - INSERT : 테이블의 새로운 데이터(튜플) 삽입
           - DELETE : 테이블의 조건에 맞는 데이터(튜플)을 삭제
           - UPDATE : 테이블의 조건에 맞는 데이터(튜플)을 변경
      다) DCL(데이터 제어어)
        (1) 정의 : 데이터베이스 관리자(DBA)가 테이터 관리를 목적으로 사용되는 명령어
        (2) 명령어 (4가지)
          - GRANT : 데이터베이스 사용자(ID, 계정)에게 사용 권한을 부여하는 명령어
          - REVOKE : 데이터베이스 사용자(ID, 계정)의 사용 권한을 취소하는 명령어
          - COMMIT : 데이터베이스 조작 작업이 정상적으로 완료 되었음을 알려주는 명령어
          - ROLLBACK : 테이터베이스 조작 작업이 비정상적으로 작동하여 원래의 상태로 복구하는 명령어

​
3. 네트워크 기초 활용하기
  가. 네크워크 분류
    1) WAN : 국가, 대륙과 같이 광범위한 지역을 연결하는 네트워크이다. 거리에 제약이 없으나 다양한 경로를 지나 정보가 전달되므로 LAN보다 속도가 느리고 에러율도 높다.
    2) LAN : 한 건물 또는 작은 지역을 연결하는 네트워크

  나. 네트워크 장치
    1) NIC (Network Interface Card) : 컴퓨터에 장착되어 있는 랜카드를 의미한다. 컴퓨터에서 발생하는 데이터(자료)를 전송가능한 전기적인 신호로 변환하고, 복원하는 역할을 수행한다.
    2) LAN 케이블 : NIC 가 변환한 전기적인 신호를 다른 컴퓨터로 전송하기 위하여 사용되는 케이블을 의미한다.
    3) 허브 (실습실) : 여러개의 LAN 케이블(컴퓨터)을 하나로 합쳐주는 역할을 한다. IP를 할당하는 기능은 없고, IP가 할당된 컴퓨터가 동시에 인터넷(WAN)을 사용할 수 있도록 분배하는 역할을 수행한다.
      ※ 공유기 : 허브와 비슷한 역할을 수행하지만 차이점은 IP를 직접할당하여 분배한다.
    4) 스위치 (학교) : 허브와 같이 케이블(허브)을 하나로 합쳐주는 역할을 수행한다. 허브와 차이점은 연결된 케이블의 전송대역이 모두 같다.
      ex) 10Mbps 허브에 5개의 케이블이 연결될 경우 : 2Mbps 속도로 나누어 사용
          10Mbps 스위치에 5개의 케이블이 연결될 경우 : 모든 케이블 10Mbps 속도
    5) 라우터 (지역) : 서로 다른 네트워크(학교, 기관 등)를 연결해주는 역할을 한다. 보내고자 하는 데이터가 어떤 네트워크를 통하여 전송하는지 전송경로를 찾아준다.

  다. 데이터 교환방식
    1) 회선 교환 방식 : 데이터가 전달될 경로를 미리 물리적으로 전용선으로 설정하여 정해진 경로로만 데이터를 교환하는 방식을 말한다.
    2) 패킷 교환 방식 : 패킷이라는 단위로 정보를 일정한 크기로 분할 한 뒤 패킷정보(주소, 데이터)를 활용하여 다양한 경로로 데이터를 교환하는 방식을 말한다.

​
  마. 네트워크 프로토콜
    1) 프로토콜 : 프로토콜은 컴퓨터나 원거리 통신 장비 사이에서 메시지를 주고받는 양식 또는 통신 규약이다.
    2) OSI(Open System Interconnection) 7계층 : 국제 표준화 기구인 ISO(International Standardization Organization)에서 개발한 네트워크 계층 표현 모델이다.
      가) 물리 계층 : 실제 장비들을 연결하기 위한 연결 장치 (허브, 리피터)
      나) 데이터 링크 계층 : 오류와 흐름을 제어하여 신뢰성 있는 데이터를 전송 (브리지, 스위치)
      다) 네트워크 계층 : 다수의 중개 시스템 중에서 가장 최적의 경로를 선택하도록 지원 (라우터)
      라) 전송 계층 : 통신장비의 송신/수신을 연결하여 목적지 간에 전송제어와 에러를 관리(TCP/IP, UDP)
      마) 세션 계층 : 데이터의 송신/수신을 논리적으로 연결 유지하며 동기화를 담당 (호스트, 일반PC)
      바) 표현 계층 : 코드, 문자 등을 번역하여 압축, 해제, 보안 기능을 담당 (호스트, 일반PC)
      사) 응용 계층 : 사용자가 직접 사용하는 프로그램 (메일, 웹, 응용프로그램 등)
    3) TCP / IP 프로토콜 : TCP/IP이란 TCP와 IP 프로토콜만을 지칭하는 것이 아니라 UDP(User Datagram Protocol), ICMP(Internet Control Message Protocol), ARP(Address Resolution Protocol), RARP(Reverse ARP) 등 관련된 프로토콜을 통칭한다.
      가) 네트워크 액세스 계층 (물리 계층, 데이터링크 계층)
      나) 인터넷 계층 (네트워크 계층)
      다) 트랜스포트계층 (전송계층)
      라) 응용계층 (세션계층, 표현계층, 응용계층)
      ※ TCP와 UDP의 가장 큰 차이점은 데이터 전송의 신뢰성에 있다. TCP는 수신 측의 수신 가능 상태, 수신 여부 등을 단계별로 체크해 가며 데이터를 전송하고, UDP는 망으로 데이터를 송신할 뿐 확인 작업을 수행하지 않는다.

  바. 라우팅 알고리즘 : 데이터는 송신 측으로부터 수신 측까지 데이터를 전달하는 과정에서 목적지까지 최적의 경로를 산출하기 위한 법칙을 라우팅 알고리즘이라 한다.
    1) 라우팅 프로토콜 종류
      - RIP : 최초의 라우팅 프로토콜로써 거리 벡터 알고리즘을 활용한 라우팅 기법이다.
             라우팅 루프가 발생할 가능성이 있음.
      - IGRP : RIP의 루프문제를 해결한 방식으로 네트워크 상태를 고려하여 라우팅
      - OSPF : 링크상태 알고리즘을 사용하며 변경된 네트워크 정보를 빠르게 업테이트 해줌.
      - BGP : 규모가 큰 네트워크를 상호 연결하고자 할때 사용하며, 주로 대형 사업자(ISP)간의 라우팅

4. 화면구현

위로가기

1. UI / UX 설계
  가. UI(User Interface) : 사용자가 하드웨어나 시스템에 연결되는 과정에서 사용자의 편리성과 가독성을 높여 주기 위한 기술

  나. UX(User Experience) : UI와 비슷하지만, 사용자들의 특성을 객관적 자료 및 통계를 바탕으로 면밀하게 분석하여 사용자의 불편함을 최소화하기 위해 만들어진 기술을 의미한다.

  다. 인터페이스 종류
    1) CLI(Command Line Interface) : 사용자와 시스템이 상호 작용하는 방식으로 명령과 출력이 텍스트 형태로 표현된다. 
    2) GUI(Graphical User Interface) : 사용자가 컴퓨터의 자원을 사용할 수 있도록 구성 요소들이 그래픽 형태로 표현된다. 
    3) NUI(자연어 유저 인터페이스, Natural User Interface) : 사용자의 몸짓, 말소리만으로도 IT 기기를 사용할 수 있는 기술이다.

  라. UI 개발
    1) 요구사항 분석 : 프로그램을 만들고자 하는 이유가 명확해야 한다. 즉, 어떤 문제점을 해결하고자 프로그램을 개발하게 되었는지 목적이 분명해야 한다.
    2) 스토리보드 작성 : 분석된 요구사항을 바탕으로 시각적으로 어떻게 구현하고, 어떻게 흘러가는지 흐름도를 디자인적으로 스케치하는 작업을 의미한다.

  마. UI 메뉴 설계 구조 확인
    1) 사용성 : 사용자가 업무를 쉽고 편리하게 수행하는 것에 의미를 둔다.
    2) 유용성 : 사용자가 업무를 수행하는 데 있어 얼마나 정확하게 수행할 수 있는지를 나타내는 것이다.
    3) 정보구조 : 처리 내용이나 메뉴의 구조를 표현함 있어 사이트의 구조를 파악할 수 있도록 하는 것이다.
    4) 내비게이션 : 사용자가 직관적으로 자신이 찾고 있는 정보를 쉽게 찾을 수 있도록 설계 한다.
    5) 유스케이스 : 사용자가 원하는 목표를 위하여 시스템에서 수행해야 하는 내용을 기술한다.


2. UI 구현하기
  가. 웹의 3요소
    1) 웹 표준 : 웹에서 사용되는 기술이나 규칙을 의미하며 웹 사이트를 작성할 때 이용하는 HTML, CSS, JavaScript 등에 관한 규정을 의미한다.
    2) 웹 접근성 : 어떠한 사용자(장애인, 노인 등), 어떠한 기술 환경에서도 사용자가 전문적인 능력 없이 웹 사이트에서 제공하는 모든 정보에 접근할 수 있도록 보장하는 것을 뜻한다.
    3) 웹 호환성 : 서비스 이용자 단말기의 하드웨어 및 소프트웨어 환경이 다른 경우에도 동등한 서비스를 제공하는 것을 의미한다.

  나. UI 개발기술
    1) 서버 : 클라이언트에게 네트워크를 통해 정보나 서비스를 제공하는 컴퓨터 또는 프로그램을 의미한다.

​    2) 클라이언트 : 네트워크를 통하여 다른 서버 시스템 상의 컴퓨터에 원격 서비스에 접속할 수 있는 응용 프로그램이나 서비스를 클라이언트라고 한다.
    3) HTML의 시맨틱 태그 : 태그 이름으로 역할을 짐작할 수 있으며, 웹 페이지에서 사람이 인식하는 정보를 기계가 이해할 수 있도록 하는 컴퓨터 기술을 의미한다.
    - 대표적인 시맨틱 태그 : <header>, <nav>, <section>, <article>, <aside>, <footer>

<header> 제목, 머리글
<nav> 메뉴, 링크
<section> 콘텐츠 제목, 그룹핑
<aside> 광고
<article> 문단, 보충 설명
<footer> 저작권, 회사정보

      가) Header - 해당 페이지의 헤더 영역을 지정하고 주로 로고나 회사명, 사이트 맵, 로그인/회원가입 버튼, 검색 버튼 등이 위치한다.
      나) Navigation - 본문의 주요 내비게이션(메인 메뉴) 영역을 지정한다.
      다) Section - 해당 페이지의 콘텐츠 영역을 지정할 때 사용하며 헤더, 푸터 태그와 비교해서 영역을 구분 지정할 때 사용한다.
      라) Article - 독립적인 콘텐츠 항목에 대한 영역을 지정할 때 사용한다.
      마) Aside - 본문 내용 이외에 표현하고자 하는 기타 내용이 있을 경우 영역을 지정할 때 사용하거나 서브 메뉴를 표시하고자 할 때 사용하기도 한다.
      바) Footer - 본문 내용의 아래에 위치하며 주로 개인정보 보호정책, 회사 주소 등을 작성한다.

    4) CSS(Cascading Style Sheets)
      가) 정의 : 웹 페이지 전체의 일관성을 유지할 수 있도록 스타일(색상, 글꼴, 크기 등)을 미리 저장해 둔 시트를 의미한다.

      나) 특징
        (1) 브라우저와 관계없이 적용이 가능하다.
        (2) 자바 스크립트를 사용하지 않고도 동적인 페이지를 제작할 수 있다.
        (3) 다양한 서식(글자크기, 줄 간격, 여백 등)을 쉽게 설정할 수 있다.

      다) CSS 적용 방법
       (1) 범용 선택자 : 서식을 웹 페이지의 일부분만 적용되는 것이 아니라 전체를 대상으로 적용
       (2) 태그 선택자 : 특정한 태그에 서식 적용
​       (3) 아이디 선택자 : id로 여러 개의 태그를 그룹화하여 서식 적용 (현재 페이지에서 간단하게 서식 적용할 때 사용)
​       (4) 클래스 선택자 : 클래스로 여러 개의 태그를 그룹화하여 서식 적용 (여러 페이지에서 자주 사용하는 서식을 미리 만들어 둠)

    5) 자바스크립트(JavaScript) : 자바스크립트는 HTML 문서 내에서 <script></script> 태그를 통해 작성되고, 작성되는 위치는 <head> 영역, <body> 영역이며, .js 확장자를 갖는 외부 파일 형태로 작성할 수 있다.

    6) 이벤트 처리
      (1) onclick : 버튼과 같은 HTML의 다양한 폼 요소에서 지원하며, 사용자가 해당 요소를 클릭할 때 동작한다. 만일 onclick 핸들러가 false(거짓)를 반환할 경우에는 해당 요소의 어떠한 기능도 수행하지 않는다.
      (2) onmousedown, onmouseup : onclick 핸들러와 유사하게 동작하지만, 마우스를 누를 때와 놓았을 때를 구분하여 동작할 수 있다는 점이 다르다.
      (3) onmouseover, onmouseout : 마우스의 포인터가 해당 요소의 위로 올라오거나 벗어날 때 구동한다.
      (4) onchange : <input>, <select>, <textarea> 요소에서 지원하며 해당 요소의 입력 포커스를 다른 곳으로 이동할 때 구동한다.
      (5) onload : <body> 태그에서 사용되며 해당 페이지와 해당 페이지에 연결된 외부 내용들이 완전히 로딩되었을 때 구동한다

  다. UI 테스트 : 프로그램 개발 과정에서 생각하지 못한 오류나 버그를 찾고, 새롭게 추가한 세부 기능들에 대하여 정상적으로 작동되는지 다양한 시각에서 테스트해야 한다.
    1) Top-Down(하향식) 테스트 : 최상위 모듈에서 하위 모듈로 테스트하는 기법으로 실사용 환경과 유사한 테스트이다. S/W의 변경으로 영향을 받게 될 다른 세부적인 기능에 초점을 맞춘다.
    2) Bottom-Up(상향식) 테스트 : 최하위 모듈에서 상위 모듈로 테스트하는 기법으로 대형 시스템에서 주로 사용되며, 초기에 병행 작업이 가능하여 테스트가 용이하다.
    3) 사용성 테스트 과정
      가) 계획 수립 - 목적, 평가 내용(항목) 분석, 사용 환경, 사용자 등을 분석한다.
      나) 테스트 설계 - 진행 절차 작성, 테스트 참가자 결정, 테스트 항목의 평가 방향 결정, 다양한 평가 방법으로 설계한다.
      다) 테스트 실행 - 설계된 진행 절차대로 진행한다.
      라) 결과 보고서 작성 - 평가에 사용된 데이터를 분류하고 분석하며 결과를 통해 문제점을 분석한 후, 수정에 필요한 의견을 포함하여 보고서를 작성함으로써 피드백을 통해 오류를 수정하도록 한다. 

5. 애플리케이션 테스트 수행

위로가기

1. 애플리케이션 테스트 수행하기
  가. 프로젝트 수행 단계에 따른 테스트의 분류
    1) 단위 테스트 : 작은 소프트웨어 단위(컴포넌트 또는 모듈)를 테스트하는 것으로서, 일반적으로 개발자 자신에 의해 행해진다.
    2) 통합 테스트 : 모듈 사이의 인터페이스, 통합된 컴포넌트 간의 상호 작용을 테스트하는 것으로, 하나의 프로세스가 완성된 경우 부분적으로 통합 테스트를 수행하는 경우도 있다.
    3) 시스템 테스트 : 통합된 단위 시스템의 기능이 컴퓨터 시스템에서 정상적으로 수행되는지를 테스트하는 것으로 성능 및 장애 테스트가 여기에 포함된다.
    4) 인수 테스트 : 일반적으로 최종 사용자와 업무에 따른 이해관계자 등이 테스트를 수행함으로써 개발된 제품에 대해 운영 여부를 결정하는 테스트로, 실제 업무 적용 전에 수행한다.

  나. 테스트 단계별 도구
    1) 테스트 계획 : 요구사항 관리
    2) 테스트 분석/설계 : 테스트케이스 생성, 커버리지 분석
    3) 테스트 수행 : 테스트 자동화, 정적분석, 동적분석, 성능 테스트, 모니터링
    4) 테스트 통제 : 형상관리, 테스트 관리, 결함 추적/관리

  다. 결함관리
    1) 결함관리 프로세스
      가) 결함관리 계획 : 결함관리 계획은 전체 프로세스에서 결함관리에 대한 일정, 인력, 업무 프로세스를 확보하여 계획을 수립하는 것을 말한다.
      나) 결함 기록 : 테스터는 발견된 결함에 대한 정보를 결함관리 DB에 기록한다.
      다) 결함 검토 : 등록된 결함에 있어서 주요 내용을 검토하고, 결함을 수정할 개발자에게 전달한다.
      라) 결함 수정 : 개발자는 할당된 결함의 프로그램을 수정한다.
      마) 결함 재확인 : 테스터는 개발자가 수정한 내용을 확인하고 다시 테스트를 수행한다.
      바) 결함 상태 추적 및 모니터링 활동 : 결함관리 팀장은 결함관리 데이터베이스를 이용하여 게시판 형태의 서비스를 제공한다.
      사) 최종 결함 분석 및 보고서 작성 : 발견된 결함에 대한 내용과 이해관계자들의 의견이 반영된 보고서를 작성하고 결함관리를 종료한다.

  2) 결함의 상태 및 추적
   가) 결함 등록(Open) : 테스터와 품질 관리(QA) 담당자에 의해 결함이 처음 발견되어 등록되지만, 아직 분석이 되지 않은 상태이다.
   나) 결함 검토(Reviewed) : 등록된 결함을 담당 모듈 개발자, 테스터, 품질 관리(QA) 담당자와 검토하는 상태이다.
   다) 결함 할당(Assigned) : 결함의 영향 분석 및 수정을 위해 개발자와 문제 해결 담당자에게 할당된 상태이다.
   라) 결함 수정(Resolved) : 개발자에 의해 결함의 수정이 완료된 상태이다.
   마) 결함 조치 보류(Deferred) : 수정이 필요한 결함이지만 현재 수정이 불가능해서 연기된 상태로서 우선순위, 일정 등을 고려하여 재오픈을 준비하는 상태이다.
   바) 결함 종료(Closed) : 발견된 결함이 해결되고 테스터와 품질 관리(QA) 담당자에 의해 종료 승인을 한 상태이다.
   사) 결함 해제(Clarified) : 테스터, 품질 관리(QA) 담당자가 결함을 검토한 결과, 결함이 아니라고 판명된 경우이다. 


    3) 결함 분류
      가) 시스템 결함 : 비정상적인 종료/중단, 응답 시간 지연, 데이터베이스 에러 등 주로 애플리케이션 환경과 데이터베이스 처리에서 발생하는 결함을 말한다. 
       (1) 비정상적인 종료/중단 : 특정 기능 실행 시 응용 프로그램의 작동 정지, 종료, 시스템 다운이 되는 경우이다.
       (2) 응답 시간 지연 : 응용 프로그램 작동 후 조회 또는 보고서 출력 시 지연되는 경우와 메모리 부족, 하드웨어와 소프트웨어의 비일관성으로 발생되는 경우이다.
       (3) 데이터베이스 에러 : 응용 프로그램 작동 후 사용자 데이터의 등록, 수정, 삭제, 조회가 정상적으로 작동하지 않는 경우

      나) 기능 결함 : 사용자의 요구사항 미반영/불일치, 부정확한 비즈니스 프로세스, 스크립트 에러, 타 시스템 연동 시 오류 등 기획, 설계, 업무 시나리오 단계에서 발생된 결함을 말한다.
        (1) 요구사항 미반영/불일치 : 요구사항에 명시된 기능이 응용 프로그램에 구현되지 않은 경우와 다르게 구현되어 작동하는 경우
        (2) 부정확한 비즈니스 프로세스 : 기능 자체는 수행되나 내부 프로세스 로직의 문제로 부정확한 결과를 내는 경우이다.
        (3) 스크립트 에러 : 특정 기능 실행 시 웹 브라우저에서 스크립트 오류가 발생하는 경우이다.
        (4) 타 시스템 연동 시 오류 : 기존 시스템과의 연동을 통해 데이터를 주고받는 과정에서 오류가 발생하는 경우이다.

      다) GUI 결함 : GUI 결함은 응용 프로그램의 UI 비일관성, 부정확한 커서/메시지, 데이터 타입의 표시 오류 등으로 사용자 화면 설계에서 발생된 결함을 말한다.
        (1) 응용 프로그램 UI 비일관성 : 프로젝트에서 정의한 UI 표준과 상이하게 구현된 경우이다.
        (2) 부정확한 커서/메시지 : 커서의 위치가 입력 대상의 첫 번째 필드에 위치해 있지 않거나, 탭 시퀀스가 순차적으로 동작하지 않는 경우, 각 기능에서 제공하는 메시지 내용이 부정확한 내용을 보여주는 경우이다.
        (3) 데이터 타입의 표시 오류 : 입력 필드에 지정된 형식과 다르게 입력해도 저장이 되는 경우와 입력 필드에 유효하지 않은 데이터(Invalid Data)를 입력했을 때 오류가 나는 경우이다.

      라) 문서 결함 : 기획자, 사용자, 개발자 간의 의사소통과 기록이 원활하지 않은 경우에 발생하는 결함으로 사용자의 온라인 / 오프라인 매뉴얼의 불일치, 요구사항 분석서와 기능 요구사항의 불일치로 인한 불완전한 상태의 문서의 경우를 말한다.

      마) 결함 관련 용어
        (1) 에러(Error) : 소프트웨어 개발 또는 유지 보수 수행 중에 발생한 부정확한 결과로, 개발자의 실수로 발생한 오타, 개발 명세서의 잘못된 이해, 서브루틴의 기능 오해 등이 있다.
        (2) 오류(Fault) : 프로그램 코드 상에 존재하는 것으로 비정상적인 프로그램과 정상적인 프로그램 버전 간의 차이로 인하여 발생되며, 잘못된 연산자가 사용된 경우에 프로그램이 서브루틴으로부터의 에러 리턴을 점검하는 코드가 누락된 것을 말한다.
        (3) 실패(Failure) : 정상적인 프로그램과 비정상적인 프로그램의 실행 결과의 차이를 의미하며, 프로그램 실행 중에 프로그램의 실제 실행 결과를 개발 명세서에 정의된 예상 결과와 비교함으로써 발견한다.
        (4) 결함(Defect) : 버그, 에러, 오류, 실패, 프로그램 실행에 대한 문제점, 프로그램 개선 사항 등의 전체를 포괄하는 용어이다.


2. 애플리케이션 결함 조치하기
  가. 부하 및 성능 테스트
    1) 동시 이용자 수 : TPS(Throughput)*호출간격(응답시간(Sec)+대기시간(Sec))
    2) 동시 단말 이용자(Concurrent User) : PC 앞에 앉아서 시스템을 이용하는 이용자로서, Active User와 In-active User(가상적 유저) 의 합으로 정의한다.
    3)  액티브 이용자(Active User) : 동시에 같은 서비스나 업무를 실행하고 나서 응답을 기다리고 있는 이용자 
    4) 처리량(Throughtput) : 단위 시간당 처리하는 건수로써 단위 시간당 요청 건수(Arrival rate)와 단위 시간당 처리 건수(Service Rate)로 구분되어 표현한다.
    5) 대기 시간(Thinktime) : 응답을 받은 직후부터 다음 명령 또는 호출할 때까지 사용자가 대기하는 시간

  나. 장애 복구 테스트
    1) 웹 서버 장애 테스트 : 동작 중인 웹 서버 10대 중 1대의 웹 서버 프로세스를 강제로 Kill한다.
    2) 웹 애플리케이션 장애 테스트 : 동작 중인 WAS서버의 인스턴스 8개 중 실행 중인 인스턴스 한 개를 멈춘다. 
    3) 데이터베이스 장애 테스트 : Active한 Primary 서버의 DB서비스를 강제로 Kill한다.

  다. 코드 인스펙션(inspection, 점검)
    1) 인스펙션 : 인스펙션은 개발 가이드에 따른 표준(체크리스트)을 준수하였는지를 파악하기 위함에 있으므로 기능적으로 이상이 없는 소스 코드를 대상으로 검증한다.
    2) 워크스루(walk-through) : 팀이나 관리자의 필요에 따라 집단 토의 통하여 프로그램 산출물 평가와 개선에 대하여 검증한다.
    3) 인스펙션 필요성
      가) 결함을 빨리 찾을수록 수정(fix) 비용이 적게 든다.
      나) 인스펙션의 데이터를 통해 업무에 집중할 수 있다.
      다) 인스펙션을 함으로써 교차 교육(Cross-training)을 돕는다.
      라) 제품의 "re-engineering”이 가능한 영역을 식별하도록 돕는다.
      마) 소프트웨어를 개발하고 유지하는 데 적은 비용이 든다.
      바) 스케줄에 긍정적인 효과를 준다.
      사) 품질을 향상시킨다.


3. 형상관리 
  가. 정의 : 형상관리(configuration management)는 형상항목을 식별하여 그 기능적, 물리적 특성을 문서화하고, 그러한 특성의 변경, 제어, 처리 상태를 기록 및 보고하면서 명시된 요구사항에 부합하는지 확인 및 감독하는 활동을 의미한다.

  나. 특징
    1) 형상은 크게 하드웨어와 소프트웨어로 구분하여 관리한다.
    2) 형상은 소프트웨어 개발 산출물(문서, 코드 등)이 배치되어 있는 형태를 의미한다.
    3) 일반적으로 소프트웨어가 하드웨어보다는 변화가 더 빠르게 바뀐다.
    4) 소프트웨어는 하루에도 몇번씩 바뀔 수 있으며, 어느 단계에서나 변경이 가능하다.
    5) 언제 어떻게 변경될지 모르기 때문에 소프트웨어 형상에 대한 관리가 매우 어렵다.

​
4. 형상관리 분야별 역할
  가. 경영층 : 프로젝트의 형상관리 활동에 대한 방침, 자원, 자금을 제공하며 정기적으로 검토한다.
  나. 프로젝트 관리자 : 프로젝트의 형상관리 조직(형상관리자, 형상통제위원회)을 구성하며, 내부/외부의 변경요청에 대한 최종 승인권한을 가진다. 또한 형상관리 활동의 주요 사안을 경영층에 보고하는 역할을 한다.
  다. 개발자 : 등록된 형상항목을 사용하여 엔지니어링 활동을 수행하고, 변경된 형상항목에 대하여 조치를 취하는 역할을 한다.
  라. 형상관리자 : 형상관리 계획서에 따라 형상관리 활동을 수행하는 사람으로서 절차에 따라 문서화 및 변경관리를 담당한다.
  마. 형상통제 위원회 : 형상항목의 변경에 대하여 수락 및 거절하는 역할을 담당한다. 일반적으로 프로젝트 관리자, 형상관리자, 품질 담당자, 기술 담당자, 고객관리 담당자로 구성된다.

​
5. 형상관리 절차 4단계
  가. 1단계 : 형상식별 : 형상관리의 시작으로 시스템을 구성하는 형상관리의 대상들을 구분하고, 관리 목록의 번호를 부여한다.
  나. 2단계 : 형상통제 : 소프트웨어 형상변경 제안을 검토/승인하여 현재의 소프트웨어 기준선에 반영될 수 있도록 통제하는 것을 의미한다.
  다. 3단계 : 형상감사 : 형상항목의 변경이 제대로 이루어졌는지 무결성을 검토/승인하는 것을 의미한다.
  라. 4단계 : 형상기록/보고 : 프로젝트에 대한 모든 상황을 효율적으로 관리하기 위하여 정보를 기록하고, 보고한다.


6. 형상관리 유지보수
  가. 정의 : 소프트웨어의 유지보수는 사용자에게 배달되어 사용되는 과정에서 발생하는 활동들을 의미하며, 개발과정의 순환이라 할 수 있다. 소프트웨어는 계속적으로 변경되기 때문에 유지보수 과정을 체계적으로 문서화하여 불일치와 혼돈을 최소화하여야 한다.
  나. 4가지 유형
    1) 수정 유지보수(하자보수) : 프로그램이 사용자에게 배달되어 사용되는 동안에 오류가 발견되어 수정하는 것을 의미한다. 
    2) 적응 유지보수 : 변경된 환경(하드웨어/소프트웨어)에 따라 적절하게 조화를 이루도록 소프트웨어를 변경시키는 활동을 의미한다.
    3) 완전 유지보수 : 시스템의 완벽성을 추구해가는 과정으로 사용자가 소프트웨어를 사용하면서 필요한 새로운 기능을 추가하거나, 변경하는 것을 의미한다.
    4) 예방 유지보수 : 미래의 유지보수를 위해 준비하는 활동을 의미한다.
​

7. 형상항목의 정합성
  가. 정의 : 정합성이란 가지런히 들어맞으며, 이론의 내부에 모순이 없는 것, 공리계(公理界)에서 어떤 논리식에 대해 그것과 그것의 부정이 동시에 성립되지 않는 것이란 의미이다.
  나. 정합성 검증 절차
    1) 형상관리 계획 수립 : 형상관리를 체계적으로 수행하기 위해 형상관리 계획을 수립해야 한다.
    2) 산출물 평가 시행 : 소프트웨어의 형상에 대하여 유지보수 및 변경 사항에 대하여 주기적으로 평가하고 확인해야 한다.

6. SQL 활용

위로가기

1. 기본 SQL 작성하기
  가. DDL(데이터 정의어) : DDL(Data Definition Language)은 `데이터를 정의하는 언어'로서 BMS에서는 오브젝트라고 한다. (데이터를 담는 그릇(테이블)을 정의하는 언어)
    1) DDL 관련 용어
      가) 스키마(Schema) : DBMS 특성과 구현 환경을 감안한 데이터 구조
      나) 도메인(Domain) : ­속성이 가질 수 있는 값의 범위
      다) 테이블(Table) : 데이터 저장 공간
      라) 뷰(View) : 하나 이상의 물리 테이블에서 유도되는 가상의 논리 테이블
      마) 인덱스(Index) : 검색을 빠르게 하기 위한 데이터 구조
    2) DDL 명령어
      가) CREATE : 데이터베이스 오브젝트 생성
      나) ALTER : 데이터베이스 오브젝트 변경
      다) DROP : 데이터베이스 오브젝트 삭제
    3) DDL 활용 예제

CREATE TABLE 고객 (
    고객ID int NOT NULL,
    고객명 varchar(10),
    적립금 varchar(10),
    PRIMARY KEY (고객ID)
);
CREATE TABLE 구매 (
    고객ID int NOT NULL,
    구매일자 varchar(10),
    결재방식 varchar(10),
    ISBN varchar(10),
    PRIMARY KEY (고객ID),
    FOREIGN KEY (고객ID) REFERENCES 고객(고객ID) ON DELETE CASCADE
);

※ 모든 테이블 검색 : SELECT * FROM tab;
※ 테이블 필드/속성 확인(오라클) : DESC 테이블명;
※  자동 증가 : AUTO_INCREMENT
※  테이블 생성 확인  : DESC 고객
※  제약조건 ( CONSTRAINT ) : 무결성을 지키기 위해 제한된 조건을 의미함.

  ex) CONSTRAINT 고객_구매_fk FOREIGN KEY (고객ID) REFERENCES 고객(고객ID) 
   - NOT NULL : NULL갑을 허용하지 않는다.
   - UNIQUE : 중복된 값을 가질수 없는 유일한 값이다.
   - CHECK : 조건에 맞는 data만 허용한다.
   - PRIMARY KEY : 반드시 존재해야하며, 유일한 값이어야 한다.
   - FOREIGN KEY : 다른 테이블에서 키값을 참조한다.
   - DEFAULT : 기본값을 가진다.
ALTER TABLE 고객 ADD 메일 varchar(255);
ALTER TABLE 고객 DROP COLUMN 메일;
DROP TABLE 고객;

 

  나. DML (데이터 조작어) : 데이터를 조작하는 명령어를 DML(Data Manipulation Language)이라고 한다. 여기서 조작은 데이터 관점에서 생명 주기를 제어하는 것을 의미한다.
    1) DML 명령어
      가) INSERT : 테이블의 내용을 삽입
      나) SELECT : 테이블의 내용을 조회
      다) UPDATE : 테이블의 내용을 변경
      라) DELETE : 테이블의 내용을 삭제

    2) DML 활용 예제

INSERT INTO 고객 (고객ID, 고객명, 적립금)
VALUES ('1', '장동건', '100');
※ 시퀀스(custno_seq)가 설정된 경우
INSERT INTO 고객 VALUES (custno_seq.nextval, '장동건', '200');

SELECT * FROM 고객;
SELECT 고객명, 적립금 FROM 고객
WHERE 고객ID=1;
※ 모든 테이블 검색 : SELECT * FROM tab;

UPDATE 고객
SET 고객명= '고소영', 적립금= '1000'
WHERE 고객ID = 1;
DELETE FROM 고객 WHERE 고객ID=1;

  다. DCL (데이터 제어어) : 데이터베이스에서 데이터 이외의 오브젝트에 대해 조작할 필요가 있다. 이때 사용하는 SQL 명령을 DCL(Data Control Language)이라고 한다.
    1) DCL 제어 대상
      가) 사용자 권한 : 사용자를 등록하고, 사용자에게 특정 데이터베이스를 사용할 수 있는 권리를 부여하는 작업
      나) 트랜잭션 : 안전한 거래 보장으로 동시에 다수의 작업을 독립적으로 안전하게 처리하기 위한 상호 작용 단위

    2) DCL 명령어
      가) GRANT : 사용자 권한 부여
      나) REVOKE : 사용자 권한 회수
      다) COMMIT : 트랜잭션 확정
      라) ROLLBACK : 트랜잭션 취소

    3) DCL 활용 예제

※ 테스트를 위해 새로운 계정(아이디)을 만듬 : jjang
  - CONNECT system/1234;
  - CREATE USER jjang IDENTIFIED BY 1234;

  - GRANT CREATE SESSION TO jjang;
  - GRANT CREATE TABLE TO jjang;
  - GRANT SELECT ANY TABLE TO jjang;
※ 모든 권한 부여 : GRANT CONNECT, RESOURCE, DBA TO jjang;

 - REVOKE CREATE SESSION FROM jjang;

  - INSERT INTO 고객 VALUE ('2', '장동건', '100');
    COMMIT;
  - SELECT * FROM 고객;
  - DELETE FROM 고객 WHERE 고객명='장동건' ;
    ROLLBACK;
  - SELECT * FROM 고객;

   라. 데이터 사전 : 데이터 사전(Data Dictionary)에는 데이터베이스 데이터를 제외한 모든 정보가 있다. 데이터 사전 내용을 변경하는 권한은 시스템이 가지며, 사용자에게는 읽기 전용 테이블 형태로 제공되므로 단순 조회만 가능하다.
    1) 데이터 사전 내용
      가) 사용자 정보(아이디, 패스워드 및 권한 등) 
      나) 데이터베이스 객체 정보(테이블, 뷰, 인덱스 등) 
      다) 무결성 제약 정보 
      라) 함수, 프로시저 및 트리거 등

    2) 데이터 사전 영역
      가) DBA : 데이터베이스의 모든 객체 조회 가능 (DBA_는 시스템 접근 권한 의미)
      나) ALL : 자신의 계정으로 접근 가능한 객체와 타 계정의 접근 권한을 가진 모든 객체 조회 가능
      다) USER : 현재 자신의 계정이 소유한 객체 조회 가능

    3) 데이터베이스 관리 데이터 종류
      가) 저장 데이터 : 컴퓨터를 통해 접근 가능한 저장 매체에 저장된 데이터 
      나) 통합 데이터 : 중복이 최소화된 데이터
      다) 공유 데이터 : 여러 응용 프로그램이 공동으로 사용하는 데이터
      라) 운영 데이터 : 조직의 목적을 위해 존재 가치가 확실하고 반드시 필요한 데이터


2. 고급 SQL 작성하기
  가. 인덱스 : 인덱스는 데이터를 빠르게 찾을 수 있는 수단으로서, 테이블에 대한 조회 속도를 높여 주는 자료구조를 일컫는다. 세부적으로 정규화되지 않은 테이블에서 필요한 속성(컬럼)부분만 먼저 추출 하고싶을 때 사용한다. SELECT문과 비슷하지만 DDL명령어를 사용하여 테이블을 실제로 만들어, 삭제한다.
 

 1) 인덱스 생성
CREATE INDEX <index_name> ON <table_name> (<column(s)>);

 2) 인덱스 삭제
DROP INDEX <index name>;

 3) 인덱스 변경
ALTER INDEX <index name> ON <table name> (<column(s)>);

​
  나. 뷰(View) : 뷰는 사용자의 관점에서 필요한 부분만 골라서 논리적으로 만든 가상 테이블을 의미한다.
    1) 뷰의 장점
      가) 논리적 독립성 제공 : 논리(가상) 테이블로 테이블의 구조가 변경되어도 뷰를 사용하는 응용 프로그램은 변경하지 않아도 됨.
      나) 사용자 데이터 관리 용이 : 복수 테이블에 존재하는 여러 종류의 데이터에 대해 단순한 질의어 사용이 가능
      다) 데이터 보안 용이 : 중요 보안 데이터를 저장 중인 테이블에는 접근 불허하고, 해당 테이블의 일부 정보만을 볼 수 있는 뷰에는 접근을 허용하는 방식으로 보안 데이터에 대한 접근 제어 가능

    2) 뷰의 단점
      가) 뷰 자체 인덱스 불가 : 인덱스는 물리적으로 저장된 데이터를 대상으로 하기에 논리적 구성인 뷰 자체는 인덱스를 가지지 못함. 
      나) 뷰 정의 변경 불가 : 뷰의 정의를 변경하려면 뷰를 삭제하고 재생성하여야 함.
      다) 데이터 변경 제약 존재 : 뷰의 내용에 대한 삽입, 삭제, 변경 제약이 있음. 

    3) 뷰 사용 예시

CREATE VIEW <뷰이름> AS select * from <테이블명>;
SELECT * FROM <뷰이름>; 
DROP VIEW <뷰이름>;

  다. 다중 테이블 검색 : 데이터를 분해하는 방법으로 정규화 기법이 사용되며, 통합하는 기법으로 다중 테이블에 대한 검색이 사용된다.
    1) 다중 테이블 사용 기법
      가) 조인 : 두 개의 테이블을 결합하여 데이터를 추출하는 기법
      나) 서브쿼리 : SQL문 안에 포함된 SQL문 형태의 사용 기법
      다) 집합연산 : 테이블을 집합 개념으로 조작하는 기법

    2) 조인

      가) 내부조인(INNER JOIN)
        - 정의 : 두 테이블에 공통으로 존재하는 필드값을 이용하여 테이블을 합하는 방법
        (1) 내부조인(INNER JOIN) : 조건(WHRER)과 일치하는 데이터를 중심으로 테이블을 합한다.

[ 고객 ]
고객아이디
고객명
적립금

[ 구매 ]
고객아이디
구매일자
결재방식
ISBN

[ 명시적 표현법 ]
SELECT *
FROM 고객
  INNER JOIN 구매
    ON 고객.고객아이디 = 구매.고객아이디;
    
[ 암묵적 표현법 ]     --->> 일반적으로 가장 많이 사용하는 방법
SELECT *
FROM 고객, 구매
WHERE 고객.고객아이디 = 구매.고객아이디;

고객아이디 JJANG
고객명 동건
적립금 100
고객아이디 JJANG
구매일자 12.05.
결재방식 카드
ISBN 09383
※ 특징 : 공통의 값을 가진 속성(필드)이 두번 출력됨. ex) 고객아이디, 고객아이디

     (2) 자연조인(NATURAL JOIN) : 내부조인에서 중복된 속성을 하나로 출력 (중복제거)

[ 자연 조인 ] 
SELECT *
FROM 고객 NATURAL JOIN 구매;

고객아이디 JJANG
고객명 동건
적립금 100
구매일자 12.05.
결재방식 카드
ISBN 09383

      나) 외부조인(OUTER JOIN)
        - 정의 : 공통의 존재하는 필드값이 없어도 null 값으로 두테이블을 하나로 합하는 방법
        (1) 왼쪽 외부조인(LEFT OUTER JOIN) : 내부조인에서 왼쪽 테이블의 기준으로 공통의 데이터가 없더라도 null값으로 테이블을 생성한다.​

[ 왼쪽 외부조인 ] 
SELECT *
FROM 고객 LEFT OUTER JOIN 구매
ON 고객.고객아이디 = 구매.고객아이디;
고객아이디 JJANG
고객명 동건
적립금 100
고객아이디 null
구매일자 null
결재방식 null
ISBN null

        (2) 오른쪽 외부조인(RIGHT OUTER JOIN) : 내부조인에서 오른쪽 테이블의 기준으로 공통의 데이터가 없더라도 null값으로 테이블을 생성한다.​

[ 오른쪽 외부조인 ] 
SELECT *
FROM 고객 RIGHT OUTER JOIN 구매
ON 고객.고객아이디 = 구매.고객아이디;
고객아이디 null
고객명 null
적립금 null
고객아이디 JJANG
구매일자 12.05.
결재방식 카드
ISBN 09383

    3) 서브쿼리
      가) GROUP BY 를 이용한 그룹화
        - 정의 : 테이블의 특정 속성으로 그룹화하여 집계합수(sum, avg, count 등)를 이용하여 테이터를 계산함.

[ 적립금에 따른 고객수 ]
SELECT 적립금, COUNT(*) AS 고객수
FROM 고객
GROUP BY 적립금;
[ 적립금에 따른 고객수가 2명이상인 고객수
SELECT 적립금, COUNT(*) AS 고객수
FROM 고객
WHERE 고객ID > 10            // WHERE 절은 특별한 조건이 없을 경우 생략가능
GROUP BY 적립금
HAVING COUNT(*) >= 2;     // 반드시 GROUP BY와 함께 사용되며, 그룹의 조건을 명시(고객수 조건)

      나) SQL 다중처리문(서브쿼리)을 이용한 그룹화
        - 정의 : 테이블의 특정 속성으로 그룹화하여 집계합수(sum, avg, count 등)를 이용하여 테이터를 계산함.

[ '20200405'일자에 구매한 고객명 검색 ]
SELECT 고객명 FROM 고객
WHERE 고객ID = ( SELECT 고객ID FROM 구매 WHRER 구매일자 = '20200405');

[ 구매활동을 하지 않은 고객정보 검색 ]
SELECT * 
FROM 고객
WHERE 고객ID NOT IN ( SELECT 고객ID  FROM 구매 );
      ※ ORDER BY 를 이용한 정렬(내림차순, 오름차순)
          - 정의 : 테이블의 값을 내림차순( 4, 3, 2, 1) 또는 오름차순(1, 2, 3, 4, 5)으로 정렬하여 검색
[고객 테이블에서 고객명(오름차순), 적립금(내림차순)으로 검색]
SELECT 고객명, 적립금
FROM 고객
ORDER BY 고객명 ASC, 적립금 DESC;

    4) 집합연산
      가) 집합 연산자 유형
        (1) UNION : 여러 SQL문의 결과에 대한 합집합(중복 행 제거함.)
        (2) UNION ALL : 여러 SQL문의 결과에 대한 합집합(중복 행 제거하지 않음.)
        (3) INTERSECTION : 여러 SQL문의 결과에 대한 교집합(중복 행 제거함.)
        (4) EXCEPT (MINUS) : 앞의 SQL문의 결과와 뒤의 SQL문의 결과 사이의 차집합(중복 행 제거, 일부 제품의 경우 MINUS 사용)

7. UI 테스트

위로가기

1. 사용성 테스트 기법 4가지
  가. 휴리스틱 (Heuristic Evaluaion) 평가 : 사용성에 대한 문제를 찾아내기 위한 전문가에 의해 이론과 경험을 근거로 하여 일련의 규칙들을 얼마나 잘 지키고 있는가를 확인하는 평가 방법이다. (결과물 : 평가보고서)
  나. 페이퍼 프로토타입 (Paper Prototype) 평가 : 프로토타입의 가장 빠른 방법으로 실제 출시될 제품의 전반적인 컨셉과 흐름을 잘 보여주어 보는 사람들이 더 자유롭게 의견을 개진하면서 수정 및 보완하여 발전시킬 수 있는 방법이다. (결과물 : 프로토타입)
  다. 선호도 (Prefernece) 평가 : “A가 B보다 더 좋다”, “C가 D보다 더 편리하다”와 같이 제품이나 서비스에 대한 사용자의 선호도에 영향을 미치는 속성들을 파악하여 사용자의 니즈에 대응할 수 있는 객관적 평가 방법이다. (결과물 : 선호도 평가)
  라. 성능 (Performance) 평가 : 사용자가 실제로 제품이나 서비스와 연관된 것을 사용해 보고 태스크(TASK) 별 학습성, 효율성, 기억용이성, 오류, 만족도 등에 대해 평가하는 방법이다. (결과물 : 학습성, 효율성, 오류 등 평가)


2. 테스트 환경 구축 필요지식
  가. 사용자 중심 디자인 (User Centered Design)​ : 사용자 중심 디자인은 사용자가 원하고 필요로 하는 것에 대해 사용자의 한계 능력과 상황에 맞추어 디자인하는 기술이다.
  나. 인터랙션 디자인 (Interaction Design) : 인터랙션이란 입출력 장치를 매개로 디지털 시스템과 사람이 주고 받는 일련의 의사소통 과정으로 사람의 행동과 이에 반응하는 시스템의 절차를 설계하는 것이다. 
  다. 프로토타입 (Prototype) : 프로토타입은 사용자의 모든 요구사항이 정확하게 반영될 때까지 계속해서 개선되고 보완되는 것으로 중요한 기능이 포함되어 있는 시스템의 초기모델을 의미한다.
  라. 와이어프레임 (Wireframe) : 최종 화면에 표시될 컨텐츠에서 색상, 타이포그래픽, 이미지를 생략하여 요약하는 것으로 도식, 청사진, 또는 프로토타입이라 부른다.
  마. 시장현황보고서 : 기업이 참여하고 있는 사업 분야의 시장 현황 및 특성을 파악하여 시장 매력 요인을 도출하고 성공가능성을 예측하기 위한 보고서이다. 
  사. 기술현황보고서 : 리서치를 통해 파악한 사용자 정보(동기, 목표, 습관, 기대, 가정 등)를 프로젝트 멤버들과 사업 분야별로 상표, 디자인, 특허 실용 등 기업이 등록한 지적재산권 및 등록 내용의 변화 추리를 조사한 보고서이다.

3. 사용성 테스트의 개요 및 주의 사항
  (1) 대상 제품(시스템, 패키지 소프트웨어, 홈페이지 등)을 사용자에게 최종적으로 배포하기 전에, 일반 사용자를 대상으로 소프트웨어 및 서비스의 사용성을 검증하는 것이 사용성 테스트이다.
  (2) 관련 전문가가 아닌 일반 사용자를 대상으로 사용성을 검증하는 단계임을 고려하여, 적절한 테스트 방법과 평가 대상자를 선정해야 한다.

4. 사용성 테스트 기법 

: 일반 사용자를 대상으로, 실제로 시스템이나 소프트웨어로 구현된 UI를 사용해 보도록 하면서 사용성의 문제점을 도출해 내는 방식
  가. 사용성 테스트 기법의 종류
    1) 휴리스틱 평가
    2) 페이퍼 프로토타입 테스트
    3) 심층/포커스 그룹 인터뷰 사용성 테스트
    4) 온라인 설문 사용성 테스트
    5) 상태전이 다이어그램
  나. 사용성 테스트 진행 인원별 역할
    1) 테스트 진행자 : 제품에 대한 중립적인 사람으로서 테스트 진행 및 결과의 책임자
    2) 기록 담당자 : 테스트 과정에서 발생하는 중요 이벤트를 기록하여 참여자의 의견을 기록
    3) 식간기록 담당자 : 테스트의 시작, 끝, 지속 시간을 기록하는 사람
    4) 비디오 녹화 담당자 : 테스트 과정의 모든 행위를 녹화하는 사람
    5) 테스트 관찰자 : 대상 제품의 개발에 직간접적인 관련이 있는 사람

  다. 사용성 테스트 환경 구축하기 수행절차
    1) 테스트 목표 설정
    2) 테스트 항목 정의
    3) 테스트 참여자 확보
    4) 테스트 룸 설정
    5) 테스트 환경 설정
    6) 테스트 인원 구성

  라. 사용성 테스트 수행
    1) 파일럿 테스트 : 주로 컴퓨터 프로그램 등의 최신 기술을 개발하여, 실제 상황에서 실현하기 전에 소규모로 시험 작동해보는 것을 의미한다.
    2) 심층 인터뷰 (In Depth Interview) : 일대일 면접을 통해 소비자의 심리를 파악하는 조사법으로 어떤 주제에 대해 응답자의 생각이나 느낌을 자유롭게 이야기함으로써 사용자의 욕구, 태도, 감정 등을 발견할 수 있다.
    3) 포커스 그룹 인터뷰 : 표적시장으로 예상되는 소비자를 일정한 자격 기준에 따라 6~12명 정도 선발하여, 한 장소에 모이게 한 후, 면접자의 진행 아래 조사 목적과 관련된 토론을 함으로써 자료를 수집하는 방법이다.
    4) 맥락적 인터뷰 : 맥락적 인터뷰는 서비스 과정 가운데 특정 상황이나 맥락에서 이루어지며, 인터뷰를 진행하면서 리서치는 특정 행동을 관찰하고 조사하는 방법이다.

  마. 사용성 테스트 수행하기 수행절차
    1) 파일럿 테스트 실시 : 문제점 파악 및 유형별 정리, 이해관계자 공유
    2) 사용자 프로필 정의 : 사용자 테스트 참여 후보자 선정을 위한 인터뷰
    3) 사용성 테스트 환경점검 : 장비 및 비품점검, 인력의 구성 점검
    4) 사용성 테스트 설명 : 테스트의 취지, 목적에 대한 설명
    5) 사용성 테스트 수행 : 테스트 과제의 순차적 실시, 결과보고 작성

  사. 사용성 테스트 UI 개선 및 결과보고
    1) UI 디자인 (Usdr Interface Design) : 인터페이스, 즉 정보기기나 소프트웨어의 화면 등 사람과 접하는 면을 설계하고 디자인하는 것을 의미한다.
    2) UI 컨셉션 (UI Conception) : UX(User Experience) 컨셉의 가시화 단계에서 진행되는 주요 화면(Key Screen)에 대한 UI 컨셉 설계를 의미한다. UX 컨셉을 가시화하고 실제 설계 전에 검증하는 데 목적이 있다.
    3) GUI 컨셉션 (GUI Conception) : UI 컨셉션과 함께, 화면 디자인 관점에서 UX 컨셉을 가시화하는 것으로, 주요 화면(Ke Screen)에 대한 시안을 디자인하거나, 참조 이미지 등으로 컨셉을 검토할 수 있는 컨셉 보드를 제작한다.
    4) UX 컨셉 리뷰 (UX Concept Review) : UX 전략, UI 컨셉션, GUI 컨셉션의 결과물을 토대로 UX 전략이 잘 적용되었는지 내부관계자, 사용자 등을 대상으로 리뷰하여 개선하는 데에 목적이 있다.
    5) 컨셉모델 (Concept Model) : 컨셉모델은 여러 가지 추상적인 컨셉들 사이의 관계를 보여주는 다이어그램이며, 다양한 아이디어들을 간편하게 시각화하여 표현할 수 있는 유용한 방법이다.
    6) 멘탈모델 (Mental Model) : 사람들의 행동, 동기, 사고 과정 뿐만 아니라, 그들이 행동하는 감성적, 철학적 배경을 이해하기 위하여 대표 사용자들에게서 수집된 행동 패턴들을 정의한다.
    7) 카드소팅 (Card Sortingl) : 카드소팅은 정보구조를 알 수 있는 가장 단순하면서도 효과적인 방법 중의 하나로서, 아이디어와 컨셉을 작은 카드에 적고 사용자가 카드를 그룹으로 분류 및 정렬하여 정보를 구조화시키는 방법이다

  아. 사용성 테스트 결과보고
    1) 사용자 중심 매뉴얼 : 개발자 관점에서 작성한 메뉴얼은 일반 사용자들이 이해하기 어렵기 때문에 실제 사용자들의 사용환경에서 맞게 매뉴얼을 작성하여 프로그램 이해도를 높인다.
    2) ISO/IEC 9126 : ISO/IEC 9126(Information Technology-Software Quality Characteristics and Metrics), 소프트웨어의 품질 요소와 특성을 정의하는 표준으로 프로그램을 객관적으로 정량화하여 계층구조로 세분화시켜 표현한다.
    3) 정량적 리서치 (Quantitative Research) : 경쟁사 사이트, 벤치마킹 사이트 또는 이전 디자인과 비교하여 현재 나의 UX 디자인 수준을 평가하는 방법으로 설문 형태의 서베이(큰 사용자 집단의 결과로 일반화)가 대표적이다.
    4) 정성적 리서치 (Qualitative Research) : 확실성이나 반복성 보다는 사용자의 행동과 관련된 컨텍스트와 인사이트를 얻기 위한 방법이다. 테스트를 통해 사람들의 반응을 보고 인사이트를 얻어 현재의 안을 개선하는 것이 목적이다.


5. ISO/IEC 소프트웨어 품질 특성
  가. 기능성(Functionality) : 소프트웨어가 특정 조건에서 사용될 때, 명시된 요구와 내재된 요구를 만족하는 기능을 제공하는 소프트웨어 제품의 능력을 말한다.
  나. 신뢰성(Reliability) : 명시된 조건에서 사용될 때, 성능 수준을 유지할 수 있는 소프트웨어 제품의 능력으로 신뢰성의 품질부특성은 성숙성, 결함 허용성, 회복성, 준수성 등이 있다.
  다. 사용성(Usability) : 명시된 조건에서 사용될 경우, 사용자에 의해 이해되고 학습되고 사용되고 선호될 수 있는 소프트웨어 제품의 능력을 말한다. 사용성의 품질부특성은 이해성, 학습성, 운용성, 친밀성, 준수성 등이 있다.
  라. 효율성(Efficiency) : 명시된 조건에서 사용되는 자원의 양에 따라 요구된 성능을 제공하는 소프트웨어 제품의 능력을 말하며 효율성의 품질부특성은 시간반응성, 자원 효율성, 준수성 등이 있다.
  마. 이식성(Portability) : 한 환경에서 다른 환경으로 전이될 수 있는 소프트웨어 제품의 능력을 말한다. 이식성의 품질부특성은 적응성, 설치성, 공존성, 대체성, 준수성 등 이 있다.
  바. 유지보수성(Maintainability) : 소프트웨어 제품이 변경되는 능력, 변경에는 환경과 요구사항 및 기능적 명세에 따른 소프트웨어의 수정, 개선, 혹은 개작 등이 포함된다.

 

 

8. 프로그래밍 언어 응용

위로가기

 

LM2001020230_프로그래밍 언어 응용.pdf

10.06MB

9. 개발자 환경구축

위로가기

 

LM2001020233_개발자 환경 구축.pdf

9.88MB