김민태의 데브캠프 2기 - 2일차 온보딩 프로젝트 및 git

 

오늘은 2일차로 온보딩 프로젝트의 기능정의서, 요구사항 정의서, 프로젝트 정의서를 작성했다.

우리 팀의 주제는 복잡한 수영장 탐색 과정과 정보 부족 문제를 해결하는 시스템이다.

---

수영일기 프로젝트 개요

목적

‘수영일기’는 복잡한 수영장 탐색 과정과 정보 부족 문제를 해결하기 위해, 수영장 정보를 쉽게 탐색하고 이용자 간 교류할 수 있는 커뮤니티를 제공합니다.

범위

• 대상 사용자: 수영을 즐기는 일반 사용자, 수영장을 홍보하고자 하는 사업자, 수영 코칭이 필요한 강사.
• 기능 제공: 수영장 정보 탐색 및 커뮤니티 교류 지원.

기능

사용자 등록

• 회원 가입: 일반 계정 및 사업자 계정 생성 가능.

사용자 프로필

• 글 관리: 작성한 게시글 모아보기 및 관리.
• 정보 관리: 가입 정보 확인 및 수정(비밀번호, 닉네임, 프로필 사진, 인사말).

사용자 관리

• 가입 유저 관리: 일반/사업자 유저 목록 및 정보 확인.
• 제재 유저 관리: 제재된 유저 목록 및 상태 변경 가능.

수영장 관리

• 수영장 등록: 일반 사용자의 제보 및 사업자 계정의 수영장 등록/관리.

수영장 탐색

• 정보 제공: 운영 시간, 강습 비용, 락카 유무 등 수영장 정보 제공.
• 위치 기반 검색: 사용자 위치 기준으로 수영장 위치 제공.
• 키워드 검색: 수영장 이름 및 지역으로 검색 가능.

커뮤니티

• 글 작성/수정/삭제: 게시글 작성 및 미디어 첨부.
• 사용자 구독: 다른 사용자 구독 및 취소.
• 상호작용: 게시물에 좋아요 및 댓글 기능.
• 검색: 제목 또는 작성자 닉네임으로 검색.
• 인기 게시물: 실시간 좋아요 수 기준으로 상위 3개 게시물 표시.
• 신고 기능: 불쾌한 게시글 신고 가능.
• 관리자 기능: 불쾌감을 조성하는 사용자 제한.

수영 기록

• 기록 관리: 스마트 워치 기반 수영 시간 및 영법 기록.
• 캘린더 기능: 월별 진행 사항 확인.
• 기록 공유: 다른 사용자와의 기록 비교 및 랭킹 기능.

비기능적 요구사항

사용성 요구사항

• 최대 N개의 수영장 우선 표시로 로드 지연 최소화.
• 직관적인 인터페이스 유지 및 웹 접근성 준수.
• 피드 미리보기 이미지 1초 이내 로드.
• 사용자 디바이스 환경에 맞춘 인터페이스 제공.

성능 요구사항

• 최소 1만 명의 동시 접속 수용 가능 서버 필요.
• 리소스 용량 최적화 필요.
• 시스템은 언제든지 이용 가능해야 함.

유지보수성 요구사항

• 정기적인 데이터 백업 및 운영 안정성 유지.
• 주기적인 업데이트를 통한 확장 가능성.

보안 요구사항

• 유저 데이터 암호화 필요.
• 게시글 및 댓글 수정/삭제, 계정 삭제는 관리자 권한 필요.
• 정상 등록 사용자만 시스템 이용 가능.

기타 요구사항

• 운영에 필요한 모든 관련 법률 및 규정 준수.
• 합의된 기능

---

김민태 강사님의 강의시간에는 git에 대해 배웠다.

폴더와 파일의 차이

확장자의 역할 : 운영체제에게 어떤 프로그램을 사용할지 알려주는것

개발자의 마인드 : 왜 그러지? 궁금해 -> 아하  무한반복


요구사항 -> 사용자입장


어떠한 경로를 디렉토리에 path경로 한 것을
전체 경로를 절대 경로라 한다.
.과 ..을 이용한 것 , 상대적인 좌표이므로 
현재 경로 대비 상대적인 위치이므로 현재 위치가 중요하다

깃 - 버젼 컨트롤 시스템

규칙 1 수정의 단계는 의미를 기준으로 커밋 이 파일의 수정이 끝났다를 git에게 알려줌
규칙 2 하나의 커밋은 여러개의 파일이 포함될 수 있다.
수정의 의미를 확장 -> 하나의 수정 작업이 여러 파일에 영향을 줄 수 있는 것.
규칙 3 파일을 수정하지 ㅇ낳고 새로운 실험을 해볼 순 없을까?
-> 상태를 저장하는 공간을 만들 수 있다.
이것을 branch 
상태란 모든 것으로, 파일 파일의 내용 커밋 정보 등 git이 관리하는 모든 것을 말한다.

 

앞으로 배울 깃 명령어들을 잘 기억해서 프로젝트를 진행하면서 어려움이 없도록 해야한다.