Skip to content

Project methodology

Lee Areum edited this page Nov 29, 2016 · 8 revisions

1. 일정

프로젝트의 일정은 다음과 같다: table

계획수립

  • 주제 및 기능 선정
  • 기능 우선순위 선정
  • 역할분담

분석

  • pyTelegramBotAPI 테스트를 통한 분석

개발 및 테스트

  • 각자 맡은 기능의 메소드 구현 (메소드 구현에 필요한 내용 학습)
  • test.py로 테스트
  • API를 활용한 예제 봇 제작 (server.py)

테스트 및 보완

  • 마지막으로 테스트하고 버그 fix

2. 역할분담

기능별 역할분담은 다음과 같이 했다:

  1. 스터디룸 리스트 출력 기능 - 조승현
  2. 정보보안 뉴스 피드 기능 - 이아름
  3. CVE 검색 기능 - 김남준
  4. 학술정보원 도서 검색 기능 - 김남준
  5. 세종사회봉사 확인 기능 - 현성원
  6. "우산 챙기렴" 기능 - 임다은
  7. Easteregg - 현성원

3. 수행 방법

  • 본격적인 개발을 들어가기 전 단계에서는 회의록을 Github의 Project에 칼럼을 생성하여 기록했다.
  • 개발을 시작한 후에는 각 기능에 대한 issue를 생성하고, 의논할 내용을 해당 기능의 issue에 comment를 하여 공유했다.
  • 프로젝트 수행을 위해 dev라는 branch를 생성하고, dev에서 각 기능에 대한 "dev-<기능명>"식의 sub-branch에서 개발 진행.
  • 기능구현이 완료되면 test.py를 사용하여 코드 테스트를 하고, 아무 이상 없으면 dev branch에 pull-request를 한다. Travis CI 검사결과 확인 및 코드리뷰를 하고 이상이 없으면 merge한다.
comments - 모든 기능구현이 완료되면 dev branch에서 API를 활용한 테스트봇(BeemoBot) 코드 server.py를 작성한다. - server.py가 완성되면 모든 기능을 테스트하고 dev branch에서 master branch로 pull-request를 한다. - Final merge를 하고 프로젝트를 종료한다.

4. 수행 과정 요약

Branch

2016-11-29 5 51 35 - Dev 브랜치 생성 2016-11-29 5 51 43 - 각자 작업할 브랜치 생성 - 각자 맡은 기능 구현은 본인의 브랜치 에서 작업했습니다. 2016-11-29 5 51 51 - 각 작업이 완료될 때 마다 dev 브랜치에 merge. 2016-11-29 5 53 59 - 버그가 발견될 경우 다시 각자의 브랜치를 추가하여 코드 작업 후 dev 브랜치에 merge 2016-11-29 5 54 05 - 기능이 완성될 경우 dev 브랜치에 merge - 최종 dev 브랜치를 master 브랜치에 merge

5. 통계

프로젝트 기간(~ 11월 29일 오후 6시까지 작업한 내역 기준) 중…

  • 총 커밋한 횟수 : 98회 (모든 브랜치 포함, 머지 커밋 제외)
  • 총 변경된 파일 : 21개
  • 총 변경된 라인 : 약 1833개 라인 추가 / 약 587개 라인 제거
  • 생성된 브랜치 개수 : 12개
  • 생성된 이슈 개수 : 12건
  • 요청된 풀 리퀘스트 개수 : 22건
  • 총 Merge 횟수 : 16회

Clone this wiki locally