haninan94/MovieAgain

📽Final Project

작성일 : 2022-11-24

프로젝트 참가자 : 박윤지, 장현혁, 한인환

👨‍👨‍👦‍👦 팀원 업무 분담

• 🙍‍♀️ 박윤지

• • Funding Modeling

  • 기타 Back-end 구현 (Movie, Funding)

• 🙍‍♂️ 장현혁

  • 프로젝트 전반적인 Front-End 구현

• 🙎‍♂️ 한인환

  • Movie Modeling

  • 기타 Back-end 구현 (Movie, Funding)

❔ User Persona

• 🙋‍♀️ 영화 관람료가 부담되는 관객

• 🙋‍♂️ 명작을 영화관에서 다시 보고싶은 관객

• 🤷‍♀️ 실패 없는 영화를 추천받고 싶은 관객

🎯 목표 서비스

• 📣 추천 시스템

  • 현재 코로나 상황으로 인해서 영화 관람료가 굉장히 부담되는 상황입니다.

  • 늘어난 영화관람료로 인해 영화 선택에 신중을 가할 필요가 있습니다.

  • 이러한 상황에서 추천 서비스를 이용하면 여러 효과를 기대할 수 있습니다.

• 💰 펀딩 시스템

  • 영화는 역시 거대한 스크린으로 볼때 더 큰 감동을 선사합니다.

  • 지나간 명작 영화를 다시 보고싶거나 놓친 유저들을 위해 영화 재개봉 펀딩 시스템이 필요합니다.

⌨ 실제 구현 정도

• 📣 추천 시스템

  • 일정 평점 이상인 영화들을 추천하도록 구현하였습니다.

  • 장르별로 영화들을 추천하도록 구현하였습니다.

• 💰 펀딩 시스템

  • 사용자가 펀딩할 영화를 추가할 수 있도록 구현하였습니다.

  • 현재 펀딩상황에 맞게 항목들을 사용자에게 출력합니다.

🗃 데이터베이스 모델링(ERD)

• accounts_user는 fundings_funding과 1:N 관계로 설계합니다.

  • 유저 1명당 fundings_funding을 여러개 생성할 수 있습니다.

• accounts_user는 movie_comments와 1:N 관계로 설계합니다.

  • 유저 1명당 movie_comment를 여러개 생성할 수 있습니다.

• accounts_user는 funding_backers와 1:N 관계로 설계합니다.

  • 유저 1명당 funding_backer를 여러개 생성할 수 있습니다.(펀딩을 여러번 할 수 있습니다.)

• accounts_user는 funding_comments와 1:N 관계로 설계합니다.

  • 유저 1명당 funding_comment를 여러개 생성할 수 있습니다.

• fundings_funding은 funding_comment와 1:N 관계로 설계합니다.

  • 1개의 funding에는 여러개의 funding_comment가 생성될 수 있습니다.

• fundings_funding은 funding_backers와 1:N 관계로 설계합니다.

  • 1개의 funding에는 여러명의 backers가 존재할 수 있습니다.

• movies_movie는 movies_comments와 1:N 관계로 설계합니다.

  • 1개의 movie에는 여러개의 movie_comments가 생성될수 있습니다.

• movies_movie는 movies_genre와 M:N 관계로 설계합니다.

  • 1개의 movie는 여러개의 genre를 가질수 있으며 1개의 genre는 여러개의 movie를 가질 수 있습니다.

💡 영화 추천 알고리즘

• 모든 영화는 일정 평점이상을 기록해야 메인 홈 화면에 노출됩니다.

• 모든 영화는 평점을 평가한 평가단의 수가 전체 영화의 평가단 수의 중위수보다 커야 홈 화면에 노출됩니다.

  • 첫 추천 알고리즘 설계시 평균으로 설계했으나, 평균값은 이상치 값에 민감하게 반응하는 경향이 있기 때문에 추천의 신뢰도가 떨어지는 현상이 발생해서 중위수를 기준으로 변경했습니다.

• 메인 홈 화면 최상단의 영화는 평점이 8.5 이상이며 평가단의 수가 전체 평가단의 중위수 보다 큰 영화들 중에서 5개를 랜덤으로 사용자에게 추천합니다.

• 메인 홈 화면 하단의 장르별 추천 영화는 평점이 8.5 이상이며 평가단의 수가 전체 평가단의 중위수 보다 큰 영화들 중에서 5개를 랜덤으로 사용자에게 추천합니다.

• 펀딩 추천 알고리즘은 현재 펀딩이 가능한 영화중 5개를 만료일이 가까운 순으로 사용자에게 추천합니다.

💰 서비스 대표 기능에 대한 설명

• 저희 팀은 앞에서 설명드린 페르소나들을 만족시킬만한 펀딩 시스템을 개발하는데 노력하였습니다.

• 사용자는 자신이 원하는 영화를 Funding 게시판에 작성할 수 있으며, 원하는 영화, 목표금액, 만료일 등을 선택해서 funding을 진행할 수 있습니다.

• 사용자는 자신이 원하는 영화에 대한 funding을 선택된 금액의 option에 맞게 진행할 수 있습니다.

• 사용자는 자신이 펀딩한 영화와 funding한 금액을 상단의 Mypage에서 확인할 수 있습니다.

• 사용자는 현재 funding중인 funding들과 해당 funding들의 세부사항을 확인할 수 있습니다.

• 사용자는 funding 금액이 목표 금액에 도달했더라도 funding 만료기한이 지나지 않았다면 계속 funding을 진행할 수 있습니다.

• User는 funding 검색 기능을 이용해서 한 영화의 중복 funding을 방지할 수 있습니다.

📑 느낀점 및 후기

박윤지

📌 계획에서 개발까지

• 애자일 방법론과 급한 마음에 사로 잡혀 기본적인 와이어프레임도 짜지 않고 데이터 모델부터 구축하고 기본 기능을 먼저 구현하려고 했었다. 공통의 청사진이 없다 보니 기본 기능 구현에 있어서도 의견 충돌이 잦았고 데이터 모델의 수정도 빈번했다. 결국 개발 중간 과정에서 다시 레이아웃과 컴포넌트 구성을 다시 짜는 일이 발생했다. 당시에는 다른 팀에 뒤처지는 것 같아 불안했지만 지금 돌이켜 생각해보면 정말 잘 한 것이라고 생각된다. 하나의 의견으로 통합되니 쓸데없는 의견 대립이 줄고 개발 속도도 빨라졌었다.

💻 적극적인 코드리뷰와 스크럼

• 우리 팀의 좋은 점은 자유로운 분위기 속에서 적극적으로 코드리뷰 스크럼을 한다는 것이다. 네 코드도 내 코드 처럼! 잘 봐줘서 고맙고 나도 다른 사람의 코드를 빠르게 봐줄 수 있게 된 것 같다. 뿐만 아니라 코드를 설명하면서 문제점과 해결방법을 명확하게 상대방이 이해할 수 있게 얘기하는 것이 중요함을 알게 되었다.

📑 기록은 생명

• 시간이 절대적으로 부족했기 때문에 따로 프로젝트를 자세히 기록하진 못했다. 얕게 나마 칸반보드와 데일리 스크럼을 기록하면서 팀원들과 쉽게 다음 목표를 설정하고 수정할 수 있었다. 오류를 따로 기록하진 않아 비슷한 오류를 보았을때 코드를 다시 찾아보는게 번거로웠다. 다음에는 오류도 꼼꼼하게 기록해야겠다.

장현혁

💡 실현 가능한 아이디어의 중요성

• 좋은 아이디어라도, 실현 가능한 범위 안에서 기획을 하는 것이 중요하다고 생각했습니다. 만들고 싶은 기능들을 다 추가하려고 하다보니 굴러갈 수 있는 스케이드 보드 조차 만들지 못하고 흐지부지 되었습니다. 앞으로는 좀 더 개발자 다운 생각을 가지고, 기초부터 쌓아 가는 것이 중요하다고 생각했습니다.

• 정확한 명세 없이 팀원들과 밑바닥 부터 짜는 것이 처음이었지만, 웹을 개발하면서 다양한 아이디어를 생각해내고, 실력을 다질 수 있는 좋은 기회가 되었습니다. 이번 경험을 바탕으로 다음 프로젝트부터는 다른 기능을 구현하고 싶다고 생각하게 되었습니다.

👏 협업의 중요성

• 이번 프로젝트가 개발자로 성장하는 과정에서 첫 프로젝트 였지만, 협업의 중요성에 대해 깨달을 수 있었습니다. 협업을 통해 업무를 분담하여 효율적으로 분업을 할 수 있었고, 그 결과 만족스러운 프로젝트를 완성할 수 있게 되었습니다. 비록 팀원들 간의 의견의 충돌로 인해 기획 과정에서 순탄치만은 않았지만, 의견을 조율하는 과정에서 더 나은 아이디어를 찾아내고, 코드리뷰를 통해 더 좋은 코드로 개발할 수 있었습니다. 이러한 과정들을 통해 협업의 중요성에 대해 다시 한 번 깨닫고, 성공적인 프로젝트를 위해 팀원들과의 커뮤니케이션 능력을 더욱 향상시키고 발전해야 겠다고 생각했습니다.

한인환

❗ 기획의 중요성

• 개발 방법론중 하나인 에자일 방법론도 좋지만 기획을 위한 충분한 시간도 필요합니다.

• 발생한 대부분의 문제들은 기획에서 정의하지 않았거나 확실히 하지 않은 곳에서 발생했습니다.

• 시간은 프로젝트의 퀄리티를 결정하는데 중요한 요소 중 하나입니다.

• 기획을 잘하면 이후에 발생하는 상당부분의 문제들이 제거되어서 문제에 대한 회의나 여타 발생하는 시간들을 아낄 수 있습니다.

💥 확실한 업무 분담의 중요성

• 모든 상황을 공유하며 Back부터 Front까지 같이 구현하는건 굉장히 좋지 않다고 생각합니다.

• 업무 분담이 제대로 되지 않다보니 하나의 파일에 여러명이 접근하여 git branch를 교란시키거나 merge가 제대로 되지않아 파일의 상태가 동기화가 제대로 되지 않는 문제가 발생했습니다.

• 불확실한 업무분담으로 인해 의사결정을 내릴때 굉장히 많은 시간이 소요되었습니다.

• 예를 들어, 하나의 디자인을 선택할때 여러사람이 해당 프로젝트에 접근 가능했기 때문에 매번 하나의 항목을 결정할때 많은 시간이 소요되었습니다.

👍 소통은 솔직하게

• 협업에서 갈등은 필수불가결한 것입니다. 하지만 갈등을 잘 관리해야 프로젝트에 성공할 수 있습니다.

• 저희팀은 다른 팀보다 인원수도 많았기에 갈등도 굉장히 많았습니다. 하지만, 운이 좋게 다들 솔직하게 자신의 의사를 밝히고, 수용할때는 확실한 수용, 거절할때는 확실한 거절을 통해 갈등을 관리하였습니다. 이를 통해서 의견을 확실히 말해서 프로젝트에 애매모호한 과정을 제거할 수 있었습니다.

👨‍👨‍👧‍👧 개발은 곧 협업

• 작으면 작고, 크다면 크다고 할 수 있는 이 프로젝트 조차도 3명이 밤을 세워가며 만들었습니다.

• 이번 프로젝트는 팀원이 없었다면 절대로 성공하지 못했을 것입니다. 오류나 디버깅 상황 및 아이디어 개진 상황에서 저희는 서로 의견을 제시하며 더 나은 프로젝트를 만드는데 노력했습니다. 혼자서는 이번 프로젝트에 대한 아이디어나 디자인을 구현하지 못했을 것입니다.

• 언제든 팀원에게 의견을 교환하고 서로 의견을 좁혀가는 이 과정은 협업 능력을 향상시키는데 많은 도움이 되었습니다.

• 개발에 있어서 협업 능력을 기르는데 있어서 이번 프로젝트에서 겪은 경험이 굉장히 많은 초석이 되었다고 생각합니다.