Software onderhoud is de praktijk van het oplossen van bugs en het toevoegen van functies aan bestaande software platformen te voldoen aan de veranderende behoeften van de organisatie . De beste schatting van de programmering als een carrière , volgens de IEEE , is dat meer dan 70 procent van alle computer programmeren uur wereldwijd gebruikt worden besteed aan onderhoud van de software . Het maken van software die is gemakkelijk te onderhouden duurt enige strategisch denken en due diligence bij het coderen en documentatie praktijken . Instructies
Start 1 met een ontwerp document . Geef aan wat de software zou moeten volbrengen . Beschrijf de onderliggende methodologie en logisch proces eronder . Voor aanpassingen en onderhoud aan bestaande software , beschrijven wat de bestaande software niet deed , en wat het bedrijfsleven of andere behoefte dreef de uitvoering van de wijziging . Dit document is een leidraad voor wat is , en is niet binnen de werkingssfeer van deze software engineering project . Kopen van 2 Schrijf uw code modulair . Als je kunt , maak een nieuwe module van de code die de gegevens presenteert op een manier die de bestaande software kan gebruiken . Als je niet kan , zorg ervoor dat je document waarom en hoe je de bestaande software aangepast aan de nieuwe dataformaat nemen .
3 Beperk uw variabele gebruik van de module van de code waarin u werkt bij het toevoegen van nieuwe variabelen . Het gebruik van extra variabelen , twee keer nadenken over het implementeren van een code of procedures die gegevens op te schrijven - dit is de nummer een oorzaak van het veroorzaken van bugs en glitches software op de weg
Reactie 4 en documenteren van uw code . . Elke keer als je een variabele , document wat er in de variabele en waar het zal worden gebruikt te definiëren . Elke keer als u gegevens aan een variabele , document wat er wordt geschreven in het, aanvaardbare formaten voor die gegevens , en wat je verwacht voor de uitkomst te schrijven . Het doel van dit niveau van inline commentaar en documentatie is het mogelijk voor iemand ( zoals jij , zes maanden later ) om de code en erachter te komen wat de module doet lezen zonder om tijd door te brengen die vergelijkbaar zijn met het schrijven ervan om het stuk samen .
5 Test de " domme gebruik " ook. Elke software engineer heeft oogkleppen op . Ze weten wat de code wordt verondersteld te doen, zullen ze niet iets proberen want het ziet er verstandig , maar is geen onderdeel van het programma . Het is altijd een goed idee - zelfs als het is tijdrovend - om uw software te zetten voor niet-technische gebruikers die anders zou worden geconfronteerd met het en observeren hoe ze omgaan met de code
< . br >
|
