요구사항 #371
Updated by Redmine Admin 4 months ago
<h3>ARMS 프리셋 -기존 상태 열림, 진행중, 해결됨, 닫힘을 프리셋으로 한다.</h3>
<p>단, 이 프리셋은 삭제는 불가하고 명칭에 대한 수정만 가능하도록 처리한다.</p>
<ul>
<li>
<p>정의</p>
<ul>
<li>사용자가 ARMS의 상태와 ALM의 상태를 직접 매핑하기에 많으니(클라우드 지라) 상태의 카테고리에 따라 기본 설정으로 매핑해주는 기능이다.</li>
</ul>
</li>
<li>
<p>조건</p>
<ul>
<li>ARMS에는 카테고리, ARMS 상태, ALM 상태가 존재하며 이를 각 매핑 해줘야한다.</li>
<li>현재 ARMS ****상태 및 카테고리는 <strong>열림 → 진행중 → 해결됨 → 닫힘</strong> 으로 순차적 흐름을 갖고 있다.</li>
<li>클라우드 지라에는 <strong>해야할 일, 진행 중, 완료</strong> 라는 3가지 상태 카테고리가 존재한다.</li>
</ul>
</li>
<li>
<p>필요 요소</p>
<ul>
<li>
<p>ui 설계</p>
<p>→일괄 매핑은 서버 관리에서 버튼으로 제어한다(상태 갱신 시에 매핑되도록 한다.)</p>
<p>→ 버튼 클릭시 모든 프로젝트 이슈 유형별 상태 값이 모두 매핑 되게된다.</p>
</li>
<li>
<p>매핑 규칙</p>
<p>→ 현재 ARMS, ALM 모두 상태의 흐름을 갖고 있기 때문에 논리적 흐름에 맞게 상태들을 잘 매핑 해줘야 한다.</p>
<p>→ ARMS의 상태 변경은 ALM에 상태 변경을 보장 해줘야 한다</p>
</li>
</ul>
</li>
<li>
<p>고려 필요한 것</p>
<ul>
<li>1:N 이슈
<ul>
<li>카테고리를 통해 ARMS 상태와 ALM 상태 카테고리 기준으로 매핑 시 1 대 N 으로 매핑 됨.</li>
<li>1 대 N의 경우 ARMS 의 상태 변경 시 ALM 상태 변경은 해당 매핑된 상태 N개 중에 Find First로 처리된다.
<ul>
<li>이 때 문제는 해결됨에 해결됨, 취소, 종료(모두 해결됨 카테고리)로 연결되어있을 경우 취소로도 업데이트되는 상황이 발생한다. (취소라는 개념을 해결됨 카테고리에 등록되어있는 데 이 때 개발자는 판별할 수 없다) 따라서 1대N을 방지가 필요하다. 하지만 이 방지 조건이 애매하다.</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
<p> </p>
<ol>
<li>
<p>프리셋 상태(기존 열림, 진행중, 해결됨, 닫힘)은 삭제되지 않도록 처리(백엔드, 프론트 모두)</p>
<p>& 클라우드 지라 상태 카테고리와 프리셋 상태와 매핑 테이블 정의</p>
</li>
<li>
<p>클라우드 지라 상태 룰셋 데이터 정의</p>
</li>
<li>
<p>클라우드 지라 상태 카테고리 프리셋 설정 시 룰셋 데이터 기반 1대1 매핑 되도록 처리</p>
<ul>
<li>룰셋 데이터 기반 1대1은 기존 상태 갱신 로직에 추가로 들어가야할 로직 - 이 때 어떻게 처리?</li>
</ul>
</li>
</ol>
<p><!-- notionvc: eec048e5-3772-44ae-bfbf-6d2202e0e132 --></p>
<p><!-- notionvc: a55cce21-74de-42d8-a4bb-b7dd845cad11 --></p>