Jackson Systementwicklung - Wikipedia

Jacksons strukturierte Entwicklung ( JSD ) ist eine lineare Softwareentwicklungsmethodik, die von Michael A. Jackson und John Cameron in den 1980er Jahren entwickelt wurde.

Geschichte [ edit ]

JSD wurde erstmals 1982 von Michael A. Jackson in einer Arbeit mit dem Titel "A System Development Method" (A System Development Method) [1983] und 1983 ^[1] vorgestellt. Systementwicklung . ^[2] Jackson System Development (JSD) ist eine Methode der Systementwicklung, die den Software-Lebenszyklus entweder direkt abdeckt oder durch die Schaffung eines Rahmens, in den spezialisiertere Techniken passen. Jackson System Development kann von der Bühne eines Projekts aus starten, wenn nur eine allgemeine Anforderungserklärung vorliegt. Viele Projekte, die Jackson System Development verwendet haben, begannen jedoch etwas später im Lebenszyklus, wobei die ersten Schritte weitgehend aus vorhandenen Dokumenten und nicht direkt mit den Benutzern durchgeführt wurden. Die späteren Schritte von JSD erzeugen den Code des endgültigen Systems. Jacksons erste Methode, Jackson Structured Programming (JSP), wird verwendet, um den endgültigen Code zu erstellen. Die Ausgabe der früheren Schritte von JSD besteht aus einer Reihe von Problemen bei der Programmgestaltung, deren Gestaltung Gegenstand der JSP ist. Die Wartung wird auch durch Überarbeitung der jeweils zuvor genannten Schritte angegangen.

JSD entwickelte sich ständig weiter und es wurden einige neue Funktionen in die Methode eingeführt. Diese sind in einer 1989 veröffentlichten Sammlung von John Cameron, JSP und JSD ^[3] und in der 1992er Version (Version 2) des LBMS JSD-Handbuchs beschrieben. ^[4]

Die Entwicklung der JSD-Methode endete Anfang der 1990er Jahre, als sich Jacksons Denken mit der Veröffentlichung von Softwareanforderungen und -spezifikationen (1995) und Problem Frames: Analyzing in den Problem Frames Approach entwickelte und Strukturierung von Softwareentwicklungsproblemen (2000).

Prinzipien der Operation [ edit ]

Drei grundlegende Prinzipien der Operation von JSD sind:

• Die Entwicklung muss mit der Beschreibung und Modellierung der realen Welt beginnen, anstatt die vom System ausgeführte Funktion zu spezifizieren oder zu strukturieren. Ein mit der JSD-Methode erstelltes System führt die Simulation der realen Welt durch, bevor die Funktion oder der Zweck des Systems direkt berücksichtigt wird.
• Ein adäquates Modell einer zeitlich geordneten Welt muss selbst zeitlich geordnet sein. Hauptziel ist es, den Fortschritt in der realen Welt über den Fortschritt in dem System abzubilden, in dem das Modell modelliert wird.
• Die Implementierung des Systems basiert auf der Umwandlung von Spezifikationen in effiziente Prozesse. Diese Prozesse sollten so gestaltet werden, dass sie mit verfügbarer Software und Hardware ausgeführt werden können.

JSD-Schritte [ edit

Als es ursprünglich von Jackson vorgestellt wurde 1982, ^[1] bestand die Methode aus sechs Schritten:

1. Entitäts- / Aktionsschritt
2. Anfangsmodellschritt
3. Interaktiver Funktionsschritt
4. Informationsfunktionsschritt
5. Systemzeitpunkt
6. Systemimplementierungsschritt

Später wurden einige Schritte kombiniert, um ein Verfahren zu erstellen mit nur drei Schritten ^[5]

1. Modellierungsphase (Analyse): mit dem Entity / Action-Step und Entity-Structures-Step Network Stufe (Entwurf): mit dem ersten Modellschritt Funktionsschritt und Systemzeitschritt .
2. Implementierungsphase (Realisierung): der Implementierungsschritt.

Modellierungsphase [ edit ]

In der Modellierungsphase erstellt der Designer eine Sammlung von Entity-Strukturdiagrammen und identifiziert die Entitäten im System, deren Aktionen sie führen Sie die zeitliche Reihenfolge der Aktionen im Leben der Entitäten und die Attribute des a aus Faktoren und Entitäten. Entity-Strukturdiagramme verwenden die Diagrammnotation von Jackson Structured Programming -Strukturdiagrammen . Der Zweck dieser Diagramme besteht darin, eine vollständige Beschreibung der System- und Organisationsaspekte zu erstellen. Entwickler müssen entscheiden, welche Dinge wichtig sind und welche nicht. Eine gute Kommunikation zwischen Entwicklern und Benutzern des neuen Systems ist sehr wichtig.

Diese Stufe ist die Kombination aus dem vorherigen Entitäts- / Aktionsschritt und dem Entitätsstrukturschritt.

Netzwerkphase [ edit ]

In der Netzwerkphase wird ein Modell des Systems als Ganzes entwickelt und als -Systemspezifikationsdiagramm (SSD) dargestellt. (auch bekannt als Netzwerkdiagramm ). Netzwerkdiagramme zeigen Prozesse (Rechtecke) und wie sie miteinander kommunizieren, entweder über State Vector -Verbindungen (Diamanten) oder über -Datenstrom -Verbindungen (Kreise). In dieser Phase wird die Funktionalität des Systems definiert. Jede Entität wird zu einem Prozess oder Programm im Netzwerkdiagramm. Externe Programme werden später zu den Netzwerkdiagrammen hinzugefügt. Der Zweck dieser Programme besteht darin, Eingaben zu verarbeiten, Ausgaben zu berechnen und die Entitätsprozesse auf dem neuesten Stand zu halten. Das gesamte System wird mit diesen Netzwerkdiagrammen beschrieben und mit Beschreibungen der Daten und Verbindungen zwischen den Prozessen und Programmen ergänzt.

Der anfängliche Modellschritt spezifiziert eine Simulation der realen Welt. Der Funktionsschritt fügt dieser Simulation die weiteren ausführbaren Operationen und Prozesse hinzu, die erforderlich sind, um eine Ausgabe des Systems zu erzeugen. Der System-Timing-Schritt sorgt für die Synchronisation zwischen Prozessen und führt Einschränkungen ein. Diese Stufe ist die Kombination aus dem früheren Schritt "Anfangsmodell", dem Schritt "Funktion" und dem Schritt "System Timing".

Implementierungsphase [ edit ]

In der Implementierungsphase wird das abstrakte Netzwerkmodell der Lösung in ein physisches System umgewandelt, dargestellt als -System-Implementierungsdiagramm . (SID). Die SID zeigt das System als Scheduler -Prozess an, der Module aufruft, die die Prozesse implementieren. Datenströme werden als Aufrufe von invertierten Prozessen dargestellt. Datenbanksymbole repräsentieren Sammlungen von Entitätszustandsvektoren, und es gibt spezielle Symbole für Dateipuffer (die implementiert werden müssen, wenn Prozesse für verschiedene Zeitintervalle geplant sind).

Das zentrale Anliegen des Implementierungsschrittes ist die Optimierung des Systems. Es ist notwendig, die Anzahl der Prozesse zu reduzieren, da es unmöglich ist, jeden in der Spezifikation enthaltenen Prozess mit einem eigenen virtuellen Prozessor zu versehen. Durch Transformation werden Prozesse kombiniert, um ihre Anzahl auf die Anzahl der Prozessoren zu beschränken.

Entwerfen der Diagramme [ edit ]

Elementstrukturdiagramm (ESD)

Das Diagramm zeigt, wie die Aktionseinheiten mit dem System zusammenarbeiten. Notationen des Entity-Strukturdiagramms (ESD):

• Entität : Eine Entität ist ein Objekt, das im System und vom System verwendet wird.
• Aktion : Die Aktionen, die von Entitäten ausgeführt werden, und die entsprechenden Aktionen Auswirkungen auf andere Entitäten.
• Konstruktsequenz : Das JSD-Konstrukt ist identisch mit dem SSADM-Entity-Life-History-Konstrukt. Verwenden Sie ein SequenceConstruct, um Aktionen zu veranschaulichen, die von links nach rechts angewendet werden.
• Construct-selection : Um eine Auswahl zwischen zwei oder mehr Aktionen darzustellen. Markieren Sie die Optionen in der rechten Ecke mit einem "o" (Option).
• Rekonstruktion des Konstrukts : Wenn sich eine Aktion wiederholt, setzen Sie ein kleines Sternchen (*) in die rechte Ecke.

Normalerweise Unter einer RecurringConstruct würde es nur eine Aktion geben.

• Nullkomponente : Eine Nullkomponente kann sicherstellen, dass in einer IF-ELSE-Anweisung nichts passiert.

Netzwerkdiagramm (ND)

Netzwerkdiagramme zeigen die Interaktion zwischen den Prozessen. Manchmal werden sie als Systemspezifikationsdiagramme (SSDs) bezeichnet. Netzwerkdiagramm (ND) Notationen:

• Prozess : Prozesse repräsentieren Systemfunktionen. Ein Prozessmodell repräsentiert die primären Systemfunktionen. Es hat im Allgemeinen eine Beziehung zu einer externen Entität durch den Datenstrom.
• Datenstromverbindung : Bei einer Datenstromverbindung sendet Prozess A (die Entität, die den Datenstrom schreibt) aktiv Informationen an einen anderen Prozess B. [19659014] Zustandsvektorinspektion : Bei einer Zustandsvektorverbindung liest der Prozess B (die Entität, die die Zustandsvektorinformation liest) die Zustandsvektorinformation einer anderen Entität A.

Der Unterschied zwischen einer Zustandsvektorverbindung und Es liegt eine Datenstromverbindung, in der der Prozess aktiv ist. In einer Datenstromverbindung ist der Prozess mit der Information A der aktive Prozess. Es sendet aktiv eine Nachricht an den Datenstromleser B zu einem Zeitpunkt, den er (A, der Absender) wählt. Bei einer Zustandsvektorinspektion ist der Prozess mit der Information A passiv; es tut nichts anderes als den Leser verarbeiten zu lassen, indem B seinen Zustandsvektor (A) untersucht. B, der Prozess, der die Inspektion durchführt, ist der aktive Prozess; Sie entscheidet, wann Informationen von A gelesen werden. Grob gesagt, ist eine Datenstromverbindung eine Abstraktion der Nachrichtenübergabe, während die Zustandsvektorinspektion eine Abstraktion für das Abfragen (und für das Abrufen von Datenbanken) ist.

Siehe auch [ edit ]

Referenzen [ edit

1. ^ ^{a b} "Eine Systementwicklungsmethode, Archiviert 2012-02-06 at the Wayback Machine" von MA Jackson, veröffentlicht in Werkzeuge und Begriffe für den Programmbau: Fortgeschrittener Kurs , Cambridge University Press, 1982
2. ^ Systementwicklung M. A. Jackson, Prentice Hall, 1983
3. ^ JSP und JSD: Der Jackson-Ansatz zur Softwareentwicklung ed. John R. Cameron (IEEE Computer Society Press, ISBN 0-8186-8858-0, 1989)
4. ^ LBMS-Jackson-Systementwicklung, Version 2.0 Method Manual von LBMS (Learmonth, Burchett Management Systems), John Wiley & Sons, ISBN 0-471-93565-4; 1992
5. ^ Decision systems Inc. (2002), Jackson System Development . Zugriff auf 24 Nov 2008.

Weiterführende Literatur [ edit ]

Externe Links [ edit