Simple-Cha

애플리캐이션 테스트 - 애플리케이션에 잠재된 결함을 찾아내는 과정 확인 (Validation) : 개발된 소프트웨어가 요구사항을 만족시키는지 사용자의 입장에서 확인 검증 (Verification) : 기능을 제대로 수행하고 명세서에 맞게 만들었는지 개발자의 입장에서 점검 테스트 전 개발한 소프트웨어의 유형을 분류하고 특성을 정리하여 테스트할 사항을 정리 애플리케이션 테스트의 필요성 - 미리 오류를 발견하고 새로운 오류의 유입을 예방 - 사용자의 요구사항에 만족하는지 테스트해 제품의 신뢰도 향상 애플리케이션 테스트의 기본 원리 - 잠재적인 결함을 줄일 수 있지만 소프트웨어 자체에 결함이 없다고 할 순 없음 - 결함은 특정 모듈에 집중되어 있어 애플리케이션의 20%만 해당하는 코드에서 80%의 결함이 발견된..

정처기 단답형 퀴즈 2 정답은 문제 아래에 있습니다 다음이 설명하는 것은? 1. 기존 무선 랜의 한계 극복을 위해 등장하였으며, 대규모 디바이스의 네트워크 생성에 최적화되어 차세대 이동통신, 홈 네트워킹, 공공안전 등의 특수목적을 위한 새로운 방식의 네트워크 기술 더보기 정답 : MeshNetwork 2. 일반적으로 널리 알려진 HTTP, HTTPS, SMTP등을 통해 XML 기반의 메세지를 컴퓨터 네트워크 상에서 교환하는 프로토콜로 envelope/header/body로 이루어진 구조를 가져 인터넷 애플리케이션 계층에 있는 프로토콜을 전송계층의 트로토콜로 사용할 수 있게 만든느 프로토콜 더보기 정답 : SOAP (Simple Object Access Protocol 3. 프로그램들과 하드웨어 간의 인터..

정답은 문제 아래에 있습니다 다음이 설명하는 것은? 1. 데이터 저장에 고정된 테이블 스키마가 필요하지 않고 조인(Join) 연산을 사용할 수 없으며, 수평적으로 확장이 가능한 DBMS 더보기 정답 : NoSQL 2. 서버계층에서 애플리케이션이 동작할 수 있는 환경을 제공하고 안정적인 트랜잭션 처리와 관리, 다른이 기종 시스템과의 애플리케이션 연동을 지원하여 사용자 요청 스테드를 처리하고, 데이터베이스에 접속하여 SQL 쿼리문에 대한 결과 값을 반환하는 역할을 수행하는 서버 더보기 정답 : WAS ( Web Application Server) 3. 애플리케이션에 부하나 스트레스를 적용하여 애플리케이션의 성능 측정 지표를 점검하는 도구 혹은 가상으 ㅣ사용자를 생성하고 테스르를 수행하는 도구이며, 동류로는 ..

소프트웨어 패키징의 개요 - 실행 파일을 묶어 배포용 설치 파을을 만듦 - 사용자 중심으로 진행 - 모듈화 하여 일반 배포 형태로 패키징 패키징 고려사항 - 사용자의 운영체제, CPU, 메모리 등에 필요한 최소 환경 정의 - UI 는 시각적인 자료와 함께 메뉴얼과 일치시켜 패키징 - 소프트웨어는 하드웨어와 함께 관리될수 있도록 Managed Service 형태로 제공 - 패키징 변경 및 개선에 대한 관리를 항상 고려 패키징 작업 순서 기능 식별 > 모듈화 > 빌드 진행 > 사용자 환경 분석 > 패키징 및 적용 시험 > 패키징 변경 개선 > 배포 - 애자일 기법(짧은 개발 주길르 반복)하는 경우에는 보통 2~4주 내에서 지정하며 각 주기가 끝날 때마다 패키징을 수행 - 주기별로 패키징한 결과물은 테스트 서..

단위 모듈 (Unit Module)의 개요 - 단위 모듈 : 소프트웨어 구현에 필요한 여러 동작 중 한 가지 동작을 수행하는 기능을 모듈로 구현한 것 (= 사용자 또는 다른 모듈로부터 값을 전달받아 시작되는 작은 프로그램) - 단위 기능 : 단위 모듈로 구현되는 하나의 기능 - 두 개의 단위 모듈이 합쳐질 경우 두 개의 기능을 구현할 수 있음 - 구성 요소 : 처리문, 명령문, 데이터 구조 등 - 독립적인 컴파일 가능, 다른 모듈에 호출되거나 삽입되기도 함 - 단위모듈 구현 순서 단위 기능 명세서 작성 - 단위 기능을 명세화한 문서 ex) 설계 과정에서 작성하는 기능 및 코드 명세서나 설계 지침 - 복잡한 시스템을 단순하게 구현하기 위한 추상화 작업이 필요 - 대형 시스템을 분해하여 단위 기능별로 구분하..

자료 구조의 정의 - 자료구조 : 프로그램에서 사용하기 위한 자료를 기억장치의 공간내에 저장하는 방법과 저장된 그룹 내에 존재하는 자료 간의 관계, 처리 방법 등을 연구 분석 하는 것 자료 구조의 분류 배열(Array) - 동일한 자료형의 데이터들이 같은 크기로 나열되어 순서를 갖고 있는 집합 - 정적인 자료 구조 > 데이터 추가 어려움, 데이터 삭제 시 메모리 낭비 발생 - 첨자를 이용하여 데이터에 접근(첨자의 개수에 따라 n차원 배열이라 부름) - 반복적 데이터 처리 작업에 적합한 구조 - 데이터마다 동일한 이름의 변수를 사용하여 처리가 간편 선형 리스트 (Linear List) - 일정한 순서에 의해 나열된 자료구조 연속 리스트 (Contiguous List) - 배열을 이용한 선형 리스트 - 중간..

시스템 인터페이스 요구사항 구성 시스템 인터페이스 - 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호작용하기 위한 접속 방법이나 규칙 시스템 인터페이스 요구사항 - 개발을 목표로 하는 시스템과 외부 시스템을 연동하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것 시스템 요구사항 명세서 포함 요소 - 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 등 시스템 인터페이스 요구사항 분석 - 요구사항 명세서에서 요구사항을 기능적 요구사항과 비기능적 요구사항으로 분류하고 조직화하여 요구사항명세를 구체화하고 이를 이해관계자에게 전달하는 일련의 과정 - 기능적 요구사항 : 시스템이 무엇을 하고 어떤 기능을 하는 가 - 비기능적 요구..

소프트웨어 아키텍처의 설계 소프트웨어 아키텍처 (Software Architecture) : 소프트웨어의 골격이 되는 구조, 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템 구조(체) - 비기능적 요구사항 반영 + 기능적 요구사항 구현방법을 찾는 해결 과정 - 애플리케이션ㅁ의 분할 방법, 분할된 모듈에 할당될 기능, 모듈간의 인터페이스 등을 결정 기본 원리 : 모듈화, 추상화, 단계적 분해, 정보은닉 모듈화(Modularity) - 시스템의 기능들을 모듈 단위로 나누는것 - 프로젝트의 재사용성을 향상 - 모듈 크기 ↑ : 개수 ↑, 통합 비용 ↓ - 모듈 크기 ↓ : 개수 ↓, 통합 비용 ↑ 추상화(Abstraction) - 문제의 전체를 설계 후 세분화하여 구체화하는 과정 = 불필요한 부분을 ..

사용자 인터페이스(UI : User Interface) - 사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어 사용자 인터페이스의 세 가지 분야 * 물리적 제어(정보 제공과 전달) * 콘텐츠의 상세적인 표현과 전체적인 구성 * 기능(모든 사용자가 편리하고 간편하게 사용) UI 특징 - 사용자의 만족도에 가장 큰 영향을 미치는 중요한 요소 - SW 영역 중 변경이 가장 많이 발생 - 편리성, 가독성 ↑ 작업시간 ↓ 업무이해 ↑ - 수행 결과의 오류를 줄임 - 최소한의 노력으로 원하는 결과를 얻을 수 있게 함 - 사용자의 막연한 작업 기능에 대해 구체적인 방법 제시 - 정보 제공자와 공급자 간의 매개 역할 수행 - UI를 설계하기 위해 소프트웨어 아키텍처를 반드시 숙제해야함 * 소..

요구사항의 개념 및 특징 - 요구사항 : 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등 - SW 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공 - 개발하려는 SW의 전반적인 내용 확인 가능 요구사항의 유형 기술하는 내용에 따라 - 기능 요구사항(Functional requirements) : 시스템이 무엇을 하는지, 어떤 기능을 하는지에 대한 사항 - 비기능 요구사항(Non-functional requirements) : 주로 품질이나 제약사항에 대한 사항 기술 관점과 대상의 범위에 따라 - 사용자 요구사항(User requirements) : 사용자 관점에서 본 시스템이 제공해야 할 사항 - 시스템 요구사항(System requi..