티스토리 뷰
728x90
반응형
본 포스팅은 아키텍트가 되기 위한 과정을 설명합니다.
그 아홉번째 시간으로 아키텍처 설계 중 데이터아키텍처 설계 과정에 대해 살펴보도록 하겠습니다.
시스템 구축을 위한 목적과 방향을 이해하고 향후 데이터아키텍처 수립을 위한 전체 데이터 구성도, 데이터 흐름, 통합/분산, 관리방안 등을 정의하고 설계 이슈에 대한 상세설계를 수행하는데 목적이 있습니다.
1. 수행절차
- DA는 시스템 구축 범위를 고려하여 데이터 아키텍처 Layer 및 세부 구성요소를 정의하여 데이터 전체 구성도(Conceptual Level)를 작성하고 Layer별 역할을 정의한다.
- DA는 데이터 아키텍처 Layer간 세부 데이터 흐름요소를 식별하고 각 흐름에 대한 설계방안을 정의한다.
- DA는 통합 및 분산 구성요소를 식별하고, 각 구성에 대한 설계방안을 수립한다.(선택)
- DA는 데이터 관리 측면에 세부 구성요소를 식별하고 데이터 아키텍처 관리 체계를 수립한다.(선택)
- 데이터 관리 조직을 구성한다.
- 데이터 관리 절차를 수립한다.
- 데이터 관리 환경을 구축한다. (데이터 표준, 모델, 품질, 영향도 분석)
- DA는 데이터 아키텍처를 구현하기 위한 설계 관점에서 상세화할 설계 메커니즘 요소를 식별한다.
- DA는 식별된 설계 메커니즘 별 설계방안을 정의한다.
- 데이터 설계 방안 (모델링 절차, 논리/물리 설계, 대용량 설계 등)
- 데이터 보안 방안 (Audit속성, Logging, 암호화 등)
- 데이터 표준화 방안 (구축방안, 표준화 절차, 표준 지침 등)
- DA는 데이터아키텍처 설계 내용의 정합성을 검토한다.
- PL은 타 아키텍처 및 설계 메커니즘과의 상호 정합성을 검증한다.
2. 수행가이드
- 데이터 아키텍처 Layer와 구성요소는 프로젝트 구축 범위 및 특성을 고려하여 정의하도록 한다.
- 데이터 아키텍처의 각 Layer 사이에 데이터를 주고 받는 흐름을 파악하여 각 흐름에 대한 방법을 기술한다. (시스템 내/외부 간 연계 데이터 항목에 대해서는 연계 업무 설계로 간주하여 생략 가능하다.)
- 데이터 통합/분산 방안은 불필요한 데이터 중복을 억제하고 데이터 정합성을 확립할 수 있도록 기술한다.
- 시스템 구축을 위한 목적과 방향에 적합한 데이터 관리 조직, 데이터 관리 프로세스, 데이터 관리 환경 등에 대해 기술한다.
- 데이터 표준 관리, 데이터 모델 통합 관리, 데이터 품질 관리 등 데이터 아키텍처 환경운영에 책임이 있는 이해당사자를 식별하고 R&R을 정의하여 관리조직을 구성한다.
- 데이터 표준 관리 : 데이터 표준 관리를 위한 환경구성 및 방법에 대해 정의한다. 데이터 표준 관리를 위한 메타시스템 등이 없더라도 Excel을 통한 자료사전관리 등을 통해 데이터표준화를 수행할 수 있는 방안을 수립하여 기술한다.
- 데이터 모델 통합 관리 : 각 업무별로 작성된 데이터 모델을 통합 관리 및 전체 공유하기 위한 방안(데이터 모델 통합 관리 도구 도입 등)을 수립하여 기술한다.
- 데이터 품질 관리 : 시스템 구축 범위에서 기존 데이터의 정비나 DW등의 데이터 품질이 주요이슈인 경우 데이터의 품질관리 대상 및 기준 수립, 데이터 품질 점검 수행방법 등에 대한 방안을 수립하여 기술한다.
- 어플리케이션 영향도 분석 : 프로젝트 구축 범위에서 기존 시스템을 컨버전하는 것이 주요 이슈인 경우 어플리케이션 영향도 분석 도구 도입을 고려한다.
- 프로젝트의 데이터 모델링 단계와 각 단계에서 수행할 작업 및 절차에 대해 기술한다.
- 시스템 전반에 걸쳐 공통으로 사용되는 핵심 엔티티, 기준 코드 및 이에 수반되는 중요 인덱스 구조 등을 식별하여 설계 방안을 기술한다.
- PK, Constraint, DB 오브젝트, 비정규화, 대용량 데이터처리를 위한 데이터베이스 설계 정책 등을 기술한다. 설계 정책은 유지보수와 밀접한 관련이 있으므로 운영자 등의 고객과 협의하여 작성하도록 한다.
- 데이터베이스 설계 측면에 Logging, 데이터 암호화 등 데이터 보안요소를 식별하여 설계방안을 기술한다.
- 데이터 표준화를 위한 자료사전 구축 및 활용 방안을 기술한다.
- 설계 메커니즘을 정의할 때 타 아키텍처 영역과 관련성이 높은 부분들에 대해 SA, TA들과 협업하여 메커니즘을 정의하도록 한다. 예) 데이터 보안, 데이터 품질 등
728x90
반응형
'② 성능 최적화, 트러블 슈팅 > ⓐ Architecture' 카테고리의 다른 글
[아키텍트가 되는 방법] 4. 아키텍처 개발 (0) | 2018.12.27 |
---|---|
[아키텍트가 되는 방법] 3-5. 아키텍처 설계 - POC 수행 (0) | 2018.12.27 |
[아키텍트가 되는 방법] 3-3. 아키텍처 설계 - 기술아키텍처 설계 (0) | 2018.12.27 |
[아키텍트가 되는 방법] 3-2. 아키텍처 설계 - SW아키텍처 설계 (1) | 2018.12.27 |
[아키텍트가 되는 방법] 3-1. 아키텍처 설계 - 아키텍처설계 전략 수립 (1) | 2018.12.27 |
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- openstack tenant
- SA
- 쿠버네티스
- JEUS6
- openstack token issue
- Docker
- wildfly
- node.js
- 마이크로서비스
- 아키텍처
- TA
- nodejs
- JBoss
- git
- 마이크로서비스 아키텍처
- 오픈스택
- jeus
- OpenStack
- MSA
- apache
- kubernetes
- JEUS7
- Da
- webtob
- API Gateway
- aws
- aa
- k8s
- SWA
- Architecture
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
글 보관함