기업 구조 조정 프로젝트의 추세는 전자 상거래의 운영 모델로 전환하는 것이며, 이는 기업의 조직 구조와 내부 워크플로우에 큰 영향을 미칠 것입니다. 따라서 기업 어플리케이션의' 정보의 외딴 섬' 현상을 해결하고, 비교적 구체적이고 복잡한 업무를 위해 각종 독립 시스템을 통합하는 것은 기업 정보 시스템 지사 기업 개편 프로젝트가 직면한 문제이다. (윌리엄 셰익스피어, 윈스턴, 기업, 기업, 기업, 기업, 기업, 기업, 기업, 기업, 기업) 정보 시스템을 구축할 때 각 이해 관계자는 기업 구조 조정 및 비즈니스 프로세스 리엔지니어링을 지원하기 위해 시스템의 유연성을 높이는 방법을 고려해야 합니다. 이기종 시스템을 통합하고 기존 시스템 리소스를 활용 및 보호하는 방법은 무엇입니까?
실제 개발 중입니다. 많은 시스템은 종종 재작업이 필요합니다. 시스템 기능이 완성되지 않았기 때문이 아니라, 물성이 충족되지 않았기 때문에 이러한 물성은 항상 서로 얽혀 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 시스템 설계에서는 다른 물성을 희생하지 않고 성능을 최대화할 수 없습니다. 이를 위해서는 출시 시간, 비용, 시스템 수명주기, 목표 시장 등의 비즈니스 성능을 어떻게 만족시켜야 합니까? ) 및 품질 성능은 시스템 설계 시 먼저 고려해야 합니다. 품질 벼룩 성능의 동적 속성 (보안, 가용성, 기능 및 가용성과 같은 런타임 측정 가능한 속성) 및 정적 속성 (수정 가능성, 이식성, 재사용 가능성, 통합 및 테스트 가능성과 같은 런타임 측정 불가능한 속성) 을 충족하는 방법 분석 시스템 소프트웨어를 통해 필요에 따라 이러한 속성을 평가할 수 있습니다 시스템의 소프트웨어 아키텍처는 시스템 분석에서 우선적으로 고려해야 할 여러 요소 중 가장 오래된 작업입니다. 시스템에 포함되어야 하는 모든 속성을 반영하며, 시스템 운영 효율성과 보안, 서비스 및 신뢰성, 현재 개발 비용과 향후 확장 비용 간의 균형 등 시스템이 달성해야 하는 여러 속성의 균형입니다. 시스템은 시스템의 구조적 균형을 통해 이러한 물성을 실현하는데, 처음에는 디자이너가 사용하지 못할 수도 있다.
프로세스 관리의 과제
비즈니스 책임자는 비즈니스 프로세스가 변화하는 비즈니스 환경을 따라잡기를 원하고, IT 책임자는 변화하는 비즈니스 요구 사항에 신속하게 대응하여 저렴한 비용으로 변화를 진행할 수 있기를 원합니다.
관리자는 비즈니스 프로세스의 실행에 대한 전반적인 모니터링 및 성과 분석을 수행하고, 비즈니스를 보다 잘 조정하고, 보다 빠르고 효과적인 의사 결정을 내리고자 합니다.
점점 더 많은 비즈니스 시스템이 점점 더 복잡해지고 있습니다. 하나의 업무를 완성하려면 여러 시스템에 수동으로 액세스해야 한다. 엔터프라이즈 애플리케이션 시스템의 소프트웨어 구성 요소는 점점 더 복잡해지고 시스템 규모는 계속 확대되어 소프트웨어 아키텍처가 점점 더 복잡해지고 있습니다. 시스템의 품질과 성능은 더 이상 구현 알고리즘과 데이터 구조에 의존하지 않습니다. 소프트웨어 시스템 아키텍처는 시스템의 품질을 어느 정도 결정합니다. 소프트웨어 아키텍처는 소프트웨어 개발 활동을 관리, 형식화 및 구성할 수 있는 도구를 제공합니다. 이를 통해 소프트웨어 개발 프로세스의 일부 객체를 새로운 소프트웨어 아키텍처에서 객체로 변환할 수 있습니다. 예를 들어, 소프트웨어 아키텍처를 통해 소프트웨어 요구 사항 사양을 시스템 설계로 변환하고 설계를 구현으로 변환할 수 있습니다.
소프트웨어 아키텍처는 컴퓨터 소프트웨어 (프로그램) 시스템의 하나 이상의 시스템 구조입니다. 구성 요소, 구성 요소의 외부 성능 속성 및 구성 요소 간의 관계로 구성됩니다. 소프트웨어 시스템 아키텍처는 좋고 나쁨이 있다. 좋은 시스템 아키텍처는 소프트웨어 시스템이 특성, 성능 및 수명 주기의 요구 사항을 충족시킬 수 있지만, 나쁜 시스템 아키텍처는 그렇지 않습니다. 따라서 시스템 개발이 시작될 때 실험, 검증 등의 평가 방법을 통해 최적의 아키텍처를 선택하여 시스템을 구축해야 합니다.
많은 소프트웨어 아키텍처가 있습니다. 이 문서에서는 소프트웨어 아키텍처를 데이터 중심 아키텍처, 데이터 흐름 아키텍처, 가상 시스템 아키텍처, 호출 및 반환 아키텍처, 독립 구성 요소 아키텍처 등 다섯 가지 범주로 나눕니다. 각 아키텍처 유형은 시스템 요구 사항의 기본 사항과 설계 시스템을 분석할 수 있는 방법을 제공합니다. 모두 효과적이고 실용적입니다. 그러나 모두 기술적 관점에서 제품 영역에서 아키텍처 정의 구성 요소를 분석합니다. 구성 요소 간의 상호 작용 정보 및 구성 요소의 외부 성능 속성은 구성 요소가 다른 구성 요소에 의해 작동할 때 제공할 수 있는 서비스, 성능 통계, 오류 처리, 데이터 응용 프로그램 등입니다. 시스템의 질적 t 속성은 시스템의 비즈니스 요구 사항에서 비롯됩니다. 비즈니스 영역에서 시스템의 아키텍처를 고려하는 경우 추상 엔터프라이즈 애플리케이션 요구 사항의 비즈니스 모델링을 통해 비즈니스 프로세스의 특정 작업을 수행하고, 참가자 일치 및 프로세스 정의를 사용하여 비즈니스 프로세스, 비즈니스 활동 및 조직 간의 관계를 설정하고, 워크플로우 가상 시스템을 지원으로 사용합니다. 소프트웨어 아키텍처의 비즈니스 로직의 정적 속성을 설명할 수 있습니다. 비즈니스 프로세스를 반영하는 프로세스 모델을 실행하는 예를 설명하고 소프트웨어 아키텍처의 동적 속성을 실현할 수 있습니다. 비즈니스 논리와 시스템의 분리, 시스템 소프트웨어 아키텍처의 정적 및 동적 속성의 논리를 통해 비즈니스 논리의 표현 개체를 사용하여 비즈니스 프로세스, 비즈니스 활동 및 참가자로 나눌 수 있는 엔터프라이즈 애플리케이션 시스템의 아키텍처를 설명합니다. 이들 간의 정보 교환 메커니즘을 독립적으로 캡슐화함으로써 비즈니스 논리, 비즈니스 데이터 및 비즈니스 운영 엔티티 간의 결합을 줄이고 비즈니스 도메인 내 비즈니스 프로세스의 유연한 관리 (즉, 비즈니스 프로세스 관리) 및 비즈니스 프로세스 내 다양한 비즈니스 활동 애플리케이션 기능을 통합할 수 있습니다.
업무 프로세스란 기업 또는 조직 내에서 업무 목표와 정책을 달성할 수 있는 상호 연관된 프로세스 및 활동 세트입니다. 업무 프로세스는 워크플로우로 설명할 수 있으며 컴퓨터에서 수행할 수 있는 업무 프로세스의 전체 또는 일부를 나타낼 수 있습니다. 이 과정에서 문서, 정보 또는 작업은 예정된 규칙에 따라 전달되며, 기업 인력과 기존 소프트웨어는 상호 조정되어 기업 비즈니스의 전반적인 목표를 달성합니다. 프로세스 모델링을 통해 시작 및 종료 조건, 제어 흐름, 작업 링크 간, 상호 데이터 흐름 관계 등 업무 프로세스에 관련된 다양한 데이터를 정의합니다.
업무 활동은 업무 프로세스의 가장 작은 작업 단위로, 업무의 특정 기능을 나타내며, 워크플로우의 논리적 단계나 링크의 작업 작업에 해당하며, 일반적으로 수동 작업과 자동 처리의 두 가지 범주로 나뉩니다. 업무 활동을 모델링하면 활동의 내용을 활동의 통제 관계에서 분리하여 활동의 내용이 사용자 인터페이스이거나 구성 요소 (예: 비용 구성 요소, 컴파일된 실행 프로그램 또는 하위 업무 프로세스) 가 될 수 있습니다. 비즈니스 컨텐츠가 변경되면 특정 기능 구성 요소만 대체하고 비즈니스 프로세스의 프로세스 정의는 변경하지 않습니다. 비즈니스 프로세스가 변경되면 활동의 제어 관계만 변경하면 되고 비즈니스 컨텐츠 및 관련 데이터베이스는 변경할 필요가 없습니다.
조직은 참여자의 모델링 메커니즘으로, 조직 단위, 역할 및 참여자의 세 가지 기본 요소가 있습니다. 이러한 기본 요소는 프로세스 모델링에 사용되며 모델링 메커니즘을 통해 정의된 프로세스에 사용되는 역할과 조직에 정의된 요소 간의 일관성을 보장합니다. 조직 모델링에는 두 가지 이점이 있습니다. 1 비즈니스 프로세스 정의를 비즈니스 실행 참가자와 분리하고 프로세스 모델과 엔터프라이즈 직원의 조직 모델 간의 상대적 독립성을 제공합니다. (2) 작업의 균형을 맞추는 수단을 제공합니다. 여러 수행자가 참가자의 요구를 충족할 경우 프로세스 정의를 변경하지 않고 역할 일치를 통해 참가자 간에 작업의 균형을 맞출 수 있으므로 생산성이 향상되고 프로세스의 일회성 실행 처리 시간이 단축됩니다. SynchroFLOW 흐름은 비즈니스 영역을 위한 시스템 아키텍처를 갖춘 비즈니스 프로세스 관리 및 통합 시스템입니다. 비즈니스 프로세스를 모델링하고 조직을 분리하여 시스템의 물성을 최대한 충족시킬 수 있습니다.
1 워크플로 가상 시스템
워크플로우 가상 시스템은 비즈니스 프로세스를 해석하고 실행하는 워크플로우 관리 시스템이며 워크플로우 프로세스 인스턴스의 생성, 실행, 모니터링 및 관리를 위한 운영 환경입니다. 프로세스, 활동 및 워크플로우에 대한 쿼리, 제어, 관리 기능, 로그 관리 기능 및 시스템 관리 기능, 워크플로우 해석 및 실행을 위한 의미 및 구문 규칙, SynchroFLOW 프로세스에서 알파벳 카드 기반 모델을 기반으로 하는 워크플로우 의미 및 구문 규칙을 제공합니다. WfMC 표준을 따르는 페트리 네트 이론에 기반한 워크플로우 모델입니다. 동기화 영역과 비동기 영역을 분할하여 동기화 영역에서 참 및 거짓 트러스트 카드를 사용하는 규칙입니다. 비동기 분야에서 진정한 신뢰 카드 규칙을 사용하는 것은 다양한 비즈니스 프로세스의 제어 논리를 설명할 수 있는 풍부한 의미와 직관적인 설명 기능을 갖추고 있습니다.
2 비즈니스 프로세스 모델링
비즈니스 프로세스 모델링은 알파벳 카드 기반 모델로 워크플로우 해석을 개발하고 의미 및 구문 규칙을 구현하며 비즈니스 프로세스를 엄격하게 설명합니다. 비즈니스 프로세스의 프로세스와 관련 설명 정보가 완전히 정의되면 워크플로우 가상 시스템은 이 프로세스 정의에 따라 자동 또는 반자동으로 실행되므로 사용자가 추가 소프트웨어를 개발할 필요가 없습니다.
SynchroFLOW 프로세스의 비즈니스 프로세스 모델링은 프로세스 모델링 정의, 프로세스 모델링 관리 및 프로세스 정의 결과의 표준 형식 등으로 나뉩니다. 프로세스 모델링은 프로세스 정보 및 관련 데이터를 포함한 비즈니스 프로세스의 체스 정의를 완료합니다. 프로세스 모델링 관리는 프로세스 정의 결과 저장 및 획득, 프로세스 정의 데이터베이스 관리 등 프로세스 정의 관리 기능을 담당합니다. 프로세스 정의 결과의 형식은 XMLWPDL 프로세스 정의 교환 표준을 따릅니다.
3 업무 활동 모델링
워크플로우 모델에는 여러 프로세스가 포함될 수 있습니다. 프로세스에는 몇 가지 기본 요소가 포함될 수 있습니다. 이들은 활동 항목과 이전 항목의 두 가지 범주로 나눌 수 있습니다. 활동은 시작 활동, 수동 활동, 자동 활동, 내부 활동, 하위 활동, 라우팅 활동, 활동 그룹, 사고 활동, 종료 활동 등 9 가지 특수한 상황으로 나뉜다. 비즈니스 활동 모델링은 활동의 내용 (특정 기능) 을 구성 요소 (예: 비용 구성 요소, 컴파일된 실행 프로그램 또는 하위 비즈니스 프로세스 또는 사용자 인터페이스) 로 디자인하고, 인간-컴퓨터 상호 작용, 데이터 처리 및 데이터베이스 연결 기능을 완료하고, 비즈니스 프로세스를 정의할 때 호출할 수 있도록 특정 방식으로 저장하는 것입니다. 반면 활동 유형 및 제어 흐름 정보에 따라 업무 프로세스를 정의할 때
4 조직 구조 모델링
업무 프로세스의 정의에서 일련의 활동과 그 사이의 관계를 정의하는 것 외에도 수동 활동을 누가 할 것인지, 누가 할 것인지를 결정하는 방법도 고려해야 합니다. 워크플로우 시스템에서 활동에는 사람, 회사, 역할의 세 가지 참가자 (수행자) 가 있을 수 있습니다. 이 세 가지 정보는 기업의 조직 모델 데이터베이스에 저장되며 프로세스 정의에 사용됩니다.
개인: 활동의 특정 수행자를 나타내며, 활동의 임무를 대화식으로 완료합니다.
회사: 활동 수행자는 한 사람에게 지정된 것이 아니라 조직 단위에 지정되어 해당 단위 내의 모든 사람이 활동을 수행할 수 있는 능력과 권한을 가지고 있음을 나타냅니다. 시스템이 구현되면 현재 상황에 따라 단위 내에서 적절한 사람을 동적으로 선택하여 활동을 완료합니다.
역할: 업무 프로세스에서 서로 다른 사람들이 수행하는 역할 구분이며, 서로 다른 역할은 서로 다른 역할에 의해 수행될 수 있습니다.
참가자는 활동을 수행할 수 있는 사용자를 설명하는 활동 수행자입니다. 사람, 조직 단위, 캐릭터에 대한 집합 연산 표현식입니다. 참여자는 프로세스와 연관되며 개인, 조직 단위 및 역할의 정의는 프로세스와 독립적입니다. 참여자와 활동 간의 관계는 실행과 집행의 관계이고, 참여자와 사람, 조직 단위, 역할 간의 관계는 연기와 연기의 관계이다. 참여자 표현식을 충족하는 사람, 조직 단위 및 역할만 활동을 수행할 수 있습니다 (프로세스 인스턴스가 실행되기 전에 참여자가 활동 (참여자 일치 또는 참여자 변환) 에 지정된 경우). 따라서 참가자와 수행자 사이에는 다대다 관계가 있다. 참가자는 한 명 이상의 수행자가 맡을 수 있고, 한 수행자는 여러 참가자를 연기할 수 있습니다. 이런 다대다 관계는 참가자 일치의 실현에 어느 정도 어려움을 가져왔다. 그러나 동시에 유연하고 간단하며 제어하기 쉬운 이점을 제공합니다.
SynchroFLOW 를 통한 비즈니스 프로세스 관리
SynchroFLOW 프로세스 모델링은 표준 XML-WPDL 프로세스 정의를 프로세스 모델링과 워크플로우 가상 시스템 간에 프로세스 정의를 교환하는 방법으로 사용하여 엔터프라이즈 비즈니스 프로세스를 나타내는 프로세스 정의기와 워크플로우 가상 시스템 간에 느슨하고 유연한 관계를 설정합니다. 엔터프라이즈 비즈니스 프로세스가 재구성되면 비즈니스 프로세스가 변경됩니다. 비즈니스 프로세스 정의를 변경하고 기존 프로세스 정의를 새 프로세스 정의 파일로 교체하면 됩니다. 시스템의 기능 구성 요소, 참가자 및 데이터베이스 속성을 수정할 필요가 없습니다.
동기화 스트림을 사용하여 엔터프라이즈 애플리케이션을 개발할 때 비즈니스 프로세스, 활동 또는 참가자가 변경될 때 동기화 흐름에서 제공하는 도구를 사용하여 시스템 전체 아키텍처에 영향을 주지 않고 시스템을 로컬로 빠르게 수정하여 시스템의 물성을 보장할 수 있습니다. 또한 워크플로우 가상 시스템과 업무 프로세스를 반영하는 프로세스 정의 파일의 분리로 인해 업무 프로세스를 동적으로 수정할 수 있습니다. 즉, 프로세스 정의 모델의 인스턴스를 수정할 수 있습니다. 인스턴스화된 프로세스가 실행 중 수정이 필요할 때 워크플로우 가상 시스템은 수정할 프로세스 인스턴스를 일시 중지하고, SynchroFLOW Flow 에서 제공하는 도구를 사용하여 프로세스, 활동 또는 참가자를 신속하게 수정하고, 워크플로우 가상 시스템에 의해 인스턴스화되고, 일시 중지된 비즈니스 프로세스를 재개하는 새로운 비즈니스 프로세스 모델 파일을 얻습니다. 인스턴스가 업데이트되었으므로 새 업무 프로세스에 따라 실행됩니다.
SynchroFLOW 를 이용한 엔터프라이즈 애플리케이션 통합
SynchroFLOW 프로세스는 비즈니스 논리, 비즈니스 데이터 및 비즈니스 운영 엔티티 간의 연계를 줄이고 엔터프라이즈 애플리케이션의 이기종 환경에서 다양한 수준의 기능 구성 요소 및 프로세스 수준 통합을 가능하게 합니다. 소프트웨어 개발자가 개발한 프로세스 정의와 관련된 EJB, 응용 프로그램, 양식 및 첨부 파일은 시스템 관리를 통해 등록 및 로그아웃됩니다. 양식 개발 도구를 사용하여 개발된 양식은 응용 프로그램 관리에서 제공하는 API 를 통해 등록됩니다. EJB 는 EJB 배치 툴을 통해 EJB 서버에 배포됩니다. EJB, 신청, 양식 및 첨부에 대한 색인 정보는 신청 데이터베이스에 저장됩니다. SynchroFLOW 의 양식 개발 도구에서 개발한 양식 또는 FrontPage 와 같은 타사 개발 도구에서 개발한 양식 및 JSP, HTML, EJB 패키지 구성 요소는 등록을 통해 비즈니스 활동의 기능 구성 요소로 등록됩니다.
엔터프라이즈 응용 프로그램에서 많은 응용 프로그램은 2 차 개발자와 사용자가 직접 개발했으며, 일부는 제 3 자가 개발한 비용 구성 요소로 워크플로우 가상 시스템에서 알 수 없습니다. SynchroFLOW 는 애플리케이션 등록 및 취소 메커니즘을 통해 통합됩니다. 응용 프로그램을 통합하는 방법에는 두 가지가 있습니다. 하나는 완료된 응용 프로그램을 활동의 기능 구성 요소로, 응용 프로그램 관리에 응용 프로그램 인덱스 정보를 등록하고, 프로세스를 정의할 때 활동에 통합하는 것입니다. 업무 프로세스가 실행되면 활동과 함께 실행됩니다. 다른 하나는 호출 응용 프로그램입니다. 해당 API 는 클라이언트 등록 응용 프로그램 요청을 처리하고 호출 응용 프로그램 요청에 응답합니다.