New 병아리 개발자

*연계 데이터 식별 및 표준화

1. 연계 데이터 식별

- 대내외 시스템 연계를 위해 송신 시스템과 수신 시스템 데이터에 대한 상세 식별 정보를 확인하여 데이터 표준화에 참고한다.

• 대내외 구분 정보 : 기업 내부 시스템인지, 외부 기고나 시스템인지 구분
• 기관명 : 대외 기관일 경우 기관명 기술
• 시스템 ID : 시스템 식별 체계에 따라 부여된 식별 번호
• 한글명 : 시스템 한글명
• 영문명 : 시스템 영문명
• 시스템 설명 : 시스템에 대한 업무, 위치 등에 대한 부가 정보
• 시스템 위치 : 시스템이 설치된 위치(노드) 정보
• 네트워크 특성 : 네트워크 속도, 대역폭, 유의사항 등 네트워크 특성
• 전용 회선 정보 : 전용 회선을 사용할 경우 전용 회선 연결 방법과 속도 등의 정보
• IP / URL : 시스템 접속에 필요한 IP 또는 URL 정보
• Port : 접속에 필요한 Port 정보
• Login : 정보시스템 로그인 ID와 암호
• DB정보 : 데이터베이스 연계 시 필요한 DBMS 유형, DBMS 로그인 정보
• 담당자 정보 : 해당 시스템의 인터페이스 담당자 연락처

1-1. 연계 데이터 범위와 검토 사항

2. 연계 데이터 표준화

- 인터페이스 시스템 사이에서 교환되는 데이터는 규칙화된 표준 형식을 정의하여 사용해야 한다.

- 인터페이스 설계 단계에서 송, 수신 시스템 사이에 전송되는 표준항목과 업무 처리 데이터, 공통 코드 정보 등을 누락 없이 식별하고 인터페이스 명세서를 작성해야 한다.

- 인터페이스 데이터 공통부, 인터페이스 데이터 개별부, 인터페이스 데이터 종료부로 구성되어 있다.

• 인터페이스 데이터 공통부 : 인터페이스 표준 항목을 포함
• 인터페이스 데이터 개별부 : 송, 수신 시스템에서 업무 처리에 필요한 데이터 포함
• 인터페이스 데이터 종료부 : 전송 데이터의 끝을 표시하는 문자를 포함하여 종료 표시

3. 연계 데이터 식별 및 표준화 절차

- 연계 범위 및 항목 정의 : 시스템 간의 연계하려는 정보를 구체화하여 범위와 항목을 정의한다. 송신 시스템과 수신 시스템에서 연계하고자 하는 각 항목의 데이터 타입 및 길이, 코드화 여부 등을 확인한다.

- 연계 코드 변환 및 매핑 : 연계대상 범위 및 항목 식별 이후 연계 정보 중 코드로 관리되는 항목을 변환해야 한다. 코드로 관리되는 정보는 검색 조건으로 활용한다.

- 인터페이스(연계) 정의서 작성 : 저의된 연계 항목의 데이터 타입, 길이, 공통 코드 여부 등의 속성을 확인하고 연계(인터페이스) 정의서 및 명세서를 작성한다.

*연계 요구사항 분석

1. 연계 요구사항 분석이란

- 서로 다른 두 시스템, 장치, 소프트웨어를 이어주는 중계 역항을 하는 연계 시스템과 관련된 요구사항을 분석하는 과정이다.

- 연계 요구사항 분석은 사용자 인터뷰 및 면담을 통해 식별되고 시스템 구성도, 테이블 정의서. 코드 정의서 등을 참고한다.

1-1. 연계 요구사항 분석 기법, 참고 문서

- 분석기법

• 인터뷰 : 사용자 면담을 통해 연계 요구사항 도출
• 체크리스트 : 시스템 운영 환경, 성능, 보안, 데이터 발생 주기 등의 기준에 대한 점검을 통한 분석기법이다.
• 설문지 : 서비스 활용 목적에 따라 연계 필요 데이터 식별 및 연계 주기 등을 설문지를 통해 분석하는 기법이다.
• 델파이 기법 : 전문가의 경험적 지식을 통한 분석 분석 기법으로 업무 전문가 등 각 분야의 전문가로 구성된다.
• 브레인스토밍 : 소속된 인원들이 자발적으로 자연스럽게 제시된 아이디어 목록을 통해 분석하는 기법이다.

- 분석 참고 문서

• 코드 정의서 : 공통 코드 정의서(코드 ID, 코드명, 코드 설명 등)
• 테이블 정의서 : 데이터 모델링 정의서, 테이블 및 프로세스 연관도, 테이블별 컬럼 속성 정의서
• 응용 프로그램 구성도 : 애플리케이션의 메뉴 구성, 화면설계, 데이터 발생 시점, 주기, 발생 패턴 등 확인
• 시스템 구성도 : 하드웨어, 소프트웨어, 네트워크 등 연계 대상 시스템 구성도

2. 연계 요구사항 분석, 참고문서

2-1. 개체 정의서

- 데이터베이스 개념 모델링 단계에서 도출한 개체의 타입과 관련된 속성, 식별자 등의 정보를 개괄적으로 명세화한 정의서이다.

2-2. 테이블 정의서

- 논리 및 물리 모델링과정에서 작성하는 설계 산출물로 테이블을 구성하는 컬럼들의 특성, 인덱스, 업무 규칙을 문서화한 것이다.

- 컬럼의 특성은 컬럼명, 데이터 타입, 길이, 널 여부, 키 여부, 디폴트 값 등을 의미한다.

2-3. 인터페이스(연계) 명세서

- 인터페이스(연계) 명세서는 인터페이스(연계) 정의서에 작성한 이넡페이스 ID별로 송수신하는 데이터 타입, 길이 등 인터페이스 항목을 상세하게 작성한다.

2-4. 인터페이스 명세서의 구성요소

- 송신 시스템과 수식 시스템 간의 인터페이스 방식, 주기 등을 기록한 현황을 작성한다.

• 인터페이스 ID : 인터페이스를 구분하기 위한 식별자, 명명 표준에 맞게 부여한다. 일반적으로 인터페이스 식별 성을 강화하기 위해 업무 분류 코드와 연속 번호를 같이 활용한다.
• 최대 처리 횟수 : 단위 시간당 처리될 수 있는 해당 인터페이스 최대 수행 건수를 의미한다.
• 데이터 크기 (평균/최대) : 해당 인터페이스 1회 처리시 소요되는 데이터의 평균 크기와 최대 크기를 의미한다.
• 시스템 정보 (송수신 시스템 각각 작성) : 시스템 명, 업무 명, 서비스 명/프로그램ID, 연계 방식, 담당자/연락처 등을 작성한다.
• 데이터 정보 (송수신 시스템 각각 작성) : 번호, 필드, 식별자 여부, 데이터 타입, 데이터 크기, 널 허용 여부, 항목 설명, 조건, 매핑 규칙, 총 길이, 추출 조건/SQL 등을 작성한다.

3. 연계 요구사항 분석 절차

- 시스템 현황 확인 : 송신 시스템과 수식 시스템의 하드웨어 구성, 시스템 소프트웨어 구성, 네트워크 현황 확인

- 정의서 확인 : 송신 시스템과 수신 시스템에서 연계하고자 하는 데이터 관련 테이블 정의서, 코드 정의서 확인

- 체크리스트 작성 : 질의 사항을 시스템(네트워크, 보안 등) 관점과 응용(데이터, 공통 코드 등) 관점에서 연계 분석 체크리스트 작성

- 인터뷰 및 면담 : 사용자 인터뷰 및 면담을 수행하고 회의록을 작성한다.

- 연계 요구사항 분석서 작성 : 연계 시스템 구성 및 데이터 식별에 해당하는 내용에 요구사항 ID를 부여하고 요구사항 분석서를 작성한다.

4. 연계 시스템의 구성

- 연계 시스템은 송신 시스템과 수신 시스템으로 구성할 수 있으며, 연계 방식에 따라 중계 서버를 둘 수 있다.

- 송신 시스템 : 연계할 데이터를 데이터베이스와 애플리케이션으로부터 연계 테이블 또는 파일 형태로 생성하여 송신하는 시스템

- 수신 시스템 : 수신한 연계 테이블 또는 파일의 데이터를 수신 시스템에서 관리하는 데이터 형식에 맞게 변환하여 데이터베이스에 저장하거나 애플리케이션에서 활용할 수 있도록 제공하는 시스템

- 중계 서버 : 송신 시스템과 수신 시스템 사이에서 데이터를 송수신하고 연계 데이터의 송수신 현황을 모니터링 하는 시스템으로 연계 데이터의 보안 강화 및 다중 플랫폼 지원 등이 가능하다.

*물리 데이터 모델 설계

1. 물리 데이터 모델링이란

- 물리 데이터 모델링은 논리모델을 적용하고자 하는 기술에 맞도록 상세화해 가는 과정이다.

2. 물리 데이터 모델링 변화 절차

- 개체를 테이블로 변환 : 일반적으로 테이블과 개체 명칭을 동일하게 하는 것을 권고한다. 개체는 한글명을 사용하며, 테이블은 소스 코드의 가독성을 위해 영문명을 사용한다.

- 속성을 걸럼으로 변환 : 개발자와 사용자 간 의사소통을 위해 표준화된 약어를 사용하도록 권고한다. SQL 예약어 사용은 피해야 하며, SQL 문장 가독성을 높이기 위해 컬럼 명칭은 되도록 짧은 것을 권고한다. 컬럼명으로 복합단어를 사용할 경우 미리 정의된 표준에 의해 명명해야 한다.

- UID를 기본키로 변환 : 개체의 UID에 해당하는 모든 속성에 대해 기본키로 선언한다. Not Null, Unique 등의 제약조건을 추가로 정의한다. 관계에 의한 외래키가 기본키에 포함될 수 있다.

- 관계를 외래키로 변환 : 외래키명은 기본키 이름을 그대로 사용하나 다른 의미를 가질 경우 변경이 가능하다. 순환 관계에서 자신의 기본키는 외래키로 정의한다.

- 컬럼 유형과 길이 정의 : 적절한 유형을 정의하고, 데이터의 최대 길이를 파악하여 길이를 설정한다.

• CHAR : 최대 2,000 바이트의 고정 길이 문자열 저장이 가능하다.
• VARCHAR2 : 최대 4,000 바이트의 가변 길이 문자열 저장이 가능하다.
• NUMBER : 38 자릿수의 숫자 저장이 가능하다.
• DATE : 날짜 값을 저장한다.
• BLOB, CLOB : 바이너리(Binary), 텍스트 데이터 최대 4GB까지 저장 가능하다.

- 반 정규화 수행 : 시스템 성능 향상과 개발 및 운영의 단순화를 위해 데이터 모델을 통합하는 반 정규화를 수행한다.

• 중복 테이블 추가 : 집계 테이블 추가, 특정 부분만 포함하는 테이블 추가 
• 테이블 조합 : 1:1 관계 테이블 조합, 1:M 관계 테이블 조합, 슈퍼타입/서브타입 테이블 조합
• 테이블 분할 : 수직 분할/수평 분할
• 테이블 제거 : 테이블 재 정의, 접근하지 않는 테이블 제거
• 컬럼 중복화 : 조인 성능 향상을 위한 중복 허용

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

- 업무 분석가가 제시한 분석 모델이 개발할 응용 소프트웨어에 미칠 영향을 검토하여 기술적인 타당성 조사를 하는 활동이다.

1. 분석 모델의 기술적 타당성 검토

- 유스케이스 모델의 개별 유스케이스에 대한 분석 모델을 작성한 후, 해당 분석 모델로 시스템을 개발할 경우에 대한 영향을 필요한 자원, 상호 운용성, 시장 성숙도, 기술적 위험 분석 측면으로 타당성 조사를 한다.

- 성능 및 용량 산정의 적정성 : 요구사항을 만족시키기 위한 분석 모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원 식별. 분석 클래스에서 불필요하고 지나치게 많은 속성들을 포함시키게 되면 객체 생성 시 시스템의 메모리 자원이 많이 요구되며, 전체 시스템의 성능 저하가 발생한다.

- 시스템 간 상호 운용성 : 분석 모델을 이용하여 보다 구체적으로, 시스템 간 상호 정보 및 서비스가 교환 가능한지 검토. 분석 모델에서 정의한 구체적인 정보의 존재 여부, 생성 가능성, 교환 방식 지원 등에 대해서 확인한다.

- IT 시장 성숙도 및 트렌드 부합성 : 분석 모델이 과거의 문제를 해결하고 최근 많이 사용되는 트렌드에 부합되는지 확인. 분석 자동화 도구 활용 방안 고려.

- 기술적 위험 분석 : 분석 모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인. 분석 모델이 검증되지 않은 기술의 사용을 가정으로 하고 있어 추가적인 비용 발생 가능성이 있는지 확인. 분석 모델을 구현하기 위해 특정 업체의 기술, 특허, 라이선스에 의존해야 하는지 확인한다.

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

- 타당성 검토의견 컬럼 추가 : 분석 모델까지 요구사항 추적표를 작성하고, 타당성 검토의견 컬럼을 추가한다.

- 타당성 검토의견 작성 : 작성된 요구사항 추적표에 타당성 검토의견 작성. 타당성 검토의견을 제외한 나머지 속성들은 분석 모델 검증 수행 내용의 작성 절차와 동일하다. 유스케이스 모델, 개념 수준 분석 클래스 모델, 분석 클래스 모델의 기술적 타당성 검토를 위해 필요 지식에 명시된 바와 같이 성능 및 용량, 시스템 간 상호 운용성, 시장 성숙도 및 트렌드 부합성, 기술적 위험 분석을 참조하여 검토의견을 작성한다.

- 타당성 분석 결과 검증 : 타당성 분석 결과를 관련 이해관계자에게 배포하여 사전 검토를 요청. 관련 이해관계자가 모여 분석 모델 타당성 분석 결과를 검증. 타당성 분석 결과에 이견이 있는 경우 프로젝트 관리자의 중재 하에 합의를 도출한다.

- 타당성 분석 결과 확인 및 배포/공유 : 이해관계자가 검증을 거친 타당성 분석 결과를 의사 결정자 확인. 확정된 타당성 분석 결과를 이해관계자에게 배포하여 공유한다.