[씀씀이 프로젝트] 시작과 초기 구상 및 회의기록

프로젝트 개요

• 프로젝트 명 : 씀씀이
  2030의 재무관리와 자산증식을 도와주는 자산관리 어플
• 내용 : 재무목표설정, 가계부, 포트폴리오 기능을 통합한 자산관리 툴

Problem: 현재 시중에는 유저들의 자산증식을 위한 진정한 의미의 자산관리가 어렵다.

왜냐하면 금융 앱 따로 가계부 앱 따로 되어있어서 각 앱의 목적이 서로 상충된다.

예를 들어, 금융앱은 소비를 유도해야 수익이 높아지고 가계부 앱은 유저들의 절약과 저축을 유도해야하는데 이것이 서로 상충되는 지점이다.

idea : 투자 수익률 10% 달성은 정말 어렵지만, 소비 10%를 줄이는 것은 누구나 노력하면 할수 있다는 점에 시작

재무목표(여행자금 모으기, 결혼자금, 내집마련, 노후자금 마련 등)을 설정하게 하고, 그 목표에 맞는 월 저축 금액을 계산해 준다. 그리고 그 저축금액은 유저들의 예산안(주거비/생활비/식비/저축 등 카테고리)에 자동반영 되고 다른 수입과 지출계획을 설정하게 한다. 그렇게 저축된 금액들은 나의 자산(포트폴리오 기능)에 반영되어 자동으로 만든 미래자산 예측 그래프를 보여줌

기술적 의사결정 ( 어떤 기술을 사용할지에 대한 논의 )

데이터의 저장처리방식 (CoreData vs Firebase)

1. 코어데이터와 파이어베이스

   1. 데이터를 저장하고 불러올 때 마다 파이어베이스를 이용하면 잘못 입력한 데이터나 데이터가 수정 되지 않았음에도 불필요한 파이어베이스 이용 요금이 청구 될 수 있다고 판단(https://firebase.google.com/docs/database/usage/billing?hl=ko)
   2. 코어데이터에 저장 후 확정 데이터들을 파이어베이스에 동기화 하는 방식으로 결정

2. 회원 정보 관련 데이터 설계

   1. 비회원이용 시 코어데이터만 사용, 회원이용 시 파이어베이스에 동기화를 진행하여 다른 기기에서도 이용 데이터들을 그대로 볼 수 있게 설계
   2. 코어데이터 속성에 회원 정보를 연결시켜 이 정보가 어떤 회원의 데이터 인지 판단 후 파이어베이스에 동기화시 데이터를 작성한 회원을 구분하여 동기화 진행(회원 정보 데이터가 없을 시 비회원 데이터로 판단)
      지

DGCharts(library)

1. Charts(SwiftUI) VS DGCharts(library)

   1. Charts 는 파이차트를 사용하기 위해서 17.0 이상의 iOS 버전을 요구함
   2. 호환성을 위하여 16.1. 버전에서도 사용가능한 DGCharts 를 사용하기로 결정

2. 속성이 다른 데이터 표현 방식

   1. 차트 생성시 공통으로 필요한 타입을 Protocol로 정의, ChartManager를 통한 데이터 가공

3. 섹터 색상 표현 방식

   1. 설계 단계에서는 색상을 직접 선택하여 색상값을 데이터(현재는 코어데이터)에 저장을 시키고 그 값을 불러오기로 했음 하지만 현재 단계에서는 모든 데이터에 색상값이 들어가야 되는것이 개발적 으로 우선순위가 아니라고 판단
   2. 10가지 색상을 고정 한 후 반복적으로 색상을 적용하는 방식으로 결정

FactoryPattern → Builder Pattern (UIComponent)

1. 팩토리패턴도입 이유 : UIComponent를 정의해 놓고 UI요소의 통일성과 View 개발속도를 단축시키기 위함

2. 빌더패턴 도입 : 팩토리패턴은 상대적으로 간단하지만 유연성이 떨어짐. 다양한 상황을 반영할 수 있도록 많은 매개변수를 받아야하게 한다면 보일러 플레이트 코드가 많이 발생하여 불편한 점이 있었음. 기본 스타일은 협의하여 가져가되 특수한 예외 상황의 경우에도 대처가능할 수 있게 변경되어야했음

3. 혼용 : 아직 앱 전역의 UI요소 스타일에 대해 정의, 협의가 완전히 되지 않았음. 조금 더 몇 가지 이내로 스타일정리가 필요. 빌더패턴은 유연성이 있지만 상대적으로 코드가 복잡하기 때문에 기존 팩토리패턴을 이용한 생성기로도 충분했던 부분이라면 그대로 사용.