Toote juhtumiuuring · Platvormi arhitektuur
Üks broneerimismootor tunni- ja päevapõhistele ning muutuva kestusega teenustele
Anolla on üles ehitatud ressursside, saadavuse ja reeglite ümber, mitte ühe valdkonna malli järgi. Seetõttu saab sama põhimootor hallata kohtumisi, grupiteenuseid, ruume ja renditeenuseid, ilma et iga teenusemudeli jaoks tuleks luua eraldi tarkvaratoode.
See tehniline ülevaade kirjeldab, kuidas Anolla modelleerib erinevaid ajastusviise ühise ressursi- ja saadavusloogika kaudu.
Põhilist ajastusmudelit: tunni- ja päevapõhine ning muutuv kestus.
Konfiguratsiooni ulatusToetatud ressursitüüpi praeguses konfiguratsioonimudelis.
Kontrollitud platvormivõimekusÜhine saadavuse ja konfliktide valideerimise mootor.
ArhitektuuripõhimõteMillist probleemi lahendab ühtne broneerimismootor?
Paljud ajastamistarkvarad saavad alguse fikseeritud kohtumiskalendrist, millele lisatakse hiljem erandeid. Anolla lähtub vastupidisest põhimõttest: eraldi määratakse, mida broneeritakse, kui kauaks seda vajatakse ja millised tingimused peavad olema täidetud. Nii tekib eri tüüpi teenuseettevõtetele taaskasutatav ühine alus.
Väljakutse
Kohtumine võib vajada üht spetsialisti 45 minutiks, renditeenus reserveerida objekti mitmeks päevaks ning grupiteenus lubada samale ajale mitu osalejat.
Disainiotsus
Ressursid, aeg ja piirangud modelleeritakse eraldi, et saadavust saaks arvutada taaskasutatavate komponentide põhjal.
Platvormi tulemus
Üks põhimootor toetab erinevaid broneerimisstsenaariume ühise haldusmudeli kaudu, samal ajal kui kliendikogemus jääb ühtseks.
Miks kalender üksi ei ole veel broneerimismootor?
Lihtne kalender saab näidata vabu ja hõivatud aegu. Tootmiskeskkonnas töötav broneerimissüsteem peab otsustama, mida saab broneerida, milliseid ressursse on vaja, kuidas määratakse kestus, kas vabu kohti on alles ja kas mõni teine broneering on enne kinnitamist olukorda muutnud.
Need otsused muutuvad keeruliseks, kui platvorm teenindab rohkem kui üht ärimudelit. Iga kategooria jaoks eraldi kalendri loomine dubleeriks loogikat, killustaks kasutuskogemust ja muudaks tulevased muudatused raskemini hallatavaks.
Kohtumised
Vajavad spetsialisti, teenuse kestust ja klientidevahelisi puhveraegu.
Grupiteenused
Vajavad ühe ajavahemiku ainuõiguse asemel kohtade arvu haldust.
Ruumid ja väljakud
Võivad olla broneeritavad kindlate intervallide kaupa ning sõltuda lahtioleku- ja ligipääsureeglitest.
Rendiobjektid
Võivad kasutada päevapõhiseid perioode, üleandmisaknaid ja mitmepäevast saadavust.
Teenuse kategooria peaks kirjeldama ettevõtte tegevuskonteksti, mitte määrama ajastamismootori piire.
Millised põhimõtted võimaldavad kasutada üht mootorit eri teenusemudelite jaoks?
Anolla broneerimismudel koosneb sõltumatutest kihtidest. Iga kiht vastab üht tüüpi küsimusele ja seda saab uue valdkonna või broneerimisstsenaariumi lisamisel taaskasutada.
01 · Ressursikeskne struktuur
Kõike, mis piirab saadavust, saab käsitleda ressursina: spetsialisti, ruumi, väljaku, seadme, laua, sõiduki, teeninduskoha või muu broneeritava objektina.
02 · Valdkonnast sõltumatu ajastusmudel
Teenus võib kasutada tunnipõhist ajavahemikku, päevapõhist perioodi või muutuvat kestust ilma iga kategooria jaoks eraldi tootearhitektuurita.
03 · Piirangute keskne hindamine
Graafikuid, kohtade arvu, puhveraegu, broneerimisaknaid ja kattuvaid broneeringuid hinnatakse koos enne aja pakkumist ning uuesti enne kinnitamist.
04 · Üks mudel kliendi- ja haldusvoogudes
Avalik broneerimisleht ja haldustööriistad kasutavad sama saadavusloogikat, vähendades vastuoluliste valikute riski.
Kuidas liigub konfiguratsioon saadavusmootorisse?
Mootor ei alusta valdkonna nimetusest, vaid hinnatava broneeringu jaoks vajalikest ressurssidest, ajastusmudelist ja piirangutest. Sama otsustusloogikat kasutatakse nii avalike kui ka haldusest loodud broneeringute puhul.
Konfiguratsiooni sisendid
Saadavusmootor
Arvuta · võrdle · valideeri
Ühine mootor ühendab konfiguratsiooni, kontrollib saadavust ja rakendab broneerimisreegleid enne tulemuse tagastamist.
Mootori väljundid
Kontseptuaalne skeem kirjeldab saadavuse otsustusvoogu, mitte Anolla sisemiste süsteemide täielikku tehnilist arhitektuuri.
Kuidas kasutab sama mootor erinevaid teenustestsenaariume?
Konfiguratsioon muutub stsenaariumiti, kuid põhimootor vastab alati samadele küsimustele: milliseid ressursse on vaja, kui kauaks, milliste piirangute alusel ja kui palju broneerimismahtu on alles?
| Stsenaarium | Ajastusmudel | Mida mootor hindab | Taaskasutatav platvormiloogika |
|---|---|---|---|
| Spetsialisti vastuvõtt | Muutuv kestus | Teenuse kestus, spetsialisti graafik, ettevalmistus- või koristusaeg ning olemasolevad broneeringud. | Ressursi saadavus, kestuse arvutus, etteteatamisaeg ja konfliktide kontroll. |
| Grupitund | Fikseeritud kestus | Tunni graafik, juhendaja, ruum, osalejate piirarv ja vabade kohtade arv. | Mitme ressursi kontroll, kohtade arvu jälgimine, broneerimisaknad ja kinnitamisreeglid. |
| Väljak või ruum | Tunnipõhine | Lahtiolekuajad, broneerimisintervall, ressursi hõivatus, ettevalmistusaeg ja valikulised lisad. | Broneeritavate aegade genereerimine, kattuvate broneeringute välistamine ja saadavuse kuvamine. |
| Rendiobjekt | Päevapõhine | Algus- ja lõppkuupäev, üleandmisaknad, objekti saadavus ning kattuvad rendiperioodid. | Perioodi valideerimine, ressursi olek, broneerimisreeglid ja lõplik saadavuse kontroll. |
Kuidas toetab sama mootor mitme teenuse kombinatsioone?
Üks broneering ei pea alati tähendama üht teenust. Klient võib soovida järjestikku mitut seotud teenust ning teenusepakkuja saab määrata, milliseid teenuseid saab broneerida iseseisvalt ja milliseid ainult koos teise teenusega.
Broneerimismootori jaoks käsitletakse valitud teenuseid ühe tervikuna: nende kestused, pausid, hinnad ja vajalikud ressursid moodustavad kombinatsiooni, mille põhjal leitakse sobivad ajad ja luuakse üks broneering.
Üks broneering, mitu teenust
Klient saab valida ühe broneeringu sisse mitu omavahel sobivat teenust ilma eraldi broneeringuid loomata.
Kontrollitavad kombinatsioonid
Teenusepakkuja saab määrata, millised teenused on iseseisvalt broneeritavad ja millised moodustavad kombinatsiooni.
Ühine saadavuse arvutus
Saadavus arvutatakse kogu kombinatsiooni kestuse, pauside ja vajalike ressursside põhjal.
Teenuste kombineerimine ei vaja eraldi broneerimismootorit. Sama ressursi-, kestuse- ja saadavusloogika saab hinnata nii ühe teenuse kui ka mitmest teenusest koosneva broneeringu sobivust.
Kuidas jõuab konfiguratsioon kinnitatud broneeringuni?
Broneerimisvoog järgib ühtset järjestust ka siis, kui kasutajale nähtav teenus ja ajastusmudel on erinevad.
Määratle, mida saab broneerida
Teenusepakkuja määrab põhiressursi ja kõik lisaressursid, mida teenuse osutamiseks vajatakse.
Määra ajastusmudel
Teenus kasutab tunnipõhist ajavahemikku, päevapõhist perioodi või teenusest ja lisavalikutest sõltuvat kestust.
Rakenda graafikud ja piirangud
Tööajad, kohtade arv, puhverajad, etteteatamisajad, broneerimisaknad ja muud reeglid piiravad teoreetilist saadavust.
Leia kliendile kuvatavad valikud
Mootor tagastab ainult need ajad või perioodid, mis vastavad päringu hetkel aktiivsele konfiguratsioonile.
Kontrolli saadavust enne kinnitamist uuesti
Uus kontroll kaitseb valikuprotsessi jooksul tekkinud kattuvate muudatuste eest.
Millised omadused tulenevad ühtsest broneerimismootorist?
Tulemus ei seisne selles, et kõik ettevõtted kasutavad identset konfiguratsiooni. Erinevad konfiguratsioonid saavad tugineda samale testitud otsustusmootorile ja ühistele halduspõhimõtetele.
Ühine haldusmudel
Kasutajad haldavad ressursse, teenuseid, graafikuid ja reegleid ühiste mõistete kaudu.
Taaskasutatavad valideerimisreeglid
Konfliktide kontrolli ja piiranguid hallatakse keskselt, mistõttu saavad täiustustest kasu mitu teenusemudelit.
Ühtne klienditeekond
Kohtumised, ruumid ja renditeenused saavad järgida tuttavat broneerimismustrit ka erinevate saadavusreeglite korral.
Laiendatav platvormi alus
Uusi ressursikategooriaid ja teenusekombinatsioone saab lisada konfiguratsiooni ja reegleid laiendades.
Mida selle juhtumiuuringu väited täpselt tähendavad?
See on toote juhtumiuuring, mitte kliendilugu. See kirjeldab Anolla praegust broneerimismudelit, toetatud ressursikonfiguratsiooni ja funktsionaalset otsustusvoogu. Ulatusnäitajad kirjeldavad platvormi võimekust ega ole konkreetsele ettevõttele lubatud tulemus.
Võimekuse alus
Platvormi praegune konfiguratsioon, toetatud ressursitüüpide süsteem ja olemasolevad ajastusmudelid.
Funktsionaalne tõendus
Broneerimisstsenaariumid, mida hinnatakse sama saadavuse ja konfliktide kontrolli kaudu.
Andmete kasutamine
Juhtumiuuring ei kasuta nimeliselt tuvastatavate klientide andmeid ega ühegi ettevõtte individuaalseid tulemusnäitajaid.
Tõlgendus
Leht näitab platvormi ulatust ja arhitektuuri taaskasutatavust, mitte garanteeritud klienditulemusi.
Piirangud. Paindlik tuum ei muuda kõigi valdkondade töövooge identseks. Valdkondlikud nõuded, erilahendusega integratsioonid, füüsilised ligipääsusüsteemid või ebatavalised hinnastusreeglid võivad vajada lisaseadistust või arendust. Saadavuse täpsus sõltub teenusepakkuja sisestatud graafikute, ressursside ja reeglite kvaliteedist.