Lebenszyklus und Lebenszyklusmodelle von AIS. Phasen der Erstellung eines AIS-Lebenszyklusmodells

Thema 1.2 AIS-Lebenszyklus und AIS-Lebenszyklusmodelle

AIS-Lebenszyklus -Es ist ein kontinuierlicher Prozess von dem Moment an, in dem eine Entscheidung über die Notwendigkeit einer Entscheidung über die Notwendigkeit seiner Erstellung getroffen wird, bis zum vollständigen Abschluss seines Betriebs.

Der Lebenszyklus moderner AIS beträgt etwa 10 Jahre, was die Veralterung und physische Veralterung von technischer und Systemsoftware, die bei der Implementierung von AIS verwendet wird, erheblich übersteigt. Daher wird in der Regel während des Lebenszyklus des Systems dessen Modernisierung durchgeführt, wonach alle Funktionen des Systems mit nicht weniger Effizienz ausgeführt werden sollten.

Dies während des gesamten Lebenszyklus von AIS zu erreichen, ist aus einer Reihe von objektiven und subjektiven Gründen eine ziemlich schwierige Aufgabe, weshalb die überwiegende Mehrheit der AIS-Projekte mit Verstößen gegen Qualität, Fristen oder Schätzungen durchgeführt wird; Fast ein Drittel der Projekte hört unvollendet auf zu existieren. Nach Angaben der Standish Group wurden 1996 84 % der AIS-Projekte nicht rechtzeitig abgeschlossen, 1998 sank diese Zahl auf 74 %, nach 2000 fällt sie nicht unter 50 %. Der Hauptgrund für diese Situation ist, dass der Technologiestand zur Analyse und Gestaltung von Systemen, Methoden und Projektmanagement-Tools nicht der Komplexität der zu erstellenden Systeme entspricht, die aufgrund der Komplexität und schnellen Veränderungen im Geschäft ständig zunimmt.

Aus der weltweiten Praxis ist bekannt, dass die Kosten für die Wartung von AIS-Anwendungssoftware während des gesamten Lebenszyklus mindestens 70 % der Gesamtkosten ausmachen. Daher ist es äußerst wichtig, die erforderlichen Methoden und Mittel zur Unterstützung bereitzustellen, einschließlich Konfigurationsmanagementmethoden, auch bei die Entwurfsphase.

Der AIS-Designprozess wird durch die folgende Dokumentation (Standards, Methoden, Modelle) geregelt:

GOST 34.601-90- ein Standard für die Stufen und Stufen der Erstellung von AIS, entsprechend dem Kaskadenmodell des Software-Lebenszyklus (unten erörtert). Eine Beschreibung des Arbeitsinhalts in jeder Phase wird gegeben;

180/1EG 12207:1995- Standard für Prozesse und Organisation des Lebenszyklus; gilt für alle Arten von kundenspezifischer Software; enthält keine Beschreibung von Phasen, Stufen und Schritten;

Benutzerdefinierte Entwicklungsmethode(Oracle-Methodik) - technologisches Material für die Entwicklung von angewandtem AIS, detailliert bis zur Ebene von Projektdokumenten, die auf der Verwendung von Oracle basieren.Es wird für das klassische Lebenszyklusmodell verwendet (alle Arbeiten, Aufgaben und Phasen werden bereitgestellt), wie sowie für "schnelle Entwicklungs"-Technologien (Fast Track) oder "leichtgewichtiger Ansatz", der für kleine Projekte empfohlen wird.

Rationeller einheitlicher Prozess(Methodik RUP) - technologisches Material für die Implementierung eines iterativen Entwicklungsmodells, das vier Phasen (Entwicklungszyklus) umfasst: Initiierung, Forschung, Konstruktion und Implementierung. Jede Phase ist in Stufen (Iterationen) unterteilt, deren Ergebnisse Versionen für den internen oder externen Gebrauch sind. Jeder Zyklus endet mit der Generierung der nächsten Version des Systems. Wenn danach die Arbeit am Projekt nicht aufhört, entwickelt sich das daraus resultierende Produkt weiter und durchläuft die gleichen Phasen erneut. Der Kern der Arbeit im Rahmen der RUP-Methodik ist die Erstellung und Pflege von Modellen basierend auf UML;

Microsoft-Lösungsframework(Methodik MSF) - technologisches Material für die Implementierung eines iterativen Entwicklungsmodells, ähnlich dem RUP, umfasst vier Phasen: Analyse, Design, Entwicklung, Stabilisierung; beinhaltet die Verwendung von objektorientierter Modellierung. MSF konzentriert sich mehr auf die Entwicklung von Geschäftsanwendungen als RUP;

Extreme Programmierung (XP)- extreme Programmierung (die neueste unter den betrachteten Methoden); wurde 1996 gegründet. Die Grundlage der Methodik ist Teamarbeit, effektive Kommunikation zwischen dem Kunden und dem Auftragnehmer während des gesamten Projekts; Die Entwicklung von AIS erfolgt anhand sukzessive verfeinerter Prototypen.

Der ISO/IEC 12207-Standard im Lebenszyklus-Framework definiert die Prozesse, die bei der Erstellung von AIS-Software durchgeführt werden. Diese Prozesse werden in drei Gruppen eingeteilt:

hauptsächlich(Erwerb, Lieferung, Entwicklung, Betrieb und Wartung);

Hilfs-(Dokumentation, Konfigurationsmanagement, Qualitätssicherung, Verifizierung, Validierung, Bewertung, Prüfung und Problemlösung);

organisatorisch(Projektmanagement, Aufbau der Projektinfrastruktur, Definition, Bewertung und Verbesserung des Lebenszyklus selbst, Schulung).

Unter Hauptprozesse Lebenszyklus die wichtigsten sind Entwicklung, Betrieb und Begleitung. Jeder Prozess ist durch bestimmte Aufgaben und Methoden zu ihrer Lösung, die in der vorherigen Phase erhaltenen Ausgangsdaten und die Ergebnisse gekennzeichnet.

Entwicklung AIS umfasst alle Arbeiten zur Erstellung von Software und deren Komponenten gemäß den festgelegten Anforderungen. Dieser Prozess umfasst auch:

Vorbereitung der Entwurfs- und Betriebsdokumentation;

Vorbereitung von Materialien, die zum Testen der entwickelten Softwareprodukte erforderlich sind;

Entwicklung von Materialien, die für die Schulung des Personals erforderlich sind.

Bestandteile des Entwicklungsprozesses sind in der Regel die strategische Planung, Analyse, Konzeption und Umsetzung (Programmierung).

Herstellen Ausbeutung sich beziehen:

Konfigurieren der Datenbank und der Benutzerarbeitsplätze;

Bereitstellung von Betriebsdokumentationen für Benutzer;

Ausbildung.

Zu den wichtigsten operativen Aktivitäten gehören:

Direktbetrieb;

Lokalisierung von Problemen und Beseitigung ihrer Ursachen;

Softwaremodifikation;

Ausarbeitung von Vorschlägen zur Verbesserung des Systems;

Entwicklung und Modernisierung des Systems.

Professionell, kompetent begleiten- eine notwendige Bedingung für die Lösung von Problemen, die von AIS durchgeführt werden. Helpdesks spielen eine sehr wichtige Rolle im Leben eines AIS. Fehler in diesem Stadium können zu offensichtlichen oder versteckten finanziellen Verlusten führen, die mit den Kosten des Systems selbst vergleichbar sind.

Zu den vorbereitenden Maßnahmen bei der Organisation der AIS-Wartung gehören:

Identifizierung der kritischsten Knoten des Systems und Bestimmung der Kritikalität von Ausfallzeiten für sie (dies ermöglicht es uns, die kritischsten Komponenten des AIS zu identifizieren und die Zuweisung von Ressourcen für die Wartung zu optimieren);

Definition von Wartungsaufgaben und deren Aufteilung in interne Aufgaben, die von den Kräften der Serviceabteilung gelöst werden, und externe Aufgaben, die von spezialisierten Serviceorganisationen gelöst werden (daher ist der Umfang der durchgeführten Funktionen klar begrenzt und die Verantwortung verteilt);

Durchführung einer Analyse der verfügbaren internen und externen Ressourcen, die für die Organisation der Wartung im Rahmen der beschriebenen Aufgaben und der Kompetenzverteilung erforderlich sind (die Hauptkriterien für die Analyse: das Vorhandensein einer Garantie für die Ausrüstung, der Zustand des Reparaturfonds, die Qualifikation des Personals);

Erstellung eines Plans für die Organisation der Wartung mit Definition der Phasen der durchzuführenden Maßnahmen, des Zeitpunkts ihrer Ausführung, der Kosten in den Phasen, der Verantwortung der Ausführenden.

Die Sicherstellung einer qualitativ hochwertigen Wartung des Loop-Systems erfordert den Einsatz von hochqualifizierten Spezialisten, die nicht nur die täglichen Verwaltungsaufgaben lösen, sondern auch die Systemleistung bei Störungen und Unfällen schnell wiederherstellen können.

Unter Prozesse unterstützen einer der wichtigsten ist Konfigurationsmanagement, das die Hauptprozesse des AIS-Lebenszyklus unterstützt, vor allem die Entwicklungs- und Wartungsprozesse.

Die Entwicklung komplexer AIS beinhaltet die unabhängige Entwicklung von Systemkomponenten, wodurch viele Optionen und Implementierungsversionen sowohl einzelner Komponenten als auch des Systems als Ganzes entstehen. Somit besteht ein Problem darin, die Erhaltung einer einzigen Struktur während der Entwicklung und Modernisierung des AIS sicherzustellen. Das Konfigurationsmanagement ermöglicht es Ihnen, Änderungen an verschiedenen Komponenten des AIS in allen Phasen seines Lebenszyklus zu organisieren, systematisch zu berücksichtigen und zu steuern.

Organisatorische Prozesse sind von großer Bedeutung, da moderne AIS große Komplexe sind, an deren Erstellung und Wartung viele Menschen unterschiedlicher Fachrichtungen beschäftigt sind.

Projektmanagement bezieht sich auf die Themen Planung und Organisation der Arbeit, Bildung von Entwicklerteams, Überwachung des Zeitplans und der Qualität der Arbeit. Die technische und organisatorische Unterstützung des Projekts umfasst:

Auswahl von Methoden und Werkzeugen zur Projektumsetzung;

Definition von Methoden zur Beschreibung des Standes des Entwicklungsprozesses;

Entwicklung von Methoden und Mitteln zum Testen der erstellten Software;

Ausbildung.

Die Designqualitätssicherung bezieht sich auf die Probleme der Verifizierung, Verifizierung und Prüfung von AIS-Komponenten.

Überprüfung - der Prozess der Feststellung, ob der auf einer bestimmten Stufe erreichte aktuelle Entwicklungsstand den Anforderungen dieser Stufe entspricht.

Untersuchung- der Prozess zur Bestimmung der Konformität der Entwicklungsparameter mit den ursprünglichen Anforderungen. Die Verifizierung überschneidet sich etwas mit dem Testen, das durchgeführt wird, um die Unterschiede zwischen tatsächlichen und erwarteten Ergebnissen festzustellen, sowie um die Konformität der AIS-Leistung mit den ursprünglichen Anforderungen zu bewerten.

In 2002 Ein Standard für Lebenszyklusprozesse für automatisierte Systeme (ISO/IEC 15288 Systemlebenszyklusprozesse) wurde veröffentlicht. An der Entwicklung des Standards waren Experten aus verschiedenen Tätigkeitsfeldern beteiligt; Praktische Erfahrungen bei der Erstellung von Systemen in staatlichen, kommerziellen, militärischen und akademischen Organisationen wurden berücksichtigt. Gemäß der ISO/IEC 15288-Reihe sind die folgenden Prozessgruppen in der LC-Struktur enthalten.

1. Vertragliche Abläufe:

Akquisition (Inhouse-Lösungen oder externe Anbieterlösungen);

Lieferung (interne Lösungen oder Lösungen eines externen Anbieters).

2. Unternehmensprozesse:

Umweltmanagement in Unternehmen;

Investitionsmanagement; bei der Verwaltung des Lebenszyklus von geistigem Eigentum;

Ressourceneinteilung;

Qualitätskontrolle.

3. Designprozesse:

Projektplanung;

Projektbewertung;

Projekt Kontrolle;

Risikomanagement;

Konfigurationsmanagement;

Informationsflussmanagement;

Entscheidungen treffen.

4. Technische Prozesse:

Definition von Anforderungen;

Anforderungsanalyse;

Architekturentwicklung;

Implementierung;

Integration;

Überprüfung;

Übergang;

Zertifizierung;

Ausbeutung;

Begleiten;

Entsorgung.

5. Sonderverfahren:

Definition und Herstellung von Zusammenhängen ausgehend von Aufgaben und Zwecken.

Im Tisch. 1.4 zeigt die Liste der Etappen und die Hauptergebnisse bis zu ihrem Abschluss in Übereinstimmung mit dem festgelegten Standard.

In den 1970ern IBM hat die Business System Planning (BSP)-Methodik oder Organisationsplanungsmethodik vorgeschlagen.

Eine Methode zur Strukturierung von Informationen unter Verwendung von Schnittmatrizen von Geschäftsprozessen, funktionalen Abteilungen von Datenverarbeitungssystemen (IS), Informationsobjekten, Dokumenten und Datenbanken, Vorschlägen in BSP, ihrer Reihenfolge (Unterstützung durch das Top-Management erhalten, Unternehmensprozesse definieren, Prozesse definieren, Datenklassen , Interviews führen, Interviewdaten aufbereiten und organisieren) finden sich in nahezu allen formalen Methoden, sowie in praktisch umgesetzten Projekten wieder.

Tabelle 1.4.Phasen der AIS-Erstellung (ISO/IEC 15288)

Laut veröffentlichten Daten benötigt jede Stufe der AIS-Entwicklung eine gewisse Zeit. Die meiste Zeit (45–50 %) wird für Codierung, komplexe und eigenständige Tests aufgewendet (Abb. 14). Im Durchschnitt nimmt die Entwicklung von AIS ein Drittel des gesamten Lebenszyklus des Systems in Anspruch (Abbildung 1.5).

Abb.1.4. Verteilung der Zeit in der Entwicklung von AIS

Beschreibung der Präsentation Phasen der AIS-Erstellung Modelle des Lebenszyklus von AIS anhand von Folien

Der Lebenszyklus von AIS ist eine Reihe von Stufen und Stadien, die AIS in seiner Entwicklung durchläuft, von dem Moment an, in dem eine Entscheidung getroffen wird, ein System zu erstellen, bis zu dem Moment, in dem es nicht mehr funktioniert.

Phasen des Lebenszyklus 1 Planung und Analyse (Vorprojektphase) – Bestimmung, was das System leisten soll. Registrierung einer Machbarkeitsstudie (Machbarkeitsstudie) und Leistungsbeschreibung (TOR).

2 Design (technisches und logisches Design) – Definition der Funktionsweise des Systems (Spezifikation* von Subsystemen, funktionalen Komponenten und deren Interaktion). Vorbereitung eines technischen Projekts. * Spezifikation - eine genaue, vollständige und klar artikulierte Beschreibung der Anforderungen für eine bestimmte Aufgabe.

3. Umsetzung (Feinplanung, Programmierung) - Erstellung von funktionalen Komponenten und separaten Subsystemen, Verbindung von Subsystemen zu einem Ganzen. Füllen der Datenbank. Erstellen von Anweisungen für das Personal. Erstellen eines Arbeitsentwurfs

4 Implementierung (Testen, Probebetrieb) - Installation und Inbetriebnahme des Systems, Debugging von Subsystemen, Personalschulung. Registrierung des Aktes der Abnahmeprüfungen.

Anmerkungen 1. Die Stufen 2 und 3 können zu einer kombiniert werden: Techno-detailliertes Design oder Systemsynthese. 2. In jeder Phase des Lebenszyklus werden bestimmte technische Lösungen und zugehörige Dokumente verwendet

3. Für jede Phase sind die in der vorherigen Phase getroffenen Dokumente und Entscheidungen die ersten. 4. Lebenszyklusmodelle bestimmen die Reihenfolge der Ausführung von Phasen im Prozess der Erstellung eines Systems und die Kriterien für den Übergang von Phase zu Phase.

Das Lebenszyklusmodell ist ein Modell für die Erstellung und Verwendung von AIS, das die verschiedenen Zustände des Systems vom Moment seiner Einführung bis zum Moment seiner vollständigen Außerbetriebnahme widerspiegelt.

Die Hauptmodelle des Lebenszyklus Kaskade - beinhaltet den Übergang zur nächsten Stufe nach Abschluss der vorherigen. Dieses Modell wird beim Aufbau von AIS verwendet, für das alle Anforderungen von Anfang an präzise und vollständig formuliert sind. Nachteile: starres Schema - die Unmöglichkeit, zu den vorherigen Stufen zurückzukehren, und die Verwendung für komplexe Systeme.

Stepwise Iterative Model Setzt Feedback zwischen den Zyklen voraus. Der Vorteil ist, dass Anpassungen zwischen den Stufen mehr Flexibilität und weniger Aufwand bieten. Der Nachteil ist, dass sich die Lebensdauer jeder Stufe über den gesamten Zeitraum der Systemerstellung erstrecken kann Schwierigkeiten und Nachteile des Spiralmodells des Lebenszyklus Das Hauptproblem ist die Definition des Übergangs zur nächsten Stufe: es zu lösen , werden für jede der Stufen Fristen eingeführt. Der Übergang erfolgt gemäß dem Plan, der auf der Grundlage statistischer Daten aus früheren Projekten und der Erfahrung von Entwicklern erstellt wurde. Nachteile: Fehler in der Analyse- und Designphase können zu Problemen in den Folgephasen und zum Scheitern des gesamten Projekts führen.

Die AIS-Benutzerrolle wird erstellt, um den Informationsbedarf eines bestimmten Benutzers zu decken. Er ist direkt in seine Arbeit eingebunden. .

Der Benutzer beteiligt sich an der Formulierung des Problems und führt einen Probebetrieb durch, bei dem er die Mängel der Formulierung erkennen, die Eingabe- und Ausgabeinformationen, die Formulare für die Ausgabe der Ergebnisse und die Ausführung von Dokumenten korrigieren kann.

Die Teilnahme der Benutzer an der Erstellung von AIS bietet eine schnelle und qualitativ hochwertige Problemlösung und verkürzt die Zeit für die Einführung neuer Technologien

Einführung

1. Architektur automatisierter Informationssysteme und Probleme ihrer Verbesserung 13

1.1. Architekturmodelle und Hauptkomponenten von AIS 13

1.2. AIS-Entwicklungsprobleme 47

1.3. Plattformen für die Implementierung der neuen Architektur von AIS UP 53

1.4. Kapitel 1 Schlussfolgerungen 57

2. AIS-UE-Architekturmodell 58

2.1. Grundvoraussetzungen für AIS UP 59

2.2. Architektur AIS UP 66

2.3. AIS UP 89-Komponenten

2.4. Kapitel 2 Schlussfolgerungen 102

3. Methoden zur praktischen Umsetzung von AIS UE 104

3.1. AIS UP 104-Entwicklungstools

3.2. Erfahrung in der praktischen Umsetzung des Modells AIS UP 111

3.3. Kapitel 3 Schlussfolgerungen 123

4. Schlussfolgerung 125

5. Terminologie und Abkürzungen 128

6. Literatur

Einführung in die Arbeit

Die Tätigkeit moderner Unternehmen ist mit der Bewegung voneinander abhängiger und volumetrischer Ströme von Material-, Finanz-, Arbeits- und Informationsressourcen verbunden. Die Bewältigung der Prozesse des Produktions- und Handelskreislaufs in einem sich dynamisch verändernden politischen und wirtschaftlichen Umfeld erfordert eine schnelle Entscheidungsfindung in kurzer Zeit. Die Lösung dieses Problems unter modernen Bedingungen ist ohne den Einsatz einer automatisierten Verarbeitung technischer und wirtschaftlicher Informationen nicht möglich.

In den letzten 40 Jahren wurden automatisierte Informationstechnologien (IT) aktiv eingesetzt, um die Probleme der Rechnungslegung, Planung und Analyse der wirtschaftlichen Aktivitäten von Unternehmen unterschiedlicher Eigentumsformen, Branchenzugehörigkeit, Organisationsstruktur und Tätigkeitsumfang zu lösen. In dieser Zeit wurden viele praktische Erfahrungen bei der Erstellung automatisierter Informationssysteme für die Unternehmensverwaltung (AIS UE) gesammelt, Managementmethoden entwickelt und allgemein anerkannt, deren Anwendung außerhalb der Computerumgebung unmöglich ist. Es kann mit voller Verantwortung gesagt werden, dass AIS UE zu einem festen Bestandteil der Geschäftsinfrastruktur geworden ist. Theoretische und praktische Probleme der Automatisierung wirtschaftlicher Prozesse werden in den Arbeiten von Glushkov V.M., Volkov S.I., Isakov V.I., Ostrovsky O.M., Podolsky V.I., Ratmirov Yu.A., Romanov A.N., Hotyashova E.N., Brady R., Zachman J., Cook M., Finkelstein K., Hammer M. und andere Autoren. Die von ihnen vorgeschlagenen Ansätze wurden zur Grundlage für den Einsatz von Computertechnologie in Unternehmen bei der Lösung von Problemen der Buchhaltung, Planung und Analyse finanzieller und wirtschaftlicher Aktivitäten. Jedoch

Die von ihnen vorgeschlagenen Modelle berücksichtigten nicht die Realitäten der Wirtschaft der Informationsgesellschaft und den aktuellen Stand der IT-Entwicklung.

Die Entwicklung von Kommunikationsmitteln trägt zu einer immer engeren Interaktion zwischen Herstellern und Verbrauchern, Lieferanten und Käufern bei, erhöht den Wettbewerb auf dem Markt, erweitert die Grenzen lokaler Märkte zu nationalen und transnationalen Märkten und beschleunigt die Zeit von Wirtschafts- und Finanztransaktionen. Die Einführung globaler Computernetzwerke in Wirtschaftsprozesse hat zur Entstehung neuer Konzepte geführt: Wirtschaft der Informationsgesellschaft, elektronischer Geschäftsverkehr (E-Business), elektronischer Handel (E-Commerce), elektronische Handelsplattform (E-Marketplace), usw. Trends in der Globalisierung der Wirtschaft spiegeln sich in einer neuen Methodik für die Organisation eines Unternehmens wider, bei der die Frage der Erhöhung der Flexibilität beim Aufbau von Geschäftsprozessen und der Effektivität der Beziehungen zu Kunden und Lieferanten in den Vordergrund rückt.

Die bestehenden Konzepte der AIS UE-Organisation basieren auf einem funktionalen Ansatz zur Verteilung von Aufgaben zwischen seinen Subsystemen. AIS, das als ein Komplex von Subsystemen aufgebaut ist, die sich auf einzelne Verwaltungsfunktionen konzentrieren, erfüllt jedoch nicht am besten die Anforderung der Kontinuität von End-to-End-Geschäftsprozessen eines Unternehmens. Daher hat sich in den letzten Jahren ein Ansatz durchgesetzt, bei dem Geschäftsprozesse in den Vordergrund gestellt werden und nicht einzelne Funktionen der sie ausführenden Managementsystem-Services. Dies erfordert die Entwicklung eines neuen Konzepts der AIS-UE-Architektur. Gleichzeitig ist es offensichtlich, dass der Übergang zu einer neuen AIS UE-Architektur nicht sofort erfolgen kann, da Unternehmen und Organisationen im Laufe der Jahre eine Vielzahl von Softwaretools in Betrieb genommen haben, die die Lösung wichtiger Managementaufgaben umsetzen , deren Verwendung nicht sofort aufgegeben werden kann. Leider konzentrieren sich die meisten von ihnen auf autonomes Funktionieren, was die komplexe Integration von Informationsflüssen erheblich erschwert. Viele bestehende Softwareprodukte, die Unterstützung bei der Lösung neuer Probleme der Unternehmensführung bieten, die im Zusammenhang mit der Globalisierung der Wirtschaft entstanden sind, werden auch ohne ausreichende Ausarbeitung von Schnittstellen zur Interaktion mit Softwaresystemen entwickelt, die die Lösung verwandter Probleme implementieren. Unter diesen Bedingungen kommt der Aufgabe der Synthese integrierter Unternehmensmanagementsysteme durch Integration von vorgefertigten Drittkomponenten, kundenspezifischen Lösungen und Eigenentwicklungen eine besondere Bedeutung zu.

In den Veröffentlichungen von Wissenschaftlern und Praktikern wird seit langem die Idee diskutiert, Standards zur Systemintegration von Softwaretools verschiedener Hersteller zu implementieren. Der Fortschritt von Systemwerkzeugen hat zur Entstehung von objektorientierten und komponentenbasierten Softwareentwicklungstechnologien geführt, die es Ihnen ermöglichen, umfangreiche Systeme aus vorgefertigten Blöcken zu erstellen. Führende Anbieter von Hardware und Systemsoftware (Intel, Microsoft, Sun, Oracle, IBM usw.), Kommunikationstools (Cisco, Nortel, Ericsson, Motorola), angewandte Lösungen (SAP, PeopleSoft, Siebel usw.), maßgeblicher Staat, Internationale, kommerzielle und gemeinnützige Organisationen und Verbände (ISO, IEEE, ASCII, APICS, RosStandard usw.) haben inzwischen Technologien zur Integration von Hardware und Software entwickelt und setzen diese aktiv in die Praxis um, die die Schaffung offener Systeme auf der Grundlage von Standards und Protokollen ermöglichen zum Datenaustausch und Zusammenspiel von Komponenten in einer heterogenen Umgebung in Echtzeit.

Diese Vorschläge bieten jedoch nur eine systemweite Plattform, die in Bezug auf ein bestimmtes Fachgebiet einer erheblichen Verfeinerung bedarf. Im Zusammenhang mit der praktischen Umsetzung von AIS UE sind die Mechanismen zum Entwerfen und Entwickeln von Informationssystemen (IS) unter Verwendung von Komponenten-Multi-Link-Architekturen basierend auf Standards und Protokollen offener Systeme nicht ausreichend entwickelt.

In diesem Zusammenhang wird das Problem der Entwicklung einer theoretischen Plattform und der Entwicklung praktischer Empfehlungen zum Aufbau von AIS UE, das eine umfassende Automatisierung aller Informationsverfahren für die Verwaltung von Unternehmen und Organisationen bietet, zu einem dringenden Problem.

Die Notwendigkeit, einen ganzheitlichen Ansatz zur Lösung der Probleme der Systemintegration von AIS PM und der End-to-End-Automatisierung mikroökonomischer Prozesse auf der Grundlage moderner IT zu entwickeln, bestimmte die Wahl des Themas und der Ausrichtung dieser Studie.

Ziel der Studie ist es, ein Modell der AIS UE-Architektur zu entwickeln, das eine umfassende Automatisierung und Informationsunterstützung für End-to-End-Geschäftsprozesse bietet, und die Werkzeugauswahl für ihre Systemintegration aus Sicht moderner Informationstechnologien zu begründen.

Ausgehend vom angestrebten Ziel wurden folgende wissenschaftliche und praktische Aufgabenstellungen gestellt und gelöst:

Analysieren und Verallgemeinern bestehender Ansätze für Design, Entwicklung und Implementierung von AIS UP-Software;

Klassifizieren Sie die Arten von Software, die in der Praxis des Unternehmensmanagements verwendet werden;

Untersuchen Sie vorhandene Technologien und Standards, die die Integration heterogener Softwaretools ermöglichen;

Um Probleme zu identifizieren, die während der Integration von Software-Tools auftreten, die in AIS UE verwendet werden;

Systematisierung der von Unternehmen gestellten Anforderungen an AIS UE-Software zur Bereitstellung von Informationsunterstützung für durchgängige Wirtschaftsprozesse;

Entwicklung eines Modells der AIS-UE-Architektur und Hervorhebung seiner Hauptkomponenten;

Entwicklung der Prinzipien der Interaktion und des Datenaustauschs von AIS-UE-Komponenten;

Gegenstand der Forschung sind die Methoden und Werkzeuge zur Entwicklung von Wirtschaftsinformationssystemen.

Gegenstand der Studie ist die Unternehmensführung IS.

Die Forschungsmethodik basiert auf konkreten Anwendungen der Methodik naturwissenschaftlicher Erkenntnis in den angewandten Bereichen der Informatik und Mathematik.

Die Ziele und Ziele der Studie wurden entsprechend der Hauptarbeitsrichtung zur Weiterentwicklung und Verbesserung mathematischer Methoden und Computertechnik in wirtschaftswissenschaftlichen Fachgebieten formuliert.

Neben einem allgemeinen wissenschaftlichen Ansatz auf der Grundlage der Systemtheorie fasst die Dissertation die Erfahrungen bei der Entwicklung, Implementierung und dem Betrieb von Softwarewerkzeugen in- und ausländischer Hersteller und Methoden zusammen

Umsetzung internationaler offener Standards für Gebäudeinformationssysteme. Auf dieser Grundlage wird eine Reihe methodischer und praktischer Empfehlungen vorgeschlagen, die in russischen und ausländischen Unternehmen getestet wurden.

Die Arbeit verwendet die theoretischen Grundlagen der Werke in- und ausländischer Autoren im Bereich:

Automatisierte Verarbeitung von Wirtschaftsinformationen und Modellierung von Wirtschaftsprozessen;

Methoden für die Planung und das operative Management von Produktion und Lagerbeständen;

Reengineering und Computerdesign von Geschäftsprozessen;

Moderne Standards in der Informationstechnologie.

Die Studie analysierte und nutzte Entwicklungen, die von Forschungsteams und einzelnen Wissenschaftlern der Finanzakademie der Regierung der Russischen Föderation, des Allrussischen Korrespondenzinstituts für Finanzen und Wirtschaft, der Moskauer Staatlichen Universität für Wirtschaft, Statistik und Informatik und der Universität St. Petersburg durchgeführt wurden für Wirtschaft und Finanzen. Voznesensky, Research Financial Institute und andere Organisationen.

Die Informationsbasis der Studie bestand aus Softwareprodukten russischer und ausländischer Hersteller, Veröffentlichungen in Wirtschafts- und Computerpublikationen, Recherchen der internationalen Forschungsgruppen Gartner Group, Aberdeen, IDC, MetaGroup, DataQuest usw., methodischen Materialien führender inländischer und internationaler Beratungsunternehmen und Wirtschaftsprüfungsgesellschaften, Forschungsergebnisse des Verbandes Softwareentwickler im Bereich Wirtschaftswissenschaften,

Untersuchung des Softwaremarktes in Russland und den GUS-Staaten TSIES "Business-Programs-Service" .

Die wissenschaftliche Neuheit der Dissertation liegt in der Entwicklung eines AIS-UE-Architekturmodells mit Fokus auf die integrierte Automatisierung von End-to-End-Geschäftsprozessen und Vorschlägen zu dessen Umsetzung durch Systemintegration heterogener Softwaretools in einer verteilten heterogenen Netzwerkumgebung Objekt- und Komponententechnologien.

Wissenschaftliche Neuheit enthält die folgenden in der Dissertation erzielten Ergebnisse:

Definition und Einstufung von Anforderungen an die Funktionalität der Software zur organisatorischen und wirtschaftlichen Führung von Unternehmen;

AIS UE-Architekturmodell mit Schwerpunkt auf integrierter Automatisierung von End-to-End-Geschäftsprozessen;

Prinzipien der Integration von Softwaretools zur Lösung von Problemen der funktionalen Dienste eines Unternehmens mit Basissoftware zur Verwaltung von Geschäftsprozessen, Datenaustausch und Dokumentenverwaltung;

Vorschläge zur Organisation eines einheitlichen Informationsraums des Unternehmens, der Mitarbeitern und Partnern des Unternehmens über das Unternehmens-Webportal zur Verfügung steht;

Vorschläge für die Implementierung eines einheitlichen Systems zur Bildung und Klassifizierung von Berichten unter Verwendung von Analysewerkzeugen;

Prinzipien zur Implementierung der Interaktion von AIS UE-Subsystemen basierend auf objektorientierten und Komponententechnologien und der Interaktion von Softwarekomponenten in einem verteilten Netzwerk

Umgebung in Übereinstimmung mit Industriestandards und Internetprotokollen;

Ein Mechanismus zum Implementieren der adaptiven Eigenschaften des Architekturmodells der AIS-PM-Software gemäß den Anforderungen eines bestimmten Unternehmens, basierend auf der Fähigkeit, die grundlegenden Subsysteme für bestehende und geplante Arbeitsprozesse zu konfigurieren.

Die praktische Bedeutung der Dissertationsarbeit besteht darin, dass die Umsetzung der vorgeschlagenen Vorschläge es ermöglicht, AIS UE zu schaffen, die Informationsverfahren zur Steuerung der Aktivitäten eines Unternehmens im Kontext einer globalisierten Wirtschaft und zur Informationsbildung effektiv unterstützen Gesellschaft.

Das vorgeschlagene AIS-UE-Architekturmodell und die Empfehlungen für seine Anwendung weisen eine ausreichende Flexibilität und Vielseitigkeit auf, was ihre Anwendbarkeit beim Aufbau von IS-Management von Unternehmen mit unterschiedlichen Eigentumsformen, Branchenspezifika und Tätigkeitsbereichen sicherstellt.

Unabhängiger praktischer Wert haben:

Vorschläge für die Auswahl und Anwendung von Standards, Protokollen und anderen Mechanismen, die bei der Systemintegration von AIS UE verwendet werden;

Vorschläge zur integrierten Automatisierung von End-to-End-Geschäftsprozessen und Arbeitsabläufen;

Vorschläge zur Schaffung eines einheitlichen Informationsraums des Unternehmens unter Verwendung des Mechanismus von Webportalen;

Vorschläge zur Anpassung des spiral-iterativen Ansatzes bei der Entwicklung und Implementierung von AIS UP-Software.

Die praktische Bedeutung der Arbeit wurde in konkreten Projekten zur Umsetzung des vorgeschlagenen problemorientierten Modells eines Untevaluiert:

Integriertes Unternehmensmanagementsystem "Flagman" der Firma "Infosoft",

eRelationship-Kder Pivotal Software Corporation (Kanada),

Monarch ES Unternehmensberichtssysteme der Firma DataWatch (USA),

Das Projekt der Integration von Informationssystemen der Unternehmen Sovintel und Tele Ross.

Das Vest-MetaTechnology-Schulungszentrum verwendet Materialien, die vom Autor auf der Grundlage des im Laufe dieser Studie vorgeschlagenen Ansatzes erstellt wurden, wenn Kurse zur Entwicklung von Unternehmensmanagement-Informationssystemen durchgeführt werden (siehe http://www.vest.msk.ru).

Die Materialien der Dissertationsforschung fließen in die Forschungs- und Praxistätigkeit der Leitungsgremien des Verbandes der Softwareentwickler im Bereich Wirtschaft (AREP) und seiner Mitglieder ein.

Die wichtigsten Bestimmungen der Arbeit wurden berichtet und diskutiert unter:

Konferenz "IBM-Lösungen im Bereich der Geschäftsintegration für Telekommunikationsunternehmen", Repräsentanz von IBM in Osteuropa (Moskau, 18. Juni 2002);

Symposium „Call Center CRM Solutions 2002/Call Centers and Customer Relationship Management“ (Moskau, März 2002);

Konferenzen von Entwicklern von Informationssystemen, die auf Tools der Gesellschaft Centura Software Corp. (Berlin, Deutschland, 17.-19. November 1999);

Konferenz "InfoCity: Praxis und Probleme der Informatisierung von Städten" (Moskau, Oktober 1999);

Wissenschaftliche und praktische Konferenzen der Firma "Infosoft" (Moskau, 1995-1999);

Konferenzen von Spezialisten auf dem Gebiet von ACS und CIS "Corporate Systems" (Moskau, April 1998 und 28.-30. April 1997, Veranstalter: Firma SoftService und Vertretungen von Oracle, Informix, Sybase, Borland und Centura);

3. Jahreskonferenz "Unternehmensdatenbanken 98" (Moskau, 31. März - 3. April 1998 und 26. - 29. März 1996, organisiert vom Zentrum für Informationstechnologien unter Beteiligung des Open Systems Publishing House);

Konferenz "Tekhnikom-97" (Moskau, 24.-26. November 1997, Organisatoren: SoftService, Russian Association of Oracle Users, Vertretungen von Microsoft, Borland, Computer Associates, Lucent Software).

AIS-Entwicklungsprobleme

Die Einführung von Informationstechnologien in die Wirtschaft, das Eindringen von Computer- und Kommunikationstools in die Unternehmensführung auf allen Ebenen und das wachsende Interesse an der Interaktion von Unternehmen über das Internet erfordern konzeptionelle Änderungen in den Ansätzen zum Aufbau von AIS UE. Dies gilt nicht nur für rein technologische Probleme der Erstellung und des Betriebs von IS, sondern auch für betriebswirtschaftliche Ansätze in der Wirtschaft der Informationsgesellschaft.

AIS UE sollte die Bedürfnisse nach Automatisierung und Informatisierung in der gesamten Organisation erfüllen, was die Softwareentwickler vor die Aufgabe stellt: eine Plattform zu entwickeln, die die Arbeit einer großen Anzahl von Benutzern unterstützen kann; Unterstützung für Kommunikationstools und Industriestandards für Datenaustausch- und Komponenteninteraktionsprotokolle; Integration bestehender Entwicklungen in ein System.

Die Integration heterogener Anwendungen innerhalb eines einzigen AIS sollte Unterstützung bieten für: End-to-End-Geschäftsprozesse; einheitliche Benutzeroberfläche (Portal); gemeinsamer Informationsraum.

Unserer Meinung nach liegt der Kern der aufgeworfenen Probleme nicht so sehr in den technischen Aspekten der Implementierung, sondern in der Notwendigkeit, ein grundlegend neues Modell der AIS-UE-Architektur zu verwenden.

Lassen Sie uns die Vor- und Nachteile verschiedener IS-Architekturoptionen im Hinblick auf die Möglichkeiten zum Aufbau einer integrierten Lösung zusammenfassen.

Die Zentralisierung der Datenverarbeitung stellt hohe Anforderungen an Server. Mit zunehmender Anzahl gleichzeitiger Benutzer (was bei der Automatisierung von Prozessen im gesamten Unternehmen unvermeidlich ist) werden die Belastungen für die Hardwareplattform und die verwendete Software zu groß. Mit verschiedenen Hardwarelösungen (Clustering, Multiprocessing und andere Formen der Kombination von Rechenressourcen) sowie verteilter Verarbeitung mit Transaktionsmonitoren, Anwendungsservern und leistungsstarken industriellen DBMS können Sie wirklich skalierbare Lösungen erstellen und zentrale Knoten entlasten, nicht nur durch Erhöhung der Leistung von Hardware, sondern auch durch den entsprechenden Aufbau der Softwarekomponenten des Systems.

Aber selbst wenn der zentrale Datenbankserver in der Lage ist, die erforderliche Leistung bereitzustellen, ergeben sich bei einer solchen IS-Konstruktion zwangsläufig Probleme bei der Aufrechterhaltung einer einzigen Struktur einer gemeinsamen Datenbank, wenn einzelne IS-Softwarekomponenten von verschiedenen Unternehmen oder sogar Entwicklungsteams innerhalb der entwickelt werden gleiche Organisation. Die Installation einer gemeinsamen Datenbank mit Zugriff von Programmen zur Lösung verschiedener angewandter Probleme ermöglicht die Bereitstellung eines gemeinsamen Informationsraums. Die oben aufgeführten Technologien ermöglichen einer großen Anzahl von Benutzern den Zugriff auf die Datenbank, dies garantiert jedoch keine korrekte Arbeit mit gemeinsam genutzten Daten. Es bleibt das Problem der logischen Datenintegrität. Bei der Verwendung von Programmen unterschiedlicher Hersteller wird es unumgänglich, Daten in Teilsysteme zu trennen, möglicherweise durch Denormalisierung und Schaffung redundanter Strukturen. Die Common-Base-Architektur ist in der folgenden Abbildung (Abbildung 1-14) schematisch dargestellt. Wie aus dem obigen Diagramm hervorgeht, interagieren die Module nicht, dh es gibt keinen Aufruf von einem Modul zum anderen in Echtzeit, es gibt keine operative Unterstützung für einen End-to-End-Prozess. Die Daten werden in der Datenbank gespeichert, aus der sie anderen Modulen zur Verfügung stehen, die die Funktionen zum Verfolgen von Änderungen enthalten müssen, und die Relevanz der Daten hängt von der Häufigkeit der Überprüfung auf Aktualisierungen ab. Ein Beispiel für einen End-to-End-Prozess wäre eine Rechnungsstellung durch einen Mitarbeiter der Vertriebsabteilung. Setzt er dafür ein CRM-System ein, muss die generierte Rechnung parallel zur Abrechnung im Logistikmodul des ERP-Systems verarbeitet werden, um die Ware zu reservieren, und unmittelbar danach – im Finanzmodul, um die Forderung des Käufers zu erhöhen. Dazu müssen die entsprechenden Module prüfen, ob ein neues Konto vorhanden ist. Erfolgt dies nicht rechtzeitig, kann eine Rechnung über die tatsächlich reservierte Ware ausgestellt werden.

Damit unterschiedliche Module mit einer gemeinsamen Datenbankstruktur arbeiten können, müssen sie zunächst im Hinblick auf eine bestimmte Datenstruktur entwickelt werden oder einen vereinbarten Metadatenmechanismus (Repository) verwenden.

Bei Verwendung einer anderen Architektur, wenn heterogene Datenbanken auf verschiedenen Computern (und möglicherweise in verschiedenen Netzwerken) verwaltet und von autonomen Modulen verwendet werden (Abbildung 1-15), ist die Aufrechterhaltung der logischen Integrität der Daten eine noch zeitaufwändigere Aufgabe . In diesem Fall ist es notwendig, die Datenreplikation (Synchronisation), die Vereinheitlichung von Verzeichnissen, Codierungs- und Klassifizierungsregeln zu regeln und zu implementieren, den Replikationsmechanismus selbst zu entwickeln oder zu implementieren. All dies erfordert organisatorische Maßnahmen, um die Datenbank zu synchronisieren. Bleibt das Problem der automatischen Fortsetzung des Prozesses (ein Beispiel mit einer Rechnung).

Plattformen für die Implementierung der neuen AIS-UE-Architektur

Bis Anfang des 21. Jahrhunderts wurden in der IT-Branche auf industrieller Ebene folgende Lösungen entwickelt und beherrscht, die für einen breiten Einzug der IT in wirtschaftliche Prozesse sorgten:

Personal-Computing-Tool, das darin besteht, dass bei vielen Arten von Arbeit die Notwendigkeit von Vermittlern zwischen der Aufgabenbeschreibung und ihrem Ausführenden verschwunden ist, dh Mitarbeiter der funktionalen Dienste des Unternehmens sind in der Lage, Informationsvorgänge im Rahmen ihrer Kompetenz mithilfe von Computern durchzuführen, ohne sich zu beteiligen oder mit minimaler Unterstützung durch begleitendes technisches Personal;

Mittel zur automatisierten Unterstützung der koordinierten gemeinsamen Arbeit einer Gruppe ("Team") von Mitarbeitern an einem Projekt, Dokument, einer Aufgabe usw.;

elektronischer Kommunikationsmechanismus, der es in vielen Fällen ermöglichte, die Notwendigkeit der Übermittlung von Papierdokumenten zu beseitigen, um die Notwendigkeit von Besprechungen zu minimieren, was besonders wichtig ist, wenn die Teilnehmer an einem bestimmten Geschäftsprozess geografisch weit entfernt sind.

Dank dieser Lösungen wurde es möglich, die meisten Arbeitsprozesse zu automatisieren, die sowohl innerhalb des Unternehmens in seinen Finanz-, Wirtschafts-, Produktions- und Handelsaktivitäten als auch in Bezug auf externe Funktionen stattfinden. Die Kombination von Software- und Hardwarewerkzeugen, die verschiedene Funktionen und Arbeitsplätze automatisieren, ermöglicht es, technologische (auf der Grundlage von Geräten und technischen Geräten) und Arbeitsprozesse (unter Beteiligung von Mitarbeitern aus allen Abteilungen von Unternehmen) zu durchgängigen Geschäftsprozessen zu verknüpfen . Somit besteht eine grundsätzliche Möglichkeit, das Problem der Isolierung der Herkunftsorte der Daten von den Zentren ihrer Speicherung und Verarbeitung, der Trennung der Arbeitsplätze voneinander zu lösen.

Die Lösung des Problems der Integration von AIS-Modulen und die Wahl eines zentralen oder dezentralen Ansatzes zur Organisation ihrer Interaktion ist auch dank der neuesten Entwicklungen führender Hersteller von Systemsoftware möglich: Betriebssysteme, Webserver, Anwendungsserver, DBMS und Middleware-Plattformen. Die Anwendungsintegration wird durch den Einsatz von objektorientierter Entwicklungstechnologie und komponentenbasierter Multi-Tier-Architektur ermöglicht. Zentrales Prinzip hierbei ist das Konzept der Programmierschnittstellen und die Regeln zu deren Änderung und Erweiterung (IDL).

Um in einer verteilten heterogenen Umgebung wie dem Internet zu arbeiten, werden aktiv Webdienstspezifikationen entwickelt, von denen jede eine oder mehrere Geschäftsprozeduren oder -funktionen (Geschäftsprozeduren, Funktionen) implementieren kann. OASIS, BPMI und IBM, Microsoft und BEA haben die Workflow-Regulierungsspezifikationen BPEL4WS (Business Process Execution Language for Web Services), XLANG und WSFL (Web Services Flow Language) und die WfML-Koalition - XPDL (XML Process Definition Language) veröffentlicht. .

Der Trend geht dahin, Komponenten mit offenen Webservice-Schnittstellen zu Subsystemen zu kombinieren, die logisch geschlossene Geschäftsprozesszyklen ausführen. Dabei können sich die Komponenten auf verschiedenen über das Netzwerk verteilten Applikationsservern befinden und mit einer oder mehreren Datenbanken arbeiten. Durch Variieren der Anzahl und Beziehungen von Komponenten, der Anzahl und des Standorts von Netzwerkservern, der Möglichkeit, Komponenten auszutauschen oder ohne Kompatibilitätsverlust im Netzwerk zu verschieben, ist es möglich, ein AIS aufzubauen, das ein Gleichgewicht zwischen Zentralisierung und Dezentralisierung im Unternehmen aufrechterhält Management.

Es gibt keine technischen Hindernisse für die Implementierung einer solchen Architektur. Moderne industrielle Anwendungsserver (z. B. MTS / COM + / .Net, ONE oder J2EE / EJB) ermöglichen es Ihnen, mehrschichtige Systeme aufzubauen, eine gemeinsame Plattform für den Zugriff auf verschiedene Webdienste bereitzustellen, Transaktionsintegrität von Operationen bereitzustellen und Lastenausgleich mit wettbewerbsfähigen Zugriff von Zehntausenden von Benutzern in Echtzeit sowie die Gewährleistung von Fehlertoleranz und Wiederherstellung nach Ausfällen.

Eine wichtige Errungenschaft der IT-Branche sind die mittlerweile weit verbreiteten und von führenden Softwareherstellern anerkannten Standards: K(COM/DCOM, CORBA, Java RMI) und Datenaustauschformate (EDI, XML).

Der EDI-Standard und seine branchenspezifischen Varianten (EDIFACT, XI2, HIPAA etc.) werden seit Mitte der 1970er Jahre im Finanz- und Industriesektor Nordamerikas und Europas eingesetzt und dominieren heute weltweit. Mit der wachsenden Popularität von XML im Internet wurde EDI in XML übersetzt.

Auf Basis von XML (DTD und XDR) wurden in verschiedenen Wirtschaftsbereichen Daten in Form sogenannter Fachwörterbücher oder Dokumenttypen entwickelt, strukturiert und formatiert, beispielsweise WIDL, OFX, FpML, IFX, XBRL, CRML und zahlreiche andere im Westen sowie CommerceML.ru und XML Partnership/ARB in Russland. Die American Society for Production and Inventory Management APICS, die ERP-/MRP-Klassensysteme zertifiziert, veröffentlicht Spezifikationen wirtschaftlicher Einheiten im XML-Format, beispielsweise die Struktur und das Format von Kunden- oder Rechnungsdaten. Selbstdokumentierendes XML bietet ein eindeutiges Verständnis von Daten sowohl für Menschen als auch für Programme.

AIS-UE-Architektur

Um ein Modell der AIS UE-Architektur zu erstellen, betrachten wir ein Unternehmen als eine Reihe von Arbeits-, Finanz-, Material- und Informationsressourcen, die an Geschäftsprozessen beteiligt sind, um die Geschäftsziele eines Unternehmens zu erreichen. Der Begriff Geschäftsziele bezieht sich hier auf die strategischen langfristigen Ziele, die von den Eigentümern und Top-Managern festgelegt wurden, sowie auf die aktuellen Ziele, die von Top- und mittleren Managern vorgegeben werden. Ein Geschäftsprozess oder Geschäftsprozess ist eine Abfolge von Handlungen von Mitarbeitern, Operationen an Arbeitsplätzen sowie Funktionen, die von Software und Hardware im automatischen Modus ausgeführt werden. Nennen wir jede Aktion oder ihre Abfolge eine Phase des Prozesses. Synonyme für Aktionen können auch Operationen, Prozeduren sein. Wenn eine Phase das Handeln eines Mitarbeiters (einer Rollengruppe, eines Vertreters oder Abteilungsleiters sowie einer Person in einer offiziellen Position) erfordert, wird sie auch als Aufgabe und der Mitarbeiter als Ausführender bezeichnet. Die Abfolge von Aktionen in einem Geschäftsprozess kann mehrdeutig sein, dh eine Beschreibung des Prozesses in Form eines gerichteten Graphen kann eine Verzweigung mit Bedingungen für den Übergang von einer Stufe zur anderen enthalten. Typische Stufenketten lassen sich in Teilprozesse unterteilen. Die Bewegung von Aufgaben durch bestimmte Phasen des Prozesses wird als Route bezeichnet. Kann der Prozess aufgrund willkürlicher Übergänge zwischen Stufen nicht beschrieben werden, die Entscheidung darüber trifft der Ausführende während der Ausführung der Aufgabe in der aktuellen Stufe, so spricht man in diesem Fall von freiem Routing.

AIS PM soll es ermöglichen, Geschäftsprozesse formal in grafischer Form in Form eines gerichteten Graphen (Digraph) zu beschreiben, dessen Knoten die Stufen und dessen Kanten die Übergänge zwischen den Stufen sind. In einem bestimmten Fall sieht der Geschäftsprozessgraph wie ein Netzwerkgraph aus, bei dem die Eckpunkte Jobs mit ihrer Dauer darstellen und orientierte Kanten (Pfeile) die Reihenfolge der Jobs zeigen. Gemäß der Beschreibung des Prozesses, Prozesslandkarte genannt, muss AIS UE Ressourcen verwalten (oder genauer gesagt, den Managern des Unternehmens helfen, sie zu verwalten), Aufgaben und ihre Ausführenden zuweisen und auch Software und Hardware aufrufen (aktivieren). automatisierte Verfahren auszuführen.

Die Parameter der Größe des Unternehmens wirken sich auf die Organisation des Managements in einem bestimmten Unternehmen aus, was sich in den Anforderungen für AIS UE widerspiegelt. Andererseits wirkt sich AIS UE auf die Größe des Unternehmens aus und trägt beispielsweise zum Unternehmenswachstum bei. Die Änderung eines der Parameter führt zu einer Aktualisierung des AIS, ebenso wie die Einführung von AIS die Organisation der Verwaltung ändern kann.

Ziel der Fokussierung auf Geschäftsprozesse beim Aufbau von AIS UE ist es, eine gemeinsame Plattform zu finden, auf deren Grundlage es möglich ist, das AIS adäquat zu modifizieren, ohne dass eine vollständige Neuorganisation des Systems erforderlich ist. Diese Plattform ist die Modellierung von Geschäftsprozessen durch Prozessmanagementsoftware.

Als Kern von AIS PM ist es notwendig, ein System zu entwickeln, das mehrere Funktionen kombiniert, die in der Überprüfung von Prozessmanagementsystemen (Abschnitte „1.1.7 Dokumentenmanagementsysteme“ auf Seite 31 und „1.1.8 Prozessmanagementsysteme“ auf Seite) besprochen wurden 34). Darunter: Workflow – ein Subsystem zur Verwaltung von Arbeits- und technologischen Prozessen, das eine vordefinierte und freie Weiterleitung von Aufgaben zwischen Ausführenden ermöglicht; Docflow - ein Subsystem zur Verwaltung des Dokumentenflusses und zur Weiterleitung von Dokumenten mit Verfolgung ihres Status; Groupware - ein Subsystem zur Unterstützung der Funktionen der betrieblichen Aufgabenzuweisung und der freien Weiterleitung (ad hoc) von Aufgaben zwischen Mitgliedern einer Gruppe von Ausführenden; Datenfluss - Routing von Daten, Datenpaketen, Nachrichten zwischen Anwendungen.

Im Gegensatz zur gängigen Praxis der autonomen Nutzung derartiger Systeme gehen wir hier vom Vorhandensein einer gemeinsamen Prozesslandkarte, eines gemeinsamen Moduls zur Bearbeitung von Prozessschritten, eines gemeinsamen Mechanismus zur Zuweisung von Ausführenden und Weiterleitung von Aufgaben und Daten aus.

So werden technologische Daten, die von technischen Geräten generiert werden, Sachdaten, die von Benutzern an Arbeitsplätzen in IS eingegeben werden (einschließlich Primärdokumente), sowie Daten, die von Softwareanwendungen generiert werden, in AIS UE eingegeben und den Verbrauchern von Informationen in Echtzeit zur Verfügung gestellt .

Schematisch ist der Lebenszyklus der Datenverarbeitung in AIS UE in der folgenden Abbildung dargestellt (Abbildung 2-2). Manuell eingegebene oder von Softwarekomponenten empfangene Daten werden als Dokument formalisiert, das vom Workflow-Modul gemäß der Prozesslandkarte weiterverarbeitet wird. Entlang der Verarbeitungsroute (sofern die Systemeinrichtung dies erfordert) ruft das Dokumentenverwaltungs-Subsystem die Module funktionaler Subsysteme zur Verarbeitung von Finanz-, Geschäfts- und anderen Arten von Transaktionen auf. Dadurch werden Anmeldeinformationen in strukturierten Datenbanken gespeichert. Die Dokumente selbst werden wiederum in einem Speicher oder einer unstrukturierten Datenbank gespeichert. All diese Datenbanken müssen den analytischen Modulen des Berichterstellungssubsystems zur Verfügung stehen, um die erforderlichen Berichte zu erstellen.

Erfahrung in der praktischen Umsetzung des AIS UE-Modells

Von 1995 bis 1999 wurde unter der Leitung des Autors der Dissertation das System der integrierten Unter"Flagman" der Firma "Infosoft" entwickelt, das derzeit in mehr als hundert großen und mittelständischen Industrie-, Bau-, Handels-, Landwirtschaftsunternehmen und Haushaltsorganisationen in Russland und den GUS-Staaten. Das System entwickelt sich auf der Grundlage des vom Autor entwickelten Kernels weiter, und bis 2002 umfasst das „Flaggschiff“ mehr als zehn Hauptsubsysteme, die in der folgenden Abbildung dargestellt sind (Abbildung 3-2):

Basis des Systems „Flagship“ ist das Basismodul „Document Management“, das für die Eingabe, Verarbeitung, Weiterleitung und den Druck aller Primärdokumente zuständig ist. Weitere Basismodule sind „Administration“ und „Tools“, die allen Funktionsmodulen gemeinsam sind. Sie ermöglichen die Konfiguration von Rollengruppen und Zugriffsrechten, Arbeitsstationen bis hin zu Menüpunkten, Dokumentenlayouts und Berichtsvorlagen.

Die Vorteile des implementierten Modells waren eine einmalige Eingabe von Primärdokumenten, die Erstellung von Konten in funktionalen Subsystemen auf der Grundlage dieser Dokumente und die Vereinheitlichung der Arbeit mit Primärdokumenten.

Die rasante Entwicklung von Subsystemen und die fehlende Standardisierung ihres Zusammenspiels hat dazu geführt, dass die Integration um eine zentrale Datenbank und gemeinsame Tabellen herum erfolgte. Abgesehen von der zweischichtigen Architektur, deren Wahl 1995 vom Entwicklungsstand der Entwicklungswerkzeuge bestimmt wurde, wurde die gegenseitige Abhängigkeit von Modulen zum Hauptproblem für die Entwicklung des Systems. Seine ersten Implementierungen zeigten die Unzulänglichkeit von Workflow-Automatisierungsfunktionen durch Dokumentenrouting allein und warf die Frage nach der Notwendigkeit auf, ein Prozessmanagementmodul (Workflow) zu implementieren.

Wenn wir die Implementierung genauer betrachten, dann ist das Dokumentenverwaltungsmodul eine Bibliothek von Objekten, die in allen Subsystemen enthalten und auch als eigenständiges Modul kompiliert ist. Die Bibliothek umfasst Werkzeuge zum Einrichten von Typen und Varianten von Dokumenten, die Zusammensetzung von Feldern, Eingabe- und Bearbeitungsformulare, eine Liste von Zuständen, mögliche Kombinationen von Übergängen von Zustand zu Zustand, eine Liste von Operationen mit Bezug auf Funktionsmodule, Vorlagen und Drucken Formulare sowie Regeln für die Bildung von Registern und Dokumentenjournalen .

Operationen mit Dokumenten ändern ihren Zustand und rufen auch die Funktionen von Anwendungssubsystemen auf. Die Liste der Funktionen ist in jedes Subsystem eingebettet und für dieses spezifisch. Für begleitende Programmierer, die an der Einrichtung des Systems beteiligt sind, stehen Funktionsparameter und die Möglichkeit, Dokumentfelder über Formeln daran zu binden, zur Verfügung. Damit können Sie die meisten Finanztransaktionen sowie die Funktionen Logistik, Personalbuchhaltung und Gehaltsabrechnung automatisieren, für eine vollständige Implementierung bleibt jedoch die Notwendigkeit einer Skriptsprache (Script) bestehen.

Das System verfügt über einen integrierten Berichtsgenerator, der allen Subsystemen gemeinsam ist. Da das System auf dem Integrationsprinzip um eine zentrale Datenbank basiert, hat der Erzeuger Zugriff auf alle Daten, unabhängig davon, ob sie zu Modulen gehören. Berichte werden in eine hierarchische Struktur eingeordnet, jedes der Berichtslayouts enthält eine Vorlage zum Anzeigen und Drucken sowie SQL-Abfragen zum Generieren des resultierenden Datensatzes. Die generierten Reports können als Dokumente weiterverarbeitet werden.

Es sollte auch beachtet werden, dass das Flagman-System ein einheitliches Erscheinungsbild von Subsystemen hat. Das allgemeine Verwaltungsmodul für Elemente der Benutzeroberfläche, AWP-Funktionen, einschließlich Menüs und Symbolleisten, ermöglicht es Ihnen, das Erscheinungsbild einheitlich anzupassen.

Im Moment erfordert die Entwicklung der IT eine Aktualisierung der Plattform des Flagman-Systems. Zunächst gilt es, diese in eine dreistufige Architektur zu überführen und das Dokumentenmanagement-Modul zu einem voll funktionsfähigen Prozessmanagementsystem weiterzuentwickeln. Außerdem müssen Mechanismen zur Integration externer Anwendungen entwickelt werden, da das System nur über die Möglichkeit verfügt, Daten zu importieren und zu exportieren.

Nichtsdestotrotz zeugen zahlreiche Beispiele für die erfolgreiche Implementierung und den industriellen Betrieb des Flagman-Systems sowie das Wachstum seiner Verkaufszahlen in den Jahren 2001-2002 von der wirtschaftlichen Effizienz der Lösung für die Automatisierung von Unternehmen verschiedener Tätigkeitsbereiche, Branchen und Größenordnungen.

Im Februar 1999 wurde das Flagman-System der Firma Infosoft, das unter der Leitung des Autors erstellt wurde, von der Centura Software Corp. als beste russische Entwicklung auf der Grundlage des Centura Team Developer-Toolkits ausgezeichnet. (USA) und die Firma "Interface" (Russland). 1999, 2000 und 2001 CIS „Flagman“ wurde von den Experten der Jury des Wettbewerbs „Business-Soft“, veranstaltet von der Association of Software Developers in the Field of Economics (AREP), TSIES „Business Programs-Service“, als unternehmensweites Informationssystem zertifiziert “, die Zeitschrift „Buchhaltung“ und „Finanzzeitung“.

AIS-Lebenszyklusmodelle - Eine Struktur, die die sequentielle Implementierung von Prozessen, Aktionen, Aufgaben, die während des gesamten Lebenszyklus durchgeführt werden, und die Beziehung zwischen diesen Prozessen definiert.

Kaskadenmodell. Der Übergang zur nächsten Stufe bedeutet den vollständigen Abschluss der Arbeiten der vorherigen Stufe. Die in der Anforderungsbildungsphase definierten Anforderungen werden in Form von Leistungsbeschreibungen streng dokumentiert und für die gesamte Dauer der Projektentwicklung fixiert. Jede Stufe gipfelt in der Veröffentlichung eines vollständigen Dokumentationssatzes, der ausreicht, um die Entwicklung von einem anderen Entwicklungsteam fortzusetzen.

Projektphasen nach dem Wasserfallmodell:

1. Anforderungsbildung;

2. Entwurf;

3. Entwicklung;

4. Prüfung;

5. Einführung;

6. Betrieb und Wartung.

Vorteile:

-Vollständige und vereinbarte Dokumentation in jeder Phase;

-Festgelegte Reihenfolge der Arbeitsreihenfolge;

- Ermöglicht eine klare Planung von Zeit und Kosten.

Nachteile:

-Erhebliche Verzögerung beim Erhalt fertiger Ergebnisse;

-Fehler in einer der Phasen werden in späteren Phasen entdeckt, was dazu führt, dass die Projektdokumentation zurückgegeben und neu registriert werden muss;

- Schwierigkeiten im Projektmanagement.

Spiralmodell. Jede Iteration entspricht der Erstellung eines Fragments oder einer Version der Software, sie verdeutlicht die Ziele und Merkmale des Projekts, bewertet die Qualität der erzielten Ergebnisse und plant die Arbeit der nächsten Iteration.

Jede Iteration - abgeschlossene Entwicklungszyklen in Form der 1. Version des AIS.

Iterationsschritte:

1. Bedarfsbildung

3.Design

4.Entwicklung

5.Integration

Bei jeder Iteration wird Folgendes ausgewertet:

Das Risiko, die Bedingungen und Kosten des Projekts zu überschreiten;

Die Notwendigkeit, eine weitere Iteration durchzuführen;

Der Grad der Vollständigkeit und Genauigkeit des Verständnisses der Anforderungen an das System;

Die Zweckmäßigkeit der Beendigung des Projekts.

Vorteile:

- Vereinfacht den Prozess der Durchführung von Änderungen am Projekt;

- Bietet größere Flexibilität im Projektmanagement;

- Die Möglichkeit, ein zuverlässiges und stabiles System zu erhalten, weil Fehler und Inkonsistenzen werden bei jeder Iteration gefunden;

- Einfluss des Kunden auf die Arbeit im Prozess der Überprüfung jeder Iteration.

Nachteile:

-Komplexität der Planung;

-Intensive Arbeitsweise für Entwickler;

-Die Arbeitsplanung basiert auf Erfahrung und es gibt nicht genügend Metriken, um die Qualität jeder Version zu messen.

Anforderungen an die Technologie für Design, Entwicklung und Wartung von AIS

Designtechnologie- definiert eine Kombination aus drei Komponenten:

- ein schrittweises Verfahren, das die Reihenfolge der technologischen Entwurfsvorgänge bestimmt;

- Regeln zur Bewertung der Ergebnisse technologischer Operationen;

- Einreichung der Designentwicklung zur Prüfung und Genehmigung.

Technologische Anweisungen, die den Hauptinhalt der Technologie ausmachen, sollten aus einer Beschreibung der Abfolge der technologischen Operationen, der Bedingungen, unter denen die eine oder andere Operation durchgeführt wird, und der Beschreibung der Operationen selbst bestehen.

Die Technologie für Design, Entwicklung und Wartung von IS muss die folgenden allgemeinen Anforderungen erfüllen:

Die Technologie muss den gesamten Softwarelebenszyklus unterstützen;

Die Technologie soll die garantierte Erreichung der Ziele der IS-Entwicklung in vorgegebener Qualität und zu einem vorgegebenen Zeitpunkt sicherstellen;

Die Technik soll die Möglichkeit bieten, in kleinen Gruppen (3-7 Personen) am Entwurf einzelner Subsysteme zu arbeiten. Dies liegt an den Prinzipien der Teamverwaltbarkeit und Produktivitätssteigerung durch Minimierung der Anzahl externer Links;

Die Technologie sollte die Möglichkeit bieten, die Projektkonfiguration zu verwalten, Versionen des Projekts und seiner Komponenten zu verwalten, die Möglichkeit, Projektdokumentationen automatisch herauszugeben und ihre Versionen mit Projektversionen zu synchronisieren;

Der Einsatz jeglicher Technologie für Design, Entwicklung und Wartung von IS in einer bestimmten Organisation und einem bestimmten Projekt ist ohne die Entwicklung einer Reihe von Standards (Regeln, Vereinbarungen) unmöglich, die von allen Projektbeteiligten eingehalten werden müssen. Solchen Normen einschließlich des Folgenden:

- Designstandard;

- Standard für die Gestaltung der Projektdokumentation;

- Benutzerschnittstellenstandard.

Entwicklungsbedarf

- Durchführung von Arbeiten zur Erstellung von Software;

Vorbereitung auf die Einführung von AIS;

Kontrolle, Testen der Hauptindikatoren des Projekts.

Begleitende Anforderungen

Der Abschluss der Implementierung des CIS sollte von der Veröffentlichung eines Systems von Verwaltungsvorschriften und Stellenbeschreibungen begleitet werden, die die Funktionsweise der Organisation bestimmen. Ab dem Zeitpunkt der Inbetriebnahme des Informationssystems erfolgt der Betrieb auf der Grundlage der „Bestimmungen für das Funktionieren des Informationssystems“ und einer Reihe von Verordnungen. Die Wartung des Systems und sein unterbrechungsfreier Betrieb werden von einer durch die entsprechende Anordnung autorisierten Unterabteilung der Organisation durchgeführt. Die Fertigstellung des Informationssystems nach Inbetriebnahme erfolgt nach individuellen Projekten und Aufgabenstellungen.

Bei der Aufrechterhaltung von CIS gilt es, dessen Funktionsfähigkeit zu erhalten. Die Zukunftsfähigkeit des CIS wird maßgeblich davon bestimmt, wie es den realen Aufgaben und Bedürfnissen der Hochschule entspricht, die sich im Lebenszyklus des CIS ändern.

Kanonisches AIS-Design

Es gibt drei Klassen von Entwurfsmethoden AIS:
· konzeptionelle Modellierung des Fachgebietes;
Identifizierung von Anforderungen und Spezifikation des Informationssystems durch dessen Prototyping;
· Systemarchitektur von Softwarewerkzeugen, die von CASE-Technologiewerkzeugen unterstützt werden (CASE - Computer Aided Software Engineering - Technologie zum Erstellen und Pflegen von Software für verschiedene Systeme).

Die Phase der Erstellung eines automatisierten Systems - Teil des KKW-Erstellungsprozesses, der durch behördliche Dokumente festgelegt wird und mit der Freigabe der Dokumentation für das KKW endet, die auf dieser Stufe ein Systemmodell enthalten sollte, die Herstellung von nicht serienmäßigen Komponenten oder die Inbetriebnahme des KKW .
Jede Phase wird aus Gründen der rationalen Planung und Organisation der Arbeit herausgegriffen und muss zwangsläufig mit einem bestimmten Ergebnis enden. Der Inhalt der Dokumentation in jeder Phase wird durch die Zusammensetzung und Besonderheiten der Arbeit bestimmt.
GOST 34.601-90 definiert acht Phasen für die Erstellung automatisierter Systeme:

1. Anforderungsbildung für AS.
2. Entwicklung des AS-Konzepts.
3. Technische Aufgabe.
4. Vorläufiges Design.
5. Technisches Projekt.
6. Arbeitsunterlagen.
7. Inbetriebnahme.
8. AC-Unterstützung.

• Auseinandersetzung mit dem Gegenstand des Fachgebietes und Begründung der Notwendigkeit der Systembildung;
• Bildung von Nutzeranforderungen an das System;
• Erstellen eines Berichts über die durchgeführten Arbeiten und eines Antrags für die Entwicklung des Systems.

• Untersuchung des Objekts;
• Durchführung von Forschungsarbeiten;
• Auswahl einer Variante des Systemkonzepts aus mehreren entwickelten;
• Erstellung eines Berichts über die durchgeführten Arbeiten.

• Designlösungen für das System und seine Teile;
• Dokumentation für das KKW und seine Teile;
• Dokumentation für die Lieferung von Produkten für den Erwerb von Kernkraftwerken und technische Spezifikationen für deren Entwicklung;
• Aufgaben n# Design in angrenzenden Teilen des Projekts des Automatisierungsobjekts.

• Vorbereitung des Automatisierungsobjekts für die Eingabe der AE;
• Schulung der Mitarbeiter;
• Vervollständigung der AU mit Software, Hardware, Informationstools und Produkten;
• Bau-und Montagearbeiten;
• Inbetriebnahmearbeiten;
• Vorversuche;
• Probebetrieb;
• Akzeptanztests.

AIS-Lebenszyklus
Im Mittelpunkt der Erstellung und Verwendung AIS liegt das Konzept des Lebenszyklus (LC).
Der Lebenszyklus ist ein Modell für die Erstellung und Verwendung von AIS, das die verschiedenen Zustände des Systems ab dem Moment widerspiegelt, in dem es in einem bestimmten Satz von Tools erscheint, bis zu dem Moment, in dem es vollständig außer Gebrauch ist.

Für AIS werden die folgenden Hauptphasen ihres Lebenszyklus bedingt unterschieden:
1. Analyse – Bestimmen, was das System tun soll;
2. Design – Festlegung, wie das System funktionieren wird: zunächst die Spezifikation von Subsystemen, funktionalen Komponenten und wie sie im System interagieren;
3. Entwicklung - die Erstellung von Funktionskomponenten und einzelnen Subsystemen, die Verbindung von Subsystemen zu einem Ganzen;
4. Prüfung - Überprüfung der funktionalen und parametrischen Übereinstimmung des Systems mit den in der Analysephase ermittelten Indikatoren;
5. Implementierung - Installation und Inbetriebnahme des Systems;
6. Support - Gewährleistung des regulären Betriebs des Systems im Unternehmen des Kunden.

Die Phasen der Entwicklung, Erprobung und Implementierung von AIS werden durch einen einzigen Begriff bezeichnet - Implementierung.
In jeder Phase des Lebenszyklus werden bestimmte technische Lösungen und Dokumente, die diese widerspiegeln, erstellt, während für jede Phase die Dokumente und Entscheidungen, die in der vorherigen Phase getroffen wurden, die ersten sind.
Vorhandene Lebenszyklusmodelle bestimmen die Reihenfolge der Ausführung von Phasen im Prozess der Erstellung eines Systems sowie die Kriterien für den Übergang von Phase zu Phase. Am weitesten verbreitet sind die folgenden Modelle.

Kaskadenmodell beinhaltet den Übergang zur nächsten Stufe nach Abschluss der Arbeiten der vorherigen Stufe. Dieses Modell wird beim Aufbau von AIS verwendet, für das es möglich ist, alle Anforderungen ganz zu Beginn der Entwicklung ziemlich genau und vollständig zu formulieren. Dies gibt Entwicklern die Freiheit, sie technisch so gut wie möglich umzusetzen. Diese Kategorie umfasst komplexe Abrechnungssysteme, Echtzeitsysteme und andere. Dieser Ansatz hat jedoch eine Reihe von Nachteilen, die vor allem dadurch bedingt sind, dass sich der eigentliche Prozess der Systemerstellung nie vollständig in ein starres Schema einfügt. Bei der Erstellung von Software ist es beispielsweise erforderlich, zu früheren Phasen zurückzukehren und zuvor getroffene Entscheidungen zu klären oder zu überarbeiten.

Spiralmodell stützt sich auf die Anfangsphasen des Lebenszyklus: Analyse, Vor- und Feinplanung.
Jede Windung der Spirale entspricht einem Schritt-für-Schritt-Modell zur Erstellung eines Fragments oder einer Version des Systems, auf dem die Ziele und Eigenschaften des Projekts spezifiziert, seine Qualität bestimmt und die Arbeit der nächsten Windung des Systems festgelegt wird Spirale ist geplant. Das Hauptproblem besteht darin, den Zeitpunkt des Übergangs zur nächsten Stufe zu bestimmen. Um es zu lösen, ist es notwendig, Fristen für jede der Phasen des Lebenszyklus einzuführen. Der Übergang erfolgt gemäß dem Plan, der auf der Grundlage statistischer Daten aus früheren Projekten und der persönlichen Erfahrung der Entwickler erstellt wird. Der Nachteil dieses Ansatzes sind die ungelösten Probleme und Fehler, die in den Phasen der Analyse und des Entwurfs gemacht werden. Sie können zu Problemen in späteren Phasen und sogar zum Scheitern des gesamten Projekts führen. Aus diesem Grund müssen Analyse und Design mit besonderer Sorgfalt durchgeführt werden.