분석 평가는 사용자 관측을 포함하지 않는 분석 평가와 달리 경험적 평가와 다릅니다. 평가자는 평가를 수행 할 때 데이터 및 양적 기준에 의존하는 경우가 많습니다. 내부 및 외부 재무 감사 자, 프로토 타입 개발자 및 비즈니스 프로세스 분석가 모두 분석적 평가를 수행합니다. 사용 가능한 분석 평가 방법은 데이터 값이 벤치 마크 매개 변수에 얼마나 근접하는지 판단하는 데 초점을 둡니다.
목표와 목적
사용 된 방법에 관계없이 분석적 평가의 목표는 실제와 벤치 마크 데이터 간의 관계를 설정하여 유사성이 존재하는지 여부를 결정하는 것입니다. 예를 들어 재무 감사원은 감사 계획 단계에서 분석적 평가 방법을 사용합니다. 목표는 비정상적인 거래, 재무 데이터가보다 철저한 조사가 필요함을 나타내는 비율 및 추세,보다 긴 감사 시간 프레임 및보다 상세한 절차와 같은 관계의 변동을 식별하는 것입니다.
인지 Walkthrough 방법
소프트웨어 개발자는 일반적으로 개발의 설계 단계에서인지 워크 스루 평가를 사용합니다. 목표는 프로토 타입 디자인의 강점과 약점을 파악하고 사용자가이를 이해하는 방법입니다. 데이터 소스에는 사용자 인터페이스 모형, 특정 지식 수준을 가정 한 사용자 프로필, 작업 목록 및 작업 시퀀스 다이어그램이 포함됩니다. 인지 과정은 작업을 수행하는 데 필요한 단계와 조치 및 사용자 조치에 대한 시스템 응답 분석으로 시작됩니다. 일반적으로 디자이너와 개발자 인 평가자는 단계별로 그룹 단위로 진행하면서 유용성 데이터를 수집합니다. 분석은 작업이나 작업이 재 설계가 필요한지 여부를 결정합니다.
경험적 평가
인지 워크 스루에 사용 된 팀 접근 방식과 달리 휴리스틱 평가는 실제로 일련의 독립적 인 평가입니다. 운영 프로세스 분석, 표준 운영 절차 개발 및 지침 설명서 작성에 유용합니다. 데이터 소스에는 확립 된 지침 및 성능 측정이 포함됩니다. 평가 과정에서 2 ~ 3 명의 분석가는 안전하지 않고 오류가 있으며 중복되거나 중복되는 행동과 같은 특정 쟁점을 찾고 순위를 매기면서 현재의 절차를 사전 설정된 지침이나 원칙과 비교합니다. 사후 평가 회의 및 분석은 수정이 필요한 지침을 결정합니다.
포인트 - 팩터 방법
포인트 - 팩터 평가는 직무 평가에서 일반적입니다. 목표는 일반적으로 회사 내 다른 직책의 순위를 매기고 급료 등급이나 구조를 수립하는 데 초점을 둡니다. 데이터 소스에는 역할 프로파일, 작업 설명 및 숫자 순위 시스템이 포함됩니다. 포인트 - 팩터 평가에서 가장 자주 인사부 직원 인 리뷰어는 각 직무의 핵심 요소를 식별하여 각각의 구성 요소로 나눕니다. 그런 다음 평가자는 이러한 요인을 역할 프로필과 비교하여 각 직무의 기술, 전문 지식 또는 난이도에 따라 점수를 할당합니다. 종종 직업을 요구하는 것이 많을수록 포인트 가치가 높아지고 임금 등급이 높아집니다.
