Karzin Lab

Project.다원 Ensemble_설계(7)_장비관리-장비상세

Wireframe&화면설계서(3)

계속해서 장비관리입니다!

앞으로 화면 1개만 더 나오면 끝나겠네요!

벌써 설계서 PPT가 27장이 되었네요 ㅋㅋㅋ  으아 ㅋㅋㅋ

2시까지 블로그작성하기로했는데 설계하다가 정신차리니 2시 3분(지금시간) (...)

오늘은 좀 내용이 많습니다.

그럼 바로 시작하겠습니다!

Wireframe (장비관리-장비상세_tab1)

잘 기억하시는 분들은 저번 장비등록 화면과 거의 일치하다는 걸 알 수 있습니다.

사실 저장한 기록 그대로를 보여주고 있기 때문에 큰 변동사항은 없다 보시면 될 것 같습니다.

다만 한가지 추가된게 있다면 tab이겠네요.

Wireframe (장비관리-장비상세_tab2)

tab2는 tab1과는 살짝 다릅니다.

바로 grid가 들어간다는건데, 자세한 설명은 아래 화면설계서를 보시면서 진행하도록 하겠습니다.

화면설계서 - PC (장비관리-장비상세_장비정보)

기존 장비등록화면과는 tab외에는 크게 다른 부분은 없습니다.

다만 버튼면에서 잠금해제 버튼이 있는데, 이는 처음 페이지를 보여줄때에는 input box들을 수정할 수 없도록 disable된 상태로 보여줄 예정입니다.

이는 잘못된 저장의 오작동 방지를 위함으로, 잠금해제 -> 데이터 수정 -> 저장하기 버튼을 누름으로 데이터의 수정이 가능합니다.

저장하기 버튼 또한 잠금해제가 된 상태여야지 저장이 가능한 상태로 변경됩니다. (초기 저장하기 버튼도 disable 상태)

화면설계서 - PC (장비관리-장비상세_관리내역)

자! 아까 보셨던 Wireframe - tab2의 화면설계서입니다!

grid는 일전에 데이터베이스를 설계한 것 처럼 상태를 Log형식으로 쌓아둘 수 있도록 설계하였습니다.

다만, 폰에서는 grid를 직접 컨트롤하기에는 무리가 있어보여 modal로 데이터를 추가하는 형식으로 설계했습니다.

이 부분은 아래나올 Mobile버전을 살펴보시면 PC와 동일한 형식으로 되어있다는것을 확인할 수 있습니다.

이는 input box가 작은 grid에서는 Mobile같은 작은화면에서는 적합하지 않다고 생각하여 내린 결론이고, 추후 괜찮은 grid system이 있으면 변경될 수 있습니다.

화면설계서 - Mobile (장비관리-장비상세_장비정보)

아까와 마찬가지로 PC화면과 큰 차이도 없고, 기존 장비등록화면과도 큰 차이는 없습니다.

tab추가 외에는 음...ㅎㅎ

화면설계서 - Mobile (장비관리-장비상세_관리내역)

PC 버전과는 다르게 Modal의 모습이 조금 바뀌어보일 수 있으나, 기능적인 면에서는 동일합니다.

Modal에서 save를 누르면 바로 grid data에서 보이게 됩니다. (DB에도 저장)

사실 Mobile에서 grid를 지원하는 만큼 몇몇 테스트의 진행이 필요할 것 같습니다.

브라우저별 지원 정보라던가, 깨지는건 있는지 등등..

이이야... 게시글을 후딱쓴다고는 썼는데 역시나 늦어졌네요;;;

그만큼 잠자는 시간이 늦어지는건 뭐.. 어쩔수 없네요 ㅠㅠ

항상 설계를 진행하다보면 시간가는걸 잊네요 ㅠㅠㅠ

오늘도 나름 하긴했는데 조금 졸면서 한 것도 같습니다 ㅋㅋ;;

덕분에 추후에 변경사항이 생길지도 모르겠네요 ㅠㅠ

얼른 또 처리할거 처리하고 후딱 자러가야겠습니다.

오늘도 고생많으셨습니다~

버전정보 (v1.0)

 - v1.0 2020.07.10 배포

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

Project.다원 Ensemble_분석(4)_장비관리 프로세스 정의

(등록, 수정, 불용처리)

저의 일을 줄이기 위해 가장 필요한것! 바로 장비관리입니다. (ㅎ...)

개발외에 하는 일은 없어보이지만(...) 회사의 장비도 관리하고 있는 저로써는 조금이라도 편한 방법을 원하기도 합니다.

회사의 장비는 엑셀을 이용해 정리하고 있습니다.

다만, 엑셀을 이용하는 만큼 제약도 어느정도 있고, 무엇보다 등록에 있어 서식의 통일이 생각보다 쉽게 되지 않는 문제 등이 있어 불편합니다.

무엇보다 엑셀로 처리를 하면, 큰 문제는 가독성이 생각보다 나빠요.

물론 엑셀을 잘 활용하시는 분들에게 있어 편할지는 모르겠지만,

저는 셀로 표현되어 있는 엑셀은 그닥 좋아하지 않습니다. (눈이 아파서?)

워낙 빼곡히 저장이 되고, 검색을 하더라도 중복된 정보가 나오면 뭐가 뭔지 머리가 아파집니다.....

사진활용도 힘들다보니 엑셀 하나의 크기가 몇십MB단위가 되어버리는 경우도....

그런 경우가 되면 엑셀 프로그램이 죽기 시작합니다. (컴퓨터의 사양에 따라 엑셀이 뻗어버리거나, 간혹 열릴 수 있지만 느리다거나, 반응속도에 문제가 있다거나 등등)

그.래.서! 오늘은 이 엑셀파일을 처리(?)해버리기 위해 장비관리쪽 프로세스부터 시작해서 먼저 개발을 진행하려합니다.

그러기 위해서는 역시 분석이 필요하겠죠. 

분석 - 장비관리 프로세스 정의

장비 등록

장비를 구매하거나, 어떠한 일에 의해 (회사 인원에 의해 기부를 받는다거나..) 장비가 생기는 경우가 생기면 장비를 등록해주어야 합니다.

등록을 위해서는 기본적으로 사용한 데이터 양식이 있지만, 저는 조금 추가하거나, 불필요한 부분은 제거하려고 합니다.

우선 제가 생각한 장비 등록에 기본적으로 필요한 데이터들입니다. (추후 ER-Diagram으로 변경)

 - 관리번호(관리코드) : 장비의 고유한 ID라고 보시면 됩니다. 저는 이걸 Primary Key로 생각하고있습니다.

   -> 자동 생성

 - 구분 : HW / SW / 기타

   -> Select Box, 기타인 경우 input 상자로 추가 생성

 - 분류 : PC / 모니터 / 서버 / 기타 등..

   -> Select Box, 기타인 경우 input 상자로 추가 생성

 - 구입 정보 (구입년도, 구입일자, 구입 처, 가격, 수량, 결제코드, 구매 증빙자료)

   -> 여기서 보이는 결제코드는 장비를 구입하는 경우 구입한 장비의 결제 문서를 등록하기 위한 코드입니다. (매칭용)

 - 장비 정보 (장비 명, 모델 명, 제조사, 규격)

   -> 규격은 장비의 정보를 상세하게 적을 수 있는 항목입니다.

 - 상태 : 사용 / 불용(사유, 일자, 등록 및 확인자) / 수리 / 기타 

   -> 사용상태는 사용중인 상태임을 나타내며, 불용상태는 폐기와 동일하다고 생각하고 있습니다. (폐기가 필요할 것 같으면 추후 추가예정)

   -> 불용시에는 불용(폐기) 사유, 불용(폐기) 일자, 불용(폐기) 등록자 및 확인자의 정보를 작성해야합니다. (하단 장비 불용 확인)

   -> 기타 상태로 변경하는 경우 input 상자에 상태를 지정할 수 있습니다.

   -> 상태는 이력을 포함합니다. (Log)

 - 사용자(담당자, 관리자)

   -> 추후 인사정보에 등록된 사용자 ID를 매핑 시키줄 예정입니다.

 - 사용 용도

 - 매칭 프로젝트 ID

   -> 특정 프로젝트를 위해 구입한 경우를 나타내기 위함입니다. 매칭될 프로젝트는 추후 프로젝트 관리 프로세스가 생성되면 추가될 예정입니다.

 - 장비 사진

 - 특이사항

   -> 혹시라도 장비에 대해 알아야하는 사항이 있으면 적기 위해 마련했습니다. 필요가 없다면 삭제될 예정입니다.

장비 불용

우리는 장비가 너무 오래되거나, 상태가 좋지 않은 경우 (예로 10년 된 회사의 데스크탑이 있을때, 너무 느려서 못쓴다거나) 장비를 불용처리 해야할 필요가 있습니다.

이때에는 단순히 불용처리만이 아닌, 장비의 상태와 불용처리를 하는 사유를 작성해야합니다.

다들 아시겠지만, 회사 입장에서는 장비 하나하나가 소중한 자산이기 때문에 수리해서 사용할 수 있는 상태의 장비는 불용처리보다는 수리를 하는게 더욱이 좋습니다. (저는 불용상태도 사용할수 있는건 수리해서 사용합니다 ㅋㅋㅋ)

위 프로세스에서는 단순히 불용처리를 하고 마무리를 하지만, 저 불용안에는 등록을 해주기 위한 몇가지 정보를 입력을 해야합니다.

아래는 장비 불용처리시 등록해야할 데이터입니다.

 - 사유

   -> 불용처리를 해야하는 사유를 상세히 작성합니다.

 - 일정

   -> 불용처리된 일자를 입력합니다.

 - 등록자

   -> 프로세스 상으로는 장비 관리(유지보수) 담당자입니다.

 - 확인자

   -> 프로세스 상으로는 장비 사용 담당자(사용자)입니다.

입력된 불용처리(사유, 일정) 정보는 확인자가 열람이 가능합니다.

장비관리 프로세스 분석은 이정도 선에서 마무리를 하고,

다음시간에는 설계를 해볼까합니다.

 - Project.다원ERP_설계(3)_장비관리 ER-Diagram (https://karzin.tistory.com/174)

 - 장비관리 Wireframe

   -> Project.다원ERP Ensemble_설계(4)_장비관리 Wireframe(0) (https://karzin.tistory.com/176?category=793727)

   -> Project.다원ERP Ensemble_설계(5)_장비관리 Wireframe&화면설계서(1) (https://karzin.tistory.com/178?category=793727)

   -> Project.다원ERP Ensemble_설계(6)_장비관리 Wireframe&화면설계서(2) (https://karzin.tistory.com/182?category=793727)

   -> Project.다원ERP Ensemble_설계(7)_장비관리 Wireframe&화면설계서(3) (https://karzin.tistory.com/183?category=793727)

추가적인 예정으로는 Class-Diagram이나, 필요시 SITEMAP정도를 생각하고 있습니다.

SITEMAP의 경우 장비관리 프로세스가 커지면 SITE를 나눠서 생각할 필요가 있어지기 때문에 고려를 하고 있는 부분 중 하나인데, 이는 우선 설계가 마쳐지고 개발이 진행되면서 수정이 불가피한 경우에 추가가 될 것 같습니다.

오늘도 적당히 쓰겠다고 했는데 글이 굉장히 길어졌네요..

모두들 굿밤하시기 바랍니다.

전 또 공부를 하러..

버전정보 (v1.6)

 - v1.0 2020.07.04 배포

 - v1.1 2020.07.04 다음시간 정보 추가

 - v1.2 2020.07.04 단어 수정

 - v1.3 2020.07.05 데이터 정보 수정

 - v1.4 2020.07.05 ER-Diagram 링크 추가

 - v1.5 2020.07.08 Wireframe 링크 추가

 - v1.6 2020.07.10 Wireframe&화면설계서 링크 추가

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

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_내부망 구조(서버 도식화)

오늘은 제가 구현할 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