📌project1 - DOCOMO지사 현존 여부 판단 처리 수정

• 기간 : 2018/9~2018/12
• 배경 : DOCOMO 에는 한달에 한번 DOCOMO지사들의 회계 정보를 집계하는 batch 처리가 있습니다. 매달 DOCOMO 지사 별로 회계 정보를 집계할 때 폐업한 지사는 집계하지 않도록 폐업한 지사코드를 데이터베이스에 저장하여 집계 여부를 판단하고 있었습니다. 그런데 코드 상에서 폐업 지사 코드를 가져오는 부분이 숫자로 하드 코딩 되어있어서 앞으로 추가 할 수 있는 데이터가 몇 개 남지 않아 더 많은 데이터를 불러올 수 있도록 수정하고자 하였습니다. 또한 지사가 개업하는 경우, 개업하기 수 개월 전부터 지사 정보를 데이터베이스에 저장해두는데 개업 전까지는 회계 정보가 집계되지 않도록 하기 위해 폐업 지사로 판단하도록 하고 있었습니다. 이로 인해 지사가 개업하기 전부터 폐업하기 까지 3번의 번거로운 데이터 보정이 필요했습니다.
• 개선 내용1: 기존에 하드 코딩 되어 식별자 완전 일치로 10개의 데이터만 읽어오도록 하던 것을 전방 일치로 변경하여 더 많은 데이터를 읽어오도록 변경하였습니다
• 개선 내용2 : 기존에 데이터베이스에 저장된 지사코드는 폐업으로 판단하던 것을 데이터베이스에 현존여부와 관계없이 모든 지사코드와 지사의 개업/폐업년월일 을 저장하고 현재의 날짜와 개업/폐업년월일을 비교하여 회계정보를 집계할 것인지 판단하도록 하였습니다. 이로 인해 개업하기 전부터 폐업하기 까지 3번의 데이터 보정이 필요하던 부분이 개업 전, 폐업 후 2번의 데이터 보정으로 줄어들었습니다.

📌project2 - 약식ID 확인 화면 기획 및 구현

• 기간 : 2019/6~2019/10
• 배경 : 기존에는 기지국 건설 협력사의 약식ID 확인/ 등록이 불가능했었으나 DREAMS 시스템 내에서 협력사의 업무영역 확대로 인해 새로운 약식ID 확인/등록 화면의 구현이 필요해졌습니다.
  • 약식ID : 업무나 기능 제한에 사용하는 ID
• Docomo현장에서 이 프로젝트가 유일한 개발 프로젝트이며, 현재 등록된 약식ID 확인과 약식ID 등록, 수정, 삭제 처리에 대한 화면과 로직을 기획, 설계, 구현, 테스트하였습니다.
• 기술 도구 및 환경 : HTML, jQuery, JavaScript, ASTERIA Warp, Oracle

📌project3 - 계약 승인 후 해약

• 기간 : 2019/11~2020/3
• 배경 : 기지국 건설을 위해 협력사와 계약을 진행하는데 계약등록→ 승인 신청→승인→ 계약금 지불 후에 여러가지 이유로 해약해야 하는 상황이 빈번하게 발생하곤 합니다. 그런데 시스템적으로 계약금 지불 후에는 해약을 할 수없었기 때문에 데이터 보정을 통해 해약 하고 있어 불필요한 업무 비용과 시간이 발생했습니다.
• 계약금 지불 후에도 해약할 수 있도록 개선해도 업무적, 시스템적으로 문제가 없는지 검토하였고, 애초에 왜 불가능하게 되어있었는지 원인조사를 진행하였습니다. 또한 타 서버(계약서버, 회계서버) 에 문제가 없는지도 조사하였는데 서버 간의 통신이 복잡하고 인터페이스 자료가 여기저기에 분산되어 있어 이를 확인하는 과정이 어렵고 시간이 많이 걸렸습니다.

📌project4 - 신청 가능 건수 확대

• 기간 : 2020/4~2020/10
• 배경 : 보통 하나의 기지국 건설하기까지 약 100건 이상의 계약이 필요한데 등록한 계약에 대해 일괄 신청 화면에서 20계약씩 밖에 승인 신청이 안되어 업무자는 20계약의 신청을 반복하여 수행해야 했습니다. 계약 등록과 승인 신청까지 입력해야 할 정보가 많아서 계약이 많은 시기에는 한 부서에서 하루에 8시간동안 등록과 신청을 반복하는 날도 발생했습니다.
• 이를 해결하기 위해 계약 등록의 양을 늘릴지, 신청의 양을 늘릴지를 검토해야 했고, 시스템적으로 몇개까지 늘릴 수 있는지, 늘렸을 때 갑자기 많은 양의 계약 신청 또는 승인을 했을 때 계약 서버나 회계 서버에 부하가 발생하지는 않는지 조사하였습니다.
• 계약 등록의 양을 늘릴 경우 계약 등록기능과 같은 화면의 기능을 사용하는 계약금 지불등록 등에 영향이 매우 커서 일괄 신청의 양을 20건에서 100건으로 확대하였습니다. 또한 일괄 신청에는 검색의 조건이 매우 많은데 입력화면의 기능에 대해 예전부터 업무자로부터 개선요구가 있어서 같이 개선하였습니다.