0
웹에이전시 전문 프리랜서 개발자 프리터코더입니다.
이번 챕터에서는 웹사이트 개발 과정 중 백오피스의 GNB 관리 기능 여부를 확인합니다.
<백오피스의 GNB 관리 기능 여부> 글은 웹에이전시의 의뢰를 받아서 프리터코더가 웹사이트를 개발하는 과정을 가상으로 보여주는 웹에이전시의 개발자들은 어떻게 일하나 시리즈 중 하나입니다.
1
헤더를 분리하고 구현하기 전에 체크해야 할 사항이 있습니다. 바로 백오피스에 GNB 관리 기능이 존재하는지 여부입니다.
2
완전히 html 로만 이루어져 있는 사이트가 아니라면, 대부분의 웹사이트는 "데이터"를 관리합니다. 데이터라고 해서 대단한 것은 아니고, 일반적으로 볼 수 있는 배너 이미지라던가, 상품 설명이라던가 하는 것도 데이터에 해당합니다.
이런 데이터를 관리하는 "관리자 사이트"를 백오피스(back office) 라고 흔히 부릅니다. 사용자가 아니라 관리자들이 사용한다는 뜻입니다.
3
만약에 백오피스에 메뉴 관리 기능이 존재한다면, GNB가 데이터베이스에서 관리된다는 의미입니다.
관리자 사이트에서 GNB 이름이나 구조를 변경할 경우 정보가 데이터를 저장하는 데이터베이스 시스템에 저장되고, 사용자 페이지에서는 데이터베이스 시스템에 저장된 데이터를 기반으로 GNB 구조가 보여지게 됩니다.
기획자 팁
백오피스에서 관리할 필요가 없는 항목이라면 사용자 페이지 기획서에 "고정(백오피스 불필요)" 등의 코멘트를 달아주시면 좋습니다. 개발자가 백오피스 기획서를 다 둘러보지 않아도 되니까요.
백오피스에서 관리할 필요가 있는 항목이라면 사용자 페이지 기획서에 백오피스 기획서 페이지 번호 (혹은 챕터 번호) 등을 기재해 주시면 감사하겠습니다.
4
당연히 관리할 수 있는 것이 고정보다는 낫지 않냐고 생각하실 수도 있는데 늘 그런 것은 아닙니다.
웹에이전시가 만드는 웹사이트는 대부분 일회성으로 만들어지기 때문에 사이트의 탄생 순간부터 리뉴얼될 때까지 GNB 구조는 거의 바뀌지 않습니다. 기껏해야 이름이 변경되거나 한두개 추가되는 정도일까요?
이런 케이스라면 굳이 데이터베이스로 관리하는 것보다는 GNB 정보가 있는 헤더 파일을 분리하고 헤더 파일을 직접 수정하는 것이 더 투입 리소스가 적게 듭니다.
백오피스 사이트에 GNB 관리 기능을 추가하는 것도 시간과 비용이 수반됩니다. 거의 사용하지 않을 기능을 만들기 위해서 프로젝트 기간이 늘어나고, 그에 상응해서 개발 비용이 더 비싸지는 거죠.
따라서 반드시 필요한 경우가 아니라면 GNB 관리 기능을 백오피스에 넣는 것은 지양하는 것을 추천드립니다.
