Vodič za poslovne aplikacije
Izrada poslovnih aplikacija: od tabele do sistema
Izrada poslovne aplikacije ima smislen početak kada možete da pokažete koji posao treba srediti, ko u njemu učestvuje i gde podaci danas gube jasno značenje. Pre izrade popišite stanja procesa, ovlasti nad zapisima, pravila ispravke i podatke za prenos. Zatim proverite ceo tok na ograničenom primeru, kroz probnu migraciju i pilot.
Prvo nacrtajte tok zapisa kroz posao
Tabela sama po sebi nije razlog za novu aplikaciju. Može dobro da služi malom timu koji ima jednostavna pravila. Procena postaje korisna kada treba da uredite odgovornosti, različite pristupe ili povezanost više koraka koje više nije praktično pratiti postojećim načinom rada.
Ako je odluka između kupovine, povezivanja i izrade još otvorena, pogledajte vodič za izbor softverskog rešenja. Ovde se bavimo sledećim pitanjem: kako pripremiti poslovni proces za aplikaciju.
Prikupite poslednjih nekoliko završenih primera i pronađite njihove zajedničke korake. Važno je da uključite i zapis koji je vraćen na dopunu, odbijen ili naknadno ispravljen. Upravo takvi slučajevi pokazuju pravila koja glavna tabela često ne otkriva.
Odredite događaj koji pokreće posao, uslove za sledeći korak i završetak. Razlikujte podatak koji je neko uneo od podatka koji je ovlašćeno lice potvrdilo.
U hipotetičkom proizvodnom timu evidencija kontrole serija nalazi se u tabeli, a fotografije i dopune u porukama. Nova poslovna aplikacija trebalo bi da poveže zapis, nalaz i odluku. Ovaj primer ne opisuje stvarnu Novero isporuku niti obećava određeni poslovni rezultat.
| Stanje zapisa | Šta znači u primeru | Uslov za sledeći korak |
|---|---|---|
| Pripremljeno | Serija je spremna za pregled | Dodeljen je kontrolor |
| U pregledu | Unose se nalazi i prilozi | Popunjene su obavezne provere |
| Potrebna dopuna | Nedostaje podatak ili dokaz | Dopuna je dostavljena na ponovnu proveru |
| Potvrđeno | Ovlašćeno lice prihvatilo je nalaz | Dalja izmena sledi dogovoreni postupak |
Nije dovoljno nacrtati strelice. Za svaku promenu stanja navedite ko je pokreće i šta aplikacija treba da uradi ako uslov nije ispunjen.
Poslovna pravila odvojite od izgleda ekrana
Na jednom ekranu mogu da se nalaze pravila važna za nekoliko odeljenja. Na primer, promena šifre serije može da utiče na povezane nalaze i izveštaj koji je već izvezen.
Pre rasprave o bojama i rasporedu polja razjasnite:
- šta jedinstveno označava zapis;
- koja polja moraju da se unesu, a koja potvrde;
- ko ispravlja netačan unos i kako se vidi prethodna vrednost;
- šta se događa s prilozima i povezanim zapisima;
- koji su izuzeci dozvoljeni i ko ih odobrava.
U proizvodnom primeru možete da dogovorite da izmena potvrđenog nalaza otvara novu verziju za proveru. Drugi proces možda zahteva drugačije ponašanje. Bitno je da ono bude odluka poslovnog vlasnika procesa, jasno zapisana za razvoj i testiranje.
Uloge pretvorite u tabelu konkretnih ovlasti
Administrator koji upravlja računima ne mora da ima poslovnu ovlast da potvrdi kontrolu. Kontrolor može da uređuje dodeljeni zapis, a rukovodilac da vidi rezultate više timova.
Pripremite ovlasti za radnju i podatke na koje se odnosi. OWASP smernice za autorizaciju preporučuju definisanje korisnika, resursa i dozvoljenih operacija i proveru takvih pravila testovima.
| Uloga u hipotetičkom primeru | Dozvoljena radnja | Ograničenje koje treba proveriti |
|---|---|---|
| Operator | Priprema zapis o seriji | Ne potvrđuje nalaz kontrole |
| Kontrolor | Unosi nalaz na dodeljenoj seriji | Ne menja tuđi potvrđeni nalaz bez postupka ispravke |
| Rukovodilac kvaliteta | Potvrđuje ili vraća nalaz | Razlog vraćanja ostaje vezan za zapis |
| Administrator računa | Dodeljuje dogovorene pristupe | Administracija nije prečica za poslovno odobravanje |
Tabela je predlog zahteva. Stvarna organizacija treba da potvrdi odgovornosti i moguće zamene, uključujući male timove u kojima ista osoba obavlja više poslova.
Očistite značenje podataka pre prenosa
Nemojte automatski da pretpostavite da stubac iz stare tabele može da postane istoimeno polje u novoj aplikaciji. Oznaka „završeno” možda je u jednom timu značila dovršen unos, a u drugom potvrđen rezultat.
Za svaki podatak zapišite izvor, značenje, dozvoljene vrednosti i osobu koja može da razreši nejasnoću. Dogovorite da li treba da se prenesu istorija, otvorene stavke, prilozi i veze među zapisima.
Microsoft smernice za migraciju u Dynamics 365 uključuju izvore, mapiranje, redosled, odgovornosti i proveru kvaliteta. To je koristan planerski obrazac, uz prilagođavanje konkretnim sistemima.
Mogućnost izvoza u CSV nije dokaz da je prenos rešen. Treba proveriti odnose među podacima, formate datuma, identifikatore, kodiranje znakova i postupanje s prilozima. Ako se podaci preuzimaju iz drugog poslovnog alata, procenite i povezivanje postojećih sistema.
Sprovedite probnu migraciju i uskladite rezultat
Za probu izaberite podatke koji pokrivaju različita stanja i nekoliko poznatih problema. U testnom okruženju koristite prikladno zaštićene ili pripremljene podatke; nemojte nepotrebno da delite lične ili poslovne tajne.
Pretpostavimo da testni skup ima 120 zapisa. Ako je preneto 117, a tri su odbijena, taj rezultat može da objasni početni broj, ali migracija još nije potvrđena kao završena. Treba videti zašto su tri zapisa odbijena i šta je s njima odlučeno. Brojevi služe samo objašnjenju provere.
Kontrolna lista za probu može da uključi:
- Usklađivanje broja izvornih, prenetih i odbijenih zapisa.
- Proveru da li su iste oznake ili šifre stvorile duplikate.
- Otvaranje izabranih zapisa i njihovih priloga.
- Proveru veza među serijama, nalazima i korisnicima.
- Poređenje važnih pregleda s dogovorenim izvornim podacima.
- Potvrdu odgovorne osobe da su odstupanja rešena ili dokumentovano prihvaćena.
Zbir redova nije jedina provera. Jednaki brojevi mogu da sakriju pogrešno povezane podatke ili različito tumačenje statusa.
Pilot vežite za konkretne zadatke tima
Izaberite korisnike koji mogu da obave ceo tok, uključujući dopunu i ispravku. Dogovorite da li je njihov rad probni ili već zvaničan i gde se nalazi važeća evidencija za taj period.
Tokom pilota odvojeno beležite poteškoće u razumevanju, programske nedostatke i nova poslovna pravila. Korisnik koji ne zna zašto je zapis vraćen možda treba jasniju poruku. Zahtev za dodatnim odobravanjem može da zahteva promenu opsega.
Pre prelaska celog tima proverite pristupe, kratka radna uputstva, osobu za pitanja i postupak ispravke podataka. Za stari način rada dogovorite završetak unosa i pristup istoriji prema stvarnim potrebama; ne brišite je samo zato što je novi sistem pokrenut.
Prva verzija treba da zatvori proces koji ste izabrali
Za početni opseg izaberite tok čiji završetak može da se prepozna. U primeru kontrole to uključuje pripremu zapisa, nalaz, dopunu i potvrdu. Napredna analitika može da čeka ako nije uslov tog rada.
Pri pripremi poslovnih aplikacija po meri posebno označite nerešene odluke. Nepoznato pravilo ili nejasna evidencija podatak su za dalju analizu, a ne razlog da izvođač sam pretpostavi kako poslujete.
Pošaljite Noveru jedan opisani radni tok i anonimizovan primer postojeće evidencije. Uz spisak uloga i otvorenih pitanja možete da započnete razgovor o aplikaciji koja podržava stvaran posao.
Izvori
- OWASP: Authorization Cheat Sheet — definisanje korisnika, resursa i dozvoljenih operacija i provera pravila testovima.
- Microsoft: upravljanje podacima i migracija konfiguracionih podataka u Dynamics 365 — planiranje izvora, mapiranja, redosleda, odgovornosti i provere kvaliteta.