Matemaattisten järjestelmien suunnittelu

Suunnitelmille, jotka tiimi rakentaa päivittäin uudelleen, anna järjestelmän suunnitella

Vuorot, käyntiaikataulut, lähetys, tuotantovaiheet ja henkilöstön kohdennus. Muutamme Excelistä ja kokeneista käyttäjistä riippuvat monimutkaiset päätökset matemaattisiksi malleiksi ja käyttökelpoisiksi web- ja sovellusjärjestelmiksi.

Kokeile kohdennusdemoa

Prototyyppi jopa kahdessa viikossa Alustat: Web / iOS / Android Rakennettu toimipaikan sääntöjen ympärille

Rajoiteratkaisija

Optimoitu · 0.38s

Käyntiaikataulu / 20. kesäkuuta

Prototyyppi jopa kahdessa viikossa

Optimoitu

Aoki

Ito

Sato

Hayashi

09:00

V-012Pohjoinen / Hoiva

V-008Itä / Kuntoutus

11:00

V-003Keskus / Mielenterveyden tuki

V-021Länsi / Lastenhoito

13:00

V-017Pohjoinen / Kuntoutus

V-026Etelä / Mielenterveyden tuki

Rajoiteongelmat

Kokonaismatka

84 min

Kohdennusaste

100%

min Σ cᵢxᵢ + λΣ vⱼ
s.t. Ax ≤ b

Ratkaisemamme ongelmat

Aikataulutus Kenttätyö Reititys Yhteensovitus

Ratkaisemamme ongelmat

Kun työ on täynnä rajoitteita, tavallinen järjestelmäkehitys ohittaa ytimen.

Finite Field työskentelee operaatioissa, jotka ovat liian sääntöpitoisia lomakejärjestelmälle ja liian erityisiä yleiselle SaaS-tuotteelle.

Manuaaliset suunnitelmat rikkoutuvat

Joku järjestää työn uudelleen aina, kun vuoro, käynti, toimitus tai tilaus muuttuu.

Sääntöjä on vaikea nähdä

Taito-, kapasiteetti-, sijainti-, määräaika- ja prioriteettisäännöt ovat olemassa, mutta hajallaan taulukoissa ja ihmisten muistissa.

Asiantuntijat kantavat monimutkaisuuden

Samat tiedot kopioidaan Excelin, chatin ja järjestelmien välillä, ja sama asiantuntija korjaa ne.

Järjestelmä ei päätä

Järjestelmä on olemassa, mutta se kirjaa vain tulokset. Vaikea osa tapahtuu edelleen järjestelmän ulkopuolella.

Vastaus ei ole vain parempi näyttö. Se on malli, joka osaa päättää ja selittää.

Käsittelemme näitä työnkulkuja matemaattisina järjestelminä: mallinnamme päätöksen, testaamme rajoitteet, selitämme tuloksen ja rakennamme käyttöliittymän logiikan ympärille.

Liiketoimintasäännöistä järjestelmämalliin

Kun päätökset toistuvat, järjestelmä tarvitsee matemaattisen kerroksen.

Finite Field ei aloita näyttölistasta. Jaamme ensin kenttäpäätökset muuttujiin, rajoitteisiin, tavoitteisiin ja selitysvaatimuksiin.

Muuttujat

Työntekijät, käynnit, koneet, tilaukset, ajoneuvot, aikavälit, taidot, kapasiteetti ja päivämäärät muuttuvat eksplisiittiseksi dataksi.

Rajoitteet

Taidot, määräajat, sijainnit, kuormarajat, prioriteetit, poissaoloajat ja liiketoimintapoikkeukset kirjoitetaan säännöiksi.

Tavoitteet

Vähennä matkaa, tasapainota työtä, paranna mieltymysten sopivuutta, suojaa määräaikoja tai tee kompromissit näkyviksi.

Emme aloita näyttölistasta. Määritämme ensin päätösmuuttujat, rajoitteet, tavoitteet ja selitysvaatimukset ja muutamme ne käytettäväksi tuotteeksi.

Interaktiivinen kohdennusdemo

Kokeile, miten sääntörikas aikataulu muuttuu, kun siitä tulee matemaattinen malli.

Selaimessa toimiva demo on havainnollistava. Se ei lähetä tietojasi tämän sivun ulkopuolelle.

Käyntien suunnittelija

Vaihda tavoitetta ja käynnistä suunnittelija.

Optimointitavoite

Manuaalinen suunnitelma: kaksi rajoitetta vaatii korjausta

Esimerkki: 9 käyntiä / 5 työntekijää

Ratkaisualueet

Rakennamme päätöksen, emme yleisen näyttökategorian ympärille.

Keskitymme päivittäin uudelleen rakennettavaan suunnitteluun: vuorot, käynnit, lähetys, tuotantovaiheet ja kohdennukset.

Aikataulutus

Vuorojen ja miehityksen optimointi

Muuta taidot, aikavälit, leposäännöt ja oikeudenmukaisuus tarkistettavaksi aikatauluksi.

Kenttätyö

Käyntien ja reittien suunnittelu

Kohdenna käynnit ja kenttätyö huomioiden matka, taidot, mieltymykset ja aikaikkunat.

Reititys

Ajoneuvojen ja toimitusten suunnittelu

Suunnittele ajoneuvot, toimitukset ja pysähdykset kapasiteetti-, järjestys- ja palvelurajoitteiden alla.

Yhteensovitus

Kohdennus- ja yhteensovitusjärjestelmät

Yhdistä ihmiset, tapaukset, tilaukset tai resurssit selitettävien prioriteettien ja poikkeusten avulla.

Toimitusprosessi

Malli ensin, prototyyppi seuraavaksi, tuotanto vasta kun sopivuus on selvä.

Pidämme ensimmäisen askeleen riittävän kapeana mallin validoimiseksi ennen tuotantojärjestelmää.

Inventoi säännöt ja data

Kerää nykyiset taulukot, säännöt, esimerkit ja poikkeukset sekä tunnista, missä päätökset todella syntyvät.

Rakenna malli

Muunna työnkulku muuttujiin, rajoitteisiin, tavoitteisiin ja tarkistettaviin selitysvaatimuksiin.

Prototypoi operaatio

Luo mallin ympärille pieni käyttöliittymä, jotta käyttäjät voivat kokeilla työnkulkua ja löytää puuttuvat säännöt.

Suunnittele tuotantokehitys

Päätä tuotantolaajuus vasta, kun data, malli, käytettävyys ja riskit ovat näkyvissä.

Ensimmäinen askel

Aloita pienesti ja päätä sitten täyden järjestelmän rakentamisesta.

Epävarmoissa työnkuluissa aloitamme rajatulla prototyypillä: mallinnamme säännöt, rakennamme pienen käyttöliittymän ja tarkistamme, kannattaako logiikka viedä tuotantoon.

Prototyyppi alkaen ¥298 000

Prototyyppi selventää toteutettavuutta ja laajuutta. Se ei takaa liiketoimintavaikutuksia.

Sääntö- ja datainventaario

Pieni optimointi- tai yhteensovitusmalli

Kosketeltava työnkulun prototyyppi

Seuraavan laajuuden ehdotus riskeillä ja oletuksilla

Tutkimuksesta tuotteeksi

Mallinna, varmista, operoi

NPA

Verifiointi

Tuotteet

Math Lab

Pidämme tutkimuksen lähellä toteutusta.

Laboratorio yhdistää matemaattisen mallinnuksen, todistussuuntautuneen ajattelun ja ohjelmistotoimituksen. Etusivu esittelee suunnan ja ohjaa tekniset lukijat NPA:han ja liittyvään työhön.

Tutkimussisältö tukee insinööriarviota; se ei korvaa tuotantovalidointia eikä muodollisia todistustyökaluja.

Lue NPA:sta

UKK

Yleisiä kysymyksiä ennen ensimmäistä keskustelua

Vastauksia tiimeille, jotka pohtivat, pitäisikö operatiivisista päätöksistä tulla ohjelmistoa.

Millainen työ voi muuttua matemaattiseksi järjestelmäksi?

Aikataulutus, kohdennus, reititys, yhteensovitus, tuotannonsuunnittelu ja muut monirajoitteiset työnkulut sopivat hyvin. Muutamme ensin liiketoimintasäännöt pieneksi malliksi ennen rakentamispäätöstä.

Takaatteko liiketoimintatulokset?

Ei. Prototyyppi ja demo selventävät toteuttamiskelpoista logiikkaa, datavaatimuksia ja käyttäjäkokemusta. Ne eivät takaa kustannussäästöjä, myynnin kasvua tai muita vaikutuksia.

Voimmeko aloittaa ennen kuin kaikki vaatimukset on lukittu?

Kyllä. Pidämme ensimmäisen vaiheen yleensä pienenä: datatarkistus, sääntöjen järjestäminen ja kosketeltava prototyyppi. Tuotantokehitys alkaa, kun malli ja operaatio sopivat.

Tuo sääntöpitoiset päätökset selitettävään, testattavaan ja operoitavaan järjestelmään.

Aloita pienellä mallilla ja kosketeltavalla prototyypillä. Erotamme, mikä kannattaa automatisoida ja mikä jää ihmisen harkinnaksi.

Lähetä yhteydenotto