Back to the Basics Back to the Basics

전자정부 표준프레임워크에서 로그인 및 인증 구조가 어떻게 설계되어 있는지, Session 기반 인증과 Interceptor의 역할, 그리고 실무에서 Spring Security로 확장하는 방법까지 실전 관점에서 분석합니다.1. 로그인 인증 기능은 공공 SI 프로젝트의 핵심전자정부 표준프레임워크 기반 프로젝트에서 로그인/인증 기능은 핵심 중의 핵심입니다.감리 대응 시 반드시 아래 요구사항을 충족해야 합니다.비인가 사용자 접근 차단세션 탈취, 세션 고정 공격 방지사용자 ID, 로그인 이력 로깅세션 만료 후 재로그인 처리전자정부 프레임워크는 이를 위해 기본적으로 Session + Interceptor 구조를 권장하고 있으며,최근 실무에서는 Spring Security를 통한 확장 적용이 일반적입니다.2. 전자..

전자정부 표준프레임워크 프로젝트 생성기로 만들어지는 기본 코드 구조의 의미를 깊이 있게 분석하고, 실전 개발에서 이를 어떻게 변형하고 활용해야 하는지 전략적으로 정리합니다.1. 프로젝트 생성기는 단순한 편의 도구가 아니다전자정부 표준프레임워크에서는 Eclipse용 생성기 플러그인을 통해자동으로 프로젝트 골격을 생성할 수 있습니다.많은 초보 개발자는 이를 단순히 "코딩을 빠르게 시작하기 위한 템플릿" 정도로 생각합니다.하지만 진짜 목적은 다릅니다.공공 시스템의 표준 구조 강제협력업체 간 코드 일관성 유지감리/보안 대응을 위한 설계 규칙 적용즉, 프로젝트 생성기는 단순 편의가 아니라**"공공 프로젝트의 품질 보증 장치"**로 설계된 것입니다.2. 생성되는 기본 구조 총정리전자정부 표준프레임워크 생성기는 다음..

전자정부 표준프레임워크 기반 프로젝트를 시작할 때 반드시 알아야 할 개발환경 구성 요소와 실행 환경 세팅, 빌드 도구, 배포 구조까지 실무 관점에서 종합적으로 정리합니다.1. 왜 개발환경 구성부터 전략적으로 접근해야 하는가?전자정부 표준프레임워크는 단일 라이브러리나 템플릿이 아닙니다.IDE, 실행환경, 빌드 시스템, 배포 구조까지 함께 구성되어야 하는 복합적인 개발 체계입니다.많은 초보 개발자나 SI 현장에서는Eclipse를 그냥 설치하고생성기에서 프로젝트만 만들고Maven으로 빌드만 하면 끝이라고 생각합니다.그러나 실제 공공 프로젝트에서는 이 구성 하나로개발 속도, 유지보수 품질, 배포 안정성, 감리 대응 수준이 모두 결정됩니다.2. 필수 개발환경 요소 총정리 (2024 기준)필수 소프트웨어 및 도구 ..

전자정부 표준프레임워크의 3.0부터 최신 4.3.0까지 버전별 핵심 변화와 기술 스택 진화를 분석합니다. 신규 구축과 기존 시스템 유지보수 시 고려해야 할 전략적 포인트를 제공합니다. 1. 왜 버전 변화가 중요한가? 공공 프로젝트의 제안요청서(RFP)를 보면 다음과 같은 조건이 자주 등장합니다. “전자정부 표준프레임워크 4.1 이상 적용”“기존 시스템은 3.10 기반으로 구성되어 있으며, 호환성을 고려해야 함” 이처럼 버전은 단순한 숫자가 아닙니다.프로젝트의 설계, 기술 스택, 감리 대응 방식, 성능까지 좌우하는 기준입니다. 최신 버전인 **v4.3.0(2024년 기준)**은 아키텍처 전환기의 정점을 나타내며,Spring Boot, WebFlux, MyBatis 최신화, JDK 업그레이드 등 공공 프로..

전자정부 표준프레임워크 프로젝트 생성기로 만들어지는 기본 구조와 생성 코드의 철학을 분석합니다. Controller, Service, DAO 구조의 연결 흐름과 설계 원칙을 이해합니다. 1. 프로젝트를 처음 열었을 때, 혼란부터 온다 전자정부 프레임워크 기반의 새 프로젝트를 처음 생성하고 나면,많은 개발자들이 비슷한 고민에 부딪힙니다. 디렉토리는 너무 많은데, 어디부터 손대야 하지?EgovSampleController, EgovSampleServiceImpl 같은 클래스들이 왜 있는 거지?게시판 샘플이 왜 이 구조로 만들어졌을까? 이 질문들은 단순한 ‘코드 사용법’이 아니라,전자정부 표준프레임워크가 제안하는 아키텍처 설계 철학에 대한 이해가 없으면 답할 수 없습니다. 2. 전자정부프레임워크 프로젝트 ..

전자정부 표준프레임워크의 아키텍처 구조와 핵심 흐름을 실무 관점에서 분석합니다. Controller부터 DAO까지의 요청 흐름, 공통 모듈의 역할, 트랜잭션 처리 방식 등을 정리합니다. 1. 왜 아키텍처 구조부터 이해해야 할까? 전자정부 표준프레임워크는 공공 시스템을 위한 정형화된 아키텍처 구조를 제공합니다.이 구조를 정확히 이해하지 못하면, 샘플 프로젝트는 돌지만 실제 구현에서 오류가 발생하고업무 모듈을 확장하거나 커스터마이징할 때 구조가 무너지고인수인계나 유지보수 단계에서 치명적인 오류가 생깁니다. 프레임워크를 쓸 줄 아는 것과프레임워크의 철학과 구조를 이해하고 설계할 수 있는 것은 다릅니다.이번 화에서는 그 차이를 명확히 정리합니다. 2. 전체 구성 개요 – 5계층 구조 전자정부 표준프레임워크는..

전자정부 표준프레임워크가 여전히 공공 시스템 개발에서 필수 기술로 요구되는 이유를 제도, 시장, 기술, 유지보수 관점에서 심층 분석합니다. 1. 들어가며 – 기술보다 중요한 것: ‘입찰 논리’ 요즘 개발자 커뮤니티에서는 전자정부 표준프레임워크(eGovFrame)를 언급하면 종종 이런 반응이 나옵니다. “그건 옛날 기술 아닌가요?”“Spring Boot로 하면 더 간단하고 깔끔한데 왜 굳이?” 이 말은 기술적으로는 맞습니다.하지만 공공 프로젝트에서 기술은 전부가 아닙니다. 전자정부 표준프레임워크는 단순히 기술적 선택이 아니라, **입찰 생태계의 제약조건을 반영한 ‘시장의 룰’**입니다.이 룰을 이해하지 못하면, 공공 소프트웨어 개발에서는 어떤 프로젝트에도 참여할 수 없습니다. 2. 왜 여전히 eGovF..

전자정부 표준프레임워크(eGovFrame)의 등장 배경과 철학, 그리고 왜 여전히 중요한 공공 소프트웨어의 근간인지 심층적으로 분석합니다. 서론 – 공공 소프트웨어는 왜 항상 ‘표준’을 요구하는가? 대한민국의 공공 IT 시스템 개발은 민간 영역과는 다르게 움직입니다.빠른 기술 교체보다는 안정성과 지속 가능한 유지보수 체계가 강조되며,이러한 환경 속에서 등장한 것이 바로 **전자정부 표준프레임워크(eGovFrame)**입니다. 이 프레임워크는 단순한 개발 도구를 넘어,공공 프로젝트의 품질과 일관성을 유지하기 위한 국가 차원의 설계 규칙으로 자리 잡았습니다. 전자정부 프레임워크의 등장 배경 2000년대 초중반, 각 공공기관은 서로 다른 개발 언어와 구조로 시스템을 구축해왔습니다.그 결과는 다음과 같았습니..