Dit is een vertaling gemaakt van mijn blog met TARDIS. Ah laat. Ja de kleine blauwe cabine, klein van buiten en groot van binnen. van Dr Who.
Hoe maak je software in 7 eenvoudige stappen?
Een vraag die door de meeste ontwikkelaars vaak over het hoofd wordt gezien.
Hoewel het begrijpen van het proces dat de software moet doorlopen voordat het de klant bereikt, erg belangrijk is.
Daarmee kun je onvergetelijke software maken. Een beetje zoals Word, Excel en PowerPoint!
In dit artikel laat ik je de 7 eenvoudige stappen zien die professionals gebruiken.
Ik gebruik de 7 stappen ook bij het maken van software voor mijn klanten.
Software die gebruikt kan worden in een restaurant, school, bank, staatsinstelling, of elders. Huh, niet slecht!
Ik zal ingaan op de techniek van het maken van de software om de verborgen kant ervan te ontdekken.
In de context van software engineering houdt het maken van software in:
1ʳᵉ Haalbaarheid (Voorstudie)
Bij de start heb je een probleem dat je moet oplossen of een doel dat je moet bereiken.
U bestudeert de haalbaarheid van het project, de technische beperkingen (kosten, tijd, kwaliteit) en de mogelijke alternatieven.
U besluit ten slotte JA (het project wordt uitgevoerd) of NEE (het project wordt afgeblazen)
2ᵉ De specificatie (Specify)
U staat voor een klant die een idee heeft van wat hij wil.
Hij kent zijn eisen, wensen, behoeften en andere met betrekking tot het systeem om het probleem op te lossen.
Je beschrijft wat de software moet doen (black box gedrag).
Je beschrijft ook hoe in de black box gecontroleerd kan worden of de software doet wat er gevraagd wordt.
Tot slot verkrijgt u de softwarespecificaties (of softwarespecificatie), validatieprocedures, de voorlopige versie van de gebruikers- en bedieningshandleidingen van de software.
3ᵉ Het ontwerp (Design)
U gaat uit van een specificatie en organiseert de software zodanig dat deze kan voldoen aan de eisen van de specificatie.
U maakt de belangrijkste technische keuzes om aan de eisen van de specificatie te voldoen.
U krijgt ten slotte een beschrijving van de ontwerpbeslissingen.
U krijgt ook testprocedures waarmee u controleert of de ontwerpbeslissingen goed in de broncode zijn geïmplementeerd en of ze helpen om aan de eisen van de specificatie te voldoen.
4ᵉ Implementatie (code en test)
Op basis van uw specificatie en uw ontwerp.
You write the software source code.
You test the behavior of the source code to verify that it fulfills the responsibilities allocated to it.
Finally, you produce, the source code, the unit tests and the documentation.
5ᵉ Integration (integrate)
Based on your design, your source code and your integration tests.
You assemble the source code of your software partially.
You run the integration tests.
Finally, you have an integration test report.
6ᵉ Validation (validate)
You just produced fully executable software.
You want to do validation tests.
You run the validation tests on the complete executable software.
Finally, you get the validation test report.
7ᵉ Maintenance (Maintain)
You have software that works and you want to maintain it.
There are several types of maintenance, namely:
_1ʳᵉ Corrective (or curative): _ correction of bugs to have a corrected software.
_2ᵉ Adaptive: _ Aanpassen van de software in relatie tot de versie van het besturingssysteem, hardware om gelijktijdig te ondersteunen, prestatieproblemen om bijgewerkte software te hebben.
_3ᵉ Perfectief, uitbreiding (of schaalbaar): _ Vergroten / verbeteren van de mogelijkheden van de software
Conclusie
Om tot het maken van een goede computersoftware te komen, is het noodzakelijk verschillende stadia te doorlopen waarvan het resultaat van elk stadium een initiërend element vormt van het volgende.