Files
Aislo/docs/wiki/architecture/shared_resources.md
T
eomsangdonandClaude Opus 5 eb30b774f8 chore(docs): docs 폴더 git 추적 전환 · PLAN·OWNERS 최상위 이관
- `docs/` 를 .gitignore 에서 빼 git 추적 대상으로 전환 (위키·완료 이력·검증 기록)
- `docs/raw/PLAN.md` · `docs/raw/OWNERS.md` 를 저장소 최상위로 이동 후 .gitignore 에 등록
  — 창끼리 공유하되 저장소에는 안 올리는 장부
- 살아 있는 경로 참조 7개 파일 정정 (아카이브 107건은 그때 사실이라 그대로 둠)
- graphify 날짜별 산출물(`docs/wiki/graphify-out/20*/`) 제외 — `graphify update` 가 다시 만듦

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-09 18:19:07 +09:00

2.6 KiB

type, status, related_pages, last_updated
type status related_pages last_updated
architecture-map draft
architecture/project_map
architecture/implementation_status
architecture/workflow_data_flow
architecture/public_admin_map
2026-08-16

공유 자원 영향 지도

각 정의의 검증 상태는 링크된 concept 문서를 따른다. 이 페이지는 영향 탐색용 종합 지도다.

공유 자원 관계 주요 사용처
auth_rbac GOVERNS A06, A07, A09, B01 및 보호 API 전체
workflow_state GOVERNS B01, B02, B03~B09
db_schema/overview DEFINES 모든 backend/db 페이지
storage_paths DEFINES B03 입력, B04~B09 산출물
crs_metadata NORMALIZES B03, B04, B05
api_common STANDARDIZES 공통 오류 응답과 workflow API
schema_common STANDARDIZES 공유 Pydantic 요청·응답 모델
common_util SUPPORTS 인증·저장소·메일·workflow·삭제
dependencies SUPPORTS GIS·수치연산·DB·프론트 렌더링
ui_templates RENDERS A00A09, B01B11
design STYLES 전체 프론트엔드
drainage_watershed CONNECTS B04 전처리, B05 구조물·배수, B06 횡단
mass_haul_diagram CONNECTS B05 종단, B06 횡단·유토, B07 수량
temp_upload CONNECTS B01 임시보관, B03 attach·자동 체인

단계별 직접 연결

단계 API·Backend 관계 공유 자원
B01 B01_Dashboard/B01_apiB01_Dashboard/B01_backend workflow·인증·DB
B03 B03_FileInput/B03_apiB03_FileInput/B03_backend 저장소·CRS·workflow
B04 B04_PreProcess/B04_apiB04_PreProcess/B04_backend 저장소·GIS·workflow
B05 B05_Profile/B05_apiB05_Profile/B05_backend 저장소·배수·workflow
B06 B06_Section/B06_apiB06_Section/B06_backend B05 산출물·workflow
B07 B07_Quantity/B07_backendworkflow_state stage 4 임시 완료만 사용
B08 B08_DesignDetail/B08_apiB08_DesignDetail/B08_backend B06 산출물·CAD·workflow

영향 분석 규칙

  1. 공유 자원을 변경할 때 이 표에서 소비 페이지를 먼저 찾는다.
  2. concept의 사용처 목록과 각 페이지의 related_pages를 양방향 대조한다.
  3. DB·API·workflow 변경은 architecture/workflow_data_flow의 생산자와 소비자를 함께 검토한다.
  4. 상세 함수·테이블은 해당 canonical concept 또는 페이지의 표에서 찾는다.