10 Schritte zu SQL Success - Dummies

Der Zweck von SQL ist es, Entwicklern zu ermöglichen, nützliche und robuste Datenbanken und Datenbankanwendungen zu erstellen. Um erfolgreich dabei zu sein, sollte Ihre Entwicklungsarbeit eine Reihe von Etappen durchlaufen, die jeweils auf der vorherigen aufbauen, bis Sie ein erfolgreiches Projekt zu Recht feiern können. Hier sind zehn wesentliche Schritte, die zu einer erfolgreichen Datenbankentwicklung führen werden.

Definieren Sie die Aufgabe

Zu ​​Beginn eines Projekts hat die Person, die Ihnen die Aufgabe zur Erstellung eines Systems (des Clients) erteilt, eine Vorstellung davon, was benötigt wird. Diese Idee kann sehr spezifisch, scharf und präzise sein, oder sie kann vage, nebulös und unklar sein. Ihre erste Aufgabe besteht darin, eine detaillierte Beschreibung zu erzeugen und in eine schriftliche Beschreibung zu schreiben, in der genau angegeben ist, welches Endergebnis des Projekts die Ergebnisse sein sollte. Dies ist die Hauptaufgabe der Definitionsphase.

In der Definitionsphase definieren Sie das Problem, das von Ihrer Datenbank und der zugehörigen Anwendung so genau wie möglich gelöst werden soll. Tun Sie dies, indem Sie Ihrem Kunden aufmerksam zuhören, während sie beschreibt, was sie sich als System vorstellt. Stellen Sie Fragen, um vage Punkte zu klären. Oft hat der Kunde die Dinge nicht vollständig durchdacht. Sie wird eine allgemeine Vorstellung davon haben, was sie will, aber keine klare Vorstellung von den Einzelheiten. Sie müssen sich mit ihr auf die Einzelheiten einigen, bevor Sie fortfahren können.

Ermitteln des Projektumfangs

Der nächste Schritt in der Definitionsphase ist die Bestimmung des Projektumfangs. Wie groß wird es sein? Was benötigt es in Systemanalystenzeit, Programmiererzeit, Ausrüstung und anderen Kostenpositionen? Gibt es eine Frist?

Stellen Sie fest, was zur Ausführung der Aufgabe erforderlich ist:

Sobald Sie den Projektumfang festgelegt haben, lautet die nächste Frage: "Ist es möglich, diese Aufgabe innerhalb der Zeit- und Kostenbeschränkungen zu erledigen?" vom Kunden? Um diese Frage zu beantworten, müssen Sie eine Machbarkeitsanalyse durchführen. Nachdem Sie die Analyse abgeschlossen haben, können Sie entscheiden, dass das Projekt gemäß der aktuellen Definition nicht durchführbar ist. Sie müssen es entweder ablehnen oder den Kunden davon überzeugen, den Umfang auf etwas Handlicheres zu reduzieren.

Sobald Sie festgestellt haben, dass das Projekt machbar ist, wissen Sie, welche Art von Personal Sie für die Arbeit benötigen. An diesem Punkt müssen Sie entscheiden, wer an dem Projekt arbeiten wird. Sie können in der Lage sein, einen kleinen Job ganz allein zu machen, aber die meisten Entwicklungsbemühungen erfordern ein Team von mehreren Personen. Menschen zu finden, die über die erforderlichen Fähigkeiten verfügen (und die auch zur Verfügung stehen, um an dem Projekt zu arbeiten, wenn sie benötigt werden), kann genauso schwierig sein wie jeder Teil der gesamten Entwicklungsarbeit.

Generieren einer Anforderungserklärung

Sobald Sie mit Ihrem Kunden eine Einigung darüber erzielt haben, was genau das Projekt beinhalten wird, können Sie eine formale Anforderungserklärung erstellen. Die Anforderungserklärung ist eine explizite Angabe der Anzeige-, Aktualisierungs- und Kontrollmechanismen der Datenbankanwendung.

Die Anforderungserklärung muss so detailliert wie möglich sein. Es ist im Wesentlichen ein Vertrag zwischen Ihnen und Ihrem Kunden. Sie stimmen genau zu, was geliefert wird und wann es geliefert wird. Um die Vereinbarung abzusichern, sollten sowohl Sie als auch Ihr Kunde die Anforderungserklärung unterzeichnen, die eine Vereinbarung darüber darstellt, wofür Sie verantwortlich sind. Dieser Schritt mag eher formal erscheinen, schützt aber beide Parteien. Es kann später nie eine Frage darüber geben, was vereinbart wurde.

Erstellen eines formalen Datenbankmodells

Bisher war das Projekt hauptsächlich eine Analyse. An diesem Punkt können Sie in die Entwurfsphase eintreten und den Übergang von der Analyse zum Entwurf vornehmen. Sie wissen höchstwahrscheinlich alles, was Sie über das Problem wissen müssen. Jetzt können Sie mit dem Entwerfen der Lösung beginnen.

Beim Datenbankdesign geht es um Modelle. An diesem Punkt haben Sie das Datenmodell der Benutzer, das das Konzept der Benutzer der Struktur der Datenbank erfasst. Sie enthält alle Haupttypen von Objekten, die Eigenschaften dieser Objekte und wie die Objekte miteinander verbunden sind. Es ist jedoch nicht ausreichend strukturiert, um die Basis für ein Datenbankdesign zu sein. Dazu müssen Sie das Datenmodell der Benutzer in ein Modell konvertieren, das mit einem der formalen Datenbankmodellierungssysteme übereinstimmt, die in den letzten Jahrzehnten entwickelt wurden.

Das beliebteste der formalen Modellierungssysteme ist das Entity-Relationship-Modell, das allgemein als das E-R-Modell bezeichnet wird. Mit diesem Modell können Sie erfassen, was die Benutzer Ihnen in einem gut definierten Formular gesagt haben, das Sie dann leicht in eine relationale Datenbank übersetzen können.

Sobald Sie das System in Form eines E-R-Modells haben, können Sie es einfach in ein relationales Modell umwandeln. Das relationale Modell ist etwas, das Ihr DBMS versteht, und Sie können die Datenbank direkt von ihm erstellen.

Entwerfen der Datenbankanwendung

Sobald Sie die Datenbank entworfen haben, ist die Entwurfsaufgabe nur noch halb fertig. Sie haben eine Struktur, die Sie jetzt mit Daten füllen können, aber Sie haben noch kein Werkzeug, um mit diesen Daten zu arbeiten. Das Werkzeug, das Sie jetzt entwerfen müssen, ist die Datenbankanwendung.

Die Datenbankanwendung ist der Teil des Gesamtsystems, der mit dem Benutzer interagiert. Es erstellt alles, was der Benutzer auf dem Bildschirm sieht. Es erkennt und reagiert auf jede Tastenbetätigung, die der Benutzer macht, und jede Mausaktion, die der Benutzer ausführt. Es druckt jeden Bericht, der von den Mitarbeitern des Benutzers gelesen wird. Aus der Sicht des Benutzers ist die Datenbankanwendung das System .

Beim Entwerfen der Datenbankanwendung müssen Sie sicherstellen, dass die Benutzer alles tun können, was die Anforderungserklärung verspricht.Es muss außerdem eine Benutzeroberfläche bieten, die verständlich und einfach zu verwenden ist. Die Funktionen des Systems müssen an logischen Positionen auf dem Bildschirm erscheinen. Der Benutzer muss leicht verstehen, wie alle von der Anwendung bereitgestellten Funktionen auszuführen sind.

Build it

Nachdem Sie einen Datenbankentwurf erstellt haben, können Sie die Tabellen, die Beziehungen zwischen ihnen und die Einschränkungen für diese Daten erstellen, die in sie eingegeben werden können.

Dokumentieren

Alles, was Sie getan haben, und die Gründe für alle Entscheidungen, die Sie getroffen haben, müssen sorgfältig dokumentiert werden. Hoffentlich hast du das schon immer gemacht. In dieser Phase müssen Sie lediglich die Dokumentation in ihre endgültige Form bringen. Ein kompetenter Entwickler, der mit dem Projekt nicht vertraut ist, sollte in der Lage sein, es aufzunehmen, nachdem Sie zu größeren und besseren Dingen übergegangen sind.

Testen Sie alles

Sobald Sie ein Datenbanksystem erstellt und dokumentiert haben, scheint es, dass Sie fertig sind und Sie einen wohlverdienten Urlaub genießen können, aber Sie sind noch nicht ganz fertig - das System muss rigoros getestet werden. Diese Tests müssen von jemandem durchgeführt werden, der nicht so denkt wie Sie. Sobald das System betriebsbereit ist, werden Benutzer Dinge tun, die Sie sich nie vorgestellt haben. Sie werden Kombinationen von Selektionen erstellen, die Sie nicht vorhergesehen haben, Werte in Felder eingeben, die keinen Sinn machen, und Dinge rückwärts und auf den Kopf stellen. Es ist nicht zu sagen, was sie tun werden. Was für eine unerwartete Sache der Benutzer auch tut, Sie möchten, dass das System so reagiert, dass die Datenbank geschützt wird und der Benutzer zu geeigneten Eingabemaßnahmen führt.

Pflegen Sie das fertige Produkt

Nachdem Sie das System pünktlich und budgetgerecht geliefert, gefeiert und Ihre Abschlusszahlung für den Auftrag eingezogen haben, sind Ihre Verantwortlichkeiten noch nicht abgelaufen. Selbst wenn der unabhängige Tester eine fantastische Arbeit geleistet hat, um das System zum Scheitern zu bringen, kann es nach der Lieferung noch latente Fehler enthalten, die Wochen, Monate oder sogar Jahre später auftauchen. Sie können verpflichtet sein, diese Fehler kostenlos zu beheben, abhängig von Ihrer vertraglichen Vereinbarung mit dem Kunden.

Selbst wenn keine Fehler gefunden werden, können Sie immer noch eine gewisse Verantwortung tragen. Schließlich versteht niemand das System so gut wie Sie. Mit der Zeit ändern sich die Bedürfnisse Ihres Kunden. Vielleicht braucht sie zusätzliche Funktionen oder möchte auf eine neuere, leistungsfähigere Hardware migrieren. Diese Möglichkeiten erfordern möglicherweise Änderungen an der Datenbankanwendung und Sie sind in der besten Position, diese Änderungen auf der Grundlage Ihrer vorherigen Kenntnisse vorzunehmen. Diese zusätzliche Arbeit könnte Ihnen ein paar zusätzliche Einnahmen bringen.