c_id	c_left	c_title

요구사항 별로 JIRA 연결을 재설정 할 수 있다.
1. 요구사항은 무조건 한개 이상의 버전을 적용받는다.
2. 요구사항이 예를 들어 2개 이상일 때. ( A버전, B버전 ~ )
2-1 . A버전의 요구사항과 연결되는 JIRA 설정은 따로이고
2-2 . B버전의 요구사항과 연결되는 JIRA 설정도 따로이다.
2-3 . 단 별도의 JIRA 설정이 없다면 BaseVersion 설정을 유지한다.

3. 따라서, 제품(서비스) - 버전 - 요구사항 - JIRA 연결 Mapper 테이블은 아래와 같다.
ex) a-RMS - BaseVersion - 요구사항A - JIRA Project Z - 요구사항 타입의 이슈 아이디 ( 연결 포인트 )
ex) a-RMS - 1.1.2 - 요구사항A - JIRA Project Z - 요구사항 타입의 이슈 아이디 ( 연결 포인트 )
ex) a-RMS - 1.1.2 - 요구사항A - JIRA Project X - 요구사항 타입의 이슈 아이디 ( 연결 포인트 )

4. JIRA 프로젝트 테이블은 이미 있다 - 버전이랑 연결해야 하기 때문에 사용되었다. JIRA API 참조 5.

• a-RMS 모든 이력을 시간순으로 표시  
• Search

   

• 09:00 (MON)

  착수 제품(서비스) 등록, 버전 등록

  Confluence by 313 DEV GRP

  Input : Plan & Opinion & Idea
  Skill : Negotiation
  Output : Requirements
  System : Atlassian Confluence ( Online Document System )
• 10:00 (TUE)

  기획 요구사항 등록

  Confluence by 313 DEV GRP

  Input : Requirements
  Skill : Requirements engineering
  Output : SRS ( Software Requirements Specification )
  System : Atlassian Confluence ( Online Document System )
• 12:00 (WED)

  실행 및 이행 JIRA 전파

  Jira by 313 DEV GRP

  Input : SRS ( Software Requirements Specification )
  Skill : Architecture design
  Output : SDS ( Software Design Specification )
  System : Atlassian Jira ( Issue Management System )
• 15:00 (THU)

  실행 및 이행 Developers 개발

  GitHub by 313 DEV GRP Fecru by 313 DEV GRP Bamboo by 313 DEV GRP

  Input : SDS ( Software Design Specification )
  Skill : Coding
  Output : Source Code & Artifacts
  System : GitHub ( Software Version Management )
• 17:00 (FRI)

  감시 및 통제 QA 및 체크리스트

  Project Analysis by 313 DEV GRP Nexus by 313 DEV GRP Sonar by 313 DEV GRP

  Input : Source Code & Artifacts
  Skill : Quality Assurance
  Output : TCR ( Test Case Result )
  System : SonarQube
• 18:00 (SAT)

  종료 보고

  DockerHub by 313 DEV GRP

  Input : TCR ( Test Case Result )
  Skill : Lessons learned and retrospective
  Output : Container
  System : Docker ( Cloud Operating system )