-
UML 다이어그램이 아닌것은?
절차다이어그램 -> 없음
시퀀스/ 액티비티/ 클래스 다이어그램은 있음. -
UML 다이어그램 중 시스템 내 클래스의 정적구조를 나타내는 것은?
CLASS DIAGRAM -> 정적다이어그램 -
클래스 다이어그램의 요소로 다음 설명에 해당하는 용어는?
- 클래스의 동작을 의미함
- 클래스에 속하는 객체에 대하여 적용될 메서드를 정의한것
- UML에서는 동작에 대한 인터페이스를 지칭한다고 볼 수 있음.
==> Operation
instance-> 클래스 (객체틀) 만든게 딱 나오는거
- UML 클래스 다이어그램에 대한 특징으로 올바르지 않은 것은?
- 객체와 객체 사이의 정적인 관계를 표현한다. -> 동적으로 말하면 틀림
- 알고리즘을 표현한 다이어그램은 없다.
- 클래스는 이름, 속성, 연산으로 구성된다.
- UML 다이어그램에ㅔ 대한 설명으로 옳지 않은 것은?
- 컴포넌트 다이어그램은 컴포넌트와 컴포넌트 사이에 인터페이스를 나타냄
- 유스케이스 에 대한 설명 중 옳은 것은?
- 개발자의 요구를 추출하고 분석하기 위해 주로 사용한다 -> X, 사용자의 요구임
- 액터는 사용자 또는 외부의 시스템이 될수도 있음. -> O
- 사용자의 액터는 본 시스템과 데이터를 주고받는 연동 시스템을 의미. ->X, 액터를 굳이 사용자액터, 시스템액터로 구분할 필요는 없음
- 연동을 개념은 일방적으로 데이터를 파일이나 정해진 형식으로 넘겨주는 것을 의미 -> X
- 유스케이스 다이어그램에 대한 내용으로 틀린것은?
- 시스템과 상호작용하는 외부시스템또한 액터로 파악해야된다.
- 사용자 측면에서의 요구사항으로, 사용자가 원하는 목표를 달성하기 위해 수행할 내용을 기술. -> O
- 액터가 인식할 수 없는 시스템 내부의 기능을 하나의 유스케이스로 파악해서는 안됌 -> O
- 기본 유스케이스 수행시 특별한 조건을 만족할 때 수행하는 유스케이스는?
- 특별조건 만족 -> 확장관계
- 반드시 선행-> 포함관계
- 확장, 포함관계 구분 필요!! 시험에 나올 수 있음.
-
시스템 분석을 위해서는 구조적 방법론-> 데이터가 흐르는것을 봐야댐-> 데이터 흐름 다이어그램
시스템분석 + 객체지향 방법론-> 유스케이스 다이어그램
시스템 설계를 위해서 + 객체지향 방법론 ->시퀀스 다이어그램 -
UML 에서 시퀀스 다이어그램의 구성 항목에 해당하지 않는것은?
- 어떤 특정한 일이 어떤 절차로 어떤 상호작용을 하는지 보는 다이어그램
- 전체적인 시스템의 절차 -> 액티비티 다이어그램
- 생명선, 실행, 메시지
- 확장 -> X 이런거 없음
- 순차다이어그램(시퀀스다이어그램)에 대한 설명으로 틀린 것은?
- 동적 다이어그램 -> 정적아님!!
- 교류 다이어그램
- 상호작용
- 시간의 흐름, 메시지의 전달과정을 강조한다.
-
44 와 비슷,순차다이어그램(시퀀스다이어그램)에 대한 설명으로 틀린 것은?
정적아님!! -
UML 설명으로 가장 적절한 것은?
- 비지니스 전체적 흐름 -> 액티비티 다이어그램
- UML 2.0에 대한 설명 옳은 것?
-> 2.0 에 큰 의미는 없음
- 시퀀스 다이어그램 -> 뭔가 일처리가 다른 객체와 어떤 상호작용하는지를 보여줌.
외부 이벤트와는 상관없음
-
UML 에 대한 설명으로 틀린것은 ?
STATE 다이어그램 -> 상태와 그 변화에 의한 둥작순서를 의미
순차다이어그램(시퀀스다이어그램)-> 객체들 사이의 메세지교환을 의미 -
UML 확장 모델에서 스테레오 타입 객체를 표현할 때 사용하는 기호로 맞는 것은?
{} -
애자일 기법에 대한 설명으로 맞지 않는 것은?
- 절차와 도구 보단 개인과 소통을 중시 -> O
- 계획에 중점을 두어 변경대응에 난해 -> X
- 고객과의 피드백 중요-> O
- 소프트웨어가 잘 실행되는데 가치를 둠-> O
- 애자일 설명 틀린것은 ?
- 변화에 대한 대응보다 계획중심 -> X
