[정보처리기사] 1. 요구사항 확인

1. 소프트웨어 생명주기

• 소프트웨어 생명주기 : 소프트웨어를 개발하기 위한 설계, 운용, 유지보수 등의 과정을 각 단계별로 나눈 것
• 소프트웨어 생명주기는 소프트웨어 개발 단계와 각 단계별 주요활동, 활동의 결과에 대한 산출물로 표현

 

B - 2. 나선형 모형

• 나선을 따라 돌듯 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 개발하는 개발 방법론
• 보헴이 제안
• "계획수립 -> 위험분석 -> 개발 및 검증 -> 고객 평가" 순으로 반복

 

B - 3. 폭포수 모형

• 폭포수 모형은 이전 단계로 돌아갈 수 없다는 전제 하에 각 단계를 확실히 매듭짓고 그 결과를 철저히 검토한 후 다음 단계를 진행하는 개발 방법론
• 가장 오래되고, 가장 폭넓게 사용된 고전적 생명 주기 모형

 

4. 프로토 타입 모형

• 실제 개발된 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측하는 모형

 

A - 5. 애자일 모형 

• 요구사항의 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복하면서 개발하는 모형
• 고객과의 소통, 변화하는 요구사항에 초점을 맞춤
• 스크럼, XP, 칸반, Lean, FDD 이 대표적

 

6. 애자일의 핵심가치 4가지

• 프로세스와 도구 < 개인과 상호작용
• 방대한 문서 < 실행되는 SW
• 계약 협상 < 고객과의 협업
• 계획을 따르기 < 변화에 반응하는 것

 

B - 7. 소프트웨어 공학

• 소프트웨어의 위기를 극복하기 위한 방안으로 연구된 학문
• 여러가지 방법론과 도구, 관리 기법들을 통해 소프트웨어 품질과 생산성 향상을 목적
• 소프트웨어 공학의 기본 원칙
  • 현대적인 프로그래밍 기술을 계속적으로 적용
  • 개발된 소프트웨어의 품질이 유지되도록 지속적으로 검증
  • 소프트웨어 개발 관련 사항 및 결과에 대한 명확한 기록 유지

 

8. 스크럼

• 팀이 중심이 되어 개발의 효율성을 높이는 기법
• 스크럼 팀
  • 제품 책임자 : 백로그를 작성하는 주체
  • 스크럼 마스터 : 스크럼 팀이 스크럼을 잘 수행할 수 있도록 가이드 역할
  • 개발 팀 : 제품 책임자와 스크럼 마스터를 제외한 모든 팀원으로 실제 개발 수행

 

9. 개발 프로세스

• 스프린트 계획 회의 -> 스프린트 -> 일일 스크럼 회의 -> 스프린트 검토 회의 -> 스프린트 

 

B - 10. XP(eXtreme Programming)

• XP는 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상시키는 방법
• 5가지 핵심 가치 : 의단용존피
  • 의사소통, 단순성, 용기, 존중, 피드백 

 

A - 11. XP의 주요 실천방법

• Pair Programming ( 짝 프로그래밍 ) : 다른 사람과 함께 프로그래밍을 수행함으로써 개발에 대한 책임을 공동으로 나눠 갖는 환경을 조성하는 방법
• Collective Ownership ( 공동 소유 ) : 개발 코드에 대한 권한과 책임을 공동으로 소유하는 방법
• Test-Driven Development ( 테스트 주도 개발 ) : 개발자가 실제 코드를 작성하기 전, 미리 테스트 케이스를 작성하여 자신이 무엇을 해야할지를 정확히 파악하는 방법
• Whole Team (전체 팀) : 개발에 참여하는 모든 구성원들은 각자 자신의 역할이 있고, 그 역할에 대한 책임을 가져야 한다.
• Continuous Integration ( 지속적 통합 ) : 모듈 단위로 나눠서 개발된 코드들은 하나의 작업이 마무리 될 때마다 지속적으로 통합된다.
• Refactoring ( 리펙토링 ) : 프로그램의 기능의 변경없이 시스템을 재구성하여 쉽게 작성하고 쉽게 이해하게 함으로써 빠르게 개발하기 위함.

 

B - 12. 데이터베이스 관리 시스템 (DBMS) - 성능, 기술지원, 상호호환성, 구축비용, 가용성

• 사용자와 데이터베이스 사이에서 사용자의 요구에 따라 정보를 생성해주고, 데이터베이스를 관리해주는 소프트웨어 
• DBMS 관련 요구사항 식별 시 고려 사항 : 성기상구가
  
  • 성능, 기술 지원, 상호 호환성, 구축비용, 가용성

 

13. 웹 애플리케이션 서버 - 성능, 기술지원, 가용성, 구축비용

• 웹 애플리케이션 서버는 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어
• WAS 관련 요구사항 식별 시 고려 사항 : 성기가구
  • 성능, 기술지원, 가용성, 구축비용

 

14. 오픈 소스 - 라이센스 종류, 사용자 수, 기술지속가능성

• 누구나 별다른 제한없이 사용할 수 있도록 소스 코드를 공개한 소프트웨어
• 오픈 소스 관련 요구사항 식별 시 고려사항 : 라사기
  • 라이선스의 종류, 사용자 수, 기술의 지속 가능성

 

15. 요구사항

• 요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건
• 개발에 참여하는 이해관계자들 간의 의사소통을 원활히 하는데 도움을 줌.

 

A - 16. 기능 요구사항

• 시스템이 무엇을 하는지, 어떤 기능을 하는 지 등 기능이나 수행과 관련된 요구사항
• 1. 시스템의 입력이나 출력으로 무엇이 포함되어야 하는지에 대한 사항
• 2. 시스템이 어떤 데이터를 저장하거나 연산을 수행해야 하는지에 대한 사항
• 3. 시스템이 반드시 수행해야 하는 기능
• 4. 사용자가 시스템을 통해 제공받기를 원하는 기능

 

A - 17. 비기능 요구사항

• 품질이나 제약사항과 관련된 요구사항
• 시스템의 장비 구성, 성능, 인터페이스, 테스트, 보안 등의 요구사항을 말함.

 

B - 18. 요구사항 개발 프로세스

• 도출 -> 분석 -> 명세 -> 확인

 

19. 요구사항 명세

• 분석된 요구사항을 바탕으로 모델을 작성하고 문서화하는 것.
• 기능 요구사항은 빠짐없이 기술하고, 비기능 요구사항은 필요한 것만 기술한다.

 

B - 20. 요구사항 명세 기법

• 정형 명세 기법 : 수학적 원리/모델 기반
  • 수학적 기호와 정형화된 표기법으로 작성하여 요구사항을 정확하고 간결하게 표현 가능
  • 표기법이 어려워 사용자가 이해하긴 어렵다.
  • VDM, Z, Petri-net, CSP 등이 있음
• 비정형 명세 기법 : 상태/기능/객체 중심
  • 자연어를 기반으로 작성하여 해석이 달라져 일관성이 떨어질 수 있다.
  • 내용의 이해자체는 쉽다.
  • FSM, Decision Table, ER 모델링, State Chart 등

 

21. 요구사항 분석

• 요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로, 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화하는것
• 사용자 요구의 타당성을 조사하고 비용과 일정에 대한 제약 설정
• 사용자의 요구를 정확하게 추출하여 목표를 정한다.

 

B - 22. 자료 흐름도 (DFD)

• 요구사항 분석에서 자료의 흐름 및 변환 과정과 기능을 도형(화살표, 원, 사각형, 직선)중심으로 기술하는 방법
• 자료 흐름 그래프, 또는 버블 차트라고도 함.
• 자료 흐름과 처리를 중심으로 하는 구조적 분석 기법에 이용됨

 

A - 23. 자료 흐름도의 구성요소

• 프자자단
  • 프로세스 : 자료를 변환시키는 시스템의 한 부분을 나타내며, 처리, 기능, 변환, 버블이라고도 함.
  • 자료 흐름 : 자료의 이동이나 연관관계를 나타냄
  • 자료 저장소 : 시스템에서의 자료 저장소를 나타냄
  • 단말: 시스템과 교신하는 외부 개체로, 입력 데이터가 만들어지고 출력 데이터를 받음

 

A - 24. 자료 사전(DD)

• 자료 흐름도에 있는 자료를 더 자세히 정의하고 기록한 것
• = : 자료의 정의
• + : 자료의 연결
• () : 자료의 생략
• [] : 자료의 선택
• {} : 자료의 반복
• ** : 자료의 설명(주석)

 

25. 요구사항 분석용 CASE

• 요구사항 분석용 CASE(자동화 도구)는 요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 도구
• 대표적으로 SADT, SREM, PSL/PSA, TAGS가 있음

 

B - 26. SADT

• SoftTech 사에서 개발한 요구사항 분석 CASE로, 블록 다이어그램을 채택한 자동화 도구

 

A - 27. HIPO

• 하향식 소프트웨어 개발을 위한 문서화 도구
• 시스템의 기능을 여러 개의 고유 모듈로 분할하여 인터페이스를 계층 구조로 표현한 것을 HIPO Chart라고 함.

 

A - 28. UML(Unified Modeling Language)

• UML은 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호간의 의사소통이 원활히 이루어지도록 표준화한 객체지향 모델링 언어
• 럼바우 등 객체지향 방법론의 장점을 통합
• UML의 구성요소
  
  • 사물
  • 관계
  • 다이어그램

 

29. 관계

• 관계는 사물과 사물 사이의 연관성을 표현하는 것.
• 관계의 종류 : 연포의 집일실
  • 연관 관계 
  • 포함 관계  
  • 의존 관계
  • 집합 관계
  • 일반화 관계
  • 실체화 관계

 

30. 관계 - 연관 관계 ( ->)

• 2개 이상의 사물이 서로 관련되어 있는 관계
• 사물 사이를 실선으로 표현한다.
• 방향성은 화살표로 표현 (양방향의 경우 화살표 생략)

 

A - 31. 관계 - 집합 관계

• 하나의 사물이 다른 사물에 포함되어 있는 관계
• 포함되는 쪽에서 포함하는 쪽으로 속이 빈 마름모를 연결하여 표현 
• 포함하는 쪽과 포함되는 쪽은 서로 독립적

 

32. 관계 - 포함 관계 

• 집합 관계의 특수한 형태로, 포함하는 사물의 변화가 포함되는 사물에 영향을 미치는 관계
• 포함하는 쪽과 포함되는 쪽은 서로 독립될 수 없고, 생명주기를 함께함.
• 포함 되는 쪽에서 포함하는 쪽으로 속이 채워진 마름모를 연결하여 표현

 

A - 33. 관계 - 일반화 관계( -▷)

• 하나의 사물이 다른 사물에 비해 더 일반적(커피)이거나 구체(아메리카노, 에스프레소)적인 관계
• 보다 일반적인 개념을 부모(상위), 구체적인 개념을 자식(하위)라고 부른다.
• 구체적인 사물에서 일반적인 사물로 속이 빈 화살표(-▷)를 연결하여 표현

 

A - 34. 관계 - 의존 관계( ---> )

• 연관관계와 같이 사물 사이 연관은 있으나 필요에 의해 서로에게 영향을 주는 짧은 시간 동안만 연관을 유지하는 관계
• 하나의 사물과 다른 사물이 소유관계는 아니지만 사물의 변화가 다른 사물에게도 영향을 미치는 관계
• 영향을 주는 사물이 영향을 받는 사물쪽으로 점선 화살표를 연결하여 표현

 

A - 35. 관계 - 실체화 관계 ( ---▷) 

• 서로를 그룹화 할 수 있는 관계로, 한 객체가 다른 객체에게 오퍼레이션을 수행하도록 지정하는 의미적 관계
• 사물에서 기능 쪽으로 속이 빈 점선 화살표를 연결하여 표현

 

36. 다이어그램

• 다이어그램은 사물과 관계를 도형으로 표현한것
• 정적 모델링에서는 주로 구조적 다이어그램을, 동적 모델링에서는 행위 다이어그램을 사용

 

B - 37. 구조적 다이어그램의 종류

• 클객컴 배폭패
• 클래스 다이어그램 : 클래스 사이의 관계를 표현
• 객체 다이어그램 : 객체(인스턴스) 사이의 관계를 표현.
  • 럼바우 객체지향 분석 기법에서 객체 모델링에 활용된다.
• 컴포넌트 다이어그램 : 실제 구현 모듈인 컴포넌트 간의 관계나 컴포넌트 간의 인터페이스를 표현. 구현단계에서 사용
• 배치 다이어그램 : 결과물, 프로세스, 컴포넌트 등의 물리적 요소들의 위치를 표현. 구현 단계에서 사용
• 복합체 구조 다이어그램 : 클래스나 컴포넌트가 복합 구조를 갖는 경우 그 내부구조를  표현할 때 사용
• 패키지 다이어그램 : 유스케이스나 클래스 등의 모델요소들을 그룹화한 패키지들의 관계를 표현

 

B - 38. 행위 다이어그램의 종류

• 유시커상 활상타
• 유스케이스 다이어그램 : 사용자의 요구를 분석하는 것으로 사용자(액터)와 사용사례(유스케이스)로 구성
• 시퀀스 다이어그램 : 상호작용하는 시스템이나 객체들이 주고받는 메시지를 표현
• 커뮤니케이션 다이어그램 : 객체들이 주고받는 메시지와 객체간의 연관관계를 표현
• 상태 다이어그램 : 하나의 객체가 자신이 속한 클래스의 상태 변화 혹은 다른 객체와의 상호작용에 따라 상태가 어떻게 변하는지 표현.
  • 럼바우 객체지향 분석 기법에서 동적 모델링에 활용
• 활동 다이어그램 : 객체의 처리 로직이나 처리의 흐름을 순서에 따라 표현
• 상호작용 개요 다이어그램 : 상호작용 다이어그램간의 제어흐름을 표현
• 타이밍 다이어그램 : 객체 상태 변화와 시간 제약을 명시적으로 표현

 

B - 39. 스테레오 타입

• UML에서 표현하는 기본 기능외 추가적인 기능을 표현하는 것으로 "길러멧"이라고 부르는 겹화살괄호(<<>>) 사이에 표현할 형태를 기술.

 

A - 40. 유스케이스 다이어그램

• 유스케이스 다이어그램은 사용자(액터)와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점에서 표현한 것

유스케이스 다이어그램

 

A - 41. 유스케이스에서 나타날 수 있는 관계

• 포함(<<include>>) 관계 : 두 개 이상의 유스케이스에 공통적으로 적용되는 기능을 별도로 분리하여 새로운 유스케이스를 만든 경우 이 관계를 포함 관계라고 함
• 확장(<<extends>>) 관계 : 특정 조건에 부합되어 유스케이스의 기능이 확장 될 때, 기존의 유스케이스와 확장된 유스케이스의 관계를 확장 관계라고 함

 

42. 활동 다이어그램

• 사용자의 관점에서 시스템이 수행하는 기능을 처리 흐름에 따라 순서대로 표현한 것

 

A - 43. 클래스 다이어그램

• 클래스 사이의 관계를 표현한 것

44. 연관 클래스

• 연관 클래스는 연관 관계에 있는 두 클래스에 추가적으로 표현해야 할 속성이나 오퍼레이션이 있는 경우 생성하는 클래스로 점선을 이어 표시한다. 
• 연관 클래스의 이름은 연관 관계의 이름을 이용해 지정

 

B - 45. 시퀀스 다이어그램

• 시스템이나 객체들이 메시지를 주고받으며 상호작용하는 과정을 그림으로 표현한 다이어그램

 

 

A - 46. 커뮤니케이션 다이어그램

 

A - 47. 상태 다이어그램

A - 48. 패키지 다이어그램

 

B - 49. 구조적 방법론

• 정형화된 분석절차에 따라, 사용자의 요구사항을 파악하여 문서화하는 처리 중심의 방법론
• 자료 흐름도, 자료 사전, 소단위 명세서의 특징을 가지며, 이해가 쉽고 검증이 가능한 프로그램의 코드를 생성하는 것이 목적
• 개발 절차 : 타당성 검토 -> 계획 -> 요구사항 -> 설계 -> 구현 -> 시험(테스트) -> 운용/유지보수

 

50. 객체지향 방법론

• 현실 세계의 개체를 기계의 부품처럼 하나의 객체로 만들어, 객체들을 조립해서 필요한 소프트웨어를 구현하는 방법론
• 개발 절차 : 요구분석-> 설계 -> 구현 ->테스트 및 검증->인도

 

B - 51. 컴포넌트 기반 방법론

• 기존의 시스템이나 컴포넌트를 조합하여 하나의 새로운 애플리케이션을 만드는 방법론
• 컴포넌트의 재사용이 가능하여 시간과 노력을 절감할 수 있다.
• 개발 절차 : 개발준비 -> 분석 -> 설계 -> 구현- > 테스트 -> 전개 -> 인도

 

A - 52. 소프트웨어 재사용

• 이미 개발되어 인정받은 소프트웨어를 다른 소프트웨어 개발이나 유지에 사용하는 것
• 합성 중심 : 블록을 만들어서 끼워 맞추어 소프트웨어를 만드는 방법. 블록 구성 방법
• 생성 중심 : 추상화 형태로 쓰여진 명세를 구체화하여 만드는 방법. 패턴 구성 방법

 

53. 소프트웨어 재공학

• 기존 시스템을 이용하여 보다 나은 시스템을 구축하고 새로운 기능을 추가하여 성능을 향상시키는 것

 

A - 54. CASE(자동화 도구)

• 소프트웨어 개발 과정에서 사용되는 요구분석, 설계, 구현, 검사 등의 과정을 도구를 사용하여 자동화 하는 것
• 주요 기능
  • 소프트웨어 생명주기 전 단계의 연결
  • 다양한 소프트웨어 개발 모형 지원
  • 그래픽 지원

 

55. 하향식 비용 산정 기법

• 소프트웨어 비용을 산정하는 기법중 하나.
• 전문가 감정 기법 : 전문가 두명 이상에게 비용 산정 의뢰
• 델파이 기법 : 보다 많은 전문가들의 의견을 종합하여 산정

 

56. 상향식 비용 산정 기법

• 세부적인 단계별로 비용산정하여 집계한 후 전체 비용을 산정하는 방식
• LOC 기법(원시 코드 라인 수 기법)
• 개발 단계별 인원수 기법
• 수학적 산정 기법

 

A - 57. 상향식 비용 산정 기법 - LOC 기법

• 소프트웨어 각 기능의 원시 코드 라인 수의, 비관치, 낙관치, 기대치를 측정하여 예측치를 구하여 비용산정하는 방식
• 노력(인월) = 개발기간 * 투입인원 = LOC / 1인당 월평균 생산 코드 라인수
• 개발 비용 = 노력(인월) * 단위 비용(1인당 월평균 인건비)
• 개발 기간 = 노력(인월) / 투입 인원
• 생산성 = LOC / 노력(인월)

 

B - 58. 상향식 비용 산정 기법 - 수학적 산정 기법

• 개발 비용 산정의 자동화를 목표.
• COCOMO 모형
• Putnam 모형
• 기능 점수(FP) 모형

 

59. 상향식 비용 산정 기법 - 수학적 산정 기법 - COCOMO 모형

• 보헴이 제안
• LOC에 의한 비용산정 기법

 

A - 60. COCOMO의 소프트웨어 개발 유형

• 조직형 : 5만 라인 이하
• 반분리형 : 30만 라인 이하
• 내장형 : 30만 라인 이상

 

A - 61. 상향식 비용 산정 기법 - 수학적 산정 기법 - Putnam 모형

• 노력의 분포를 예상하는 모형
• 푸트남이 제안
• SLIM이라는 자동화 도구가 있다.
• 시간에 따른 함수로 표현되는 Rayleight-Norden 곡선의 노력 분포도를 기초로 함

 

B - 62. 상향식 비용 산정 기법 - 수학적 산정 기법 - 기능점수(FP) 모형 

• 소프트웨어의 기능을 증대시키는 요인별로 가중치 부여하여 비용산정
• ESMATICS 라는 자동화 도구가 있다.
• 기능 증대 요인 
  • 자료 입력(입력양식)
  • 정보 출력(출력보고서)
  • 명령어(사용자 질의수)
  • 데이터파일
  • 필요한 외부 루틴과의 인터페이스

 

A - 63. 비용 산정 자동화 추정 도구

• SLIM : Putnam 예측 모델을 기초로 하는 자동화 추정도구
• ESMATICS : FP 모형을 기초로 하는 자동화 추정도구

 

64. PERT

• 프로젝트에 필요한 전체작업의 상호관계를 표시하는 네트워크.
• 낙관, 가능성, 비관 세가지로 나누어 종료시기를 결정

 

B - 65. CPM(임계경로)

• 프로젝트 완성에 필요한 작업을 나열, 소요기간을 예측하는 데 사용하는 기법

 

66. 간트 차트

• 프로젝트가 언제 시작하고 언제 끝나는지 나타내는 시간선 차트

 

A - 67. ISO/IEC 12207

• ISO에서 만든 표준 소프트웨어 생명 주기 프로세스
• 기본 생명 주기 프로세스 - 획득, 공급, 개발, 운영, 유지보수
• 지원 생명 주기 프로세스 - 품질보증, 검증, 확인, 활동 검토, 감사, 문서화, 형상 관리, 문제해결 프로세스
• 조직 생명 주기 프로세스 - 관리, 기반 구조, 훈련, 개선 프로세스

 

B - 68. CMMI

• 조직의 성숙도를 평가하는 모델
• 성숙도 5단계 : 초관정정최
  • 초기
  • 관리
  • 정의
  • 정량적 관리
  • 최적화

 

69. SPICE

• 소프트웨어 품질과 생산성 향상을 위해 프로세스를 평가하는 국제표준
• 공식 명칭은 (ISO/IEC 15504)

 

A - 70. SPICE의 프로세스 수행 능력 단계 6가지

• 불수관확예최
  • 불완전
  • 수행
  • 관리
  • 확립
  • 예측
  • 최적화

 

71. 소프트웨어 개발 방법론 테일러링

• 소프트웨어 개발 방법론의 절차, 사용 기법 등을 수정 및 보완하는 작업
• 고려사항 ( 외법표 )
  • 내부적 기준 : 목표환경, 요구사항, 프로젝트 규모, 보유 기술
  • 외부적 기준 : 법적 제약사항, 표준 품질 기준

 

B - 72. 소프트웨어 개발 프레임워크

• 소프트웨어 개발에 공통적으로 사용되는 구성요소와 아키텍처를 일반화하여 손쉽게 구현할 수 있도록 제공해주는 반제품 형태의 소프트웨어 시스템

 

73. 스프링 프레임워크

• 자바 플랫폼을 위한 오픈 소스 경량형 애플리케이션 프레임워크
• 동적인 웹 사이트의 개발을 위해 다양한 서비스 제공
• 전자 정부 표준 프레임워크로 사용

 

B - 74. 소프트웨어 개발 프레임워크의 특성

• 모듈화 : 캡슐화를 통해 모듈화를 강화
• 재사용성 : 재사용 가능한 모듈을 제공함으로써 예산 절감
• 확장성 : 다형성을 통한 인터페이스 확장
• 제어의 역흐름 : 객체의 제어를 프레임워크에게 넘김으로써 생산성 향상

 

 

---

기출 체크

1. 다음에 제시된 나선형 모델의 4가지 주요 활동을 순서대로 나열하시오.

- 위험분석, 고객평가, 계획수립, 개발 및 검증 

 

/ 계획수립 -> 위험분석 -> 개발 및 검증 -> 고객평가

 

2. 소프트웨어를 개발하기 위한 설계, 운용, 유지보수 등의 과정을 각 단계별로 나눈 것은?

 

/ 소프트웨어 생명 주기

 

3. 소프트웨어 개발 각 단계를 확실히 매듭짓고 그 결과를 철저히 검토하여 승인 과정을 거친 후 다음 단계를 진행하는 개발 방법론은?

 

/ 폭포수 모형

 

4. 실제 개발될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측하는 모형은?

 

/ 프로토타입 모형

 

5. 시제품을 끊임없이 제작하며 사이클을 반복하는 개발 방법론으로 워터폴과 대조적이며, 고객의 변화하는 요구사항과 환경 변화에 능동적인 개발 방법론은?

 

/ 애자일 모형

 

6. 애자일 개발 4가지 핵심 가치로 옳은 것을 모두 골라라

 

- 1. 프로세스의 도구보다는 개인과의 상호작용에 더 가치를 둔다.
- 2. 계약 협상보다는 고객과의 협업에 더 가치를 둔다.
- 3. 실제 작동하는 소프트웨어보다는 이해하기 좋은 문서에 더 가치를 둔다.
- 4. 계획을 따르기보다는 변화에 대응하는 것에 더 가치를 둔다.

 

1, 2, 4

 

7. 다음 괄호에 공통으로 들어갈 용어는?

( )은 소프트웨어의 위기를 극복하기 위한 방안으로 연구된 학문이며, 여러가지 방법론과 도구, 관리 기법을 통하여 소프트웨어의 품질과 생산성 향상을 목적으로 한다. 
( )의 기본원칙은 다음과 같다.
- 현대적인 프로그래밍 기술을 계속적으로 적용해야 한다.
- 개발된 소프트웨어의 품질이 유지되도록 지속적으로 검증해야 한다.
- 소프트웨어 개발 관련 사항 및 결과에 대한 명확한 기록을 유지해야 한다.

 

소프트웨어 공학

 

8. 스크럼의 팀 구성원 중 이해 관계자들의 의견을 종합하여 백로그를 작성하는 주체는?

제품 책임자(Product Owner)

 

9. 스크럼 개발 과정을 진행 순서에 맞게 나열하라.

- 1. 스프린트

- 2. 스프린트 회고

- 3. 일일 스크럼 회의

- 4. 스프린트 검토 회의

- 5. 스프린트 계획 회의 

 

5 -> 1-> 3-> 4-> 2

 

10. 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상시키는 익스트림 프로그래밍의 5가지 핵심가치에는 ( ) , ( ) , ( ), ( ), ( ) 가 있다.

 

의사소통, 단순성, 용기, 존중, 피드백

 

11. 다음 보기에서 XP의 주요 실천 방법을 모두 골라라.

- 1. Linear Sequencial Method

- 2. Pair Programming

- 3. Collective Ownership

- 4. Continuous Integration

 

2, 3, 4

 

12. DBMS 관련 요구사항 분석 시 고려사항 4가지는?

 

/ 성능, 기술지원, 상호호환성, 구축비용, 가용성

 

13. 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어로, 데이터베이스 서버와 연동하여 사용하는 것은?

 

/ WAS(웹 애플리케이션 서버)

 

14. 누구나 별다른 제한없이 사용할 수 있도록 소스코드가 공개된 소프트웨어로, 사용 시 라이선스의 종류, 사용자 수, 기술의 지속가능성을 고려해야하는 소프트웨어를 가리키는 용어는?

 

/ 오픈소스

 

 

15. 다음의 설명과 가장 부합하는 용어는 ?

- 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건을 나타낸다.

- 소프트웨어 개발이나 유지보수 과정에서 필요한 기준과 근거를 제공

- 개발하려는 소프트웨어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해관계자들간의 의사소통을 원활하게 하는 데 도움을 준다.

 

/ 요구사항

 

16. ( ) 요구사항은 시스템이 무엇을 하고 어떤 기능을을 하는지 등 사용자가 시스템을 통해 제공받기를 원하는 기능이나 시스템이 반드시 수행해야 하는 기능을 의미한다.

 

/ 기능 

 

17. ( ) 요구사항은 품질이나 제약사항과 관련된 요구사항으로, 시스템의 장비 구성, 성능, 인터페이스, 테스트, 보안 등의 요구사항을 말한다.

 

/ 비기능

 

18. 요구사항 개발 프로세스 ( ) -> ( ) -> ( ) -> ( )

 

/ 도출 분석 명세 확인

 

20. 요구사항 명세 기법중 다음의 설명과 부합하는 기법은?

- 사용자의 요구를 표현할 때 수학적인 원리와 표기법을 이용함. 

- 주로 Z기법을 이용해 사용자의 요구사항 표현.

- 사용자의 요구를 정확하고 간결히 표현.

 

정형 명세 기법

 

21. 소프트웨어 개발 과정 중 다음과 같은 작업이 수행되는 단계는?

- 비용과 일정에 대한 제약 설정

- 타당성 조사

- 요구사항 정의 문서화

- 목표 설정

 

요구사항 분석

 

22. 소프트웨어 개발 단계중 요구사항 분석 과정에서 다양한 분석도구가 사용되는데, 다음 보기에서 설명하는 분석 도구는?

자료 흐름 그래프 또는 버블차트 라고도 한다.
구조적 분석 기법에 사용
자료의 흐름을 명확히 표현할 수 있음.
화살표, 원, 사각형, 직선을 이용하여 자료의 흐름을 표시

 

DFD(자료 흐름도)

 

23. 요구사항 분석에서 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 자료 흐름도의 4가지 구성요소는 ?

 

프로세스, 자료 흐름, 자료 저장소 ,단말

 

24. 다음 자료 사전(DD)에서 사용하는 기호와 설명으로 빈칸을 채우시오.

        : 자료의 정의

        : 자료의 연결

        : 자료의 생략

        : 자료의 선택

        : 자료의 반복

        : 자료의 설명

 

=, +, (), [], {}, **

 

25. 요구사항 분석용 자동화 도구를 쓰시오.

CASE - 종류에는 SREM, PSL/PSA, TAGS, SADT가 있다

 

26. SoftTech 사에서 개발한 요구사항 분석 CASE로, 블록 다이어그램을 채택한 자동화 도구는?

SADT

 

27. 다음의 설명과 가장 부합하는 용어를 영문 약어로 쓰시오.

- 시스템의 분석 및 설계, 또는 문서화에 사용되는 기법으로, 하향식 소프트웨어 개발을 위한 문서화 도구.

차트의 종류에는 가시적 도표, 총체적도표, 세부적 도표가 있고, 기호, 도표 등을 사용하므로 보기 쉽고 이해하기 쉽다.

 

HIPO

 

 

28. 객체지향 모델링 언어인 UML의 기본 구성요소 3가지는?

 

/ 사물, 관계, 다이어그램 

 

29. UML의 기본 구성 요소 중 관계에 대해 짧게 서술하라.

 

/ 사물과 사물간의 연관성을 표현한것

 

30. ( ) 관계는 2개 이상의 사물이 서로 관련되어 있는 관계로, 방향성은 화살표로 표현하고, 다중도를 선 위에 표기한다.

 

/ 연관

 

31. ( ) 관계는 하나의 사물이 다른 사물에 포함되어 있는 관계로, 전체와 부분으로 구분되며 서로 독립적이다. 속이 빈 마름모를 연결하여 표현

 

/ 집합

 

32. ( ) 관계는 집합 관계의 특수한 관계로 서로 독립될 수 없고 생명 주기를 함께한다. 속이 채워진 마름모를 연결하여 표현

 

/ 포함

 

33. ( ) 관계는 상위 모듈이 하위 모듈보다 일반적인 개념을 가지고 있으며, 속이 빈 화살표를 연결하여 표현한다.

 

/ 일반화

 

34.  ( ) 관계는 사물의 명세가 바뀌면 다른 사물에 영향을 주며, 일반적으로 한 클래스가 다른 클래스를 오퍼레이션의 매개변수로 사용하는 경우 나타나는 관계로, 점선 화살표를 연결하여 표현

 

/ 의존

 

35. ( ) 관계는 서로를 그룹화 할 수 있는 관계로, 속이 빈 점선 화살표를 연결하여 표현한다.

 

/ 실체화

 

36. 다이어그램을 짧게 설명하라.

 

/ 사물과 관계를 도형으로 표현한것

 

37. UML 다이어그램중 정적 모델링에 사용되는 ( ) 다이어그램의 종류를 모두 서술하라.

 

/ (구조) 다이어그램 - 클래스, 객체, 컴포넌트, 배치 , 복합체 구조 , 패키지 다이어그램

 

37-2. UML 다이어그램중 클래스와 클래스 간의 관계를 나타낼 때 사용하는 다이어그램은?

 

클래스 다이어그램

 

38. UML 다이어 그램중 동적 모델링에 사용되는 ( ) 다이어 그램의 종류를 모두 서술하라.

 

/ (행위) - 유스케이스, 시퀀스, 커뮤니케이션, 상태, 활동, 상호작용 개요, 타이밍 다이어그램

 

38-2. ( )은 객체들 사이의 메시지 교환을 나타내며, ( )은 하나의 객체가 가진 상태와 그 상태의 변화 혹은 다른 객체와의 상호작용에 따라 어떻게 변화하는지를 나타낸다.

 

/ 상태 다이어그램

 

39. UML 확장 모델에서 스테레오 타입 객체를 표현할 때 사용하는 기호는 ?

 

/ <<>>

 

---

 

40. 유스케이스의 구성 요소 중 대상 시스템과 상호작용하는 사람이나 다른 시스템에 의한 역할을 표현하는 요소는?

 

// 액터

 

41. 다음 중 기본 유스케이스 수행 시 특별한 조건을 만족할 때 수행되는 유스케이스는?

- 연관, 확장, 선택, 특화

 

// 확장

 

42. 

 

43. 조건, fork

 

1. 클래스

 

2. 함수

 

44.

 

/ 연관 클래스

 

 

45. 다음 중 시퀀스 다이어그램의 구성요소는 ?

- 실행 상자, 생명선, 확장, 메시지, 유스케이스, 액티비티

 

 

 

49. 정형화된 분석절차에 따라, 사용자의 요구사항을 파악하여 문서화하는 처리 중심의 방법론은? 

 

/ 구조적 방법론

 

50. 소프트웨어 개발 방법론 중, 현실 세계의 개체를 기계의 부품처럼 하나의 객체로 만들어 객체들을 조립해서 소프트웨어를 구현하는 방법론은?

 

/ 객체지향 방법론

 

51. 기존의 시스템이나 소프트웨어를 구성하는 컴포넌트를 조합하여 하나의 새로운 애플리케이션을 만드는 개발 방법론은?

 

// 컴포넌트 기반 방법론

 

52. 소프트웨어 재사용 방법에 대한 설명이다. 빈칸을 채우자.

1. ( ) : 전자칩과 같은 소프트웨어 부품, 즉 블록을 만들어서 끼워 맞추어 소프트웨어를 완성시키는 방법. 블록 구성 방법이라고도 한다.

2. ( ) : 추상화 형태로 써진 명세를 구체화하여 프로그램을 만드는 방법. 패턴 구성 방법 이라고도 한다.

 

// 합성 중심  

// 생성 중심

 

 

53. 소프트웨어 재공학의 개념을 간략히 서술해보자.

 

// 기존의 시스템을 분석하여 더 나은 시스템을 구축하고 새로운 기능을 추가해서 성능 향상하는것

 

54. 소프트웨어 개발 과정에서 사용되는 과정을 도구를 사용하여 자동화하는 것으로 ( ), ( ), ( ) 의 기능이 있다.

 

CASE / 그래픽지원, 소프트웨어 생명 주기 전 단계 연결, 다양한 소프트웨어 개발 모형 지원

 

55. 소프트웨어 비용 산정 기법 중 전문가 감정 기법의 주관적인 편견을 보완하기 위해 많은 전문가들의 의견을 종합하여 산정하는 기법은?

 

// 델파이 기법

 

56. 상향식 비용 산정 기법을 고르시오.

1. 전문가 감정 기법

2. LOC 기법

3. 수학적 산정 기법

4. 델파이 기법

5. 개발 단계별 인월 수 기법

 

 

57. LOC 기법에 의해 예측된 총 라인 수가 30000, 개발에 참여할 프로그래머가 5명, 프로그래머들의 평균 생산성이 월간 300라인일 때 개발에 소요되는 기간을 계산식과 함께 쓰시오.

 

= 30000/5/300 = 20개월

 

58. 다음 중 수학적 산정 기법이 아닌 것은?

1. COCOMO

2. Putnam

3. Function-Point

4. PERT

 

// 4

 

59. 소프트웨어 비용산정 기법중 보헴이 제안하였으며, 원시 프로그램의 규모인 LOC에 의한 기법은?

COCOMO

 

 

60. COCOMO 모형의 개발유형에 대한 설명이다. 빈칸을 채우시오

( ) : 30만 라인 이상의 소프트웨어를 개발하는 유형

( ) : 30만 라인 이상의 소프트웨어를 개발하는 유형

( ) : 5만 라인 이하의 소프트웨어를 개발하는 유형

 

// 내장형

// 반분리형

// 조직형

 

 

 

61.  Rayleigh-Norden 곡선의 노력 분포도를 이용한 프로젝트 산정 기법은?

 

// Putnam

 

 

62. FP 모형에서 비용 산정에 이용되는 요소를 모두 고르시오

1. 클래스 인터페이스

2. 명령어(사용자 질의 수)

3. 데이터 파일

4. 출력 보고서

 

// 2,3

 

 

63. Rayleigh - Norden 곡선과 Putnam 예측 모델을 기초로 하여 만들어진 자동화 도구 이름은?

 

// SLIM

 

64. 프로젝트에 필요한 전체 작업의 상호 관계를 표시하는 네트워크로, 각 작업별로 낙관, 기대, 가능성이 있는 경우를 나누어 종료시기를 결정하는 일정 계획 기법은?

 

// PERT

 

 

66.

 

// 간트 차트 

 

67.  

 

// 기본 생명 주기 : 획득, 공급, 개발, 운영, 유지보수

// 지원 생명 주기 : 품 형확확 감검문문

 

 

68.

//  관리, 정의, 정량적 관리, 

 

69. 

 

// SPICE

 

70. 

 

불완전 - 수행 - 관리 - 확립 - 예측 - 최적화

 

// 불0 수1 관2 확3 예4 최5

 

ㄱ

 

 

71. 

외부적 기준 : 법적 제약사항, 표준 품질 기준

내부적 기준 : 요구사항, 보유기술, 목표환경, 프로젝트 규모

 

 

72.

 

// 소프트웨어 개발 프레임워크

 

74.

// 재사용성, 모듈화