Karzin Lab

Project.다원 Ensemble_설계(8)

장비관리-화면 정리 및 시스템 개발 인터뷰

어제 졸린 나머지 화면이 1개 더(상태 변경) 나오면 될 줄 알았습니다만! 어제 제가 Modal로 만들어 놨더라구요!

아마 고민하다가 상태 변경은 Modal로 설계한 듯 합니다.

그래서 오늘은 좀 쉴까 하다가! 왠지 찝찝해서.. 화면쪽은 슬슬 마무리해버릴까 합니다.

이후 작업으로는 class diagram이라던가 아직 남은 diagram의 설계와 정리해야할 것 들을 마무리하면 개발 진행해도 될 것 같습니다!

화면 정리 (Sitemap 및 설계 화면)

이전에 만들어진 Sitemap을 좀 다듬어 주고, 설계된 화면을 Sitemap에 따라 맞춰서 정리해보았습니다.

다만, 화면의 설계가 완전히 다 끝난 건 아닙니다!

이제는 마지막으로 이 시스템을 사용을 할 장비담당자와의 인터뷰(프로토타임 시연)가 남아있습니다.

그래서 이번에는 장비담당자(결국 쓸사람은 저..)와의 인터뷰를 진행했습니다.

장비 관리 - 시스템 개발 인터뷰

Prototype은 직접 만들어서 테스트를 해야하지만, 머릿속에서 자신(?)에게 질문하며 머릿속에 있는 Prototype으로 시연을 진행했습니다. (누가 들으면 이중인격자인줄..)

사실 시스템 개발 인터뷰의 경우 양식은 보통 ppt로 안하는데..(보통은 워드나 한글. 저의 경우 워드를 선호 - 필요한 분 있으시다면 만들어서 언제 한번 본 블로그의 문서 서식-다운로드 게시판에 올려놓겠습니다.) 이미지로 뽑기 편한 ppt를 이용했습니다.

아래는 질문사항과 답변사항입니다.

질문 (설계자 - Karzin)

1.사용하면서 불편했던 점?

 • Prototype을 시연해보고 불편했던 사항은 무엇인가요?

 • 불편한 점은 어떻게 바뀌었으면 좋겠나요?

2.추가적으로 요구하고 싶은 기능?

 • 사용자의 경험 속 이러한 기능이 들어갔으면 좋겠다는 부분이 있었나요?

3.기타 궁금한 사항?

답변 (업무 담당자 - Karzin)

1. 상태 등록 화면에서 Modal이 Grid를 가리면 Grid의 현 상태를 보기 힘들 것 같습니다. 특히 화면이 큰 PC버전에서는 괜찮을 것 같으나, Mobile 버전에서는 Modal이 뜨면 이전 상태를 보기가 힘들 것 같아요. 이 부분은 개발할 때 고려해주세요.

2. 1) 장비 등록 부분에서 Mobile버전은 사진을 직접 찍어 업로드 할 수 있으면 좋겠습니다.

   2) 등록된 장비의 바코드 형식 혹은 QR-code를 출력할 수 있도록 해주세요.

3. 장비관리 코드 (장비 상태, 장비 구분, 장비 분류)는 어디서 입력하는 것인지요?

인터뷰 마무리

 - 결정사항 : 장비관리만의 공통코드를 등록할 수 있는 관리 Tab 생성 필요 (화면 ID : E-003-P/M)

 - 비고 1) 웹 뷰에서 모바일의 카메라/갤러리 제어가 가능한지 확인 필요.

 - 비고 2) QR-CODE의 생성(실험적) 고려

아무래도 시스템 개발 인터뷰를 확인하면 답변자(?)가 많은(??) 요구사항을 추가시켰지만 이제는 필수 요소가 아니라면 개발을 진행하며 고민해도 될 부분들일 것 같습니다.

결국엔 개발자도 사용자도 저이다보니.. 사실 QRCode를 이용한 관리는 굉장히 편리할 것 같아서 꼭 구축해보고 싶기도 해요. 스티커로 바로 출력해서 붙여만 놔도 장비 관리하는데 있어서는 무엇보다 편리할 것 같습니다.

(위의 예시는 테스트해보시면 저의 블로그 메인으로 이동하게 됩니다. ㅋ_ㅋ)

QRCode 생성 API는 찾아보면 몇몇 나오는 것 같습니다. 아무래도 연동도 크게 어렵지 않을 것 같습니다.

다만 테스트를 통해 내부망에서도 문제없이 쓸 수 있는지를 파악한 후 가능성이 있다면 하나의 기능으로 추가를 해야할 것 같습니다.

그나저나 제가 저한테 하는 인터뷰이다보니 빠진부분이 있을 것 같습니다. 역시 설계문서는 제 2,3자가 보고 느낀점을 서술해줘야 비로소 수정이 필요한 부분이 보일텐데 말이죠 ㅠㅠ

다음은 개발을 위해 추가적으로 필요한 설계문서들로 찾아뵙겠습니다.

감사합니다.

버전정보 (v1.0)

 - v1.0 2020.07.11 배포

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

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_설계(6)_장비관리-장비목록

Wireframe&화면설계서(2)

오늘은 낮에 커피를 한잔만 마셨더니 엄청 피곤하네요;;

아무래도 카페인이 부족한 모양입니다.ㅎ;;

그래서 빠르게! 오늘 할 수 있는 부분만 정리하고 일찍 잠 좀(...) 자려고 합니다! (그러는 지금 시간은 0시 4분...)

아마 오늘 한 부분은 졸면서, 또 일단 주먹구구식으로 한 부분도 있어서 추후 변경될 부분이 많이 있을 것 같습니다.

무엇보다 이것저것 요구사항이 늘어지다보니 타협이 잘 안되더라구요. (자신이 자신한테 많은 요구사항을 던지다니..)

그래도 개발을 진행하기 위해서는 미뤄지면 안된다는 생각에 후딱 정리해보았습니다.

Wireframe (장비관리-장비목록)

이 프로젝트에서의 저의 역할은 아무래도 기획자인 동시에 설계자이고 개발자이기 때문에 요구사항을 제가 직접 밀어(?) 넣을 수 있습니다. 그렇다보니, 장비 목록을 오픈마켓들과 같은 느낌으로 이미지와 정보를 한 눈에 볼 수 있는 화면을 요구사항으로 생각하게 되었습니다. 그래서 설계시에도 많은 고려를 했구요.

지금 Wireframe만 보고는 조금 판단이 어려울 수 있으나, 아래 화면설계서를 보시면 어딘가 살짝 오픈마켓과 같은 느낌을 받을 수 있을 것 같습니다.

화면설계서 - PC (장비관리-장비목록)

이제 설명 3번을 눈으로 보고 있다보면 오픈마켓의 화면과 비슷한 느낌을 받으실 수 있습니다.

이로써 장비를 관리하는 관리자 입장에서는 어떤 장비인지 이미지를 통해 확실하게 확인을 할 수 있지 않을까 싶습니다.

또 각 상태별로 이미지를 신호등 색으로 보여줌으로써 어떠한 상태인지도 확인이 가능하게 하도록 생각중입니다.

추가적인 부분이지만, 아마 detail한 규격이나 사용용도도 Tooltip 형식등을 통하여 확인을 할 수 있도록 하려고 생각중입니다.

다만, 현재 화면설계서와 앞으로 나올 디자인된 UI와의 갭이 생길 수 있어 이 부분은 추후 다시한번 고려해볼 생각입니다.

화면설계서 - Mobile (장비관리-장비목록)

마지막으로 모바일버전의 장비목록입니다.

여기서는 상태가 안보이는 모습으로 보이는데, 모바일로 볼 수 있는 정보는 PC보다는 적게 만들어볼까 합니다.

(PC보다는 적은양의 정보 - 대신 중요한 정보는 더 부각되어 볼 수 있도록)

어차피 목록은 목록일뿐 더 detail한 정보가 보고 싶다면 큰 화면으로 볼 수 있는 PC나 상세정보페이지에서 봐야하는게 맞다고 생각하고 있습니다.

어쩌면 PC와 Mobile에 차이를 두고 정보의 양을 제한한다는 점은 조금 위험한 생각일 수 있으나, 보이는 화면의 크기가 다르고, 물리적인 제약이 따를 수 밖에 없는 만큼 고려하고 있는 부분입니다.

(추후 Mobile용 Application을 만든다면 Mobile로 Web에 접속하는 빈도는 낮아지지 않을까 싶기도 하구요.)

마무리를 달려왔지만 벌써 시간은 0시 30분이네요. ㅋㅋ;;

요즘 자전거를 못타서 그런가 오히려 더 피곤한 느낌이.. (오히려 운동을 안하는데 더 피곤한???)

음.. 아무래도 오늘은 여기까지만 작성하고 마무리로 공부 쪼~금 하다가 바로 잠들어야겠습니다.

오늘도 고생 많으셨고 부족한 글 읽어주셔서 감사합니다.

버전정보 (v1.1)

 - v1.0 2020.07.09 배포

 - v1.1 2020.07.09 누락된 제목 수정, 문장 수정

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

Project.다원 Ensemble_설계(5)_장비관리-장비등록

Wireframe&화면설계서(1)

역시 저는 설계하다보면 괜한거 하나하나까지 꼼꼼히 따져가면서 하게되네요;;; 역시 귀찮은 성격,,,(?!?!?)

아니나다를까 설계를 하다보니 또 늦어졌습니다. ㅋㅋㅋ..

오늘은 앞에 게시글 쓰고 바로 설계 진행했는데.. 벌써 1시 22분..

아무래도 저도 직장인이고, 제가 해야할 공부도 산더미같다보니 블로그 관리는 새벽 2시 이전까지만 하기로 했습니다!

(근데 벌써 1시 23분이 지나가고 있...)

그래서 지금까지 한 부분이 마침 장비등록부분이라서 진행된 부분까지만을 업로드 하겠습니다.

Wireframe (장비관리 - 장비등록)

Wireframe은 보통 화면설계서보다 이런식의 화면구조다 라는걸 잡아주는거라고 저는 생각하고 있습니다.

개인적으로는 이게 있으면 어느정도 고객(혹은 설계자)의 생각을 파악할 수 있어 개발자 입장에서는 굉장히 편하게 설계-개발이 진행된다고 생각하고 있습니다.

뭐.. 보통은 보기가 어렵다는게... (ㅠㅠ)

이유는 아래 화면설계서를 보면서 말씀드리겠습니다.

화면설계서 - PC (장비관리 - 장비등록)

자, 우선! 화면설계서를 유심히 보시면 Wireframe과 큰 차이가 없다는것을 확인할 수 있습니다.

큰 차이가 있다면 실 데이터가 들어갔고, 그만큼 뼈대가 확실히 잡혔다는 느낌을 받으실겁니다.

그리고 저의 경우 화면설계서에 연동될 데이터베이스의 정보를 함께 넣어주는데 이게 있으면 개발하는 입장(내가 되거나, 혹은 같이 일할 상대)에서는 어떤 데이터가 연동되면 좋을지 머릿속에 더 정리가 잘 되는 편이라서 넣고 있습니다.

사실 설명은 큰 의미는 없지만, input과 select와 같은 상자 외에 유저가 사용함에 있어 이건뭘까? 싶은 부분에 설명을 넣어주면 개발자 입장에서도 '이런 ux구나'라고 쉽게 판단이 되어 최대한 자세히 작성은 하려고 노력합니다. 

뭐.. 화면설계서야 이미 설명등이 있다보니 어느걸 설명해드려야할지는 모르겠네요 ㅎㅎ

마지막으로 뜬금없지만 여기서 눈치가 빠르신분들은 양식이 바뀌었다는 걸 느끼실겁니다!

예! 맞습니다. 양식을 바꿨습니다.

좀 더 한눈에 보기 편하게 하려고 PPT의 구조를 바꾸기 위해 설계를 해서(...) 화면설계서 양식을 또 만들어 보았습니다.

(이정도면 설계광일지도... 아님 그냥 변태거나..) (!?!?!?!?!?!?)

화면설계서 - Mobile (장비 관리 - 장비 등록)

단, Wireframe은 이런식의 화면이 이루어질 것이다 라면, 화면설계서는 detail해야합니다.

더 많은 것을 보여주고, 개발함에 있어 부족함이 없이 설계를 해야합니다.

Wireframe이 보여지지 않는 부분이 있다고 하더라도 화면설계서는 그 이상의 모든 부분을 전부 설계해줘야합니다.

그래야 개발이 가능하니까요.

(의외로 개발자는 작은 새장은 보더라도 하늘을 보지 못하는 경우가 많아서.. - 제 개인 경험입니다 ㅎ..)

자, 모바일의 경우 Web에서 접속하면 저런 모양일겁니다.

하지만, 추후 Application으로 개발이 진행되면 또 새로운 화면설계서가 나오겠죠.

그때는 Android나 iOS의 이쁜 플랫디자인이 나올 것 같습니다.

워낙 말이 많은 성격이다보니 이것저것 다 설명을 하고는 싶지만, 제 자신과의 약속은 지켜야죠! (글 쓰다 보니 1시 44분)

다음시간은 지금시간에 끝내지못한 Wireframe과 화면설계서를 계속 진행할 것 같습니다. (아직 3개 더 남았습니다..)

저는 보통 분석/설계는 설계하는 사람이 많이 늦어지면 개발하는 사람도 그만큼 늦어지거나 부담을 많이 갖기 때문에 미루지를 않는데.. ㅠㅠ

회사도 있고, 저도 공부를 하는 입장이고, 또 사람이다보니 잠은 자야겠고.. 여러모로 아쉽긴 하네요 ㅠㅠㅠ

(어찌됬든 분석/설계/개발 다 제가 하지만..ㅋㅋㅋ)

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

버전정보 (v1.1)

 - v1.0 2020.07.08 배포

 - v1.1 2020.07.08 문장 수정

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

Project.다원 Ensemble_설계(4)_장비관리 Wireframe(0) (SiteMap 추가!)

오늘은 약속대로 ER-Diagram의 다음 작업인 Wireframe입니다!

음.. 11시에 시작은 했는데 (집 도착해서 밥먹고 씻고 준비하면 대략 이런시간..ㅋ) 아마 12시는 넘어서(내일) 업로드 될 것 같네요.ㅠㅠ 아쉽..

Mobile에 대한 Wireframe은 많이들 하지만 WebSite는 하는걸 본적이 없다! 하시는 분들 있을 수 있어요.

그 이유 중 하나는 WebSite가 아무래도 조금은 개발하기가 쉽고, 변경이 빠르기 때문은 아닐까 싶습니다. (뭐.. 이건 생각에 따라 다를지도 모르겠네요.) 추가로 아마 포화상태인 시장도 있다고 생각은 합니다.

느낌은 Mobile은 한번 fix되면 그 이후는 변경이 어렵다고 생각을 한다면, WebSite의 경우 조금 고객과 소통을하며 변경이 많이 일어난다는 느낌입니다.

뭐.. 이건 각자 경험에 따라 다르겠지만, 보통 Mobile의 경우 한번 fix된 Wireframe을 토대로 UI를 그리고 개발을 시작하는 느낌입니다. (음.. 글쎄요.. 이 부분은 느끼는 분들에 따라 다르지 않을까 싶습니다만..)

뭐 추가로 말한것처럼 포화상태인 시장도 한 몫을 하긴 하죠. 워낙 WebSite를 템플릿을 미리 구축한 회사들이 빠르게 개발을 진행해주는 만큼 사용자는 Wireframe보다는 대화를 하며 fix를 시키는 방향으로 나아가는건 아닌가 싶습니다.

다만 이는 조금은 기획쪽에 카테고리가 더 들어간다는 생각은 합니다.

이유는 사용자가 원하는 유저 인터페이스(UI)의 기능을 기획자는 어떻게 담을것이고, 어떻게 자신의 내공을 축적시키는지에 따라 Wireframe만으로도 충분한 프로토를 전달할 수 있다는 점에서입니다.

여기서 어? 당신! 개발자 아냐? 왜 기획을 해! 라는 말씀 나올수도 있는데, 기획도 개발의 일부라 생각합니다. (저만의 생각일지도 모르겠지만..)

그래서 저는 기획을 위한 기획 관련 서적도 읽어보고, 설계를 위한 소프트웨어 공학, 그리고 좀 더 다방면으로 바라보기 위한 안목을 기르려 노력하고 있습니다. 어플 한가지를 보고 사용할때에도 여러면에서 이 디자인은 이런면에서 좀 아쉽고, 유저 인터페이스(UI)부분에서 이런 부분이 아쉬우며, 이런건 이렇게 바뀌었으면 좋겠다라는 재밌는 생각들을 하곤 합니다.

또 별 이상한 소리를 내기 시작했으니, 다시 한번 오늘의 주제대로 장비관리 Wireframe의 설계를 시작하겠습니다.

우선 Wireframe을 보기 전에 장비관리의 SiteMap을 한번 보도록 합시다.

한 화면에 다 담으려하다보니 아무래도 너무 복잡해질 것 같다는 생각에 결국에는 SiteMap을 설계하게 되었습니다.

SiteMap 설계하는 김에 그냥 URL도 같이 설계했습니다.

SiteMap 

위에 SiteMap을 보면 장비 등록과 목록을 나눴습니다. 나누게 된 이유를 우선 말씀드리자면, 한가지 경우를 상정했습니다. 바로 Mobile이죠. 저는 Ensemble의 모든 개발은 PC뿐이 아닌 Mobile도 대응이 되도록 설계를 하고 개발을 하려합니다. 때문에 Mobile에서 편리하게 바로 장비등록만 할 수 있도록 생각을 했습니다.

(뭐,.. 추후에 장비관리 application을 만들면 되지만, application이 지원되지 않는 예전 폰 혹은 태블릿이라던가에서는 웹사이트 접속을 통해 모바일의 지원을 할 예정입니다.)

특이사항으로 상태변경이 점선인 이유는 바로 Modal이기 때문입니다.

기본 장비 상세정보에서는 Log등의 정보도 보여줄 예정이지만, 상태변경시에는 Modal로 숨겨져 있던 창을 열어 컨트롤을 할 수 있도록 할 예정입니다.

(참고로 이 모든 기능은 계속해서 언급했다시피 application에서도 지원을 할 예정입니다.)

자, 이번엔 기다리시던 Wireframe의 시간입니다!

Wireframe - 메뉴구성

에구.. 메뉴구성 하나에 너무 몰두해버렸네요.

11시에 자리에 앉아 설계만 잡는다는게 게시글에 말 주저리쓰고 SiteMap 설계하고 Wireframe-메뉴구성 딸랑하나..

아무래도 시간이 시간인 만큼(현재 시각 오전 1시 44분)

2편을 준비해야겠습니다.

(내일 회사갈 준비도 있고, 개인적인 공부시간도 또 필요하다보니.. 잠은 보통 3시~4시 잡니다 ㅋㅋㅋㅋ 기상은 8시.ㅋ)

아무래도 저의 나쁜부분이네요 한개 설계할때 집중해서 파고드는게 ㅋㅋㅋ

얼른얼른 쳐내고 다음 부분으로 넘어가야하는데 마음에 들때까지 가지고 있다보니..ㅋㅋㅋㅋㅋ

다음 Wireframe_2에서는 오늘 못한 장비 등록, 장비 목록, 장비 상세, 상태 변경을 다뤄보겠습니다.

그리고 그 다음 컨텐츠는 아마 화면설계서가 될 것 같아요.

화면설계서는 아무래도 Wireframe과는 조금 다르다보니 어떤부분이 다른지를 나타낼 수 있을 것 같습니다.

(사실 자세한 설명이 들어가는거 빼고는 별 다른게 없어 보이는 게...)

버전정보 (v1.2)

 - v1.0 2020.07.07 배포

 - v1.1 2020.07.07 내용 수정 (오타)

 - v1.2 2020.07.08 제목 수정 (Wireframe(1) -> Wireframe(0))

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

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

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

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

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

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

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

Project.다원 Ensemble

Karzin

abbeea@naver.com

Project.다원 Ensemble_설계(3)_장비관리 ER-Diagram

어제 장비관리 프로세스를 작성을 하고, 머릿속에 있는동안 얼른 정리해버리자 해서 ER-Diagram을 작성했습니다.

ER-Diagram의 작성은 여느때처럼 PPT를 이용하였습니다.

미리 말씀드리지만, 개발중에 해당 설계문서는 어떤 사유로든 변경이 될 수 있습니다.

이는 개발하면서 문제가 있을법한 로직을 제거하거나, 조금 더 다듬어 나가면서 생길 수 있는 수정으로 확정이 아님을 미리 말씀드립니다.

설명은 다이어그램이 우선 보여져야할 것 같아 그림을 먼저 보시고 설명을 하겠습니다.

장비 관리 ER-Diagram

공통코드, 사원정보, 프로젝트 정보 테이블의 경우 아직 설계중인 단계이다보니 PK수준으로만 잡아두었습니다.

이 부분의 경우 추후 변경될 가능성이 굉장히 높습니다.

우선 왼쪽부터 오른쪽으로 천천히 훑어 나가겠습니다.

상태 정보

상태 정보는 장비의 상태를 계속해서 업데이트 해나가기 위한 테이블입니다.

해당 테이블은 추후 사용 가능성이 있어 일단 테이블의 PK를 장비 정보 테이블의 관리코드 PK로 통일하지 않았습니다.

또한 상태정보도 계속해서 변경이 가능하며, 상태 정보는 공통코드로 등록된 정보를 토대로 불러올 예정입니다.

(수리, 불용, 사용중 등)

일자는 변경된 일자를 나타냅니다.

추가로 상태정보 테이블에서는 담당자(사용자)가 변경되거나 관리자(유지보수)가 변경이 되어도 변경된 이력은 계속해서 남길 예정입니다.

변경 사유등도 상태정보로 남겨서 왜 변경이 되었는지 남기기 위함입니다.

장비 정보

장비 정보는 기본적인 장비의 정보를 나타냅니다.

장비 명, 모델 명, 제조사, 규격, 사용용도 등..

특히 규격과 사용용도는 TEXT타입으로 두어 규격이 바뀌더라도(예를들어 PC의 경우 램이 바뀐다던가의 업그레이드가 있을 수 있으므로) 수정이 가능하도록 하였고, 사용 용도 또한 어떤 용도로 사용할것인지 길게 작성하도록 TEXT타입으로 했습니다.

특이사항 컬럼은 음.. 그냥 특이사항 있으면 적으면 좋겠다 싶은 생각에 넣어보긴했는데, 굳이 사용은 안할거같으면 추후 제거예정입니다.

프로젝트는 현 장비가 프로젝트에 귀속이 되어있는 경우를 생각했습니다.

예를들어 장비를 한 프로젝트를 위해서만 구입을 했고, 프로젝트가 끝나면 불용처리를 해야하는 등의 특수한 경우라던가, 그냥 평범하게 프로젝트에서 쓸거다 싶은경우만으로도 프로젝트를 연결하여 어떤 프로젝트를 위한 장비인가를 나타내기 위함입니다.

파일의 경우 1:다로써 하나의 장비에 사진이 10장이든 20장이든 100장이든(그런경우는 드물겠지만) 등록을 할 수 있도록 하였습니다.

장비 정보에 등록되는 상태 정보는 항상 1:다로써 Log형식으로 쌓여나갈 것입니다.

그리고 구입 정보를 나눠 둔 이유는 다른쪽 문서에서 사용될 가능성이 있어 빼두었습니다. (구매 증빙자료등의 자료를 활용하기 위함)

구분과 분류는 장비의 카테고리를 나타낸다 보시면 될 것 같습니다.

구분은 하드웨어인지, 소프트웨어인지 기타인지를 나타낼 것이며

분류는 장비를 나누기 위한 대 분류라고 보시면 될 것 같습니다. (예로 모니터, 데스크탑, 서버, 워크스테이션 등)

구입정보

위에서 언급했다시피 구입정보는 추후 다른 문서에서 사용될 가능성이 높아 빼두었습니다.

구입년도를 빼 둔 이유는 구입년도로 필터링을 조금 더 빠르게 해볼까 해서 빼두었..(어려운건 아닌데 java나 javascript상에서 년도만 나눠서 보여주기 귀찮았습..(ㅡ,.ㅡ) )

구입일자, 구입처, 가격, 수량 이 모든 컬럼들은 기본적인 구입정보를 나타내며,

특이사항으로 구매증빙자료 = 파일 ID를 나타냅니다.

구매 증빙자료는 PDF, 이미지, HWP, DOC 등등 어떠한 구매 자료를 저장이 가능하도록 대응할 예정입니다.

(추후 실험적 요소로써 웹상에서도 PDF, HWP 등을 바로 열어 볼 수 있도록 할까 합니다. - 물론 괜찮은 opensource가 있다면..)

추가로 결제정보 ID는 나중에 결제된 문서의 ID를 연동할 예정입니다. (현재는 설계 시작도 못해둔 상태)

파일

해당 테이블은 공통적인 요소로 여러 부분에서 사용할 예정입니다.

공통코드등의 테이블은 뒷전인데 왜 파일테이블은 설계가 되었냐고 물어보신다면,

파일은 당장 사용할 예정이고, 공통코드는 text형식으로 입력을 해두고 추후에 컬럼타입을 바꾼다던가 하는 방식을 취해도 되기 때문입니다. (결코 귀찮은게 아니라 다 생각이 있어서 그렇게 한겁니...)

이름, 위치, 크기, 확장자, 등록일자는 크게 설명할 부분은 없을 것 같고,

한가지 특이사항이라면 사용유무입니다.

사용유무는 삭제를 했는지, 아니면 기본 저장상태인지를 나타낼 예정입니다.

유저가 삭제를 한 경우 DB에서는 이력으로 남지만, 스토리지에서는 해당 데이터는 제거됩니다.

이는 세팅에 따라 제거도 하지 않을 수 있기도 하구요. 혹은 15일등 특정 기간을 걸어 삭제 후 15일이 지나면 스토리지에서는 제거가 된다던가의 형식을 취할겁니다.

이렇게 한 이유는 가끔씩 잘못 삭제를 해놓고 "이전 파일이 필요한데.." 싶은 분들이 간혹 있더라구요. 

물리적으로 제거가 된다면 나중가서는 복구하기는 어려우니 말이죠.

이 글 작성한다고 11시가 좀 안되서 시작한거같은데.. 벌써 11시 53분이네요;;

(사실 작성은 한 11시 40분쯤 끝났는데, 작성된 게시글을 한번 더 보고 수정할거 수정하고 배포하려고 시간이 걸렸습니다..ㅎ...)

이제 ER-Diagram이 나왔으니 다음 시간은 Wireframe차례입니다!

그리고 그 다음은 바로 개발이 될지 Class-Diagram을 작성할지 모르겠네요.

버전정보 (v1.0)

 - v1.0 2020.07.05 배포

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 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