ChatDiagram
4 templates · ERD

IT 자산 유지보수 시스템 ER 다이어그램

IT 자산 유지보수 시스템을 설계하려면 명확한 엔터티-관계 모델이 먼저 필요합니다. 아래 예시는 자산, 유지보수 작업, 작업 요청, 기술 담당자, 위치를 구조화하는 방법을 보여줍니다. 안정적인 CMMS나 하드웨어 추적 시스템을 구축하는 데 필요한 구성 요소를 모두 확인할 수 있습니다.

Standard Chen 1976 / Everest 1976 (crow's foot)Engine schematex-erdExport SVG · PNG · PDF
How to

How to use an erd template.

  1. 01핵심 엔터티 식별

    주요 객체부터 정하세요: Asset, MaintenanceTask, Technician, Location, 그리고 필요에 따라 AssetCategory 또는 History를 추가합니다.

  2. 02관계 정의

    엔터티를 논리적으로 연결하세요. Asset 하나에는 여러 MaintenanceTask가 연결되고, Technician 한 명은 여러 작업을 수행하며, Location 하나에는 여러 자산이 배치됩니다.

  3. 03필수 속성 추가

    고유 ID(예: Asset ID, Task ID)와 일련번호, 유지보수 날짜, 심각도 같은 주요 필드를 지정합니다.

  4. 04스키마 정규화

    관련 테이블로 데이터를 분리해 중복을 제거하고, 가능한 경우 제3정규형을 적용합니다.

  5. 05도메인 전문가와 검증

    IT 운영 담당자나 유지보수 담당자와 다이어그램을 검토해 모든 업무 규칙과 예외 상황을 반영합니다.

FAQ

Questions about erd templates

IT 자산 유지보수 시스템 ER 다이어그램의 핵심 엔터티는 무엇인가요?

일반적으로 Asset, MaintenanceTask, Technician, Location이 핵심 엔터티이며, MaintenanceHistory나 Part를 추가하기도 합니다. Asset에는 하드웨어·소프트웨어 정보, MaintenanceTask에는 작업 요청 정보, Technician에는 담당자 배정 정보, Location에는 자산 배치 위치를 저장합니다.

하드웨어와 소프트웨어처럼 자산 카테고리를 다르게 모델링하려면 어떻게 해야 하나요?

AssetCategory 엔터티를 별도로 만들고 Asset과 일대다 관계로 연결하거나, Asset 테이블에 asset_type 속성을 추가할 수 있습니다. 카테고리별 필드가 다르다면 엔터티로 분리하는 방식이 더 확장성이 좋습니다.

유지보수 이력을 별도 테이블에 저장해야 하나요?

네. 과거 작업을 보관하면서 현재 MaintenanceTask 테이블을 간결하게 유지하려면 별도의 MaintenanceHistory 또는 CompletedTask 테이블을 사용하는 것이 좋습니다. 각 이력 레코드는 원래 작업과 자산을 참조합니다.

'active', 'retired', 'under repair' 같은 자산 수명 주기 상태는 어떻게 처리하나요?

Asset 엔터티에 미리 정의된 값으로 구성된 status 속성을 추가하세요. 감사 추적이 필요하다면 StatusChange 테이블을 만들어 상태 변경 내역을 기록할 수도 있습니다.

스키마를 복잡하게 만들지 않고 자산 유형별 사용자 정의 필드를 추가할 수 있나요?

네. 유연한 속성을 저장하려면 Attribute-Value 패턴이나 JSON 컬럼을 사용할 수 있습니다. 메타데이터가 구조화되어 있고 자주 조회된다면 자산 카테고리별 서브타입 테이블을 만드는 방법도 있습니다.