VPEC-T

VPEC-T

VPEC-T 분석은 정신적 필터 또는 가이드 모음으로 구성된 사고 체계다.「업무상의 니즈에서 IT솔루션으로의 번역의 손실을 방지하는 「간단한 「언어」」를 제공하고, 공통의 관심사는 있지만, 우선순위는 다르고 책임도 다른 시스템에 대한 복수의 당사자의 기대를 분석할 때 사용한다.시스템, 여기에서 상호 작용하거나 상호의존하는 실체 집합의 넓은 의미에서 사용되며, 실질적이든 추상적이든 통합적인 전체를 형성한다.수행평가처럼 [2]작은 제도부터 형사사법제도처럼 큰 제도까지 다양한 '제도'에 적용된다.

VPEC-T("ve-peec-tee")는 에이전트 간의 상호작용과 당사자 간의 의사소통이 모호해지기 쉬운 곳에 사용된다.이러한 분석 형식은 상호 작용과 통신의 맥락이 질서 정연하지 않고 복잡하거나 혼란스러울 가능성이 높으며 오해를 유발할 수 있는 경우에 특히 적용된다.기업 아키텍처의 새로운 수행방식으로 파악되며,[3] 서비스 설계방식으로도 파악된다.[4]

VPEC-T는 관련 당사자들의 상반된 관점이 적절한 이해를 방해할 수 있는 정보 시스템을 연구하는 사람들을 돕기 위한 프레임워크로 처음 고안되었다.그러한 상황의 예는 비즈니스/정보기술(I.T.)의 분할에서 자주 발견된다.[5]1990년대 이후 정보시스템(I.T)의 자리를 탈취했지만, I.S.와 I.T.는 같지 않다.IT는 컴퓨터와 프로그램에 관한 것이다.I.S.는 사람, 프로세스, 정보 등 I.T.를 둘러싼 모든 것을 포괄한다.[6]

VPEC-T의 설립 원칙

VPEC-T는 가치, 정책, 이벤트, 콘텐츠 및 신뢰라는 5가지 요소에 초점을 맞춘 초기 문자의 이름을 따서 명명되었다.이러한 요소들은 모든 정보시스템에 존재하며 대부분은 단순한 통신에서도 어떤 형태로 존재할 것이다.

실제적이든 계획적이든 시스템을 기술, 토론 또는 이해하고자 하는 데 관련된 각 당사자들은 시스템을 익숙한 개념적 프레임워크에서 볼 것이다.각 당사자는 대개 시스템의 가치에 대해 다른 견해를 가질 것이다. 그 가치에 대해 구체화된 정책에 대한 그들의 지식은 책임에 따라 다를 것이다. 그들은 시스템이 다루는 이벤트의 일부분만 알 수 있을 것이다. 그리고 콘텐츠가 항상 형식적이고 인정되지는 않을 것이기 때문에 필요한 모든 내용을 알 수 없을 것이다.마지막으로, 당사자들이 서로를 위해 가지는 신뢰의 중요한 문제가 있으며, 시스템이 기대한 결과를 충족시킬 것이라고 신뢰한다.정보가 공개되지 않거나, 시스템 이용 의지가 온전하지 않거나, '그림자 시스템'[5]을 유지하는 경우, 당사자 간 신뢰 부족이 시스템의 성공에 영향을 미칠 수 있다.

예를 들어, 해당 분석이 정보시스템을 이해하기 위한 사전 단계인 경우, 관련 당사자들은 조직의 사업 및 정보기술(IT) 기능을 모두 포함할 것이다.

정보시스템의 비즈니스 사용자들의 언어는 필연적으로 다음과 같은 모호성, 암묵적 지식 및 변화에 대한 의지를 수용한다.사업은 끊임없이 변화하는 시장의 환경에서 운영되어야 한다.필연적으로 IT 기능의 언어는 높은 사양, 확실성 및 변화의 회피성을 수용한다.IT 기능은 구현에 비용, 시간 및 리스크가 필요한 시스템에 대한 변경을 최소화해야 한다.[5]

이 두 그룹의 서로 다른 개념 체계와 관련 언어는 모호하지 않은 의사소통에 어려움을 야기할 수 있다.[citation needed]이것은 정보시스템의 수명주기 동안 언젠가는 갈등으로 표면화될 가능성이 높다.

그것은 "다원성에 대한 심오한 급진적 철학에 기초한다"[7]는 가치의 "다원성"으로 묘사되어 왔다. "여기서 다양한 (과대적, 상충되는) 가치 체계를 찾을 것으로 기대한다."하나의 일관성 있는 정책 집합이 아니라, 서로 다른 종류의 정책들(상업, 보안, 안전, 기업 책임 등) 사이에서 복잡한 상호작용을 발견할 것으로 기대한다."

VPEC-T 구성 요소

가치, 정책, 이벤트, 내용 및 신뢰라는 용어는 주제에 관한 커뮤니케이션을 보는 주요 수단이다.이러한 차원을 모두 고려하도록 하는 동시에, 초기 단계에서 기술적 문제를 피하는 것이 시스템의 균형 있고 완전한 관점을 만드는 데 도움이 된다.[5]

가치

가치 필터는 개인과 기업 모두에게 원하는 결과의 가치를 이해하는 데 도움이 된다.VPEC-T의 가치관은 일반적으로 이윤과 수익, 시장점유율, 현금흐름의 관점에서 생각되지만, VPEC-T의 가치관에는 윤리적인 제약과 환경적 우려와 같은 다른 유형의 목표들을 충족시키는 것뿐만 아니라 직원 만족과 재계약에 대한 당사자들의 개인적 가치도 고려하는 것을 포함한다.가입시키다[5]

가치는 참여하는 모든 당사자들의 목표, 신념 및 우려를 구성한다.그들은 재정, 사회, 유형, 무형의 사람들일 수 있다.

가치의 예로는 주문의 빠른 전환, 보다 신뢰성 있는 불만 처리, 비용 절감, 그리고 일반적으로 정보 시스템에 대해 청구되는 모든 범위의 편익을 들 수 있다.VPEC-T는 더욱 깊고 깊은 가치의 의미를 추구한다.예를 들어 VPEC-T 연구에 따르면 시스템의 한 가지 가치는 기업의 한 부분에서 다른 부분으로 사업영역에 대한 통제권을 이전하거나, 향후 관련 사업에 영향을 미칠 수 있는 새로운 성장 분야에서의 경험을 얻는 것이라고 결론 내릴 수 있다.

정책들

정책은 내부 정책, 법적 요건, 상업적 계약 및 수행될 수 있는 것과 수행될 수 있는 방법을 지배하는 기타 제약조건을 포함하는 의무와 합의다.정책은 내부 또는 외부, 명시적 또는 암묵적일 수 있다.

VPEC-T 분석의 과제 중 하나는 암묵적 정책을 표면화하여 고려하는 것이다.[5]

정책의 예로는 신용 수당의 한계, 주어진 기준에 따른 주문 가치의 한계, 개인정보 이용의 제약, 금융 기관을 위한 '고객을 알다' 규제, 수출 통제, 패키지의 중량 제한이 있다.VPEC-T는 이를 넘어, 미작성될 수 있는 정책을 추진함으로써, 부서 통관에 함축되어 있다("금요일 14:00 이후부터 월요일 아침까지 상하기 쉬운 품목에 대한 주문 처리를 연기하고, 그 다음 월요일 아침까지 우선권을 가진다"), 기타 비공식적인 합의나 지침이 있다.

이벤트

정보 시스템의 맥락에서 이벤트는 비즈니스와 관련된 사건일 것이다.그것들은 활동을 자극하는 실제적인 과정이다.[5]

이벤트의 예로는 구매 주문서 수령, 전화 통화 또는 배달 질의 이메일 수신, 서비스 수령 완료 시 종료되는 고객 승인, 구두 또는 서면 거래 승인이 있다.

내용

내용은 사업 활동의 모든 측면에서 생산되고 사용되는 문서, 대화, 메시지 등의 의미 있는 부분이다.내용은 계획, 행동, 이전의 참고자료 등을 사용하여 결정을 결정하는 수단이다.[5]

VPEC-T의 콘텐츠는 일반적으로 컴퓨터 기반 시스템에서는 "데이터"로 분류되는 것보다 더 광범위한 통신 주파수를 명시적으로 포괄하지만, 비즈니스 데이터도 분명히 포함되어 있다.

내용에는 다음이 포함될 수 있다.

  • 이벤트 발생에 필요한 사전 요구사항인 정보.
  • 이벤트로 인해 발생하는 동작에 의해 요구되고 처리되며 작용하는 정보.
  • 이벤트 발생에서 생성된 정보.

신용 기록을 확인하기 위한 전화 통화, 통상적인 배송 패턴에 대한 이메일, 상점 요청 및 구매 주문의 내용 등이 그 예일 것이다.

신뢰

정보시스템에 대한 연구와 설계에는 종종 시스템 사용자들 간의 신뢰와 그 안에서 정보에 접근하고 변경할 수 있는 그들의 권리에 대한 고려가 포함될 것이다.신뢰의 이 측면은 시스템을 운영하거나 운영하는 서비스를 제공하는 조직의 정책에서 다루어야 한다.[5]

VPEC-T에 대한 신뢰는 신뢰가 당사자들의 친밀감, 한 당사자의 다른 사람의 눈에 대한 신뢰, 그리고 관련된 위험에 기초하는 가치 시스템에 종사하는 모든 당사자 사이의 신뢰(또는 그렇지 않은) 관계에 관한 것이다.신뢰 값은 시간과 상황에 따라 변한다.

구매 담당자가 스프레드시트의 병렬 레코드를 유지한다는 사실을 발견하거나, 프로젝트 팀의 구성원이 비즈니스에 이용 가능한 정보의 개선보다 특정 사업부의 권한과 관련된 의제를 가지고 있다는 사실을 깨달은 것이 그 예일 수 있다.

사용하다

VPEC-T의 발신자 중 한 명이 제작한 활성화 도구, 도로 차단물 및 해당 지역에 대한 시각적 가이드.

이 5개의 필터는 정보시스템을 고려하는 초기 단계에서 연속적으로 적용된다.분석가가 실제 상황을 점점 더 이해함에 따라, 새로운 발견은 5개의 필터를 통해 다시 보게 될 것이다.

VPEC-T는 기업 아키텍처 개발에서 비즈니스 아키텍처 평가를 위한 기법으로도 추천되었다.T. Graves in The Service-Orientation Enterprise p. 96은 "가치 매핑 및 요구사항 모델링 기법을 사용하여 기업 가치와 그 공통점과 충돌을 식별한다.프레임워크의 '범용' 부분에 결과를 문서화한다.VPEC-T, SCORE 및 심지어 고전적인 SWOT 분석과 같은 기술은 모든 값-충돌의 영향을 식별하는 데 도움이 될 것이다."[8]

Graves는 또한 "이 작업을 위해 항상 반복적으로 실행될 것..."[9]이라고 말하면서 엔터프라이즈 아키텍처에 VPEC-T를 사용했다고 언급한다. 152 페이지.

VPEC-T는 정보 시스템뿐만 아니라 조정, 통신, 그룹 상호 작용에도 사용된다.

역사

클라우디오 시보라에[10] 따르면, 정보 시스템 장애는 대부분 성공하기 위해 해결해야 하는 복잡한 사회-기술 문제를 식별하고 분석하는 현재의 방법이 불가능하기 때문에 발생한다.

그리니치 대학교는 데이비드 헌트 수석 강사와 리즈 베이컨 컴퓨팅 및 수학적 과학 책임자가 2009년 유럽 기업 건축 컨퍼런스 세션에서 위에서 식별된 문제 중 일부를 극복하기 위해 VPEC-T가 많은 실질적인 실생활 프로젝트에서 어떻게 성공적으로 사용되고 있는지 살펴보았다.[11]특히 그들은 다음을 다루었다.

  • VPEC-T가 EA에 대한 비정상적인 관점을 촉진하는 방법 및 이것이 엔터프라이즈 아키텍처의 기술 제공과 거버넌스 모두에 가져올 수 있는 이점
  • 이를 통해 EA에 대한 실용적 접근방식을 전달하고 초기 비즈니스 이익을 제공하는 방법
  • 접근방식의 현재 한계와 정보시스템 및 정보시스템 전략의 전달을 더욱 강화할 미래의 업무 방향을 가리켰다.

VPEC-T는 나이젤 그린과 칼 베이트가 개발하여 캡제미니에서 근무하면서 첫 번째 주요 프로젝트에 사용했다.원래 기업 및 솔루션 아키텍처에 사용하기 위해 개발된 VPEC-T는 현재 컴퓨팅과 관련되지 않은 다른 영역과 컨텍스트에서도 사용되고 있다.

사용 예는 다음과 같다.

  • 영국의 새로운 형사사법정보시스템을 위한 사전설계 단계 준비
  • 직원 대상 면접 준비
  • 모든 관련 당사자의 별도 관점에서 제휴 판매 시스템의 사업 요구 사항 설정
  • 유사한 비즈니스 기능을 수행하지만 서비스 요금에 대한 정책이 서로 다른 여러 그룹이 있는 회사의 구조적 문제 해결
  • 비즈니스 목표 개발 및 채택 지향 기업 아키텍처 원칙(금융 서비스, 운송 및 정부 부문에 적용)
  • (기술이 아닌) 비즈니스 행동을 중심으로 한 이벤트 기반 정보 시스템 아키텍처의 개발
  • 사업 변경 옵션의 성공 가능성을 시험하고 결과적으로 잘못된 결정을 뒤집는다.
  • 컨설팅 계약 현황 평가 및 다음 단계 계획

VPEC-T 프레임워크 수정 VIPER는 Matt Pearce와 Nigel Green에 의해 2019년에 도입되었다.이 새로운 약어는 이 프레임워크를 더 기억에 남고 비즈니스 환경에서 사용하기 쉽게 만든다.'정보'는 '내용'을, '존재'는 '신뢰'를 대체한다.용어 변경 외에도 다른 모든 측면은 변하지 않고 있다.VPEC-T는 루트 개념 모델로 남아 있다.

참고 항목

참조

  1. ^ Gøtze, John. "Review of Lost in Translation". Retrieved 13 September 2009.
  2. ^ Jangbrand, Anders (23 April 2009). "VPEC-T when preparing Feedback". Retrieved 19 September 2009.
  3. ^ Green, Nigel. "Two Phrases You Wouldn't Expect to See Together: Reduced Complexity & Enterprise 2.0". Archived from the original on 20 September 2008. Retrieved 14 September 2009.
  4. ^ Mulholland, Andy. "Building 'Services' etc to Enterprise Quality". Archived from the original on 11 January 2009. Retrieved 14 September 2009.
  5. ^ a b c d e f g h i 나이젤 그린, 칼 베이트(2007) 로스트 인 번역:21세기 정보시스템 지침서 (Evolved Technology Press) ISBN 0-9789218-4-4
  6. ^ Hidas, Peter (14 April 2009). "Folk forstår ikke it-språket". Computerworld Norway (in Norwegian). Retrieved 14 September 2009.
  7. ^ 2010년 6월 11일 변화를 요구하는 Richard Beachard Systems의 생각.2016년 12월 29일 회수.
  8. ^ Graves, Tom (December 2008). "The Service-Oriented Enterprise: enterprise architecture and viable services". Tetradian Books. ISBN 9781906681166. Retrieved 18 September 2009.
  9. ^ Graves, Tom (March 2009). "Doing Enterprise Architecture: process and practice in the real enterprise". Tetradian Books. ISBN 9781906681180. Retrieved 18 September 2009.
  10. ^ Ciborra, Claudio; Rob Kling; Leigh Star; et al. (May 1997). "Human Centered Systems in the Perspective of Organizational and Social Informatics". Human centered systems, for the National Science Foundation. Rob Kling Center for Social Informatics Indiana University). Retrieved 26 May 2010.
  11. ^ Hunt, David; Bacon, Liz (8 June 2009). "VPEC-T: A Way to Bridge the Gap Between Business and IT" (PDF). Enterprise Architecture Conference Europe 2009. Retrieved 14 September 2009.