La maintenance logicielle est la pratique de la correction de bugs et l'ajout de fonctionnalités aux plates-formes logicielles existantes pour répondre à l'évolution des besoins de l'organisation. La meilleure estimation de la programmation comme une carrière, selon l' IEEE , c'est que plus de 70 pour cent de toutes les heures de programmation informatique utilisés dans le monde sont consacrés à la maintenance des logiciels . Rendre le logiciel qui est facile à entretenir prend un peu de réflexion stratégique et de diligence raisonnable dans le codage et les pratiques de documentation . Instructions
1
Démarrer avec un document de conception . Précisez ce que le logiciel est censé accomplir. Décrire la méthodologie sous-jacente et le processus logique dessous. Pour les modifications et l'entretien des logiciels existants , décrire ce que le logiciel existant n'a pas fait, et ce que les entreprises ou toute autre nécessité a conduit la mise en œuvre du changement. Ce document est votre guide pour ce qui est et n'est pas , dans le cadre de ce projet de génie logiciel.
2
écrire votre code modulaire . Si vous le pouvez , créez un nouveau module de code qui présente les données d'une manière que le logiciel existant peut utiliser. Si vous ne pouvez pas , assurez-vous de document, les raisons et la façon dont vous avez modifié le logiciel existant de prendre le nouveau format de données .
3
Contraindre votre utilisation variable pour le module de code que vous travailler dans lors de l'ajout de nouvelles variables. Lorsque vous utilisez des variables existantes , réfléchir à deux fois sur la mise en œuvre des codes ou des procédures qui écrivent des données sur eux - ce qui est la cause numéro un de provoquer des bugs et défauts des logiciels sur la route
4
Commentaire et documenter votre code. . Chaque fois que vous définissez une variable , un document ce qui se passe dans la variable et où il sera utilisé . Chaque fois que vous écrivez des données dans une variable , un document qui est écrite en elle, formats acceptables pour que les données , et ce que vous attendez pour le résultat . Le but de ce niveau de commentaires en ligne et de la documentation est de permettre à quelqu'un (comme vous , six mois plus tard ) pour lire le code et comprendre ce que le module ne sans avoir à passer du temps comparable à l'écriture pour le reconstituer .
5
critère de la " Utilisations bêtes" aussi. Chaque ingénieur logiciel a des oeillères . Ils savent ce que le code est censé faire , ils ne vont pas essayer quelque chose parce que cela semble raisonnable, mais ne fait pas partie du programme. C'est toujours une bonne idée - même si c'est beaucoup de temps - de mettre votre logiciel à face des utilisateurs non techniques qui avait par ailleurs confrontés avec elle et observer comment ils interagissent avec le code
< . br>
