반응형

@notepad_jj2


2023년 6월 4주차 물류프로젝트 TIL.

6월 4주차가 시작되기 일요일에 울산으로 출장을 왔다. 판교에서 캐리어에 필요한 물건 다 때려 넣고 울산으로 무작정 내려왔는데, 역시 집 나가면 개고생이다. 울산공장으로 출근을 해서 9시 출근, 9 ~ 10시 퇴근 반복되고 있다. 조금 열악한 환경에서 개발하고 있는데 아오 또 에어컨 꺼졌네.

 

이런 곳에서 일하고 있다.

이번주에 A파트 통합테스트와 사용자 교육까지 끝났고, 이제는 다음주 월요일부터 B파트 통합테스트 시작이다.


2023년 6월 26일 월요일

1. 한 일

1) 수정사항 개발

수정사항들이 정말 많았다. 아니 수정사항보다는 요구사항이 더 늘어 났다. 기능 오류보다 기능 추가가 너무 많았고, 비즈니스 로직보다 기능 추가가 많다 보니 신규 개발이나 다름 없는 하루다.

 

https://yongku.tistory.com/entry/Java-Java-SAP%EC%99%80-RFC-%EC%9D%B8%ED%84%B0%ED%8E%98%EC%9D%B4%EC%8A%A4-%ED%86%B5%EC%8B%A0%EC%97%90-%EB%8C%80%ED%95%9C-%EC%A0%95%EB%A6%ACMapTable

 

[Java] Java SAP와 RFC 인터페이스 통신에 대한 정리(Map/Table)

그 전에 Java에서 SAP JCO RFC 인터페이스를 하는 방법에 대한 글을 작성했다. 2023.05.16 - [Language/Java] - [Java] Java에서 SAP JCO RFC 인터페이스 통신하는 방법 [Java] Java에서 SAP JCO RFC 인터페이스 통신하는

yongku.tistory.com


2023년 6월 27일 화요일

1. 한 일

1) 사용자 교육

WMS 사용자 교육을 진행했다. 개발자 입장에서 사용자 교육에 참가하여 운용 방법에 대해 설명을 하니 조금 색다른 경험이다. 확실히, 개발자는 사용자 입장을 생각하고 개발을 해야 완성도가 높은 서비스를 만들 수 있으니 이런 경험도 하는 것도 나쁘지 않다.

 

그리고, 사용자 교육을 하게 되면 데이터가 흘러가는 데이터 플로우나 프로세스 흐름도를 잘 알아야 진행할 수 있으니 다음 프로젝트 때에는 위의 것들을 챙겨서 진행하는게 바람직하다.

 

https://yongku.tistory.com/entry/Java-Java-%EB%82%A0%EC%A7%9C-%EA%B3%84%EC%82%B0%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95N%EA%B0%9C%EC%9B%94-%EC%A0%84-%ED%9B%84

 

[Java] Java 날짜 계산하는 방법(N개월 전, 후)

이번 글은 Java에서 오늘 날짜를 기준으로 N개월 전, N개월 후의 데이터를 계산하는 방법에 대해 글을 기록한다. SAP와 인터페이스를 하면서, 오늘 날짜를 기준으로 3개월 전 범위까지의 데이터를

yongku.tistory.com


2023년 6월 28일 수요일

1. 한 일

1) 신규 인터페이스 개발 및 테스트

인터페이스 개발을 할 때, 필요 인터페이스를 사전에 정의했지만 언제나 고객사 측에서는 이것도 해달라 라는 게 정말 많다. 그래서, 결국엔 신규 인터페이스가 또 늘었고, 신규면 뭐다? 개발해야 한다.

 

이번 신규 인터페이스의 패턴은 헤더-테이블 구조로 데이터를 송신하여 헤더-테이블로 받는 구조라 기존에 있던 인터페이스와는 다른 패턴이라 서비스 로직까지 새로 생성했다.


2023년 6월 29일 목요일

1. 한 일

1) 미진 개발 진행

미진 개발이 된 게 조금 있다. 내가 맡은 파트인 인터페이스와 PDA 일부분은 테스트를 진행하면서 수정사항을 고쳐나가는 수준인데, 다른 팀원의 개발 잔량이 많이 남아 몇 개씩 맡아서 하나씩 처리했다. 내 일만 하고 쉴 수도 있겠지만, 그러면 너무 정없잖아. 그래서, 좀 나눠서 진행하고 있는데, 아직까지는 업무적인 것보다는 개발하는게 재밌다.


2023년 6월 30일 금요일

1. 한 일

1) 통합테스트 준비

이번 프로젝트에서는 작은 규모의 프로젝트라 생각했는데 전혀 작은게 아니었다. 각 자재 별로 프로세스가 달라 프로세스를 신규로 만들어 내야 하는 상황이 너무 많아 시간이 조금 지연됐다. 그래서, 오늘까지 미진 개발 건에 대해 처리를 하고, 다음주 월요일부터 다시 통합테스트를 시작하면서 바빠질 예정이다.

 

프로시저를 개발하면서 한 가지 에러가 발생했다. 물론, 리스크가 큰 에러가 아니라 단순 간단한 에러라서 그래도 기록했다.

https://yongku.tistory.com/entry/Oracle-%EC%98%A4%EB%9D%BC%ED%81%B4Oracle-fetch-%EB%AC%B8%EC%9D%98-into-%ED%95%AD%EB%AA%A9%EC%97%90-%EA%B0%92%EC%9D%98-%EC%88%98%EA%B0%80-%EC%9E%98%EB%AA%BB%EB%90%90%EC%8A%B5%EB%8B%88%EB%8B%A4-%ED%95%B4%EA%B2%B0-%EB%B0%A9%EB%B2%95

 

[Oracle] 오라클(Oracle) fetch 문의 into 항목에 값의 수가 잘못됐습니다. 해결 방법

오라클(Oracle)에서 프로시저를 개발 할 때, CURSOR 문을 정말 많이 사용하는데 CURSOR문을 사용하다가 fetch 문의 into 항목에 값의 수가 잘못됐습니다. 라는 문제가 나왔는데, 이번 글에서는 이 문제 해

yongku.tistory.com


 

반응형
  • 네이버 블러그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 카카오스토리 공유하기