Software-Wartung ist die Praxis der Behebung von Fehlern und das Hinzufügen von Funktionen zu bestehenden Software-Plattformen , um sich ändernden organisatorischen Anforderungen . Die beste Schätzung zur Programmierung als eine Karriere nach dem IEEE , ist, dass mehr als 70 Prozent aller Computer-Programmierung Stunden weltweit eingesetzt, um Software-Wartung gewidmet sind . Machen Software, die leicht zu pflegen ist dauert einige strategisches Denken und Due Diligence bei der Codierung und Dokumentation Praktiken . Anleitung
1
Beginnen Sie mit einem Design-Dokument . Geben Sie , was die Software soll zu bewerkstelligen. Beschreiben Sie die zugrunde liegende Methodik und logischer Prozess darunter. Für Änderungen und Wartung bestehender Software , beschreiben, was die vorhandene Software nicht tun, und was Unternehmen oder andere Notwendigkeit trieb die Umsetzung der Änderung. Dieses Dokument ist Ihr Leitfaden für das, was ist , und ist nicht im Rahmen dieser Software -Engineering-Projekt .
2
Schreiben Sie Ihren Code modular . Wenn Sie können, erstellen Sie ein neues Modul von Code , die Daten in einer Weise präsentiert , dass die vorhandene Software nutzen können . Wenn Sie nicht können, stellen Sie sicher, Dokument , warum und wie Sie verändert die bestehende Software um das neue Datenformat erfolgen.
3
Beschränken Sie Ihre variable Nutzung des Moduls von Code in dem Sie arbeiten beim Hinzufügen neuer Variablen . Bei der Verwendung von vorhandenen Variablen , zweimal überlegen, über die Implementierung von Code oder Verfahren , die Daten zu schreiben - das ist die Ursache Nummer eins verursachen Bugs und Software -Pannen auf dem Weg
4
Kommentar und dokumentieren Ihren Code . . Jedes Mal, wenn Sie eine Variable definieren , zu dokumentieren , was in die variable und wo sie eingesetzt werden. Jedes Mal, wenn Sie schreiben, die Daten einer Variablen , dokumentieren, was in sie geschrieben wird , akzeptable Formate für diese Daten , und was erwarten Sie für das Ergebnis . Der Zweck dieser Ebene von Inline- Kommentierung und Dokumentation ist es, machen es möglich, dass jemand (wie Sie , sechs Monate später ) , um den Code und herausfinden, was das Modul tut , ohne Zeit zu verbringen, um vergleichbar zu schreiben , um es Stück zusammen lesen .
5
Testen Sie die "dumb Verwendung" zu . Jeder Software-Ingenieur hat Scheuklappen auf . Sie wissen, was der Code tun soll , und sie werden nicht versuchen, etwas , weil es vernünftig aussieht , ist aber nicht Teil des Programms . Es ist immer eine gute Idee - auch wenn es zeitaufwendig - Ihre Software vor nicht-technische Anwender , die sonst mit ihm konfrontiert werden würde setzen und beobachten, wie sie mit dem Code interagieren
< . br>