Inhoudsopgave
Als we eenmaal weten hoe de ontwikkelingsmethodologieën van een project of systeem in de oudheid werkten, kunnen we rekening houden met de verschillende fouten en gevaarlijke punten die het team had.Omdat we evolutionaire wezens zijn en zoveel problemen hebben met de beperkingen die al in het eerste deel van de tutorial naar voren zijn gebracht, begint het de methodiek aanpassen, Er is niet langer een strikte scheiding van de fasen, maar de samenwerking van het team wordt gezocht, waarbij elk lid deelneemt aan de ontwikkeling van de fasen, bijvoorbeeld de ontwikkelaars helpen bij het verzamelen van informatie, de ontwerpers en modelbouwers in de ontwikkeling, enz.
Recente methode
Zoals we aan het begin van de tutorial hadden verwacht, kunnen we met de recente methode implementeren samenwerking in elke ontwikkelingsfase, dit helpt om het begrip van het project als geheel binnen het team te vergroten, tot meer begrip en begrip, we zullen betere oplossingen hebben die minder aanpassingen nodig hebben bij het coderen van de software.
Hoewel alles kan lijken op een bewijs van punten tegen, moeten we enkele problemen benadrukken die aanwezig kunnen zijn in ons ontwikkelingsproces, zodat we zien dat we nog verre van een perfecte manier zijn om een project uit te voeren.
Een van de eerste problemen Wat we kunnen vinden is het gebrek aan participatie van de teamleden, hoewel dit steeds minder is, kunnen we nog steeds verlegen mensen vinden die bang zijn om hun mening te geven, dus worden ze aan de kant geschoven, waardoor de staat van collectieve kennis verzwakt.
Een ander punt is dat veel projectmanagers de voortgang van het project aan klanten of gebruikers moeten geven, dus het is moeilijk te zeggen dat de analyse al is afgerond en de ontwikkeling is begonnen; Het stellen van dit soort limieten kan contraproductief zijn, omdat het onjuiste verwachtingen kan genereren en het team onder druk kan zetten.
RAD3
Deze methodologie dankt zijn naam aan het acroniem voor "Snelle ontwikkeling en distributie van applicatieontwerp”, Die zou blijven als Design Development en Rapid Distribution of Applications.
Als alles in overeenstemming is met de eerste oplevering van het project, krijgen we hiermee de nodige feedback in een kortere tijd dan met de oude methodiek en kunnen hiermee door de eindgebruiker voorgestelde correcties en verbeteringen worden doorgevoerd.
Zoals we kunnen zien, geeft deze methodologische benadering ons, ondanks de verschillende stadia, de ruimte om de UML-diagrammen waardoor de ideeën worden gefocust in een ruimte met a begrijpelijke taal voor alle partijen.
Hiermee sluiten we dit tweede deel van de tutorial af, waar we hebben geleerd hoe we methodologie kunnen integreren in onze ontwikkelingen en ons ook kunnen helpen met UML.
Deel 1 van deze tutorial
UML-ontwikkelingsproces deel 1
Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een positief punt te geven
