다농

프로젝트 개요

기술개발 과제

국문 : 농수축산물 직거래 웹 플랫폼

영문 : Direct trading web platform for agricultural products

과제 팀명

다농

지도교수

이동희 교수님

개발기간

2020년 9월 ~ 2020년 12월 (총 4개월)

구성원 소개

서울시립대학교 컴퓨터과학부 2012920038 오광석(팀장)

서울시립대학교 컴퓨터과학부 2012920030 송경원

서울시립대학교 컴퓨터과학부 2012920058 최대은

서울시립대학교 컴퓨터과학부 2012920046 이창용

서론

개발 과제의 개요

개발 과제 요약

◇ 온라인 사이트를 활용해 농축수산물 직거래 기능을 구현한다.

◇ 불투명했던 산지정보를 소비자에게 알려주어 산지 신뢰성을 보장한다.

◇ 산지정보를 제공하기위해 흙토람에서 제공하는 정보를 API로 활용한다.

◇ 복잡한 유통과정을 최소화시켜서 유통시간과 비용을 줄인다.

◇ 소비자에게 농산물의 상세정보를 제공한다.

◇ 위치정보를 이용한 농산물 검색 기능을 제공한다.

◇ 재배환경에 따른 상품정보 필터링 기능을 구현한다.

◇ 거래 및 결제기능을 개발한다.

◇ 웹 사이트로 구현하여 모바일에서도, pc에서도 접근할 수 있게 한다.

◇ 회원가입은 카카오톡 등과 연계하여 회원가입할 수 있도록 한다.

◇ 농가 데이터베이스를 정보화한다.

개발 과제의 배경

[배경]

기존의 농수산물 거래환경은 복잡한 유통구조로 인해 가격이 비싸고, 불투명한 산지정보로 신뢰성이 부족하다.

[효과]

◇ 중간 유통비용 절감

◇ 산지 신뢰성 보장

◇ 공공데이터를 통한 자세하고 투명한 서비스 제공

개발 과제의 목표 및 내용

◇ 번거로운 회원가입절차의 간소화를 위해 카톡연계 가입기능을 구현한다. GPS동의, 본인인증, 산지정보 등의 정보를 수집한다.

◇ 위치기반서비스(핵심목표1) : 산지 직접 선택하여 상품정보/상세필터, 지도화면, 품목분류 를 통해 원하는 정보를 제공한다.

◇ 농가 DB 정보화(핵심목표2) : 산지/상품정보 외부 api 사용한다.

◇ 결제모듈을 구현한다.

◇ 이창용: 프로젝트 제안, 프로토타입

◇ 최대은: Web Page Design, Front end, 설계

설계

설계사양

제품의 요구사항

◇ R1: 실제 결제까지 가능해야 한다. 
◇ R2: SNS 로그인 기능을 제공해야 한다. 
◇ R3: 농가의 토지정보를 확인할 수 있어야 한다. 
◇ R4: 위치기반 서비스를 제공해야 한다.

설계 사양

◇ F1: PG사 결제연동 서비스 Iamport 사용해서 실제 카드거래가 가능하도록 구성. 
◇ F2: 카카오 API 연계 회원가입
◇ F3: Naver map API 사용 위치조회 및 클러스터링
◇ F4: 농촌진층청 API 이용 토양적성도 공개

개념설계안

[Server]

◇ Programming Language: python 3.6
◇ Framework: django 3.0
◇ Data Base: Maria DB

[Front End]

◇ Programming Language: Javascript, ECMAScript 8
◇ Library: React, Material-UI

[Release]

◇ AWS Git 연동

이론적 계산 및 시뮬레이션

2.5.1. Authentication 구현 Authentication(인증)은 타인의 개인정보를 보호하기 위해 웹에서 중요한 절차이다. 인증은 클라이언트 관점에서는 사용자의 로그인, 회원가입과 같이 사용자의 도입 부분이고, 서버 관점에서는 모든 API요청에 대해 사용자를 확인하는 작업이다. 이때 사용자 정보의 임시 저장을 서버상에서 관리하면 세션이고 브라우저의 메모리에서 관리하면 쿠키이다. Danong 서비스는 SPA & Rest API 구성으로 위의 세션, 쿠키 기반 인증이 어려우므로 토큰 기반 인증을 사용하였다. (1) 기본 과정 1) 유저가 아이디와 비밀번호로 로그인 시도 2) 서버 측에서 해당 계정정보를 검증. 계정정보가 정확하다면 서버 측에서 유저에게 토큰을 발급. 3) 클라이언트 측에서는 전달받은 토큰을 저장해두고 서버에 요청 시, 해당 토큰을 함께 서버에 전달. 4) 서버는 토큰을 검증하고 요청에 응답합니다.

2.5.2. 위협과 대응 (1) CSRF(Cross Stie Request Forgery) : 사이트간 요청 위조

       웹 애플리케이션 취약점 중 하나로 사용자가 자신의 의지와 무관하게 공격자가 의도한 행동을 하여 특정 웹페이지를 보안에 취약하게 한다거나 수정, 삭제 등의 작업을 하게 만드는 공격방법을 의미한다.
       방어 방법 중 가장 간편한 방법은 Referer 체크를 하는 방법이 있다. Referer는 HTTP 헤더에 있는 정보로 해당 요청이 요청된 페이지의 정보를 가지고 있는데 같은 도메인 상에서 요청이 들어오지 않는다면 차단하도록 하는 것이다.

(2) CORS(교차 출처 리소스 공유; Cross-Origin Resource Sharing)는 추가 HTTP 헤더를 사용하여, 한 출처에서 실행 중인 웹 애플리케이션이 다른 출처의 선택한 자원에 접근할 수 있는 권한을 부여하도록 브라우저에 알려주는 체제입니다. 보안 상의 이유로, 브라우저는 스크립트에서 시작한 교차 출처 HTTP 요청을 제한합니다.

(3) 해결책 : 개발환경별 분리 1) development level

               <development.py>

CORS, CSRF 전체 허용

2) production level

               <production.py>

React App이 배포된 S3에서의 요청만 허용

상세설계 내용

내용

결과 및 평가

완료 작품의 소개

프로토타입 사진 혹은 작동 장면

내용

포스터

내용

완료작품의 평가

내용

향후계획

내용

특허 출원 내용

내용

다농

목차

프로젝트 개요

기술개발 과제

과제 팀명

지도교수

개발기간

구성원 소개

서론

개발 과제의 개요

개발 과제 요약

개발 과제의 배경

개발 과제의 목표 및 내용

관련 기술의 현황

관련 기술의 현황 및 분석(State of art)

시장상황에 대한 분석

개발과제의 기대효과

기술적 기대효과

경제적, 사회적 기대 및 파급효과

기술개발 일정 및 추진체계

개발 일정

구성원 및 추진체계

설계