코드로 엮는 이야기

1. 통합 테스트(Integration Test)와 관련한 설명으로 틀린 것은? ① 시스템을 구성하는 모듈의 인터페이스와 결합을 테스트하는 것이다. ② 하향식 통합 테스트의 경우 넓이 우선(Breadth First) 방식으로 테스트를 할 모듈을 선택할 수 있다. ③ 상향식 통합 테스트의 경우 시스템 구조도의 최상위에 있는 모듈을 먼저 구현하고 테스트한다. ④ 모듈 간의 인터페이스와 시스템의 동작이 정상적으로 잘되고 있는지를 빨리 파악하고자 할 때 상향식 보다는 하향식 통합 테스트를 사용하는 것이 좋다.정답 : ③">시스템을 구성하는 모듈의 인터페이스와 결합을 테스트하는 것이다.올바른 설명입니다. 통합 테스트는 단위 테스트가 완료된 모듈들을 결합하여 모듈 간의 인터페이스와 상호작용을 테스트합니다.하향식 통..

📌사용자 인터페이스(UI, User Interface)사용자 인터페이스는 사용자와 시스템 간의 상호작용을 가능하게 해주는 장치나 소프트웨어를 의미합니다. 이를 통해 사용자는 시스템의 기능을 이용하고 작업을 수행할 수 있습니다.사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어1️⃣ 사용자 인터페이스의 기본 원칙 (UI 설계 원칙)직관성 (Intuitiveness)누구나 쉽게 이해하고 사용할 수 있어야 한다.사용자가 처음 접하더라도 빠르게 적응할 수 있도록 설계되어야 합니다.화면의 버튼, 항목, 입력란 등 누구나 쉽게 이해하고 사용할 수 있도록 한다.유효성 (Effectiveness)사용자의 목적을 정확하게 달성할 수 있어야 한다.인터페이스는 사용자가 원하는 작업을 정확하게 수..

애자일(Agile) 방법론 소개애자일 방법론은 소프트웨어 개발의 한 접근 방식으로, 초기부터 고객의 피드백을 받아들이고 빠르게 변화하는 요구사항에 유연하게 대응할 수 있도록 설계되었습니다. 이 방법론은 개발 과정을 일정한 주기를 반복하면서 진행하며, 작은 단위의 작업을 짧은 기간 안에 완료하고 피드백을 받아 수정하는 방식으로 진행됩니다.따라서 소규모 프로젝트, 고도로 숙달된 개발자, 급변하는 요구사항에 적합합니다.애자일 방법론의 주요 특징기능 중심의 요구사항 정의: 프로젝트의 요구사항을 기능적인 측면에서 정의하고, 이를 우선순위에 따라 구현합니다. 이러한 접근 방식은 초기에 전체적인 요구사항을 상세히 명시하지 않고도 빠르게 시작할 수 있는 장점을 가지고 있습니다.개인과 소통의 중요성: 애자일은 절차나 도..

1. 객체지향 개념에서 다형성(Polymorphism)과 관련한 설명으로 틀린 것은? ① 다형성은 현재 코드를 변경하지 않고 새로운 클래스를 쉽게 추가할 수 있게 한다. ② 다형성이란 여러 가지 형태를 가지고 있다는 의미로, 여러 형태를 받아들일 수 있는 특징을 말한다. ③ 메소드 오버라이딩(Overriding)은 상위 클래스에서 정의한 일반 메소드의 구현을 하위 클래스에서 무시하고 재정의할 수 있다. ④ 메소드 오버로딩(Overloading)의 경우 매개 변수 타입은 동일하지만 메소드명을 다르게 함으로써 구현, 구분할 수 있다.정답 : ④ 다형성은 현재 코드를 변경하지 않고 새로운 클래스를 쉽게 추가할 수 있게 한다.맞습니다. 다형성을 이용하면 인터페이스나 추상 클래스를 통해 새로운 클래스를 기존 코드..

1. UI의 설계 지침으로 틀린 것은?① 이해하기 편하고 쉽게 사용할 수 있는 환경을 제공해야 한다. ② 주요 기능을 메인 화면에 노출하여 조작이 쉽도록 하여야 한다. ③ 치명적인 오류에 대한 부정적인 사항은 사용자가 인지할 수 없도록 한다. ④ 사용자의 직무, 연령, 성별 등 다양한 계층을 수용하여야 한다.정답 : ③  ① 이해하기 편하고 쉽게 사용할 수 있는 환경을 제공해야 한다.이 항목은 올바른 설계 지침입니다. UI는 사용자가 쉽게 이해하고 사용할 수 있어야 합니다. 직관적이고 사용하기 쉬운 인터페이스는 사용자 경험을 향상시키는 중요한 요소입니다. ② 주요 기능을 메인 화면에 노출하여 조작이 쉽도록 하여야 한다.이 항목도 올바른 설계 지침입니다. 주요 기능을 메인 화면에 배치하면 사용자가 필요한 ..

1. 객체 지향정의: 현실 세계의 개체(Entity)를 기계의 부품처럼 하나의객체(Object)로 만들어, 소프트웨어 개발 시 객체들을 조립하여 개발하는 기법.배경: 구조적 기법의 문제점(재사용 및 유지보수 어려움)으로 인해 발생한 소프트웨어 위기를 해결하기 위해 사용.장점:소프트웨어 재사용 및 확장 용이고품질 소프트웨어의 빠른 개발 가능유지보수가 쉬움복잡한 구조를 단계적, 계층적으로 표현 가능멀티미디어 데이터 및 병렬 처리 지원2. 객체정의 : 데이터와 이를 처리하기 위한 함수를 묶어 놓은 소프트웨어 모듈.    객체는 현실 세계의 사물을 컴퓨터 프로그램으로 모델링한 것. 구성 요소:데이터: 객체가 가진 정보로 속성, 상태, 분류 등을 의미. 속성(attribute), 상태, 변수, 상수, 자료 구조라..

미들웨어의 개념미들웨어는 소프트웨어 시스템에서 서로 다른 시스템 또는 응용 프로그램 간의 통신과 데이터 교환을 중개하고 조정하는 소프트웨어입니다. 주로 클라이언트-서버 환경에서 사용되며, 클라이언트가 요청한 작업을 서버가 처리하고 그 결과를 클라이언트에게 전달하는 과정에서 중재하는 역할을 합니다. 분산 시스템 관리: 여러 시스템이 분산되어 있을 때, 이들 간의 통신과 데이터 교환을 관리합니다.미들웨어의 주요 특징위치 투명성 제공: 클라이언트가 서버의 위치를 알 필요 없이 투명하게 서비스에 접근할 수 있도록 해줍니다.재사용 가능한 서비스 제공: 다양한 애플리케이션에서 재사용할 수 있는 서비스를 구현할 수 있도록 돕습니다.분산 서비스 제공: 애플리케이션과 사용자, 운영 환경 사이에서 분산된 서비스를 제공합니..

요구사항 분석에서 비기능적(Nonfunctional) 요구에 대한 설명으로 옳은 것은?① 시스템의 처리량(Throughput), 반응 시간 등의 성능 요구나 품질 요구는 비기능적 요구에 해당하지 않는다. ② '차량 대여 시스템이 제공하는 모든 화면이 3초 이내에 사용자에게 보여야 한다'는 비기능적 요구이다. ③ 시스템 구축과 관련된 안전, 보안에 대한 요구사항들은 비기능적 요구에 해당하지 않는다. ④ '금융 시스템은 조회, 인출, 입금, 송금의 기능이 있어야 한다'는 비기능적 요구이다.정답 : ②요구사항은 기본적으로 기능 요구사항(Functional Requirements)과 비기능 요구사항(Non-functional Requirements)으로 구분됩니다. 기능 요구사항은 시스템이 무엇을 수행해야 하는..

1. 유스케이스(Use Case)의 구성 요소 간의 관계에 포함되지 않는 것은?① 연관 ② 확장 ③ 구체화 ④ 일반화정답 : ③구체화는 유스케이스 다이어그램에서 사용되지 않는 용어입니다. UML에서 구체화는 클래스 다이어그램에서 사용되며, 추상 클래스와 그것을 구현하는 실제 클래스 간의 관계를 나타냅니다. 유스케이스 다이어그램에서는 연관, 확장, 일반화의 세 가지 관계 유형을 주로 사용하여 시스템의 구조와 흐름을 명확히 표현합니다. 구체화는 클래스 다이어그램에서 클래스 간의 관계를 설명하는 용어로 사용됩니다. 1. 유스케이스 다이어그램 개념개념 : UML 다이어그램의 행위 다이어그램 (동적 다이어그램)의 한 종류로, 시스템이 제공해야 할 기능을 사용자의 관점에서 시각화합니다.목적 : 외부 요소와 시스템 ..

XP의 정의익스트림 프로그래밍(Extreme Programming, XP)은 애자일 소프트웨어 개발 방법론의 하나로, 소프트웨어 개발의 효율성과 품질을 극대화하기 위해 다양한 실천 방법을 통합한 접근법입니다. XP는 특히 소규모 팀이 빠르게 변화하는 요구사항에 대응하고, 높은 품질의 소프트웨어를 신속하게 제공할 수 있도록 설계되었습니다.XP의 주요 원리의사소통(Communication): 팀원 간의 원활한 의사소통을 중요시합니다.단순성(Simplicity): 현재의 요구사항에 충실하며, 간단하고 명확한 설계를 지향합니다.피드백(Feedback): 짧은 주기의 피드백을 통해 지속적으로 개선합니다.용기(Courage): 변화와 수정에 대한 두려움을 극복하고, 필요할 때마다 과감하게 리팩토링합니다.존중(Res..