Ahora o nunca

회고록과 특별편도 작성했지만 아직 못다한 기능 구현을 조금씩 더 구현해보려 한다. 오늘은 비교적 간단한 공지사항 영역 보강이다.1. 공지사항 조회수 증가조회수 증가 기능 구현은 간단하다.SQL Mapper 에 조회수 증가 쿼리 작성 후게시물 클릭 시 (작동하는 컨트롤러에)위 쿼리(조회수 증가 쿼리)를 실행하도록 하면 끝!하나씩 빠르게 살펴보자. 조회수 증가 쿼리 UPDATE NOTICES SET HITCOUNT = HITCOUNT + 1 WHERE NOTICE_ID = #{notice_id} 게시물 클릭 시 작동 컨트롤러// ● 공지사항 게시물 상세 페이지@RequestMapping(value="/noticedetail.action", method = RequestMethod.GET)pu..

지난 포스팅에서는 훈련 기간 팀 프로젝트 동안 진행한 내용을 담아왔다. 오늘은 기획 단계부터 구현 단계까지 이르는 모든 과정을 기록하며 담아내지 못한 느낀점을 가감없이 작성해볼까 한다.목차1. 목표 달성 여부 1.1 기존 기획 기능 1.2 기획 수정 후 기능 1.3 목표 달성률2. 성장한 점 2.1 언어 및 기술 2.2 소프트 스킬 2.3 문서화3. 아쉬운 점 3.1 절대적 시간 부족 3.2 "액션 중심" 구성 미흡 3.3 Service 계층 부재4. 향후 계획 4.1 기존 프로젝트 보강 4.2 자격 시험 준비 및 공부 4.3 입사 지원5. 그 외 여담1. 목표 달성 여부1.1 기존 기획 기능먼저, 기존에 우리 팀이 기획했던 기능은 크게 아래와 같다.[공통] (서비스) 일반 돌봄 ..

두 번째로 추가하는 기능은, "평점 열람 제한"이다. 앞선 기능에 비해 상대적으로 간단하다.돌봄 이용이 종료된 부모 회원이 리뷰를 작성하지 않을 경우→ 돌봄 종료일로부터 7일간 시터 평점 열람을 제한하는 기능이다.7일이 지나면 시터 평점은 다시 노출되지만, 당장 시터의 평점을 볼 수 없기 때문에 부모로 하여금 리뷰를 작성하도록 하는 기능이다. 생각보다 간단히 구현되었으니 빠르게 알아보자.1. 쿼리 작성먼저, 우리 프로젝트 구조 상 시터 평점 열람 제한 대상자는 다음과 같은 조건을 동시에 만족한다.일반 돌봄 예약 확정 테이블에 존재일반 돌봄 예약 확정 후 시터 취소 테이블에 미존재일반 돌봄 예약 확정 후 부모 취소 테이블에 미존재일반 돌봄 리뷰 테이블에 미존재일반 돌봄 종료일이 지난 경우일반 돌봄 종료일로..

기존 팀 프로젝트에 추가하는 첫 번째 기능은 바로, "1차 필터 신청 날짜 제한" 기능이다.그게 무슨 기능인가요? 라는 질문에 답을 먼저 드리자면면 말이죠, 입력해둔 더미데이터 중 parent21 계정으로 로그인해서 확인해보면 현재 "2025-05-14 ~2025-05-16" 에 일반 돌봄 예약이 확정(시터수락O, 돌봄종료X)되어 있는 걸 볼 수 있는데, 메인 페이지에서 일반 돌봄 신청을 위한 필터 조건을 설정할 때는 아무런 제한이 없는 상태이다! 따라서 1일 1돌봄 신청이 아니라 중복 신청이 가능한 구조라는 것! 이를 해결하기 전 현재 작성된 코드를 먼저 살펴보겠다.돌봄 희망 날짜 부터 까지 genMain.jsp 페이지의 해당 엘리먼트는 위와 같은 HTML 태그로 구성되어 있다..

목차1. 프로젝트 기간2. 화면 이미지 2.1 로그인/회원가입 2.2 시터 회원 2.3 일반 돌봄 2.4 부모 회원 2.5 관리자 2.6 공지사항 2.7 기타1. 프로젝트 기간전체 기간: 25.03.24. ~ 25.04.25. (6주)상세 타임라인(~25.03.25.) 프로젝트 주제 선정(~25.03.28.) 프로젝트 브랜드명 결정, 요구사항 정의서 작성(~25.03.31.) 기능 동작 정의 및 흐름 명세화(~25.04.02.) 순서도, 화면 레이아웃 제작(~25.04.05.) DB 논리/물리 설계, 정규화(25.04.09.) Git&GitHub 도입(~25.04.10.) 세부 정책 수정 및 기능 구현 범위 재설정, HTML, CSS 기반 화면 목업 제작(25.04.16.) Maven 도입(..

더보기아마 이 또한 회고에 담겠지만, 서버를 구축하고 있는 DB 설계도를 공개하는 바보가 어디 있냐는 말에 따라 틀린 말은 아니지만 공부하는 학생이 만든 프로젝트성 서버인데도..?😭 DB 설계는 항목에 따라 전체 파일 대신 일부 내용만을 포스팅한다.목차1. DB 논리 설계 1.1 테이블 설계서 1.2 테이블 명세서 작성 1.3 ERD 작성 (E-R 다이어그램)2. DB 물리 설계 2.1 테이블/제약조건 생성 2.2 더미 데이터 입력 2.3 뷰 생성1. DB 논리 설계정석대로라면 테이블 설계서 작성 → 테이블 명세서 작성 → ERD 작성 의 단계를 거쳐 DB 논리 설계가 이루어진다. 다만 우리는 작업 편의상 ERDCloud 라는 Tool 에서 메모지를 활용하며 ERD 작성을 시작했다. 시간을 ..

목차1. 관리자 페이지 1.1 메인 페이지(adminMain.jsp) 1.2 시터 승인 요청 목록(adminSitRegList.jsp) 1.3 시터 회원 정보(adminSitList.jsp) 1.4 부모 회원 정보(adminParList.jsp)2. 공지사항 2.1 공지사항 리스트(noticeList.jsp) 2.2 공지사항 게시물 등록(noticeInsertForm.jsp) 2.3 공지사항 게시물 수정(noticeUpdateForm.jsp) 2.4 공지사항 상세 열람(noticeDetail.jsp)3. 긴급 돌봄 3.1 부모 회원 메인 페이지 (genMain.jsp) 3.2 일반 돌봄 1차 필터 결과 (genSearchResult.jsp) 3.3 일반 돌봄 상세 열람 (genRegD..

더보기(회고에서 다루겠지만) 정보처리기사 필기 시험을 준비하면서 소프트웨어 개발방법론에 대한 이론적인 부분을 학습했고, 별도로 서적을 찾아보며 웹 기획에 대한 부분을 학습했고 이를 어설프게라도 팀 프로젝트에 적용하고자 했다. 이 말인즉, 학원 훈련 과정에는 웹 기획에 대한 이론과 실습, 개발방법론에 대한 이론이 배제되어 있었다는 뜻이다. 사실상 웹 개발 실습만을 배운 상태에서 기획/개발 전반을 헤쳐나가야 한다니 처음에 정말 막막했다. 스스로 공부하는 것은 문제가 되지 않았으나, 절대적으로 시간이 부족했다... 어쩌면 현업에서 진행하는 방식과 다소 차이가 있거나 부족한 부분도 많을 것 같다. 그치만 각 다이어그램을 공부하고 작성하면서 배운 점도 많기 때문에, 이 글을 쓰는 지금은 다음 프로젝트를 더 잘해낼..

목차1. 주제 1.1 브랜드 네임 1.2 브랜드 로고2. 기획 의도3. 개발 환경4. 요구사항1. 주제1.1 브랜드 네임아이 돌봄 매칭 서비스 플랫폼 『I_Look(아이룩)』 애정 어린 눈빛으로 아이를 바라보는(look at) 어른의 이미지가 가장 먼저 떠올랐고, 아이 돌봄 서비스/일자리를 찾는(look for) 부모와 시터의 입장을 담고 싶었다. 이후 공통적으로 등장하는 영어 동사 "look"에 부모와 시터가 당신을 지칭하는 말이자, 우리말로 어린 "아이"와 발음이 같은 알파벳 "I"를 붙여서 현재의 브랜드 네임인 "I_Look(아이룩)"을 브랜드 네임으로 채택했다.1.2 브랜드 로고아래 워드마크형 로고와 심볼은 모두 학원 수업을 함께 수료한 공** 학우의 작품이다. 워드마크형 로고의 경우, 아이를..