Det russiske markedet har gått inn i et stadium da altkunder ønsker å uavhengig utvikle informasjonssystemene sine, uten bruk av integratorer og leverandører. For moderne systemer for økonomisk dokumentasjon har visuelle redaktører av forretningsprosesser, så vel som dokumentkort, blitt veldig populære. Visuell programmering, eller rettere sagt hovedideen, oppsto på åttitallet, men fortsatt er det en aktiv utvikling og utvikling av forskjellige produkter innen forskjellige felt. Som et resultat av bruken blir følgende avhandling bekreftet mer og mer: jo høyere produkt som brukes, jo større blir det begrenset implementering. Dette faktum har mange konsekvenser for russiske EDMS-systemer. La oss se på en liste over typiske spørsmål som ofte forårsaker endringer:
- opprette nye dokumenter eller endre eksisterende - dette gjøres på serversiden;
- en beskrivelse av listen over mulige handlinger på instruksjoner og dokumenter (brukergrensesnitt, oppgavekort);
- arbeide med typer dokumenter;
- oppslagsverk.
Visuell programmering: arbeider med en visuell redaktør
Når det gjelder å lage kort og deresbindende til visse beskrivelsesfelt, blir det nødvendig å jobbe med en redaktør, som igjen må støtte et godt definert sett med funksjoner:
- en beskrivelse av prosedyren for valg av verdier fra kataloger med et praktisk grensesnitt og muligheten til å filtrere;
- oppdeling av kortet i logiske seksjoner. For eksempel separate bokmerker for informasjonsfelt, for historikken til et dokument, for en rute, for relaterte ordrer og andre ting;
- støtte for innspilling av oppføringer som kaninneholder lenker til noen fremmede objekter. For eksempel bør en post i gjennomgangshistorien referere til en annen post, et visum, poster i andre felt bør også være med lenker til noen objekter;
- må nødvendigvis være til stede muligheten til å beskrive forholdene mellom de forskjellige feltene;
- muligheten til å redigere hierarkiske strukturer er en annen viktig detalj som visuell programmering skal gjøre tilgjengelig;
- en beskrivelse av forholdene som er dannet mellom feltene, det vil si en indikasjon på hvilke felt som dokumenter som kan redigeres for;
- stille inn synligheten til feltene avhengig av hvilke betingelser som er satt;
- Komplekse versjoner av datavalidering kombinert med flere felt.
Det er foreløpig ingen passende løsning for å bygge nettgrensesnitt med lignende muligheter.
Visuell programmering: arbeider med en beskrivelse av forretningsprosesser
Produsenter av forskjellige systemer jobber kontinuerligover opprettelsen av forskjellige visuelle prosessredaktører. Når du bruker slike redaktører for å utvikle russiske systemer, blir programmerere møtt med et helt sett med problemer. Mange fremgangsmåter som er utbredt i den russiske arbeidsflyten, kan ikke beskrives med tanke på forretningsprosesser, og det er derfor det er vanskelig å bruke et visuelt programmeringsspråk. Arbeidet med det russiske dokumenthåndteringssystemet er så komplisert at det nå ikke er noen måte å gjøre det på slik det gjøres i utlandet, det vil si lage skjemaer som fungerer sammenhengende, og ikke hver gang henter fram skjemaene og dokumentene som er nødvendige for å løse ett problem. Denne tilnærmingen forbedrer ikke arbeidseffektiviteten. Hvis du prøver å visualisere prosessene som egner seg godt til dette, vil ikke slike investeringer betale for seg selv, siden disse prosessene ikke trenger hyppige endringer.
Det er et visst sett med oppgaver for løsningen som det er aktuelt å bruke visuell programmering C, og i andre tilfeller kan det til og med ikke berøres.
