ARAMDAUN

💪 우리 존재 화이팅 💪 👋 새로운 커리어 시작!많은 고민 끝에 결정한 새로운 커리어 방향을 향해 많은 시도들을 해온 지난 몇 개월.그 결과, 현재 DataOps Manager로서 입사를 해서 약 1달 정도 지나갔다. 아직 회사 서비스를 익히고 시스템에 적응하는 중이다.이전 회사에서 해왔던 업무와 유사해서 업무는 빠르게 적응하고 진행하고 있다.그 외에 다른 점이라고 한다면, AI 활용도이다. AI 콘텐츠 회사답게, AI를 적극적으로 활용하도록 지향하고 있으며 전체 업무에 AI를 활용할 수 있도록 환경이 조성되어 있다.AI를 어떻게 활용해야 업무 효율성을 높일 수 있을지에 대한 고민과 공부가 필요하다는 것을 많이 느꼈다. 🤔 입사 1달차, 무엇을 하고 있는지?현재 회사 서비스의 신규 기능에 대한..

🎉제 60회 데이터 아키텍처 준전문가 (DAsP) 합격 🎉 약 2주 정도 공부하고 (사실상 1주 동안 빠짝 공부함) DAsP 자격증 시험을 합격했다! 나의 향후 커리어를 생각했을 때, 데이터 전반을 볼 수 있는 시야와 데이터 구조를 파악하는 능력을 보유하고 있어야 한다고 생각했다. 그래서 데이터 아키텍처 쪽으로 관심이 생겼고, 관련되어서 DAsP(데이터 아키텍처 준전문가) 자격증이 있다고 해서 찾아보았다.다들 이 자격증은 큰 의미가 없다고 한 글들이 많이 있었다.나는 자격증으로써 증명하기 위한 수단으로는 약할 수 있다고는 생각하지만, 내가 이 분야에 입문하기에는 큰 도움이 될 수 있을 것이라는 생각이 들었다. 마침 관심있던 데이터 표준화와 모델링 과목도 있어서 이 김에 공부하면 좋을 것 같았다. 그..

1. 물리 데이터 모델링 이해1) 물리 데이터 모델논리 데이터 모델을 특정 데이터베이스로 설계하여 생성된 데이터를 저장할 수 있는 물리적인 스키마RDBMS 환경에 맞게 명칭 및 데이터 타입을 논리 데이터 모델링 산출물 기반으로 지정실제 RDBMS 환경에 최적화된 물리적 테이블명과 컬럼명, 데이터 타입 등을 지정2) 물리 데이터 모델 의의논리 데이터 모델링에서 도출된 내용 변환을 포함하여 데이터 저장공간, 데이터의 분산, 저장 방법 등을 함께 고려하는 단계3) 논리 데이터 모델 → 물리 데이터 모델논리 모델링물리 모델링EntityTableAttributeColumnPrimary UIDPrimary KeySecondary(Alternate) UIDUnique KeyRelationshipForeign KeyM..

1. 논리 데이터 모델링 이해1) 논리 데이터 모델링항목상세 내용논리 데이터 모델링 정의• 데이터베이스 설계 프로세스 기초 설계 단계• 비즈니스 정보의 구조와 규칙을 표현할 수 있는 기법• ERD로 표현된 개념적 구조를 데이터베이스에 저장할 형태로 표현한 논리적 구조• 물리적인 스키마 설계 전 단계논리 데이터 모델의 구성요소• 엔터티• 관계 (연관도 및 관계 수)• 슈퍼타입 및 서브타입• 속성 및 도메인• 주요키, 후보키, 대체키, 외래키• 업무 규칙논리 데이터 모델링 이해• 개념 데이터 모델링에서 정의한 핵심 엔터티와 관계를 바탕으로 속성을 정의하고 식별자를 확정하는 과정• 정규화를 통해 새로운 엔터티가 생성되거나 새로운 관계 생성• M:N 관계들이 해소되면서 새로운 행위 엔터티가 생성되는 과정• 사용..

1. 주제 영역 정의1) 주제 영역 분류 원칙 및 기준항목상세 내용주제 영역 분류 원칙• 데이터 중복 최소화• 데이터 확장성 보장• 데이터 관련성 및 편의성 확보주제 영역 명명• 업무에서 사용되는 업무 영역 부여• 유일한 단수형 명사 사용• 데이터 그룹 의미 이름 부여주제 영역 정의 절차데이터 현황 분석/DA 원칙 및 방향성 분석/선진 모델 분석→ 데이터 분류 지침 정의→ 주제 영역 분류 및 정의→ 주제 영역 도식화주제 영역 분류 방법• 1차 분류 : 기존 시스템별 데이터 성격 및 특성을 고려하여 주요 데이터 집합 유형 정의• ex) 데이터 발생 주체, 데이터 발생 주체 간의 상호작용으로 발생하는 대상, 공통/관리 성격의 상위 개념으로서 분류• 2차 분류 : 비즈니스 활동에 필요한 분석 주제와 현황 등의..

1. 데이터 모델링 개요1) 데이터 모델링 ✅️항목상세 내용모델링이 필요한 이유• 파급효과 : 시스템 구축이 완성되어 가는 시점에 데이터 모델을 변경해야 하는 것이 큰 위험 요소임• 정보 시스템의 간결한 표현 : 데이터 모델은 정보 요구사항을 정확하고 간결하게 표현할 수 있음• 데이터 품질 : 잘못 설계된 모델링은 데이터의 정확성을 떨어뜨림데이터 모델링의 필요성• 애플리케이션과 데이터의 통합• 개발자의 시스템 이해데이터 모델링 시 주의할 점• 중복• 비유연성• 비일관성 ✔️ 개발자가 시스템 이해에 데이터 모델링이 필요한 이유데이터 정의, 생명주기 정보, 언제 어떻게 데이터가 사용되었는지 등 추적할 수 있는 정보를 제공물리적인 것과 논리적인 것을 구별하여 데이터를 사용하는 사람과 물리적인 모든 것으로부터 ..

[1장] 데이터 표준화 개요1. 데이터 표준화 정의항목내용데이터 활용 상의 문제점• 데이터 중복 및 조직/업무/시스템별 데이터 불일치 • 데이터 의미 파악 지연으로 정보 제공의 적시성 결여 • 데이터 통합의 어려움 • 정보시스템 변경 및 유지 보수 어려움데이터 문제점의 원인 • 동시다발적인 정보 시스템 개발 • 전사 데이터 관리 마인드 미형성 • 전사 데이터 관리 인력 부재 • 전사 데이터 표준 관리 도구 부재데이터 관리 개선 방안 • 데이터 표준화, 규격화를 위한 기본 방침 설정 • 전사적인 정보 공유를 위해 유지되어야 할 공통 데이터 요소 도출 • 전사적인 데이터 요소 등록 및 관리 체계 구축 • 정보 시스템 개발 및 유지 보수 시 승인된 데이터 요소를 활용하여 효..

[3장] 정보 요구사항 분석1. 분석 대상 정의1) 현행 업무 분석 대상 정의항목내용분석 대상 자료• 현행 업무 흐름도• 현행 업무 설명서• 현행 업무 분장 기술서분석 대상 업무 영역 선정• 분류 기준에 따라 현행 업무 목록 작성• 분류 기준 : 통상적으로 현행 업무 기능 분해도의 단위 업무 또는 업무 분장상의 구분 등을 의미 2) 현행 시스템 분석 대상 정의항목내용분석 대상 현행 시스템선정• 업무 분석 프로젝트의 수행범위를 정확히 파악하는 것이 선행되어야 함• 업무 영역x현행 시스템 매트릭스를 바탕으로 업무 영역별 분석 대상 시스템 목록 작성분석 대상 현행 시스템관련 자료[자료 항목]• 현행 시스템 구성도• 현행 시스템의 분석, 설계 및 개발 보고서• 화면, 장표 및 보고서 레이아웃• 현행 시스템 테이..

요즘 식당이나 카페에 가면 토스 단말기가 많이 보인다. 특히 페이스 페이 (Face Pay)로 얼굴 인식하면 실물 카드 없이도 결제가 가능하다보니 편리해서 종종 활용하고 있다. (엄청 편함👍) 최근 몇 년 간 온라인 결제는 많은 서비스가 생겨나고 활성화되었다. 하지만 실질적으로는 오프라인에서 결제가 더 많이 이루어지고 있기 때문에, 오프라인 결제는 어떻게 변화할지 궁금했었다.마침 토스에서 오프라인 비즈니스로 확장하여, 토스 단말기 서비스를 운영하는 것을 보고 오프라인 시장에서 어떤 서비스를 제공할지, 또 어떻게 데이터를 수집하고 관리할지가 궁금해졌다. 그래서 토스 단말기를 사용하고 있는 카페에 방문해서 직접 경험을 한 후, 이벤트 로그를 설계하는 연습을 해보았다. 📌 이전 데이터 로그 설계 포스팅 ?..

[1장] 정보 요구사항 개요1. 정보 요구사항항목내용정보 요구사항 생명주기 ✅정보 요구사항 수집 → 분석/정의 → 상세화 → 검증요구사항 문서가 가져야 하는 좋은 특성 ✅완전성 : 시스템을 통해 일어날 수 있는 모든 가능한 시나리오가 기술되었음 ✔️ 정보 요구사항 유형 ✅유형정의관리 기준외부 인터페이스 요건정의모든 입출력에 대한 요건으로, 대외기관 간의 송수신하는 입출력 방식이 추가, 변경되었을 경우와 각종 제도 및 기준 변경 시 발생하는 요건관리 기준• 중복성 : 기존과 동일한 형태의 인터페이스 존재 여부• 표준 준수도 : 국제/국가 표준 존재 시, 그에 적합한 형태로 제공관리 방법항목 이름, 목적 설명, 입력의 원천 및 출력의 방향, 유효 범위, 시간, 다른 입출력과의 관계, 데이터 포맷, 최종 메..