[#eGovFrame] 04. 구조 분석과 새로운 방향 설정

표준 아키텍처 분석 및 템플릿 프로젝트로의 전환

 

작업의 진행상황은 github을 확인해주세요

GitHub : https://github.com/dopal2?tab=repositories

egov : https://github.com/dopal2/egov
egovproject : https://github.com/dopal2/egovproject

기본 예제 페이지를 실행해 보며 전자정부표준프레임워크의 내부 구조를 분석해 보았습니다. 분석 결과, 이클립스에서 생성한 프로젝트는 표준적인 Spring MVC 구조를 충실히 따르고 있었습니다.

1. 전자정부프레임워크 디렉토리 구조 분석

• 📂 src/main/java: 비즈니스 로직의 핵심 (Controller, Service, VO, Mapper 클래스)
• 📂 src/main/resources: 각종 설정 파일의 집합소
  • egovframework/spring: Spring Context 설정 (context-*.xml)
  • egovframework/sqlmap: MyBatis용 SQL Mapper XML 파일
• 📂 src/main/webapp: 화면 구성을 위한 리소스 (JSP, CSS, JS, web.xml)

---

2. 전략 수정: Web Project ➔ Template Project

단순한 웹 프로젝트(Web Project)만으로는 표준프레임워크가 제공하는 방대한 기능을 체감하는 데 한계가 있음을 느꼈습니다. 실무에서 가장 많이 활용되는 '공통 컴포넌트'를 제대로 파악하기 위해 프로젝트를 다시 생성하기로 결정했습니다.

왜 Template Project인가?
템플릿 프로젝트에는 게시판, 권한 관리, 사용자 관리 등 실무 필수 기능들이 이미 구현되어 있습니다. 이를 분석하는 것이 프레임워크를 빠르게 이해하는 가장 빠른 지름길입니다.

---

3. 앞으로의 개발 설계 로드맵

새로운 프로젝트 생성과 함께 다음과 같은 순서로 진행할 계획입니다.

STEP 1. 템플릿 프로젝트 생성 및 기본 포털 기능 구동

STEP 2. MySQL 연동을 통한 데이터베이스 스키마 생성 및 연결

STEP 3. 공통 컴포넌트 분석 (로그인, 게시판 아키텍처 확인)

STEP 4. 사용자 정의 기능 추가 및 배포 자동화(Jenkins) 적용

---

💡 오늘의 결론

진정한 공부는 삽질(?)에서 나온다는 말이 있듯이, 구조를 파악한 후 더 나은 도구를 선택하는 과정 자체가 큰 수확이었습니다. 다음 포스팅에서는 템플릿 프로젝트의 구성 요소를 파헤쳐 보겠습니다!