| 역할 | 이름 | 수행 역할 |
|---|---|---|
| PL | 이준석 | 프론트 |
| PE | 김지민 | 백엔드 |
| PE | 이수경 | 백엔드 |
| PM | 조연주 | 프론트 |
코로나 19로 인해 공공도서관 사용에 제한이 생겼고, 기존 거동이 불편한 사람들에게는 도서관에 직접 가서 책을 대여하는 일이 힘들다고 판단했다. 또한, 정보화시대가 시작되고 스마트폰이 상용화된 요즘 예전과 비교했을 때, 책을 읽는 사람의 비율이 점점 감소하는 중이다. 이에 따라 독서 문화를 조성하고 촉진시키기 위해서도 도서관의 책들을 배달을 통해 대여해주는 플랫폼이 있을 필요가 있다고 생각했다.
<출처:e-나리지표>
<출처:국가도서관통계시스템>
- 공학적 측면
딜리북은 공공도서관에서 이루어지는 서비스인 만큼 독자적으로 개발되어야 한다. 그러나 개발 측면에서 지역 서비스, 결제서비스 등의 구현을 위해 네이버나 카카오 등의 open API의 활용이 불가피하여 독자적인 서비스로의 개발에 한계가 존재한다.
- 경제적 측면
딜리북 플랫폼은 책의 배달 뿐만 아니라 회수가 필요한 서비스로 왕복 방문으로 인해 경제적으로 효율성이 떨어진다는 단점이 있다. (배달료 인건비 등) 이를 해소할 방안을 강구해야 할 것이다. 또한, 플랫폼을 활성화시키기 위해서는 배달원, 배달 수단 등의 오프라인 상의 초기 자본이 요구된다. 이를 갖추기는 어려울 것으로 판단되어 온라인 상에서만 구현이 가능하다는 제한이 있다.
- 환경적 측면
공공 도서관의 책에 관한 모든 정보가 필요하다. 정보 자체는 공공데이터 포털에서 가져오면 되지만 그 양이 매우 방대하여 데이터를 수집 및 정리하는 데에 있어 한계가 있다. 따라서 지역과 도서관 개수를 한정시켜야 한다는 제한이 있다. 또한 앞서 언급했듯이, 실제로 공공 도서관과 데이터를 연동하기는 어렵다. 따라서 프로젝트 수행기간 동안 실질적인 연동을 배제하여 제한된 개발 환경에서 서비스를 구현할 수 있을 것으로 예상된다.
- 사회적 측면
대여 서비스의 특성 상 반납이 원활히 이루어지지 않았을 경우의 책임을 묻는 규정이 생길 수 밖에 없고, 이에 대한 체계가 필요하다. 집까지 배달을 가는 서비스로 사용자의 위치 정보가 노출된다는 단점이 있다. 또한 배달되는 책의 정보를 통해 가구 구성원을 유추하는 등의 사회적 문제가 발생할 수 있는 가능성이 존재하므로 보안을 고려해야한다. 추가로, 소비자들이 안심하고 배달을 시킬 수 있도록 배달원의 간략한 신상 등 최소한의 정보 제공이 필요하다고 생각된다.
- 시간과 거리적 여유가 없어도 공공도서관을 이용할 수 있다.
- 주변의 도서관과 해당 도서관에 있는 책을 검색할 수 있기 때문에 전체 연령의 인지율과 사용율을 높일 수 있다.
- 코로나로 인해 도서관에 못 가던 사람들과 기존에 거동이 불편하여 도서관에 가기 힘들었던 사람들에게도 편의성을 제공한다.
- 도서관이 기존보다 더욱 활성화된다.
- Frontend
- React-Native
- Backend
- Node.js
- PM2
- Database
- Amazon RDS
- MySQL
- Infra
- Nginx
- Certbot
- NHN Toast
- Expo
