시각화 접근성에서 문제로 지목된 지점은 화면에 드러나지 않는 내비게이션 구조였다. 논문은 시각적 저작자가 접근성 데이터 시각화를 만들 때 노드, 간선, 입력 바인딩을 코드로만 작성해 왔고, 그 결과 무엇이 좋은 구조인지 판단할 피드백 루프가 없었다고 짚는다. 이 연구는 그런 공백을 메우기 위해, 구조를 눈으로 보고 조작할 수 있는 저작 환경 Skeleton을 제안한다.
논문이 제시한 구성은 세 갈래다. 먼저 Inspector는 내비게이션 그래프를 상호작용 가능한 노드-링크 도식으로 렌더링하고, Dimensions API는 명시적 그래프 작성 대신 데이터 차원으로 구조를 표현한다. 이어지는 Skeleton은 저작자가 접근성 구조의 속성을 시각 표현으로 읽고 다루게 하는 직접 조작형 환경이다. 이 환경에는 시스템의 내비게이션 모델과 최종 사용자의 공간 경험을 함께 보여주는 이중 보기 편집기, 시각화 렌더링 파이프라인을 재활용해 공간 노드 배치를 자동화하는 스캐폴딩 엔진, 실시간 스크린리더 출력 미리보기가 있는 라벨 템플릿 편집기, 그리고 이동 순서를 시각적으로 추적하는 테스트 모드가 포함된다.
구현 예시는 그림 1과 5, 12쪽의 사실카드에서 확인된다. 예컨대 1쪽 그림 설명에는 3개 선으로 이루어진 12개월 범위의 선형 차트에 대한 노드와 간선의 이중 트리 시각화가 언급된다. 5쪽에서는 데이터셋에 실제로 존재하는 필드로부터 차원을 추론하며, 미리 고정된 스키마를 요구하지 않는다고 밝힌다. 같은 쪽의 준비 단계는 질의응답 마법사로 정리된다.
검증은 실무자 8명을 대상으로 한 현장(in-situ) 연구였다. 6쪽에는 CD2가 Skeleton의 테스트 단계를 사용해 선형 차트 3종 구성, 막대 차트 2종, 누적 막대 차트 3종, 산점도 4종을 살폈다고 적혀 있다. 7쪽에서는 스캐폴드를 사용한 참가자들이 노드 위치를 미세 조정하는 데 대체로 1~2분만 썼다고 보고한다. 같은 장에서는 화면에 보이는 내비게이션이 참가자들로 하여금 자신이 가져온 시각화의 구조 자체를 다시 생각하게 만들었다고 기술한다.
| 항목 | 수치/구성 | 근거 위치 |
|---|---|---|
| 현장 연구 참가자 수 | 8명 | p.1 abstract / p.2 source_excerpt / p.9 limitations |
| 도메인 전문가 평가 범위 | 선형 차트 3개 구성, 막대 차트 2개, 누적 막대 차트 3개, 산점도 4개 | p.6 source_excerpt |
| 스캐폴드 미세 조정 시간 | 대체로 1~2분 | p.7 source_excerpt |
| 구체적 데이터 예시 | 4행 샘플 데이터(도시 NYC·Sydney, month Jan·Jul, temp 0/25/22/8) | p.12 source_excerpt |
자료: STORIUM 정리
결과의 핵심은 접근성을 단순한 준수 과제가 아니라 설계 문제로 다루는 태도가 바뀌었다는 점이다. 7~8쪽 사례에서는 일부 참가자가 모든 26개 voronoi 셀을 탐색 가능하게 할지, 아니면 3개의 주요 조각만 둘지, 더 나아가 내비게이션이 정말 필요한지까지 재검토했다. 반면 9쪽 한계에서는 Skeleton이 좋은 내비게이션이 무엇인지에 대한 정답을 제공하지 못하고, 전문가 리뷰도 더 넓은 사용자 집단이나 통제된 평가를 대체할 수 없다고 분명히 적는다. 모바일 스크린리더의 스와이프 제스처는 키보드 모델이 다루지 못한 제한으로 남았다. 이 논문은 동료심사 전 arXiv 프리프린트로, 시각화 실무자의 저작 과정을 바꾸는 도구가 실제 현장 대화와 반복을 어떻게 촉진하는지에 초점을 맞춘다.
저작권자 © STORIUM 무단전재 및 재배포 금지
