Geschäftsanalyse - Modellierung
Ein Geschäftsmodell kann als Darstellung eines Geschäfts oder einer Lösung definiert werden, die häufig eine grafische Komponente sowie unterstützenden Text und Beziehungen zu anderen Komponenten enthält. Wenn wir beispielsweise das Geschäftsmodell eines Unternehmens verstehen müssen, möchten wir folgende Bereiche untersuchen:
- Grundwerte des Unternehmens
- Was dient es?
- Was zeichnet aus?
- Seine wichtigsten Ressourcen
- Wichtige Beziehungen
- Seine Lieferkanäle
Mithilfe von Modellierungstechniken können wir eine vollständige Beschreibung der vorhandenen und vorgeschlagenen Organisationsstrukturen, Prozesse und Informationen erstellen, die vom Unternehmen verwendet werden.
Das Geschäftsmodell ist ein strukturiertes Modell, genau wie eine Blaupause für das zu entwickelnde Endprodukt. Es gibt Struktur und Dynamik für die Planung. Es bildet auch die Grundlage für das Endprodukt.
Zweck der Geschäftsmodellierung
Die Geschäftsmodellierung wird verwendet, um den aktuellen und zukünftigen Status eines Unternehmens zu entwerfen. Dieses Modell wird vom Business Analyst und den Stakeholdern verwendet, um sicherzustellen, dass sie das aktuelle Ist-Modell des Unternehmens genau verstehen.
Es wird verwendet, um zu überprüfen, ob die Stakeholder ein gemeinsames Verständnis für das vorgeschlagene „Zukünftige der Lösung“ haben.
Die Analyse von Anforderungen ist Teil des Geschäftsmodellierungsprozesses und bildet den Schwerpunktbereich. Funktionsanforderungen werden im „aktuellen Zustand“ erfasst. Diese Anforderungen werden von den Stakeholdern in Bezug auf die Geschäftsprozesse, Daten und Geschäftsregeln bereitgestellt, die die gewünschte Funktionalität beschreiben, die im zukünftigen Zustand entworfen wird.
Durchführen einer GAP-Analyse
Nach der Definition der Geschäftsanforderungen muss der aktuelle Status (z. B. aktuelle Geschäftsprozesse, Geschäftsfunktionen, Merkmale eines aktuellen Systems und der angebotenen Dienste / Produkte sowie Ereignisse, auf die das System reagieren muss) ermittelt werden, um zu verstehen, wie Personen, Prozesse und Technologien strukturiert sind und Architektur unterstützen das Geschäft, indem sie Input von IT-Mitarbeitern und anderen verwandten Stakeholdern, einschließlich Geschäftsinhabern, einholen.
Anschließend wird eine Lückenanalyse durchgeführt, um festzustellen, ob eine Lücke vorhanden ist, die die Erfüllung der Geschäftsanforderungen verhindert, indem der identifizierte aktuelle Status mit den gewünschten Ergebnissen verglichen wird.
Wenn es keine Lücke gibt (dh der aktuelle Status ist ausreichend, um die Geschäftsanforderungen und gewünschten Ergebnisse zu erfüllen), ist es wahrscheinlich nicht erforderlich, das IT-Projekt zu starten. Andernfalls sollten die Probleme / Probleme identifiziert werden, die angegangen werden müssen, um die Lücke zu schließen.
Techniken wie SWOT-Analyse (Stärken, Schwächen, Chancen und Bedrohungen) und Dokumentenanalyse können verwendet werden.
Bewertung des vorgeschlagenen Systems
BA sollte das IT-Projektteam bei der Bewertung des vorgeschlagenen IT-Systems unterstützen, um sicherzustellen, dass es den Geschäftsanforderungen entspricht und die den Stakeholdern gelieferten Werte maximiert. BA sollte auch die Bereitschaft der Organisation überprüfen, den Übergang zum vorgeschlagenen IT-System zu unterstützen, um eine reibungslose Systemimplementierung sicherzustellen.
BA sollte dem IT-Projektteam helfen, festzustellen, ob die vorgeschlagene Systemoption und das Systemdesign auf hoher Ebene die Geschäftsanforderungen erfüllen und genügend Geschäftswert liefern können, um die Investition zu rechtfertigen. Wenn es mehr als eine Systemoption gibt, sollte BA mit den IT-Mitarbeitern zusammenarbeiten, um die Vor- und Nachteile jeder Option zu ermitteln und die Option auszuwählen, die den größten Geschäftswert bietet.
Leitprinzipien für die Geschäftsmodellierung
Die Hauptaufgabe der Geschäftsmodellierung liegt hauptsächlich in der Anfangsphase und in der Ausarbeitungsphase des Projekts und verblasst während der Bau- und Übergangsphase. Dies betrifft hauptsächlich analytische Aspekte des Geschäfts in Verbindung mit der technischen Zuordnung der Anwendung oder Softwarelösung.
Domain and User variation- Die Entwicklung eines Geschäftsmodells zeigt häufig Bereiche der Uneinigkeit oder Verwirrung zwischen den Stakeholdern. Der Business Analyst muss die folgenden Variationen im Ist-Modell dokumentieren.
Multiple work units perform the same function- Dokumentieren Sie die Abweichungen im AS-IS-Modell. Dies können unterschiedliche Abteilungen oder Regionen sein.
Multiples users perform the same work- Verschiedene Stakeholder können ähnliche Arbeiten unterschiedlich ausführen. Die Abweichung kann das Ergebnis unterschiedlicher Fähigkeiten und Ansätze verschiedener Geschäftsbereiche oder das Ergebnis unterschiedlicher Bedürfnisse externer Stakeholder sein, die vom Unternehmen betreut werden. Dokumentieren Sie die Abweichungen im AS-IS-Modell.
Resolution Mechanism- Der Business Analyst sollte dokumentieren, ob die ToBe-Lösung die Inkonsistenzen im aktuellen Geschäftsmodell berücksichtigt oder ob die Lösung standardisiert werden muss. Die Interessengruppen müssen festlegen, welcher Ansatz verfolgt werden soll. Das To-Be-Modell wird ihre Entscheidung widerspiegeln.
Beispiel für eine BA-Rolle bei der Modellierung von ERP-Systemen
Ein Business Analyst soll einen Standard-Geschäftsprozess definieren und in ein ERP-System einbauen, das für eine effiziente Implementierung von zentraler Bedeutung ist. Es ist auch die Pflicht eines BA, die Sprache der Entwickler vor der Implementierung in verständlicher Sprache zu definieren und dann Best Practices zu verwenden und diese basierend auf den Systemfähigkeiten zuzuordnen.
Eine Anforderung an das System ist die GAAP-Anpassungsanalyse, die zwischen -
Die Notwendigkeit der technischen Änderungen, die die Verbesserungen sind, um Identität mit der bestehenden Praxis zu erreichen.
Effektive Änderungen, die sich auf das Re-Engineering bestehender Geschäftsprozesse beziehen, um die Implementierung der Standardfunktionalität und die Anwendung von Prozessmodellen zu ermöglichen.
Functional Business Analyst
Domain-Know-how wird in der Regel über einen bestimmten Zeitraum erworben, indem Sie im „Geschäft“ tätig sind. Zum Beispiel,
EIN banking associate erlangt Kenntnisse über verschiedene Arten von Konten, die ein Kunde (Einzelperson und Unternehmen) zusammen mit einem detaillierten Geschäftsprozessablauf betreiben kann.
Ein insurance sales representative kann die verschiedenen Phasen der Beschaffung einer Versicherungspolice verstehen.
EIN marketing analyst hat mehr Chancen, die wichtigsten Stakeholder und Geschäftsprozesse eines Customer Relationship Management-Systems zu verstehen.
Ein Business Analyst, der an capital marketsDas Projekt soll über Fachkenntnisse und fundierte Kenntnisse in den Bereichen Aktien, festverzinsliche Wertpapiere und Derivate verfügen. Es wird auch erwartet, dass er Backoffice, Frontoffice und praktische Exposition bei der Anwendung von Risikomanagementmodellen übernommen hat.
EIN Healthcare Business Analyst Grundlegendes Verständnis der Finanz- und Nutzungsmetriken des US-Gesundheitswesens, technische Erfahrung und Verständnis von EDI 837/835/834, HIPAA-Richtlinien, ICD-Kodifizierung - 9/10 und CPT-Codes, LOINC, SNOMED-Kenntnisse.
Einige Geschäftsanalysten erwerben Domänenwissen, indem sie Geschäftsanwendungen testen und mit den Geschäftsbenutzern zusammenarbeiten. Sie schaffen durch ihre zwischenmenschlichen und analytischen Fähigkeiten eine förderliche Lernumgebung. In einigen Fällen ergänzen sie ihr Domain-Wissen durch einige Domain-Zertifizierungen, die von AICPCU / IIA und LOMA im Bereich Versicherungen und Finanzdienstleistungen angeboten werden. Es gibt andere Institute, die Zertifizierungen in anderen Bereichen anbieten.
Andere Hauptaktivitäten
Nach einer gründlichen Prüfung der aktuellen Geschäftsprozesse können Sie hochprofessionelle Unterstützung bei der Ermittlung des optimalen Ansatzes für die Modellierung des Systems anbieten.
Organisation der Erstellung einer formalisierten und einheitlichen Beschreibung von Geschäftsprozessen in einer Weise, die eine effiziente Automatisierung im System gewährleistet.
Unterstützung Ihrer Teams beim Ausfüllen von Standardfragebögen für das betreffende System, die möglicherweise von den Entwicklern bereitgestellt werden.
Die Anforderungen an die Teilnahme an Arbeitstreffen gegenüber den Entwicklern sind definiert.
Überprüfen und kontrollieren Sie, ob die von Ihnen festgelegten Anforderungen ordnungsgemäß „reproduziert“ und in den Dokumenten aufgezeichnet wurden, die das zukünftige Modell im System beschreiben (Blaupausen).
Datenaufbereitung und Unterstützung beim Prototyping des Systems.
Unterstützung bei der Vorbereitung von Daten für die Migration von Listen und Salden in dem vom System geforderten Format.
Überprüfung des Einrichtungsprototyps auf Einhaltung der von den Geschäftsprozessverantwortlichen festgelegten Anforderungen.
Als Support-Ressource für Ihre IT-Teams bei der Vorbereitung von Daten und der tatsächlichen Durchführung von Funktions- und Integrationstests im System.
Im nächsten Abschnitt werden einige der beliebten Business Modeling Tools, die von großen Unternehmen in IT-Umgebungen verwendet werden, kurz erläutert.
Tool 1: Microsoft Visio
MS-Visio ist eine Zeichen- und Diagrammsoftware, mit der Konzepte in eine visuelle Darstellung umgewandelt werden können. Visio bietet Ihnen vordefinierte Formen, Symbole, Hintergründe und Rahmen. Ziehen Sie einfach Elemente per Drag & Drop in Ihr Diagramm, um ein professionelles Kommunikationswerkzeug zu erstellen.
Step 1 - Um eine neue Visio-Zeichnung zu öffnen, gehen Sie zum Startmenü und wählen Sie Programme → Visio.
Step 2 - Bewegen Sie den Mauszeiger über "Geschäftsprozess" und wählen Sie "Grundlegendes Flussdiagramm".
Der folgende Screenshot zeigt die Hauptabschnitte der MS-Visio-Anwendung.
Lassen Sie uns nun den grundlegenden Nutzen jeder Komponente diskutieren -
A- Die Symbolleisten am oberen Bildschirmrand ähneln anderen Microsoft-Programmen wie Word und PowerPoint. Wenn Sie diese Programme bereits verwendet haben, werden Sie möglicherweise einige verschiedene Funktionen bemerken, die wir später untersuchen werden.
Durch Auswahl der Hilfediagrammgalerie können Sie sich mit den Arten von Zeichnungen und Diagrammen vertraut machen, die in Visio erstellt werden können.
B- Auf der linken Seite des Bildschirms werden die Menüs angezeigt, die für den von Ihnen erstellten Diagrammtyp spezifisch sind. In diesem Fall sehen wir -
- Pfeilformen
- Backgrounds
- Grundlegende Flussdiagrammformen
- Grenzen und Titel
C - In der Mitte des Bildschirms wird der Diagrammarbeitsbereich angezeigt, der die eigentliche Diagrammseite sowie einige Leerzeichen neben der Seite enthält.
D- Auf der rechten Seite des Bildschirms werden einige Hilfefunktionen angezeigt. Einige Benutzer schließen dieses Fenster möglicherweise, um den Bereich für den Diagrammarbeitsbereich zu vergrößern, und öffnen die Hilfefunktionen bei Bedarf erneut.
Tool 2: Enterprise Architect
Enterprise Architect ist ein visuelles Modellierungs- und Designtool, das auf UML basiert. Die Plattform unterstützt den Entwurf und die Konstruktion von Softwaresystemen, die Modellierung von Geschäftsprozessen und die Modellierung branchenbasierter Domänen. Es wird von Unternehmen und Organisationen verwendet, um nicht nur die Architektur ihrer Systeme zu modellieren. Die Implementierung dieser Modelle muss jedoch über den gesamten Lebenszyklus der Anwendungsentwicklung hinweg verarbeitet werden.
Mit dem Enterprise Architect soll ermittelt werden, wie ein Unternehmen seine aktuellen und zukünftigen Ziele am effektivsten erreichen kann.
Der Unternehmensarchitekt hat vier Gesichtspunkte:
Business perspective - Die Geschäftsperspektive definiert die Prozesse und Standards, nach denen das Geschäft täglich arbeitet.
Application Perspective - Die Anwendungsperspektive definiert die Interaktionen zwischen den von der Organisation verwendeten Prozessen und Standards.
Information Perspective - Hiermit werden die Rohdaten wie Dokumentdateien, Datenbanken, Bilder, Präsentationen und Tabellen definiert und klassifiziert, die das Unternehmen für einen effizienten Betrieb benötigt.
Technology Prospective - Dies definiert die Hardware, Betriebssysteme, Programmier- und Netzwerklösungen, die von der Organisation verwendet werden.
Tool 3: Rational Requisite Pro
Der Prozess des Ermittelns, Dokumentierens, Organisierens Verfolgens und Änderns von Anforderungen und des Kommunizierens dieser Informationen zwischen den Projektteams, um sicherzustellen, dass iterative und unerwartete Änderungen während des gesamten Projektlebenszyklus beibehalten werden.
Überwachen des Status und Steuern von Änderungen an der Anforderungsbasislinie. Die Hauptelemente sind Änderungskontrolle und Rückverfolgbarkeit.
Requisite Pro wird für die oben genannten Aktivitäten und Projektverwaltungszwecke verwendet. Das Tool wird zum Abfragen und Suchen sowie zum Anzeigen der Diskussion verwendet, die Teil der Anforderung war.
In Requisite Pro kann der Benutzer das Anforderungsdokument bearbeiten. Das Dokument ist eine MS-Word-Datei, die in der Reqpro-Anwendung erstellt und in die Projektdatenbank integriert wurde. Anforderungen, die außerhalb von Requisite Pro erstellt wurden, können importiert oder in das Dokument kopiert werden.
In Requisite Pro können wir auch mit Rückverfolgbarkeit arbeiten. Hier handelt es sich um eine Abhängigkeitsbeziehung zwischen zwei Anforderungen. Die Rückverfolgbarkeit ist ein methodischer Ansatz zur Verwaltung von Änderungen durch Verknüpfung miteinander verbundener Anforderungen.
Mit Requisite Pro können Sie Änderungen an einer Anforderung während des gesamten Entwicklungszyklus einfach nachverfolgen. Daher müssen Sie nicht alle Dokumente einzeln überprüfen, um festzustellen, welche Elemente aktualisiert werden müssen. Sie können verdächtige Beziehungen mithilfe einer Rückverfolgbarkeitsmatrix oder einer Rückverfolgbarkeitsbaumansicht anzeigen und verwalten.
Mit Requisite Pro-Projekten können wir ein Projekt-Framework erstellen, in dem die Projektartefakte organisiert und verwaltet werden. In jedem Projekt sind die folgenden enthalten.
- Allgemeine Projektinformationen
- Packages
- Allgemeine Dokumentinformationen
- Dokumenttypen
- Anforderungsarten
- Anforderungsattribute
- Attributwerte
- Projektübergreifende Rückverfolgbarkeit
Mit Requisite Pro können mehrere Benutzer gleichzeitig auf dieselben Projektdokumente und Datenbanken zugreifen. Daher ist der Aspekt der Projektsicherheit von entscheidender Bedeutung. Die Sicherheit verhindert die Systemnutzung, potenzielle Schäden oder Datenverluste durch unbefugten Benutzerzugriff auf ein Projektdokument.
Es wird empfohlen, die Sicherheit für alle RequisitePro-Projekte zu aktivieren. Auf diese Weise wird sichergestellt, dass alle Änderungen am Projekt mit dem richtigen Benutzernamen der Person verknüpft sind, die die Änderung vorgenommen hat, wodurch sichergestellt wird, dass Sie über einen vollständigen Prüfpfad für alle Änderungen verfügen.