본문 바로가기
주메뉴 바로가기
이동할 직렬을 선택해주세요.
지안에듀의 문제은행을 실전처럼 활용해보세요.
총 40문제가 검색되었습니다.
작업 분류체계(WBS, Work Breakdown Structure)에 대한 설명으로 적절하지 않은 것은?
작업 프로세스(process) 또는 산출물 위주로 작성한다.
프로젝트 목표와 수행할 작업을 정의하기에 효과적이다.
사용자와 개발자의 의사소통 도구로 사용할 수 있다.
시스템 구축 프로젝트에 대한 일정관리 부문 결과물이다.
WBS(Work Breakdown Structure)는 프로젝트에서 어떤 작업들이 이루어져야 하는지를 파악하고 구체화하는 작업이다. WBS의 주요 목표는 작업 목록을 트리구조로 파악하는 것이며, 일정관리가 아닌 일정계획 부문 결과물이다.
다음에서 설명하는 소프트웨어 개발 방법으로 적절한 것은?
폭포수(waterfall) 모형은 각 단계가 명확히 구분되는 전통적 개발 방법이다. 문서와 산출물 중심으로 프로젝트가 진행되어 유연성이 부족하고, 고객의 변경 요청에 대응하는 데 많은 비용과 시간이 필요하다. 애자일(agile) 모델에서는 이러한 전통적 방식의 한계를 극복하고자 고객, 피드백, 코드, 기능을 중심으로 유연하고 신속하게 프로젝트를 진행한다.
다음은 작업 소요 기간에 대한 전문가 의견이다. 이를 기반으로 PERT(Program Evaluation and Review Technique) 분석 기법을 통해 베타 분포를 가정하여 예측한 기간은?
9.5일
10.5일
11.5일
12.5일
요구공학(requirement engineering)에 대한 설명으로 적절하지 않은 것은?
소프트웨어 요구공학은 요구사항 개발과 요구사항 관리로 분류된다.
요구사항 개발은 추출, 분석, 명세, 검증ㆍ확인, 명세서 산출물작성 절차로 진행한다.
요구사항 추출 단계는 요구 정보 출처 확인, 요구 정보 취합, 요구와 제약사항 정리 등의 활동을 수행한다.
요구사항 검증ㆍ확인 단계는 도메인 분석, 내ㆍ외부 인터페이스를 포함하는 행위에 대한 평가, 요구사항의 우선순위 평가, 제약사항에 대한 대안 검토 등의 활동들을 수행한다.
요구사항 개발 과정은 요구사항 추출, 요구사항 분석, 요구사항 명세, 요구사항 검증/확인 순서로 진행한다. 도메인 분석, 인터페이스 평가, 우선순위 평가 등의 활동은 ‘요구사항 분석’ 단계에서 수행한다.
다음 인사관리시스템의 사원정보 입력 기능을 대상으로 FP(Function Point) 기법을 이용하여 업무 규모 측정 시, 이에 대한 설명으로 적절하지 않은 것은? (단, 트랜잭션 (transaction)명은 출력 화면 정보를 기준으로 한다.)
트랜잭션 데이터는 ‘사원정보’로 정의하고, 기능 항목을 ILF(Internal Local File)로 식별한다.
트랜잭션 명은 ‘사원정보 입력’으로 정의하고, 기능 항목을 EI(External Input)로 식별한다.
‘사원정보 입력’ 트랜잭션의 FTR(File Type Reference) 개수는 3이다.
‘사원정보 입력’ 트랜잭션의 DET(Data Element Type) 개수는 9이다.
요구사항 명세서는 사용자의 기능 요구와 비기능 요구를 모두 포함하며, 명확하고 검증 가능하도록 작성해야 한다.‘최대한 빨리’등의 정성적인 기술은 모호하고 검증 불가능하므로 지양해야 한다. ‘시스템의 페이지는 요청 버튼을 클릭한 후 5초 내에 출력되어야 한다.’ 등과 같이 작성하는 것이 바람직하다.
COCOMO Ⅱ(COnstructive COst MOdel II) 비용 산정 모델의 서브 모델(sub model)이 아닌 것은?
반 결합형 모델(semi-detached model)
응용 결합 모델(application-composition model)
초기 설계 모델(early design model)
포스트 아키텍처 모델(post architecture model)
COCOMO Ⅱ의 서브 모델로는 응용 결합 모델, 초기 설계 모델, 포스트 아키텍처 모델 등이 있다. COCOMO Ⅱ가 아닌 초기 COCOMO에서는 프로젝트 유형을 단순형(Organic), 중간형(Semi-Detached), 임베디드형(Embedded)의 3가지로 분류한다.
소프트웨어 요구사항 명세서의 내용으로 적절하지 않은 것은?
학생은 학부과정과 대학원 과정을 동시에 수강할 수 없다.
교수는 사번과 패스워드를 이용하여 시스템에 로그인한다.
시스템의 페이지는 최대한 빨리 화면에 출력되어야 한다.
시스템의 모든 트랜잭션은 128비트 암호화되어야 한다.
비기능적 소프트웨어 요구사항으로 적절하지 않은 것은?
자료 요구사항(data requirement)
품질 요구사항(quality requirement)
성능 요구사항(performance requirement)
보안 요구사항(security requirement)
비기능적 요구사항은 사용자가 오감(육안)으로 확인 가능한 특정 기능이나 동작이 아닌, 신뢰성과 성능 등에 대한 요구사항을 의미한다. 품질, 성능, 보안 등에 대한 요구사항을 포함한다.
모듈화(modularization)에 대한 설명으로 적절하지 않은 것은?
모듈은 독립적인 기능이 있는 논리적 단위로 다른 프로젝트에 재사용할 수 있다.
분석에서 구현까지 소프트웨어 개발의 전체 수명주기에 걸쳐 적용될 수 있다.
소프트웨어의 문제 발생 시 원인 모듈을 수정한 후 적용한다.
모듈화는 문제를 팀 단위의 개발 요소가 될 만한 수준으로 분할하는 과정이다.
모듈화는 문제나 업무를 분할하는 것이 아니라, 소프트웨어의 일부를 분할하여 독립적인 기능을 가진 재사용 가능한 단위로 가공하는 작업을 의미한다. 보기의 설명은 WBS(Work Breakdown Structure)의 설명에 가깝다.
객체지향 설계에서 속성(attribute)과 오퍼레이션(operation)을 함께 묶어 표현한 개념은?
클래스(class)
구조체(structure)
루틴(routine)
서브루틴(sub-routine)
객체지향 설계에서는 어떤 객체가 가진 속성과 수행할 연산(오퍼레이션)을 묶어 클래스 단위로 설계한다.
