Det russiske marked er kommet ind i et stadium, når allekunder ønsker at udvikle deres informationssystemer uafhængigt uden brug af integratorer og leverandører. For moderne systemer med økonomisk dokumentation er visuelle redaktører af forretningsprocesser samt dokumentkort blevet meget populære. Visuel programmering, mere præcist dens hovedide, blev født i firserne, men hidtil er aktiv udvikling og udvikling af forskellige produkter på forskellige områder på vej. Som følge af deres brug bekræftes følgende afhandling mere og mere: Produktet på højere niveau anvendes, jo større er de begrænsninger, der pålægges implementeringen. Denne kendsgerning har mange konsekvenser for russiske EDS-systemer. Lad os se på listen over typiske forespørgsler, der oftest forårsager ændringer:
- Oprettelse af nye dokumenter eller ændring af eksisterende - Dette gøres på serversiden;
- en beskrivelse af listen over mulige handlinger over opgaver og dokumenter (brugergrænseflade, task cards)
- arbejde med dokumenttyper
- referencebøger.
Visuel programmering: arbejder med en visuel editor
Når det kommer til at skabe kort og deresbindende til bestemte områder af beskrivelsen bliver det nødvendigt at arbejde med redaktøren, som igen skal understøtte et meget specifikt sæt funktioner:
- beskrivelse af proceduren for valg af værdier fra mapper med en bekvem grænseflade og muligheden for filtrering
- Opdeling af kortet i logiske partitioner. For eksempel separate bogmærker til informationsfelter, for dokumenthistorik, for en rute, for relaterede ordrer og andre ting;
- Støtte til indsættelse af optegnelser, der kanindeholder links til nogle fremmede objekter. For eksempel skal en post i oversigtshistorikken henvise til en anden post, et visum, og også i andre felter bør der henvises til nogle objekter;
- der skal være mulighed for at beskrive forholdet mellem forskellige felter
- evnen til at redigere hierarkiske strukturer er en anden vigtig detalje, som visuel programmering bør stille til rådighed
- en beskrivelse af de forhold, der dannes mellem felterne, det vil sige en angivelse af hvilke felter for hvilke dokumenter der vil være tilgængelige til redigering
- Indstilling af felternes synlighed afhængigt af hvilke betingelser der er fastsat
- Komplekse versioner af data validering i kombination med flere felter.
Der er stadig ingen egnet løsning til dannelsen af webgrænseflader med lignende muligheder.
Visual programmering: arbejder med en beskrivelse af forretningsprocesser
Producenter af forskellige systemer arbejder konstantat skabe forskellige visuelle redaktører af processer. Når man bruger sådanne redaktører til at udvikle russiske systemer, står programmører over for en lang række problemer. Mange praksis, der er meget udbredt i russisk dokumentbevægelse, kan ikke beskrives i forretningsprocesser, hvorfor et visuelt programmeringssprog er svært at bruge. At arbejde med russisk dokumentstyring er så kompliceret, at det nu ikke er muligt at gøre det på den måde, det sker i udlandet, det vil sige at skabe former, der arbejder sammen, snarere end at kalde hver gang formularer og dokumenter, der er nødvendige for at løse en opgave. Denne tilgang tillader ikke at øge effektiviteten af arbejdet. Hvis du forsøger at visualisere de processer, der er gode til dette, vil sådanne investeringer ikke betale sig, da disse processer ikke behøver at ændres ofte.
Der er et bestemt sæt opgaver, som det er hensigtsmæssigt at bruge visuel programmering C, og i andre tilfælde kan det ikke engang berøres.
