[정처기 필기] EAI, FEP, DBMS 분석 시 고려사항, 요구사항 분석/검증방법

EAI(Enterprise Application Intergration, 기업 애플리케이션 통합)

기업 내의 컴퓨터 애플리케이션들을 현대화하고, 통합하고, 조정하는 것을 목표로 세운 계획, 방법 및 도구 등을 의미한다.

 

FEP(Front-End Processor, 전위 처리기)

• 입력 데이터를 프로세서가 처리하기 전에 미리 처리하여 프로세서가 처리하는 시간을 줄여주는 프로그램이나 하드웨어이다.
• 여러 통신 라인을 중앙 컴퓨터에 연결하고 터미널의 메시지가 보낼 상태로 있는지 받을 상태로 있는지 검색한다. 통신 라인의 에러를 검출한다.

 

DBMS 분석 시 고려사항

• 가용성 : 장시간 운영 시 장애 발생 가능성, 패치 설치를 위한 재 사동 시간과 이중화 및 복제 지원, 백업 및 복구 편의성 등을 고려한다.
• 성능 : 대규모 데이터 처리 성능, 대량 거채 처리 성능 및 다양한 튜닝 옵션 지원, 비용 기반 최적화 지원 및 설정의 최소화 등을 고려한다.
• 기술 지원 : 제조업체의 잔정적인 기술 지원, 같은 DBMS 사용자들 간의 정보 공유 여부와 오픈소스 여부 등을 고려한다.
• 상호 호환성 : 설치 가능한 운영체제 종류를 파악하여 다양한 운영체제에서 지원되는지 확인한다. JDBC, ODBC등 상호 호환성이 좋은 제품을 선택한다.
• 구축 비용 : 라이선스 정책 및 비용, 유지 또는 관리 비용, 총 소유 비용(TCO)을 고려한다.

 

요구사항 분석

• 요구사항 간 상충되는 것을 해결하고, SW의 범위를 파악한다.
• 명확하지 못하거나 모호한 부분을 걸러 내기 위한 과정이다.
• SW가 환경과 어떻게 상호작용하는지 이해한다.
• 중복되는 내용을 통합하고, 서로 상충되는 요구사항을 해결한다.
• 시스템 요구사항을 정제하여 SW 요구사항을 도출한다.
• 도출된 사항을 분석하여 SWw 개발 범위를 파악한다.
• 비용과 일정에 대한 제약을 설정한다.
• 타당성 조사를 수행한다.
• 요구사항 정의를 문서화 한다.
• 비기능적 요구사항 : 성능, 보안, 품질, 안정 등에 대한 요구사항
• 기능적 요구사항 : 시스템이 실제로 어떻게 동작하는지에 관점을 둔 요구사항

 

요구사항 검증 방법

• 프로토타이핑 : 시제품인 프로토타입을 제작하여 검증
• 테스트 설계 : Test Case를 생성하고, 요구사항이 현실적으로 테스트 가능한지 검토
• CASE : 일관성 분석을 통하여 요구사항 변경의 추적과 분석을 통하여 요구 사항을 관리
• 모델 검증(Model Certification) : 분석 단계에서 개발된 모델의 품질을 검증
• 인수 테스트(Acceptance Tests) : 최종 제품이 설계 시 제시한 요구사항을 만족하는지 확인하는 단계
• 요구사항 검토
  • 동료 검토 : 명제 작성자가 동료들에게 설명하고 동료들이 결함을 찾는 방법
  • 워크 스루(Walk Through) :
  • 검토 회의 전 명세서 배포 → 짧은 검토 회의 → 결함 발견
  • Inspection : 명세서작성자 외 전문가가 명세서의 결함을 발견하는 방법