Geen Fragile documentatie in Agile development

Geen Fragile documentatie in Agile development

Zoals vorige week gemotiveerd zijn user stories ongeschikt als product (applicatie) documentatie, met als gevolg dat AGILE-documentatie m.i. dus FRAGILE-documentatie wordt.

Use cases kunnen echter wel gebruikt worden als documentatie van een applicatie. Wat nu? Als de use case beschrijving direct in een realisatie van de user story wordt gebruikt om deze nader te definiëren ontstaat wel functioneel bruikbare documentatie.

Om systemen te kunnen onderhouden en moderniseren is het van cruciaal belang om een gedetailleerd inzicht te hebben in de architectuur, structuur en werking van het systeem. Omnext biedt al oplossingen op dit gebied die gebaseerd zijn op software analyse met behulp van statische broncode analyse. Om het functionele inzicht in applicaties in de vorm van documentatie verder te verbeteren en naar een hoger niveau te brengen heeft Omnext de wens om ook inzicht te verschaffen in de structuur en werking van systemen met behulp van Use Case Mining technieken verder ontwikkeld.

Het doel is opdrachtgevers een instrument te bieden om in Agile development omgevingen gebaseerd op broncode analyse Use Cases te reproduceren. Dit helpt u om ook voor steeds veranderende applicaties met een hoge wijzigingsgraad de requirements en de functionele werking up-to-date te brengen en te houden.

Moet dit dan voor de gehele applicatie? Onze ervaring is dat over het algemeen 20 tot 30% van de applicatie functioneel essentiële is. Dus actualiseren is te overzien en actueel houden een piece of cake.

Meer weten, neem contact op met mij?

-Jaco de Vries

jaco.de.vries@omnext.com

Van AGILE documentatie naar FRAGILE documentatie?

Van AGILE documentatie naar FRAGILE documentatie?

Vandaag de dag werken de meeste organisaties volgens een Agile software-ontwikkelmethode. Hierin worden bestaande systemen onderhouden en nieuwe functionaliteiten en/of applicaties gerealiseerd. Deze applicaties moeten meestal nog lang onderhouden worden, wat in de tijd niet altijd plaatsvindt door dezelfde teamsamentelling. Belangrijk is dus dat van de essentiële functionaliteit (20% tot 30%) een goede actuele productbeschrijving aanwezig is.

Karakteristiek bij Agile development is dat gebruik wordt gemaakt van User stories. User stories zijn ontstaan binnen de Extreme Programming (XP) methodiek, waarbij ze primair gebruikt werden als een ‘speelstuk’ in de planning game. Alle user stories komen in principe op de backlog en bieden daarmee een geprioriteerde lijst waarmee de PO en het development team een volgende iteratie of release kunnen plannen. Per individuele story worden de benodigde taken (development, test, requirements, etc…) bepaald die nodig zijn om de gewenste functionaliteit op te kunnen leveren.

We zouden derhalve kunnen stellen dat een user story voor een significant deel een planningseenheid is. Uiteraard bevat een user story ook primaire requirements om de acceptatiecriteria van de story zo scherp te maken. Deze acceptatiecriteria kunnen vervolgens gebruikt worden om de story te valideren op volledigheid en correctheid.

Bij het gebruik van user stories wordt meestal voor iedere wijziging een nieuwe user story beschreven zonder de oude aan te passen. Hierdoor kan het lastig worden om na oplevering een scherp beeld te hebben van de actuele functionaliteit. User stories zijn hierdoor ongeschikt als product (applicatie) documentatie.

Zo wordt AGILE-documentatie m.i. dus FRAGILE-documentatie.

Bent u het eens met deze stelling en benieuwd naar mijn visie over hoe dit op te lossen valt? Lees dan volgende week deel II uit deze blog-serie.

Voor iedereen die niet kan wachten en nu al graag het gesprek aan gaat, voel je vrij om contact met mij op te nemen!

Jaco de Vries

jaco.de.vries@omnext.com

Software fitheid verbeteren in de sportschool

Software fitheid verbeteren in de sportschool

Désiré Timmermans is werkzaam als Digital Transformation Expert. Zij stimuleert bedrijfsgroei door producten en diensten naar markten te brengen met haar expertise in IT, organisatie en digitale marketing. Het vergroten van fitheid van software is een belangrijke component van het digitale transformatieproces. Indien we erin slagen om de extreem hoge onderhoudskosten van software terug te brengen, komen aanzienlijke middelen vrij om markten te bedienen.

Klik hier om de blog te lezen. 

New! – Automated OutSystems quality reviewing with Omnext

New! – Automated OutSystems quality reviewing with Omnext

As model driven development is emerging, OutSystems has become one of the leading low-code development platforms for developing both web and mobile applications. Model driven, or low-code development platforms such as OutSystems have one major advantage over their full-code cousins: rapid application development and full control over the application life cycle.

One thing must be kept in mind though: the delicate relationship between speed and quality. Building applications rapidly may result in applications that are of poorer quality. Even though low-code platforms such as OutSystems are closing the gap between IT and business, creating future-proof applications remains key when aiming for reaching maximum potential of these platforms.

Fortunately, OutSystems customers are realizing this exact point as well and they have been increasingly asking for governance on their software development processes. They are looking for answers to questions such as: How has the maintainability changed since last sprint? How does the code quality and productivity of my scrum teams differ? How can I reduce my maintenance costs? To what extent are components re-used?

In order to meet customer’s wishes and help them to reach the full potential that low-code platforms have to offer, Transfer Solutions and Omnext have joined forces to realize an automated quality scan for OutSystems.

Omnext has been specializing in analysing software applications for over 15 years and its technology, the Omnext Fit Test, is thus far already supporting over 30 different languages more modern ones such as Java, C# and SQL, but also legacy languages such as RPG and COBOL.

Together with both Transfer Solutions and OutSystems, quality rules were defined, based on the ISO-25010 guideline for software maintainability and guidelines on software quality, supplemented with OutSystems-specific best practices. The importance of these rules is adjustable and customers are able to add their own rules, hence enabling them to gain insight in the exact elements of an application that are of key interest to them.

After working together closely with Transfer Solutions and OutSystems for several months, Omnext has managed to add the OutSystems platform to its list of supported technologies and we are proud to present the result: The Fit Test 4 OutSystems.

The process to get insight in code quality, looks like this:

  1. Source code upload

A customer sends their OutSystems application exports (.oap file) to Omnext via a secure upload facility;

  1. Code scan

Omnext scans the models and code and presents the quality metrics in a user friendly dashboard, which provides detailed insight in a multitude of quality and productivity elements (see image below);

  1. Dashboard and Expert Review

The results as presented in the dashboard enable the customer to identify areas for improvements and if required, Transfer Solutions can offer its expertise in the form of Expert Reviews to really help customers take the next step in improving the quality of their applications.

The Fit Test 4 OutSystems can be executed as a single scan, but also as a repetitive cycle which allows customers to analyse their applications on a frequent basis. Especially in a continuous delivery context, having continuous insight in the quality and development of your application proves to be of great added value. To further support this in the future, Omnext, together with OutSystems is already exploring the possibility of using an API to automatically transfer the application sources to Omnext and have them analysed on the fly.

We believe that the Fit Test 4 OutSystems is a perfect addition to the OutSystems Platform. With it we ensure that our customers can deliver high quality OutSystems applications now and in the future.

If there are any questions in response to this blog post. Feel free to contact Omnext or Transfer Solutions.

Jacob Beeuwkes, Transfer Solutions
Francis Jansen, Omnext

Terugkijken: Mendix Quality Talks juli 2017

Terugkijken: Mendix Quality Talks juli 2017

De webinar over Low code & kwaliteit gemist? Geen probleem! Kijk de Mendix Quality Talks hieronder terug.

Pim van der Noll (Appronto) en Bryan de Vries (Omnext) behandelden in het kort de volgende vragen:
– Wat is de meerwaarde van low coding platformen (zoals Mendix)?
– Hoe behoud je hoge kwaliteit van je applicaties?
– Mendix en Java, waar moet je op letten?
– Wat kunnen we zelf bijdragen voor een hogere kwaliteit van Mendix applicaties?

Neem dan contact op met Bryan de Vries.

Download hier de sheets van de Mendix Quality Talks.

Kort over Mendix:

Mendix stelt organisaties in staat hun digitale doelen te realiseren door een moderne, software-gedreven ervaring te bieden aan klanten, partners en medewerkers. Het open platform brengt IT en business samen bij het bouwen, integreren, in gebruik nemen en beheren van innovatieve applicaties. Dit met de snelheid die essentieel is in de huidige competitieve markt. Klanten behalen al binnen enkele dagen, in plaats van maanden, een grote ROI door verbeterde samenwerking binnen teams, model-gedreven ontwikkeling, een cloud-based applicatie Platform as a Service (aPaaS), flexibiliteit en besparing.

Juist vanwege de snelheid van het modelleren is het van belang dat de kwaliteit van de applicaties in de gaten gehouden wordt. De Best Practices vanuit de Mendix Community spelen hierin een grote rol. Maak jij onderdeel uit van deze Community? En wil jij een steentje bijdragen? Dat kan! Lees hier meer.

 

 

Nieuw: Mendix Quality Talks

Nieuw: Mendix Quality Talks

Afgelopen december hebben we het al eens gedaan: een tweetal webinars in samenwerking met onze Mendixpartner Appronto. Op deze webinars hebben we een hoop reactie gekregen, evenals feedback voor een volgende keer. Die keer is nu aangebroken! Op 12 juli a.s doen we het nog eens over. Namens Appronto zal Pim van der Noll (Mendix Expert) zijn rol vervullen en namens Omnext doet Bryan de Vries het woord. We hebben deze webinar omgedoopt tot ‘Mendix Quality Talks’ omdat we jullie alles, maar dan ook echt álles, willen vertellen over Mendix en Kwaliteit. Maar we horen natuurlijk ook graag jouw input! Ga daarom uit van een interactieve sessie, waarin je zeker wat zult opsteken. Schrijf je hieronder in, tevens vind je hier meer informatie. Namens Pim en Bryan: tot de 12e!

 

Mendix Quality Talks: schrijf je snel in!

Hoe zorg je dat Mendix apps van hoge kwaliteit zijn? In samenwerking met Appronto, onze Mendix-partner, hosten we een ‘nieuwe’ webinar over low code apps en kwaliteit.

FACTS:

Wanneer?

Woensdag 12 juli om 18.30

Hoe lang?

45 minuten

Waar gaat het over?

Low code & kwaliteit. Tevens komt de combinatie Mendix en Java aan bod. Hoe behoud je een hoge kwaliteit van je apps en hoe kun je jezelf constant blijven verbeteren. Daarnaast leer je hoe je, als onderdeel van de Mendix community, zelf kan bijdragen aan het behoud van kwaliteit.

Waarom moet ik hier bij zijn?

Pim van der Noll is Mendix Expert bij Appronto. Hij weet dan ook echt alles over de technologie maar ook hoe belangrijk het is om, ondanks de lage hoeveelheid code, overzicht te houden op kwaliteit. Samen met Bryan de Vries (Omnext – gespecialiseerd in broncodeanalyse) zal hij de webinar hosten. Samen geven ze een inkijk in Mendix, kwaliteit en beheersbaarheid. Voor je het weet ben ook jij een pro op dit gebied!

Schrijf je dus nu in!