SOOJLE
수즐 커뮤니티
수즐 커뮤니티
  • SOOJLE Document
  • 프로젝트 요약
  • Untitled
  • 프로젝트 개요
    • 프로젝트 소개
    • 추진 배경 및 필요성
    • 프로젝트 내용
      • 기능적 요구사항
      • 비기능적 요구사항
    • 개발환경 및 팀 구성
    • 워크플로우
      • 계획 수립 & 설계
      • 데이터 수집 및 정규화
      • 인공지능 개발
      • 서비스 모듈 개발
      • 성능 평가 및 보고
    • 프로젝트 예산 내역
  • 사전조사 & 의사결정
    • 사전조사
      • 재학생 대상 사전조사
      • 수집 URL 대상 목록
        • 세종대학교 직할
        • 세종대학교 학과
        • 공식 공지사항
        • 세종대 평생교육원
        • 외부 웹사이트
      • 학습 모델 사전조사
        • LSA - 잠재 의미 분석
        • LDA - 잠재 디리클레 할당
        • Word2Vec - 워드투벡터
        • FastText - 패스트텍스트
    • 의사결정
      • 사용자 인증 방식 의사결정
      • 데이터베이스 의사결정
        • MySQL vs MongoDB 성능 분석
      • 토픽별 의사결정
      • 부가 기능 의사 결정
  • 프로젝트 설계
    • 시스템 구조 설계
    • 핵심 기능 설계
      • 데이터 크롤러 설계
      • 게시물 토픽 정의 및 분류
      • 사용자 관심분야 측정
      • 뉴스피드 설계
        • 사용자-문서 유사도(Recommendation Score)
        • FaS (관심 분야 및 유사도 측정 - 추가)
        • 토픽 뉴스피드 목록
      • 검색 알고리즘 설계
        • 검색 알고리즘 1차 설계
        • 검색 알고리즘 1차 개선안
        • 검색 알고리즘 2차 설계
    • 요구사항 목록
      • DB 요구사항
      • 기능 요구사항
      • 품질 요구사항
      • 관리 요구사항
  • DB
    • 구조 설계
    • 테이블 명세
  • 데이터 크롤러
    • 데이터 크롤러 개요
    • 크롤링 URL 선정
    • 크롤러 구현을 위한 사전조사
    • 크롤러 개발 과정
      • 크롤러 프로그램 설계
      • 크롤러 규격화
      • 크롤러 정규화
      • 데이터 정제 과정
      • 에러 핸들러 구현
      • 배포 환경 이식을 위한 Porting
    • Issue & Exception
    • 결과 보고
  • 인공지능 개발
    • 인공지능 개발 개요
    • NLP 스터디
      • Bag of Words(BoW)
      • Document Term Matrix(DTM)
      • TF-IDF(Term Frequency-Inverse Document Frequency)
      • 문서 유사도(Document Similarity)
    • 데이터 전처리 과정
    • 개발 과정
      • 토크나이저 구현
      • LDA 모델 학습 및 구현
    • LDA 학습 모델링
      • 1차 파라미터 튜닝 결과 (NUM_TOPICS)
      • 2차 파라미터 튜닝 결과 (NUM_TOPICS)
      • 3차 파라미터 튜닝 결과 (NUM_TOPICS)
      • NUM_TOPICS 파라미터 의사결정
      • 4차 파라미터 튜닝 결과 (PASESS, ITERATION)
      • 최종 학습 모델 명세
    • Word2Vec(FastText) 학습 모델링
    • Issue & Exception
    • 성능 분석 결과
  • BackEnd
    • 서버 구축 및 배포
      • SOOJLE 서버 구조
      • 상용 서버 (UWSGI + NGINX) 구축
      • HTTPS 서버 구현
    • API 문서 개요
    • API 목록
      • Analysis
      • Auth API
      • Newsfeed API
      • Post API
      • Search API
      • Admin API
    • 세종 Auth API
    • 통계 기능 설계
    • Issue & Exception
    • 성능 분석 결과
  • FRONTEND
    • 프론트엔드 설계 개요
    • 디자인 설계 의사결정
      • 디자인 컨셉 및 기능 정의
      • 컴포넌트 디자인
      • Logo Variation
    • 화면 흐름도
    • 페이지 UI 명세
      • Main Page
      • Header
      • Footer
      • Mobile Control Bar
      • Login Page
      • Timeline Page
      • Menu Page
      • Hyperlink Icons Page
      • Search Component & Mobile Search Modal
      • Search Page
      • Post Block
      • Snackbar
  • 프로그램 배포
    • 프로그램 개요
    • 시스템 아키텍쳐
    • 주요 기능 및 명세
    • 프로그램 테스트
    • 구현 결과물 배포
  • 마무리
    • References
  • SOOJLE AI
  • SEJONG AUTH
  • IML Tokenizer
  • SOOJLE Crawler
  • SOOJLE Frontend
  • SOOJLE Backend
Powered by GitBook
On this page
  • 개요
  • 배경과 요구사항
  • 사용자 인증 방식
  • 세종대학교 Portal 시스템 연동
  • 타 Oauth 인증 서비스
  • 자체 회원가입
  • 의사결정

Was this helpful?

  1. 사전조사 & 의사결정
  2. 의사결정

사용자 인증 방식 의사결정

Previous의사결정Next데이터베이스 의사결정

Last updated 5 years ago

Was this helpful?

개요

SOOJLE은 세종대학교 구성원을 대상으로 하는 정보 통합 서비스이며, 구성원들이 해당 서비스를 보다 용이하게 사용할 수 있도록 적절한 사용자 인증 방식을 채택해야 한다.

배경과 요구사항

  • 본 서비스는 세종대학교 구성원을 대상으로 한다

  • 인증 과정이 최대한 간편해야 하며, 수행 과정 동안 번거로움이 없어야 한다

사용자 인증 방식

사용자 인증 방식을 채택하기에 앞서 아래와 같은 선택사항이 존재한다.

세종대학교 Portal 시스템 연동

세종대학교 구성원들은 모두 포탈 시스템을 통해 사용자 인증을 수행하는 것이 가능하다. 해당 인증 체계를 SOOJLE에 적용시킬 수 있다면, SOOJLE 사용자들은 따로 번거롭게 회원가입 작업을 하지 않고 곧바로 서비스를 이용할 수 있다.

타 Oauth 인증 서비스

구글, 네이버, 카카오 등을 비롯한 사용자들이 보편적으로 계정을 가지고 있을 만한 서비스와 인증 체계를 연동하여 사용하는 방법이다. 이 또한 사용자가 따로 번거롭게 별도의 회원가입 작업을 수행할 필요는 없지만 포탈 시스템만큼의 접근성을 보장하지는 않는다.

자체 회원가입

타 서비스와의 연동을 거치지 않고, 자체적인 인증 시스템을 구축한다. 이 경우, 별도의 회원가입 작업을 수행해야 하기 때문에 가능한 한 해당 작업을 간소화할 필요가 있다.

의사결정

최선책으로 Portal 시스템 연동을 선택하되, 차선책으로 타 Oauth 인증을 사용하도록 한다. 포탈 시스템 연동을 하기 위해선 세종대학교 자체에서 API를 제공해주거나 자체적으로 크롤러를 개발해야 하는 위험부담이 존재하기 때문이다.

이에 따라 주어진 상황에 적절하게 2가지 방식 중 적절하게 선택하도록 한다.