Ich habe ein neues Geschäftssystem übernommen und bin damit bestens vertraut.

Geschichte

Kitten übernahm kontinuierlich Verantwortung, was für ihn ein schwerer Schlag ins Herz war. Dies war das erste Mal in seiner Karriere. Wenn Sie sich für die Situation des Kätzchens interessieren, können Sie sich über „idempotente Ereignisse“ und „Cache-Aufschlüsselungsereignisse“ informieren.

Heute kam der Teamleiter mit dem Kätzchen in einen Konferenzraum.

So viele Unfälle sind in so kurzer Zeit passiert. Ich verstehe, dass das für Sie nicht einfach ist, schließlich haben Sie dieses Projekt gerade erst übernommen. Möglicherweise gibt es einige Probleme mit dem Projekt selbst. Jetzt liegt die Verantwortung bei Ihnen, ich hoffe, Sie lassen sich nicht entmutigen ...“, fuhr der Teamleiter fort.

Das Kätzchen sah das Küken an und nickte erleichtert. Ich dachte: „Es scheint, dass der Teamleiter meine Leistung nicht kritisieren wird.“

Es sind jedoch Probleme aufgetreten und es können andere Probleme mit dem System vorliegen, einschließlich geschäftlicher, Code- oder Designaspekte. Bitte nehmen Sie sich die Zeit, eine Analyse Ihrer Projektunterlagen zu organisieren und vorzubereiten. Wir freuen uns darauf, Sie bei unserem nächsten monatlichen Treffen über den aktuellen Stand des Systems zu informieren.

Die kleine Katze nickte wiederholt und dachte in Gedanken: „Das ist alles so, als würde man ein verkleidetes Model fangen. Aber wie soll ich so ein Dokument schreiben?“

Zu diesem Zeitpunkt begann sich das Kätzchen wieder unwohl zu fühlen.

Lassen Sie uns über neue Projekte sprechen

Wenn Sie ein neues System übernehmen, wie machen Sie sich damit vertraut? Tatsächlich hat Laomao alle am Ende des letzten Artikels „Cache Penetration Incident“ gefragt. Ich frage mich, ob Sie noch irgendwelche Eindrücke haben?

Lassen Sie uns nun über den Gewöhnungsprozess der alten Katze an ein neues System sprechen. Ich hoffe, dass diese Erfahrungen für Sie hilfreich sind, und Sie sind herzlich eingeladen, Ihre eigenen Methoden mitzuteilen. Die Hauptschritte sind wie folgt:

Projektvertrautheit

1. Versuchen Sie, ein Anwendungsfalldiagramm zu zeichnen

Nachdem wir ein neues Geschäftssystem erhalten haben, müssen wir zunächst zumindest wissen, was das aktuelle System tut. Daher müssen wir uns manchmal die Zeit nehmen, den entsprechenden Produktmanager zu finden, um das Geschäft zu verstehen. Zu diesem Zeitpunkt kann es sein, dass der Produktmanager mit Ihnen chattet Informieren Sie sich über die aktuelle Situation und den Hintergrund, werfen Sie aber möglicherweise auch direkt eine V0-Vn-Version des Produktanforderungsplans mit und teilen Sie Ihnen mit, dass er nicht verfügbar ist. Wenn das letztere der Fall ist, denken Sie daran, sich zurückzuhalten und nicht mit dem Monitor auf die Vorderseite des Produkts zu schlagen, da Ihre Zusammenarbeit noch nicht begonnen hat ... Nur ein Scherz, kommen wir zur Sache.

Lassen Sie uns zunächst verstehen, was ein Anwendungsfalldiagramm ist.

Eine kurze Analyse des Anwendungsfalldiagramms

Ein Anwendungsfall ist eine funktionale Einheit im System und kann als Interaktion zwischen dem Ausführenden und dem Subjekt beschrieben werden. Ein Akteur ist eine idealisierte Rolle eines externen Benutzers, Prozesses oder eines anderen Systems, der mit einem System, Subsystem oder einer Klasse interagiert.

Zweck: Kann Anwendungsfälle und Ausführende im System auflisten und anzeigen, welcher Ausführende an der Ausführung welchen Anwendungsfalls beteiligt ist.

Zeichnen wir für den „Bestell- und Zahlungsgeschäftspunkt“, auf den Mao Mao zuvor gestoßen ist, ein Anwendungsfalldiagramm, um ihn zu veranschaulichen. Wie unten gezeigt:

Anwendungsfälle

Das Bild oben ist eigentlich ein einfaches Anwendungsfalldiagramm. Was wir herausfinden müssen, ist die Bedeutung der verschiedenen Zeilen.

Die
• a-Linie stellt die Assoziation dar, also den Kommunikationspfad zwischen dem Ausführenden und den Anwendungsfällen, an denen er teilnimmt. Angezeigt durch eine durchgezogene Linie.
• b-Zeilen stehen für Inklusion, fügen zusätzliches Verhalten in den Basisanwendungsfall ein und beschreiben die Einfügung explizit.
• C-Linien stellen Erweiterungen dar, die zusätzliches Verhalten in den Basisanwendungsfall einfügen, das dem Basisanwendungsfall unbekannt ist.
Die
• d-Linie stellt die Generalisierung von Anwendungsfällen dar, die Beziehung zwischen allgemeinen Anwendungsfällen und speziellen Anwendungsfällen, wobei spezielle Anwendungsfälle die Merkmale allgemeiner Anwendungsfälle erben und neue Funktionen hinzufügen.

Auf diese Weise können wir uns einen klaren Überblick über den aktuellen Geschäftsstatus verschaffen.

2. Backend-Modellkämmen

Nachdem wir die aktuellen Systemfunktionspunkte und Geschäftsformen aussortiert haben, können wir einen Blick auf das vorhandene Systemmodell werfen, also auf die Tabellen der DB-Datenbank. Auf diese Weise können wir wissen, wie das aktuell entworfene System das Geschäft abstrahiert. Wenn wir uns dann die zugehörigen Tabellen ansehen, können wir tatsächlich langsam das ER-Diagramm zeichnen.

Was ist ein ER-Diagramm?

E-R-Diagramm ist der vollständige Name des Entity-Relationship-Diagramms. Es bietet eine Methode zur Darstellung von Entitätstypen, Attributen und Beziehungen und wird zur Beschreibung des konzeptionellen Modells der realen Welt verwendet.

Durch seine Definition wissen wir tatsächlich, dass es im ER-Diagramm drei wichtige Punkte gibt, nämlich Entitätsklasse, Attribute und Verbindungen. Wenn wir die DB-Tabelle organisieren, entspricht sie tatsächlich unserer Tabelle, den Tabellenfeldern und der Beziehung zwischen den entsprechenden Tabellen und Tabellen.

Schauen wir uns ein Beispiel an.

ER-Beispiel

Erklären Sie die Bedeutung jedes Bildes:

Das Quadrat stellt ein Modell dar, das eine Tabelle ist. Dies ist natürlich auch eine Entitätsklasse im ER-Diagramm.
Das Oval stellt die Attribute dar, die in der Entitätsklasse enthalten sind.
Die Raute stellt die Aktionsbeziehung zwischen den beiden Klassen dar, z. B. die Waren, die im Bild oben auf das Regal gestellt werden. Im täglichen Leben unterrichtet der Lehrer die Schüler, daher kann der Diamant die Klasse sein.
Die 1 und n in der Zeile sind klarer, was eine Eins-zu-Viele-, Viele-zu-Eins- und Eins-zu-Eins-Beziehung darstellt.

Im Bild oben können wir tatsächlich deutlicher erkennen, dass es im aktuellen System drei wichtige Entitätskonzepte gibt, nämlich Waren, Warenpools und Regale. Auf dem Bild können wir auch grob die Beziehung zwischen ihnen erkennen.

Nachdem wir das ER-Diagramm sortiert haben, wird wahrscheinlich klar sein, wie das oben erwähnte Anwendungsfall-Geschäftsdiagramm im bestehenden System abstrahiert wird.

Nachdem wir darüber gesprochen haben, betrachten wir es aus der Perspektive Gottes. Wir haben dem gegenwärtigen System ein Skelett gegeben, und dann müssen wir sein Herz anfangen zu schlagen, sein Blut rauschen zu lassen und dem gesamten System eine Seele geben. Anschließend werden wir die Modelle im Laufe des Prozesses aneinanderreihen.

3. Kernprozess und Zustandsmaschinenfluss

Schauen wir uns das Beispiel direkt an. Tatsächlich glaubt Laomao, dass das Sortieren des Flussdiagramms relativ einfach sein mag, die Schwierigkeit jedoch darin besteht, die Verknüpfungen im gesamten Prozess zu steuern. Wenn Sie beim Zeichnen sorgfältiger nachdenken, können Sie jeden Schritt der Bestandsaufnahme protokollieren. In diesem Fall liegt der Fokus weniger auf dem Geschäft. Wenn die Zeichnung dick ist, lässt sich die entsprechende Beziehung zwischen den Modellen möglicherweise nicht gut steuern. Daher ist Laomao der Ansicht, dass dieser Ort ein Test für die Verallgemeinerungsfähigkeit und das Geschäftsverständnis des Programmierers ist.

Flussdiagramm

Im obigen Bild hat Laomao einfach ein Flussdiagramm gezeichnet. Nehmen Sie es nicht zu ernst. Lassen Sie uns nicht über die Genauigkeit sprechen Geschäftsprozess im Inneren. Im obigen Prozess sehen wir den folgenden grafischen Inhalt:

• Der Startknoten wird durch einen Kreis dargestellt. Natürlich können Sie die Farbe wählen, die Ihnen gefällt. Es gibt nicht viele Standards.
• Wenn der Prozess läuft, verwenden wir relevante Pfeillinien, um ihn darzustellen, und wenn es um Kerngeschäftsabläufe geht, wird er durch Quadrate dargestellt.
• Wenn wir auf einen Verzweigungsknoten stoßen, verwenden wir Rauten zum Routing.
• Bei einigen asynchronen Vorgängen verwendet Laomao gerne gepunktete Linien, um diese darzustellen.

Die Darstellung des obigen Prozesses ist eigentlich relativ einfach und wir müssen uns nicht um die Systemgrenzen kümmern. Einfach zeichnen.

Aber unsere aktuellen Entwicklungssysteme basieren oft auf Microservices, daher müssen wir zu diesem Zeitpunkt möglicherweise den Interaktionsprozess zwischen verschiedenen Systemen berücksichtigen. Daraus können wir das Konzept der Schwimmbahnen vorstellen. Siehe unten.

Swim-Lane-Prozess

In der obigen Abbildung sehen wir die Interaktion zwischen verschiedenen Systemanwendungen. Jede Swimlane repräsentiert eines der Microservice-Systeme. Dies ist ein echtes Bild, das Laomao in seiner täglichen Vertrautheit mit dem Geschäft gezeichnet hat. Ich möchte noch einmal betonen, dass Sie sich einige Ideen der Zeichnung ansehen und sich nicht zu sehr auf das Geschäft einlassen sollten.

Gehen wir zum Beispiel etwas detaillierter auf den Ablauf des Bestellstatus ein, um ihn besser kontrollieren zu können.

Statusübertragung

Das Obige erklärt hauptsächlich den Fluss des gesamten Zustands im Prozess. Wenn die Zustandsbits relativ einfach sind, müssen wir sie natürlich nicht zeichnen. Vielleicht sollten wir darüber nachdenken, die Zustandsmaschine zu zeichnen komplex und vielfältig.

Das obige ist der detaillierte Inhalt vonIch habe ein neues Geschäftssystem übernommen und bin damit bestens vertraut.. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!