[sw ] 산업계 주도 신자격 시범 시험 sw l5 분석설계자 필기시험...

- 25 -

산업계 주도 신자격 시범 시험[ SW ]

분석설계자 필기시험 문제지SW _L5

2014. 12. 13

문제지는 회수하오니 반드시 제출하기 바랍니다“ , ”

문제지 미제출시 점 처리됩니다( 0 )

응시번호

성 명

NO. 감독관 서명 인( )

kosta

스탬프

kosta

스탬프

kosta

스탬프

kosta

스탬프

- 26 -

안내사항■

본 시험은 총 개의 문항이며 제한시간은 분입니다1. 71 , 150 .

각 문제별로 배점은 다르며 총 배점은 점입니다2. 180 .

지선다형 문항의 정답은 개이며 단답문항은 답을 답안지에 기재 하여 주시기 바랍니다3. 4 1 , .

주의사항■

1. 각 수험생에게는 문제지와 답안지 부씩 배포됩니다1

2. 문제지와 답안지에 응시번호 성명을 반드시 기입하십시오, .

3. 응시번호 성명 감독관서명 이 없는 문제지는 무효 처리됩니다‘ , , ‘ .

4. 답안지를 교체해야할 경우 조용히 손을 들어 교체합니다, .

5. 문제지의 문항번호와 답안지의 번호가 맞는지 확인하시기 바랍니다.

6. 시험 종료 후 계속해서 문제를 푸는 경우는 부정행위로 간주됩니다, .

7. 반드시 문제지와 답안지를 제출하시기 바랍니다 미회수자 점 처리. ( 0 )

8. 시험시작 분 후 시험종료자 에 한하여 감독관의 허락하에 퇴실이 가능합니다120 , “ ” .

kosta

스탬프

SW분석설계자_L5 필기시험 문제지

- 1 -

ㄱ. 프로세스 수행을 지원하는 정보시스템의 구현을 위해 가장

선진화된 SW아키텍처라 할 수 있다.

ㄴ. 웹서비스나 REST 서비스로 구현된 SW모듈들을 BPEL로 구현된

프로세스이다.

ㄷ. 오케스트레이션(Orchestration) 함으로써, 프로세스 변경에 따른

정보시스템의 재구성을 신속유연하게 할 수 있는 방식이다.

1. (배점2) ‘프로세스에 포함된 _____을(를) 서브프로세스

(Subprocess)로 분해(Decomposition)하여 상세화할 수 있다’

에서 에 들어갈 말로 맞는 것은?

① 활동 (Activity)

② 사건 (Event)

③ 역할 (Role)

④ 의사결정 규칙 (Rule)

답 1/비즈니스 프로세스이해/프로세스 정의

2. (배점2) 다음 중 비즈니스 프로세스가 갖춰야 할 속성이 아닌 것은?

① 프로세스가 달성해야 할 목표(Goal)와 성과 측정지표

(Performance Metric)를 명시해야 한다.

② 프로세스에서 수행해야 할 의사결정에 대한 규칙(Business Rule)을

명시해야 한다.

③ 프로세스 수행에 필요한 직무/역할, 방법론, 툴, 재료 등의 소요

자원을 명시해야 한다.

④ 프로세스 수행 상 장애가 일어났을 때 취해야 할 절차를 명시

해야 한다.

답 4/비즈니스 프로세스 이해/프로세스 속성

3. (배점2) 다음 중 프로세스 설계 시 지켜야 할 바람직한 원칙이

아닌 것은?

① 프로세스의 목표와 서브프로세스의 목표는 일관성 있게 정렬

되어야 한다.

② 여러 프로세스에서 중복 수행되는 일련의 활동들은 공통프로

세스로 표준화하여 공유시켜야 한다.

③ 후행 프로세스의 수행자는 선행 프로세스의 의사결정에 참여하지

않고, 선행 프로세스의 결과가 제공될 때까지 기다려야 한다.

④ 프로세스 설계 시, 프로세스에 포함된 각 단위업무(Task)의 수행에

필요한 정보의 개념설계를 병행해야 한다.

답 3/비즈니스 프로세스 이해/프로세스 설계

4. (배점2) 다음에서 설명하는 것으로 맞는 것은?

① 클라이언트/서버 아키텍처 (Client/Server Architecture)

② 모델-뷰-컨트롤 아키텍처 (MVC Architecture)

③ 서비스 지향 아키텍처 (Service-Oriented Architecture)

④ 파이프라인 아키텍처 (Pipeline Architecture)

답 3/비즈니스 프로세스 이해/프로세스 구현

5. (배점2) 비즈니스 프로세스 관리(BPM)의 생애주기를 올바르게

표현한 것은?

① 프로세스 설계→ 시뮬레이션→ 구현→ 실행→ 모니터링→ 최적화

② 시뮬레이션→ 프로세스 설계→ 모니터링→ 구현→ 최적화 → 실행

③ 프로세스 설계→ 최적화→ 구현→ 시뮬레이션→ 실행→ 모니터링

④ 시뮬레이션→ 프로세스 설계→ 구현→ 실행→ 모니터링→ 최적화

답 1/비즈니스 프로세스 이해/프로세스 관리

6. (배점2) BPMN 모델에서 프로세스 수행에 참여하는 상이한 역할

(Role)들을 표현하는 방법은?

① 시퀀스 플로우 (Sequence Flow)

② 레인 (Lane)

③ 게이트웨이 (Gateway)

④ 이벤트 (Event)

답 2/프로세스 모델링 언어 이해/BPMN 언어

7. (배점2) BPMN 모델에서 상이한 프로세스 간의 메시지 교환을

표현하는 부호는?

①

②

③

④


8. (배점2) 다음 중 BPMN 모델에서 사람이 SW의 User Interface를

이용하여 처리하는 단위업무는?

① Manual Task

② User Task

③ Service Task

④ Call Task


9. (배점2) BPMN 모델에서 다음의 서브프로세스 유형 중 서브프로

세스의 비정상 종료 시 서브프로세스 내의 기 완료된 모든 액티

비티들을 롤백(Roll Back)해야 하는 것은?

① Event Subprocess

② Ad Hoc Subprocess

③ Transaction Subprocess

④ Embedded Subprocess



- 2 -

10. (배점2) BPMN 모델에서 다음 중 게이트웨이에서 나가는 시퀀스

플로우들 중 하나 또는 둘 이상의 플로우들을 실행시킬 수 있는

게이트웨이로서 맞는 것은?

① ②

③ ④


11. (배점3) 다음의 프로세스에서 $5000를 외국은행에 예금하는 경우,

어떤 업무처리를 해야 하는가?

① Standard Reporting과 Foreign Deposit Reporting을 둘 다

수행한다.

② Foreign Deposit Reporting만 수행한다.

③ Standard Reporting만 수행한다.

④ 어떤 Reporting도 하지 않는다.

답 2/프로세스 모델링 언어 이해/BPMN 모델 패턴

12. (배점3) 다음의 프로세스에서 일어나는 현상으로 맞는 것은?

① 24시간 후 Rejection Notice를 보낼지, 아니면 고객 Response를

접수하여 Order를 처리할 지 의사결정을 내린다.

② 고객 Response가 24시간 내에 접수되면 Order를 처리하고,

아니면 Rejection Notice를 보낸다.

③ 고객 Response를 접수하여 Order를 24시간 내에 처리 완료하지

못하면 Rejection Notice를 보낸다.

④ 고객 Response를 접수한 후 24시간 내에 Order를 처리하되,

만일 24시간이 초과되면 Rejection Notice를 보낸다.



① 내부후보 선정이 2주 내에 안 끝나면 내부 서치는 중단하고, 외부

서치를 진행한 후 이력서를 검토한다.

② 내부후보 선정이 2주 내에 안 끝나면, 내부 서치에 병행하여 외부

서치도 진행하고, 내/외부 서치가 모두 끝난 후 이력서를 검토한다.

③ 내부후보 선정이 2주 내 끝나면 바로 이력서 검토에 들어가되,

병행하여 외부 서치도 진행한다.

④ 내부후보 선정이 2주 내 끝나면, 다음 외부 서치를 진행한 후,

이력서 검토에 들어간다.



① Large Deposit Reporting과 Foreign Deposit Reporting을 병행

수행한 후, 둘 다 완료되면 Finalize Contract를 한번 수행한다.

② Large Deposit Reporting과 Foreign Deposit Reporting을 병행

수행하는데, 각기 완료되자마자 Finalize Contract를 수행하므로,

Finalize Contract가 두 번 수행된다.

③ Large Deposit Reporting과 Foreign Deposit Reporting 중 하나만

선택하여 수행하고, 이어서 Finalize Contract를 한번 수행한다.

④ Large Deposit Reporting과 Foreign Deposit Reporting을 둘 다

순차적으로 수행한 후, Finalize Contract를 한번 수행한다.



- 3 -

델타항공사는 당사의 핵심 오퍼레이션 프로세스와 매스터

데이터를 표준화하여 모든 사업부에서 공유하도록 함

사례: Otis Elevator사는 엘리베이터 시공 프로젝트의 일정계획을

엘리베이터 부품생산 부문에 실시간 제공함으로써, 시공

현장에 소요부품을 Just-In-Time 공급하는 체제를 갖춤


① 스펙 개발을 끝내자마자 고객과의 협상을 시작한다.

② 스펙 개발을 끝내자마자 고객과의 협상을 종료한다.

③ 고객과의 협상이 결렬되자마자 스펙 개발을 시작한다.

④ 고객과의 협상이 결렬되자마자 스펙 개발을 종료한다.



① Message Broadcast

② Message Mediation

③ Synchronous Request/Response

④ Asynchronous Request/Response



① Error Handling

② Transaction Compensation

③ Milestone Synchronization

④ Polling


18. (배점2) 비즈니스 프로세스 설계 시의 활동으로 가장 먼저 해야 할 활동으로 맞는 것은?

① 프로세스의 범위 설정 (즉 프로세스의 시작 이벤트와 종료 이벤트의 선정)

② 가장 빈번히 일어나는 성공적 업무 흐름(Happy Path)의 모델링

③ 업무의 흐름이 달라질 수 있는 분기점 및 분기 조건의 식별

④ 예외 상황의 식별과 예외처리절차의 모델링

답 1/BPR 이해/BPR 방법론

19. (배점2) 비즈니스 프로세스 리엔지니어링(BPR) 수행 시 다음의

활동으로 가장 먼저 해야 할 활동으로 맞는 것은?

① 현행 프로세스(As-Is Process)의 모델링

② 경영전략 검토 및 전략달성을 위해 혁신해야 할 프로세스의 선정

③ 미래 프로세스(To-Be Process)의 설계

④ 미래 프로세스(To-Be Process)의 구현


20. (배점2) 다음의 기법 중 혁신대상 프로세스와 상호작용을 하는

이해관계자(Stakeholder)들을 파악하고 상호작용관계를 명시하는데

유용한 기법으로 적절한 것은?

① Context Diagram

② Quality Deployment Diagram (QFD)

③ Cause-Effect Diagram

④ Strategy Curve


21. (배점2) 다음의 성공적인 BPR 패턴들 중 아래의 사례에 적용된 것은?

① 종업원의 Empowerment를 통한 조직 Hierarchy의 축소

② 사업부서 간 공통 프로세스 통합

③ 선행/후행 프로세스 간 실시간 정보공유를 통한 Push에서 Pull

시스템으로의 전환

④ 선행 활동의 Output에 Dependency가 없는 후행 활동의 병렬

처리를 통한 Cycle Time 감축

답 2/ BPR 이해/BPR 패턴

22. (배점2) 다음의 성공적인 BPR 패턴들 중 아래의 사례에 적용된 것은?

① 종업원의 Empowerment를 통한 조직 Hierarchy의 축소

② 사업부서 간 공통 프로세스 통합

③ 선행/후행 프로세스 간 실시간 정보공유를 통한 Push에서 Pull

시스템으로의 전환

④ 선행 활동의 Output에 Dependency가 없는 후행 활동의 병렬

처리를 통한 Cycle Time 감축

답 3/ BPR 이해/BPR 패턴


- 4 -

직원은 하나의 부서에 속한다. 그러나 직원 중 어느 부서에도

속하지 않는 직원(예컨대 사장)도 있다. 한 부서에는 최소한 한 명

이상의 직원들이 속한다.

23. (배점2) 데이터 개념모델(Conceptual Data Model)에서, Entity (Class)

간의 Relationship (Association)에 관한 다음의 설명 중 틀린 것은?

① 두 Class 간에 여러 개의 Association을 가질 수 있다.

② 여러 개의 Class가 하나의 Association으로 연관될 수 있다.

③ 하나의 Class가 자기 자신과 Association을 가질 수 있다.

④ Class는 속성(Attribute)을 가지나, Association은 속성을 가질 수 없다.

답 4/ 데이터 개념모델 이해/클래스, 속성, 관계, 제약조건

24. (배점2) 시스템 분석자, 시스템 설계자, 프로그래머는 모두 SW엔지

니어에 속한다. 시스템 분석자와 SW엔지니어의 관계(Association)는?

① Qualification

② Classification

③ Recursion

④ Composition


25. (배점2) 직원의 Primary Key는 사번이고, 직원의 부양가족원들은

해당 직원에 종속되는 객체로서 자체 고유식별자(Unique

Identifier) 없이 성명과 해당 직원과의 관계(부인, 아들, 딸 등)

만을 속성으로 갖는다. 직원 Class와 부양가족원 Class 간의

Association은?

① Qualification

② Classification

③ Categorization

④ Composition


26. (배점3) 다음 중 속성(Attribute)의 도메인(Domain)에 관한 설명 중

틀린 것은?

① 도메인은 속성이 취할 수 있는 값의 집합이다.

② 두 속성의 값은 두 속성의 도메인이 다른 경우에도 비교 가능하다.

③ 속성의 도메인을 정의하는 것은 허용 가능한 속성 값에 대한

제약조건을 설정하는 효과가 있다.

④ SQL에서 Create Domain 문장을 써서 도메인을 정의할 수 있다.


27. (배점3) 다음 중 데이터베이스 설계의 올바른 순서는?

① 비즈니스의 필요 정보 분석 → 데이터 개념모델링 → 데이터 논리

모델링 → 데이터베이스 트랜잭션 분석 → 물리 데이터베이스 설계

② 비즈니스의 필요 정보 분석 → 데이터베이스 트랜잭션 분석 →

데이터 개념모델링 → 데이터 논리모델링 → 물리 데이터베이스 설계

③ 비즈니스의 필요 정보 분석 → 데이터 논리모델링 → 데이터 개념

모델링 → 데이터베이스 트랜잭션 분석 → 물리 데이터베이스 설계

④ 비즈니스의 필요 정보 분석 → 데이터 개념모델링 → 데이터 논리

모델링 → 물리 데이터베이스 설계 → 데이터베이스 트랜잭션 분석


28. (배점4) 다음의 ER 다이어그램에서 직원과 멘토링의 관계는?

① 한 직원은 여러 다른 직원을 멘토링할 수 있고, 한편 한 직원이

여러 멘토에게 멘토링을 받을 수 있다.

② 한 직원은 여러 다른 직원을 멘토링할 수 있고, 한편 한 직원이

한 명의 멘토에게만 멘토링을 받을 수 있다.

③ 한 직원은 한 명의 다른 직원을 멘토링할 수 있고, 한편

한 직원이 여러 멘토에게 멘토링을 받을 수 있다.

④ 한 직원은 한 명의 다른 직원을 멘토링할 수 있고, 한편

한 직원이 한 명의 멘토에게만 멘토링을 받을 수 있다.

답 1/ 데이터 모델링 언어 이해/ER 다이어그램

29. (배점3) 아래의 Class 다이어그램 중 다음 상황을 정확히 표현한

것은?

답 2/ 데이터 모델링 언어 이해/UML 클래스 다이어그램

30. (배점3) 다음의 Class 다이어그램에서 Works_On 클래스는?

① Employee와 Project의 Shared Subclass이다.

② Employee와 Project 간의 M:N Association에 해당하는

Association Class이다.

③ Employee와 Project의 Union의 Subset인 Category이다.

④ Employee 및 Project와 3-nary Association(Three-Way

Association)이다.



- 5 -

31. (배점4) 다음의 Class 다이어그램에서 Assignment 클래스의

Key는?

① P_ID와 Pjt_ID

② P_ID와 Role_Name

③ Pjt_ID와 Role_Name

④ P_ID, Pjt_ID와 Role_Name


32. (배점4) 다음의 Class 다이어그램에서 Vehicle 클래스의 Primary

Key는 Vehicleid이다. Car 클래스의 속성들은?

① Vehicleid

② Vehicleid와 MaxSpeed

③ Vehicleid, LicensePlateNo, Price와 MaxSpeed

④ Vehicleid, LicensePlateNo, Price, MaxSpeed와 Tonnage


33. (배점2) SW개발 프로세스에 대한 설명으로 적절한 것은?

① 객체지향 기술은 폭포수형 개발 프로세스에 적합하다.

② 반복형 개발 프로세스는 SW요구사항을 모두 구현한 후 구현된

모듈들을 단계적으로 통합해가는 방식이다.

③ 폭포수형 개발 프로세스에서는 일단 종료한 공정을 필요에 따라

다시 수행할 수 있다.

④ 반복형 개발 프로세스는 요구사항 변경에 대해 유연하게 대응

할 수 있다.

답 4/SW요구분석의 이해/SW요구공학 방법론 및 툴

34. (배점3) 신속하고 유연한 개발방법론으로 Agile Process가 많이

사용되고 있는데, 이 중에서 Scrum Process에 대한 설명으로 맞

는 것은?

① 전체 요구사항 중 우선순위가 높은 요구사항을 선택하여 2~4주의

스프린트(Sprint) 기간 단위로 개발, 릴리즈하는 사이클을 반복한다.

② Product Owner, Scrum Master, Development Team의 세가지

역할로 나누어 각각 비즈니스 분석, 프로젝트관리, 개발업무 수

행을 담당한다.

③ 제품백로그(Product Backlog)는 매 릴리즈 후 발생하는 버그를

모아 놓은 것을 말한다.

④ 개발작업의 관리와 개발자의 생산성관리를 위해서 칸반(Kanban)

보드를 사용한다.

답 1/SW요구분석의 이해/SW요구공학 방법론 및 툴

35.(배점2) 요구사항 프로세스의 주요 활동의 순서가 맞는 것은?

답 2/SW요구분석의 이해/SW요구공학 프로세스, 방법론 및 툴

36. (배점2) 다음 중 시스템 요구 분석 작업에서 조사해야 할 항목으로

적합하게 묶인 것은?

① 시스템범위, 사용자그룹, 사용자작업

② 시스템 성능, 테스트 일정, 조직 구성

③ 구현 언어, 플랫폼, 경쟁업체검증, 정확성, 정형적 방법 팔리는

제품을 선정한다.

④ 도입솔루션의 테스트케이스 및 테스트 관련 산출물을 확인하고

결정한다.

답 1/SW요구분석의 이해/SW요구분석 활동 및 산출물 이해

37. (배점2) 다음 중 고객의 요구사항의 우선순위를 정하기 위한

MoSCoW 분석법에 있어 분석 방법에 속하지 않는 것은?

① Must

② Should

③ Could

④ Will



- 6 -

온라인 쇼핑몰에서 상품을 주문한 후 ‘결재’ 시 VIP고객인 경우

‘VIP 고객할인’을 받을 수 있다.

SW 요구사항 개발 주요 활동 중 어플리케이션 기능, 기술,

시스템 기본 요건 등에 대하여 고객의 요구사항을 확인하기 위해

중간모형(Working Model)을 개발하고 데모(Demo)를 통해

이를 평가함으로써 시스템의 타당성을 검증하고, 필요 시 상세한

요구사항, 추가 요구사항을 도출/검증하는데 사용되는 기법은?

38. (배점2) 다음 중 SW 요구사항을 추출, 정의, 명세화, 추적 관리

하는 활동으로서 틀린 것은?

① SW 요구사항을 정의할 때 이해관계자를 파악하여 요구사항의

출처를 파악하여 기록한다.

② SW 요구사항을 정의할 때 향후 개발을 잘 하기 위해 개발자가

잘 이해할 수 있는 용어로 기술할 필요가 있다.

③ SW 요구사항을 정의하고 베이스라인을 수립한 후에는 후속 개발

단계의 활동을 수행하면서 추적 관리를 할 필요가 있다.

④ SW 요구사항 베이스라인 이후 요구사항을 추가, 변경, 삭제할

때는 영향분석을 하고 근거를 기록할 필요가 있다.


39. (배점2) 다음 중 SW 요구사항 관리 활동에 대한 설명으로 틀린 것은?

① 승인 된 요구사항을 변경하기 위해서는 일정한 변경관리 절차를

따라야 한다.

② 요구사항이 승인 된 이후, 변경된 이력을 지속적으로 관리 및

기록하는 활동을 “요구사항 추적 관리”라 한다.

③ 요구사항 관리는 프로젝트 초기부터 종료 시까지 계속하여 반

복되는 작업이다.

④ 요구사항의 변경은 반드시 검토되고 승인되어야 한다.


40. (배점2) 다음에서 설명하고 있는 내용으로 맞는 것은?

① 시나리오

② Workshop

③ 프로토타이핑

④ Walk-Through


41. (배점2) 다음 중 고객 요구사항이 어떻게 분석➜설계➜구현➜시험

되는지를 알 수 있게 하여, 요구사항과 프로젝트 산출물 간의

일관성을 확보하기 위하여 작성되는 산출물은?

① 요구사항 정의서

② 요구사항 분석서

③ 요구사항 추적 매트릭스

④ 요구사항 시나리오


42. (배점2) 다음 중 요구사항 수집을 위한 면담실행에 대한 설명으

로서 가장 적절하지 않은 것은?

① 면담을 수행할 경우 시간 준수가 중요하다. 예정된 시간에 시작

하고, 종료되기 전에 진행상황을 확인하고 추가적인 시간이

요구되는 경우 추가 면담일정을 요청하는 것이 바람직하다.

② 면담을 수행할 경우 가능한 많은 업무 담당자를 참석시켜 수행

하는 것이 바람직하다. 업무 담당자 대부분이 바쁜 경우에는

시간 여유가 있는 업무 담당자와 면담을 수행하는 것이 바람직하다.

③ 면담을 수행하기 전에 면담 대상자, 면담 장소 등에 대하여 최종

점검을 수행한다. 면담 장소에 설치되어 있는 칠판(화이트보드 등)

또는 프로젝트 빔은 의사소통에 도움을 줄 수 있다.

④ 면담을 수행한 이후, 문서화된 면담 내용을 업무 담당자에게 확인을

받아야 한다. 면담 내용에 대하여 업무담당자가 수정 및 추가

요청을 할 수 있다.


43. (배점2) 다음 중 유스케이스 분석에 관해 올바르게 설명한 것은?

① 시간에 따른 시스템 구성요소간의 호출관계를 모델링 하는 것

② 시스템이 제공하는 여러 기능 간의 관계를 모델링 하는 것

③ 시스템 이벤트의 흐름 중심으로 요구사항을 기술하는 것

④ 시스템의 내부 처리방식이나 내부적인 상세규칙 등을 명세 하는 것

답 3/유스케이스 이해/유스케이스 속성

44. (배점2) 다음의 요구사항에 있어 사용사례 다이어그램(Use

Case Diagram)의 확장관계(<<extend>>) 모델링이 맞는 것은?

답 3/유스케이스 모델링 언어 이해/UML 유스케이스 다이어그램


- 7 -

ㄱ. 프로파일링 수행

ㄴ. 프로파일링 대상 및 유형 선정

ㄷ. 메타데이터 수집 및 분석

ㄹ. 프로파일링 결과 종합 및 최종보고서 작성

ㅁ. 프로파일링 결과 리뷰 및 확정

45. (배점2) 다음 중 비즈니스 요구사항을 시스템으로 구현하기 위해서

솔루션을 도입하여 목표 비즈니스를 구현하려 할 때 고려해야

할 사항으로 적절하지 않은 것은?

① 비즈니스 요구사항 중 어떤 부분을 해결하기 위해 솔루션이 필요

한지 범위를 선정하고 솔루션 검토를 시작한다.

② 도입 솔루션이 지원 가능한 목표 비즈니스 프로세스를 확인하고

결정한다.

③ 최신의 기술 트랜드를 고려하여 해당 범위에서 가장 많이 팔리는

제품을 선정한다.

④ 도입솔루션의 테스트케이스 및 테스트 관련 산출물을 확인하고

결정한다.

답 3/도입솔루션 Fit/Gap 분석 이해/도입솔루션의 내재 프로세스, 데이터, 유스케이스, 서비스

46. (배점2) 다음 중 솔루션 Fit/Gap 분석을 위해 필요한 산출물이 아닌 것은?

① 현행 Business Process

② 솔루션 매뉴얼

③ 솔루션 업무설명 자료(Business Process)

④ 솔루션 구현절차 및 지침

답 4/도입솔루션 Fit/Gap 분석 이해/도입솔루션의 내재 프로세스, 데

이터, 유스케이스, 서비스

47. (배점3) 아래는 테이터 프로파일링에 대한 설명이다. 다음 중

이러한 데이터 프로파일링의 수행절차로 맞는 것은?

“주로 정형 텍스트 데이터 및 비정형 콘텐츠의 메타데이터에

대한 품질진단에 활용되며, 통계적 기법을 활용하여 데이터의

품질과 관련된 현상을 파악하는 절차로서 데이터 소스에 존재

하는 데이터의 구조, 내용, 품질을 파악하기 위해 다양한 형태로

분석하는 절차이다. 다시 말해 데이터에 대한 정보를 추출하는

것이다. 데이터 프로파일링은 메타데이터와 대상 소스데이터에

대한 통계적 분석 결과를 통해 데이터 품질 문제를 이슈화하고

개선점을 찾는 것을 주된 목적으로 한다”

① ㄱ→ㄷ→ㄴ→ㄹ→ㅁ

② ㄴ→ㄷ→ㄱ→ㄹ→ㅁ

③ ㄷ→ㄴ→ㄱ→ㅁ→ㄹ

④ ㄷ→ㄴ→ㄱ→ㄹ→ㅁ

답 3/도입솔루션 Fit/Gap 분석 이해/도입솔루션의 내재 프로세스, 데이

터, 유스케이스, 서비스

48. (배점3) 다음 중 Service-Oriented Architecture의 ESB(Enterprise

Service Bus)에 대한 특징으로 적절치 않는 것은?

① 상호작용하는 SW 애플리케이션 간의 커뮤니케이션을 위한 아키

텍처 모델이다.

② Tightly-Coupled SW컴포넌트 간의 연계에 적합하다.

③ SW서비스 간의 메시지 라우팅을 모니터링 및 통제한다.

④ 모든 클라이언트는 서버를 직접 호출하지 않고 ESB를 거쳐서

호출한다.

답 2/도입솔루션과 기존 시스템의 통합요구 이해/ESB, 프로세스 오

케스트레이션 등 통합기술

49. (배점2) 다음 중 솔루션 도입을 위해 기존시스템과 도입

솔루션의 효과적인 비교와 도입을 위해 필요한 데이터 마이그

레이션(Data Migration) 작업으로서 고려해야 할 사항이 아닌 것은?

① 데이터 개념모델(Conceptual Data Model) 및 데이터 Dictionary를

작성하여 데이터 표준을 통일해야 한다.

② 기존 데이터 구조와 대상 솔루션 데이터 구조가 다른 부분을

파악하여 기존데이터에서 신 솔루션 데이터를 생성하기 위한

로직을 작성해야 한다.

③ 기존 데이터베이스의 데이터 품질을 분석하여 데이터 클렌징

(Cleansing)을 수행해야 한다.

④ 기존 데이터베이스에서 솔루션 데이터베이스로 데이터 마이그

레이션은 Data Transformation→Data Extraction→Data Loading의

순차적 절차로 이행한다.

답 4/도입솔루션으로 기존 데이터 마이그레이션 요구 이해/메타데이

터 분석

50. (배점2) 다음 중 아키텍처 설계에 대한 설명으로 적절하지 않은

것은?

① 아키텍처의 여러 설계 안을 검토하여 선정할 때 SW요구사항 중

에서 주로 기능 요구사항을 근간으로 아키텍처 대안 검토를 수행

한다.

② 아키텍처는 SW 구조설계 단계에서 SW의 논리적 모델링 활동을

통해 도출되는 산출물이다.

③ 아키텍처는 SW의 구성요소를 식별하고, 구성요소 간의 관계를

파악하여 향후 상세설계 활동을 수행할 수 있도록 하는 산출물

이다.

④ 아키텍처는 후속 개발 단계에서 요구사항이 변경되거나, SW

구조의 변경이 발생할 때 아키텍처 설계 사항의 변경 영향을

분석하여 변경관리를 할 필요가 있다.

답 1/아키텍처 기본 이해/아키텍처 기본 개념과 메타 모델


- 8 -

ㄱ. 시스템 실패에 대한 반응으로 실패 기록

ㄴ. 적절한 관계자(사용자나 타 시스템)에 알림

ㄷ. 결함이나 실패를 야기하는 유발원을 정해진 법칙에 따라 처리

ㄹ. 외부 시스템의 동작 정지나 일시 정지등 의 작업이 수행

ㅁ. 일부 기능만을 수행하는 저하 모드로 변환

ㄱ. 시스템을 수평적으로 분해한다

ㄴ. 여러 계층으로 분해할 수 있다

ㄷ. 호출하는 영역만 알면 되고 그 이하(뒤)의 영역에 대해서는

알 필요가 없음

ㄹ. 구현 시 구현의 유연성이 떨어질 수 있음

51. (배점2) 다음의 설명과 같이 시스템이 반응하는 것은 품질속성 중

어떠한 항목에 관한 대응인가?

① 변경용이성

② 가용성

③ 보안성

④ 사용성

답 2/아키텍처 기본 이해/아키텍처 기본개념 및 메타모델

52. (배점2) 다음의 온라인 쇼핑몰 시스템의 요구사항에 대한

설명 중 비기능 요구사항에 대한 설명으로 맞는 것은?

① 사용자는 로그인 또는 비로그인을 통해 상품을 구매할 수 있어야

한다.

② 사용자가 주문결제로 현금지급이나 계좌이체 시 현금영수증

처리를 할 수 있어야 한다.

③ 사용자가 동시에 쇼핑몰 주문요청 시 200건의 주문을 처리할

수 있어야 한다.

④ 사용자가 구매 물품을 쇼핑카트에 저장했을 경우, 재접속 시

쇼핑카트에 저장되어 있어야 한다. (단, 로그아웃을 한 후 1주일

이내일 경우만 보관한다.)


53. (배점2) 다음 중 SW아키텍처 문서의 기술하는 방법으로 가장

거리가 먼 것은?

① 아키텍처를 구성하는 컴포넌트 내부의 로직을 명세해야 한다.

② 모듈들이 어떻게 상호 작용하는지 알 수 있어야 한다.

③ SW나 모듈들이 어떻게 물리적으로 배포되는지 알 수 있어야

한다.

④ 이해관계자의 관점에서 뷰가 달라질 수 있으므로, 여러 개의 뷰로

표현될 수 있다.


54. (배점2) 다음 중 시스템이 이미 정의된 조건에서 사용될 때, 같은

수준의 성능을 유지할 수 있는 능력이나 사용자가 오류를 방지할

수 있도록 하는 SW 제품능력에 대한 설명으로 맞는 것은?

① 사용성

② 신뢰성

③ 효율성

④ 유지보수성

답 2/SW아키텍처 기본 이해/아키텍처 기본개념 및 메타모델

55. (배점2) 다음 중 아키텍처 패턴 중 MVC(Model-View-Controller)

패턴의 장점으로 보기 어려운 것은?

① 화면 요구사항의 변경에 대응하기 쉽다.

② 구조화되어 유지보수가 용이하다.

③ Web 환경에 적용이 용이하다.

④ 고성능을 요구하는 배치 시스템에 사용한다.

답 4/아키텍처 기본 이해/아키텍처 스타일(MVC, CBA 등), 아키텍처

패턴, 참조 아키텍처

56 (배점2) 다음 중 SW아키텍처를 설계할 때 자주 사용하는 Layered

Style의 특징에 대한 설명으로 틀린 것은?

① 하위(기반) Layer에 기 개발되어 있지 않은 모듈을 필요로 하는

상위 Layer의 모듈(기능)을 구현할 때, 한 개의 하위 Layer에만

모듈을 추가 개발하면 되므로 변경이 용이하다.

② 하위(기반) Layer에 기 개발되어 있는 모듈을 통해 구현 가능한

요구사항이 상위 Layer에 발생했을 때 상위Layer의 개발만으로

요구변화를 수용할 수 있어 재사용성과 변경용이성을 보장할

수 있다.

③ 하나의 기능을 구현할 때 각 Layer별로 정의된 형식을 따라

모듈을 구현해야 하므로 여러 계층별로 모듈을 나누어 구현해야

하는 번거로움이 있다.

④ 변경용이성과 재사용성을 확보할 수 있지만, 성능적인 측면에서는

약점이 있는 구조이다.

답 1/아키텍처 기본 이해/아키텍처 스타일(MVC, CBA 등), 아키텍처

패턴, 참조 아키텍처

57. (배점2) 다음에서 설명하고 있는 아키텍처 패턴으로서 맞는 것은?

① Layered

② Repository

③ Pipe and Filter

④ Blackboard

답 1/SW아키텍처 기본 이해/아키텍처 스타일(MVC, CBA 등), 아키텍

처 패턴, 참조 아키텍처


- 9 -

서브시스템이 입력 Data를 받아 처리하고 결과를 다른 시스템에

보내는 작업을 반복하는 시스템에 주로 사용한다. 또한 State

Through 시스템이나 배치 시스템에서 주로 사용한다. 일련의

독립적인 기능을 하는 모듈을 순차적으로 흘러가면서 데이터

흐름을 제어하도록 한다.

시스템의 기능성이 어떻게 제공되는지를 설명한다.

주로 설계자와 개발자를 위한 것이며, 시스템 내부를 들여다본다.

클래스, 객체, 관계 등과 같은 정적인 구조와 객체가 다른 객체에

메시지를 전달할 때 발생하는 동적인 부분을 설명한다.

58. (배점2) 다음 중 아래에서 설명하는 아키텍처 스타일의 내용

으로서 맞는 것은?

① 저장소구조

② MVC 구조

③ 클라이언트 서버 구조

④ 파이프 필터 구조

답 4/SW 아키텍처 이해하기/아키텍처 스타일(MVC, CBA 등), 아키텍

처 패턴, 참조 아키텍처

59. (배점3) 소프트웨어 아키텍처를 표현하기 위한 4+1 View 중 아래

설명에 해당하는 뷰로서 맞는 것은?

① 유스케이스 뷰(Use Case View)

② 논리 뷰(Logical View)

③ 구현 뷰(Implementation View)

④ 프로세스 뷰(Process View)

답 2/SW아키텍처 언어 및 방법론 이해/UML 4+1 방법론 등

60. (배점2) 다음 중 아키텍처 검증을 위한 POC(Proof Of

Concept) 활동과 관련한 내용으로서 가장 올바른 것은?

① 아키텍처 검증결과는 구현 이후에만 알 수 있으므로 구현

이후에 POC를 수행해야 한다.

② POC 과정에서 구간별 성능 점검과 같은 성능테스트를 수행

할 필요가 없다.

③ 비기능 검증이 추가되므로 구현되는 업무기능은 가급적

간단하고 중요하지 않은 것으로 선택한다.

④ 검증되지 않은 아키텍처 산출물을 기반으로 작업 시 프로젝트

중간에 아키텍처의 변경요소가 발생할 경우 심각한 재작업을

초래할 수 있다.

답 4/SW아키텍처 언어 및 방법론 이해/UML 4+1 방법론 등

61. (배점3) 솔루션 아키텍처를 설계하여 구현과정에서 발생할

예상문제를 미리 파악해 보고 보다 합리적인 구현 방안을

찾기 위해 아키텍처 평가(Architecture Trade-Off Analysis:

ATAM)를 실시한다. 다음 중 아키텍처 평가(ATAM)에 관한

설명 중 옳지 않은 것은?

① 아키텍처 평가에는 이해관계자들이 모여 먼저 시스템 기능,

제약조건, 비기능 품질 등 아키텍처가 충족해야 할 요건

(Drivers)를 분석한다.

② 아키텍처 요건(Drivers)로부터 품질속성(Quality Attributes)를

도출한다.

③ 품질속성들에 대해 품질속성시나리오(Quality Attribute

Scenario)를 작성한다.

④ 품질속성시나리오가 준비되면 각 품질속성시나리오에 대한

각 아키텍처 대안의 적합성을 평가한 후, 각 대안의 적합성

총점을 기반으로 한 개의 안을 최종 선정한다.

답 4/솔루션 아키텍처의 이해/요구사항과 아키텍처 구성요소 간의

매핑

62. (배점2) 유스케이스의 구현을 위한 클래스 도출 시, 먼저

후보 클래스들을 모두 도출한 후 불필요한 부분을 제거해

나가는 방식을 사용하는 것이 일반적이다. 다음 중 불필요한

부분을 찾아내는 판단 기준으로서 틀린 것은?

① 중복(Redundant) 클래스 제거

② 유스케이스와 클래스 간의 연관매트릭스(Affinity Matrix) 분석상

아무 연관이 없는 클래스 제거

③ Superclass로부터 속성과 관계를 Inheritance 받는 Subclass

제거

④ 불필요한 속성(Attrubute) 제거

답 3/SW상세설계의 이해/SW상세설계 활동 및 산출물의 이해

63. (배점3) 다음 중 Relational Database에 관한 설명으로서 틀린

것은?

① Relation은 Tuple의 집합이다.

② Relation의 Instance는 Relation에 속하는 속성 도메인들의

Union의 부분집합이다.

③ Relation의 속성들의 순서는 중요하다.

④ Relation의 속성의 도메인은 분리 불가한 Atomic Value만 가질

수 있다.

답 2/관계형 DB 이해/관계형 데이터모델


- 10 -

‘직원’ 테이블의 ‘근무부서명’ 속성의 값은 ‘부서’ 테이블의

Primary Key인 ‘부서명’의 한 값과 일치해야 한다.

FD: Pnumber → {Pname, Plocation}

FD: {SSN, Pnumber} → Hours

FD: {SSN, Pnumber} → Plocation

64. (배점2) 다음은 관계형 데이터베이스의 속성의 Integrity

Constraint 중 어느 한 유형에 대한 설명이다. 설명에 대한

유형으로서 맞는 것은?

① Key Constraint.

② Entity Integrity Constraint

③ Referential Integrity Constraint

④ Domain Constraint

답 3/관계형 DB 이해/ 관계형 데이터모델

65. (배점3) 관계형 DBMS에 관한 설명 중 틀린 것은?

① SQL 쿼리를 실행시키면 DBMS의 Query Optimizer가 최적의

Access Plan을 계산하여 적용한다.

② 테이블들의 SQL 처리를 통해 View(가상테이블)를 정의한 후,

View를 이용하여 SQL 쿼리를 실행할 수 있다.

③ DBMS는 Data Dictionary(또는 System Catalog)에 테이블, View,

Index 등의 구조 정의뿐 아니라 Table의 Row 수, Table 속성이

가지고 있는 값의 수 등 실시간 변하는 통계수치도 스스로

파악하여 유지한다.

④ DBMS는 Java 등 범용 프로그래밍 언어를 해득하지 못하므로

SQL 문장을 Java 프로그램에 Embed하여 처리할 수 없고,

Stored Procedure 등 DBMS가 제공하는 특수 언어를 이용하여

처리해야 한다.

답 4/관계형 DB 이해/관계형 DBMS

66. (배점4) EMP_PROJ [SSN, Pnumber, Pname, Plocation, Hours]

테이블에 다음과 같은 Functional Dependency가 존재한다.

위 테이블에 대한 설명 중 틀린 것은?

① 테이블에 Functional Dependency가 존재한다.

② 테이블에 Partial Functional Dependency가 존재한다.

③ 테이블에 Transitive Functional Dependency가 존재한다.

④ 테이블에 Join Dependency가 존재한다.

답 3/관계형 DB 설계원칙/FD, MVD, JD (Functional,

Multivalued, Join Dependency)

67. (배점3) 다음 중 관계형 데이터베이스 테이블의 정규화

(Normalization)에 관한 설명으로서 틀린 것은?

① 테이블이 3NF(Third Normal Form)이면 5NF도 충족한다.

② 테이블이 5NF를 위반하면 더 속성 수가 적은 테이블들로 분해

(Decomposition)해야 한다.

③ 테이블에 Function Dependency: X→Y가 존재할 때 X가

Superkey가 아니면 스키마 설계가 잘못된 것이다.

④ 테이블의 Non-Prime Attribute 중 하나가 Primary Key에

Transitive Dependency를 가지면 스키마 설계가 잘못된 것이다.

답 1/관계형 DB 설계원칙/제1~제5 정규형 (1st~5th

Normalization)

68. (배점5) 아래의 관계형 데이터베이스에서 WORKS_ON 테이

블을 생성시키는 CREATE TABLE 문장을 적으시오. (모든

Integrity Constraint들을 문장에 포함시켜야 합니다)

답

CREATE TABLE WORKS_ON

( ESSN CHAR(9) NOT NULL,

PNO INT NOT NULL,

HOURS DECIMAL(3,1) NOT NULL,

PRIMARY KEY (ESSN, PNO),

FOREIGN KEY (ESSN REFERENCES EMPLOYEE(SSN),

FOREIGN KEY (PNO) REFERENCES PROJECT(PNUMBER) );


- 11 -

ㄱ. Primary Key에 Clustering Index를 만든다.

ㄴ. 모든 Integrity Constraint들을 표현한다.

ㄷ. DEPARTMENT 테이블에서 Dnumber가 변경되는 경우,

DEPT_LOCATIONS 테이블의 Dnumber도 변경된 값으로

자동 수정되도록 한다.

ㄹ. DEPARTMENT 테이블에서 Dnumber를 Delete하려는 경우,

DEPT_LOCATIONS 테이블에 같은 Dnumber가 존재하면

Delete가 불가능하도록 한다.

Design: 이행데이터 요구사항, 범위, 방법 등의 설계

Extraction: 이행데이터의 구시스템으로 부터 추출작업

Load: 추출된 데이터의 신시스템 로딩 작업

Verification: 신/구 데이터의 이행 검증

Cleansing: 데이터 정제/수정 작업

Transformation: 구데이터의 신테이터로의 변환

69. (배점10) 아래의 관계형 데이터베이스에서 DEPT_LOCATIONS

테이블을 다음의 요건을 갖추도록 생성하는 CREATE TABLE

문장을 작성하시오.

답

CREATE TABLE DEPT_LOCATIONS

(Dnumber NUMERIC NOT NULL,

Dlocation VARCHAR NOT NULL,

PRIMARY KEY (Dnumber, Dlocation) CLUSTERED,

FOREIGN KEY (Dnumber) REFERNECES DEPARTMENT

(Dnumber)

ON DELETE RESTRICT

ON UPDATE CASCADE );

70. (배점2) 다음 중 매스터데이터관리(Master Data

Management: MDM)에 대한 설명으로 틀린 것은?

① 매스터데이터는 기업의 핵심공통 데이터로서 Single Point

of Reference를 제공해야 한다.

② 매스테데이터에는 트랜잭션을 위한 비즈니스 객체, 데이터

분석을 위한 차원(Dimension)을 제공하는 객체 등이 포함된다.

③ 매스터데이터에 대해서는 오류 데이터가 입력될 수 없도록

Integrity Rule들을 정의하여 적용해야 한다.

④ 기업 내 여러 정보시스템의 매스터데이터가 상이할 경우,

매스터데이터를 표준화하기 위해서는 매스터데이터를 사용

하는 정보시스템들을 변경하는 수 밖에 없다.

답 4/데이터 마이그레이션/기존 DB의 의미/형태 충돌 해소를 위한 데이터

변환

71. (배점3) 다음은 솔루션 도입 시 필요한 데이터 마이그레

이션(이행) 작업을 간략히 정리한 것이다. 아래 지문에서

작업절차를 바르게 열거한 것은?

① Extraction→Cleansing→Load→Transformation→Verification→Design

② Design→Cleansing→Extraction→Transformation→Load→Verification

③ Extraction→Design→Load→Transformation→Cleansing→Verification

④ Design→Transformation→Extraction→Load→Verification→Cleansing

답 2/도입솔루션의 DB 분석/데이터 변환 계획

1

[산업계 주도 SW신자격 시범 시험]

2014. 12. 13

응시번호

성 명

SW분석설계자_L5 실기시험 문제지

NO. 감독관 서명 (인)

2

■ 안내사항

1. 본 시험은 총 14개의 문항이며, 제한시간은 240분입니다.

2. 각 문제별로 배점은 다르며 총 배점은 325점입니다.

■ 주의사항

1. 문제지는 출력물로 배부되며, 답안지는 응시자 컴퓨터 바탕화면

‘SW분석설계자_L5 실기시험’ 폴더에 파일형태로 제공됩니다.

2. 문제지에 성명, 응시번호를 반드시 기입하십시오.

3. Diagram 작성 문제는 응시자가 MS-OFFICE, VISUAL DIAGRAM 등 사용하고자

하는 프로그램을 활용하여 작성하되, 답안은 각 번호 답안지에 이미지 형태로

제출해 주시기 바랍니다.

4. 답안 제출시 ‘SW분석설계자_L5 실기시험’ 폴더에 파일명을

‘응시번호_성명_SW분석설계자L5’로 저장해 주시기 바랍니다.

5. ‘성명, 응시번호, 감독관서명‘이 없는 문제지는 무효 처리됩니다.

6. 시험 종료 후, 계속해서 문제를 푸는 경우는 부정행위로 간주됩니다.

7. 시험시작 180분 후, “시험종료자”에 한하여 퇴실이 가능하며, 중간에 잠시

자리를 비우는 것은 감독관의 허락하에 제한적으로 가능합니다.

3

1. 다음의 Use Case Scenario에서 아래의 비즈니스 요구가 반영되도록 빈칸(Postconditions,

Alternative Flows, Exceptions)을 채우시오. (배점20점)

비즈니스 요구사항:

대출차주가 등록되어 있지 않은 경우 고객정보를 등록한 후 대출신청 정보입력을 요청한다.

고객이 대출신청 정보 입력 중 대출신청 정보의 저장을 안하고 대출신청을 취소할 수 있도록 허용한다.

고객이 대출신청 정보를 저장한 후 대출신청 제출여부를 물었을 때 제출을 보류할 수 있다.

고객의 입력내용을 검사한 후 미입력 또는 오류가 있을 경우 재입력을 요청한다.

Use Case UC-2 대출신청 정보입력

Actors: 고객, 계정관리시스템

Description: 고객은 대출신청을 위한 신청정보(차주정보, 대출요청 정보 등)를 입력한다.

Preconditions: 1 고객이 신용 확인을 통과하였다.

Postconditions: 1 1. ___________________(ㄱ)______________________________________________________________. 2 2. ___________________(ㄴ)______________________________________________________________

Normal Flow:

2.0 대출신청 정보입력 및 자동심사

시스템이 고객이 대출차주로 이미 등록되어 있는지 확인한다. 시스템이 고객의 기등록정보를 보여주고 대출신청 정보입력을 요청한다. 고객이 대출신청 정보를 입력한다. 고객이 대출신청 정보를 저장한다. 시스템이 대출신청정보를 업데이트하고 보여준다. 시스템이 고객의 대출신청 제출여부를 묻는다. 고객이 제출에 동의한다. 시스템이 입력내용을 검사하여 완결여부를 판단한다. 시스템이 고객에게 대출신청이 완료되었음을 알려준다. 시스템이 자동심사를 실행한다. 시스템이 승인된 대출 건에 대해 대출계정을 설정한다. 시스템이 자동심사 결과를 고객에게 통보한다.

Alternative Flows:

2.1 대출차주 미등록자의 등록 (Brach at Step _(ㄷ)____)

1 1. _____________________(ㄹ)_______________________________________________________________. 2 2. _____________________(ㅁ)_______________________________________________________________. 3 Return to Step __(ㅁ)___

Exceptions:

2.0.E.1 고객의 대출신청 취소 (at Step _(ㅅ)____)

1 1. _______________________(ㅇ)_______________________________________________________________. 2 2. _______________________(ㅈ)_______________________________________________________________.

2.0.E.2 고객의 대출신청 보류 (at Step _(ㅊ)____)

1 1. _______________________(ㅋ)________________________________________________________________. 2 2. _______________________(ㅌ)__________________________________________________________________.

2.0.E.3 입력 추가 또는 수정 요청 (at Step _(ㅍ)____)

1 1. _______________________(ㅎ)__________________________________________________________________. 2 Return to Step __(ㄲ)___.

4

1 번 문제 답안지

Postconditions: 1 (ㄱ) 시스템이 고객의 대출신청 입력정보가 완료되어 저장하였다.

2. (ㄴ) 시스템이 자동심사를 완료하고 대출계정을 설정하였다.

Alternative Flows:

2.1 (ㄷ) 대출차주 미등록자의 등록 (Brach at Step 1)

1 (ㄹ) 시스템이 고객등록을 요청한다.

2 (ㅁ) 고객이 고객등록 정보를 입력한다

3 (ㅂ) Return to Step 2

Exceptions:

2.0.E.1 (ㅅ) 고객의 대출신청 취소 (at Step 3)

1 (ㅇ) 고객이 대출신청을 취소한다.

2 (ㅈ) 시스템이 신청취소를 실행한다.

2.0.E.2 (ㅊ) 고객의 대출신청 보류 (at Step 6)

1 (ㅋ) 고객이 대출신청 제출을 보류한다

2 (ㅌ) 시스템이 신청보류를 처리한다.

2.0.E.3 (ㅍ) 입력 추가 또는 수정 요청 (at Step 8)

1 (ㅎ) 시스템이 미입력 또는 오류 항목에 대한 재입력을 고객에게 요청한다.

2 (ㄲ) Return to Step 3.

5

2. 다음과 같은 고속버스 운행에 관한 정보를 UML Class Diagram으로 모델링 하시오.

굵은 글씨로 표시한 단어들이 클래스에 해당함. 밑줄 친 속성들이 각 클래스의 Unique

Identifier임. (배점30점)

버스노선에 대해 노선번호, 출발도시, 종착도시, 중간정거장 수를 기록함.

버스노선은 다수의 노선구간으로 구성됨. 노선구간은 소속된 버스노선의 노선번호와 구간번호로 식별되며,

노선구간 별로 출발지, 도착지, 출발시간, 도착시간, 요금, 거리를 기록함.

예컨대 버스노선 3번은 서울에서 대전까지이며, 중간에 수원, 천안에 정거함. 서울~수원 구간은 노선 3번의

구간 1번, 수원~천안 구간은 노선 3번의 구간 2번, 천안~대전은 노선 3번의 구간 3번으로 식별함

노선운행은 노선번호와 운행일자로 식별됨. 한 버스노선은 하루에 한번만 운행됨. 각 노선운행에 배정된

버스를 기록함.

버스에 대해서는 차량번호, 좌석 수, 차종, 최종검사일자를 기록함.

각 노선운행에 대해 운전기사를 기록함. 운전기사는 개인이라는 슈퍼클래스에 속함. 개인은 주민번호,

이름, 전화번호를 가짐. 운전기사에 대해서는 추가로 면허종류를 기록함.

노선구간운행은 노선번호, 구간번호 및 운행일자로 식별됨. 각 노선구간운행에 대해서 예약좌석 수와

잔여좌석 수를 기록함.

탑승객은 개인의 서브클래스임. 탑승객에 대해서는 추가로 요금할인율을 기록함.

각 노선구간운행 별로 예약된 탑승객의 명단을 유지하며, 예약 고객의 좌석번호를 기록함. 각 노선구간운행

별로 실제 탑승한 탑승객의 명단도 유지함.

6


7

3. 아래의 Class 다이어그램을 구현한 Relational Database의 스키마는 다음과 같다. 밑줄 친

속성이 각 테이블의 Primary Key이다. (배점 20점)

Employee (사번, 성, 이름, 부서명, 직속상관_사번)

Project (프로젝트코드, 프로젝트명, Location, 관할_부서코드)

Project_Assignment (사번, 프로젝트코드, 근무시간)

Department (부서코드, 부서명, 부서장_사번, 부서장_취임일자)

Dependent (사번, 이름, 관계, 생년월일)

위의 테이블들을 이용하여 다음의 비즈니스 태스크를 수행하려 한다.

TR 1: 성/이름이 “홍 길동”인 직원을 프로젝트명이 “Product X”인 프로젝트에 주 20시간을 근무토록 신규 배치한다.

TR 2: 프로젝트 “Product Y”를 관할하는 부서의 부서장 성명을 조회한다.

위의 트랜잭션 별로 어느 테이블들에서 Tuple들을 C(Create), R(Read), U(Update) 또는

D(Delete)해야 하는지 아래의 Affinity Matrix에 표시하시오.

Employee Project Project_Assign

ment

Department Dependent

TR1

TR2

8


Employee Project Project_Assignment Department Dependent

TR1 R R C

TR2 R R R

9

4. 다음은 레스토랑에서 식사 주문을 온라인 시스템으로 받는 Use Case의 Base Scenario이다. (배점 20점)

Use Case: Order a Meal

1. Customer asks to view menu.

2. System displays menu of available food items.

3. Customer selects one or more food items from menu.

4. Customer indicates that meal order is complete.

5. System displays ordered menu items, individual prices, and total price, including any taxes.

6. Customer confirms meal order or requests to modify meal order (back to step 3).

7. System confirms acceptance of the order.

8. System stores order in database, notify Cafeteria Staff to prepare the meal, and sends food item information to Cafeteria

Inventory System.

다음은 위의 Use Case Scenario를 구현하는데 필요한 엔티티 클래스들을 열거하였다. 클래스들 간의 Association을

표시하시오. 각 Association에 참여하는 클래스들의 Multiplicity(0..1, 1, *, 1..* 등)을 표시해야 합니다.

10


11

5. 다음과 같은 병원 정보시스템의 Relational Database Schema 를 역공학(Reverse Engineering)하여 데이터

개념모델(Semantic Data Model)을 도출하여 UML Class Diagram 으로 작성하시오. 굵은 글씨로 쓴 속성이

각 테이블의 Primary Key임. (배점 30 점)

PATIENT [PatientID, FirstName, LastName, PhoneNumber]

ADMISSION [PatientID, AdmissionNumber, Date, Time, PhysicianID]

PHYSICIAN [PhysicianID, FirstName, LastName, PhoneNumber]

CAREPLAN [PhysicianID, CareplanNumber, PatientID, AdmissionNumber]

TREATMENT_SPECIFICATION [PhysicianID, CareplanNumber, TTID, TSNumber, Description]

TREATMENT_TYPE [TTID, TTName, TTDescription]

AUTHORIZED_TREATMENT_TYPE [PhsicianID, TTID, DateOfAuthorization]

Every PATIENT is registered with PatientID, FirstName, LastName and PhoneNumber.

Whenever a PATIENT wants to visit the hospital, an ADMISSION record is created that includes the AdmissionNumber

assigned to the patient’s visit, the Date and Time of her visit, and the PHYSICIAN assigned to provide clinical services

for her.

Each PHYSICIAN has her PhysicianID, FirstName, LastName and PhoneNumber.

The PHYSICIAN assigned to an ADMISSION prepares a CAREPLAN. Each CAREPLAN is identified by the PHYSICIAN’s

ID and a CareplanNumber.

A CAREPLAN is composed of TREATMENT_SPECIFICATIONs. Each TREATMENT_SPECIFICATION specified in a

CAREPLAN refers to a TREATMENT_TYPE, is given a TSNumber and has a description written by the PHYSICIAN.

TREATMENT_TYPEs are the standard treatment types recommended by the hospital. Each TREATMENT_TYPE has an

identifier TTID, a name, and a description.

A PHYSICIAN is authorized to practice a limited set of TREATMENT_TYPEs. A TREATMENT_TYPE can be practiced by

more than one PHYSICIAN. The date of authoriztion is recorded for each TREATMENT_TYPE authorized to a PHSICIAN.

Any TREATMENT_SPECIFIOCATION that a PHYSICIAN prescribes in her CAREPLAN must be one of the

TREATMENT_TYPEs that she is authorized to practice.

12


13

6. 다음의 데이터 개념모델을 5NF Relation으로 매핑하시오. 각 Relation의 Key Attribute들을 Bold Face로

표시하시기 바랍니다. EMPLOYEE [SSN, Fname, MI, Lname, Birthdate]과 같은 형식으로 문항 아래에 답안

을 작성하시기 바랍니다.(배점 40점)

14


개인(주민번호, 이름, 성별, 생년월일, 기미혼여부, 거주자ID)

운전면허(주민번호, 운전면허번호, 면허발행기관, 발행일자, 만기일자)

여권(주민번호, 여권번호, 여권발행기관, 발행일자, 만기일자)

출생증명(주민번호, 출생증명번호, 출생시점, 출생지)

조직(조직명, 거주자ID, 상위조직명)

직위(조직명, 직위명, 직위신설일자)

재임기간(주민번호, 조직명, 직위명, 시작일자, 종료일자)

거주자(거주자ID)

주소(주소명, 우편번호)

거주형태(거주자ID, 주소명, 거주형태, 계약시작일자, 계약종료일자)

15

7. 다음은 자동차 보험약관(Insurance Policy)의 State Diagram이다. (배점20점)

위의 State Diagram에서 다음의 비즈니스 프로세스 모델에 표현된 업무 태스크들이 실현시키는

State Transition들을 선택하여 표시하시오.

16


17

<문제 지문> 문제 8 ~ 15에 적용

[그림1]과 같이 그래픽에디터(Graphics Editor)를 개발 하려고 한다.

사용자가 도구상자(toolbar)에 정의된 도형도구(shape tool)를 선택하여 그림을 그리고(draw), 그려진 도형을

이동(move)할 수 있다. 색을 선택하는 팝업 다이얼로그(pop-up dialog)를 이용하여, 도형의 선(line) 및 면

(fill)의 색(color)도 변경 시킬 수 있다.

도형은 사각형(rectangle), 다각형(polygon)을 지원하며, 선(line) 등 새로운 도형의 추가는, 새로운 도형

클래스를 정의하고 프로그램의 형상(configuration)만 변경하면 기존 코드의 변경 없이 가능하도록 한다.

도형 편집은 이동(move)을 지원하며, 크기변환(resize), 회전(rotate) 등의 기능 추가 시에도 기존의 코드

변경 없이 기능 가능하게 한다.

[그림 1] 그래픽에디터

그려진 도형은 저장(save) 가능하며, 저장된 도형들은 저장소 연결(connect) 및 열기(open)를 통해 불러

올 수 있다. 저장은 파일 뿐 아니라 데이터베이스에도 가능하게 한다. 데이터베이스는 MySQL 혹은

Oracle을 사용한다.

위 기능을 빠짐없이 개발 하여야 하며, 개발되는 그래픽에디터는 보안을 위해 사용자 인증을 사용한다.

또한 프로그램 동작 시 예외가 발생하더라도 이를 정상적으로 처리 할 수 있도록 프로그램을 작성하여야

하며, 다양한 OS 및 HW에서도 동작이 가능하도록 개발한다

18

개발 생산성을 위해 [그림 2] 클래스 라이브러리를 이용하여 개발하며, 개발 언어는 객체지향 언어인

C++, Java 혹은 Objective-C를 사용한다.

[그림 2] 클래스 라이브러리

- CFrame: 최상위 윈도우

- CMenubar: CFrame의 컴포넌트이며, CMenu를 컴포넌트로 가지는 사각형 영역.

- CToolbar(도구상자): CFrame의 컴포넌트이며, CTool을 컴포넌트로 가지는 사각형 영역

- CPanel: CFrame의 컴포넌트이며, 도형을 그리기 위한 사각형 영역

- CMenu: CMenubar의 컴포넌트이며, CMenuItem을 컴포넌트로 가지는 사각형 영역

- CTool(도형도구): CToolbar의 컴포넌트이며, 사각형 다각형 등의 도형도구 선택 기능.

- CMenuItem: CMenu의 컴포넌트이며, 메뉴 선택 기능

- CLogonManager: 사용자 아이디와 비밀번호의 인증 담당

- CStrorageInterface: 데이터 저장소와 인터페이스 담당

- CEventHandler: 마우스 이벤트의 처리 담당

- mouse button pressed, released, clicked, double clicked

- mouse moved, dragged 등의 이벤트 수신을 지원

class Frame

CFrame

CToolbar

CMenubar

CColorDialog

CContainer

+ void add(CComponent) :void

CComponent

+ paint(CGraphics) :void

CEventHandler

+ mouseClicked(CEvent) :void

+ mouseDoubleClicked(CEvent) :void

+ mouseButtonPressed(CEvent) :void

+ mouseDragged(CEvent) :void

+ mouseButtonReleased(CEvent) :void

+ mouseMoved(CEvent) :void

CTool

CMenuCPanel

CMenuItem

CLogonDialog

CStorageInterface

+ connect(CString) :CString

+ open(CString, CShapeList) :int

+ save(CString, CShapeList) :int

CLogonManager

+ logon(String, String) :int

CShape

+ draw(CGraphics) :void


+ setPos(int, int) :void

CTransformer

+ transform(int, int) :void

19

8. <문제 지문> 그래픽 에디터의 품질 요구사항(Quality Requirements)을 모두 파악하여 [그림3]의

ISO 25010 소프트웨어 제품 품질 속성(Characteristic) 및 하위속성(Sub-characteristic)으로

대응시켜 작성하라. (배점 20점)

다음의 예와 같이 작성:

- “응답속도가 2초 이내여야 한다.”/ Performance Efficiency/ Time-Behavior

[그림 3] ISO 25010 소프트웨어 제품 품질 속성 및 하위속성

Functional

Suitability

Functional

Completeness

Functional

Correctness

Functional

Appropriateness

Performance

Efficiency

Time-Behavior

Resource

Utilization

Capacity

Compatibility

Co-existence

Interoperability

Usability

Appropriateness

Recognisability

Learnability

Operability

User Error

Protection

User Interface

Aesthetics

Accessibility

Reliability

Maturity

Availability

Fault Tolerance

Recoverability

Security

Confidentiality

Integrity

Non-Reproduction

Accountability

Authenticity

Maintain-ability

Modularity

Reusability

Analyzability

Modifiability

Testability

Portability

Adaptability

Installability

Replaceability

20


“기능 추가 시에도 기존의 코드 변경 없이”

Maintainability(유지보수성)-Changeability(변경용이성) 혹은

Maintainability(유지보수성)-Modifiability(수정용이성)

“위 기능을 빠짐없이 개발”

Functionality(기능성)-Suitability(적합성) 혹은

Functional Suitability(기능적합성)-Functional Completeness(기능완전성) 혹은

Functional Suitability(기능적합성)-Functional Appropriateness(기능적합성)

“사용자 인증”

Functionality(기능성)-Security(보안) 혹은

Security(보안성)-Authenticity(신빙성)

“예외가 발생하더라도 이를 정상적으로 처리” 혹은

Reliability(신뢰성)-Fault Tolerance(오류내구성)

“저장은 파일 뿐 아니라 데이터베이스에도 가능” 혹은

“다양한 OS, DB, 및 HW에서도 동작이 가능”

Portability(이식성)-Adaptability(적응성) 혹은

Portability(이식성)-Installability(설치성)

“개발 생산성을 위해 오류! 참조 원본을 찾을 수 없습니다.를 이용하여 개발”

Maintainability(유지보수성)-Reusability(재사용성)

21

9. 개발 되는 그래픽 에디터의 사용사례 다이어그램 (Usecase Diagram)를 작성하라. (배점 20점)

- 요구사항에 제시된 확장성(Extensibility), 변경용이성(changeability)을 고려하여 도형이 추가되거나

편집 기능이 추가 되더라도 기존 사용사례 다이어그램이 변경 되지 않도록 작성

- “사용자인증” 등의 사용사례와 같이 모든 사용사례와 연관성(Association)을 가지는 사용사례의

연관성 개수를 최대한 줄일 수 있도록 작성

- <<include>>와 <<extends>>의 차이를 고려하여 작성한다.

22


uc Primary Use Cases

System Boundary

도형그리기

User

도형형태변경

도형색변경

도형저장관리

사용자인증

네모그리기

도형편집

네모이동

파일저장

다각형그리기

원격데이터베이스저장

다각형이동

도구선택

«include»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

23

10. [그림 1] 그래픽 에디터 사용자 인터페이스 구성을 위한 클래스 다이어그램을 작성하라. (배점 15점)

- [그림 2]에 정의된 클래스 라이브러리를 이용하여,

- CFrame, CPanel, CToolbar, CMenubar, CTool, CMenu, CMenuItem 클래스 들은 그대로 사용

- 이들 클래스 들을 확장(extends)하여 MyFrame, MyPanel, MyMenubar, MyToolbar 등의 클래스 들을

새로 정의

- (선택) Erich Gamma의 Design Pattern 중 Composition Pattern을 적용

24


class frame

Container

CFrame

Container

CMenubar

Container

CPanel

Container

CToolbar

CComponent

CTool

Container

CMenu

CComponent

CMenuItem

MyPanel


MyMenubar



MyToolbar



MyFrame


25

11. 사각형과 다각형의 이동, 크기변경 및 회전 등 도형의 변형(Transformation)과 관련된 클래스 들의

클래스 다이어그램을 작성하라. (배점 20점)

- CShape 클래스는 사각형, 다각형 클래스의 상위 클래스(Super Class) 이며 추상 클래스(Abstract Class)이다.

- CTransformer 클래스는 사각형과 다각형의 이동, 크기변경, 회전 등 이들 도형의 변형(Transformation)을

위해 정의한 추상 클래스(Abstract Class)이다.

- CShape 및 CTransformer 클래스를 기반으로 MyRectangle, MyPolygon, MyMover, MyRotater, MyResizer

클래스들을 정의하여 작성.

26


class System

MyPanel


CShape



CTransformer

«interface»


MyMover

«interface»


MyRectangle MyPolygon

27

12. 다음 이벤트 맵(Event Map)을 기반으로 <문제10>에서 정의한 MyPanel 클래스의 도형 그리기(draw) 및

이동(move)에 관련한 상태 다이어그램(State Diagram)을 작성하라 (배점 15점)

구분 Event Guard Action

사각형 그리기 Mouse button pressed not onShape(x, y) 사각형 그리기

Mouse dragged 사각형 크기변경

Mouse button released 사각형 저장

다각형 그리기 Mouse button clicked not onShape(x, y) 다각형 점 찍기

Mouse moved 다각형 최종점의 이동

Mouse button double-

clicked

최종 다각형 그리기 및 저장

도형 이동 Mouse button pressed onShape(x, y) 이동 준비

Mouse dragged 이동

Mouse button released 이동 종료

boolean onShape(int x, int y)

- 마우스 이벤트 발생 위치(x, y)에 도형이 그려져 있으면 true, 없으면 false를 반환하는

boolean 함수

28


stm StateMachine

Initial

idle

rectangle

drawing

polygon drawing

moving

Final

mouse button

pressed [not

onShape &&

rectangle tool is

selected]

mouse

button

pressed

[onShape]

mouse clicked

[not onShape &&

polygon tool is

seleted]

mouse moved

mouse

double

clickedmouse

button

released

mouse dragged

mouse

button

released

mouse dragged

29

13. <문제지문>을 참조하여, 다음에 정의한 “그림 그리기” 사용사례를 순차(Sequence) 다이어그램으로

작성하라. (배점 15)

- “그림 그리기” 사용사례는 사용자와 그래픽 에디터와의 상호작용 및 사용자 인증, 도구 선택, 도형

그리기, 도형 저장의 행위(Action)를 포함 한다.

- [문제 10]의 MyFrame, MyPanel, MyToolbar 클래스 들과 [그림 2] 클래스 라이브러리의 CMenu,

CLogonDialog, CStorageInterface 클래스 들를 이용하여 작성

30


sd draw

사용자

CLogonDialogMyFrame MyPanelMyToolbar CMenu CStorageInterface

시작()

표시()

인증정보요청()

인증정보입력(userName, password) :boolean

확인()

표시()

표시()

도구선택()

선택도구정의()

그림그리기()

저장요청()

그려진도형가져오기()

저장()

31

14. <그림 2> 클래스 라이브러리의 CComponent 클래스와 CContainer 클래스는 Erich Gamma의 Design

Pattern 중 Composite Pattern을 정의 하고 있다. 이 Pattern을 이용하여, CShape 클래스 들을 그룹핑

(Grouping)하는 MyGroup 클래스를 정의하고, 이들간의 관계를 클래스 다이어그램으로 작성하라. (배

점 20점)

- MyGroup 클래스는 CShape 클래스 들을 합성(Composition) 혹은 포함(Aggregation) 한다.

- CShape 클래스는 MyRectangle 및 MyPolygon의 상위 클래스(Super Class)이다.

- CContainer, CComponent, MyGroup, CShape, MyRectangle, MyPolygon 클래스 들을 포함하는 클래스

다이어그램을 작성한다.

32


class composite

Frame::CComponent


«abstract»

Frame::Container


Shapes::CShape




MyPolygon MyRectangle

MyGroup



33

15. 프로그램의 구조화 정도를 측정하거나 테스트 경우의 수를 정의 하기 위해 순환복잡도(Cyclomatic

Complexity)를 측정한다. [문제 13]의 사용자 인증, 도구 선택, 도형 그리기, 저장 Sequence Diagram과

관련 하여, 제어의 흐름(Control-Flow, Basis Path)을 Flow Chart, Activity Diagram 혹은 일반 그래프를

이용하여 작성하고, M = E – N + 2P의 공식을 적용하여 순환복잡도 M을 계산하라. (배점 20점)

E = 그래프상의 Edge의 수

N = 그래프상의 Node의 수

P = 연결된 컴포넌트의 개수

34


E = 8, N = 6, p = 1

M = 8 – 6 + 2 x 1 = 4

act Activity

ActivityInitial

인증정보입력

도구선택

종료

그리기

인증정보요청

인증정보확인

ActivityFinal

[sw ] 산업계 주도 신자격 시범 시험 sw l5 분석설계자 필기시험...

Documents