2024년 10월 25일 - STANL-2/MOTIVE GitHub Wiki

미팅 일정: 유동적으로 선 연락 주신다.

개발 방법 폭포수 방식 (wiki나 협업을 중점적으로 하면 포인트가 되지 않을까?)

기획, 분석 설계 (의혁, 우석)/ 개발 / 테스트 / cutover /
ui/ux 표준 (동호, 혜진) ci/cd(민석) / 공통 모듈

개발 보단 고객 분석, 설계 중점

기업들이 쓰는 erp 방식이 있다 -> 한화 시스템 같은 경우 sap를 차용해서

sap는 모듈화가 되어 있어 확장성이 낮다 -> 구매시스템 같은 경우 web으로 만들어서 interface와 소통하여 sap 모듈로 보낸다.

영업시스템도 동일하다.

앞서서 코오롱의 경우 (어떤 제품 만들 것 인지)기획 -> 구매 계획(재고 계획) -> 생산 -> (대리점으로 전달)영업 -> 판매 (<---------------------- 생산 원가 발생 -------------------------->)

영업 프로세스(코오롱) - b2c 판매, 재고관리, 사후처리(a/s), crm(범위에 따른 선택 사항 +a 개념으로) (crm 통해서 데이터 분석 후 -> 쿠폰, 프로모션)

(배송 자체는 자동화 모듈이 있다. - elli )

생산 후 각 대리점에 보내는 것
결품이 발생 시, 창고에 있는지 확인

매장 - 직영점, 백화점, 대리점, 할인점 -> 수수료는 매장 따라서 다르게 받아감, 영업 시에 위탁판매와 같은 형태도 있다.

코오롱에서의 영업 관리 시스템 목적: 위탁판매를 통한 수수료를 관리하기 위함 주 안점: 재고를 관리하는 것 -> 지역에 따른 수요 예측이 중요하다 (자동으로 재고가 이동할 수 있게(한 매장에서 다른 매장으로)) -> 재고를 요청하는 것을 거절 시 페널티를 부여하는 제도

포스를 사용 시 통용되는 개념이다. -> 재고관리가 중요치않다면 영업부터 플로우가 중요, 재고 관리가 중요하다면 영업 전 플로우가 중요

!B2C!

후순위: 매출 모니터링 시스템

특색 있게 하려고 rpa, ai 설치 요구를 한다.(?)

트래픽 요구치를 max로 넣고 한다.

성능 안정화를 위해서버 이중화라던지

환경 설정 1명이 테크니컬, ci cd, 아키텍처 2명이 ui 표준, 프레임워크
기획 2명이 기획(화면 구성)

기획 끝나면 ui 표준과 함께

멘토링(1주일 한번)

요구사항 분석

ui 설계 -> 멘토님 -> 공용 컴포넌트 -> 기본적인 crud -> 패키지구조 -> api

인프라 구조

방화벽 ->
l4 스위치(로드밸런서) -> 순차적으로 round robin, ip hashing ->
web ->
was -> 세션 클러스터링을 통해서 죽은 것 리스크 관리 ( 세션 묶어서 관리) ->
db 이중화 ->master, slave

(apm(cpu, ram ,memory 관리 툴), db 모니터링)

ci/cd jenkins, git 통한 형상관리

web, was , db까지 하나의 인프라에서 ci/cd 테스트 되는지