team-durumi/moy

A drupal distribution profile for project issues management. 프로젝트 이슈 관리 도구 - 모이(자)

team durumi

identity

• 새롭게 추가한 Identity 요소를 추가합니다.(2022년)
• 새로운 브랜드에서는 영어 소문자로 team durumi를 씁니다.

moy's Issues

1.0 버전에서 고객과 정리해야할 시나리오 목록(5월 2주)

• 전체적인 모델은 #1 처럼 issues management 시스템을 따른다.
• 타임라인과 마일스톤도 포함해본다.
• 처음 나오는 버전에서 합의해야 할 항목을 적어보고, 이를 5월 중순경에 합의한다.

[일지 issues]

• 필드는 통계에 적용한다. 삭제해도 해당 필드는 사라지지 않는다.
• 나머지는 Json 형태로 쌓는다.(개인정보가 적힐 수 있다. )이 정보는 삭제(soft delete)될 수 있다.
• 1개 첨부파일이라도 여러 상담일지에 DB검색을 통해 연결(?)
• 사건일지 병합 (동일인이 여러 번 같은 사안으로 상담하는 경우? 중복된 issue인 경우 -> milestone 안에서 중복됨을 보여줘서, 삭제한다.

[상담 comments]

• 검색(유사어) 기능 (입력된 값 전부에 대한 통합검색 & 특정입력칸에 대한 검색)

[코드북 terms] taxonomy - term - vocabulary

• term 관리 시스템 만든다.
• 현재 위계는 없어도 된다. label이 n개가 될 수 있다.

[통계 stats]

• 고객과 공유할 것은 아니고, 별도의 모델 기준을 잡는다.
• 이슈(상담)의 데이터는 삭제되도, 통계와 연관있는 필드값은 남아서 stats에 제공된다.
• 데이터 폐기 삭제 시점과 통계 남는 정보의 시간 구성을 정리.

[폐기.삭제]

• 삭제가 없고 Soft Delete 처리를 한다.
• 인쇄를 할 때 필드값을 제외한 json 값을 DB에서 제거한다. / 엑셀을 다운로드 받으면

[결제과정]

• 폐기 여부, 주요한 상담에 대한 정보를 처리하는 부분의 Assign 과정을 둠.

---

[문서 관리]

• 해당 사건에 대한 documents_id / attachments_id 를 생성함. (해당 id 값으로 내부에서 월별 / id 폴더를 만들어서 관리)
• 문서를 쌓아놓음.
• 나중에 ROLL에서 내부 자료 관리 시스템을 별도로 연계함.
• MOY 에서 이를 관리해 주는 것은 Epic에 어울리지 않음.

시나리오 작성 및 db schema 모델링

제안요청서(RFP, request for proposal)
https://docs.google.com/document/d/1-84F6mM2lA-84r7QRFrWKE4UaQ_ya5K_NT26TcI39ME/edit

SCHEMA
https://dbdiagram.io/d/625e4e3d2514c9790352311b