Karzin Lab

Project.다원 Ensemble_내부망 구조(서버 도식화)

오늘은 제가 구현할 ERP Ensemble의 서버 구조를 간단하게 설계해 보았습니다.

이는 내부망 구조로, 웹 서버가 구축된 내부망에서만 사용이 가능하며,

외부에서 필요한 경우 VPN 접속을 열어 최대한으로 보안을 유지하기 위해서 설계를 했습니다.

 - 아래는 내부망 구조 (서버 도식화)

** 그림에 사용된 글자체는 네이버 나눔글꼴의 나눔스퀘어 Bold입니다.

** 상단 그림은 제가(Karzin) 직접 만들었으며, 필요한 픽토그램등의 작업도 직접 만든것임을 명시합니다.

** 상단 그림의 저작권은 Karzin에게 있음을 명시합니다.

- Ensemble는 위와 같은 구조로 개발이 진행 될 것입니다.

  -> 다만, 제게는 WEB, WAS, DB를 따로 두고 개발하진 못할것으로 보이며(테스트 서버의 부재), WEB/WAS/DB 서버를 하나로 합쳐서 테스트 할 것입니다.

-  WEB Server의 경우 Apache나 Nginx를 사용할 예정입니다.

  -> 이는 추후 변경가능성이 없지않아 있으며, 사실상 개발은 WAS단에서 이루어질 것이고, WEB서버는 사용자의 입맛에 맞추어 진행하는것으로 해볼 예정입니다.

  -> 다만, 제가 Apache나 Nginx 정도만 다뤄본 경험이 있어 추가적인 WEB Server에 대해서는 대응이 어려울 것으로 보여 Apache 혹은 Nginx를 Default로 잡았습니다.

- WAS Server의 경우 tomcat8을 타겟으로 잡고 진행합니다.

  -> 톰캣 외 WildFly (이전 JBoss)도 사용해보았지만, 저는 WAS는 아무래도 tomcat8이 좀 더 익숙하다 보니 tomcat8을 타겟으로 잡았습니다.

  -> 또한 tomcat은 APACHE 2 License를 따르고 있어 개인적 혹은 상업적 목적으로 사용할 수 있기 때문에(APACHE2 License를 포함시키고 아파치 소프트웨어 재단에 개발된 소프트웨어라는 것을 명확히 밝히기) 채택한 것도 큰 이유중 하나입니다.  

- DB Server의 경우 Master와 Slave를 나누어 사용합니다.

  -> Master는 CRUD 전반적인 입출력이 될 예정입니다.

  -> Slave의 경우 DBLink로 Master의 모든 테이블 및 데이터를 동일하게 복제할 예정이며, 이 복제된 데이터를 n일마다 새벽 2시(혹은 이외의 시간) 부터 Backup을 하여 Backup Storage로 Backup된 파일을 이동할 예정입니다.

    -->> Backup Data의 이동은 사람이 하는것이 아닌, Linux crontab(Shell Script)을 활용하여 옮길 예정입니다.

  -> Backup Storage의 경우 실제 물리적인 HDD를 따로 두어 Backup Data를 관리를 하던, Backup용 Server를 따로 구축하여 관리를 하는 형식으로 이루어질 예정입니다.

  * 저의 경우 어떠한 DB Data가 되었던 자신 혹은 회사 혹은 나라의 자산이라 생각하기 때문에 Backup을 굉장히 중요하다고 생각합니다. 따라서 가능하면 Backup에도 많은 공을 들일 예정입니다.

  -> WAS와 데이터를 주고 받을 시 중요한 데이터(Password 및 개인 정보 등)에 대해서 암호(encryption)/복호(decryption)화를 통해 주고받을 예정입니다.

  -> 또한 Master Server의 상태가 불안정할시 Slave Server로 변경하여 작업을 원할하게 진행할 수 있도록 개발할 생각입니다. (이는 추후 과제가 될예정)

  -> 사실 설계적인 부분에 있어서는 고민을 많이 했는데, 처음에는 Replication을 활용을 할까 고민을 많이 했습니다. (Insert/Update/Delete는 Master, Select는 Slave 형식의 분산처리) 다만, Replication을 활용할 만큼 엄청나게 많은 데이터가 오가지 않는다는 생각으로 설계를 했으므로, 추후 변경가능성이 다소 있습니다. (Ref1. DB를 DBLink가 아닌 Replication을 활용한 경우의 구조도)

- 내부망에 붙기 위해서는 VPN을 활용

  -> 요즘의 공유기는 날이 가면 갈수록 좋아집니다. 특히 VPN이 지원될 정도로 말이죠. (적어도 제가 사용중인 iptime의 경우 지원하고 있습니다.)

  -> 최대한 외부로의 포트를 막고 내부에서만 작업을 하게끔 하고 있으며, 외부에서 작업이 필요한 경우 VPN을 통해 접속을 할 수 있도록 생각하고있습니다.

- Client

  -> 최대한 모든 Web Browser를 지원할 예정입니다. (시간이 걸리더라도)

  -> Front단을 Bootstrap을 이용하여 개발하여 PC, 모바일, 태블릿 등 OS에 상관없이 수많은 플랫폼에서 지원이 가능하며, Ensemble의 개발이 어느정도 진척이 이루어지면 Application(Android, iOS)을 제작하여 Ensemble의 장비관리 파트에 붙여서 사용할 예정입니다.

    -->> 장비관리 파트의 대략적인 기능으로는

          1. 모바일 등에서 장비촬영,

          2. 촬영된 장비를 등록 및 관리,

          3. 장비 상태에 따른 불용 및 폐기 처리 등을 지원하도록 할 예정입니다.

Ref1. DB를 DBLink가 아닌 Replication을 활용한 경우의 구조도

** 그림에 사용된 글자체는 네이버 나눔글꼴의 나눔스퀘어 Bold입니다.

** 상단 그림은 제가(Karzin) 직접 만들었으며, 필요한 픽토그램등의 작업도 직접 만든것임을 명시합니다.

** 상단 그림의 저작권은 Karzin에게 있음을 명시합니다.

버전정보 (v1.1)

 - v1.0 2020.06.16 배포

 - v1.1 2020.06.16 Ref1. 추가 (Replication의 활용 구조도 그림 추가)

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

Project.다원ERP_이름정하기

- Ensemble -

개인적으로 이름이라는건 굉장히 중요하다고 생각합니다.

인플루언서가 말하는 한문장 문장이 전부 영향력을 끼치는 것처럼

title, 즉 제목, 칭호와 같은 이런 이름 또한 영향력을 행사한다고 생각을 하고 있습니다.

때문에 저는 Project.다원의 이름을 정할때에도 순 우리말이라는 다원이라는 이름의 뜻(ref.1)이

프로젝트에 있어서도 모두 다 원하는 모두 다 사랑하는 프로젝트가 되기를 바라면서 지었습니다.

오늘은 제가 진행하는 Project.다원의 하나 ERP에 이름을 지어줄까 합니다.

Project.다원 ERP 라고 생각만 했고, 프로그램의 이름은 계속해서 보류를 해가며 정하지 않았지만,

이번에 그 이름을 확실하게 정했습니다.

이번 프로젝트에서 사용할 프로그램의 이름은 Ensemble(ref.2)입니다.

Ensemble은 ERP의 모든 기능을 가능한 모듈화를 통해 구현될 것이며,

이 모든 기능은 모두가 함께 조화를 이루며 있었으면 하여 정했습니다.

또 Ensemble인 만큼 ERP를 더 뛰어넘는 자원관리 시스템이 되었으면 좋겠다는 소망으로 정했습니다.

Project.다원의 ERP System. Ensemble을 잘 부탁드리겠습니다.

ref.1 :

다원 - 모두 다 원하는 모두 다 사랑하는 사람

ref.2 :

Ensemble - 앙상블, 함께, 동시에, 같이 등의 의미를 내포

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

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

Project 다원_ERP

Karzin

abbeea@naver.com

다원ERP_개발 정보

(개발언어, 장비, 예정내역)

Project Infomation

Project Name : 다원ERP

기획 : Karzin

분석 : Karzin

설계 : Karzin

개발 : Karzin

디자인 : Karzin

유지보수 : Karzin

개발 정보

개발 장비 정보

추후 연계 개발 정보 (예정내역)

버전정보 (v1.1)

 - v1.0 2020.06.12 배포

 - v1.1 2020.06.14 수정 ( DBever -> DBeaver, 가독성을 위한 표간 거리 수정 )

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

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

Project 다원_ERP

Karzin

abbeea@naver.com

오늘 샤워를 하면서 재밌는 기능에 대해 생각이 나더라구요.

요즘 사회에서는 워라벨을 중요시 여기며 탄력근무제 등을 도입하고 있죠.

근데, 여기서 조금 궁금한 부분이 생겼습니다.

아침 9시 부터 저녁 12시까지 야근을 하는 사람과

아침 9시 부터 저녁 6시까지 정시퇴근을 한 사람과

업무의 양은 같지만, 야근을 한 사람이 추가로 월급을 받는다는건 조금 문제가 있지 않나 싶더라구요.

이 부분에 대해 해결법까지는 아니더라도 이런부분을 조금 완화시켜줄 무언가가 있었으면 했습니다.

그래서 재밌는 생각 중 하나는 ERP기능에 자신이 한 업무에 대해서 적는 건 어떤가 였습니다.

쉽게 말해 주간 업무보고, 일간 업무보고인거죠.

또한, 이런 주간 업무보고와 일간 업무보고를 통해 내일 할 일들과 다음주에 할 일들을 미리 정리해 놓는다면 일을 하는 사람에 있어서도 내가 오늘은 뭘하면 될지와 업무의 부하량을 알 수 있고, 일을 시키는 사람에 있어서도 각 사람의 부하률에 따라 지시등을 내릴 수 있지 않을까 생각했습니다.

그리고 ERP 메인화면에 이런 주간 업무보고와 일간 업무보고를 달력등을 통해 깔끔히 정리해놓는다면, 자신의 했거나 해야할 업무를 쉽사리 확인할 수 있어 편리하지 않을까 생각이 들더라구요.

게다가 이런 기능을 통해 어느정도의 가중치를 두어 연봉협상등에 의미를 부여해주면 좋겠다고도 생각이 들었습니다.

다음 시간에는 이 기능을 추가하여 분석/설계를 해나가도록 하겠습니다.

버전정보

 - v1.0 2018.10.04 배포

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

공부해야할건 많고 시간은 부족하다보니 정리할 시간 쪼개기도 힘드네요 ㅠㅠ

오늘은 저번시간에 분석한 사원의 ER-Diagram을 그려왔습니다.

[사원의 ER-Diagram, 출처 : karzin]

사실 몇몇은 ER-다이어그램으로 정리하면서 수정을 했습니다.

아무래도 정리하면서 다시 생각하게 되는 부분이 몇몇 있다보니 수정을 했는데,

앞으로도 계속해서 수정이 될 것 같습니다.

다만, 최대한 틀을 깨지 않는 선에서 수정을 해나갈예정입니다.

특히 사원-게시판에 관련된 부분은 현재 다이어그램에서 빠져 있습니다.

이 부분은 까먹어서 뺀게 아니라, 일부러 뺐습니다.

아직까지는 게시판에 대한 정리가 많이 부족해 게시판에 대한 분석 / 설계를 먼저 한 후에 사원 테이블과 붙여보려고 합니다.

이 부분에 대해서는 계속해서 분석 / 설계를 하면서 추가 수정해나갈 예정입니다.

현재는 사원에 대한 내용들만을 종합해둔 상태입니다.

다음 시간부터는 게시판에 대해 분석을 해볼 예정입니다.

감사합니다.

버전정보

 - v1.0 2018.10.02 배포

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

오늘은 분석 2번째 시간을 가져보겠습니다.

사실 이번시간에는 저번시간에 미리 말씀드린대로 오픈되어있는 ERP를 검색해서 해당 소스들을 분석해 보려 했습니다...만, 제 안 좋은 습관 중 하나가 아직 답도 안잡혀있으면서 답을 먼저 보려고 한다는 점입니다.

항상 답을 먼저 보고나면 흥미를 잃고 그 이후에는 정해진 답이라는 틀에 갇혀 다른 답을 못낸다는 점입니다.

분명 공부를 하기로 했지만, 너무 답에 연연하지 않고 제가 생각하는 답을 찾아서 가는 형식을 취하기로 했습니다.

물론, 제가 원하는 ERP가 추구하는 방향이 기존 ERP와는 많이 달라진다하더라도, 제 자신만의 답을 찾아볼까 했습니다.

(공부에 답이 없다고 생각합니다. 다만, 답이 없는 만큼 답이라고 해도 될 정도로 철저하게 하는게 맞다고 생각합니다.)

여담이 길어졌네요. 여담은 나중에~ 나중에~ 나중으로! 미루고!

오늘의 주제로 돌아가보도록 하겠습니다.

저는 ERP에 있어 가장 중요하다고 생각하는 부분은!

물론 돈(회계)이 가장 중요할 순 있겠지만, 저는 사람(인사)이라고 생각합니다.

사람관리가 잘 되는 회사여야만 회사가 잘 돌아간다는 거죠.

왜 이런 주제랑 다른것같은 이야기를 하느냐? 주제에 일치합니다!

저는 인사가 가장 먼저 개발이 이뤄져야하지 않을까 싶었습니다.

제가 생각하는 인사의 기본적인 정보(사원 기본 테이블)는 다음과 같습니다.

 - 사원 ID (고유해야함) [not null, key]

 - 사원 이름 (중복 가능 - 이름이 같은 사람은 분명 있습니다!) [not null]

 - 사원 생년월일 (중복 가능 - 생일 축하?) [not null]

 - 사원 입사일 (중복 가능 - 입사일로 부터 기간을 계산) [not null]

 - 사원 휴대폰 번호 (중복 불가) [null : 워라벨을 중시하는 현시점에서 연락은 하지 말도록 합시다!]

 - 사원 집 전화 번호 (중복 가능 : 부부일 수 있다. 룸메같이 같은 집에 살 수 있다.) [null : 집전화를 사용치 않는 경우 상정]

 - 사원 집 주소 (중복 가능 : 부부일 수 있다. 룸메같이 같은 집에 살 수 있다.) [null : 워라벨! yeah!]

 - 사원 최종 학력 (중복 가능) [null : 개인정보!]

두번째로 사원의 부서 직급 정보(사원 부서 직급 테이블)입니다. (지금은 인사만 분석하므로 부서, 직급테이블은 나중에 따로 언급하겠습니다.)

 - 사원 ID (고유해야함) [not null, key]

 - 부서 ID (중복 가능)

 - 직급 ID (중복 가능)

세번째로 로그인 권한 정보(사원 로그인 테이블)입니다.

 - 사원 ID (고유해야함) [not null, key]

 - 사원 passwd (보안설정되어있음.) [not null] * 패스워드 정보는 외부에서 볼 수 없습니다.

 - 사원 마지막 로그인 이력 (로그인시마다 업로드, 중복 가능) [not null - 첫 로그인 전이라면 0000년 00월 00일 00시 00분 00초 등으로 초기화]

 - 사원 마지막 로그아웃 이력 (로그아웃시마다 업로드, 중복 가능) [not null, 로그인 이력과 동일]

네번째로 사원 출퇴근 관리 이력(사원 출퇴근 관리 테이블(log))입니다. (야근을 파악 할 수 있습니다.)

 - 출퇴근 정보 (출근, 퇴근) [not null]

 - 날짜

 - 시간

 - 사원 ID

 - 부서 ID

다섯번째로 게시판 권한에 대한 정보(사원 게시판 권한 관리 테이블)입니다.

 - 사원 ID (고유해야함) [not null, 외래key]

 - 마스터 자격 (boolean, true인 경우 모든 게시판의 권한을 가지고 있습니다.) [not null(true or false)]

 - 시스템 관리 게시판 권한 ID (중복 가능) [not null]

 - 인적자원관리 게시판 권한 ID (중복 가능) [not null]

 - 기업 서비스 관리 게시판 권한 ID (중복 가능) [not null]

 - 프로젝트 관리 게시판 권한 ID (중복 가능) [not null]

 - 공급 사슬 관리 ID (중복 가능) [not null]

 - 고객 / 상품 관리 (중복 가능) [not null]

 - 재무 관리 (중복 가능) [not null]

 - 제조 관리 (중복 가능) [not null]

사원 게시판 권한 관리 테이블의 경우 각 게시판 별로 더 쪼개둘 생각입니다.

이런 경우를 상정해 보고 있어 나눴습니다._(모든 인원은 자신의 휴가 관리를 할 수 있으나, 충원이나, 급여관리와 같은 정보는 인사과 혹은 회계과가 아니면 볼 수 없게 하기 위함입니다.)

혹은 읽기 권한이 필요하지만, 쓰기 권한은 필요하지 않은 경우. (높은 직급의 개발자가 아닌사람은 프로젝트 관리에서 쓰기권한이 필요하지 않습니다. 읽기 권한을 통해 프로젝트를 확인할 수 있습니다.)

- 시스템 관리 게시판 권한 ID (고유해야함) [not null, 외래key]

- 사용자 관리 권한 (읽기, 쓰기)

- 시스템 관리 권한 (읽기, 쓰기)

- 환경설정 권한 (읽기, 쓰기)

동일하기 인적자원관리 권한

 - 인적 자원 관리 게시판 권한 ID (고유해야함) [not null, 외래key]

 - 충원(인사관리)

 - 혜택

 - 급여관리

...

등등...

위처럼 게시판마다 권한 ID를 부여하는 이유는 사원 A와 사원 B가 같은 게시판에서 같은 권한을 가지는 경우

같은 게시판 권한 ID를 부여하여 관리하기 용이하기 위함입니다.

마지막으로 사원의 급여 정보 (사원 급여 테이블) 입니다.

 - 연봉 협상일 (기본key (사원 ID와 합쳐 기본key))

 - 사원 ID (기본key (연봉 협상일과 합쳐 기본key))

 - 연봉 정보

 - 기본 월급 정보 (연봉 / 12)

 - 세금 정보

 - 실 수령 월급 정보 (기본 월급 정보 - 세금 정보)

 - 인센티브

 - 추가금액 (야근 등)

연봉협상일 + 사원ID를 기본 키로 한 이유는 기존 연봉협상일에서 현재 연봉협상까지 연마다 쌓여가면서 사원의 연봉이 얼마씩 올랐는지 파악을 가능하게 했습니다.

특히 이렇게 하는 이유중 하나는, 특별히 어느 한사람이 한사람몫 이상의 일을 할 경우, 또 경험자인 경우에 어느정도 씩 추가적인 연봉의 협상이 이뤄졌는지 파악이 가능하게 하기 위함입니다.

아직까지도 파악해야할 부분이 많이 남아있습니다.

실제로 위 정보들중에서는 더 추가해야할 부분도, 빠져야할 부분도 있다고 생각이 듭니다.

계속해서 분석을 통해서 더 다듬어 나갈 예정입니다.

다음은 설계(2)에서 뵙도록 하겠습니다.

설계(2)에서는 ER-다이어그램을 제작하여 기본적인 인사정보의 DB 정보를 살펴보도록 하겠습니다.

>> 문의 등의 정보 제공은 댓글을 달아 주세요.

버전정보

 - v1.0 2018.09.17 배포

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

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

왜 자꾸 (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로 변경

분명 100점 만점의 설계서는 없는 것 같습니다.

그래도 하다못해 99점, 99.1점 .1점을 더 올리기 위해 철저한 분석과 준비가 필요하다고 생각합니다.

설계를 위해서는 설계하는 프로젝트에 대한 전반적인 이해, 즉 공부와 기본 지식이 밑바탕으로 깔아져 있어야지 싶네요.

분명 그를 위한 분석이고, 그를 위한 설계일겁니다.

설계하는 사람이 개발하는 사람들을 위한 최소한의 배려가 아닐까 생각합니다.

오늘은 다원 Project에 포함되어있는 ERP를 분석해보고자 합니다.

ERP에 대한 지식은 저도 명확하지 않고, 아직까지도 이해가 되지않는 부분이 많은 시스템입니다.

쉬운건 아니겠지만, 조금씩 분석을 해보고 설계를 해가다보면 그래도 조금은 ERP에 대해 만져보기라도 해보았다! 정도는 되지 않을까 싶네요.

그래서 ERP, 전사적자원관리란 무엇일까요?

ERP - ERP(Enterprise Resource Planning, 전사적자원관리)란 기업 내 생산, 물류, 재무, 회계, 영업과 구매, 재고 등 경영 활동 프로세스들을 통합적으로 연계해 관리해 주며, 기업에서 발생하는 정보들을 서로 공유하고 새로운 정보의 생성과 빠른 의사결정을 도와주는 전사적자원관리시스템 또는 전사적통합시스템을 말한다(노규성·조남재, 2010; Laudon & Laudon, 2006).

[네이버 지식백과] 전사적자원관리(ERP) (기업을바꾼10대정보시스템, 2014. 4. 15., 커뮤니케이션북스)

ERP - Enterprise Resource Planning의 약자로 흔히 '전사적 자원관리'라고 한다. 

기업 전체를 경영자원의 효과적 이용이라는 관점에서 통합적으로 관리하고 경영의 효율화를 기하기 위한 수단이다. 쉽게 말해 정보의 통합을 위해 기업의 모든 자원을 최적으로 관리하자는 개념으로 기업자원관리 혹은 업무 통합관리라고 볼 수 있다.

좁은 의미에서는 통합적인 컴퓨터 데이터베이스를 구축해 회사의 자금, 회계, 구매, 생산, 판매 등 모든 업무의 흐름을 효율적으로 자동 조절해주는 전산 시스템을 뜻하기도 한다. 

기업 전반의 업무 프로세스를 통합적으로 관리, 경영상태를 실시간으로 파악하고 정보를 공유하게 함으로써 빠르고 투명한 업무처리의 실현을 목적으로 한다.

[네이버 지식백과] ERP (시사상식사전, 박문각)

ERP - 전사적 자원관리 또는 기업자원관리. 한마디로 기업내 통합정보시스템을 구축하는 것을 말한다

[네이버 지식백과] ERP (매일경제, 매경닷컴)

ERP - 전사적 자원 관리(영어: Enterprise resource planning) 혹은 ERP는 경영 정보 시스템(MIS)의 한 종류이다. 전사적 자원 관리는 회사의 모든 정보 뿐만 아니라, 공급 사슬관리, 고객의 주문정보까지 포함하여 통합적으로 관리하는 시스템이다.^[1] ERP를 도입시 생산부분이 마케팅을 실시간으로 조회하여 생산일정을 조회및 변경할수 있는 등 비용낭비나 생산 지연 요인을 사전에 제거하는 일이 가능해진다.

[위키백과]  전사적 자원 관리(ERP)

사실 글만 보고 한번에 이해하기란 쉽지 않을겁니다.

저도 계속해서 같았구요.

그래서, 그래서, 그래서 ERP가 뭐냐고?

ERP - 기업내 통합정보시스템

아직도 감은 잡히지 않으실겁니다.

그럼 다음 그림을 보시죠.

[ERP의 기능 출처 : 네이버 지식백과]

위는 ERP의 기능을 정리해놓은 그림입니다.

이 ERP시스템은 회사별로 커스텀이 되기도 하며, 기본적인 틀은 저 그림에서 관리되는 서비스들이 추가되거나 삭제되는 형식입니다.

예를들어 기업서비스에서 시설이 많이 부족한 회사에 있어서는 시설 서비스를 뺀 여행, 법률 서비스, 인센티브의 서비스들이 기업서비스관리내에 자리하고 있는것이죠.

물론, 시설서비스에 있어서도 시설이 아닌, 도서관 서비스, 아이돌보미 서비스 등이 추가가 될 수도 있는거구요.

여러 백과에 올라온 글처럼 회계, 구매, 상품, 제조 등 ERP System내에는 기업전반 업무를 관리할 수 있다는것을 확인할 수 있습니다.

이처럼 ERP는 기업의 운영에 있어 필요한 운영시스템을 묶어 관리를 도와주는 시스템이지 않을까 싶습니다.

그나마 조금은 ERP에 대해서 이해가 되셨을까요?

아직도 많이 부족하겠지만, 다음은 Project.다원ERP_설계(1)에서 뵙겠습니다.

참고자료

https://ko.wikipedia.org/wiki/%EC%A0%84%EC%82%AC%EC%A0%81_%EC%9E%90%EC%9B%90_%EA%B4%80%EB%A6%AC

https://terms.naver.com/entry.nhn?docId=18399&cid=43659&categoryId=43659

https://terms.naver.com/entry.nhn?docId=71816&cid=43667&categoryId=43667

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

버전정보

 - v1.0 2018.08.29 배포

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