식별

식별은 같은 이름이나 비슷한 외형을 가진 대상이라도 서로 다른 실체로 다룰 수 있게 만드는 기준을 제공한다.^[1] 위키 문서에서는 이 개념을 분야별로 나누어, 어떤 맥락에서는 관리 대상의 범위를 가려내는 작업으로, 다른 맥락에서는 실행 중인 상태나 내부 구조를 구분하는 절차로 설명한다.^[1][12]

비즈니스 프로세스 관리에서는 조직이 어떤 업무 흐름을 먼저 다룰지 식별하는 일이 출발점이 된다.^[1] 이 단계에서는 핵심 활동을 목록화하고, 문서화 범위를 정하며, 관련 이해관계자를 참여시킨다. 식별이 선행되어야 이후의 프로세스 발견과 개선 활동이 같은 기준 위에서 진행된다.^[1]

프로세스 식별은 단순한 명명 작업이 아니라, 무엇을 표준화하고 무엇을 제외할지를 정하는 경계 설정 작업이다.^[1] 따라서 프로세스 경계를 분명히 하고, 조직 내에서 반복되는 흐름을 먼저 분류해 두어야 이후 모델링과 분석이 흔들리지 않는다.^[1]

운영체제에서 식별은 실행 중인 프로세스를 정적 프로그램과 구분하는 작업과 연결된다.^[10] 운영체제는 각 프로세스에 프로세스 식별자를 부여하고, 이를 바탕으로 자원 사용과 실행 순서를 관리한다.^[1][10] 이 구분이 있어야 시스템은 여러 작업을 동시에 다루면서도 각 작업의 상태를 잃지 않는다.

프로세스의 현재 상태를 유지하려면 프로세스 문맥과 프로세스 제어 블록이 필요하다.^[1] 식별이 정확해야 문맥 교환 뒤에도 이전 실행 지점을 복원할 수 있고, 자원 회수나 스케줄링도 안정적으로 이뤄진다.^[1] 결국 컴퓨터 시스템에서 식별은 대상 확인을 넘어 실행 상태를 보존하는 관리 장치에 가깝다.^[10]

객체 지향 프로그래밍에서는 요구사항을 바탕으로 시스템 안에서 어떤 객체가 필요한지 식별하는 과정이 중요하다.^[5] 이 단계에서 객체의 책임과 협력을 먼저 정리하면 이후 구현이 덜 흔들리고, 설계 의도도 코드에 더 분명하게 반영된다.^[5]

식별된 객체는 구현 단계로 넘어가면서 상태와 행동을 구체화한다.^[5] 이때 식별은 단순히 이름을 붙이는 일이 아니라, 분석 결과를 코드 구조로 옮기는 다리 역할을 한다. 그래서 식별이 명확할수록 테스트 범위와 모듈 경계도 함께 선명해진다.^[5]

시스템 식별은 측정된 데이터로부터 전달 함수나 상태 공간 방정식 같은 모델을 추정하는 절차다.^[2] 제어 공학에서는 입력과 출력의 관계를 해석해 실제 시스템의 동작을 근사하는 데 이 방법을 쓴다.^[2] 식별된 모델은 제어 시스템 설계와 시뮬레이션의 기초가 된다.^[2]

심리학에서 식별은 타인의 특성이나 태도를 자기 내부에 받아들이는 무의식적 과정으로 설명된다.^[12] 이 과정은 방어 기제로 작동해 불안을 완화하거나 자아의 취약성을 보완할 수 있다.^[12] 동시에 정체성 형성에도 영향을 주기 때문에, 동일시와 함께 다뤄지는 경우가 많다.^[12]

이 문서와 함께 보면 식별의 응용 맥락을 더 넓게 이해할 수 있다.^[1]

• 비즈니스 프로세스 관리
• 객체 지향 프로그래밍
• 시스템 식별
• 동일시

• 비즈니스 프로세스 관리
• 이해관계자
• 프로세스 발견

^[1] Ssis.binus.ac.id(새 탭에서 열림)

^[2] Iieeexplore.ieee.org(새 탭에서 열림)

^[5] Ddev.gmarket.com(새 탭에서 열림)

^[10] Llearn.microsoft.com(새 탭에서 열림)

^[12] Ppsychotricks.com(새 탭에서 열림)