Visuele programmering van bedrijfsprocessen
De Russische markt is in een stadium terechtgekomen waarin allesKlanten willen hun eigen informatiesystemen onafhankelijk ontwikkelen, zonder gebruik te maken van integrators en leveranciers. Voor moderne systemen van economische documentatie zijn visuele bewerkers van bedrijfsprocessen en documentkaarten erg populair geworden. Visuele programmering, of beter gezegd het hoofdidee, is ontstaan in de jaren tachtig, maar er is nog steeds een actieve ontwikkeling en ontwikkeling van verschillende producten op verschillende gebieden. Als gevolg van hun gebruik, wordt de volgende stelling meer en meer bevestigd: het product op een hoger niveau wordt gebruikt, de grotere beperkingen worden opgelegd aan de implementatie. Dit feit heeft veel gevolgen voor het Russische systeem van SED. Laten we eens kijken naar de lijst met typische zoekopdrachten die meestal wijzigingen veroorzaken:
- nieuwe documenten maken of bestaande wijzigen - dit gebeurt aan de serverzijde;
- Een beschrijving van de lijst met mogelijke acties met instructies en documenten (gebruikersinterface, taakkaarten);
- werk met documenttypen;
- naslagwerken.
Visueel programmeren: werken met een visuele editor
Als het aankomt op het maken van kaarten en hungebonden aan specifieke velden van de beschrijving, wordt het noodzakelijk om met de editor samen te werken, die op zijn beurt een goed gedefinieerde reeks functies moet ondersteunen:
- een beschrijving van de procedure voor het selecteren van waarden uit naslagwerken met een gebruikersvriendelijke interface en de mogelijkheid om te filteren;
- een uitsplitsing van de kaart in logische secties. Bijvoorbeeld afzonderlijke bladwijzers voor informatievelden, voor documentgeschiedenis, voor een route, voor gerelateerde bestellingen en andere dingen;
- ondersteuning voor het maken van inzendingen die mogelijkbevatten links naar vreemde objecten. Een record in de revisiegeschiedenis moet bijvoorbeeld verwijzen naar een ander record, een visum, records in andere velden moeten ook met links naar sommige objecten zijn;
- moet de relatie tussen verschillende velden kunnen beschrijven;
- de mogelijkheid om hiërarchische structuren te bewerken is een ander belangrijk detail dat door visuele programmering toegankelijk zou moeten worden gemaakt;
- een beschrijving van de relaties die tussen de velden worden gevormd, dat wil zeggen een indicatie van de velden waarvoor documenten beschikbaar zijn voor bewerking;
- instellen van de zichtbaarheid van velden afhankelijk van welke voorwaarden zijn ingesteld;
- complexe versies van gegevensvalidatie in combinatie met verschillende velden.
Er is nog steeds geen geschikte oplossing voor het bouwen van webinterfaces met vergelijkbare mogelijkheden.
Visuele programmering: werk met de beschrijving van bedrijfsprocessen
Fabrikanten van verschillende systemen werken constantover de creatie van verschillende visuele proces-editors. Wanneer dergelijke editors worden gebruikt om Russische systemen te ontwikkelen, staan programmeurs voor een hele reeks problemen. Veel praktijken die wijdverspreid zijn in de circulatie van het Russische document zijn niet te beschrijven in termen van bedrijfsprocessen, en daarom is het moeilijk om een visuele programmeertaal te gebruiken. Het werken met de Russische documentenstroom is zo gecompliceerd dat het niet langer mogelijk is om het op dezelfde manier te doen als in het buitenland, dat wil zeggen om formulieren te maken die onderling verbonden zijn, en niet om formulieren en documenten te bellen die nodig zijn om elke keer een taak op te lossen. Deze aanpak staat niet toe om de werkefficiëntie te verhogen. Als u probeert die processen te visualiseren die hiervoor vatbaar zijn, dan zullen dergelijke investeringen zichzelf niet terugbetalen, omdat deze processen geen frequente veranderingen behoeven.
Er is een bepaald aantal taken waarvoor de oplossing geschikt is om C visuele programmering te gebruiken, en in andere gevallen kan het zelfs niet aanraken.
