비즈니스 프로세스를 자동화하는 데 가장 적합한 디자인 우선 기술 선택

  • 8분

자전거 대여 비즈니스를 위해 예약 프로세스를 자동화하는 기술을 선택하려고 합니다.

이 프로세스를 원래 캠퍼스에서 수행하던 것처럼 능률화 및 현대화하려고 합니다. 또한 최근 기존 자전거 대여 비즈니스를 운영할 권리를 획득한 새 캠퍼스에 사용되는 자전거 추적 기술을 통합하려고 합니다.

이 연습에서는 해당 시나리오를 자세히 검토하고 사용할 기술을 선택할 것입니다.

시나리오

원래 캠퍼스에는 자전거 대여 매장 5개가 있습니다. 각 상점에는 대여용 자전거 목록과 자전거, 기능 및 이미 임대 중인지 아니면 가게에 있는지를 기록하는 자체 데이터베이스가 있습니다.

현재 각 자전거는 등록된 원래 매장에서만 대여할 수 있습니다. 고객이 자전거를 다른 매장에 반납하면 직원이 자전거가 데이터베이스에 등록된 매장으로 다시 옮깁니다. 각 자전거를 어느 매장에서도 대여할 수 있도록 프로세스를 변경하려고 합니다. 그러나 직원이 각 자전거가 있는 위치를 신속하게 찾을 수 있도록 해야 합니다.

인접한 주의 대학교에서 자전거 대여 기업은 자전거 위치를 추적하기 위해 타사 시스템에 투자했습니다. 자전거가 매장에 다시 도착하면 자전거의 고유한 바코드가 스캔됩니다. 자전거 추적 데이터베이스는 바코드를 스캔한 매장의 이름을 사용하여 자동으로 업데이트됩니다. 자전거가 고객의 임대로 매장에서 떠나면 위치가 “임대 중”으로 변경되고 고객 이름이 별도 열에 기록됩니다.

이 시스템은 고객이 특정 프레임 크기 및/또는 전기 모터 또는 모든 지형 서스펜션 등 특정 기능을 가진 자전거를 요구할 때 유용한 것으로 입증되었습니다. 요구 사항에 맞는 자전거가 어떤 매장에 없는 경우 해당 매장은 요구 사항에 맞는 자전거가 있는 매장을 신속하게 확인하고 가져오거나 고객을 적합한 매장으로 안내합니다. 이 자전거 위치 데이터베이스는 다른 시스템에서 호출할 수 있는 REST API를 포함합니다.

관리 이사는 사용자가 개발하는 워크플로를 명확하게 이해할 수 있기를 원합니다. 과거에 설명서가 고객 코드와 동기화된 상태로 유지되지 않은 문제가 있었기 때문에 경영진은 구현된 프로세스를 보고 싶어 합니다.

비즈니스 프로세스

두 캠퍼스의 자전거 예약 및 대여 프로세스를 다음 워크플로로 업데이트하려고 합니다.

Decision flow diagram detailing the logic for the bike booking and rental process.

세부 정보는 다음과 같습니다.

  1. 고객이 전화로, 직접 방문하여, 또는 웹 사이트를 통해 자전거를 요청합니다.
  2. 매장 직원이 고객의 세부 정보 및 프레임 크기를 기록합니다.
  3. 고객이 전기 모터, 서스펜션, 어린이용 트레일러 등 특정 기능을 필요로 합니까? 그렇다면 해당 기능은 무엇입니까?
  4. 해당 프레임 크기와 기능을 가진 모든 자전거가 있는 곳은 어디인가요? 이 정보는 자전거 위치 데이터베이스에서 가져오며 바코드 스캐닝 시스템에 의해 최신 정보로 유지됩니다.
  5. 올바른 기능과 프레임 크기를 가진 자전거가 올바른 매장에 있습니까? 예라고 답한 경우 해당 자전거를 예약합니다.
    1. 그렇지 않은 경우 자전거가 있는 가장 가까운 곳은 어디입니까? 자전거를 예약합니다.
    2. 직원에게 자전거를 고객에게 전달하라는 이메일을 보냅니다.
    3. 새 위치에서 바코드를 스캔합니다.
  6. 자전거를 고객에게 넘겨주고 위치를 “임대 중”으로 업데이트합니다.
  7. 고객으로부터 결제 금액을 받습니다.

이 프로세스는 전체 프로세스를 단순화한 것입니다. 간단히 하기 위해 원하는 프레임 크기 또는 기능을 대여할 수 있는 자전거가 없는 것과 같은 에지 케이스를 생략했습니다. 아마 이 단순화된 프로세스에서 다루지 못한 다른 경우를 생각하는 분도 있을 것입니다.

기술 선택

비즈니스 프로세스를 구현하고 자전거 위치 데이터베이스와 통합하는 데 사용할 수 있는 Azure 기술을 살펴보겠습니다.

  • Microsoft Power Automate
  • Azure Logic Apps
  • Azure Functions
  • Azure App Service 웹 작업

이 기술 및 다른 기술을 사용하여 이 비즈니스 프로세스에 대한 워크플로를 만들 수 있습니다. 또한 각 기술은 어떤 REST API와도 통합할 수 있으므로 이 기술 중 일부를 사용하여 자전거 위치 시스템과 통합할 수도 있습니다. 이러한 옵션 중에서 어떻게 선택합니까?

디자인 중심 혹은 코드 중심?

경영진과 해당 경영진의 직원이 워크플로 및 코드와 구현 검토보다 더 높은 수준을 이해하기를 원한다고 알고 있습니다. 또한 프로세스가 변경될 때 너무 쉽게 최신 상태가 되기 때문에 프로세스를 설명하는 별도의 문서를 좋아하지 않습니다.

디자인 중심 방법을 선택하면 워크플로가 이해하기 쉬운 디자인 표면에 시각화됩니다. 또한 이 다이어그램은 별도의 문서가 아니라 구현되는 프로세스를 보여주는 그림입니다. 이점은 프로세스가 변경될 때 다이어그램이 업데이트된다는 것입니다.

이런 이유 때문에 디자인 중심 방법을 선택합니다.

Microsoft Power Automate 혹은 Azure Logic Apps?

이제 두 가지 디자인 중심 기술 중에서 선택해야 합니다.

  • Microsoft Power Automate
  • Azure Logic Apps

이 시나리오에는 매장 직원이 비즈니스 프로세스를 수정할 수 있어야 한다는 제안이 없습니다. 또한 해당 REST API를 통해 자전거 위치 데이터베이스에 연결하려면 사용자 지정 커넥터를 만들어야 합니다. 이는 개발자가 할 일입니다.

사용자 지정 커넥터와 워크플로 개발을 같은 사람 또는 같은 팀이 수행하는 것이 합리적일 것 같아 보입니다. 이 작업은 개발자가 해야 하므로 Azure Logic Apps를 사용하는 것이 최선입니다.

이 연습에서 알 수 있듯이, 우리는 비즈니스 프로세스와 대상자를 이해하는 것만으로 주어진 솔루션에 사용할 기술을 좁힐 수 있습니다.