ARMS

ARMS 프리셋 -기존 상태 열림, 진행중, 해결됨, 닫힘을 프리셋으로 한다.¶

단, 이 프리셋은 삭제는 불가하고 명칭에 대한 수정만 가능하도록 처리한다.

• 정의

  • 사용자가 ARMS의 상태와 ALM의 상태를 직접 매핑하기에 많으니(클라우드 지라) 상태의 카테고리에 따라 기본 설정으로 매핑해주는 기능이다.

• 조건

  • ARMS에는 카테고리, ARMS 상태, ALM 상태가 존재하며 이를 각 매핑 해줘야한다.
  • 현재 ARMS ****상태 및 카테고리는 열림 → 진행중 → 해결됨 → 닫힘 으로 순차적 흐름을 갖고 있다.
  • 클라우드 지라에는 해야할 일, 진행 중, 완료 라는 3가지 상태 카테고리가 존재한다.

• 필요 요소

  • ui 설계

    →일괄 매핑은 서버 관리에서 버튼으로 제어한다(상태 갱신 시에 매핑되도록 한다.)

    → 버튼 클릭시 모든 프로젝트 이슈 유형별 상태 값이 모두 매핑 되게된다.

  • 매핑 규칙

    → 현재 ARMS, ALM 모두 상태의 흐름을 갖고 있기 때문에 논리적 흐름에 맞게 상태들을 잘 매핑 해줘야 한다.

    → ARMS의 상태 변경은 ALM에 상태 변경을 보장 해줘야 한다

• 고려 필요한 것

  • 1:N 이슈
    • 카테고리를 통해 ARMS 상태와 ALM 상태 카테고리 기준으로 매핑 시 1 대 N 으로 매핑 됨.
    • 1 대 N의 경우 ARMS 의 상태 변경 시 ALM 상태 변경은 해당 매핑된 상태 N개 중에 Find First로 처리된다.
      • 이 때 문제는 해결됨에 해결됨, 취소, 종료(모두 해결됨 카테고리)로 연결되어있을 경우 취소로도 업데이트되는 상황이 발생한다. (취소라는 개념을 해결됨 카테고리에 등록되어있는 데 이 때 개발자는 판별할 수 없다) 따라서 1대N을 방지가 필요하다. 하지만 이 방지 조건이 애매하다.

1. 프리셋 상태(기존 열림, 진행중, 해결됨, 닫힘)은 삭제되지 않도록 처리(백엔드, 프론트 모두)

   & 클라우드 지라 상태 카테고리와 프리셋 상태와 매핑 테이블 정의

2. 클라우드 지라 상태 룰셋 데이터 정의

3. 클라우드 지라 상태 카테고리 프리셋 설정 시 룰셋 데이터 기반 1대1 매핑 되도록 처리

   • 룰셋 데이터 기반 1대1은 기존 상태 갱신 로직에 추가로 들어가야할 로직 - 이 때 어떻게 처리?