New 병아리 개발자

# 반 정규화

• 반 정규화란 시스템의 성능 향상과 개발 및 운영의 단순화를 위해 수행한다.
• 반 정규화 시 중복 테이블을 추가해야 한다.

# 인덱스 분포도

• 인덱스를 통해서 전체 데이터를 검색할 필요 없이 필요한 정보만 신속하게 조회가 가능하다.
• 인덱스의 분포도는 10% ~ 15% 이내가 가장 적당하다.
• 인덱스 설계 시 지나치게 많은 인덱스는 오버헤드를 초래할 수 있다.
• 인덱스 컬럼 선정 시 자주 조합되어 사용되는 컬럼의 경우 결합 인덱스로 생성한다.

#요구사항 관련사항

## 요구사항 분석

• 상충되는 요구사항을 해결하고, 소프트웨어의 범위 파악, 소프트웨어가 환경과 어떻게 상호작용 하는지 이해해야 한다.

## 요구사항 명세

• 체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하기 위한 것이다.

## 요구사항 도출 기법

• 인터뷰, 설문조사, 브레인스토밍, 워크숍이 존재한다.
• 인터뷰 : 고객, 사용자, 도메인 전문가 등으로부터 요구사항 정보를 효과적으로 수집할 수 있다.
• 설문조사 : 이해당사자들로부터 요구를 찾는 도구로서 관심, 내부 정보, 개선 의견을 끌어낸다.
• 브레인스토밍 : 여러 명으로부터 정보를 얻는 효과적인 방법으로서 인터뷰와 같이 수행 시 더 많은 정보 추출이 가능하다.
• 워크숍 : 단기간의 집중적인 노력을 통해 다양하고 전문적인 정보를 획득하고 공유하는 방법이다. 프로젝트에 참여하는 모든 핵심 인물의 참여가 필요하다. 참석자들은 해당 전문 영역별로 팀 협력이 필요하며 사전 준비가 요구된다.

## 요구사항 검증 기법

• 동료 검토, 워크스루, 인스펙션이 존재한다.
• 동료 검토) : 2~3명이 진행하는 리뷰의 형태이다. 요구사항 명세서 작성자가 요구사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견하는 형태로 진행한다.
• 워크 스루 : 오류를 초기에 검출하는 데 목적이 있다. 검토 자료를 회의 전에 배포해서 사전검토한 후 짧은 시간동안 회의를 진행하는 형태로 리뷰를 통해 오류를 검출하고 문서화 한다.
• 인스펙션 : 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적 검토 방법이다.

# OSI 7계층

• 네트워크 통신에서 생긴 여러 가지 충돌 문제를 완화하기 위해 국제 표준화 기구에서 제시한 네트워크 기본 모델이다.

# WAS

• 웹 애플리케이션 서버(WAS)는 서버계층에서 애플리케이션이 동작할 수 있는 환경을 제공하고 안정적인 트랜잭션 처리와 관리, 다른 이기종 시스템과의 애플리케이션 연동을 지원하는 웹 애플리케이션 서버이다.

# 비 기능적 요구사항

• 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항으로 신뢰성, 사용성, 효율성, 유지보수성, 이식성의 특성이 있다.

# 요구사항 도출

• 소프트웨어가 해결해야 할 문제를 이해하는 첫 번째 단계이다.
• 요구사항이 어디에 있는지, 요구사항을 어떻게 수집할 것인지에 관한 단계를 의미한다.

# 아키텍처 명세서

• 아키텍처를 기록하기 위한 산출물들로 이해관계자들의 시스템에 대한 관심을 관점에 맞추어 작성한 뷰로 표현한다.

# 뷰

• 뷰는 서로 관련된 관심사들의 집합이라는 관점에서 전체 시스템을 표현한다.

# 이해관계자

• 시스템 개발과 관련된 모든 사람 및 조직을 의미한다.

# 관점

• 개별 뷰를 개발할 때 토대가 되는 패턴 또는 양식을 의미한다.

# 관심사

• 시스템에 대한 이해관계자들의 서로 다른 의견과 목표이다.