Visuele programmering van bedrijfsprocessen

De Russische markt is een stap in gang wanneer alle klanten hun informatiesystemen zelfstandig willen ontwikkelen zonder gebruik te maken van integrators en verkopers. Voor moderne systemen van economische documentatie zijn visuele redactie van bedrijfsprocessen en documentkaarten erg populair geworden. Visuele programmering, of liever zijn hoofdidee, is ontstaan in de jaren tachtig, maar tot nu toe is de actieve ontwikkeling en ontwikkeling van diverse producten op verschillende terreinen aan de gang. Door hun gebruik wordt het volgende proefschrift steeds meer bevestigd: hoe hoger het niveau van het product wordt gebruikt, hoe groter de beperkingen opgelegd aan de implementatie. Dit feit heeft veel gevolgen voor Russische EDS-systemen. Laten we eens kijken naar een lijst met typische vragen die meestal veranderingen veroorzaken:

- het maken van nieuwe documenten of het wijzigen van bestaande - dit gebeurt op de serverzijde;

- een beschrijving van de lijst van mogelijke acties over opdrachten en documenten (gebruikersinterface, taakkaarten);

- werken met documenten;

- referentieboeken.

Visuele programmering: werken met een visuele editor

Als het gaat om het maken van kaarten en het koppelen aan specifieke omschrijvingsvelden, wordt het noodzakelijk om met de editor te werken, die op zijn beurt een zeer specifieke set functies moet ondersteunen:

- beschrijving van de procedure voor het selecteren van waarden uit mappen met een handige interface en de mogelijkheid om te filteren;

- Indeling van de kaart in logische partities. Bijvoorbeeld, aparte bladwijzers voor informatievelden, voor de geschiedenis van het document, voor de route, voor bijbehorende bestellingen en andere dingen;

- Ondersteuning voor het invullen van records, die verwijzingen kunnen bevatten naar enkele extraneous objecten. Bijvoorbeeld, een record in de recensiegeschiedenis zou moeten verwijzen naar een andere vermelding, een visum, ook vermeldingen in andere velden zouden naar sommige objecten moeten verwijzen;

Er moet een mogelijkheid zijn om de relaties tussen verschillende velden te beschrijven;

- het vermogen om hiërarchische structuren te bewerken is een ander belangrijk detail dat visuele programmering beschikbaar moet stellen;

- een beschrijving van de relaties die tussen de velden worden gevormd, dat wil zeggen een aanduiding van welke velden voor welke documenten beschikbaar zijn voor het bewerken;

- de zichtbaarheid van de velden instellen, afhankelijk van welke condities zijn ingesteld;

- complexe versies van data validatie in combinatie met meerdere velden

Er is nog steeds geen geschikte oplossing voor de vorming van webinterfaces met vergelijkbare mogelijkheden.

Visuele programmering: werk met een beschrijving van bedrijfsprocessen

Fabrikanten van verschillende systemen werken voortdurend aan het creëren van verschillende visuele redactie van processen. Bij het gebruik van dergelijke redactie om Russische systemen te ontwikkelen , worden programmeurs geconfronteerd met een groot aantal problemen. Veel praktijken die veel gebruikt worden in de Russische documentcirculatie kunnen niet worden beschreven in termen van bedrijfsprocessen, daarom is een visuele programmeertaal moeilijk te gebruiken. Het werken met Russisch documentmanagement is zo ingewikkeld dat het nu onmogelijk is om te doen zoals het in het buitenland gedaan wordt, dat wil zeggen vormen die met elkaar verbonden zijn, in plaats van elke vorm en documenten te roepen die nodig zijn voor het oplossen van een taak. Deze aanpak staat niet toe om de efficiëntie van het werk te verhogen. Als u proberen om die processen goed te kunnen visualiseren, zullen dergelijke investeringen niet worden betaald, aangezien deze processen niet regelmatig moeten worden gewijzigd.

Er is een bepaalde set van taken waarvoor het visueel programmeren C nodig is, en in andere gevallen kan het zelfs niet worden aangeraakt.