데이터 목록과 필드 설명을 가져오는 방법
허브와 Data Manager에서 가져온 정보로 등록 초안을 만들고, 담당자가 설명과 이용 조건을 작성합니다.
Data Manager
데이터 요소·컨텍스트의 이름과 의미,
타입·단위·URI·버전
데이터 모델·속성
NGSI-LD 조회, 모델·속성 정보,
데이터 ID와 변경 내용
공개·이용 조건 보완
담당부서, 라이선스, 공개등급,
설명·분류·이용 경로 검토
데이터셋별 정보 정리
- API·인증·수집 대상 확인
- 허브 ID + 데이터 ID로 식별
- 필드 설명과 버전 기록
- 가져온 정보 유지 · 설명 추가
- 담당자 검토 후 공개
카탈로그 게시
사용자
데이터 검색
제공 허브 확인
필드 의미·타입·단위 조회
제공 API·다운로드 경로 안내
외부 시스템
공개된 메타데이터를
DCAT 형식으로 조회
컨텍스트: 필드명과 그 의미를 나타내는 URI를 연결.
DCAT: 데이터셋 설명을 외부에 제공하는 표준.
Data Manager 표준관리 ↗
필드 설명과 버전을 조회
API 규격·인증 방식은 고객사와 협의
개별 데이터를 어떤 단위로
묶어 등록할지 결정
이전 버전과 변경 내용 비교
작성한 설명과 공개 중인 정보 유지
성공 시각·오류 기록
실패만으로 삭제하지 않음
검색·상세·추천·DCAT에
같은 공개 정책 적용
RFP 요구사항과 역할 분담·개발 계획
SFR-006 12개 · SFR-007 카탈로그 관련 5개 · 제주 사업 공통 5개. 항목을 누르면 상세가 펼쳐집니다.
006·01·공통·01 등은 이 문서의 항목 번호입니다.
RFP 공식 하위 번호가 아니며, 원문 항목 순서를 따릅니다.
조회·등록·수집SFR-006 · 3개 항목
| 항목 번호 | RFP 요구 | 구현 방법 | 화면·산출물 | 계획 반영·협의사항 |
|---|---|---|---|---|
| 006·01 | 웹 포털·통합 검색·필터·탐색기존·검증된 구성요소 활용, 커스터마이징 최소화 기술 구조 | 사용자 검색·상세와 관리자 화면 분리. 공통 UI·API·연계 모듈 재사용. | 사용자 검색·상세, 관리자 메뉴 구성도·컴포넌트 검토표 | 카탈로그 개발사용자·관리자 분리, 검증된 구성요소 재사용 |
| 006·02 | NGSI-LD 조회·수집/entities 등 허브 표준 인터페이스로 데이터셋 메타데이터 조회·수집 | 허브의 NGSI-LD 정보와 Data Manager의 필드 설명을 함께 조회. 같은 데이터의 중복 등록을 막고 변경 내용과 재수집 이력 관리. | 허브 연결·수집 화면 연계 명세·수집 실행 기록 | 기존 기능 연계허브·Data Manager의 조회 API, 인증·수집 범위 합의 |
| 006·09 | 필수항목 검증·분류설명·키워드·제공기관·담당부서·라이선스·공개등급, 조직/분야/주제 분류 | 분야·주제를 관리하고 등록·검색에 같은 분류 적용. 사용 중인 분류의 삭제를 제한하고 등록·게시 시 필수값 검증. | 데이터 분류 관리·메타데이터 편집 검증 규칙·분류 모델 | 카탈로그 개발수정 가능 항목, 분류 체계·공개 책임 합의 |
AI·용어·이력SFR-006 · 6개 항목
| 항목 번호 | RFP 요구 | 구현 방법 | 화면·산출물 | 계획 반영·협의사항 |
|---|---|---|---|---|
| 006·03 | AI 자동화 지원 구조 | 문서 분석·용어 추천·질문 해석 기능을 나누어 개발. 요청·응답 형식과 오류 처리 방법을 정하고 처리 이력 저장. | AI 처리 구성도 연계 명세·오류 처리 규칙 | 카탈로그 개발문서 형식·AI 서비스·품질 기준 합의 |
| 006·04 | 표준용어 사전메타데이터 작성 시 AI 추천 기준 데이터로 활용 | 공공표준의 용어·단어·도메인을 참조하고 기관 사전을 등록·승인·관리. 엑셀 다운로드와 필드별 용어 연결을 제공하며 AI는 승인된 용어를 추천. | 표준 사전·필드 연결 화면 엑셀 다운로드·변경 이력 | 기존 기능 연계공공표준 적용 차수·기관 사전 승인 담당자 협의 |
| 006·05 | 정의서·데이터 모델 분석업로드 자료에서 메타요소 자동 추출·초안 생성, 사용자 검토·수정 | 문서의 구조·필드에서 카탈로그 초안 생성. 기존 필드 정의와 다른 점, 문서에서 추출한 위치를 담당자가 검토. | 메타데이터 초안 화면 문서 처리 결과·수정 기록 | 카탈로그 개발등록 초안 작성, 기존 필드 정의와 다른 점 검토 |
| 006·06 | 신규 용어 후보·승인신규 용어 입력 시 후보 등록, 관리자 승인 후 반영 | 새 용어를 후보로 등록하고 관리자 승인 후 사전에 반영. 표준용어 승인과 카탈로그 공개 승인은 별도로 처리. | 용어 후보·승인 화면 승인 권한·이력 | 고객사 협의표준용어 승인 담당자·처리 시스템 협의 |
| 006·07 | 모델 탐색·후보·로그·리포트허브 모델 자동 탐색, 데이터셋 등록 후보 생성, AI 추천·분석 로그와 리포트 | 허브 모델에 Data Manager의 필드 설명을 연결하여 등록 후보 생성. AI 요청·결과·오류·반영 기록과 리포트 제공. | 허브 수집·등록 후보·작업 이력 AI 결과 리포트 | 기존 기능 연계필드 연결, 데이터셋 등록 단위와 ID 부여 기준 협의 |
| 006·08 | 자연어 검색·검색 이력의도 분석, 목록·요약·추천 근거·바로가기, 검색 이력 저장·검색 개선·운영 분석 | 질문을 검색 조건으로 바꾸어 조회 가능한 데이터셋을 검색. 추천 이유를 보여주고 검색 이력을 분석. | 자연어 입력·결과·검색 이력 검색 이용 통계·분석 보고서 | 카탈로그 개발공개 범위에 맞는 검색·추천 근거·이력 저장, 운영 통계 확인 |
표준 제공·운영SFR-006 · 3개 항목
| 항목 번호 | RFP 요구 | 구현 방법 | 화면·산출물 | 계획 반영·협의사항 |
|---|---|---|---|---|
| 006·10 | DCAT 기반 외부 제공DCAT 또는 DCAT-AP, 필요 시 DCAT-AP-KR | 컨텍스트의 필드 의미를 참조하고, 공개 데이터셋의 설명·제공 경로는 합의한 DCAT 프로파일로 외부 제공. | DCAT 제공 설정 화면 프로파일·매핑표·공개 API | 카탈로그 개발적용 DCAT 프로파일·공개 대상·항목 매핑 합의 |
| 006·11 | DCAT RDF 형식 조회JSON-LD, Turtle 등으로 메타데이터 조회 | 공개된 메타데이터를 JSON-LD·Turtle로 변환. 표준에 맞는지 검사하고 조회 API 제공. | DCAT 미리보기·다운로드 형식 검증 결과·조회 API | 카탈로그 개발JSON-LD·Turtle 조회와 RDF 검증 |
| 006·12 | 오픈소스화·운영 전략확장성·호환성·업데이트·보안 패치 전략 명시 | 연계·AI·표준 모듈 분리. 호환성 시험·버전·업데이트·보안 패치 절차 마련. | 기술 구조·호환성 검토표 버전·업데이트·보안 운영 지침 | 카탈로그 개발기능별 모듈 구성·호환성·업데이트·복구 방법 |
재사용·확산SFR-007 · 5개 항목
| 항목 번호 | RFP 요구 | 구현 방법 | 화면·산출물 | 계획 반영·협의사항 |
|---|---|---|---|---|
| 007·01 | NGSI-LD 모듈·패키징별도 개발 없이 다양한 지자체에 적용 가능한 구성 | 지역별 API·인증·필드 연결 정보를 설정으로 관리. 표준관리 연계 모듈을 분리하고, 지원 API 규격에 맞는 허브는 설정만으로 연결. | 패키지·설정 명세 별도 환경 설치·연계 확인서 | 카탈로그 개발지원 API·설정 항목 명시, 표준관리 연계 모듈 분리 |
| 007·02 | NGSI-LD 개발·오픈소스 공개명시 모듈 중 데이터 카탈로그의 코드·문서 공개 | NGSI-LD 표준에 맞춰 연계 기능 개발. 공개 범위·라이선스·비밀정보 제외 기준 확정. | 카탈로그 코드·설계 문서 공개 범위·라이선스 확인서 | 고객사 협의카탈로그 공개 범위·소스코드 사용 권한·라이선스 확정 |
| 007·03 | 공용 저장소 배포GitHub 등에서 소스·API 문서·데이터모델 정의서 제공 | 공용 저장소·릴리스에 코드·API 명세·모델 정의서를 함께 게시. | 공용 저장소·릴리스 API·데이터모델 문서 | 카탈로그 개발공용 저장소의 코드·API·모델 문서 배포 계획 |
| 007·04 | 라이선스·버전·활용 예제타 지자체 재사용을 위한 기능별 모듈 문서 | 설치·연결·검색·DCAT 예제와 모듈별 버전·라이선스·설정 안내 제공. | 설치·활용 문서 라이선스·버전 목록·예제 | 카탈로그 개발버전·라이선스·설치·활용 예제 제공 |
| 007·05 | 전북 협력 환경 적용·검증 | 협의한 전북 환경에 설치하여 데이터 연계·검색·DCAT 제공 기능 검증. | 환경 설정·설치 기록 적용·검증 결과서 | 고객사 협의전북 적용 대상·환경·검수 담당과 확인 절차 |
제주 사업 공통 요구와 책임 범위공통 · 5개 항목
| 항목 번호 | RFP 요구 | 담당 범위 | 협의·확인 산출물 | 계획 반영·협의사항 |
|---|---|---|---|---|
| 공통·01 | 데이터 모델 표준화NGSI-LD, TTAK.KO-10.1331 Part1·2·3·4/R1·4/R2·10 | 고객사 Data Manager: 데이터 요소·컨텍스트 관리 카탈로그: 필드 정의를 가져오고 항목의 일치 여부 검사 | 적용 표준·모델 매핑표 고객사·전문기관과 항목 일치 여부 검토 | 기존 기능 연계Data Manager의 필드 정의 활용, 표준화 담당 범위 협의 |
| 공통·02 | 안전·민원 이벤트 기반화재·충전사고의 NGSI-LD 메타데이터, 제주도-제주시-서귀포시 연계·분석 | 카탈로그: 이벤트 메타정보 등록·탐색 허브·분석 체계: 고객사와 협업 | 이벤트 모델·연계 대상표 지역별 메타정보 등록 확인 | 고객사 협의안전·민원 이벤트 모델과 메타정보 제공 범위 |
| 공통·03 | 데이터 카탈로그 관리체계민원·교통·주차 표준 메타데이터화·공유, 센싱·화재 안전 메타정보 통합 등록 | 카탈로그: 설명·분류·필드·공개 관리 실제 관측·안전 분석은 별도 모듈 | SFR-006 구현·검수표 민원·교통·주차·안전 등록 결과 | 카탈로그 개발민원·교통·주차·안전의 설명·분류·공개 관리 |
| 공통·04 | 전국 확산·전북 지원전기차 충전시설·공영주차장 화재 안전 중심 통합 대응의 오픈소스 패키지 | 카탈로그 패키지는 SFR-007로 수행 전체 안전 대응 솔루션은 사업 공통 범위 | SFR-007 패키지·설치 문서 전북 적용·검증 결과 | 고객사 협의카탈로그 패키지와 사업 공통 통합 범위 구분 |
| 공통·05 | 전문기관 표준화 협의활용 데이터의 표준화 필요성 검토·표준 제안 | 카탈로그: 항목·용어·모델 검토 자료 제공 전문기관·사업 주체와 공동 협의 | 표준화 검토서·회의 기록 합의한 표준 제안 자료 | 고객사 협의표준화 협의 주체와 제안 자료 제공 범위 |
적용 요구사항: 260527_데이터카탈로그관리체계_명세서.md · 제주 사업 공통, SFR-006, SFR-007.
연계 시스템: Data Manager 컨텍스트 · 데이터 요소의 필드 설명과 버전을 가져옵니다. 조회 API·승인 기능의 연계 범위는 협의합니다.
책임 범위: 전체 안전·민원 AI 분석·대응은 사업 공통 범위입니다. 카탈로그는 메타정보 관리·연계·공개와 다른 지역에 설치할 카탈로그 패키지를 담당합니다.
적용 표준: ETSI NGSI-LD — 유형·속성 조회와 컨텍스트 · W3C DCAT — 카탈로그 메타데이터 교환