정보처리기사 실기시험 준비 [2]

요구사항 및 분석모델 확인

요구공학

• 요구사항을 정의하고 문서화하고 관리하는 프로세스를 의미한다.

요구사항 개발 프로세스

• 도출 -> 분석 -> 명세 -> 확인
• 도출 - 다양한 이애관계자와 효율적인 의사소통이 중요
• 분석 - 요구사항들이 상충되는 것을 해결하고 소프트웨어의 범위파악, 개념모델링
• 명세 - 체계적으로 검토 및 평가, 승인 될 수 있는 문서를 작성 (시스템 정의서, 시스템 요구사항 명세서, 소프트웨어 요구사항 명세서)
• 확인 - 표준에 적합하고 일관성 있고 완전히 검증

분석단계

• 요구사항 개발 프로세스중 요구사항들간의 상충되는 것을 해결하고 소프트웨어의 범위를 파악하는 단계

요구사항 분석기법

• 요구사항의 분류
• 개념모델링 - UML (Unified Modeling Language)
• 시나리오로 나타냐기 위에 유스케이스 다이어그램을 사용
• 요구사항 할당
• 요구사항 협상 - 서로 상충되는 내용의 경우  적절한 트레이오프 지점에서 합의
• 요구사항의 우선순위르 부여하고 문제해결에 사용
• 정형분석 - 형식적으로 정의된 시맨틱을 지닌 언어로 요구사항을 표현, 정형분석은 요구분석의 마지막 단게에서 행위

UML (Unified Modeling Language)

• 객체지향 설계를 위한 표준언어
• 시스템을 시각적으로 모델링 하기 위한 모델링 언어
• 시스템 개발 과정의 광범위한 분야에 활용 가능

정적 모델 (시스템 구조)

• 클래스 다이어그램 - 클래스를 세부적으로 쪼개서 서술
• 오브젝트 다이어그램
• 컴포넌트 다이어그램
• 배치 다이어그램

동적모델 (시스템 행위)

• 유스케이스 다이어그램
  • 객체의 행동에 따라 서술, 사용자가 상호작용하는 모습을 기술하는 다이어그램
• 시퀀스 다이어그램 (순차 다이어그램)
  • 객체, 생명선, 실행, 메세지, 시간 / 객체들의 상호작용들을 순서를 중심으로 기술하는 다이어그램 - 시간에 흐름에 따라 서술
• 통신 다이어그램
  • 객체 사이에 주고 받는 메세지가 증요!
• 상테 다이어그램
  • 특정 객체 내부의 자세한 동작을 기술 - O 를 이용해 상태 확인
• 활동 다이어그램 (액티비티 다이어그램)
  • 프로그램의 수행과정을 보여주는 다이어그램, 일어나는 일을 단계적으로 표현 - 알고리즘 형식의 다이어그램

요구사항 확인

• 요구사항 검토 - 검토차 그룹에 고객 대표자가 1명 이상 포함
• 프로토타이핑 - 시제품, 견본품
• 모델 검증 - 분석단계에서 개발된 모델의 품질 검증 필요
• 인수 테스트 - 각각의 요구사항들을 어떻게 확인할 것인지에 대한 계획을 수립해야됨

프로토타이핑

• 새로운 요구사항을 도출하기 위한 수단이며 분석가의 가정을 파악하고 잘못된 경우 유용한 피득백을 제공하며 사용자 인터페이스의 동적인 행위가 문서나 그래픽모델보다 이해하기 쉽다는 점이 장점은 요구사항 기법

분석모델 확인

• 업무분석가가 제시한 분석모델을 확인하는 과정

유스케이스 모델검증

• 액터
• 유스케이스
• 유스케이스 명세서

개념수준 분석클래스 검증

• n..m은 n부터 m까지의 범위
• 0..*, * 은 0을 포함한 무한개의 인스턴스
• 1 은 1개의 인스턴스
• 1..* 은 1개 이상의 인스턴스

분석 클래스 검증

• 유스케이스 실현에 필요한 분석 클래스 도출 확인
• 유스케이스 이벤트 흐름에 따라 다르지만 일반적으로 유스케이스당 1개의 제어 클래스가 존재하고 연결된 엑터마다 1개의 경계 클래스가 존재하는지 확인
• 경계, 엔티티, 제어

분석모델의 시스템화 타당성 분석

• 분석모델이 개발할 시스템에 미칠 영향을 검토하여 기술적인 타당성을 확인하는 활동
• 성능 및 용량산정의 적정성, 시스템간 상호운용성, IT시장 성숙도 및 트랜드 부합성, 기술적 위험분석