[TOC]
Great + Grand
실버 세대를 위한 순찰형 사고방지 스마트 IoT 시스템
개발기간 : 8/30 ~ 10/08 (6주)
배포 주소: https://j5a103.p.ssafy.io/
- 홀로 위급 상황에 대처하기 어려운 'Grand'를 위해
- 쉽게 부상을 당하기 쉬운 'Grand'를 위해
- 점차 증가하는 고독사와 같은 '사회 문제' 해소를 위해
혼자서 신속한 대처가 어려우신 Grand를 위해 제작을 시작한 서비스입니다
담당 역할, 기술
- Project Leader
- UCC 담당자
- 자율주행 관련 로직 담당
- 네이버 클라우드 SENS 이용한 SMS 전송 로직 담당
- BE 담당자
- 자율주행 관련 로직 담당
- FE 및 BE 담당자
- 사용자 인식 로직 담당
- 시뮬레이터 <-> 웹 통신 담당
- IoT, Streaming 기능 담당
- First Project Leader
- UDP 통신 담당
- 자율주행 관련 로직 담당
- 낙상 감지 로직 담당
- 사용자 인식 로직 담당
소개 영상 :
사용 설명서: 서비스시나리오
- React, Material-UI
- Node.js, Socket.io
- ROS2, Unity(COVID-19로 실제 하드웨어가 아닌 시뮬레이터 상의 하드웨어 제어)
- Human Falling Detection and Tracking
- Tiny-YOLO oneclass, AlphaPose, ST-GCN
- AWS, Docker, Jenkins, Nginx
- JIRA(일정관리), Gitlab(코드관리)
- Google Docs(정리용), Webex(스크럼미팅)
-
Unity
-
ROS2 (Windows 상에서 메시지 기반 통신을 통해 Unity 안의 Object들을 제어)
-
React
-
Node.js, Socket.io
- AWS, Nginx, Docker, Jenkins
프로젝트 환경설정
"src/security_service/web/backend" directory 상에서
$ npm install
$ npm start"src/security_service/web/frontend" directory 상에서
$ npm install
$ npm start"src/sub1/sub1" directory 상에서
$ python user_enroll.py or ros2 run sub1 make_user
$ python user_recognition.py or ros2 run sub1 user_recog"src/sub1/sub1" directory 상에서
$ python perception.py or ros2 run sub1 perception"src/sub3/sub3" directory 상에서
$ python iot_udp.py or ros2 run sub1 iot_udp"src/sub3/sub3" directory 상에서
$ python create_patrol_point.py or ros2 run sub1 patrol"src/sub3/sub3" directory 상에서
$ python camera_client.py or ros2 run sub1 camera_client"src/sub1/sub1" directory 상에서
$ python controller.py or ros2 run sub1 controllerhttps://framer.com/projects/Volt-UI-Kit--f1W8iigEiTEEE0aWauFP-i0VXG?node=RX%3B9bL8%28-page - Figma (Web용)
색상은 가볍고 산뜻한 연한 푸른색 계열의 색상을 채택하였음
<type>(<scope>): <subject> -- 헤더
<BLANK LINE>
<body> -- 본문
<BLANK LINE>
<footer> -- 바닥글
_____________________________________________
Feat(): "추가 로그인 함수"
로그인 API 개발
Resolves: #123
Ref: #456
Related to: #48, #45- Feat : 새로운 기능에 대한 커밋
- Build : 빌드 관련 파일 수정에 대한 커밋
- Fix : 버그 수정에 대한 커밋
- Chore : 그 외 자잘한 수정에 대한 커밋
- Ci : CI관련 설정 수정에 대한 커밋
- Docs : 문서 수정에 대한 커밋
- Style : 코드 스타일 혹은 포맷 등에 관한 커밋
- Refactor : 코드 리팩토링에 대한 커밋
- Test : 테스트 코드 수정에 대한 커밋
-
Masterbranch : 제품으로 출시될 수 있는 브랜치 배포(Release) 이력을 관리하기 위해 사용. 즉, 배포 가능한 상태만을 관리한다. -
Developbranch : 다음 출시 버전을 개발하는 브랜치 기능 개발을 위한 브랜치들을 병합하기 위해 사용.모든 기능이 추가되고 버그가 수정되어 배포 가능한 상태라면
Develop브랜치를Master브랜치에 Merge한다.평소에는 Develop 브랜치를 기반으로 개발을 진행한다.
-
Featurebranch : 기능을 개발하는 브랜치 ( Ex)feature/login) 새로운 기능 개발 및 버그 수정이 필요할 때마다Develop브랜치로부터 분기하여 사용.Feature브랜치에서의 작업은 기본적으로 공유할 필요가 없기 때문에, 로컬 저장소에서 관리함.개발이 완료되면
Develop브랜치로 Merge하여 다른사람들과 공유한다.Develop브랜치에서 새로운 기능에 대한Feature브랜치를 분기- 새로운 기능에 대한 작업 수행
- 작업이 끝나면
Develop브랜치로 Merge - 더 이상 필요하지 않은
Feature브랜치는 삭제 - 새로운 기능에 대한
Feature브랜치를 중앙 원격 저장소에 Push
-
Releasebranch : 이번 출시 버전을 준비하는 브랜치 ( Ex)release-1.2) 배포를 위한 전용 브랜치를 사용.Develop브랜치에서 배포할 수 있는 수준의 기능이 모이면Release브랜치를 분기한다.Release브랜치에서는 배포를 위한 최종적은 버그 수정, 문서 추가등 Release와 직접적으로 관련된 작업을 수행한다.Release브랜치에는 새로운 기능을 추가로 Merge하지 않는다.
Release브랜치에서 배포 가능한 상태가 되면, 즉 모든 기능이 정상적으로 동작하는 상태가 되면Master브랜치에 Merge한다. 이 때, Commit에 Release 버전 Tag를 부여한다.- 배포를 준비하는 동안
Release브랜치에서 변경 사항이 있을 수 있으므로Develop브랜치에도 Merge한다.
-
Hotfixbranch : 출시 버전에서 발생한 버그를 수정 하는 브랜치 ( Ex)hotfix-1.2.1) 배포한 버전에 긴급하게 수정을 해야 할 필요가 있을 경우Master브랜치에서 분기하는 브랜치.- 배포 버전에 수정이 필요한 경우
Master브랜치에서Hotfix브랜치를 분기한다. - 문제가 되는 부분만 빠르게 수정한다.
- 다시
Master브랜치에 Merge하여 배포한다.- 새로운 버전 이름으로 태그를 매긴다.
Hotfix브랜치에서 변경 사항은Develop브랜치에도 Merge한다.
- 배포 버전에 수정이 필요한 경우
- Epic (큰틀) :프로세스 단위로 구분 (기획, 설계, 구현, 테스트)
ex) 회원관리 서비스 기획
- Story (이야기) : “{사용자} 로써 {무엇}을 하고싶다” 에 대한 액터의 유즈케이스
ex) Frontend 설계 - 로그인 페이지 설계, Backend 설계 - DB 환경 검토 및 설정
- Sub Task (부작업) : 스토리 혹은 초어들을 개발하기 위해 진행되는 실제 세부 개발사항들
ex) Frontend - onClick 함수 연결, Backend - 비밀번호 해싱 함수 구현
- Task (작업) : 구현에는 직접적으로 관련이 없는 업무 (문서작성 등)
ex) 회원관리 서비스 기획 문서화(.ppt, .md ...), AWS 환경 설정
- Bug (버그) : 테스트 엔지니어로부터 버그로 리포팅된 타입
ex) 로그인 버튼 5번 누르면 관리자로 로그인 되는 문제 발생무슨 목적인지 이해하기 쉽도록 최대한 자세하게 작성
- PascalCase
- camelCase
- UPPERCASE
프로젝트 진행하면서 배운 내용, 느낀점, 좋았던점, 아쉬운점 등