[파이널 프로젝트] "IT-Meetup" | IT 프로젝트 모집·그룹·포트폴리오 웹 어플리케이션

1. 최종 코드

1.1. 버전

1.1.1. [ver1] 20240319(화) : 발표

https://github.com/ohsukyoung/IT_MeetUp

1.2. 버전별 코드 안내

버전표기	날짜	구분
ver1	2024.03.19(화)	최초생성 - NEW(최초) IT 프로젝트 모집·그룹·포트폴리오 웹 어플리케이션

 

 

---

 

 

2. 프로젝트 개요

2.1. 프로젝트 소개 및 진행과정

2.1.1. 프로젝트 소개

• 기간: 2024.02.20 ~ 2024.03.19 (약 한달)
• 조건: 그동안 배운 내용 모두 적용하여 진행
• 주제: 파이널 프로젝트
• 사용기술: 
  • 개발환경- 이클립스, 오라클
  • 사용언어- java, js, jquery
  • 서버- ApacheTomcat
  • 형상관리- git, github
  • 디자인- html, css, bootstrap

2.1.2. 프로젝트 진행과정

2.2. 프로젝트 개요

2.2.1. 개발동기

- 사람은 어디서 만나야 할까?

기존의 프로젝트 모집은 이메일이나 SNS를 통한 공고로 이루어지는 경우가 많은데, 이는 모집자와 지원자 간의 매칭 및 정보 수집이 번거로운 단점이 있습니다. 이러한 문제점을 개선하기 위해 사용자의 기본정보와 선호사항을 기반으로 매칭을 도와주는 웹 어플리케이션을 개발하고자 합니다.

 

- 프로젝트 완성되면 어떻게 정리하지?

개발자들은 자신이 참여한 프로젝트들을 한 눈에 볼 수 있는 포트폴리오를 구축하고 싶어합니다. 하지만 현재는 프로젝트를 찾기 위해 여러 플랫폼을 돌아다니며 찾아야 하고, 포트폴리오를 구성하기 위해서도 많은 노력이 필요합니다.

 

- 효율적으로 경력을 쌓기위해서 무엇을 해야 할까?

많은 개발자들이 취업을 위해 경력 구축에 많은 노력을 기울입니다. 이러한 노력을 더욱 효율적으로 활용할 수 있도록, 프로젝트 모집 및 참여를 통해 나만의 포트폴리오를 구축하고자 합니다.

 

2.3. 기획의도

2.3.1. 프로젝트 주제: [ IT 프로젝트 모집·그룹·포트폴리오 웹 어플리케이션 ]

모집을 할 때 사용자의 기본정보를 통해 원하는 사람과 매칭이 될 수 있도록 하여 인원 모집의 시간을 줄이고, 완성된 프로젝트를 한 눈에 볼 수 있게 하여 나만의 포트폴리오를 통해 취업을 장려한다.

 

2.3.2. 프로젝트 목표

• 프로젝트 모집 & 진행 서포트: 프로젝트 모집있어 참여자들에 대한 상세한 정보를 제공하여 신중한 매칭이 이루어지도록 유도한다.
• 프로젝트 가이드라인 제시: IT 직종 초기 진입자들이 IT프로젝트에 대한 가이드라인을 제공하여 회원들이 프로젝트에 대한 정보들을 습득한다.
• 역량강화: 프로젝트에 대한 경험을 제공하여 개인 기량 및 능력이 향상시킨다.
• 개인 포트폴리오: 수행한 프로젝트에 대한 내용을 최종 포트폴리오로 제공하여 참여자들의 시간소요를 줄여주고 각각의 역할별 수행 사항에 있어 객관적 데이터를 제공한다.

2.3.3. 프로젝트 기능

• Web : 홈/모집/그룹/마이페이지 메인 구성
• 모집: 프로젝트 팀 개설 요청 글, 댓글, 대댓글, 신고, 찜
• 그룹: 업무 할당, 업무 보고, 이탈
• 평가: 리더십 평가, 팀원 평가
• 마이페이지: 네임카드(완료된 프로젝트)
• Application: 알림 기능, 일정 관리 기능, 신고

2.4. 프로젝트 상세

2.4.1. 구조도

1. 매칭: 팀원모집
   • 기본정보 기반 프로젝트 진행 인원 매칭 

     

2. 관리: 프로젝트 진행
   • 협업을 수행할 수 있는 서비스 제공
   • 일정관리
   • 역할배치
   • 업무할당

     

3. 취합: 포트폴리오
   • 활동과정을 통해 만들어진 결과물 포트폴리오 제공

     

2.4.2. ERD

2.1. 전체

2.2. 회원 영역	2.3. 팀개설요청 영역	2.4. 알림 영역
2.5. 업무 영역	2.6. 신고 영역	2.7. 평가, 회원정보 영역
		

 

 

 

3. 나의 구현

3.1. 맡은 역할

1. 팀내역할: 일정관리, 프로젝트 최종 보고서 취합 및 작성, 프로젝트 취합

2. 개발주요파트: 로그인, 회원가입, 마이페이지 내정보 파트 구현

 

3.2. 구현한 기능

파트	ID	요구사항	기능	기능상세
1. 로그인	SI-01-001	자체 로그인	1. 기능을 사용하기 위해서는 로그인 필수 (기능 사용 범위: 공고상세내용열람 )	1. ID, 비밀번호
2. 회원가입	SI-03-001	스텝1-1) 자체 회원가입	1. 아이디, 비밀번호, 비밀번호 확인, 이름, 닉네임, 주민번호, 휴대폰번호를 입력받는다.	1. 아이디: 영문 소문자, 숫자 6~12자리 / 특수문자X, 한글X / 중복 불가능 2. 비밀번호 : 영문 소문자, 숫자 6~12자리 / 특수문자O, 한글X 3. 닉네임: 한글, 영문 2~8자리 / 중복 불가능 4. 이름: 한글 2~8자리 5. 이메일: 이메일 형식
	SI-03-003	스텝2) 회원가입	1. 직무, 경력, 보유스킬, 이메일, 선호하는 모임방식 (온라인 / 오프라인 / 온&오프), 선호 활동지역(시, 도)을 입력받는다.	1. 선호지역 : 시, 도를 입력받는다.
3. 마이페이지 > 내정보	MY-01-001	마이페이지 >내정보>수정기능	1. 아이디, 이름, 주민번호 , 이메일 수정불가, 수정불가를 제외한 계정에 대한 회원 정보 수정 페이지(비밀번호 변경가능)
	MY-04-01	네임카드(개인이력)	1. 회원가입시 입력한 정보, 프로젝트 활동에 따라 필터링 된 데이터 노출 2. 개인 정보 작성, 수정 기능 3. 방명록 조회 기능	1-1. 프로필사진(이미지), 닉네임, 짧은 자기소개, 직무(경력), 프로젝트 주요활동지역(선호지역) 1-1.1. 프로필(이미지) 1-1.1.2. 회원가입시 입력한 정보, 프로젝트 활동에 따라 필터링 된 데이터 노출 1-1.1.3. 개인 정보 작성, 수정 기능 1-1.2. 닉네임 1-1.3. (짧은)자기소개 1-1.4. 직무(경력) 1-1.4.1. 최근 1개 …더보기

 

3.3. 마주한 문제 및 극복방법

마주한 문제	극복방법
1. 동적으로 생성되는 입력값을 DB에 입력	- 경력추가시 (경력직무, 회사명, 시작날짜, 종료날짜) 의 양식을 여러번 입력해야했다. 각 배열이 아닌 DTO 값 하나를 넣는 것은 가능하지만 controller에서 경력직무 리스트, 회사명 리스트, 시작날짜리스트, 종료날짜 리스트를 dto에 맞게 재구성하여 Mybatis에 입력하는 개념을 잡는 것이 어려웠음 따라서 가능한 작은 범위부터 작성하여 점차 크게 DB에 값을 입력 받을 수 있도록 DAO에서 <foreach> 를 사용하여 해결함
2. DB에 입력시 시퀀스가 부여되어야함	- <foreach>를 사용하는 과정에서 시퀀스가 입력되어야 했는데, 시퀀스를 <foreach>구문 밖에서 넣을 수있도록 서브쿼리로 코드를 구현하여 해결함

// 2. DB에 입력시 시퀀스가 부여되어야함
<!-- 나의경력 추가 쿼리문 -->
    <!-- /MS_MEM_CODE: 마지막 번호조회하여 부여 -->
    <update id="addCareer" parameterType="java.util.List">
        INSERT INTO MY_CAREER(MC_NO, MC_START_DATE, MC_END_DATE, MC_CERTIFICATE, MC_REG_DATE, MC_COM_NAME, MC_JOB_CODE, MC_MEM_CODE)
        SELECT MY_CAREER_SEQ.NEXTVAL, TEMP.* FROM(
        <foreach collection="careerList" item="career" index="index" separator="UNION ALL ">
        SELECT TO_DATE(#{career.startDate}, 'YYYY-MM-DD')
        , TO_DATE(#{career.endDate}, 'YYYY-MM-DD'), NULL
        , SYSDATE, #{career.comName} AS MC_COM_NAME, #{career.jobName} AS MC_JOB_CODE, (SELECT NVL(MAX(MEM_CODE), 0)
                                                                                        FROM (SELECT *
                                                                                              FROM (SELECT *
                                                                                                    FROM MEMBER
                                                                                                    ORDER BY TO_NUMBER(SUBSTR(MEM_CODE,5)))
                                                                                              ORDER BY ROWNUM DESC
                                                                                            )
                                                                                        WHERE ROWNUM = 1) AS MS_MEM_CODE
        FROM DUAL
        </foreach>) TEMP
    </update>

 

4. 개인적인 후기

4.1. 배운 점/ 아쉬운 점& 발전시켜야 할 점/ 잘한 점

(배운점)- 프로젝트 완료를 위해서는 전반적인 맥락 파악이 필요하다.

예를 들어 내 파트가 다른 사람의 개발 파트로 넘어가거나, 다른사람이 보내준 값이 내 파트에서 쓰여야하는 경우가 많았다. 그래서 코드를 매우 자세하게는 아니더라도 프로젝트 전에 전반적으로 리뷰하는 10-15분의 시간을 가졌다.

이를 통해 큰 흐름을 이해하고, 맞춰야할 부분을 논의해 볼 수 있는 토대가 되었다.

 

(아쉬운 점/ 발전시켜야 할 점)- 원하던 모든 기능을 구현할 시간이 부족했다.

파이널 프로젝트에서는 챙겨야 할 것이 정말 많은데 그 중 기획과 ERD 다이어그램에서 시간을 많이 소요하여 실 개발 시간이 부족하다고 느꼈다. 개발이라는게 처음부터 끝까지 같은 속도로 완료되는 것이 아니었다. 처음에는 개발을 위한 밑준비 (구조 설정, 약속 및 규칙, 개발을 위한 프론트 화면 조정 등)에 시간이 들어서 개발속도가 느리다가 점차 빨라져 마지막에는 기능구현에 속도가 붙는 다는 것을 느꼈다. 조금만 더 빨리 기획파트를 끝냈다면 원하던 기능까지 구현할 수 있을텐데라는 아쉬움이 남았다. 하지만, 마감이 존재하므로 우리가 개발한 큰 줄기만이라도 보여줄 수 있도록 남은 시간을 사용해서 좋은 파이널 발표를 마칠 수 있었다.

 

(잘한 점)- 형상관리 사용으로 통합시간 단축했다.

지난 JAVA 프로젝트에서 형상관리에서 많은 시간을 소요했던 터라 git을 공부하여 사용해보았는데 commit, pull, push에 대한 개념을 이해하고 지난 코드의 히스토리를 볼 수 있는 점이 너무 좋았다. 특히 처음 구축할 때부터 git을 사용했는데 덕분에 팀원 모두가 형상관리에 대해 어느정도의 감을 잡을 수 있었고, 마지막에 통합에 많은 시간을 쏱지 않을 수 있었다.

 

4.2. 다음 프로젝트에서 고려하면 좋을 점

- 개발에 시간을 더 많이 쓸 수 있도록 노력할 것이다.

- git을 사용한 덕분에 통합하는 품이 생각보다 덜 들었는데, git 사용을 더 세밀하게 배워서 형상관리를 세밀하게 컨트롤 해보고 싶다.

 

5. 프로젝트를 마치며...

5.1. 개인적인 후기

파이널 프로젝트가 마무리 되었다는 사실이 믿기지 않는다.

언젠간 찾아오리라 생각했던 파이널 프로젝트. 쉽지 않았지만... 1차로 마무리를 짓게되어 기쁘다.(ㅠ..)

파이널 인원은 1차 자바 세미프로젝트의 팀원(5명) + 유쾌한 새친구(1명)이 되었는데, 처음에는 마음을 다잡기가 쉽지않았다. 첫번째로는 팀장으로써 마무리까지 매듭지어야한다는 책임감이 컸고, 두번째로는 1차에서 시간에 쫒기며 팀원들과도 마음상하는 일들이 있었고 대화로 푸는 시간이 있었는데.. 또다시 그일을 반복해야한다는 압박감에 자신이 없었다. (내가 과연,, 할 수 있을까,,, 괜히 망치는거 아냐,, 이런생각들) 그런데 처음 프로젝트보다 우리가 서로의 성격을 더 파악한 채로 진행하여서 생각보다 큰 문제는 없었던 것 같다.

 다만, 시간에 쫒기며 개발하기도 하고 팀원들의 개발이슈를 같이 고민하기도 하면서 내 파트가 다른 사람에 비해 부족하다고 느끼는 부분이 있었다. 내 파트만 바라보고 프로젝트의 흐름을 보지 않았다면 내 기능은 모두 구현할 수 있었겠지만, 그렇게 진행했다면 마지막에 각자 개발한 내용을 통합하느라 시간을 많이 쏟느라 마무리하지 못했겠다는 생각이 들었다. 또한 다른 파트의 개발에서 마주하는 문제들을 같이 고민하고 해결방법을 찾는 시간을 가짐으로써 내 파트에서 비슷한 문제를 마주했을 때 손쉽게 해결되는 경험도 있었다.

모두 알다시피 파이널 프로젝트는 정말 중요하다. 이 프로젝트를 통해서 취업준비를 해야하고 면접도 봐야하기 때문이다. 그런데 시간이 지나고 보니, 회사에서는 프로젝트가 얼마나 어느 퀄리티로 진행했는지보다 문제상황을 어떻게 극복했는지, 팀에서 어떤 역할을 했는지, 내가 얼마나 열정적인 사람인지가 더 중요하다는 것을 깨달았다. (어차피 회사에서 다시 배워야하기에....)

파이널 프로젝트에 최선을 다하되, 이 프로젝트 때문에 팀원들끼리 마음상하지 않았으면 좋겠다. 그리고 프로젝트를 같이 진행하는 팀원이 결국 취준기간을 함께하는 버팀목이 될 수도 있다는 깨달음도 있었다.

 

5.2. 내가 울면서 배운,,, 프로젝트 TIP!!!

(기획)

- 클론도 좋지만, 내가 구현하고 싶은 것이 무엇인지 집중하기

- 실 사용이 가능한 무언가를 만들려 노력해보기

- 내가 잘 아는 것이면 좋음

- 기획 방향이 아닌 것 같으면 빨리 바꾸기

- 하나의 기업이나 사람이 콘텐츠를 생산해내야하는 프로젝트는 지양할 것(콘텐츠를 만드느라 시간을 허비할 수 있음)

사용자끼리의 활동으로 유의미한 결과를 만들어낼 수 있으면 좋음

(개발)

- 개발할 시간을 충분히 확보하기

- 테스트 고려하여 일정작성하기

- 개발을 위해 문서작업을 미리 해두면 좋음

- 오류기록을 적고 나누기(오류상황/해결방안)

ㄴ 참고: https://record-one-thoughts.tistory.com/276

 

6. 기타

6.1. 참고자료

(기획)

- 기획서 순식간에 작성해버리기 l 현직 기획자가 알려주는 제안서 PPT 작성 가이드 l 피피티로지 : 기획서 작성 흐름파악

- 알림 화면의 변화, 참고해야 할 4가지 유형 : 화면기획>알림

- [책]서비스 기획자로 일하고 있습니다/강승훈/20220919 : 어떤 기획과 기능을 가져야할지 막막할때 본 내용

(개발)

- https://github.com/devAon/Eclipse-GitHub-Coraboration-Tutorial : 깃에 대한 이해

- Git hub(깃허브) :: eclipse(이클립스) 연동방법 및 커밋하기 : 실제 이클립스에 깃 설치하기 핵심

- 이클립스에서 eGit 사용시 커밋사용자 email, 이름 변경 방법 : 이클립스 사용자 이메일 연결

- 커밋 메세지

- Eclipse local history 사용법 - 이전 소스 기록 확인/삭제한 파일 복구 방법 : 삭제 파일 복구