Small Public Facility Management System
A Web GIS project connecting facility lookup, inspections, maintenance, compensation, and administrative documents. I developed the Vue/OpenLayers UI and Spring Boot business APIs.
- Role
- Development Team 2 · Full-stack development: Web GIS, business APIs, and document generation
- Technology
PUBLIC RUNNING SCREENS
Operational screen record
Problem and approach
Facility management requires location and attribute data alongside inspections, maintenance plans, construction, and compensation records. I connected Web GIS with administrative screens so users could find a facility and continue the related work. My scope covered frontend state and map interactions, backend business APIs, and document generation.
Core frontend development
• Menu layouts, loading and selection state, and facility, inspection, maintenance-plan, construction, and compensation workflows built with Vue 3, TypeScript, Vite, and Pinia • WMS/WFS layers, facility-geometry query and editing, zoom and area selection, road view, feature inspection, distance and area measurement, and profile analysis built with OpenLayers 8 and the in-house GIS module • Split-map and swipe comparison plus layer trees, CQL filters, opacity, overview maps, and map-print state • Element Plus input and validation interfaces, Axios API integration, ECharts dashboards, and HWP, Excel, and PDF download flows
Core backend development
• Controller–Service APIs on Java 8 and Spring Boot 2.7, with MyBatis and PostgreSQL persistence for facilities, inspections and risk, medium-term plans, construction, land loss, and compensation • Transactional handling of facility geometry and attribute history, status changes, yearly volume and cost aggregation, dashboards, and composite compensation records • Spring Security and OAuth2 authentication plus user, role, and access-history management, with KRAS, K-Geo, and MapStudio linkage • Excel, HWP, and PDF template output using Apache POI, hwplib, and iText, including image insertion, document merging, and file upload and download APIs
Functions verified in the running screens
• Map navigation tools for overview, zoom, box zoom, view history, and full extent while reviewing an area • Field-context lookup through road view and feature information for a selected location • Distance and area measurement, profile analysis, and reset for spatial review • Horizontal split, swipe comparison, and map settings for comparing and controlling layers • Map print plus facility search and registration by map, address, type, and status • Maintenance-plan specifications, priorities, yearly volume, and cost management • Construction, land-loss, and compensation work screens • Dashboards for facility, maintenance-plan, and risk-facility status • Safety-inspection and risk-assessment report management in the resource library
Scope defined in the requirements
The defined scope covers users, roles, and access history; facility geometry and attribute history; spatial links such as cadastral and land-register data; safety inspection and risk designation; medium-term and implementation plans with form output; emergency, delegation, and civil-service work; and external-system and mobile use. Items requiring further agreement were tracked separately.
Engineering experience
This work developed my ability to connect map interactions, application state, domain APIs, transactions, and document generation into one workflow. I followed requirements from the UI through data processing and output formats. These are my contributions within Development Team 2, not a claim of sole ownership of the original design or entire system.