Karzin Lab

Project.다원 Ensemble_설계(10)_공통코드-ER Diagram, Class Diagram

흠.. 어제 장비관리 Class Diagram을 올리면서 생각했지만,

공통코드 부분의 ER Diagram이 어떻게 설계가 되었는지 설명한적이 없는것 같더라구요. (장비관리 ER Diagram)

그래서 공통코드쪽만 설계가 어떻게 되었는지, 그리고 하루밖에 지나지도 않았지만, Class Diagram도 추가된 부분이 있어서 그 부분을 설명해볼까 합니다.

공통코드의 ER Diagram 및 Class Diagram(VO)

음.. Class Diagram이라해봤자 table에 맞춰 변경된 VO(Value Object)정도긴 하지만 조금 추가가 필요할 것 같아서 수정했습니다.

각 컬럼별로 설명을 하자면,

 - 코드 ID : 기본키로 잡았으며, 기본키니만큼 중복을 허용치 않습니다. 기존 size를 5로 잡았는데, 코드를 사용할 게시판의 종류에 따라서 이 키가 길어질 수 있어서 그냥 15로 늘렸습니다. (명쾌ㅋㅋㅋ)

 - 부모 코드 ID : 부모 코드 ID를 입력해줍니다. 코드가 어디에 소속이 되는지를 나타내기 위함입니다.

 - 코드 명 : 사용할 코드의 명칭입니다. 유저에게 보여지는 부분입니다.

 - 언어 ID : 외국어도 지원할 생각이기 때문에 들어갔습니다. 지금 생각으로는 한국어, 영어, 일본어는 지원예정입니다.

 - 사용 여부 : 이는 관리자의 판단으로 사용할 수 있는 부분입니다. 사용을 하지 않는 경우 값을 N(0)으로 변경하면 유저에게는 보여지지 않습니다.

 - 등록일자 : 등록한 날짜가 저장됩니다. 혹시 모를 상황(??)을 생각해서 등록자까지 관리하려했는데.. 괜히 일만 커질것같아 (귀찮아서... 원래 등록일자도 관리하지 않을려했...) 추가하지는 않았습니다. 등록자는 추후 필요하겠다 싶을 경우 넣을 예정입니다. (DB에서 컬럼 빼는건 문제가 되지만 추가하는 정도야 뭐...)

이해가 어려우신 경우 이미지의 좌측 하단 예시를 보시면 조금은 파악이 편할 수 있습니다.

버전정보 (v1.0)

 - v1.0 2020.07.15 배포

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 Bold를 사용했습니다.

* 본 게시글의 이미지는 전부 (이미지 내의 픽토그램 등) 직접 제작했음을 명시합니다.

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등

모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.

Project.다원 Ensemble

Karzin

abbeea@naver.com

오늘은 저번에 말씀 드렸던 분석에 이어 설계로 넘어왔습니다.

왜 자꾸 (1)이 붙냐구요?

변경될 예정이거든요...

아무래도 밑바닥부터 잡고 배워서 만들어 가는 만큼 

완벽한 분석, 설계가 이뤄질 수 없다고 생각을 했습니다.

때문에 필요할때마다 고쳐가기 위한 (1), (2).... 입니다.

아래 그림은 제가 제작할 현재까지 설계된 다이어 그램입니다.

[제작 ERP 정보 참고 : 네이버 지식 백과]

저번 ERP 분석 그림에서 추가적으로 필요한 항목과 제거할 항목을 정리하였습니다.

- 추가항목

재무 관리 - 영수증 관리

시스템 관리*

고객 / 상품 관리 - A/S

고객 / 상품 관리 - Q&A

프로젝트관리*

기업 서비스 관리 - 자재 현황 관리

기업 서비스 관리 - 자재 구매 관리

기업 서비스 관리 - 메신저

인적 자원 관리 - 휴가 관리

인적 자원 관리 - 출장 관리

- 제거항목

기업 서비스 관리 - 여행

기업 서비스 관리 - 법률 서비스

기업 서비스 관리 - 인센티브

여기서 특이한 점은,

저는 프로젝트 관리라는 항목을 고려하고 있다는 점입니다.

분석(1)에서 작성하였듯이 회사에 있어 필요한 부분과 제거할 부분을 커스텀하였다고 생각하시면 될 것 같습니다.

쉽게 생각해서 git을 포함한 ERP라고 생각하셔도 될 것 같네요.

왜 git을 ERP에 넣었는지 궁금하신 분들도 계실겁니다.

그 이유는 제가 생각하기에는 프로젝트 산출물도 어떤 업계(IT: 소프트웨어 특히 개발직 관련)에 있어서는 판매가 될 물품이 된다고 생각을 해서였습니다.

그렇기에 판매할 산출물 또한 관리를 해줘야한다고 생각을 했네요. 어쩌면 개발직업계를 위한 ERP가 되지 않나 싶을 정도로 조금 편중되어 있지만, 제게 필요한건 해당 항목이었습니다.

물론 다른분들 생각은 어떨진 모르겠고, 앞으로 계속해서 바뀔 설계이다 보니 사라질수 있는 항목입니다.

또 추가로 기업 서비스 관리 항목에 '메신저'라는 메뉴가 보일겁니다.

사내 메신저를 ERP와 통합 관리하면 어떨까 싶어 넣어본 부분이지요.

추후에 메신저 프로그램을 따로 만들어 ERP에 접속하지 않아도 여느 메신저 프로그램 처럼 사용할 수 있게 해도 편리하겠다는 생각이 들었습니다.

예로 웹페이지에서 페이스 북 같은 곳에서 채팅을 하다가도 따로 접속이 가능한 프로그램(app)을 이용하여 채팅을 하는것도 괜찮지 않을까 싶었습니다. (물론 저의 개인적인 생각이지만요.)

해당 파트 또한 개발 도중 사라질 수 있는 메뉴입니다.

한가지 고민했던 점은 프로젝트관리를 제조관리에 합치는건 어떤가 였습니다.

물론 항목명은 제조관리이고, 그 아래 프로젝트관리라는 메뉴가 자리잡고 있는것도 생각했습니다.

하지만 프로젝트관리를 항목으로 따로 빼둔 이유는

가장 큰 이유중 하나는 관리할 메뉴가 많겠다는 점이었고,

또 다른 이유는 제조관리와는 조금 다른 이슈로 자리잡았으면 했다는 점이겠네요.

아직까진 설계에 대해서 두루뭉실한 부분이 많이 보입니다.

아쉽지만 저 또한 배워가는 입장이기 때문에 많이 부족할 수 밖에 없는게 현실이구요. (ㅠㅠ)

부족한 부분이 많은 만큼 상냥한(?) 댓글을 부탁드립니다!

그래도 최대한 사용할 수 있는 ERP를 제작하는것을 목표로 두고 열심히 개발하도록 해야겠습니다.

다음에는 오픈되어있는 ERP를 몇개 조사해서 글을 작성해보려 합니다.

조금은 제게 있어 좋은 공부가 되었으면 좋겠네요.

감사합니다.

참조 : https://terms.naver.com/entry.nhn?docId=2274731&cid=42171&categoryId=51120

버전정보

 - v1.0 2018.09.10 배포

 - v1.1 2020.06.12 다원ERP -> Project.다원ERP로 변경