Ⅰ. 요구사항 확인 - 분석모델 확인.

1. 분석모델 검증

- 요구사항 도출기법을 활용하여 업무분석가가 제시한 분석모델을 확인하는 활동.

검증방법 ( Tip. 유 개 분 )

• 유스케이스 모델 검증
  • 유스케이스 모형 상세화 수준 및 적정성 검증을 위해 액터, 유스케이스, 유스케이스 명세서 점검.
• 개념 수준의 분석클래스 검증
  • 주요클래스 도출여부, 도출된 클래스 이름과 속성의 적절성, 올바른 클래스간 관계 여부 점검.
• 분석클래스 검증
  • 유스케이스 실현에 필요한 분석클래스 도출 확인.
  • 분석클래스들이 스테레오 타입으로 표시되었는지 확인.
  • 클래스간 관계, 클래스 정보의 상세화 정도 확인.

분석클래스 스트레오 타입

• 경계 ( Boundary ) : 시스템과 액터와의 상호작용을 담당 클래스.
• 엔티티 ( Entity ) : 시스템이 유지해야 하는 정보를 관리 클래스.
• 제어 ( Control ) : 시스템이 제공하는 기능의 로직 및 제어 담당 클래스.

분석모델 검증 프로세스

1. 검토의견 컬럼추가
   • 분석모델까지 요구사항 추적표 작성, 검토의견 컬럼 추가.
2. 검토의견 작성
   • 요구사항 목록 참조하여 요구사항ID, 요구사항명 입력.
   • 유스케이스 모델에 대한 검토의견 작성.
   • 분석클래스 모델에 대한 검토의견 작성.
3. 검토의견 정제
   • 요구사항 추적표에서 요구사항에 대한 검토의견 정제.
   • 누락된 유스케이스모델/분석클래스 존재할 경우 검토의견 추가.

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

타당성 검토 항목 ( Tip. 성 산 아 기 )

• 성능 및 용량산정의 적정성.
  • 분석 모델에 따라 시스템 구현할때 요구되는 시스템의 자원식별.
  • 분석클래스에서 불필요하고 지나치게 많은 속성 포함되면 시스템 메모리 자원 많이 요구되며,
    전체 시스템 성증 저하 발생.
• 시스템간 상호 운용성.
  • 분석모델을 이용하여 구체적으로 시스템간 정보 및 서비스가 교환 가능한지 검토.
• IT시장 성숙도 및 트렌드 부합성.
  • 분석모델이 과거 문제를 해결하고 최근 트렌드에 부합되는지 확인.
  • 분석 자동화 도구 활용 방안 고려.
• 기술적 위험 분석.
  • 분석모델이 시스템의 기술구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인.
  • 분석모델이 검증되지 않은 기술의 사용을 하여 추가적인 비용발생 가능성 여부 확인.
  • 분석 모델 구현위하여 특정 기술, 특허, 라이선스 의존 여부 확인.

분석모델의 시스템화 타당성 분석 프로세스 ( Tip. 컬 작 검 확 )

• 타당성 검토의견 컬럼 추가.
  • 분석모델까지 요구사항 추적표를 작성하고, 타당성 검토의견 컬럼을 추가.
• 타당성 검토의견 작성.
  • 작성된 요구사항 추적표에 타당성 검토의견 작성.
• 타당성 분석결과 검증.
  • 타당성 분석 결과를 관련 이해관계자에게 배포하여 사전검토 요청.
  • 이해관계자가 모여 분석 모델 타당성 분석 결과 검증.
  • 이견이 있을 경우 프로젝트 관리자의 중재 하에 합의 도출.
• 타당성 분석결과 확인 및 배포, 공유.
  • 이해관계자 검증을 거친 분석결과를 의사결정자가 확인.
  • 확정된 타당성 분석 결과를 이해관계자에게 배포하여 공유.

• 정보처리기사 필기 합격 후 실기대비 정리 및 책없이 간단히 보기위해 작성하였습니다.
• 2020년 수제비 정보처리기사 책 기반으로 정리 하였습니다.
• 저작권 관련 문제가 있다면 hojunbbaek@gmail.com 으로 메일 주시면 바로 삭제 조치 하도록 하겠습니다.