Reis. 5.2.

Aus dieser Abbildung wird deutlich, dass Richtlinien sowie Richtlinienstandards, Leitlinien und Verfahren für absolut alle Elemente der Architektur gelten können: Daten, Anwendungssysteme und technologische Infrastruktur.

Es ist wichtig zu beachten, dass zur Beschreibung des „oberen“ Teils dieser Pyramide hauptsächlich Mechanismen wie deklarierte Prinzipien verwendet werden. Der „mittlere“ Teil der Pyramide, d.h. Die Architektur selbst wird in Form einer Reihe entsprechender Modelle beschrieben. Und das untere Ende der Pyramide ist mit der Entwicklung geeigneter Regeln, Verfahren oder der Auswahl von Standards verbunden.

Die Schlüsselelemente aus architektonischer Sicht sind Prinzipien, Standards und Modelle. Standards werden auf der Grundlage von Prinzipien entwickelt und beschreiben, wie die Prinzipien in der Praxis umgesetzt werden. Modelle sind grafische Darstellungen von Prinzipien und Standards und werden zur Beschreibung von Architektur verwendet. Dabei ermöglichen Modelle eine vereinfachte Sicht auf die komplexe reale Welt und schaffen abstrakte Konstrukte, die unwichtige Details weglassen und sich auf die wichtigsten Aspekte des beschriebenen Themas konzentrieren. Darüber hinaus bieten Modelle einen Rahmen für die Diskussion verschiedener Interessengruppen zum gleichen Thema. Dem ist der nächste Abschnitt gewidmet.

Im Allgemeinen die Praxis der Beschreibung der Strategie und Architektur der Informationstechnologie sowie anderer Regulierungsdokumente, die die Grundsätze für die Erstellung und den Betrieb von Informationssystemen eines Unternehmens oder einer Behörde beschreiben staatlich kontrolliert Auf regionaler oder städtischer Ebene können folgende Elemente enthalten sein:

• Mission und Vision.
• Richtlinien. Aussagen, die die Prinzipien und Schlüsselelemente der Philosophie des Einsatzes von Informationstechnologie beschreiben.
• Ziele, Ziele und Strategien.
• Informationstechnologiearchitektur.
• Richtlinien (Regeln). Richtlinien sind allgemeine Aussagen, die die Richtung und Ziele im Zusammenhang mit IT-Initiativen vorgeben. Sie sind in der Regel eher hochrangiger und allgemeiner Natur und gewährleisten einen koordinierten Planungsprozess, die Beschaffung kritischer Technologien, eine effiziente Systementwicklung und eine effiziente Nutzung von Informationstechnologie und Ressourcen.
• IT-Standards. Normen sind verbindliche Aussagen zu den eingesetzten Technologien, Produkten und/oder Dienstleistungen. Sie müssen hinreichend vollständig sein und gleichzeitig ein angemessenes Mindestmaß an für die Nutzung erforderlichen Anforderungen festlegen. Bei staatlich festgelegten Standards ist es besonders wichtig sicherzustellen, dass die Standards nur die häufigsten und wichtigsten Elemente der Technologie im Einklang mit den Grundsätzen des fairen Wettbewerbs beschreiben.
• Verfahren. Verfahren sind Anweisungen, die beschreiben, wie Richtlinien und Standards umgesetzt werden. Verfahren legen Prozesse fest und beschreiben sie, die regelmäßig durchgeführt werden.
• Richtlinien. Anleitungen und Empfehlungen sind Beschreibungen empfohlene Vorgehensweise oder akzeptable Ansätze für die praktische Umsetzung von Richtlinien und Verfahren. Richtlinien können zu Standards werden.

Die Umsetzung von Zielen, Zielsetzungen und Strategien erfolgt durch entsprechende IT-Projekte, die in Plänen für die nächste Tätigkeitsperiode formuliert werden.

Natürlich scheint diese Liste ziemlich umfangreich zu sein, aber wir geben dem Leser eine Vorstellung von dem „idealen“ Bild, das mit der Beschreibung der Strategie und Architektur der Informationstechnologie auf der Ebene einer ziemlich großen Organisationseinheit verbunden ist. In der Praxis entsteht natürlich ein solcher vollständiger Satz an Dokumenten und Beschreibungen bestimmten Zeitraum Zeit der praktischen Arbeit.

In diesem Fall können wir die Verwendung der folgenden Hierarchie der Beziehungen zwischen Richtlinien, Standards und Verfahren empfehlen. Standards sollten immer mit einigen formulierten Richtlinien verknüpft sein, auch wenn den Richtlinien selbst möglicherweise keine spezifischen Standards „unterlegt“ sind. Ebenso müssen Verfahren immer mit bestimmten Standards verknüpft sein, auch wenn die Standards selbst ohne damit verbundene Verfahren existieren können.

Reis. 5.3.

Wichtig ist der folgende, in der Architekturmethodik der META Group formulierte Hinweis, der die Rolle von Prinzipien und Modellen bei der Beschreibung von Architektur betrifft (weitere Informationen hierzu finden Sie unter „Methoden zur Beschreibung von Architekturen. Zachman- und Gartner-Modelle, META Group- und TOGAF-Methoden). “). Man kann sagen, dass es zwei sind unterschiedliche Ansätze zu den Prozessen der Entwicklung, Beschreibung und Nutzung von Unternehmensarchitektur: Ein erheblicher Teil, vielleicht sogar die Mehrheit der Spezialisten und Unternehmen glaubt, dass die Grundlage der Architektur Prinzipien sind, und der andere Teil vertritt den Standpunkt, dass die Grundlage der Architektur der Prozess ist der Erstellung von Modellen. Die META Group ist davon überzeugt, dass es bei der Beschreibung der heute bestehenden Architektur (der „Ist-Architektur“) notwendig ist, sich stärker an den Grundsatzerklärungen zu orientieren, auf denen sie aufbaut; Gleichzeitig müssen zukünftige Zustände der Architektur mithilfe geeigneter Modelle beschrieben werden, die einzelne Ansichten (Domänen) der zukünftigen Architektur beschreiben.

Auf den ersten Blick mag dies sogar seltsam erscheinen. Es gibt viele Beispiele, bei denen eine Organisation erhebliche Anstrengungen unternimmt, um detaillierte Beschreibungen bestehender Prozesse zu erstellen. Da die Zukunft für den Kunden nicht ganz klar ist, beschränken sie sich oft auf allgemeine Aussagen. So landen pralle Alben mit Geschäftsprozessdiagrammen erfolgreich im Regal... Ein bekanntes Bild, nicht wahr? Auf die optimale Aufwandsverteilung in den verschiedenen Phasen des Architekturprozesses werden wir in „Architekturentwicklungsprozess: Reifegradbewertung, Detaillierung und Aufwandsverteilung. Tools und Technologieüberwachung“ zurückkommen.

Die Empfehlungen der META Group basieren auf den folgenden Überlegungen. Wenn eine Organisation ganz am Anfang des Prozesses der Entwicklung ihrer Architektur steht, besteht in der Regel noch keine vollständige Klarheit und Einigkeit über die verwendeten Modelle oder gar die Aufteilung der Architektur in Ansichten (Domänen).

Unter diesen Bedingungen sollte die Unternehmensarchitektur als Erstes allen Prozessbeteiligten sofort etwas bieten Allgemeine Empfehlungenüber aktuelle Projekte, damit ihre Manager die allgemeine Richtung verstehen können. Die erste Regel ist die Regel „keinen Schaden anrichten“, was bedeutet, eine gemeinsame strategische Richtung für alle festzulegen. Dies wird durch die Formulierung von Grundsätzen erreicht, die hierfür ein sehr wirksames Werkzeug darstellen. Prinzipien sind übergeordnete Handlungsrichtlinien. Ein Beispiel für einen Grundsatz könnte sein: „Wir werden fortschrittliche Technologien nutzen, aber nicht die neuesten und unerprobten.“ Dies erfordert natürlich eine weitere Klärung der Begriffe „fortschrittliche Technologien“ und „neueste Technologien“. Die Prinzipien stellen gleichzeitig ein Werkzeug dar, um bei der Entwicklung von Modellen unvermeidliche Kompromisse einzugehen und die Einheit zwischen verschiedenen Bereichen der Architektur sicherzustellen. Auf den ersten Blick mögen einige der erklärten Prinzipien, insbesondere isoliert vom Rest des Kontexts, trivial klingen selbstverständlich. Aber eine tiefergehende Analyse dieser Prinzipien – die Gründe, warum diese Prinzipien übernommen werden, die Auswirkungen auf die Architektur von Informationssystemen – zeigt tendenziell, wie wichtig es ist, solche hochrangigen Aussagen explizit anzugeben. Hier sind Beispiele für einige explizit dargelegte Grundsätze, die für beide gelten können Handelsunternehmen, und zum Beispiel auf die Ebene der regionalen (Stadt-)Regierung.

Unternehmensmanagementsysteme

Vorlesung 1. Informationstechnologie und Unternehmensarchitektur

1. Das Konzept der Unternehmensarchitektur

Moderne Informationstechnologien (IT) werden zu einem integralen Bestandteil jedes Unternehmens. Für viele Unternehmen sind sie heute nicht mehr nur eine Möglichkeit, Routineabläufe zu automatisieren Operationen (technologische Unterstützung), sondern ein wirksames Instrument im Wettbewerb. Moderne IT-Systeme sind darauf ausgelegt, sich schnell an neue Geschäftsanforderungen (ihre Ziele und Vorgaben) anzupassen und vollständig der Unternehmensarchitektur (Enterprise ArchitectureEA) zu entsprechen.

Derzeit wird viel über die Effizienz der Informationstechnologie im Unternehmen gesprochen, aber viele Analysten Großunternehmen(zum Beispiel Clif Finkelstein) glauben, dass Unternehmen einfach von einem Zustand des manuellen Chaos zu einem Zustand des automatisierten Chaos übergegangen sind. Dementsprechend erfordert jedes große Unternehmen die Strukturierung und Dokumentation sowohl der Geschäftsprozesse als auch der sie unterstützenden Informationstechnologien.

Warum wird eine Unternehmensarchitektur benötigt? Die Frage nach der Notwendigkeit einer Unternehmensarchitektur und einer Instellt sich häufig. Der Begriff „Architektur“ bezog sich ursprünglich auf den Bereich der Stadtplanung. Um ein Haus zu bauen oder eine Stadt zu entwerfen, benötigen Sie einen konkreten Plan, eine Zeichnung, die es Ihnen ermöglicht, die gesamte Struktur als Ganzes zu bewerten und die Kosten für ihre Umsetzung zu berechnen. Der Gebäude-(Stadt-)Plan muss eindeutig den funktionalen Anforderungen des Kunden an Bauwerke dieser Klasse entsprechen.

Die Einführung der Informationstechnologie in einem Unternehmen wie dem Baugewerbe ist ein komplexer, arbeitsintensiver Prozess, doch gleichzeitig geben viele große Unternehmen enorme Geldbeträge für die Implementierung verschiedener Informationssysteme aus, ohne die geringste Ahnung davon zu haben allgemeines Konzept der Unternehmensentwicklung. Können Sie sich eine Großstadt vorstellen, in der der Bau einzelner Gebäude chaotisch, ohne architektonische Pläne und ein langfristiges Entwicklungskonzept abläuft?

Aufbau eines umfassenden Informationssystems modernes Unternehmen kann in seiner Komplexität mit dem Entwurf einer Stadt verglichen werden, in der Informationssysteme Gebäuden entsprechen. Informationssysteme bedürfen ebenso wie einzelne Gebäude der Unterstützung und des ordnungsgemäßen Betriebs, der Reparatur und der Modernisierung. Aber der Lebenszyklus Informationssystem deutlich kürzer Lebenszyklus Gebäude.

Beim Aufbau eines komplexen Unternehmensinformationssystems (das in der Regel viele Informationssysteme oder Subsysteme unterschiedlicher Funktionalität umfasst) benötigen wir dokumentierte Informationen über den aktuellen Stand und ein Konzept für die zukünftige Entwicklung unserer Informationstechnologien.

Unter Unternehmensstruktur (E.A. - UnternehmenDie Architektur), bezieht sich in der Regel auf eine vollständige Beschreibung (Modell) der Struktur eines Unternehmens als System, einschließlich einer Beschreibung der Schlüsselelemente dieses Systems und der Verbindungen zwischen ihnen.

Die Unternehmensarchitektur definiert die Gesamtstruktur und Funktionen von Systemen (Geschäft und IT) in der gesamten Organisation (einschließlich Partnern und anderen Organisationen, die das sogenannte „Echtzeitunternehmen“ bilden) und stellt einen gemeinsamen Rahmen, Standards und Richtlinien für die Architektur bereit Ebene einzelner Projekte. Die gemeinsame Vision der Unternehmensarchitektur ermöglicht eine einzige Entwerfen von Systemen, die im Hinblick auf die Erfüllung der Anforderungen der Organisation angemessen sind und bei Bedarf zur Interaktion und Integration fähig sind.

Die Unternehmensarchitektur basiert auf der „architektonischen Sicht“ von Systemen, die in ANSI/IEEE 1471 definiert ist als „die grundlegende Organisation eines Systems, bestehend aus einer Reihe von Komponenten, ihren Beziehungen untereinander und der externen Umgebung sowie den Prinzipien, die sie leiten.“ Schöpfung und Entwicklung.“

Unternehmensarchitektur beschreibt die Aktivitäten eines Unternehmens aus zwei Hauptperspektiven:

Geschäftsarchitektur beschreibt ein Unternehmen in logischen Begriffen, wie z. B. interagierende Geschäftsprozesse und Geschäftsregeln, notwendige Informationen, Struktur und Informationsflüsse.

Informationstechnologiearchitektur beschreibt ein Unternehmen im Hinblick auf technische Konzepte wie Hardware, Computer, Software, Sicherheit und Schutz.

Durch die Dokumentation und Optimierung der Inkönnen wir die Komplexität von Informationssystemen reduzieren und deren Integration vereinfachen. Die Optimierung der Geschäftsprozesse des Unternehmens und die Optimierung der Funktionalität von Informationssystemen zur Automatisierung von Geschäftsprozessen erhöhen den Investitionsfluss in die Informationstechnologie. Die Unternehmensarchitektur vereint in erster Linie Inund Geschäftsarchitektur zu einem Ganzen und bietet so einen umfassenden Überblick über beide bestehenden Bereiche (Abbildung 1.1.).

Die Unternehmensarchitektur ist ein wichtiges kritisches Element, das Informationstechnologie und die Geschäftsanforderungen des Unternehmens verbindet und strategische Geschäftsplanungsprozesse, angewandte Informationssysteme und deren Supportprozesse kombiniert.

Gleichzeitig ist die Unternehmensarchitektur untrennbar mit den wesentlichen Arbeitsabläufen verbunden:

Strategie und Planung auf Unternehmensebene;

Unternehmensprojektmanagement.

Abbildung 1.1. Beziehung zwischen Business und IT

Die Entwicklung einer modernen Unternehmensstrategie (StrategyandPlanning) und das Unternehmensprojektmanagement (Enterpriseprogrammanagement) umfassen Bereiche, die in direktem Zusammenhang mit der Informationstechnologie stehen. Aktuelle Trends betrachten IT-Projekte und strategische Initiativen als spezifisches Unternehmensvermögen, das ähnlich wie Finanzanlagen verwaltet werden kann.

Informationstechnologie-Portfoliomanagement(BusinessandITportfoliomanagement) ist ein Investmentmanagementprozess im Bereich IT-Projektmanagement. Unter einem Portfolio versteht man eine Reihe von Projekten, die auf einem gemeinsamen Ressourcenpool (Finanzen, Personen, Ausrüstung, Materialien, Energie) durchgeführt werden, während der Ressourcenpool und die Ergebnisse aller Projekte im Portfolio im Zuständigkeitsbereich eines Zentrums liegen der Verantwortung.

Die Analysten der METAGroup waren der Ansicht, dass dies der Schnittpunkt zwischen Unternehmensarchitektur, Unternehmensstrategie und Unternehmensprojektmanagement ist (Abbildung 1.2.). Gleichzeitig bilden Strategie und Planung die Grundlage für die Entwicklung einer Unternehmens-IT-Strategie, nach der Projekte zur Implementierung (Modernisierung) von Informationssystemen erscheinen. Projektmanagement kann zunächst als Mechanismus betrachtet werden, der den Übergang vom aktuellen zum geplanten Zustand, also den Übergang von der aktuellen Unternehmensarchitektur zur Zielarchitektur, sicherstellt.

Abbildung 1.2. IT-Portfoliomanagement.

Die Darstellung von Informationstechnologien in Form von Vermögenswerten ermöglicht es einem Unternehmen, Investitionen und Management von IT-Projekten (Vermögenswerten) unter Berücksichtigung eines akzeptablen Risikoniveaus richtig zu bewerten und zu priorisieren und somit Investitionen in diesem Bereich zu planen. Man geht davon aus, dass das IT-Portfoliomanagement drei Hauptziele verfolgen sollte:

Maximierung des Portfoliowerts;

Synchronisierung des IT-Portfolios mit Geschäftsanforderungen;

Finden des optimalen Gleichgewichts zwischen Risiko und Renditepotenzial des IT-Portfolios.

Die Unternehmensarchitektur ist eines der Elemente des IT-Portfoliomanagements und liefert die notwendigen Informationen über Geschäftsprozesse und Technologien, die für deren Automatisierung erforderlich sind. Die Unternehmensarchitektur bildet nicht nur die Grundlage für die Gestaltung des Asset-Portfolios, sondern unterstützt auch den gesamten Lebenszyklus vieler IT-Assets.

Die Unternehmensarchitektur ermöglicht es Ihnen, das gesamte Unternehmen zu sehen. Erstellen Sie eine Kette, die die Auswirkungen einzelner Elemente der Uauf ihre Geschäftsprozesse und ihre Abhängigkeit von Informationssystemen und technologischen Elementen zeigt.

Es gibt verschiedene Abstraktionsebenen der Unternehmensarchitektur, aber auf jeder von ihnen gibt es einen einzigen Satz von Modellen, Prinzipien und Richtlinien, die zur Erstellung und Entwicklung von Systemen im Kontext der Aktivitäten des gesamten Unternehmens als Ganzes verwendet werden. Es lassen sich folgende drei Abstraktionsebenen unterscheiden (Abbildung 1.3): Unternehmensarchitekturebene; Architekturniveau individueller Lösungen; Anwendungsebene (Design und Entwicklung von Lösungen).

Abbildung 1.3. Kontext und Abstraktionsebenen der Unternehmensarchitektur.

Unternehmensarchitekturschicht– beschreibt hochrangige Architekturelemente, die darauf abzielen, ein gemeinsames Entwicklungskonzept für das gesamte Unternehmen zu schaffen. Auf dieser Ebene werden die Hauptziele und Zielsetzungen des Unternehmens sowie seine Entwicklungsstrategie betrachtet, auf deren Grundlage eine IT-Strategie und eine High-Level-Architektur entwickelt werden. Hier wird die allgemeine Struktur von Informationssystemen innerhalb der gesamten Organisation festgelegt und ihre Hauptfunktionen hervorgehoben.

Die Ebene der Unternehmensarchitektur ist in erster Linie ein allgemeines Schema für das Funktionieren des gesamten Unternehmens als Ganzes, das eine einheitliche Gestaltung von Informationssystemen, die den Bedürfnissen des gesamten Unternehmens gerecht werden, und deren effektive Integration ermöglicht. Durch die Erstellung eines solchen Diagramms lässt sich nicht nur zeigen, welche Geschäftsprozesse und Informationssysteme die Erreichung der Hauptziele des Unternehmens gewährleisten, sondern auch deren Duplizierung vermeiden und die Effizienz der Zusammenarbeit steigern.

Individuelle Entscheidungsebene– bestimmt die Struktur und Funktionen innerhalb einzelner Projekte. Auf dieser Ebene werden detaillierte Informationen über Anwendungen, Geschäftsprozesse und deren Zusammenhänge generiert. Hier wird der Aufbau von Informationssystemen, deren Schnittstellen und Funktionen festgelegt. Pläne und Schemata für ihre Entwicklung werden festgelegt und ein Service Level Agreement (SLA) entwickelt.

Die Architektur auf Projektebene beschreibt genau, wie neue Informationssysteme in den Kontext des gesamten Unternehmens passen, mit wem sie interagieren und welche Technologien sie verwenden werden.

Anwendungsschicht, einschließlich des Entwurfs einer separaten Lösung und ihrer Architektur sowie Projektumsetzungspläne. Auf dieser Ebene erfolgt die Arbeit direkt mit Informationssystemen. Es werden Struktur und Funktionen einzelner Anwendungen festgelegt, die zur Bereitstellung spezifischer Funktionalität entwickelt werden. Hier erfolgt die Umsetzung der auf übergeordneten Ebenen definierten Standards und Richtlinien.

Ein Informationssystem auf dieser Ebene wird als komplexes integriertes Objekt betrachtet, das sich im Laufe der Zeit dynamisch verändert. Die spezifische Systemimplementierung umfasst Anwendungsinstanzen und deren physisches Layout, tatsächliche Datenflüsse und die Implementierung von Steuerungsprozessen.

Bei Änderungen an der Unternehmensarchitektur können Sie verschiedene Methoden der Aufteilung in Abstraktionsebenen nutzen. Dies liegt daran, dass jede Abstraktionsebene eigene Modelle verwendet, die bestimmte Themenbereiche beschreiben. Bei der Implementierung von Informationstechnologien in einem Unternehmen ist es beispielsweise üblich, folgende Abstraktionsebenen zu unterscheiden:

Kontextebene(warum?) konzentriert sich in erster Linie auf das Management und begründet die Notwendigkeit von Projekten.

Konzeptionelle Ebene(was?) definiert die allgemeinen Anforderungen an das Projekt und mögliche Optionen für seine Umsetzung.

Logikebene(wie?) beschreibt die Art und Weise, dieses Projekt umzusetzen.

Physikalische Schicht legt Lösungen, Standards und Technologien fest, die die Umsetzung des Projekts ermöglichen.

Die Anzahl der Abstraktionsebenen und deren Art kann je nach Aufgabenstellung variieren. Der Hauptvorteil von Abstraktionsebenen besteht darin, dass sie die Möglichkeit bieten, ein Unternehmen für eine spätere detaillierte Betrachtung in einzelne Elemente zu zerlegen. Das Konzept, die Unternehmensarchitektur in verschiedene Abstraktionsebenen zu unterteilen, ermöglicht es Managern, die Auswirkungen geplanter Änderungen auf das gesamte Unternehmen klar zu erkennen.

Somit können wir sagen: „Architektur ist eine Investition in Standards für Prozesse, Technologien und Schnittstellen, um die Fähigkeiten von Organisationen zu verbessern und die Kosten für die Entwicklung und Wartung von Informationssystemen zu senken, und die IT-Architektur eines Unternehmens ist die Vision, Prinzipien und Standards, die.“ Organisationen bei der Entwicklung und Implementierung von Technologien begleiten.

Unternehmensarchitektur ist ein Managementtool, das den Entscheidungsprozess über Investitionen in die Informationstechnologie unterstützt und die Grenze zwischen Geschäft und IT-Abteilung verwischt.

Traditionell geht man davon aus, dass sich neue Initiativen zur Umsetzung der Informationstechnologie in Anforderungen aus der Wirtschaft manifestieren müssen und neue Informationssysteme genau diese Anforderungen erfüllen müssen. Aber gleichzeitig muss das Unternehmen „Signale“ von der IT-Abteilung erhalten und berücksichtigen, die dementsprechend die neuen Möglichkeiten aufzeigen muss, die sich für das Unternehmen bei der Einführung neuer Informationssysteme ergeben. Somit kann die Unternehmensarchitektur als eine neue Runde der Entwicklung von Organisationsprinzipien zur Gestaltung der Aktivitäten eines Unternehmens betrachtet werden, die dessen effektives Funktionieren gewährleisten (Abbildung 1.4.).

Abbildung 1.4. Entwicklung organisatorischer Prinzipien.

Jedes Unternehmen erfordert die systematische Entwicklung seiner Struktur, Geschäftsprozesse, Informationssysteme und deren Integration untereinander. Unternehmensarchitektur ist eigentlich der Unternehmensentwicklungsplan ( Zielarchitektur) und ein dokumentiertes Diagramm darüber, was im Unternehmen zum aktuellen Zeitpunkt passiert ( aktuelle Architektur).

Aktuelle Architektur- beschreibt den aktuellen Stand der Unternehmensarchitektur. Wird auch als Ist-Architektur (AS-IS) oder als Grundzustand einer vorhandenen Architektur bezeichnet.

Die aktuelle Architektur ist ein Spiegelbild der objektiven Realität, die bestehende Komponenten (Geschäftsprozesse, Informationssysteme, technologische Elemente) und deren Verbindungen umfasst. Hierbei handelt es sich um eine Reihe von Modellen mit unvermeidlichen Vereinfachungen, Einschränkungen und subjektiven Verzerrungen.

Der Prozess der Entwicklung der aktuellen Architektur ist in erster Linie der Prozess der Dokumentation und Pflege von Informationen über den Zustand des Unternehmens in aktueller Form, um die Registrierung und Kontrolle von Informationen über alle Elemente der Unternehmensarchitektur sicherzustellen, einschließlich Pflege einer Datenbank mit Architekturobjekten; Führung der Betriebsbuchhaltung und Konditionsbuchhaltung.

Der aktuelle Architekturentwicklungsprozess ähnelt dem ITIL/ITSM-Prozess (Configuration Management). Um die Entwicklung der aktuellen Architektur zu vereinfachen, nutzen viele Unternehmen eine Configuration Item Database (CMDB) und ergänzen diese mit den notwendigen Informationen.

Zielarchitektur - beschreibt den gewünschten zukünftigen Zustand des Unternehmens bzw. „was gestaltet werden soll“ (TO-BE). Mit anderen Worten: Die Zielarchitektur ist das zukünftige Modell des Unternehmens.

Die Zielarchitektur kann als ideales Unternehmensmodell bezeichnet werden, das auf Folgendem basiert:

strategische Anforderungen an Geschäftsprozesse und Informationstechnologien;

Informationen über festgestellte Engpässe und Möglichkeiten zu deren Beseitigung;

Analyse technologischer Trends und des Geschäftsumfelds des Unternehmens.

Die Soll-Architektur (Soll-Modell) und die Ist-Architektur (Ist-Modell) ermöglichen es, den Anfangs- und Endzustand des Unternehmens zu beschreiben – vor und nach Änderungen an seiner Struktur, ohne auf den Veränderungsprozess selbst zu achten .

Der Übergangsprozess von der aktuellen Unternehmensarchitektur zur Zielarchitektur versetzt das Unternehmen in eine neue Entwicklungsspirale und wir können daher sagen, dass die Unternehmensarchitektur durch einen bestimmten Lebenszyklus gekennzeichnet ist, ähnlich dem Lebenszyklus von Informationssystemen.

Moderne Ansätze zum Aufbau einer Unternehmensarchitektur unterteilen diese traditionell in mehrere Schichten (Themenbereiche). Die Anzahl der Architekturschichten variiert je nach Technik. Im Folgenden betrachten wir die Ebenen, die in den meisten vorhandenen Techniken verwendet werden (Abbildung 1.5):

Strategische Ziele und Zielsetzungen des Unternehmens.

Geschäft - Unternehmensarchitektur.

Informationstechnologie-Architektur (Unternehmens-IT-Architektur).

Die Architektur der Informationstechnologie wiederum ist unterteilt in:

Informationsarchitektur (Enterprise Information Architecture).

Unternehmenslösungsarchitektur.

Technologische Architektur (Enterprise Technical Architecture).

Abbildung 1.5. Grundlegende Schichten der Unternehmensarchitektur

Informationsarchitektur- eine Kombination aus Organisationsschemata, Objektivierung und Navigation, die im Informationssystem implementiert sind.

Informationsarchitektur Bietet ein ganzheitliches Verständnis des bestehenden Geschäftsumfelds und wird zur Lösung aktueller Probleme verwendet Aktuelle Probleme Unternehmen und stellt gleichzeitig die Infrastruktur für die Entwicklung neuer geschäftsorientierter Lösungen bereit. Es hilft, Risiken zu minimieren und unterstützt die umfassende Planung jedes IT-Projekts.

Die Informationsarchitektur deckt die verschiedenen Kontexte ab, in denen Informationen verwendet werden, beispielsweise Geschäftsbereiche und einzelne Funktionen (Finanzen, Vertrieb und Marketing, Geschäftsanalysen), und enthält nicht nur das Datenmodell, sondern auch die Metadaten, die zur Unterstützung aller operativen und internen Systeme erforderlich sind Dienstleistungen wie Datenspeicherung. Die Informationsarchitektur hilft Ihnen, Daten und deren Verwendung zu erkennen, damit sie in sie umgewandelt werden können nützliche Informationen; Seine Anwendung ermöglicht Flexibilität und Erweiterbarkeit der integrierten Lösung sowie ihre Fähigkeit, angemessen auf sich ändernde Geschäftsanforderungen zu reagieren.

Die Informationsarchitektur wird verwendet, um die Wirksamkeit von IT-Projekten zu bewerten und die entworfenen Lösungen auf Vollständigkeit zu überprüfen, um sowohl aktuelle als auch zukünftige Anforderungen zu erfüllen. Es wird verwendet, um Geschäftsprozessszenarien zu testen und festzustellen, ob sie umfassendere Geschäftsanforderungen wie Analyse und Berichterstellung erfüllen können.

Die Hauptkomponenten der Informationsarchitektur sind wie folgt:

Geschäftsmodell mit verschiedenen Ansichten organisatorische Struktur, Stakeholder, ihre Interessen und Motivation sowie eine Beschreibung der durchgeführten Geschäftsprozesse und Funktionen;

Ein Informationsmodell, das Informationsobjekte („Entitäten“) umfasst, die ihre Metadaten, Taxonomien von Objektklassifizierungen sowie Ontologien für die entsprechenden Informationsobjekte beschreiben;

Methodik zum Extrahieren, Analysieren und Speichern von Merkmalen von Geschäfts- und Informationsobjekten;

Werkzeuge wie ein Repository, in dem alle Artefakte und Kenntnisse abgelegt werden, die während des Aufbaus der Architektur erstellt wurden, einschließlich Beschreibungen von Geschäftsobjekten, Datenobjekten,

Die Informationsarchitektur bietet einen Rahmen für die Abbildung von Geschäftsanforderungen und -erwartungen, Prozessanforderungen und den von ihnen verwendeten Informationen auf eine Weise, die unterschiedliche Bereiche von Geschäftsinformationen und Organisationsebenen im gesamten Unternehmen zusammenführt. Informationskonzepte, die über Geschäftsbereiche, Anwendungen, Geschäftsprozesse, Funktionen und Abteilungen hinweg modelliert werden, bieten die Flexibilität, Organisationsdaten und Metadaten zu verknüpfen, Objekte zu verwenden und deren Herkunft zu berücksichtigen. Durch die Erstellung von Modellen dieser Informationsobjekte, die über Funktionsbereiche hinweg wiederverwendbar sind, können Sie Datenverarbeitungsanwendungen entwerfen und erstellen, die nahtlos miteinander interagieren und nahtlos mit den zugrunde liegenden Informationsmodellen verknüpft sind.

34.Hauptmerkmale des Client-Server-Modells. Modellbeschränkungen

Client-Server ist ein Modell der Interaktion zwischen Prozessen in einem Computersystem, bei dem ein Prozess (Client) eine Anfrage stellt, ein anderer Prozess (Server) diese verarbeitet und eine Antwort an den ersten zurückgibt oder einen bestimmten Dienst in Form von bereitstellt Berechnungen, einige Daten usw. . Dabei handelt es sich um eine Computer- oder Netzwerkarchitektur, bei der Aufträge oder Netzwerklasten auf Dienstanbieter, sogenannte Server, und Dienstkunden, sogenannte Clients, verteilt werden. Physisch gesehen handelt es sich bei Client und Server um Software. Sie kommunizieren normalerweise über ein Computernetzwerk mithilfe von Netzwerkprotokollen und befinden sich auf verschiedenen Computern, können aber auch auf demselben Computer ausgeführt werden. Serverprogramme erwarten Anfragen von Clientprogrammen und stellen ihnen ihre Ressourcen in Form von Daten (z. B. Herunterladen von Dateien über HTTP, FTP, BitTorrent, Streaming von Multimedia oder Arbeiten mit Datenbanken) oder Dienstfunktionen (z. B. Arbeiten mit) zur Verfügung per E-Mail, Kommunikation über Instant-Messaging-Systeme, Surfen auf Webseiten im World Wide Web).

Das Grundprinzip der Client-Server-Technologie besteht darin, Anwendungsfunktionen in Gruppen einzuteilen. Programme werden in der Natur verteilt, d.h. Ein Teil der Funktionen des Anwendungsprogramms ist im Client-Programm und der andere Teil im Server-Programm implementiert und für deren Interaktion ein bestimmter Protokoll.

Betrachten Sie diese Funktionen:

Dateneingabe- und Anzeigefunktionen.

Fachspezifische Anwendungsfunktionen (für das Bankensystem – Kontoeröffnung, Geldüberweisung usw.).

Funktionen zum Speichern und Verwalten von Informationen und Rechenressourcen (Datenbanken, Dateisysteme usw.).

Dienstfunktionen, die zwischen den Funktionen der ersten drei Gruppen kommunizieren.

Vorlesung 5 (4 Stunden). Abschnitt 3. Unternehmensarchitektur.

3.1. Konzept und allgemeines Verständnis der Unternehmensarchitektur.

In verschiedenen nationalen und internationalen Standards werden verschiedene Definitionen und Modelle der Architektur vorgeschlagen. Lassen Sie uns eine davon vorstellen, ergänzt durch Kommentare anderer, die den Architekturbegriff erweitern und verdeutlichen.

Die Architektur des Systems (Unternehmens) stellt die strategische Informationsbasis dar, die bestimmt:

Geschäftsstruktur;

Informationen, die zur Durchführung dieses Geschäfts erforderlich sind;

Technologien zur Unterstützung des Geschäftsbetriebs;

Übergangsprozesse der Transformation und Entwicklung, die für die Implementierung neuer Technologien als Reaktion auf die Entstehung neuer, sich ändernder Geschäftsanforderungen erforderlich sind.

Somit stellt die System-(Unternehmens-)Architektur ein Modell des grundlegenden Aufbaus und der Beziehungen dar Innenteile System (physisches oder konzeptuelles Objekt oder Entität).

Dieses Modell muss bestimmte Gebrauchsanforderungen erfüllen. Daher muss die Qualität beschreibender Darstellungen so konstruktiv sein, dass es auf ihrer Grundlage möglich ist, ein beschriebenes Objekt zu erstellen (herzustellen) und es über den weiteren Lebenszyklus hinweg zu erhalten.

Das Unternehmen ist ein hybrides System, das durch die Eigenschaften von Menschen und Maschinen definiert wird. Menschen als Modellobjekte oder Ressourcen zeichnen sich durch ihr Verhalten aus (sie lernen, lösen verschiedene Probleme). Maschinen führen Aktionen aus oder reagieren auf andere Aktionen. In diesem Zusammenhang betonen wir, dass diese Systemobjekte benötigt werden verschiedene Arten Information.

Die obige Definition beschreibt qualitativ Basiskonzept die Architektur.

Zur Darstellung der Gesamtarchitektur eines Unternehmens werden Modelle verwendet, die Schichten einzelner Architekturansichten enthalten. Die oberste Ebene spiegelt in der Regel die funktionalen Anforderungen an das Unternehmen im Zusammenhang mit seinen Aktivitäten wider. In den unteren Schichten werden reflektiert technische Eigenschaften verwendete Informationssysteme und Technologien.

Als Ausgangspunkt für die Darstellung des Grunddiagramms können Sie das vom National Institute of Standards and Technology (NIST) vorgeschlagene Enterprise Architecture Model verwenden, das in Abb. 3.1 dargestellt ist.

3.2. Die Hauptziele der Erstellung einer Unternehmensarchitektur.

Die Hauptziele der Erstellung und Nutzung einer Unternehmensarchitektur und ihrer Systeme ermöglichen Ihnen:

Auswahl einer rationalen (realisierbaren, zielgerichteten) Lösung für die Probleme der Hauptgeschäftstätigkeit des Unternehmens;

Den strategischen Überblick über das Ganze bewahren;

Beseitigung von Fehlern bei der Gestaltung des Systems und während seines Betriebs;

Festlegung eines Rahmens und von Kriterien zur Bewertung privater Architekturen;

Reis. 3.1. Computergestütztes Unternehmensarchitekturdiagramm nach NIST (HW-Hardware, SW-Software).

3.3. Allgemeine methodische Grundlagen zum Erstellen von Architektur.

Die allgemeinen methodischen Grundsätze zur Erstellung einer Unternehmensarchitektur umfassen eine Reihe von Grundsätzen.

1. Das Prinzip der Schichtkonsistenz. Architekturschichten werden wie in Abb. dargestellt verbunden. 3.1. Die Qualität der Konnektivität der Schichten muss so sein, dass Geschäftsanforderungen und IT-Lösungen strategisch aufeinander abgestimmt bleiben.

2. Das Prinzip der Unabhängigkeit der Schichten. Gemäß dem ersten Grundsatz der Konsistenz sollten Schichten in dem Sinne unabhängig sein, dass Änderungen in der einen oder anderen Schicht den geringstmöglichen Grad an Änderungen in anderen Schichten erfordern würden.

3. Das Prinzip der Wahlfreiheit. Alle Entscheidungen bezüglich der Wahl seiner Architektur und Standards für sein Unternehmen werden vom Unternehmen selbst getroffen und sind für die Lösung seiner Probleme verantwortlich.

4. Das Prinzip der schrittweisen Detaillierung der Architektur. Schrittweise entstehen architektonische Produkte von konzeptioneller Bedeutung. Bei jedem Schritt werden unsere Produkte ständig überprüft, um sicherzustellen, dass die Anforderungen erfüllt werden.

5. Das Prinzip der ständigen Transformation der Unternehmensarchitektur. Unter Berücksichtigung der oben genannten Grundsätze müssen sich die Unternehmensarchitektur und ihr System in einem ständig aktualisierten Zustand befinden, um auf neue Anforderungen reagieren zu können Außenumgebung: neue Kundenbedürfnisse, neue Möglichkeiten der Informationstechnologie (IT), neue Bedrohungen aus der externen Umgebung.

3.4. Entstehung von Architektur im Prozess der Detaillierung.

Die Entwicklung einer konzeptionellen Unternehmensarchitektur für die Zukunft erfolgt als Schritt für Schritt Prozess Bildung der Zielarchitektur, ausgehend von der aktuellen Architektur und den Motoren ihrer Transformation. Dieser schrittweise Prozess umfasst die Verwendung eines segmentierten Architekturansatzes und das Prinzip der schrittweisen (schrittweisen) architektonischen Detaillierung.

3.4.1. Ansätze zur Gebäudearchitektur.

Generell gibt es drei mögliche Architekturansätze.

Standardansatz. Bei diesem Ansatz werden zunächst ein allgemeiner Rahmen und Regeln für die zukünftige Beschreibung der Architektur entwickelt. Anschließend wird die gesamte aktuelle Basis beschrieben und anschließend die gesamte Zielarchitektur vorgestellt. Erst danach beginnt der Entwurf, die Anschaffung und die Implementierung von Systemen.

Dieser Ansatz erfordert erhebliche Anfangsinvestitionen – einerseits finanziell und zeitlich. Andererseits kann dieser Ansatz zu einer sogenannten „Lähmung durch Analyse“ führen.

Status-Quo-Ansatz. Entwicklung wird als Reaktion auf bestimmte auftretende Schwierigkeiten gesehen.

Segmentansatz. Dieser Ansatz basiert auf einem Modell zur Entwicklung von Architektursegmenten innerhalb eines strukturierten Gesamtrahmens. Es konzentriert sich auf die Hauptbereiche des Unternehmens (z. B. Finanzmanagementsystem, Personalwesen, Managementdokumentationsdienst usw.).

Zur Reduzierung mögliche Risiken Um eine Reduzierung der Anfangskosten zu gewährleisten und schnelle Erträge aus dem Projekt zu erzielen, wird ein Segmentansatz verwendet.

3.4.2. Komponenten der Unternehmensarchitektur.

Der folgende Satz von Architekturkomponenten wird unterschieden.

Motoren der Architektur(Architekturtreiber) spiegeln externe Anreize für architektonische Veränderungen wider: geschäftliche Anreize und technische Anreize.

Geschäftsanreize können neue Gesetze, neue Verwaltungsinitiativen, Zuweisungen zur Beschleunigung der Entwicklung bestimmter Bereiche und Marktkräfte umfassen.

Neue und verbesserte Software, Computerhardware und Kombinationen davon können als technische Motoren fungieren.

Strategische Ausrichtung(Strategische Ausrichtung) – ein Leitfaden zur Entwicklung einer Zielarchitektur, der eine Vision der Mission des Unternehmens, Prinzipien seines Aufbaus, Ziele und Ziele des Unternehmens enthält.

Aktuelle Architektur(Aktuelle Architektur) definiert Unternehmensarchitekturen „wie sie sind“ und besteht aus zwei Teilen: der aktuellen Geschäftsarchitektur und der technischen Architektur (Daten, Anwendungen und Technologien). Es spiegelt die aktuellen Fähigkeiten und Technologien wider und dient auch als Ziel für die weitere Expansion.

Zielarchitektur(Zielarchitektur) definiert die Unternehmensarchitektur, „wie sie aufgebaut sein sollte“ und besteht aus zwei Teilen: der Zielgeschäftsarchitektur und der technischen Architektur (d. h. Daten, Anwendungen und Technologien). Es stellt zukünftige Fähigkeiten und Technologien dar, die sich aus einem verbesserten Design zur Unterstützung sich ändernder Geschäftsanforderungen ergeben.

Transienten(Übergangsprozesse) unterstützen den Übergang von der aktuellen Architektur zur Zielarchitektur. Zu den kritischen Übergangsprozessen für das Unternehmen gehören die IT-Investitionsplanung, die Übergangsplanung, das Konfigurationsmanagement, die Kontrolle und das Projektmanagement.

Architektursegmente(Architectural Segments) spiegeln die Ausrichtung einzelner Teile der Gesamtarchitektur auf die Hauptgeschäftsbereiche wider.

Architekturmodelle(Architekturmodelle) definieren Geschäftsmodelle und entwerfen (technische) Modelle, die alle notwendigen Segmente für eine vollständige Beschreibung des Unternehmens abbilden.

Standards Standards umfassen alle Standards, Richtlinien und Best Practices. Beispiele für Standards sind:

Sicherheitsstandards;

Datenstandards beziehen sich auf Daten, Metadaten und andere verwandte Strukturen;

Anwendungsstandards beziehen sich auf Anwendungssoftware;

Technologiestandards beziehen sich auf Betriebssysteme und Hardwareplattformen.

3.5. Umfassende Unternehmensarchitektur. Modell- und Organisationsansätze.

Um die Architekturebenen weiterzuentwickeln, empfiehlt es sich, auf eine andere, detailliertere Darstellung der Architektur auszuweichen. Als solche Darstellung wird vorgeschlagen, das Unternehmensarchitekturdiagramm von J. Zachman zu verwenden, das in den 90er Jahren zum De-facto-Standard wurde.

Schema von J. Zachman, Versionen 1987, 1992, 2000. zeichnet sich durch eine harmonischere und umfassendere Berücksichtigung architektonisch bedeutsamer Faktoren aus, beginnend mit den Schichten der Geschäftsarchitektur.

Gleichzeitig werden bei der Modellbildung keine spezifischen instrumentellen Merkmale vorgegeben.

Dadurch kann das Unternehmensarchitekturdiagramm von J. Zachman als verwendet werden Referenz Modelle für die Entwicklung angepasster Lehrmaterialien für spezifische Unternehmen. Mit Referenz ist hier ein Referenz-Frame-Referenzmodell gemeint.

Die Eigenschaft von Modellen, Beschreibungen, Projekten, den Status eines standardisierten Musters zu haben, charakterisiert sie als Vorlagen, die bei der Entwicklung verschiedener spezifischer Systeme verwendet werden können.

Allerdings hat dieses Diagramm, wie auch die oben skizzierten Diagramme der Architekturschichten, Nachteile im Hinblick auf die Darstellung der Entwicklungsdynamik eines Unternehmens und seines geistigen Eigentums. Dieser Mangel wird durch Zachmans erweitertes Framework, das 3D Enterprise Framework and Approach (veröffentlicht im Jahr 2000), behoben.

Bei der Beschreibung des Entwicklungsprozesses und der Nutzung der Architektur eines bestimmten Unternehmens wird ein Bewegungsmuster von der Architektur „wie sie ist“ zur Architektur „wie sie sein sollte“ berücksichtigt.

Dies ist für ein Unternehmen, das am Transformationsprogramm teilnimmt, von besonderer Bedeutung.

3.5.1. Matrix konsistenter Modelle in Architekturen.

Komplexe Systeme zeichnen sich durch die von ihnen ausgeführten Prozesse (Funktionen), ihre Struktur und ihr Verhalten im Zeitverlauf aus. Um diese Aspekte in automatisierten Informationssystemen angemessen abzubilden, werden Organisations-, Funktions-, Informations- und Verhaltensmodelle unterschieden, die sich überschneiden.

Funktionsmodell System beschreibt die Gesamtheit der vom System ausgeführten Funktionen, charakterisiert die Morphologie des Systems (seinen Aufbau) – die Zusammensetzung funktionaler Teilsysteme, ihre Beziehungen.

Informationsmodell spiegelt die Beziehungen zwischen Systemelementen in Form von Datenstrukturen (Zusammensetzung und Beziehungen) wider.

Verhaltens-(Ereignis-)Modell beschreibt Informationsprozesse(Funktionsdynamik). Es umfasst Kategorien wie Systemzustand, Ereignis, Übergang von einem Zustand in einen anderen, Übergangsbedingungen und Ereignisabfolge.

Organisationsmodell beschreibt die Abteilungen, aus denen das Unternehmen besteht.

Alle diese Modelle müssen angeschlossen werden einheitliches System auf klare und konsistente Weise. Daher reichen bereits Fragen der „einfachen“ Koordination von Systemkomponenten aus, um besondere Anstrengungen auf der Ebene der Architekturbildung zu unternehmen.

Die Idee einer solchen Koordinierung besteht darin, dass sie mit den wichtigsten Merkmalen des Unternehmens beginnt und die wichtigsten inhaltlichen Aspekte berücksichtigt. Im Idealfall beginnt die Koordination mit dem Aufbau eines Unternehmensführungssystems, also mit der Schaffung eines ausgewogenen Systems von Zielen und Plänen. Dieses ausgewogene System von Zielen und Plänen umfasst: die Mission des Unternehmens, strategische Ziele, Indikatoren zur Zielerreichung und deren Zielwerte; Maßnahmen zur Zielerreichung, einschließlich Informationssystemarchitektur und Informationstechnologieplattform sowie aktualisierte Geschäftsprozesse und Organisationsstrukturen; Mitarbeitermotivationssystem und ihre Pläne Berufsausbildung usw. Die Koordination erfolgt anhand klar formulierter Beschreibungen des Unternehmens, die es ermöglichen, alle wesentlichen Zusammenhänge zu erkennen, d. h. anhand seiner Modelle.

Der Kern dieser Methode besteht in einer formalisierten Darstellung des Unternehmens in Form einer Matrix (Tabelle 3.1).

Die Tabellenzeilen spiegeln wider Systemdarstellungsebenen Dazu gehören Modellierungsebenen und Lösungsebenen für Entwurfsprobleme. Im Einzelnen sind dies die folgenden Darstellungen:

· Geschäftssystemumgebung,

· Konzeptmodell,

· logisches Modell,

· technologisches, „physikalisches Modell“,

· detaillierte Umsetzung (oft blockweise),

· Benutzerdarstellung (Bedienung).

Die hervorgehobenen Aspekte, die Tabellenspalten, spiegeln tatsächlich wider Abschnitte zur Systemunterstützung :

funktionale Unterstützung (Funktionen),

· Kommunikationsunterstützung (Netzwerk),

· organisatorische Unterstützung (Organisationsstruktur) etc.

Die beschriebenen Unterstützungsabschnitte und Darstellungsebenen des Zachman-Schemas sind eine Klassifizierung der Einheiten des Unternehmens und seines Informationssystems.

Die Zeilen dieser Matrix beschreiben Modelle des Themenbereichs (Problembereichs) aus der Perspektive verschiedener Kategorien von Teilnehmern am Entwurfsprozess, zu denen Vertreter zukünftiger Benutzer des Systems (Kunden) und am Beschaffungsprozess beteiligte Designer (Berater) gehören und Wissen über die Problemdomäne zu generieren und Anforderungen an das IS zu formulieren; IS-Entwickler und -Betreiber.

Designer müssen gemeinsam mit Kunden Modelle des Themenbereichs (Problembereichs) erstellen, die die inhaltliche Seite der Funktionsweise des Systems widerspiegeln, während Designer technologische Anforderungen für die Implementierung des Systems festlegen, die vor der Sicht der Benutzer verborgen bleiben.

Tabelle 3.1. Matrix konsistenter Modelle in Architekturen.

	Arten von Modellen und ihre Umsetzung	Ziele (warum?) Zielbaum	Menschen (WHO?) Organisationsarchitektur	Funktionen (Wie?) Architekturtour durch Anwendungen	Datenobjekte (was?) Architekt Tour Daten	Kommunikation (wo?) Architekt Technologietour	Zeit Veranstaltungen (Wann?)
	Erweitertes Organisationsmodell (Planer, Benutzer)	Liste der Ziele und Zielsetzungen	Liste der Organisationen (Unterabteilungen)	Liste der Prozess-Eulen	Liste der Entitäten		Liste der wichtigsten Ereignisse
	Konzeptionelles Modell der Organisation (Designer, Benutzer)	Strategisches Modell: Ziel – Strategie.	Strukturmodelle: Abteilungen – Arbeit	Funktionsmodelle: Prozess – Ressource.	Informationslogische Modelle: ER-Diagramme	Knotentopologiemodell	Modell für Firmenveranstaltungen
	IS-Systemmodell (Designberater)	Kriterien zur Zielerreichung	Mitarbeiterrollen	Datenflussdiagramme	Logisches Datenmodell	Logisches Modell der Netzwerke einer Organisation	Systemereignismodell
	Technologisches Modell (IS-Entwickler)	Staatsaktionsmodell	Schnittstellenmodell	Anwendungsmodell	Internes Repräsentationsmodell	Physikalisches Kommunikationsmodell	Technisches Veranstaltungsmodell
	Komponenten (IP-Entwickler, Subunternehmer)	Schritt/Aufgabe	Benutzer – Transaktion	Programmmodule		Protokolle	Komponentenereignisse
	Funktionierendes System (Operatoren)	Ausführungsmöglichkeiten	Arbeitssitzungen	Verfahren	Integritätsbedingungen	Client – ​​​​Server	Betriebsereignisse

Basierend auf dem Anforderungsmodell führen IS-Entwickler die technologische Detaillierung des Projekts und dessen anschließende Umsetzung durch. Basierend auf der erstellten Arbeitsdokumentation und dem daraus resultierenden Endprodukt des Systems unterstützen die Betreiber die Funktionsfähigkeit des Systems unter neuen Bedingungen.

Architekturen betrachten das System unter denselben Aspekten, jedoch aus unterschiedlichen Blickwinkeln.

Als Hauptaspekte der Gebäudearchitektur gelten:

– Ziele, Geschäftsregeln (Motivation, warum das System funktioniert);

– Objekte (was einer Transformation unterliegt);

– Funktionen (wie die Transformation im Prozess durchgeführt wird);

– Teilnehmer (Subjekte) des Prozesses (der den Prozess durchführt);

– Ort (wo der Prozess durchgeführt wird);

– Zeit (Zeitbedarf für die Durchführung des Prozesses, Ereignisse).

Die ersten beiden Zeilen stellen Modelle dar, die sich auf die Sichtweise zukünftiger Benutzer des Systems beziehen, die dritte Zeile entspricht der Sichtweise des Designberaters, die vierte und fünfte Zeile - die Sichtweise des IS-Entwicklers, die sechste Zeile - aus Sicht der operativen Dienste.

Der architekturbasierte Ansatz definiert nicht die eigentlichen Methoden zur Konstruktion von Problemdomänenmodellen; entwickelte Methoden zur Modellierung von Problemdomänen beinhalten jedoch die Umsetzung der Prinzipien der konsistenten Detaillierung abstrakter Kategorien: Ziele, Objekte, Funktionen, Organisationseinheiten usw die Ebenen der Festlegung von Systemanforderungen, deren Spezifikationen und Implementierungen.

3.5.2. Beispiele für das Füllen der Zellen des Zachman-Schemas.

Lassen Sie uns Beispiele dafür geben, wie die sinnvolle Bedeutung jeder Matrixzelle aufgedeckt werden kann, die einen spezifischen Aktionsplan für die Implementierung der Unternehmensarchitektur darstellt.

Beginnen wir die Erläuterungen mit der ersten Spalte der Matrix: Ziele (warum?).

Planerposition. Es wird eine Liste der wichtigsten Ziele, Ziele, Strategien und kritischen Faktoren für den Geschäftserfolg des Unternehmens bereitgestellt, die die Motivation für seine Aktivitäten bestimmen. Die Liste weist einen relativ hohen Aggregationsgrad auf und definiert die Grenzen des Unternehmensmodells.

Position des Benutzers (Eigentümers). Der Zweck und die Strategie des Unternehmens, die die Hauptmotivation für die Aktivitäten und Entscheidungen des Unternehmens darstellen. Erstellen eines Businessplans. Der Geschäftsplan konzentriert sich hauptsächlich auf Managementprobleme, sollte aber auch auf Motivationsfragen achten.

Designerposition. Ein logisches Modell zur Umsetzung von Unternehmensgeschäftsregeln im Hinblick auf Absichten und Einschränkungen.

Entwicklerposition. Designregeln sind die physische Umsetzung der Geschäftsregelspezifikation. Diese als Eingabeelemente dargestellten Regeln spiegeln sich in Datenmodellen, Verfahrenscodes und technischen Anforderungsspezifikationen wider.

Zweite Spalte der Matrix: Personen (wer?)

Planerposition. Eine Liste von Organisationen, für die das Unternehmen eine gewisse Verantwortung trägt. Die Liste weist einen hohen Aggregationsgrad auf und definiert die Grenzen des Unternehmensmodells.

Position des Eigentümers. Ein Arbeitsablaufmodell definiert die Verantwortlichkeiten und Spezifikationen der in einer bestimmten Einrichtung durchgeführten Arbeiten. Typischerweise spiegelt ein Organigramm die Verteilung der Verantwortlichkeiten wider und begleitende Dokumente beschreiben die Produktionsprozesse von Produkten. Das Organigramm sollte durch Produktherstellungsprozesse ergänzt werden, einschließlich Arbeitsmanagement, Arbeitskoordination und Arbeitsausführung.

Designerposition. Human-Interface-Architektur. Logische Systeme spiegeln den Arbeitsablauf wider, der Festlegungen zu den Rollen und Verantwortlichkeiten der Beteiligten umfasst: Management, Verwaltung, Fachkräfte, Entwickler, Marketingspezialisten usw. Dazu gehören auch Festlegungen zu Produktentwicklungsprozessen (z. B. Text, Grafik, Video). usw.) .d.).

Entwicklerposition. Darstellung der Schnittstellenarchitektur. Dieses Dokument ist ein physischer Ausdruck des Arbeitsablaufs bestimmter Mitarbeiter im Unternehmen sowie ihrer ergonomischen Anforderungen und Formate für die Präsentation von Arbeitsergebnissen.

Dritte Spalte: Features (Anwendungsarchitektur).

Planerposition. Beschreibt eine Liste von Prozessen oder Geschäftsfunktionen, die von einem bestimmten Unternehmen ausgeführt werden. Diese Liste definiert die Fähigkeiten, Grenzen oder Prozessmodelle, die die Geschäftsaktivitäten des Unternehmens charakterisieren.

Position des Eigentümers (Unternehmensmodell). Ein Unternehmensmodell wird als Modell bestehender Geschäftsprozesse dargestellt, die ein Unternehmen unabhängig von systemischen oder anderen Überlegungen und organisatorischen Einschränkungen durchführt. Das Modell kann als strukturiertes Methodenmodell dargestellt werden, das die im Unternehmen stattfindenden Geschäftstransformationen (Geschäftsprozesse) widerspiegelt auch deren Ein- und Ausgänge.

Designerposition (Informationssystemmodell). Enthält ein logisches Modell für die Implementierung von Systemen, die Unternehmensgeschäftsprozesse manuell oder automatisch unterstützen. Das Modell spiegelt die Wirkungsbereiche von Mensch und Maschine wider. Das Modell kann Steuerungsinstrumente und -mechanismen sowie Eingabe- und Ausgabedaten für logische Systeme umfassen, die das Funktions-/Prozesssystem des Unternehmens widerspiegeln.

Entwicklerposition (technologisches Modell). Der Aufbau des Systems ist vorgegeben. Aus technischer Sicht ist dies der Fall technisches Design. Auf einem hohen Abstraktionsniveau könnte dies ein Blockdiagramm sein. Detaillierter wird es durch Aktionsdiagramme dargestellt, die anschließend in die Implementierung logischer Systeme oder in die Anwendungsarchitektur einfließen. Bei objektorientierten Notationen handelt es sich dabei um verschiedene Methoden und deren Implementierungen.

Position der Subunternehmer (Detaillierte Spezifikationen). Es werden Programme vorgestellt (Komponentenunterstützung). Software, Zum Beispiel, Betriebssystem). Aus Aktivitätsdiagrammen oder objektorientierten Spezifikationen abgeleitete Programme. Diese Programme können auf zuvor entwickelten Komponenten aufbauen, indem sie diese in der erforderlichen Kombination zusammenstellen.

Vierte Spalte: Datenobjekte (Datenarchitektur).

Planerposition. Objekte/Umfang. Es wird eine Liste der Geschäftsobjekte bereitgestellt. Eine Liste von Objekten (Produkten oder Vermögenswerten), an denen das Unternehmen interessiert ist. Das Modell stellt den Einflussbereich und die Grenzen dar, die das Spektrum der Interessen definieren dieses Unternehmens(Dies wird in den folgenden Zeilen der Tabelle ausführlicher wiedergegeben).

Position des Eigentümers (Unternehmensmodell) . Ein semantisches Modell wird vorgestellt. Ein Modell der tatsächlichen Geschäftsobjekte eines Unternehmens (d. h. Produkte oder Vermögenswerte), die für das Unternehmen am wichtigsten sind. Typischerweise wird ein semantisches Modell als „Entity-Relationship“-Modell dargestellt und spiegelt die wichtigsten Geschäftsziele und -strategien auf der Ebene konzeptioneller Definitionen (d. h. Begriffe und Fakten) wider. Anschließend wird dieses Entitätsmodell in Geschäftsregeln umgewandelt.

Designerposition (IS-Modell). Das logische Datenmodell wird beschrieben. Es stellt die Ziele und Ziele des Unternehmens dar, die sich in den entsprechenden Aufzeichnungen oder Berichten in automatisierter und nicht automatisierter Form widerspiegeln.

Das Modell wird als attributives und normalisiertes Entitätsbeziehungsmodell dargestellt, das alle Absichten widerspiegelt, die zuvor im semantischen Modell dargestellt wurden.

Entwicklerposition (technologisches Modell). Das physikalische Datenmodell wird beschrieben. Das Modell spiegelt technologische Einschränkungen oder eine physische Darstellung der Ziele und Ziele des Unternehmens wider. Der Stil des Modells hängt von der Implementierungstechnologie ab. Wenn relationale Technologie ausgewählt wird, verfügt das Datenmodell über eine tabellarische Struktur zur Unterstützung relationaler Modelle. Bei objektorientierten Notationen wäre dies ein hierarchisches/assoziatives Modell.

Position der Subunternehmer (Detaillierte Spezifikationen). Beschreibungen der Daten (Bibliothek) werden bereitgestellt. Die Definition aller durch das physikalische Datenmodell spezifizierten Objektdaten und einschließlich aller Datenbeschreibungen gemäß der Beschreibungssprache. Zur Umsetzung des Programms sind Datenbeschreibungen erforderlich.

3.5.3. Schema „3D-Unternehmen“.

Flache Diagramme von Architekturmodellen sind ein Mittel zur Organisation von Unternehmenswissen, das für die Anpassung an Unternehmensveränderungen im Laufe der Zeit wichtig ist. Zur Verwaltung von IP-Entwicklungsprojekten und Unternehmenstransformationen wird ein dreidimensionales Schema eingeführt, das durch die Einführung einer strategischen Zeitachse gebildet wird.

Das „3D-Unternehmens“-Modell ist dreidimensional aufgebaut.

1. Die Achse des Gestaltungs- und Nutzungsniveaus des Unternehmens. In der Abbildung (Abb. 3.2.) gibt es sechs „horizontale“ Ebenen:

– Bedürfnisse und Pläne,

Geschäftsmodell,

Logikmodell,

Technisches Design,

Detaillierte Umsetzung,

Anwendungspraxis.

Reis. 3.2. Modell „3-D-Unternehmen“.

2. Die Achse des Bereichs Unterstützung und Aspekte des Betriebs des Unternehmens/AS; sechs vertikale Abschnitte: Ziele, Personen, Funktionen, Objekte, Kommunikation, Zeit.

3. Die Zeitachse, in der sich das Unternehmen entwickelt, und seine AIS-Stufen am „oberen Rand“ des Modells, entsprechend möglichen Phasen des Systemlebenszyklus: Analyse (strategisch kann von detaillierter Analyse getrennt werden), Design (Konstruktion), Implementierung und Inbetriebnahme (kann separat betrachtet werden), Verbesserung.

Die ersten beiden Achsen ähneln denen, die in Zachmans flachem Modell für das Unternehmensarchitekturdiagramm verwendet werden (aber nicht unbedingt identisch sind). Die dritte Achse ermöglicht es, die Veränderungen, die im Unternehmen, seinem Informationssystem und den Projekten zur Schaffung von geistigem Eigentum in den Prozessen seiner Entwicklung und Transformation eingetreten sind oder eintreten werden, eindeutig zu bestimmen.

3.5.4. Anforderungen an ein 3D-Modell.

Die in den angegebenen Achsen erstellte Beschreibung wird zu einem 3D-Modell, nachdem konsistente Beschreibungen und bestimmte Modelle in den Elementarzellen („Würfel“) angegeben wurden. Für diese Beschreibungen gelten bestimmte Anforderungen. Beim Erstellen eines 3D-Modells sollten Sie keine formalisierten Notationen und keinen hochprofessionellen Fachjargon verwenden.

Das 3D-Unternehmensmodell muss folgende Anforderungen erfüllen:

– Einfachheit und Zugänglichkeit für (technische und nichttechnische) Manager und Spezialisten;

– Integrität, jedes Problem wird innerhalb des Unternehmens als Ganzes betrachtet, wie in gegebene Zeit, und in der Zukunft;

– Offenheit, jedes Problem oder Projekt kann in den Kontext zukünftiger Ereignisse einbezogen werden;

– der Einsatz von Planungstools, damit die Entscheidung nicht im „Leeren“ getroffen wird;

– Unabhängigkeit von jeglichen Tools (Software, Mathematik), sodass jedes Tool oder jede Methodik in einem 3D-Unternehmensmodell dargestellt werden kann.

Die Beschreibung jedes einzelnen Modells muss eine Einschätzung des Sachverhalts aus Sicht dieses Modells als Bestandteil des Systems enthalten.

Bestimmte in Zellen erstellte Modelle müssen in ihren Beziehungen konsistent sein.

Die Regel zur Beschreibung der Beziehungen bestimmter Modelle besteht darin, die Verbindungen jedes Zellmodells mit den nächstgelegenen Zellen einer immer höheren Ebene explizit hervorzuheben und zu beschreiben. niedrige Level Präsentation von Unternehmensarchitektur und IS; Verbindungen jedes Zellmodells mit den nächstgelegenen Zellen, die den vorherigen und zukünftigen Zustand der Architekturkomponente widerspiegeln; Verbindungen jedes Zellmodells mit anderen Modelltypen auf einer bestimmten Ebene.

– die Notwendigkeit der Komponente und die formalen Anforderungen dafür;

– Qualität und Bereitschaftsgrad der Komponente;

– Einhaltung des geplanten Arbeitsplans und Konsistenz verschiedener Zeitpläne;

– Gültigkeit der Investitionspläne und deren Amortisation;

– die Möglichkeit von Änderungen (Prognose) der nächstgelegenen Änderungen der Bedürfnisse, Anforderungen und die Bereitstellung dieser Änderungen mit Ressourcen;

– semantische Integrität des Modells einer Ebene.

Entitäten auf der strategischen Zeitachse in bestimmten 3D-Modellen können Projekte darstellen oder nicht nur für die Entwicklung von geistigem Eigentum, sondern auch für die Entwicklung des Unternehmensgeschäfts arbeiten (wie es tatsächlich die Entitäten in flachen Diagrammen sind). In manchen Fällen ist es nicht notwendig, alle Arbeiten auf der strategischen Zeitachse in Form von Projekten zu formalisieren (insbesondere um nicht in einen unproduktiven Konflikt mit den Gepflogenheiten des Unternehmens zu geraten).

Die Arbeit zur Geschäftsentwicklung eines Unternehmens kann beispielsweise Phasen der Unternehmensführung umfassen:

– Situations- und Diagnoseanalyse;

– Ziele setzen und Strategien auswählen;

– Planung operativer Maßnahmen, Durchführung von Vorbereitungs- und Startaktivitäten;

– taktische und operative Überwachung;

– strategische Überwachung, erneute Analyse und Verbesserung von Strategien.

Diese Phasen können ebenso wie die zuvor erwähnten Elemente des Projektzyklus Elemente der grundlegenden Klassifizierung von Entitäten auf der Zeitachse der Unternehmensentwicklung sein.

Da das geistige Eigentum den spezifischen Anforderungen des Unternehmens gerecht werden muss, kann das Ergebnis dieser Entwicklung Projekte zur Schaffung neuer Komponenten des geistigen Eigentums sein. Das IP-Entwicklungsprojekt wird als Teilprojekt des Unternehmensentwicklungsprojekts isoliert und formalisiert.

Abschluss.

Die Betrachtung der konzeptionellen Ebene von Uzeigt:

Unternehmensarchitektur wird als grundlegende Eigenschaft und wichtigstes Informationsinstrument für Unternehmen aller Art definiert, was sich in internationalen Standards widerspiegelt;

Der wichtigste Bestandteil der Unternehmensarchitektur sind Menschen; Dies nicht zu berücksichtigen ist ein methodischer Fehler;

Architektur erhält ihre Informationsverkörperung in Form von Architekturprodukten, Beschreibungen und Modellen unterschiedlicher Art;

Unter Architektur-Alignment versteht man die Ausrichtung architektonischer Produkte (Geschäftsmodelle an technischen Modellen);

Architekturkoordination wird als ein Prozess betrachtet, der mehrfache Kosteneinsparungen bei der Erstellung und Entwicklung von Informationssystemen ermöglicht;

Um Architekturprodukte (als strategische Informationsressource) nutzen zu können, sind Komplexe erforderlich organisatorische Entscheidungen und Werkzeuge zur Koordination und Integration von Architekturen;

Es werden Grundsätze definiert, die es Ihnen ermöglichen, architektonische Lösungen auszuwählen und zu bewerten und Prozesse für die Gestaltung von Architektur, „Schritt-für-Schritt“-Detaillierung beim Bau von Architektur usw. zu erstellen.

Diese Prinzipien haben eine konstruktive Beschreibung, die es ermöglicht, sie als „Handlungsanleitung“ zu verwenden:

Die wichtigste treibende Schicht ist die Geschäftsarchitektur;

Zusätzlich zur spezifizierten Geschäftsarchitektur gibt es Schichten der Datenarchitektur (oder Daten und Informationen), Anwendungen, Technologien (gemeint ist die grundlegende IT);

Berücksichtigt werden Geschäftsmodelle, Datenmodelle, konzeptionelle Modelle, nämlich (Prozessmodell, Interoperabilitätsmodelle (Interaktionsunterstützung), Technische Modelle, Referenzinteraktionsmodell, offene Standards (für technologische Architektur)).

Literatur

1. Methodisches Material „Methodik und praktische Empfehlungen zum Aufbau automatisierter Systeme zur Umgestaltung staatlicher Unternehmen "/ Unter dem General. Hrsg. , FOSTAS-Stiftung, 2003.

2. Telnov-Geschäftsprozesse. - M.: Finanzen und Statistik, 2003. – 256 S.: Abb.

Kontrollfragen

Vorlesung 5. Abschnitt 3. Unternehmensarchitektur.

3.1. Konzept und allgemeines Verständnis der Unternehmensarchitektur.

3.2. Die Hauptziele der Unternehmensgründung.

3.3. Allgemeine methodische Grundsätze zur Unternehmensgründung.

3.4. Entstehung von Architektur im Prozess der Detaillierung.

3.4.1. Ansätze zur Gebäudearchitektur.

3.4.2. Komponenten der Unternehmensarchitektur.

3.5. Umfassende Unternehmensarchitektur. Modell- und Organisationsansätze.

Informationstechnologie und Unternehmensmanagement Baronov Vladimir Vladimirovich

Definieren der Unternehmensarchitektur

Unternehmensstruktur werden Informationskomponenten genannt, die Folgendes bestimmen:

Geschäftsstruktur;

Informationen, die zur Durchführung dieses Geschäfts erforderlich sind;

Technologien, die zur Unterstützung des Geschäftsbetriebs erforderlich sind;

Übergangsprozesse (Transformations-, Entwicklungsprozesse), die für die Implementierung neuer Technologien als Reaktion auf die Entstehung neuer sich ändernder Geschäftsanforderungen erforderlich sind.

Betrachten wir zwei Arten von Architekturen, die für die Unternehmensintegration verantwortlich sind:

Unternehmensarchitektur, die für die Organisation der Bereitstellung und Ausführung eines Projekts wie einer Unternehmensintegration oder eines anderen Programms verantwortlich ist;

Systemarchitektur (Systemarchitektur), die für den Entwurf eines Systems, beispielsweise eines Computerüberwachungs- und -steuerungssystems, als Teil eines integrierten Unternehmenssystems als Ganzes verantwortlich ist.

Der Hauptzweck der Einführung des Konzepts der „Unternehmensarchitektur“ besteht darin, Entscheidungen zu informieren, zu verwalten und umzusetzen, die sich hauptsächlich auf Investitionen in die Informationstechnologie beziehen.

Bei der Beschreibung von Architektur wird der Begriff „Schicht“ verwendet (Schichten des Architekturmodells). Eine Ebene ist eine Möglichkeit, die im Architekturkonzept enthaltenen Informationen zu strukturieren und anzugeben, welcher Aspekt der Unternehmensaktivität widergespiegelt wird. Derzeit gibt es mehrere Unternehmensarchitekturmodelle. Sie unterscheiden sich in der Anzahl der Ebenen, Details und der verwendeten Terminologie. Allen Modellen gemeinsam ist das Prinzip der Anordnung der Schichten, in die das Architekturmodell unterteilt ist. Die oberste Schicht spiegelt in der Regel die funktionalen Anforderungen an das Unternehmen im Zusammenhang mit seinen Aktivitäten wider, die unterste Schicht – die technischen Merkmale der verwendeten Informationssysteme.

Es gibt mehrere Ansichten (Architekturmodelle). In Abb. Abbildung 7.1 zeigt das vom National Institute of Standards and Technology (NIST) vorgeschlagene Unternehmensarchitekturmodell.

Reis. 7.1.Unternehmensarchitekturmodell

Aus dem Buch Internationale Wirtschaftsbeziehungen Autor Ronshina Natalia Iwanowna

47. Das Problem der Stabilität der postjamaikanischen globalen Finanzarchitektur der Welt das Währungsamt förderte die Globalisierung durch Liberalisierung. Dies führte dazu, dass in den 1990er Jahren. Das Weltwährungssystem ist instabiler geworden. Die zunehmende Verschärfung der Krise

Aus dem Buch Basics of Small Business Management in the Hairdressing Industry Autor Mysin Alexander Anatoljewitsch

Die Struktur eines Unternehmens bestimmen. Verwalten bedeutet, ein Unternehmen zu einem Ziel zu führen, es zu versuchen der beste Weg seine Ressourcen nutzen. Experten glauben, dass es kein einheitliches ideales Managementmodell gibt, da jedes Unternehmen einzigartig ist. Firmen sind in ansässig

Aus dem Buch Praxis und Probleme der Geschäftsprozessmodellierung Autor von All sorts of E I

Kontext und wesentliche Elemente der Geschäftsarchitektur Es gibt erhebliche Meinungsverschiedenheiten beim Verständnis und der Definition von Geschäftsarchitektur und Geschäftsmodell. Eine Interpretation sieht vor, Geschäftsarchitektur als einen Bereich zu definieren, der von höheren Instanzen bestimmt wird

Aus dem Buch Informationstechnologie und Unternehmensmanagement Autor Baronow Wladimir Wladimirowitsch

Warum ist das Konzept der „Unternehmensarchitektur“ erforderlich? Mit dem Konzept der „Unternehmensarchitektur“ können Sie eine Verbindung zwischen dem Geschäft des Unternehmens und den Parametern des Informationssystems herstellen – Systemfunktionen und Dateninteroperabilität

Aus Buch Wirtschaftliche Analyse. Spickzettel Autor Olshevskaya Natalya

Beschreibung der Schichten der Architektur Wie bereits erwähnt, wird die Unternehmensarchitektur durch ein Konzept wie Schichten dargestellt. Typischerweise werden die folgenden Schichten berücksichtigt: Geschäftsschicht; Datenarchitektur; Integration physischer Daten; konzeptionelles Modell/Modell

Aus dem Buch Geschäftsprozessmanagement. Ein praktischer Leitfaden zur erfolgreichen Projektumsetzung von Jeston John

118. Feststellung der unbefriedigenden Struktur der Unternehmensbilanz Der Hauptzweck der vorläufigen Analyse Finanzielle Situation Unternehmen - Begründung für die Entscheidung, die Bilanzstruktur als unbefriedigend und das Unternehmen als zahlungsfähig anzuerkennen

Aus dem Buch Soziales Unternehmertum. Mission ist es, die Welt zu einem besseren Ort zu machen von Lyons Thomas

Kapitel 14 Prozessarchitekturphase Die Prozessarchitektur ist die Verbindung zwischen der Strategiephase der Organisation und der Startrampenphase (Abbildung 14.1). Der Abschluss der Prozessarchitekturphase ist eine wesentliche Voraussetzung für jede Organisation, die beginnen möchte

Aus dem Buch des Autors

Schritt 6: Anwenden der Architektur Jede Organisation, die eine Prozessarchitektur verwenden möchte, muss die erforderliche Disziplin etablieren. Das bedeutet, dass bei allen relevanten Projekten die Architektur berücksichtigt und Abweichungen vom vereinbarten Vorgehen identifiziert werden müssen

Aus dem Buch des Autors

Spezifische Ergebnisse der Prozessarchitektur Die Phase der Prozessarchitektur liefert wertvolle Eingaben für andere Phasen. allgemeines Schema Umsetzung (Abb. 14.12). Um nur einige Beispiele zu nennen: Geschäftsprozessmodelle, die in den Phasen „Verstehen“ und „Innovation“ erstellt wurden, verwenden Architektur

Aus dem Buch des Autors

Risiken der Prozessarchitekturphase in der Tabelle. Tabelle 14.1 zeigt die häufigsten Risiken bei der Entwicklung der Prozessarchitektur. Risiken der Prozessarchitekturphase und Strategien zu ihrer Minderung. Ein typisches Beispiel der Prozessarchitekturphase ist im Anhang aufgeführt

Aus dem Buch des Autors

Ausschuss für Geschäftsprozessarchitektur Dieser Ausschuss wurde während der Architekturphase berücksichtigt

Aus dem Buch des Autors

Schritt 1: Benefits-Management-Framework (Phase der Prozessarchitektur) Wie oben erwähnt, beinhaltet dieser Schritt die Einrichtung eines Benefit-Management-Frameworks innerhalb der Organisation, um den Ansatz zu gestalten, die Geschäftsvorteile des Projekts zu zielen, zu messen und zu realisieren. All diese Aktionen

Aus dem Buch des Autors

Anhang B Checkliste für die Prozessarchitekturphase: Prozessarchitekturphase Die folgende Checkliste gibt Folgendes an allgemeine Beschreibung mögliche Eingaben, spezifische Ausgaben und Gateways, die weitere Schritte in dieser Phase verhindern

Aus dem Buch des Autors

Checkliste: Prozessarchitekturphase Die folgende Checkliste enthält eine allgemeine Beschreibung möglicher Inputs, spezifischer Outputs und Gateways zu weiteren Schritten in dieser Phase

Aus dem Buch des Autors

Beispiel einer typischen Architektur. Allgemeine Ziele: in den nächsten drei Jahren eine Steigerung des Umsatzes um 200 % sicherstellen; Erzielen Sie in den nächsten drei Jahren ein Gewinnwachstum von 150 %. Allgemeine Grundsätze: Unsere Unternehmenswerte: Bestes Preis-Leistungs-Verhältnis

Aus dem Buch des Autors

Ermittlung des Kapitalbedarfs für ein Sozialunternehmen Durch die Erstellung eines Geschäftsplans hat ein Sozialunternehmer ein klares Bild von den zukünftigen Einnahmen und Ausgaben seines Unternehmens und hat konkrete Erwartungen hinsichtlich der Finanzierung. Vor der Kontaktaufnahme