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 다원(Dawon) > 다원 ERP (Ensemble)' 카테고리의 다른 글
| Project.다원 Ensemble_설계(5)_장비관리-장비등록 Wireframe&화면설계서(1) (0) | 2020.07.08 |
|---|---|
| Project.다원 Ensemble_설계(4)_장비관리 Wireframe(0) (SiteMap 추가!) (0) | 2020.07.07 |
| Project.다원 Ensemble_분석(4)_장비관리 프로세스 정의 (등록, 불용처리) (0) | 2020.07.04 |
| Project.다원 Ensemble_개발동기 - 개발목표 - 기대효과 - 벤치마킹 (0) | 2020.07.02 |
| Project.다원 Ensemble_분석(3)_결재 프로세스 정의(기안-검토-결재) (0) | 2020.06.25 |
