현재 위치 - 회사기업대전 - 기업 정보 조회 - 웹사이트용 백엔드 사용자 역할 권한 관리 시스템 구축을 위한 템플릿(2)

웹사이트용 백엔드 사용자 역할 권한 관리 시스템 구축을 위한 템플릿(2)

웹사이트 구축과 웹디자인의 목적은 웹사이트를 제작하는 것입니다. HyperFile Markup Language, Extensible Hypertext Markup Language 등의 마크업 언어를 사용하여 텍스트, 그림(GIF, JPEG, PNG), 표 등의 간단한 정보를 웹사이트 페이지에 배치할 수 있습니다. 다음으로, 편집자는 웹사이트에 대한 백엔드 사용자 역할 권한 관리 시스템을 구축하기 위한 템플릿을 분석합니다.

2. 사용자 역할 권한 시스템 구축의 세 가지 주요 모듈

1. 사용자 관리

사용자 관리의 사용자는 주로 기능 시스템의 사용자입니다. 개인 직원이며 이러한 개인은 관리 관계(부서 구조)와 비즈니스 부서(비즈니스 구조)라는 두 가지 차원으로 구분되는 경우가 많습니다. 사용자 관리는 이 두 가지 차원을 기반으로 개별 직원의 사전 그룹화 또는 그룹화를 수행하는 것입니다. 행정부서 또는 업무부서별로 구분되어 해당 부서 또는 그룹의 사용자는 기본적으로 유사한 시스템 기능 사용 요구사항 및 권한 수준을 갖습니다.

2. 역할 관리

(1. )역할 관리

역할은 비즈니스 관리 요구에 따라 시스템에 사전 설정된 고정 레이블인 경우가 많습니다. 각 역할은 명확한 시스템 권한에 해당하며 일반적으로 소유한 시스템 권한은 마음대로 변경되지 않습니다. 사용자가 추가되거나 제거되더라도 역할은 변경되지 않으므로 사용자 관리보다 안정적입니다.

(2) 자동 권한 부여: 사용자가 자동으로 역할을 입력합니다.

역할이 관리 관계에 있는 조직 부서에서 사용자가 조직 부서에 들어가면 해당 사용자는 자동으로 해당 역할에 추가되고 해당 역할의 모든 시스템 권한을 갖게 됩니다. 예를 들어, 재무 담당자 Xiao Zhang이 재무 부서에 합류한 후 사용자는 해당 재무제표에서 해당 부서의 직원이 볼 수 있는 재무 데이터 보고서 및 해당 작업 권한(예: 운영 재무 승인 등)을 볼 수 있습니다. 추가 인증 없이 시스템을 사용할 수 있습니다.

(3) 역할 권한 부여: 사용자가 역할에 추가됩니다.

비즈니스는 비즈니스 발전과 함께 끊임없이 혁신하고 발전합니다. 예를 들어 회사에서 새로 기업 그룹 식사 프로젝트를 시작했으며 프로젝트 부서는 다양한 부서의 여러 직원을 수평으로 찾아 프로젝트 팀을 구성했으며 프로젝트의 비즈니스 권한은 다음과 같습니다. 이러한 직원을 보고 운영하면 이 프로젝트에서 새로운 역할 "재무 1"이 생성됩니다. 시스템 수석 관리자는 재무 부서에서 선택한 재무 Zhang을 "재무 1" 역할에 추가한 다음 Xiao Zhang을 추가합니다. 기업그룹의 식사사업 사업정보를 보고하고 운영하기 위한 권한입니다. 이러한 종류의 권한 부여는 사용자 관리 관계의 자동 바인딩을 통해 실현될 수 없습니다.

(4) 역할 상속: 역할 권한 상속

권한은 고유할 수도 있고 상속될 수도 있습니다. 각 역할에는 고유한 권한 집합이 있습니다. 역할 상속은 실제로 상위 역할의 권한을 상속한다는 의미입니다. 일반적으로 역할은 상위 역할의 모든 권한을 상속하고 자체 권한 중 일부를 추가합니다. 시스템 역할 상속은 명확한 사용자 계층 관리를 갖춘 팀이나 회사에 종종 존재합니다.

(5) 역할은 상호 배타적입니다. 역할에 포함된 권한은 상호 배타적입니다.

상호의 비즈니스 배경 배타적 역할 : 위험 제어 이유로 인해 비즈니스 프로세스를 여러 개별 단계로 나누어야 하는 경우 이러한 여러 단계에 대해 서로 다른 역할을 승인해야 하며 이러한 역할은 상호 배타적이어야 합니다. 예를 들어, 고액 재정 상환 승인 과정에서 Xiao Zhang 재무 담당자가 승인자 권한을 얻은 후에는 한 사람으로 인한 재정적 위험을 피하기 위해 Xiao Zhang에게 검토 및 확인 권한을 다시 부여할 수 없습니다. 대규모 환급 완료,

(6) 임시 역할

임시 역할은 특수 그룹을 위해 설정되는 경우가 많습니다. 예를 들어 회사에 특별 액세스 팀이 있는 경우 이러한 특별 고객이 있습니다. 특정 기능적 작업을 경험하려면 임시 신분을 부여받아야 합니다. 그런 다음 이러한 사람들을 부서의 조직 구조에 추가하는 것은 분명히 부적절합니다. 왜냐하면 이러한 사람들은 회사 직원이 아닌 임시 배치일 뿐이기 때문입니다. 둘째, 이러한 고객이 경험해야 하는 기능적 운영은 종종 여러 비즈니스 모듈과 제품에 걸쳐 있습니다(상대적으로 복잡함). ), 일반적으로 회사에는 고객이 요구하는 모든 운영 권한을 갖춘 기성 고정 역할이 없으므로 이러한 고객을 위한 임시 역할을 설정하고 임시 역할에 대한 최대 권한 선택 공간을 지원해야 합니다.

(7) 흑백 목록.

위는 웹사이트의 백엔드 사용자 역할 권한 관리 시스템을 구축하기 위한 템플릿에 대한 편집자의 분석입니다. 웹사이트 웹사이트 구축

copyright 2024회사기업대전