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

  • gitlab 무료버전 사용

  • 기획 분석 개발 테스트 배포 안정화

  • 판매 실적과 관련된 것은 soft-delete를 사용하여라

  • 크게 문제가 없는

  • 메타 데이터 관리에 대한 convention을 짜면 좋다 (ex. meta# => 엔코아)

  • 메타 데이터:

    • 논리명을 통일화 필요
    • 표준 용어 및 단어에 대한 정의 먼저
    • 용어 : 단어 + 도메인
    • Idvarchar(20)와 같이 자료형을 뒤에 붙여주는 게 필요하다
    • 일시는 date 타입으로 관리, 일자는 yyyymmdd로 관리
    • 수치 데이터도 전부 varchar로 하는 것이 좋다.

  • ck editor / WYSIWYG Editor로 계약서 만들기도 함

  • 에이스 에디터

현황 공유(우석 필기)

  • ci/cd: db: 마스터, 슬레이브 rds로 이원화 가능 ci/cd:
  • ci는 ec2 환경에서 jenkins로 띄어서 베포는 하였지만,
  • cd는 ec2 환경에서의 jenkins 스크립트는 (?) -> 윈도우 환경에서 docker image 올리는 것이 맞는가?

멘토님: 개발 환경에 ci/cd를 같이 넣는 방식?

민석: github action을 이용하고 싶다.

멘토님: 현업에선 ci/cd 서버를 따로 구성해서 gitlab으로 클라우드 환경은 아직 잘 모르겠다.

  • 주제 변경 이유에 대한 브리핑

피드백: 요구사항 명세 항목이 많다. 구현이 가능한가?

  • 화면설계

tab = mdi (구성하기 어렵다, 고려사안) 공통 template를 import 방식으로 만드는게 좋겠다. css는 모두 구현 가능한가? 강사님께 레퍼런스를 요청하는 건 어떤가?

  • 방향성 관련

비즈니스적인 방향성이 맞나? 이해도가 부족하다면 부족한 점을 지적받을 수 있는데, 고려사항

조회는 템플릿 가져와서 찍어낼 수 있는 걸로 바디에서 위는 프레임이고, 중간에 내용들 그리드 컴포넌트(표), 원하는 기능이 있는지만 확인

기획: (사내 공통 도메인, 시스템 관리자) 공통 코드 관리(코드성 데이터를) 권한 관리(권한에 따라서 보이는 화면이 달라짐) -> 버튼 레벨 권한

-> 메인 그리드, 서브 그리드 등 -> 권한 자체는 트리 레벨로 구성(한화)

  • 프로그램 관리, 메뉴 관리, 권한 그룹명 관리, 관리자 ip 통제, 권한 사용자 관리, 권한

전자계약서 솔루션은 잘되어있는데, 오픈 소스는 없을 가능성이 많다 -> 템플릿 엔진(위지위그)

  • 발주 현황도 모니터링
  • 멘토님 제안

개발 표준 프레임워크 컨셉으로 솔루션 쪽으로 어필하는 게 좋지 않을까?

의미로서는 엔터프라이즈 아키텍처를 만들었다.

샘플로 영업 관리 시스템을 만들었다.

개발 표준 정의서 ( 코딩 표준, 개발 가이드 등)

jpa로 하면 튜닝하기 어렵다. -> procedure도 모니터링 할 것이다.

규모가 있을 때 정산 시스템 -> 신뢰성, 무결성을 위해 내부 회계 감사(시스템) -> 프로세스화(모니터링 할 수 있게)

인터페이스 연동 개발/테스트 누락

주간 보고서 -> 가중치 기반, 진척사항 관리

db 모델링 시 정규화보다 마스터 디테일 구조 원칙을 지키면서 하면 문제는 없을 것이다. (외래키도 지양함)

soft, hard delete 정책

메타데이터 관리도 추가하면 좋다 dt, date, yyyydddd와 같은 경우를 통일하는 것

  • naming convention을 문서화로

용어 = 단어 + 도메인

도메인: 접미사 컨벤션으로

일자, 명, 일시는 일자: dt라는 이름을 표준, data type까지 표준화

(한화의 경우) 일자: yyyymmdd 일시: datetime

메타 데이터 표준과 실제 개발과 매핑을 확인할 수 있다.

nextVal로 업무분류코드 + sequence

계약서: (위지윅)

ckeditor 4