Karzin Lab

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_분석(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.다원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