📓 기획(ERD) #1

기존에 진행했던 툰넷에 프로세스를 크게 벗어나지 않을 생각이다.

하지만 툰넷은 사용자가 4컷의 만화를 그려 사람들과 공유하는 앱이기에

차후 S3나 DB에서 너무 복잡해질것 같다..*Backend허접이기에..

그래서 일단은 1컷의 만화만 업로드 되는 프로세스로 수정이 필요하고

비지니스 로직을 매끄럽게 수행할수있는 코드를 구성해야겠다!! 라는 부분에 집중하기로 했다..ㅎㅎ

그리고 가장 큰 이슈는 디자인이다.. 툰넷은

🔥 나의 생각 내 자신의 세계를 그림으로 공유 하고 공감하자🔥

라는 껍데기가 좋은 ㅋㅋ.. 당찬 포부를 갖고 있기 때문에

• SNS
• 웹툰

위 두가지의 요소들이 가미됬어야 했고 그래서 떠오른게 네이버웹툰 디자인 이였다..

하지만 배포를 하게되면 표절로 인한 고소미(물론 듣보잡이라 신경도 안쓰겠지만..ㅎㅎ)를 먹을수도 있기에..

디자인 변경이 시급하였다…!!

일단 나는 디자인을 XD로 “제작”은 가능하지만 “창작”은 ….못한다..

그래서 빠르게!!!!!! Search!!Search!!!!!!!를 통해서 시안들을 수집해보려고 한다.!!

많은 디자인 추천사용들을 애용하긴 하지만 이번엔

드리블: https://dribbble.com/shots/popular/mobile 에서 시안들을 수집해보려고한다 ㅎㅎ

하지만 이부분은 일단 접어두고 어떤 데이터과 어떤 프로세스로 진행할지 정리를 먼저 해야겠다..

• 아트

  • 댓글
    • 그림에 저장된 댓글들
  • 좋아요
    • 그림을 마음에 들어한 사용자의 수
  • 날짜
    • 그림을 그린 날짜
  • 타이틀
    • 그림의 제목
  • 아티스트
    • 그림을 창작한 사용자
  • 태그
    • 그림의 정체성을 나타낼 카테고리

• 사용자

  • 팬
    • 자신을 팔로우 하는 사용자들
  • 아티스트
    • 자신이 팔로우 하는 사용자들
  • 아트

    • 자신이 업로드한 그림들

      크게 위 두가지의 데이터로 앱을 한번 꾸려 나가도록 해야겠다

      다음은 ERD를 한번 짜보자!!

    ERD 설계를 하면서 많이 고민을 하였다…
    
    사실 iOS개발만 하다보니 iOS에서 Object를 분리하는것과 달랐고
    
    어떤식으로 데이터를 분리해야 좀더 효율적이고 활용도를 높힐수 있을까 해서 나온 결과이다..
    
    User 와 User_Profile를 분리했다
    
    이유는 User에선 사용자의 개인정보 User_Profile에선 플랫폼을 이용하며 다른 사용자들과의 관계에 대한 부분을 담으려고 했다.
    
    또한 Art와 Like의 분리도 고민을 많이 하였는데
    
    이유로는 그림에 좋아요를 눌른 객체를 사용자가 확인할수 있는 시스템을 만들고 싶었다…(맞나…이렇게해도 ㅋ)
    
    단순히 Art 객체에 count를 포함시켜 좋아요에 대한 데이터를 수정할수 있지만
    
    그렇게 되면 어떤 사용자가 좋아요를 눌렀는지 확인하기에 번거로움이 있다고 생각했고 그래서 분리하였다!
    
    세번째는 Tag의 분리이다.
    
    내가 개발하고자 하는 플랫폼에선 다양한 태그를 활용할수 있다.
    
    #액션…#감성…#우울…#즐거움 등등 무수히 많은 태그를 활용하여 내가 그린 그림을 어떤 생각으로 그렸는지 사용자들이 간접적으로 표현할수 있는 매개체를 만들고 싶었고 
    
    사용자들은 자신이 원하는 태그를 가지고 있는 그림들을 선택하고 볼수 있는 시스템을 원했다.
    
    그러기 위해 태그 객체가 필요했고 그 태그객체와 그림 객체를 연결해줄수 있는 Art_tag를 추가하였다.!