비즈니스 프로세스 리엔지니어링 (이하 BPR) 은 정보화 시대가 도래함에 따라 발생하는 기술 관리 혁명입니다. 1990 년대, BPR 이론을 최초로 제창한 학자 중 한 명인 MIT 의 마이클 하머 교수는 그의 저서' 리엔지니어링 기업' 에서' 비즈니스 프로세스 리엔지니어링' 에 대해' 비즈니스 프로세스를 재고하고 철저히 재설계하여 비용, 품질, 서비스, 응답 속도 등 주요 성과에 돌파구를 마련했다. BPR 에서 IT 부서의 5 가지 책임 대부분의 분석가들은 정보 기술과 프로세스 리엔지니어링이 밀접한 관련이 있다고 생각합니다. 예를 들어, 월마트가 정보기술을 떠나면 대중시장 소매 상품의 조달 및 유통 프로세스를 재설계할 수 없습니다. BPR 과 IT 어플리케이션의 결합을 통해 포드는 구매 인력을 75% 줄이는 데 성공했습니다. 70% 이상의 기업이 이미 비즈니스 프로세스 리엔지니어링을 진행 중이거나 진행 중인 것으로 추산됩니다. 기존 프로세스의 재검토와 재설계를 통해 회사의 효율성과 효율성을 높일 수 있습니다. 점점 더 많은 BPR 프로젝트가 시작됨에 따라, 고도로 자동화된 작업 환경에서 비즈니스 프로세스를 완전히 변경하기 위해서는 새로운 프로세스를 지원하기 위해 기존 정보 시스템을 철저히 수정해야 한다는 분명한 문제가 대두되고 있습니다. 많은 정보 기술 부서들이 비즈니스 프로세스 재구성에 큰 어려움을 겪고 있습니다. BPR 프로젝트를 보다 효율적으로 구현하기 위해서는 정보 기술 부서가 전체 프로세스 리엔지니어링 프로젝트에서 보다 적극적인 역할을 수행해야 합니다. 1 이어야 합니다. BPR 프로젝트의 모든 관련 분야에 대한 참여 증대 비즈니스 분석을 위한 자동화된 프로세스에 대한 핵심 정보를 제공합니다. 단기 및 장기 변화의 요구를 충족시키는 전환 전략을 수립한다. 목표 시스템 비즈니스 프로세스의 통합을 강화하십시오. 5. 대상 애플리케이션의 기존 비즈니스 사양 및 관련 컨텐츠를 유지 관리합니다. BPR 프로젝트의 동인으로는 고객 서비스 개선, 절차 간소화, 비용 절감 및 기타 상호 작용의 효율성 향상 등이 있습니다. 전환 전략을 구현하는 방법 위에서 설명한 인센티브 외에도 정보 기술 부서는 BPR 프로젝트를 지원하기 위한 실행 가능한 전환 계획을 만들어야 합니다. 시스템 개조 전략을 선택하기 위해서는 정보기술과 업무 간의 관계를 미리 결정해야 한다. 이러한 관계는 분석에서 구현에 이르는 BPR 프로젝트의 전체 프로세스를 지원해야 합니다. 더욱 중요한 것은 기존 시스템에 대한 분석이 기존 비즈니스 모델을 정리하는 데 도움이 되며, 재설계된 비즈니스 모델은 기존 정보 아키텍처에 영향을 미칠 수 있다는 점입니다. 이러한 관계를 파악한 후 IT 부서는 비즈니스 프로세스 재설계를 위해 기존 시스템을 업그레이드, 재설계 또는 교체하는 방법을 결정할 수 있습니다. 전환 전략의 핵심 단계는 1 입니다. 전략을 결정하고, 모델링 방법을 선택하고, 프로세스 리엔지니어링 프로젝트 계획을 작성합니다. 2. 전략적 방향에 따라 영향을 받는 업무 영역의 기존 업무 모델을 명확히 합니다. 기존 시스템 지원의 모든 프로세스를 개선하고 확장하십시오. 4. 기존 시스템 기능 및 구성을 바탕으로 기존 프로세스의 정의를 통합합니다. BPR 프로젝트 목표를 충족시키는 기능 및 기술 아키텍처를 결정합니다. 6. 적절한 전환 전략을 선택하여 응용 프로그램을 재개발, 구매, 네트워킹 또는 언로드합니다. 7. 비즈니스 요구 사항과 변환된 어플리케이션 간의 무결성과 일관성을 유지합니다. 8. 대상 애플리케이션 시스템에서 여전히 적용 가능한 구성 요소 (예: 규칙, 인터페이스 및 데이터) 재사용 9. 재설계된 프로세스를 시뮬레이션하여 개조된 시스템이 요구 사항을 충족하는지 평가합니다. 비즈니스 요구 사항의 변화를 평가하고 적절한 전환 전략을 결정하려면 BPR 프로젝트 팀 구성원이 정보 기술 아키텍처를 이해해야 합니다. IT 직원의 조기 참여는 프로젝트 구현의 모든 측면에 도움이 됩니다. 기업은 모든 구성원이 기업의 운영 방식을 대략적으로 이해할 수 있도록 유기적인 비즈니스 청사진을 구축해야 합니다. 여기에는 식별된 조직 구조, 프로세스, 자원, 상호 작용 및 영향이 포함됩니다. 구성 방법은 Jacobson Ivar 의 사용 사례 기술을 사용하여 한 조직의 다양한 이익을 식별할 수 있습니다. 제이콥슨은 내부 구조를 보여주지 않고 시스템 또는 하위 시스템의 일관된 기능 단위를 정의하고 설명하는 사용 사례 모델의 가장 빠른 정의를 제공합니다. 사용 사례와 객체 지향 기술을 결합하면 전략적 비즈니스 모델과 특정 시스템 프로세스 사이에 다리를 놓을 수 있습니다. 이러한 격차는 기존 시스템 설계가 현재 BPR 의 요구를 지원할 수 없기 때문입니다. 이를 위해 일부 공급업체는 객체 지향 접근 방식 지원과 같은 다양한 기술을 지원하기 위해 자동화 사용 사례 모델을 사용합니다. 기존의 비즈니스 프로세스 모델링 기술은 객체 지향 기술보다 강력하지 않습니다. 객체 지향 기술은 복잡한 정보 시스템을 계층별로 분해할 수 있기 때문입니다. 기존 모델에는 객체 지향 기술의 유연성, 재사용 가능성 및 직관성이 없습니다. 기존의 비즈니스 프로세스 재구성 기술을 사용하면 중복과 경직된 모델이 만들어질 수 있습니다. 이는 비즈니스 모델을 정의하고 기능 간 하위 시스템을 설계할 때 고려해야 할 문제입니다. 마지막으로, 정보기술이 중요한 수단이지만, 효과를 실현하는 것이 BPR 프로젝트를 구현하는 진정한 목적이라는 점에 유의해야 한다. 우리는 비즈니스 프로세스에서 정보 기술의 역할을 수행하는 방법에 집중해야 합니다.