SIFTS-B (Satrec Initiative File Transfer Software - Backend)
부문장이 기대하는 산출물 (3/10 주간보고 시에 전달한다고 이야기했음)
(부) 요구 기능 Refine (안)
(주) 현재 정리된 내용만을 기반으로 몇 명이 얼마나 투입 필요하다고 생각하나?
필수 기능의 범위
Backend 만 구현 / 택배 시스템만 구현
기존 시스템 대체를 하는 것은 보류 가능함
File Interface 만 수행 - C# DLL 으로 구현
로깅에 힘쓰기 (우리 책임이 아니라는 것을 명확하게 밝힐 수 있는 수준으로)
3/13(월)에 "Go" 할 수 있는 수준의 인력 추산을 부문장은 기대하고 있음 → 현실은?
다음 진행할 솔루션
GS2DMap 을 ENG 에서 준비
정경진 PM 이 필요하다고 했음
김인영 PM 이 제공 가능하다고 했음
무엇을? → 아무거나
가지고 있는 것
지도를 사용한/할 과제
사용 했던 과제 / 사용 안 했던 과제 인터뷰
종속적인 것
이렇게 가야합니다 등등
그대로 가면 됩니다. or 이렇게 수정해야 합니다. or 새롭게 개발해야 합니다 등등
솔루션 사용 매뉴얼 정의 by 부문장
솔루션을 만든 주체가 솔루션을 사용할 주체에게 솔루션을 이런 식으로 사용하면 됩니다. 라고 알려주는 문서
로그
미리 정했는데 왜 안 지켜졌을까? by 이영란
기존 Heritage 의 로그를 그대로 사용
규칙을 자의적으로 잘못 이해해서 사용하고 있는 사람들에 대해 리뷰를 해 주고 이끌어주는 사람이 없었음
GSDCMM Log 를 각 과제의 CMM 으로 그대로 가져가도 되고 GSDCMM 을 기반으로 각 과제 별 CMM 을 정의해도 됨
ENG 에서 Log 를 Bitbucket 방식으로 관리를 했으면 함
CSV 파일로 관리
타 과제에 대해서도 CSV 파일로 배포
버전 관리 필요
Log 입출력, 관리하는 Backend 코드까지 관리가 되면 좋음 (Option, strongly recommand)
로깅하는 정보
ESGS 기준으로 로그를 작성할 때 데이터의 이름을 사용하는 것을 지양하고 File Path 를 사용하는 것을 지향함 by 부문장
Succeeded to receive a SR file. (file path: xxx/yyy/zzz.dat) (X)
Succeeded to receive a file. (file path: xxx/yyy/SR_zzz.dat)
어떤 것이 더 나은지 ENG 논의가 필요함
Validation Engine 솔루션화
STP GS 의 MPPS 에서 'Client - Pre Validation', 'Client - Validation', 'Server -Validation', 'Validation Engine' 레벨로 어떤 항목들을 검사할 것인지 설계 시에 구분 필요함 to 전유길 (지금 당장은 아니더라도 추후에 정리가 필요할 수 있음)
2023 내부 역량 강화 항목에 대해서 계획 수립 필요