Erfassen Sie Ihre Fortschritte
Trailhead-Startseite
Trailhead-Startseite

Verstehen, was die Verwaltung des Lebenszyklus der Anwendung bedeutet

Lernziele

Nachdem Sie diese Lektion abgeschlossen haben, sind Sie in der Lage, die folgenden Aufgaben auszuführen:
  • Identifizieren der Anpassungen, die sich direkt in der Produktionsorganisation sicher vornehmen lassen
  • Definieren des Application Lifecycle Managements
  • Erläutern, warum die Verwendung des Application Lifecycle Management-Prozesses Teams dabei hilft, Anwendungen schneller zu entwickeln.

Einführung

Salesforce bietet verschiedene Entwicklungstools und -prozesse, um den Bedürfnissen der Kunden gerecht zu werden. In diesem Modul werden der Prozess Application Lifecycle Management (ALM) und die drei Entwicklungsmodelle eingeführt.
  • Änderungssetentwicklung
  • Organisationsentwicklung
  • Paketentwicklung

Alle drei Entwicklungsmodelle folgen weitestgehend demselben ALM-Prozess. Die Modelle unterscheiden sich jedoch in der Art und Weise, in der sie Sie Änderungen an Ihrer Organisation verwalten lassen. Die Änderungskontrolle spielt eine große Rolle in der Softwareentwicklung, und wenn Sie Ihre Optionen kennen, können Sie das Entwicklungsmodell wählen, das am besten zu Ihrer Situation passt.

Schauen wir uns den Weg an, den ein Salesforce-Profi gemeinsam mit seinem Unternehmen zurücklegt, während sich die Entwicklungsherausforderungen im Laufe der Zeit ändern. Unterwegs erfahren Sie, wie jedes Entwicklungsmodell die Bedürfnisse in unterschiedlichen Situationen erfüllt. Details zur Verwendung der Entwicklungsmodelle werden in anderen Modulen in diesem Trail behandelt.

Hinweis

Hinweis

Unter ähnlichen Umständen entscheiden Sie und Ihr Team sich ggf. anders als das fiktionale Unternehmen aus diesem Modul. Wichtig ist, dass Sie Ihre Optionen kennen.

Lernen Sie Calvin kennen, den Salesforce-Administrator bei Zephyrus Relocation Services, Inc.

Calvin Green hat viele technische Funktionen bei Zephyrus Relocation Services inne, einem Unternehmen für Talentmobilität in Fairfax, Virginia/USA. Eine der Funktionen von Calvin besteht darin, Salesforce an das kleine, aber immer größer werdende Vertriebsteam des Unternehmens anzupassen. Mithilfe der Setup-Benutzeroberfläche in der Produktionsorganisation profitiert er von einer eindrucksvollen Vielfalt an neuen Dashboards und Berichten.

Calvin hat seine Fähigkeiten als Salesforce-Administrator durch Vetforce erworben, dem Salesforce-Programm für berufliche Weiterbildung und Karrierebeschleunigung für Angehörige der Streitkräfte, Veteranen und deren Ehegatten.

Calvin an seinem Schreibtisch bei Zephyrus mit seinem Vetforce-Kaffeebecher

Was kann in der Produktion sicher geändert werden?

Sie können einige Arten neuer Funktionen in einer Produktionsorganisation auf sichere Art und Weise entwickeln. Anpassungen, die sich nicht auf Daten auswirken, können sicher in einer Produktionsorganisation vorgenommen werden. Dazu zählt die Entwicklung neuer Dashboards, Berichte und E-Mail-Vorlagen. Bestimmte Anpassungen, die direkt in der Produktion vorgenommen wurden, können jedoch Chaos verursachen, indem sie Daten löschen oder zu Schlimmerem führen.

Was kann passieren, wenn Sie Änderungen nicht testen, bevor Sie sie in der Produktion verfügbar machen?

  • Eine Workflowregel erstellt versehentlich eine Endlos-Verarbeitungsschleife.
  • Bei einer Änderung eines Feldtyps werden Daten so verändert, dass Sie die Änderung nicht rückgängig machen können.
  • Ein logischer Fehler in einer Validierungsregel verhindert, dass Sie einen Datensatz speichern können.
  • Seitenlayoutänderungen verwirren die Benutzer, statt die Benutzeroberfläche zu verbessern.

Der sicherste Weg zum Anpassen Ihrer Organisation besteht darin, Änderungen mithilfe einer dedizierten Umgebung für Entwicklungen vorzunehmen und zu testen. Tatsächlich müssen einige Änderungen in einer Entwicklungsumgebung durchgeführt werden. Es ist beispielsweise nicht möglich, Apex-Code direkt in einer Produktionsorganisation zu schreiben.

Navigieren zu Änderungssets für sicherere Anpassungen

Während Zephyrus immer weiter wächst, wächst gleichzeitig auch die Nachfrage nach Salesforce-Anpassungen. Das Unternehmen stellt einen weiteren Mitarbeiter als Aushilfe ein. Das zunehmende Volumen an Anpassungsanforderungen beinhaltet neue Workflowregeln und Seitenlayouts, und Calvin ist umsichtig genug, diese Änderungen nicht direkt in der Produktionsorganisation durchzuführen.

Um den sich ändernden geschäftlichen Bedürfnissen gerecht zu werden, entschließt Zephyrus sich zu einem Upgrade auf die Professional Edition. In der Professional Edition kann Zephyrus mithilfe deklarativer (Zeigen und Klicken) Entwicklungstools in einer separaten Entwicklungsumgebung Änderungen erstellen und anhand des Bedarfs testen.

Im Änderungsset-Entwicklungsmodell können Calvin und seine Kollegin Ella ihre Anwendung mithilfe deklarativer Tools verwalten. Sie brauchen keine Befehlszeilenschnittstelle oder ein Versionskontrollsystem zu verwenden, um den zunehmenden Anpassungsbedarf des von ihnen unterstützten Vertriebsteams zu erfüllen.

Mit den deklarativen Tools können Calvin und Ella viele praktische Dinge erstellen, die die Produktivität des Vertriebsteams steigern. Beispielsweise verwendet Calvin den Lightning-Anwendungsgenerator, um einen Filter zu erstellen, der eine "Rich Text"-Komponente auf einer Opportunity-Seite anzeigt, wenn sich der Betrag auf mindestens USD 1 Mio. beläuft.

Verwenden des Lightning-Anwendungsgenerators zum Erstellen eines Filters.

Bringen Sie Ordnung ins Durcheinander

Jetzt, da Anpassungen von vielen Leuten in vielen Umgebungen vorgenommen werden, überlegt Calvin, wie er mit den nachgelagerten Auswirkungen selbst kleinerer Änderungen umgehen kann.

Das Standardobjekt für Kontakte weist beispielsweise kein Feld für den Kontakttyp auf. Calvin kann das benutzerdefinierte Feld problemlos hinzufügen und das neue Kontakttypfeld für alle Benutzer freigeben. Aber sollte er das wirklich tun?

  • Steht das neue Kontakttypfeld im Widerspruch zu Anpassungen, die jemand anders vorgenommen hat?
  • Weiß das Vertriebsteam, wie das neue Feld verwendet wird oder muss es geschult werden?
  • Wenn das Feld ein Pflichtfeld ist, gibt es Integrationen oder Importprozesse, die aktualisiert werden müssen?
  • Wo wird das Feld angezeigt? Auf allen Seitenlayouts? Welche Listenansichten? Kommt es in Berichten oder Dashboards vor?
  • Sollte das Feld auch auf dem Leadobjekt angezeigt werden? Falls ja, ändert sich der Leadkonvertierungsprozess?
  • Ist das Feld für die Integration mit anderen Systemen erforderlich? Falls ja, müssen Sie ggf. Middleware, Feldzuordnungen, Endpunkte usw. ändern.

In der Salesforce Trailblazer Community fordern andere Mitglieder Calvin auf, sich die Schritte für die Verwaltung des Lebenszyklus der Anwendung anzuschauen, die Salesforce zur Entwicklung neuer und benutzerdefinierter Anwendungen empfiehlt.

Auf der Salesforce Developers-Website lernt Calvin, dass ALM den Prozess des Verwaltens der Entwicklung einer Anwendung vom Entwurf bis hin zur endgültigen Version definiert. Darüber hinaus legt ALM einen Rahmen fest, innerhalb dessen im Laufe der Zeit Fehlerbehebungen in Anwendungen sowie Funktionserweiterungen vorgenommen werden.

Moment mal, wird die Entwicklung nicht durch weitere Prozesse langsamer?

In einem Meeting mit Ernesto Rondán, dem Leiter der IT-Abteilung, setzt sich Calvin für einen Wechsel zum Application Lifecycle Management ein. ALM bietet ihnen Prozesse und Richtlinien, mit denen sie Anwendungen reibungslos und damit schneller erstellen können, ohne dass sich negative Auswirkungen ergeben. Anwendungen und Tools können variieren, aber die Schritte im ALM-Zyklus gelten für alle Salesforce-Entwicklungsprojekte.

Der ALM-Zyklus: Version planen, Entwickeln, Testen, Version erstellen, Version testen, Veröffentlichen

Schritt 1: Version planen
Beginnen Sie Ihr Anwendungs- oder Entwicklungsprojekt mit einem Plan. Sammeln Sie Anforderungen und analysieren Sie sie. Lassen Sie Ihren Produktmanager (oder jemanden, der ihm entspricht) Entwurfspezifikationen formulieren und zur Implementierung an das Entwicklungsteam weitergeben. Legen Sie die verschiedenen Entwicklungs- und Testumgebungen fest, die das Team während des Projektfortschritts durch den ALM-Zyklus benötigt.
Schritt 2: Entwickeln
Führen Sie die Arbeit gemäß den Entwurfspezifikationen aus. Führen Sie die Arbeit in einer Umgebung aus, die eine Kopie der Metadaten der Produktionsorganisation, aber keine Produktionsdaten enthält. Entwickeln Sie auf der Lightning-Plattform mit einer passenden Kombination aus deklarativen Tools (u. a. Prozessgenerator, Assistent für benutzerdefinierte Objekte auf der Benutzeroberfläche) und Programmiertools (Developer Console, Quellcode-Editor oder Visual Studio Code).
Schritt 3: Testen
Wenden Sie die Änderungen, die Sie vornehmen, an, um zu überprüfen, ob sie wie gewünscht funktionieren, bevor Sie sie in die Arbeit anderer Personen integrieren. Führen Sie Ihre Tests in derselben Art von Umgebung durch, die Sie auch für den Entwicklungsschritt verwendet haben, aber halten Sie ihre Entwicklungs- und integrierten Testumgebungen voneinander getrennt. Konzentrieren Sie sich an dieser Stelle auf die Tests an Ihren eigentlichen Änderungen und nicht darauf zu verstehen, wie Ihre Änderungen sich auf andere Teile der Version oder die Anwendung als Ganzes auswirken.
Schritt 4: Version erstellen
Aggregieren Sie alle Objekte, die Sie während des Entwicklungsschritts erstellt oder zu einem einzigen Versionsartefakt verändert haben: einem logischen Paket an Anpassungen, die Sie in der Produktion bereitstellen. Ab diesem Punkt konzentrieren Sie sich darauf, was Sie freigeben, nicht auf die Beiträge einzelner Personen.
Schritt 5: Version testen
Testen Sie, was Sie tatsächlich bereitstellen werden, aber führen Sie den Test auf sichere Art und Weise in einer Staging-Umgebung durch, in der die Produktion weitestgehend nachgeahmt wird. Verwenden Sie eine realistische Menge an repräsentativen Produktionsdaten. Verbinden Sie Ihre Testumgebungen mit allen externen Systemen, die zur Nachahmung der Integrationspunkte Ihres Produktionssystems benötigt werden. Führen Sie in diesem Schritt volle Regressions- und endgültige Leistungstests aus. Testen Sie die Version mit einer kleinen Gruppe erfahrener Personen, die Feedback liefern (ein Verfahren, das Benutzerakzeptanztestung genannt wird).
Schritt 6: Veröffentlichen
Wenn Sie Ihre Tests abgeschlossen und Ihre Qualitätsparameter erfüllt haben, können Sie die Anwendung in der Produktionsorganisation bereitstellen. Schulen Sie ihre Mitarbeiter und Partner so, dass sie die Änderungen verstehen. Hat eine Version beträchtliche Auswirkungen auf die Benutzer, erstellen Sie eine separate Umgebung mit realistischen Daten, um die Benutzer zu schulen.