홈페이지 유지보수·기능 수정

이런 상황이면 유지보수가 필요합니다

• 01

  기존 개발자와 연락이 어려운 경우

  인수인계 문서가 없거나 담당자가 바뀌어 소스와 서버 상태를 아무도 설명해 주지 못하는 상황입니다.

• 02

  오류는 났는데 원인을 모르는 경우

  화면에 오류가 보이지만 코드·서버·데이터 중 어디가 원인인지 판단하기 어려운 상황입니다.

• 03

  일부 화면이나 기능만 고쳐야 하는 경우

  사이트 전체를 새로 만들 필요는 없고 특정 페이지, 특정 기능만 수정하면 되는 상황입니다.

• 04

  오래된 코드라 바로 손대기 어려운 경우

  수정 자체보다 기존 구조를 먼저 파악해야 하는, 오래 운영된 사이트입니다.

• 05

  서버와 관리자 구조를 모르는 상태로 맡겨야 하는 경우

  어떤 서버를 쓰는지, 관리자 페이지가 무엇을 할 수 있는지 정리되지 않은 상황입니다.

작업할 수 있는 범위

아래는 실제로 진행하는 작업입니다. 기존 소스와 서버 환경을 확인한 뒤 가능한 범위를 먼저 알려드립니다.

• 화면·문구 수정

  텍스트, 이미지, 배치처럼 눈에 보이는 부분을 수정합니다.

• 기능 수정과 추가

  기존 기능을 고치거나 필요한 기능을 기존 구조에 맞춰 더합니다.

• 관리자 페이지 수정

  운영자가 쓰는 화면의 항목, 목록, 검색, 권한 등을 조정합니다.

• 오류 분석과 복구

  증상만 가리지 않고 원인을 확인한 뒤 수정 범위를 정합니다.

• 서버·배포 환경 확인

  어디에 어떻게 배포되는지 확인하고 필요한 경우 서버 이전을 진행합니다.

• DB 구조 확인과 데이터 작업

  테이블 구조와 데이터 흐름을 확인한 뒤 필요한 작업을 진행합니다.

• 데이터 이전

  회원, 게시글, 첨부파일 등 운영 중 쌓인 데이터를 새 환경으로 옮깁니다.

• 부분 리뉴얼

  전체 교체 대신 필요한 화면과 기능만 정리합니다.

기존 프로젝트 인수

코드를 받자마자 바로 수정하지 않습니다. 아래 순서로 구조를 먼저 확정한 뒤 작업을 시작합니다.

1. 01

   파일과 저장소 확인

   실제 소스가 어디에 있고 어떤 형태로 관리되는지 확인합니다.

2. 02

   실행·배포 구조 확인

   어떤 환경에서 어떻게 배포되어 동작하는지 파악합니다.

3. 03

   DB 확인

   데이터베이스 종류와 테이블 구조, 실제 데이터 상태를 확인합니다.

4. 04

   include·API·외부 서비스 확인

   공통 파일과 외부 연동이 어디에 걸려 있는지 확인합니다.

5. 05

   관리자 확인

   관리자 페이지가 어떤 기능을 담당하는지 확인합니다.

6. 06

   렌더·데이터 흐름 확인

   요청이 화면으로 나오기까지의 흐름을 따라갑니다.

7. 07

   영향 범위 확정

   수정이 어디까지 영향을 주는지 확인합니다.

8. 08

   수정

   위 내용이 확정된 뒤에 실제 작업을 시작합니다.

작업 전 확인 원칙

확인되지 않은 상태에서 작업을 시작하지 않습니다. 작업 범위와 영향을 먼저 확인하고, 합의된 내용을 기준으로 진행합니다.

1. 01

   실제 파일 확인

2. 02

   관련 코드 흐름 확인

3. 03

   작업 위치와 영향 범위 확인

4. 04

   범위·기간·비용 확정 후 착수

자주 묻는 질문