Karzin Lab

Project.다원 Ensemble_

개발동기 - 개발목표 - 기대효과 - 벤치마킹

오늘은 Ensemble ERP의 개발동기 - 개발목표 - 기대효과 - 벤치마킹을 해볼까 합니다.

사실 설계를 함에 있어서 개인적으로 정리해둔 설계방식(링크)을 보통은 따르고, 그렇기 때문에 지키려고는 했지만,

마음이 앞서다보니 자꾸 앞단은 건너뛰고 얼른 분석해서 설계하고 개발진행하려고만하네요 ㅋㅋ..

개발동기

저희 회사는 작은 중소기업이다보니 그룹웨어나 ERP가 없습니다.

아직도 Word의 문서화를 진행하고있고 (물론 ERP가 있어도 문서화의 진행은 계속되겠지만,)

조금이라도 간략화하고 싶었고, 체계적인 정보시스템을 구축함으로써 다들 좀더 편리해졌으면 싶은 생각에서 시작되었습니다. 특히 문서프로그램 자체가 워낙 이것저것 다 쓰다보니 복잡하기도하고, 양식을 한 프로그램으로 최대한 맞춘다고해도 결국 또 다른 양식의 무언가가 나오는..

또한, 저희 회사처럼 작은 회사들은 그룹웨어나 ERP를 사용하기 부담스럽겠다는 생각도 많이 하게 되었어요.

그래서 조금이나마 짐을 덜어주는 다원 Project가 되길 바래서 개발을 시작하게 되었습니다. (모두가 다 원하고 사랑하는 프로젝트로 나아갔으면 해서..)

진심을 말하자면, 무엇보다도 제 입맛따라 만들어야지 이게 또 나중에 커스텀하는 재미가 있지 않겠습니까? 핳하핳ㅎ.. <- 누가 개발자 아니랄까봐 사실은 정말로 이쪽이 좀 더 진심입니다 핳하ㅏㅎ핳...

 -> 조금 진심내서 제대로 개발동기를 그려보자면..

개발목표

목표는 심플합니다.

 - 누구나 간편하게! 편리하게! 를 기본으로 두고,

 - 버그의 최소화

 - UI / UX의 간편화

 - 문서 자동화

를 목표로 두고 있습니다.

하다보면 하게되는 공부는 덤이네요.

 -> 개발목표도 조금 진심내서 제대로 그려보자면..

기대효과

기대효과는 저의 문서화 작업이 최소화 될 것입니다.

편리해지고, 무엇보다 작업능률이 그만큼 오르게 되겠죠?

또 외부 스토리지에서 관리하는 만큼 사무용 PC의 용량도 확보가 되고,

접속만 하면 원하는 시간에 열람도 가능하고 (내부망 한정 - 일과시간 - 이후에는 VPN 등)

문서를 찾아보는 시간도 줄일 수 있습니다.

 -> 점점 졸려오지만 제대로 그려보겠습니다.

벤치마킹

벤치마킹은 고민을 많이 했습니다.

다들 아시겠지만, ERP를 검색하면 나오는 회사들 엄청 많고, 심지어 오픈된 소스도 인터넷을 찾아보다보면 나와요.

다만, 그 오픈소스 라이센스가 일반적인 기업에서 사용해서 문제가 생기지 않는 라이센스일지가 가장 큰 문제겠지만 말이죠.. 나중에 문제가 생길 수 있는 라이센스는 어느 기업이든 사용하고 싶지 않을테니 말이죠.

여기서 제가 만든 ERP로는 유료나 이미 만들어진 Open Source ERP에는 비비지도 못하는건 당연히 알고 있는 사실입니다. (또 많이 변칙적일 거구요.)

단지 제가 이 시스템을 구축하려는 큰 이유 중 하나는 그저 누군가에게 조금이나마 도움이 되도록 만들어보자 (우선은 저부터) 라는 생각에서 이루어진거기 때문에 벤치마킹은 적당히 넘기도록 하겠습니다.

다만, 어차피 이왕 만들고 쓰는거라면, 다른 ERP보다 변칙적일 순 있지만, 좀 더 사용자 친근하게, 여러 플랫폼(PC, 모바일, 태블릿 등)에서도 지원이 가능하도록 하자는게 저의 생각입니다.

 -> 수기작성(????), 문서화(?), Ensemble ERP System의 벤치마킹

여담으로 조금 장난삼아 작성은 되긴 했지만, 그래도 나름 여러가지 생각하고 담아내려 노력하면서 작성한다고는 했습니다. (요즘 개그감이 떨어졌는지 갈수록 부장개그를 연발..)

글들이 워낙 재미없는 분석, 설계 관련만 나오다보니 조금은 재미있게 진행하려고는 했는데 의도적으로 잘 전달되었는지는 모르겠네요..ㅠㅠ

그림에 사용된 템플릿이나 아이콘같은거 물어보시는 경우 있던데, 제가 직접 수작업입니다.

이래보여도 나름 행정병 출신이라.. (약 2년 동안 엑셀,워드,파워포인트,한글 밤낮으로 뼈빠지게 만진것만 생각하면 아직도 치가 후덜덜....)

어쩌면 행정병 때 매일같이 문서작업하면서 자동화를 염원했던게 지금 표출되는거일지도 모르겠네요 ㅎㅎ

굿밤입니다.

버전정보 (v1.2)

 - v1.0 2020.07.02 배포

 - v1.1 2020.07.02 수정 (이미지 변경 및 문장 추가)

 - v1.2 2020.07.02 수정 (문장 수정)

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

Project.다원 Ensemble_분석(3)

결재 프로세스 정의(기안-검토-결재)

이번에는 기안-검토-결재 프로세스를 정의해보았습니다.

이는 그룹웨어에 따라 많이들 다른 것 같기는 한데, 

저의 경우 제가 쓸때 이런식이면 편하겠다 하는 경우를 상정해서 만든거라 많은 부분이 변칙적일 수 있습니다.

(이레귤러성, 실험적요소)

다만, 이런 변칙적인 요소들은 실제 서비스 및 테스트를 진행하면서 바뀔 수 있는 부분으로 추가적인 수정이 이루어질 수 있습니다.

 - 결재 프로세스 정의서

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

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

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

1. 기안자는 양식을 선택하고 작성한 후 검토(참조)자, 결재자를 선택합니다.

2. 작성이 완료된 문서는 검토자에게 확인 요청을 보냅니다. (기안자와 검토자 모두 검토 대기 상태)

  2.1. 참조자(타 부서 협조)가 있는 경우 검토자와 함께 확인 요청이 들어갑니다.

  2.2. 검토자나 참조자 중 한명이라도 문서의 반려를 한다면 기안자는 반려사유를 확인 후 내용을 다시 작성해야 합니다.

  2.3. 검토자와 참조자가 확인을 하면 참조자가 있는 경우 우선 참조(타 부서 협조) 결재자에게 넘어갑니다.

  2.4. 참조 결재자가 문서의 반려를 한다면 기안자는 반려사유를 확인 후 내용을 다시 작성해야 합니다.

3. 검토, 참조, 참조결재가 전부 완료라면 마지막으로 결재자가 확인을 합니다.

  3.1. 결재가가 문서의 반려를 한다면 기안자는 반려사유를 확인 후 내용을 다시 작성해야 합니다.

버전정보 (v1.0)

 - v1.0 2020.06.25 배포

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

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

본 블로그는 공부목적으로 개인적으로 만들어보는 공간입니다.

올라오는 글들중에는 틀린부분도 있을 수 있으며 (개인적으로 공부하기 때문에 많을것같습니다. 양해부탁합니다.)

맘에 안드시는 부분들이 많이 있을 수 있습니다.

틀린부분 / 맘에 안드시는 부분들 댓글로 달아주시면 최대한 수정하도록 하겠습니다.

첫 공지 많은 글을 적을 생각은 없었지만, 본 블로그의 카테고리에 대해 정리해 볼 생각입니다.

1. 공지사항

 - 블로그 및 개인적인 사정에 대해 공지할 예정입니다. (특별한 일이 없는 경우 많이 올라갈 일 없으리라 생각합니다.)

2. 일기장

 - 그냥 이런저런 이야기를 주저리 쓸 예정이었으나 추후 다른 내용이 들어갈 수도 있겠네요.

3. PC이야기

 - 현 시점에서는 언어계열만 있지만, 추후 추가 및 수정될 예정입니다.

4. 일본어공부

 - 일본에 인연이 조금 있기에 일본어도 어느정도 공부하고 있습니다. 특별한 부분은 없으며, 가사를 한국어-> 일본어 혹은 일본어-> 한국어로 바꾸어(번역해)가며 공부할 예정입니다.

5. 파워포인트 템플릿

 - 템플릿을 제작합니다. 몇몇 완성도 좋고 괜찮은 템플릿은 다운로드 가능하게 배포도 할 예정입니다.

6. 취미

 - 사실 취미생활이라고 해봤자 음악듣고 운동하는 수준인데, (게임을 잘안함) 겨울이라 자전거도 추워서.. 점차 업데이트 될 예정입니다.

7. 웃고가는 이야기들

 - 재미있는 이야기들 올릴 예정입니다. 사실 없어도 되는 카테고리라 생각합니다만, 다른 글들 써가면서 고려해보려하고있습니다.

블로그관리는 잘 못하긴하지만, 글을 채우는 재미로 할 생각으로 하고있습니다. (물론 공부가 가장 큰 목적!)

많은 응원 부탁드립니다.^^

Karzin의 블로그가 TISTORY에서 개설되었습니다.

사실, 블로그를 운영한 경험이 조금은 있긴 하지만 어느정도 일기장쓰는 정도였었고,

잘 관리할 수 있을지 조금은 불안하기는 하지만, 기회가된다면 개설한 만큼 좋은 글들 올릴 수 있도록 하겠습니다.

감사합니다.