삼삼 - 편집 역사

삼삼: /* 특허 출원 내용 */

2021-06-18T09:37:11Z

‎특허 출원 내용

삼삼: /* 완료작품의 평가 */

2021-06-11T16:03:45Z

‎완료작품의 평가

삼삼: /* 향후계획 */

2021-06-11T15:59:28Z

‎향후계획

삼삼: /* 향후계획 */

2021-06-11T15:59:16Z

‎향후계획

삼삼: /* 어려웠던 내용들 */

2021-06-11T15:57:46Z

‎어려웠던 내용들

삼삼: /* 결과 및 평가 */

2021-06-11T15:43:55Z

‎결과 및 평가

삼삼: /* 완료작품의 평가 */

2021-06-11T15:43:08Z

‎완료작품의 평가

삼삼: /* 관련사업비 내역서 */

2021-06-11T15:26:18Z

‎관련사업비 내역서

삼삼: /* 포스터 */

2021-06-11T15:25:14Z

‎포스터

삼삼: /* 프로토타입 사진 혹은 작동 장면 */

2021-06-11T15:23:49Z

‎프로토타입 사진 혹은 작동 장면

← 이전 판		2021년 6월 18일 (금) 09:37 판
438번째 줄:		438번째 줄:
	4) 날개 팀과의 추후 유지비용 협의<br/>		4) 날개 팀과의 추후 유지비용 협의<br/>
	해당 앱의 구현이 끝나면 현재 양심 생리대 함과 관련하여 봉사하는 소모임인 ‘날개’ 팀에서 직접 사용할 수 있다. 서버 유지비용과 생리대 함 증설 시 드는 비용을 감당할 수 있는지와 서버 및 UI 문제가 생길 것을 대비하여 관리 인력이 필요하므로 추후 어떤 방향으로 갈지에 대한 협의가 이루어질 것이다.		해당 앱의 구현이 끝나면 현재 양심 생리대 함과 관련하여 봉사하는 소모임인 ‘날개’ 팀에서 직접 사용할 수 있다. 서버 유지비용과 생리대 함 증설 시 드는 비용을 감당할 수 있는지와 서버 및 UI 문제가 생길 것을 대비하여 관리 인력이 필요하므로 추후 어떤 방향으로 갈지에 대한 협의가 이루어질 것이다.
−
−	~~===특허 출원 내용===~~
−	내용

@@ 274번째 줄: / 274번째 줄: @@
 [[파일:삼삼향후평가1.png]]
 <br/><br/>
-) 측정 방식 정확도
+) 측정 방식 정확도<br/>
 [[파일:삼삼향후평가2.png]]<br/>
 왼쪽의 사진과 같이 직접 생리대 함에 생리대를 하나씩 꽂아가며 정확도를 측정해보았다. 실제 값보다 측정된 값이 더 적게 나오는 경우는 없었으며 차이는 평균적으로 0.45개 정도 발생하였다. 실험 결과 대부분의 측정 오류는 아래쪽 생리대 측정 센서 때문이었고, 위아래로 막혀있는 구조여서 적외선 센서의 각도를 맞추고 제대로 작동시키기가 쉽지 않았다. 적외선 센서인 만큼 색상을 이용하면 쉽게 조절할 수 있을 듯하여 추후 과제로 남겨두었다.<br/><br/>

@@ 437번째 줄: / 437번째 줄: @@
 ) 날개 팀과의 추후 유지비용 협의<br/>
- 해당 앱의 구현이 끝나면 현재 양심 생리대 함과 관련하여 봉사하는 소모임인 ‘날개’ 팀에서 직접 사용할 수 있다. 서버 유지비용과 생리대 함 증설 시 드는 비용을 감당할 수 있는지와 서버 및 UI 문제가 생길 것을 대비하여 관리 인력이 필요하므로 추후 어떤 방향으로 갈지에 대한 협의가 이루어질 것이다.
+해당 앱의 구현이 끝나면 현재 양심 생리대 함과 관련하여 봉사하는 소모임인 ‘날개’ 팀에서 직접 사용할 수 있다. 서버 유지비용과 생리대 함 증설 시 드는 비용을 감당할 수 있는지와 서버 및 UI 문제가 생길 것을 대비하여 관리 인력이 필요하므로 추후 어떤 방향으로 갈지에 대한 협의가 이루어질 것이다.
 ===특허 출원 내용===
 내용

@@ 418번째 줄: / 418번째 줄: @@
 ===향후계획===
-내용
+) IOS 버전 앱 구현<br/>
 ===특허 출원 내용===
 내용

← 이전 판		2021년 6월 11일 (금) 15:57 판
295번째 줄:		295번째 줄:

	===어려웠던 내용들===		===어려웠던 내용들===
		+
		+	<하드웨어 관련><br/>
		+	<br/>
		+	1. 생리대 개수 파악 알고리즘<br/>
		+	* 생리대 개수 파악 알고리즘 설명도
		+	[[파일:삼삼여러웠던1.png]]<br/>
		+	생리대의 개수를 측정하는 방법은 두 가지가 있다.<br/>
		+	<br/>
		+	1) 무게로 측정하는 방법<br/>
		+	2) 거리로 측정하는 방법<br/>
		+	<br/>
		+	‘날개를 달다’에서는 적외선 거리 측정 센서를 이용하여 거리를 측정하고, 측정된 거리로 생리대의 개수를 파악하기로 하였다. 적외선 거리 측정 센서를 선택한 이유는 다음과 같다.<br/>
		+	<br/>
		+	▶ 가벼운 생리대의 특성상 무게 측정 센서가 정확하지 않을 수 있다.<br/>
		+	▶ 기존에 설치되어있는 생리대 함은 생리대를 꽂는 레일이 있으므로 무게 측정 센서를 방해되지 않게 설치하기가 쉽지 않다.<br/>
		+	▶ 무게 측정 센서의 가격은 1만원 내외로 1천원 대인 적외선 센서와의 가격 차이가 8배 가량 난다.<br/>
		+	▶ 초음파 센서는 센서를 위한 환경 조절이 적외선 센서보다 까다롭다.<br/>
		+	▶ 적외선 센서의 경우 색을 이용하여 정확도를 더욱 높일 수 있을 것이라고 예상했다.<br/>
		+	<br/>
		+	다음으로 적외선 센서를 이용하여 측정한 거리를 어떻게 생리대 개수로 변환하는 지에 대한 설명이다. 그림에서의 1번과 2번은 적외선 센서를 부착할 곳이다. 해당 위치에 부착된 적외선 센서는 생리대까지의 거리를 측정하게 된다. 우선 실제 서비스 전 5번(생리대가 하나도 없을 때의 거리)과 4번(하나의 생리대가 있을 때의 거리)을 측정한다. 3번은 실제 측정된 거리를 뜻하는데, 생리대의 개수는 다음과 같이 측정된다.<br/>
		+	<br/>
		+	1) 측정된 거리가 4보다 크면 생리대가 없다. (0개)<br/>
		+	2) 측정된 거리가 4보다 작으면 4에서 측정된 거리를 빼준 후 생리대 한 칸의 너비로 나누어준다.<br/>
		+	<br/>
		+	이러한 방식의 측정은 실제 사용 시 생리대가 수직으로 서있지 않으므로 정확한 개수 파악을 보장할 수 없다는 단점 때문에 생리대의 개수를 서비스 측면에서 범위로 표현하기로 했다. 하지만 관리자 및 사용자에게 중요한 정보는 생리대가 아예 없을 때이고 위와 같은 측정 방식은 생리대가 아예 다는 것을 정확하게 인식하여 정보를 제공할 수 있으므로 이러한 측정 방식을 도입하였다.<br/>
		+	<br/>
		+	<br/>
		+	* 하드웨어 실시간성, 지속성 확보
		+	[[파일:삼삼어려웠던2.png]]<br/>
		+	<br/>
		+	본 시스템은 하드웨어의 전력 공급 방법으로 보조배터리를 사용한다. 보조배터리는 방전되면 교체해주어야 하므로 최대한 오랜 시간 동안 유지되어야 한다. 따라서 아두이노를 슬립 모드로 구현하여 전력 소모를 감소하도록 하였다. 아두이노는 슬립 모드를 유지하다가 다음 두 가지 상황에 깨어나게 된다.<br/>
		+	<br/>
		+	1) 한 시간이 지났을 때<br/>
		+	2) 사용자가 부착된 버튼을 클릭하였을 때<br/>
		+	<br/>
		+	아두이노는 한 시간 간격으로 슬립모드에서 깨어나 생리대 개수를 측정하고 다시 잠들게 된다. 이러한 방식의 문제점은 관리자가 생리대 함의 생리대를 채웠을 때 해당 상황에 앱에 빠르게 반영되지 못한다는 것이다. 이러한 상황은 예기치 못한 통계 오류를 야기한다. 예를 들어 측정 주기 사이에 생리대를 두 개 소모한 뒤, 열 개를 보충했다면 실제 측정 시에는 생리대 8개가 늘어나게 되는 것이다. 즉, 생리대 소모를 정확히 측정할 수 없다. 따라서 본 시스템은 버튼 모듈을 부착하여 봉사자가 생리대를 채우기 전, 생리대를 가득 채운 후에 한 번씩 버튼을 누를 수 있도록 유도하였다. 생리대를 채우기 전 버튼을 누르게 되면 기존에 소모된 생리대가 집계되며, 생리대를 채우고 난 후에 버튼을 누르게 되면 채워진 생리대의 개수가 앱에 반영된다. 버튼을 누르면 기존에 설정되어 있던 한 시간 타이머가 리셋되며 버튼을 누른 순간부터 다시 작동하게 된다.<br/>
		+	<br/><br/>
		+	* WIFI 연동 문제
		+	WIFI의 보안 인증 종류 중 많이 쓰이는 보안 인증은 (SSID와 인증서)를 이용하는 EAP-TLS와 (SSID 와 PASSWORD, 인증서, 이중 인증)을 이용하는 EAP-PEAP가 있다. 서울 시립대학교도 EAP-PEAP 방식의 보안 인증을 사용하는데, 문제는 EAP-PEAP 방식 중 상용화되어있는 MSCHAPv2 방식이 아닌 GTC 방식을 사용한다는 것이다. EAP-GTC 방식의 보안 인증은 시스코에서 자체 개발한 보안 인증 방식으로 하드웨어와의 연동에 대한 제대로 된 예제가 나와 있지 않다.<br/>
		+	‘날개를 달다’를 구현하던 중 WiFi와 관련하여 시도해 본 방법들은 다음과 같다.<br/>
		+	<br/>
		+	1) 아두이노 UNO Rev3로 시도<br/>
		+	처음에는 아두이노 UNO Rev3 보드를 사서 다른 센서 모듈들을 설치하고 테스트 해보았다. 해당 보드에는 wifi 관련 기능이 탑재되어있지 않으므로 별도로 wifi 모듈(ESP8201)을 사서 연결하고 테스트 해보았는데, ssid와 비밀번호를 사용하여 접속해야하는 MSCHAPv2 방식의 접속이 정상적으로 이루어지는 것을 확인하였다. 하지만 실제 구동 환경인 학교에서 와이파이 연결을 시도했을 때 실패하였고 그 이유는 학교에서 EAP-GTC 방식을 사용하기 때문이라는 것을 알게 되었다. 인터넷 서핑과 연결 시도를 계속해서 해본 결과 아두이노 UNO Rev3 버전으로는 EAP-GTC를 연결할 수 없다는 사실을 발견했다.<br/>
		+	<br/>
		+	2) 아두이노 WiFi UNO Rev2로 시도<br/>
		+	다음으로 시도해 본 보드는 아두이노 WiFi UNO Rev2 모델로 wifi 기능이 내부에 탑재되어 따로 모듈을 설치해 줄 필요가 없었다. 기존의 아두이노 UNO Rev3에서 썼던 라이브러리들이 해당 모델에서는 지원되지 않는 경우가 많았기 때문에 새롭게 센서 모듈들을 설치하고 코드를 구성하였다. 해당 모델에서도 MSCHAPv2를 연결하는 라이브러리들은 많지만, GTC 방식을 지원하는 라이브러리는 찾아보기 힘들어 아직까지도 서칭 및 연구 중에 있다.<br/>
		+	<br/>
		+	3) 라즈베리파이 ZERO W<br/>
		+	아두이노는 개발 비용을 줄이기 위해 선택한 사안이었지만, 생각보다 라즈베리파이의 가격이 저렴하다는 것을 알게 된 후 라즈베리파이 중 저전력으로 동작하는 ZERO W 모델을 구매하게 되었다. 라즈베리파이 ZERO W는 gpio핀을 따로 부착해주어야 하므로 다음과 같이 납땜해주었다.<br/>
		+	<br/>
		+	[[파일:삼삼어려웠던3.png]]<br/>
		+	그 후, SD카드에 OS를 설치하고 설정 파일을 수정해주었으며 USB를 통해 SSH 연결을 시도하였다. 이 과정에서 다음과 같은 오류가 발생하였다.<br/>
		+	<br/>
		+	▶ 오류1: SD카드에서 config.txt와 cmdline.txt를 제대로 수정하지 않아서 PC에서 usb를 인식하지 못함<br/>
		+	▶ 오류2: usb 드라이버(RNDIS 드라이버)가 설치되지 않음. 윈도우에서 자동으로 설치해주지 않아서 인터넷에서 수동 설치 방법을 찾아서 수동으로 설치함<br/>
		+	▶ 오류3: WiFi 공유 설정(“다른 네트워크 사용자가 이 컴퓨터의 인터넷 연결을 통해 연결할 수 있도록 허용(N)”)<br/>
		+	▶ 오류4: 윈도우에서 mDNS를 지원하지 않아서 애플의 프린터 드라이버를 설치해야함. Bonjour라는 소프트웨어를 설치함<br/>
		+	<br/>
		+	위의 오류를 해결하고 결과적으로 USB SSH 연결에 시도하고 센서 모듈 및 API 통신 구현을 완료하였다. 하지만 라즈베리파이에서도 WIFI를 연결 시 GUI를 통하여 연결할 수 없었으며, raspi-config 파일을 이용해서도 연결할 수 없음을 알아내었다. 따라서 wpa_supplicant.conf 파일을 직접 작성하여 교내 wifi 연결을 시도해보았지만 연결에 실패하였다.<br/>
		+	<br/>
		+
		+	network={
		+	ssid="Member@UOS"
		+	scan_ssid=1
		+	proto=RSN
		+	mode=0
		+	key_mgmt=WPA-EAP
		+	pairwise=CCMP
		+	eap=PEAP
		+	identity="XXXXX"
		+	password="XXXXX"
		+	phase1="peaplabel=0"
		+	phase2="auth=GTC"
		+	}
		+
		+	<br/>
		+	<br/>
		+	다음은 WIFI 연결을 시도한 캡처본이다.<br/>
		+
		+	[[파일:삼삼어려웠던4.png]]<br/>
		+	▲ 라즈베리파이를 통하여 연결하려는 SSID(Member@UOS)를 스캔에 성공<br/><br/>
		+	[[파일:삼삼어려웠던5.png]]<br/>
		+	▲ 학교 와이파이에 연결한 경우 실패하는 메세지(SSID: Member@UOS)<br/>
		+	(wext 드라이버와 nl80211 드라이버를 모두 시도해봄)<br/><br/>
		+	[[파일:삼삼어려웠던6.png]]<br/>
		+	▲ 반대로 간단하게 스마트폰 핫스팟을 이용하여 연결 시 성공하는 메세지
		+	<br/><br/><br/>
		+
		+
		+	<백엔드 관련><br/>
		+	* 서버 운영 비용<br/>
		+	처음에는 데이터 분산을 위해 서버 프로그램이 작동할 EC2와 DB 서버(RDS)를 분리해서 구성했다. 그러나 다음과 같은 이유로 이를 분리했을 때 얻는 득보다 잃는 것이 많다고 판단했다.<br/><br/>
		+
		+	1. EC2 + RDS로 시스템은 구축 비용이 많이 소모된다.<br/>
		+	EC2 단일 시스템으로 운용하면 한 달에 약 2만원의 비용이 발생한다. 반면 EC2와 RDS를 따로 분리해서 운영하면 한 달에 4만원의 비용이 발생하는 것으로 추정된다. 따라서 2배의 차이가 발생하고, 이는 실제 운영 시에 큰 부담이 될 것으로 판단된다.<br/>
		+	2. AWS RDS에서 제공하는 기능 대부분을 사용하지 않는다.<br/>
		+	현재로서는 RDS에서 제공하는 패치, 백업 관련 기능, 스케일링 기능 등 유용한 기능들을 사용할 필요가 없기 때문에 굳이 돈을 더 들여가며 RDS를 사용할 필요가 없다고 판단했다.<br/>
		+	<br/>
		+	이에 따라 DB 서버를 따로 분리하지 않고, EC2에 DB를 설치하여 사용하는 방식을 택했다.<br/>
		+	<br/>
		+	* 양방향 엔티티 참조로 인한 순환 호출 문제<br/>
		+	Report와 PadBox 엔티티는 서로를 참조하는 양방향 참조 관계이다. 그래서 둘 중 한 엔티티를 조회하거나 json으로 변환할 때 순환 호출이 발생했고, 이에 따라 무한 루프에 빠지게 되었다. <br/>
		+	이를 해결하기 위해 우선 DTO(Data Transfer Object)를 분리하여 해당 DTO에는 각 엔티티의 참조 정보를 가지지 않게 만들었고, json으로 변환 시 DTO를 이용하여 변환하도록 수정했다. 이러한 문제를 겪으면서 엔티티와 DTO를 구분해야하는 이유를 깨달았다.<br/>
		+	<br/><br/><br/>
		+	<프론트엔드 관련><br/>
		+	* Android 버전 오류<br/>
		+	React Native로 개발된 어플리케이션 ‘날개를 달다’는 android 11 버전이 사용하는 sdk 30 버전을 지원한다. android 11 버전에서 변경된 요소들이 있어 따로 설정이 필요하다. 먼저, 낮은 버전의 android에서는 잘 동작하는 어플리케이션이 11 버전에서만 팅기는 현상이 발생했다. 이는 android 11 버전이 sdk 30버전을 지원하기 때문인데, compilesdkversion = 30 으로 조정하면 된다. 두 번째로 11버전에서만 Network error가 계속해서 발생하였다. 이는 네트워크 권한이 바뀌었기 때문이므로 INTERNET에 대한 권한을 열어주고 기재한 네트워크 보안 설정 파일이 사용될 수 있도록 조정하면 된다.<br/>
		+	<br/>
		+	* 마커가 겹치는 현상<br/>
		+	어플리케이션의 지도 화면은 ‘react-native-maps’라는 라이브러리를 이용하여 구성하였다. 해당 라이브러리에서 마커를 커스텀하여 표시할 수 있었으므로 기존에는 생리대 함의 생리대 개수와 온습도까지 지도 화면에 바로 표시되도록 구상하였다. 하지만 구현 후에 가까운 건물에 위치하는 마커가 겹치는 이슈를 발견하고 해결 방법을 모색해보았다.<br/>
		+	<br/>
		+	1) 스위치 버튼을 두어 누르면 뒤에 있는 마커가 앞으로 나오게 한다. <br/>
		+	=> 해당 방식은 여러 개의 마커가 있을 때 불편함을 초래한다.<br/>
		+	2) 자동으로 해당 마커를 클릭하면 뒤에 있는 마커가 앞으로 나온다.<br/>
		+	=> 마커를 클릭하면 바로 해당하는 정보가 떠야 하므로 UX 적인 불편함을 초래한다.<br/>
		+	3) 마커의 크기를 줄인다.<br/>
		+	마커의 크기를 줄이고 기존에 생리대의 개수를 직관적으로 표현하던 마커의 색상이라는 요소를 유지하여 사용에 불편함이 없도록 개선하였다. 마커는 처음에 해당 생리대 함의 이름만 없애는 것으로 개선하려 했지만, 마커 겹침 현상이 해결되지 않아 개수 또한 빼는 것으로 결정하였다. 마커의 변경 흐름은 다음과 같다.<br/>
		+	[[파일:삼삼어려웠던7.png]]<br/>
		+
		+	세 번째와 같이 작은 마커로 구현하였으나 가까이에 있는 마커들이 한꺼번에 클릭 되거나 마커가 아닌 위치를 클릭해도 마커가 클릭 되는 문제가 발생하였다. 원인을 분석해보니 react-native-maps 라이브러리가 Google map을 기준으로 지도를 띄우게 되는데, 마커 자체의 최소 크기를 생각보다 크게 고정해둔 것이었다. 이는 라이브러리 사용자로서 조절할 수 있는 사항이 아니었기 때문에 결국 zoom level을 조금 높여 마커 간의 간격을 벌리는 식으로 해결하였다.
		+	<br/>

	===향후계획===		===향후계획===

@@ 293번째 줄: / 293번째 줄: @@
 ) 소프트웨어 신뢰성: 0회<br/>
 ‘서버 처리 속도’를 측정하며 동시에 API 요청 시에 오류 발생 여부도 확인했다. 총 18개의 모든 API를 테스트하는 동안 오류는 단 1회도 발생하지 않았으며, 정상 작동하는 것을 확인할 수 있었다.
 ===향후계획===

@@ 269번째 줄: / 269번째 줄: @@
 ===관련사업비 내역서===
-내용
+[[파일:삼삼내역.png]]
 ===완료작품의 평가===

@@ 264번째 줄: / 264번째 줄: @@
 마지막으로 공지사항을 작성하는 화면이다. 작성된 공지사항은 사용자 지도 화면의 우측 하단 메뉴를 통해 살펴볼 수 있다.<br/>
-====포스터====
+====어플리케이션 링크====
-내용
 ===관련사업비 내역서===

@@ 257번째 줄: / 257번째 줄: @@
 ===완료 작품의 소개===
 ====프로토타입 사진 혹은 작동 장면====
-[[파일:삼삼결과1.png]]<br/>
+[[파일:삼삼결과1.png]]<br/><br/>
 [[파일:삼삼결과2.png]]<br/><br/>
 대표 기능은 위의 4가지로 구성되어있다. 첫 번째로 사용자 및 관리자는 지도 UI를 통해 생리대의 위치 및 현황을 직관적으로 확인할 수 있다. 관리자에게는 신고가 접수된 바 있는지를 나타내기 위해 ! 아이콘이 추가적으로 표시되며, 나머지는 사용자와 같다.<br/>