Project

General

Profile

요구사항 #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>열림 &rarr; 진행중 &rarr; 해결됨 &rarr; 닫힘</strong> 으로 순차적 흐름을 갖고 있다.</li> 
		 <li>클라우드 지라에는 <strong>해야할 일, 진행 중, 완료</strong> 라는 3가지 상태 카테고리가 존재한다.</li> 
	 </ul> 
	 </li> 
	 <li> 
	 <p>필요 요소</p> 

	 <ul> 
		 <li> 
		 <p>ui 설계</p> 

		 <p>&rarr;일괄 매핑은 서버 관리에서 버튼으로 제어한다(상태 갱신 시에 매핑되도록 한다.)</p> 

		 <p>&rarr; 버튼 클릭시 모든 프로젝트 이슈 유형별 상태 값이 모두 매핑 되게된다.</p> 
		 </li> 
		 <li> 
		 <p>매핑 규칙</p> 

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

		 <p>&rarr; 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>&nbsp;</p> 

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

	 <p>&amp; 클라우드 지라 상태 카테고리와 프리셋 상태와 매핑 테이블 정의</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> 

Back