Ais-Projektmanagement. AIS „Projektmanagement. Grundkonzepte des AIS-Designs

Es gibt viele Methoden und Optionen für die Entwicklung von AIS, deren Einsatz von verschiedenen Faktoren abhängt, z. B. von der Unternehmensgröße und (oder) ihrem IS, den Zielen der Erstellung eines IS, verfügbaren Ressourcen usw. Methoden und Prinzipien der Gestaltung ein IS werden in den vorherigen Kapiteln behandelt.

Der Softwareprojektlebenszyklus ist eine Reihe von Phasen und Phasen der Softwareentwicklung, von der Systemanalyse und der Entwicklung der anfänglichen Anforderungen bis zur Installation (Installation) auf einem Computer.

Die Erfahrung in der Entwicklung und Implementierung verschiedener Klassen von AIS hat eine hohe Effizienz (einschließlich Wirtschaftlichkeit) ihrer Anwendung insbesondere bei großen Unternehmen gezeigt. Dies spiegelt sich in einer guten Arbeits- und Produktionsorganisation, einer Erhöhung der Genauigkeit der Planung und Durchführung der gestellten Aufgaben, der Sicherstellung des Unternehmensrhythmus, der Reduzierung des Anteils der manuellen Arbeit, einer effektiven (einschließlich betrieblichen) Informationsunterstützung für verschiedene Benutzerkategorien usw. Die durchschnittliche Amortisationszeit solcher Systeme beträgt in der Regel nicht mehr als zwei Jahre.

Bei der Entwicklung von IS werden in den meisten Fällen Standard-Designlösungen bevorzugt, die an die spezifischen Bedingungen und Fähigkeiten des Kunden angepasst sind. Individuelle Projekte werden entwickelt, wenn Standardlösungen fehlen oder die Rahmenbedingungen der Organisation deutlich (um mehr als 10-15%) von Standardlösungen abweichen. Dies gilt in der Regel für große und größte Organisationen.

Kein IC-Entwicklungsschema ist absolut. Je nach Ausgangsbedingungen, unter denen die Entwicklung durchgeführt wird, sind unterschiedliche Optionen möglich: ein komplett neues System wird entwickelt; eine Umfrage des Unternehmens wurde bereits durchgeführt und es gibt ein Modell seiner Tätigkeit; das Unternehmen verfügt bereits über ein IS, das als erster Prototyp verwendet werden kann oder in den entwickelten integriert werden soll.

Die detaillierte Entwicklung des AIS-Projekts setzt die Verfügbarkeit einer vollständigen Organisations-, Design-, Technologie- und Betriebsdokumentation voraus.

Die Gestaltung jedes Objekts erfolgt mit:

• a) Bestimmung seines funktionalen Zwecks (warum wird es benötigt, was und wie tut das entworfene Objekt),
• b) Identifizierung logischer Zusammenhänge (wie das entworfene Objekt seinen funktionalen Zweck erfüllt, welche Informationen in welcher Reihenfolge verarbeitet werden),
• c) die Wahl der materiellen Mittel für die Realisierung des entworfenen Objekts - der funktionale, technologische und technische Aspekt (Medien, Datenverarbeitungswerkzeuge usw.),
• d) die räumliche (territoriale) Platzierung von materiellen Verkaufsmitteln in den zugewiesenen oder möglichen Nutzungsflächen,
• e) Bildung der Organisations- und Verwaltungsstruktur des entworfenen Objekts (Zusammensetzung der Abteilungen, Befugnisse und funktionale Verantwortlichkeiten Arbeitskräfte)

Nach der Wahl der AIS-Entwurfsmethode ist es notwendig, eine Reihe von Arbeiten zu planen, um ein System gemäß den typischen Entwicklungsstadien zu erstellen. Das Projekt wird vom Kunden geprüft und freigegeben. AIS-Design beinhaltet die Implementierung bestimmter Stufen und Stufen.

Für die erfolgreiche Umsetzung des Projekts ist es notwendig, reale Etappen mit klar markiertem Anfang und Ende zu etablieren. Die Entwicklung eines detaillierten Arbeitsplans ist verbunden mit einer Beschreibung der Prozesse und deren Ablauf in jeder Phase, der erforderlichen Spezialisten, Finanzmittel und Ressourcen. Dieser Ansatz hilft in größerem Maße, Auslassungen und Fehler zu vermeiden. Es ist für Mitarbeiter notwendig, die die Umsetzung eines Automatisierungsprojekts umsetzen, und wirkt sich auch positiv auf die Personen aus, die es finanzieren.

Eine effektive stufenweise Umsetzung von Entwurfsarbeiten ist mit der Notwendigkeit verbunden, einen Zeitplan für ihre Umsetzung zu entwickeln, einschließlich der Ressourcen und des Zeitplans (Phasen) ihrer Umsetzung (siehe vorherige Grafiken und Abbildungen). Zu den Ressourcen gehören das erforderliche Personal, Hardware, Software, Finanzierung und Infrastruktur. Gleichzeitig ist es besser, es für jede Art von Arbeit separat zu finanzieren (Kauf von Mitteln und Software, Installation, Schulung, einzelne Entwurfsphasen usw.).

Für die Automatisierung verschiedene Typen Aktivitäten (Management, Design, Forschung usw.), einschließlich ihrer Kombinationen, verwenden die Bestimmungen von GOST 34.601-90. Es sieht die folgenden Stadien und Stadien des Entwurfs vor (Tabelle 1).

Tabelle 2

In der Norm heißt es außerdem:

• · Phasen und Phasen, die von Organisationen durchgeführt werden, die an der Gründung der AU beteiligt sind, werden in Verträgen und Leistungsbeschreibungen auf der Grundlage dieses Standards festgelegt.
• · Es ist zulässig, die Phase „Entwurfsentwurf“ und separate Arbeitsschritte in allen Phasen auszuschließen, „Technischer Entwurf“ und „Arbeitsdokumentation“ zu einer Phase „Techno-Arbeitsentwurf“ zusammenzufassen. Abhängig von den Besonderheiten der zu schaffenden Kernkraftwerke und den Bedingungen für ihre Schaffung ist es zulässig, einzelne Arbeitsschritte vor Abschluss der vorherigen Phasen, parallele Ausführung von Arbeitsschritten, die Aufnahme neuer Arbeitsschritte durchzuführen.

Das technische Projekt (Vorentwurf) enthält Schaltpläne und Entwurfsdokumentation des Entwicklungsobjekts und seiner Komponenten, eine Liste ausgewählter vorgefertigter Softwaretools und technischer Support(einschließlich Arten von Computern, Betriebssystemen, Anwendungsprogrammen usw.), Algorithmen zur Lösung von Problemen für die Entwicklung neuer Softwaretools).

Detailliertes Design - die letzte Designphase im Allgemeinen, die die Klärung und Detaillierung der Ergebnisse der vorherigen Phasen, die Erstellung und das Testen eines Prototyps des Automatisierungsobjekts, die Entwicklung und das Testen von Softwareprodukten, die technologische und betriebliche Dokumentation vorsieht.

In der modernen Praxis des Entwurfs automatisierter Informationssysteme (z. B. AIPS, ASNTI, ACS usw.) kann dies die Anfangsphase ihrer Implementierung in der Arbeit einer Organisation oder eines Dienstes des Kunden des Projekts oder des Leiters sein eine in einer Reihe anderer automatisierter Organisationen, Dienste usw.

Die detaillierte Entwicklung des Systemdesigns setzt die Verfügbarkeit einer vollständigen Organisations-, Design-, Technologie- und Betriebsdokumentation voraus.

Der staatliche Standard GOST 19.102-77 legt die folgenden Entwicklungsstufen der Softwaredokumentation fest:

• 1. Leistungsbeschreibung;
• 2. Projektentwurf;
• 3. Technisches Design;
• 4. Arbeitsentwurf;
• 5. Umsetzung.

Beachten Sie, dass bei kleinen Projekten die Anzahl der Phasen reduziert werden kann.

Im Rahmen der ersten Stufe „Anforderungsbildung an die AU“ wird das Objekt vermessen und die Notwendigkeit der Erstellung eines AIS unter Berücksichtigung der Nutzeranforderungen an das gestaltete AIS begründet. Diese Verfahren der ersten Entwurfsphase sind Teil der Vorentwurfsstudie. Dies kann auch die Verfahren der zweiten Planungsstufe – „Entwicklung des KKW-Konzepts“ umfassen.

Im Rahmen der Pre-Design-Forschung wird eine Machbarkeitsstudie zur Machbarkeit der Erstellung eines AIS durchgeführt; Entwicklung allgemeiner Anforderungen für die Entwicklung von AIS.

Im Rahmen einer Vorentwurfsstudie zur Durchführung der notwendigen Entwurfsarbeiten werden identifiziert:

• · Materielle Ressourcen,
• · finanzielle Resourcen,
• · Humanressourcen,
• · Temporäre Ressourcen.

Gegenwärtig verfügt jede Organisation über einige materielle Ressourcen, die in der Regel heterogener Herkunft sind. Um die Sicherheit dieser Ressourcen zu gewährleisten, ist es notwendig, Aufzeichnungen zu führen und Verantwortliche zu benennen. Die Lösung dieses Problems kann mit verschiedenen Anwendungen wie 1C: Enterprise, AVARD und vielen anderen erfolgen. Aber diese Programme sind sehr teuer, sowohl in der Anschaffung als auch in der Wartung. Erfordern eine spezielle Ausbildung und Schulung des Personals.

Im Entwurf sollten den Prozess der Erstellung eines Prototyps des vorgeschlagenen oder möglichen Objekts verstehen.

Moderne Technologie zur Erstellung von AIS ist eine Kombination aus effektiven Designwerkzeugen und -methoden, die diesen Prozess vereinfachen, Kosten senken, die Kalenderzeit des Systemdesigns verkürzen und die Entwicklungsqualität durch eine breite Auswahl an bewährten fortschrittlichen Designlösungen verbessern.

Zur Hauptsache Design-Tools kann zugeschrieben werden:

Typische Designlösungen (TPD) und Anwendungspakete (PPP). TPR - eine Reihe von Algorithmik- und Softwareelementen, die die Durchführung von Aufgaben auf einem Computer mit Hilfe geeigneter technischer Mittel sicherstellen;

Computergestützte Konstruktionssysteme (CAD), die den Einsatz von Computern in allen Phasen der AIS-Erstellung beinhalten.

Allgemeine Anforderungen an Designtools:

Vollständige Abdeckung des gesamten Prozesses der Erstellung von AIS;

Kompatibilität, d.h. Konsistenz sowohl bei der Erstellung eines Systems als auch bei seinem Funktionieren;

Vielseitigkeit, d.h. die Möglichkeit, dieselben Werkzeuge für verschiedene Objekte zu verwenden;

Zugänglichkeit in der Entwicklung und Einfachheit (Einfachheit) in der Implementierung;

Die Möglichkeit, den Designprozess im Modus der interaktiven Interaktion von Systementwickler, Designer und Computer zu organisieren;

Anpassungsfähigkeit und Wirtschaftlichkeit.

Unter Designmethoden zuweisen:

Original Design;

Typisches Design und seine Typen: Elementar, Subsystem, Modular, Gruppe;

Computergestütztes Design.

Die ursprüngliche Designmethode ist traditionell und auf ein bestimmtes Unternehmen ausgerichtet. Charakteristisches Merkmal Diese Methode ist die Entwicklung origineller Methoden der Objektbesichtigung und die Erstellung der notwendigen Dokumentation in Form eines individuellen Projektes. Der Vorteil dieser Methode liegt in der Abbildung der Besonderheiten des Automatisierungsobjekts im AIS-Projekt. Zu den Nachteilen zählen eine relativ hohe Arbeitsintensität und lange Entwicklungszeit, ein geringer Indikator für Funktionssicherheit und Anpassungsfähigkeit an sich ändernde Bedingungen. Projekte, die nach der ursprünglichen Methode erstellt wurden, eignen sich jedoch für eine Modernisierung in reiner Form diese Methode wird selten verwendet. Heutzutage werden bei der Umsetzung verschiedene Designtools verwendet, und nur bestimmte Teile des Projekts erfordern originelle Designlösungen. Dies glättet seine Mängel etwas. Diese Methode bleibt jedoch bei der Automatisierung komplexer, außergewöhnlicher Objekte relevant.

V moderne Bedingungen AIS wird normalerweise nicht von Grund auf neu gebaut. Gegenwärtig arbeiten in der Wirtschaft auf fast allen Managementebenen und an allen Wirtschaftsobjekten automatisierte Informationsverarbeitungssysteme. Der gestiegene Bedarf an zeitnahen, qualitativ hochwertigen und betrieblichen Informationen erfordert die Schaffung von AIS auf einer neuen technischen und technologischen Basis.

Die Suche nach rationalen Gestaltungsmöglichkeiten geht in folgende Richtungen:

1. Entwicklung von Standard-Designlösungen umgesetzt in angewandten Softwarepaketen (PPP) zur Lösung wirtschaftlicher Probleme mit anschließender Anbindung der PPP an die spezifischen Umsetzungs- und Betriebsbedingungen;

2. Entwicklung automatisierter Konstruktionssysteme.

Der erste Weg ist die Möglichkeit, Standard-Designlösungen zu verwenden, die in den Paketen der angewandten Programme enthalten sind.

Typisches Design- eine industrielle Methode zur Erstellung von AIS mit TPR und RFP. Diese Methode zeichnet sich durch das Vorhandensein bewährter, standardisierter organisatorischer und wirtschaftlicher, technischer, informationstechnischer, mathematischer und softwaregesteuerter Automatisierungswerkzeuge aus. Die Anwendung dieses Verfahrens ermöglicht es, die Arbeitsintensität zu reduzieren, die Kosten zu senken und die Konstruktionszeit zu verkürzen und die Konstruktionsqualität zu verbessern. Der typische Designprozess besteht in der Auswahl und Bindung von unterstützenden Subsystemen gemäß den Anforderungen eines spezifischen AIS. Der typische Teil des AIS ist ein Komplex aus Informationen, Software und Hardware. Der typische Charakter der Informationsunterstützung wird durch die strikte Einhaltung der Einheitlichkeit der Struktur der Informationsbasis, der Zusammensetzung der Arrays, der Formen der Ein- und Ausgabedokumente erreicht. Der typische Charakter der Software wird durch die Verwendung des PPP erreicht, und der typische Charakter des technischen Supports wird durch die Verwendung von Computern gleichen oder kombinierten Typs erreicht.

1. Eine Variation der typischen Bemessungsmethode ist die Methode elementares Design, die auf TPR basiert. Bei der Entwicklung eines Projekts wird eine vorgefertigte Lösung mit geringfügigen Änderungen verwendet und keine neue entwickelt.

2. Bei Verwendung von modulare Methode TPR werden auf einer modularen Basis erstellt, wenn jede Designlösung in separate Komponententeile unterteilt ist - Module, die einen bestimmten Teil von TPR implementieren. Auf diese Weise können Sie ein Projekt für eine neue Automatisierungsanlage erstellen, indem Sie einzelne Standardmodule kombinieren.

3. Bei Verwendung von Subsystem-Entwurfsmethode für jedes Subsystem werden Lösungsprojekte und Anwendungspakete erstellt - systemweit und funktional. Die Zuordnung der Teilsysteme richtet sich nach dem Gegenstand des Wirtschafts- und Produktionsprozesses. Für jedes der Subsysteme werden eine eigene automatisierte Designlösung und PPP entwickelt, die systemweit oder funktional sein können. Systemweite PPPs umfassen Datenmanagement-PPPs, PPPs von Standarddatenverarbeitungsverfahren, Methoden der mathematischen Statistik und diskreten Programmierung usw. Funktionale PPPs umfassen Pakete für Industrieunternehmen mit diskretem oder kontinuierlichem Produktionscharakter, im nichtindustriellen Bereich, und Branchenmanagement.

Eine wichtige Voraussetzung für RFP ist die Kompatibilität, da Beim Entwerfen von AIS ist es ratsam, mehrere Pakete gleichzeitig zu verwenden. Der Entwurf von Systemen, die PPP verwenden, reduziert sich eigentlich auf die Bindung von Paketen, die nach bestimmten Parametern ausgewählt werden, an die spezifischen Bedingungen des Automatisierungsobjekts. Positiven Eigenschaften Dieser Entwurfsansatz kann genannt werden: weniger arbeitsintensiver Prozess, Reduzierung der Entwurfszeit im Vergleich zum ursprünglichen Entwurf, Implementierung fortschrittlicher Datenverarbeitungsmethoden, Vereinfachung der Projektdokumentation (da Paketdokumentation verwendet wird), erhöhte Zuverlässigkeit des entworfenen AIS.

4. Darüber hinaus gibt es Gruppenentwurfsmethode... Sein Wesen liegt in der Vorauswahl einer Gruppe von Objekten des gleichen Typs in Bezug auf die Eigenschaften. Darunter wird das Basisobjekt ausgewählt, für das das Projekt entwickelt wird, und verschiedene Methoden und Entwurfsmethoden können verwendet werden. Hier geht es vor allem um eine hohe Anpassungsfähigkeit des Projekts. Der Hauptanwendungsbereich dieser Methode sind nicht-industrielle Einrichtungen (z. B. Lagerhallen).

Die folgenden Aktivitäten eignen sich am effektivsten für die Automatisierung:

1. Rechnungswesen, einschließlich Management und Finanzen. Die meisten RFPs werden für die Buchhaltung erstellt. Darunter sind "1C: Buchhaltung", "Turbo-Buchhalter", "Info-Buchhalter", "Parus", "ABACUS", "Bambi +" usw .;

2. Hilfe- und Informationsservice Wirtschaftstätigkeit... Vertreten durch folgende PPP: "GARANT" (Steuern, Rechnungswesen, Wirtschaftsprüfung, Unternehmertum, Bankwesen, Währungsregulierung, Zollkontrolle); "BERATER +" (Steuern, Buchhaltung, Wirtschaftsprüfung, Unternehmertum, Bankwesen, Währungsregulierung, Zollkontrolle).

3.wirtschaftliche und finanzielle Aktivitäten... Vertreten durch die folgende Ausschreibung:

a) "Wirtschaftliche Analyse und Prognose der Firma, Organisation" (Firma "INEK"), die die Funktionen umsetzt: wirtschaftliche Analyse Tätigkeiten einer Firma, eines Unternehmens; Erstellung von Geschäftsplänen; Machbarkeitsstudie zur Kreditrückzahlung; Analyse und Auswahl von Handlungsoptionen; Prognose von Saldo, Cashflows und Fertigwaren.

b) Multi-User-Netzwerkkomplex der Vollautomatisierung der Galaktika Corporation (JSC Novy Atlant), der Planung, Betriebsführung, Buchhaltung und Kontrolle, Analyse umfasst, ermöglicht im Rahmen des DSS zusätzlich die Lösung der Geschäftsplanung Probleme mit dem PPP Project-Expert.

4. Organisation der Arbeit des Leiters;

5. Automatisierung des Dokumentenflusses;

6. Ausbildung.

In letzter Zeit kaufen Unternehmen und Firmen bevorzugt fertige Pakete und Technologien und fügen diese gegebenenfalls mit eigener Software hinzu, da die Entwicklung eines eigenen AIS mit hohen Kosten und Risiken verbunden ist. In der Regel wird ein Basissystem entwickelt und vorgeschlagen, welches den Wünschen der einzelnen Auftraggeber angepasst wird. Gleichzeitig erhalten Anwender Beratungen, die dazu beitragen, die Implementierungszeit von Systemen und Technologien zu minimieren, diese optimal einzusetzen und die Qualifikation des Personals zu verbessern.

Computergestützte Konstruktionssysteme - die zweite, sich schnell entwickelnde Art der Gestaltungsarbeit.

Unter den computergestützten Entwurfsmethoden nehmen Modellentwurfsverfahren eine Sonderstellung ein. Die Erstellung und Nutzung von CAD-Systemen sorgt für eine ausreichend hohe Funktionssicherheit, eine umfassende Abdeckung aller technologischen Prozesse und eine Verringerung des Arbeitsaufwands der Konstruktionsarbeit bei maximaler Berücksichtigung der Belange des Automatisierungsobjekts. Dieses Verfahren ist jedoch recht teuer und erfordert hochqualifizierte Entwickler. Die Schlüsselanforderung für CAD ist die Fähigkeit, ein bestimmtes globales Wirtschaftsinformationsmodell des Automatisierungsobjekts im Konstruktionssystem in einem angemessenen Zustand zu erstellen und zu pflegen. Ein Modell ist eine explizite Anzeige von Informationskomponenten eines Automatisierungsobjekts und Beziehungen zwischen ihnen. Das Hauptziel der Modellerstellung besteht darin, ein diesem Modell entsprechendes AIS-Projekt zu erstellen, das alle Eigenschaften des Objekts berücksichtigt und aktiv nutzt. Ein solches Modell sollte in formalisierter Form eine Beschreibung der Sätze von Informationskomponenten und der Beziehung zwischen ihnen enthalten, einschließlich Informationsverbindungen und algorithmischer Interaktion. Mit der Modellentwurfsmethode, systemischer Ansatz, die den Einsatz von Computern nicht nur in allen Phasen der Erstellung des Systems bestimmt, sondern auch bei der Analyse der Ergebnisse seines industriellen Betriebs. Die Entwicklung und Anwendung von CAD gaben den Übergang zur Erstellung von individuelle Projekte, jedoch auf einem deutlich höheren Niveau als die ursprüngliche Entwurfsmethode.

In den letzten zehn Jahren hat sich im Bereich der IC- und IT-Designautomatisierung eine neue Richtung herausgebildet - CASE computergestützte Softwareentwicklungstechnologie(CASE - Computer-Aided Software / System Engineering). Die zunehmende Komplexität von Informationssystemen und die steigenden Anforderungen an sie haben zur Notwendigkeit der Industrialisierung von Technologien zu ihrer Erstellung geführt.

CASE-Technologie ist eine Reihe von Methoden für Analyse, Design, Entwicklung und Wartung von IS, die von einer Reihe miteinander verbundener Automatisierungstools unterstützt werden. CASE ist ein Toolkit für Systemanalysten, Entwickler und Programmierer, das den Prozess des Entwurfs und der Entwicklung von ICs automatisiert. CASE-Systeme werden als leistungsfähiges Werkzeug zur Lösung von Forschungs- und Entwurfsproblemen eingesetzt, wie z Geschäftsanwendungen zur Lösung operativer Probleme sowie strategische Planung und Ressourcenmanagement usw.

Das Hauptziel von CASE ist es, die Entwicklung und den Betrieb von Systemen so weit wie möglich zu automatisieren.

Durch den Einsatz von CASE-Technologien ändert sich die Arbeitstechnologie in allen Phasen des Lebenszyklus automatisierter Systeme. In CASE-Systemen basiert das Design auf visuell-visuellen Entwicklungsmethoden, während Grafiken, Diagramme, Tabellen, Diagramme und textliche Erklärungen dazu verwendet werden, das Modell des entworfenen IS zu beschreiben. Solche Methoden liefern eine strenge und beschreibende Beschreibung des zu entwerfenden Systems, die mit einem Überblick über das System beginnt und dann ins Detail geht und eine hierarchische Struktur mit zunehmender Anzahl von Ebenen erhält.

Die Automatisierung der Programmierung basiert auf der automatischen Generierung von Programmcodes, die Beschreibungen von Daten, die Hauptlogik ihrer Verarbeitung, Datenbankschemata, Scusw. enthalten. Die Codes werden weiter verfeinert und verfeinert, aber in einigen Fällen erreicht die Automatisierung 90%. Darüber hinaus generiert die CASE-Technologie die notwendige Projektdokumentation einsatzbereit.

Bei Verwendung der CASE-Technologie wird die Unterstützung einer einzigen Projektbasis bereitgestellt, d.h. alle Informationen über das entwickelte AIS werden automatisch in einer einzigen Projektdatenbank abgelegt. Dadurch bleiben Konsistenz, Konsistenz, Vollständigkeit und minimale Redundanz der Konstruktionsdaten erhalten.

CASE-Technologie bietet Teamwork von Entwicklungsteams, weil unterschiedlichen Spezialistengruppen werden adäquate Werkzeuge zur Verfügung gestellt, sowie die Möglichkeit, Änderungen am Projekt durch verschiedene Spezialisten in Echtzeit konsequent und korrekt vorzunehmen.

CASE-Technologien werden erfolgreich verwendet, um fast alle Arten von AIS zu bauen. CASE wird auch verwendet, um Modelle von Systemen zu erstellen, die kommerziellen Strukturen helfen, die Probleme der strategischen Planung, des Finanzmanagements, der Festlegung der Unternehmenspolitik, der Personalschulung usw. zu lösen.

CASE haben die folgenden Hauptvorteile:

Verbesserung der Qualität des erstellten IS (IT) durch automatische Steuerung (vor allem Projektsteuerung);

Ermöglichen Sie in kurzer Zeit, einen Prototyp des zukünftigen IS (IT) zu erstellen, der es Ihnen ermöglicht, das erwartete Ergebnis in einem frühen Stadium schnell zu bewerten.

Beschleunigung des Systemdesign- und Entwicklungsprozesses;

Befreien Sie den Entwickler von Routinearbeiten, damit er sich ganz auf den kreativen Teil des Designs konzentrieren kann;

Sie unterstützen den Aufbau und die Pflege eines bereits funktionierenden IS.

Inzwischen hat sich eine schlagkräftige CASE-Industrie gebildet, die Hunderte von Firmen und Unternehmen unterschiedlicher Ausrichtung vereint. Unter ihnen stechen hervor:

Unternehmen-Entwickler von Tools zur Analyse und Gestaltung von IP und IT

Firmen-Entwickler von Spezialwerkzeugen mit Fokus auf enge Themenbereiche oder auf einzelne Phasen des Lebenszyklus von IP;

Schulungsfirmen, die Seminare und Schulungen für Spezialisten organisieren;

Beratungsfirmen, die praktische Hilfestellung beim Einsatz von CASE-Paketen für die Entwicklung spezifischer IS bieten;

Firmen, die sich auf die Herausgabe von Zeitschriften und Bulletins zu CASE-Technologien spezialisiert haben.

Nbsp; AIS-Lebenszyklusmodelle

AIS-Lebenszyklusmodell ist eine Struktur, die die durchgeführten Prozesse, Aktionen und Aufgaben sowie den Verlauf von Entwicklung, Betrieb und Wartung über den gesamten Lebenszyklus des Systems beschreibt.

Die Wahl eines Lebenszyklusmodells hängt von den Besonderheiten, dem Umfang, der Komplexität des Projekts und den Bedingungen ab, unter denen das AIS erstellt und betrieben wird.

Das AIS-Lebenszyklusmodell umfasst:

Arbeitsergebnisse in jeder Phase;

Wichtige Ereignisse oder Punkte des Abschlusses und der Entscheidungsfindung.

In Anlehnung an die bekannten Modelle des Lebenszyklus von Software werden die Modelle des Lebenszyklus des AIS ermittelt - Kaskade, iterativ, spiralförmig.

I. Wasserfallmodell beschreibt die klassische Herangehensweise an die Entwicklung von Systemen in jedem Fachgebiet; war in den 1970er und 1980er Jahren weit verbreitet.

Das Wasserfallmodell sieht eine sequentielle Arbeitsorganisation vor, und das Hauptmerkmal des Modells ist die Aufteilung aller Arbeiten in Phasen. Der Übergang von der vorherigen Stufe zur nächsten erfolgt erst nach vollständigem Abschluss aller Arbeiten der vorherigen.

Zuweisen fünf stabile Entwicklungsstadien, praktisch unabhängig vom Fachgebiet (Abb. 1.1).

Auf Erste In dieser Phase wird eine Untersuchung des Problembereichs durchgeführt, die Anforderungen des Kunden werden formuliert. Das Ergebnis dieser Phase ist die mit allen interessierten Parteien abgestimmte Leistungsbeschreibung (Entwicklungsauftrag).

Während Sekunde werden, entsprechend den Anforderungen der technischen Aufgabe, bestimmte Designlösungen entwickelt. Als Ergebnis wird eine Reihe von Projektdokumentationen angezeigt.

Dritter Phase - Projektdurchführung; im Wesentlichen Softwareentwicklung (Codierung) in Übereinstimmung mit den Designentscheidungen der vorherigen Phase. In diesem Fall sind die Implementierungsmethoden nicht von grundlegender Bedeutung. Das Ergebnis dieser Phase ist ein fertiges Softwareprodukt.

Auf vierte In diesem Stadium wird die erhaltene Software auf Übereinstimmung mit den in der Leistungsbeschreibung genannten Anforderungen überprüft. Der Probebetrieb ermöglicht es Ihnen, verschiedene Arten von versteckten Fehlern zu identifizieren, die unter den realen Bedingungen des AIS auftreten.

Die letzte Stufe ist die Kapitulation fertiges Projekt, und hier geht es vor allem darum, den Kunden davon zu überzeugen, dass alle seine Anforderungen vollumfänglich erfüllt werden.

Abbildung 1.1 Wasserfall-AIS-Lebenszyklusmodell

Die Arbeitsschritte im Rahmen des Wasserfallmodells werden oft als Teile des AIS-Projektzyklus bezeichnet, da die Arbeitsschritte aus vielen iterativen Verfahren zur Klärung der Systemanforderungen und Gestaltungsmöglichkeiten bestehen. Der AIS-Lebenszyklus ist viel komplizierter und länger: Er kann eine beliebige Anzahl von Zyklen zur Klärung, Änderung und Ergänzung bereits angenommener und implementierter Designlösungen umfassen. In diesen Zyklen findet die Entwicklung von AIS und die Modernisierung seiner einzelnen Komponenten statt.

Die Vorteile des Kaskadenmodells:

1) In jeder Phase wird eine vollständige Projektdokumentation erstellt, die die Kriterien der Vollständigkeit und Konsistenz erfüllt. In der letzten Phase wird eine Benutzerdokumentation entwickelt, die alle Arten von AIS-Unterstützung abdeckt, die von den Standards bereitgestellt werden (organisatorisch, informativ, softwaremäßig, technisch usw.);

2) Die sequentielle Durchführung der Arbeitsschritte ermöglicht es Ihnen, den Zeitpunkt der Fertigstellung und die entsprechenden Kosten zu planen.

Das Wasserfallmodell wurde ursprünglich zur Lösung verschiedenster ingenieurtechnischer Probleme entwickelt und hat bis heute seine Bedeutung für den Anwendungsbereich nicht verloren. Zudem ist der Wasserfall-Ansatz ideal für die Entwicklung von AIS, da bereits zu Beginn der Entwicklung alle Anforderungen recht genau genug formuliert werden können, um Entwicklern die Freiheit der technischen Umsetzung zu geben. Solche AIS umfassen insbesondere komplexe Abrechnungssysteme und Echtzeitsysteme.

Nachteile des Wasserfallmodells:

Erhebliche Verzögerung bei der Erzielung von Ergebnissen;

Fehler und Mängel in jeder Phase treten in der Regel in nachfolgenden Arbeitsphasen auf, was zu einer Rückkehr führt;

Die Komplexität der parallelen Arbeit am Projekt;

Übermäßige Informationsübersättigung jeder der Stufen;

Komplexität des Projektmanagements;

Hohes Risiko und unzuverlässige Investitionen.

Verzögerung beim Erhalt der Ergebnisse manifestiert sich darin, dass erst nach Abschluss der nächsten Arbeitsphase ein konsistenter Ansatz zur Entwicklung der Ergebniskoordination mit den Interessengruppen erfolgt. Infolgedessen kann sich herausstellen, dass das entwickelte AIS die Anforderungen nicht erfüllt, und solche Inkonsistenzen können in jedem Stadium der Entwicklung auftreten; Darüber hinaus können sowohl von Analystendesignern als auch von Programmierern versehentlich Fehler eingeführt werden, da sie keine Kenntnisse in den Themenbereichen benötigen, für die das AIS entwickelt wird.

Kehren Sie zu früheren Stadien zurück. Dieser Mangel ist eine der Erscheinungsformen des vorherigen: Die schrittweise sequentielle Bearbeitung eines Projekts kann dazu führen, dass Fehler, die in früheren Phasen gemacht wurden, erst in späteren Phasen entdeckt werden. Dadurch wird das Projekt in die vorherige Phase zurückgeführt, überarbeitet und erst dann in die Folgearbeit überführt. Dies kann zu einer Störung des Zeitplans führen und die Beziehung zwischen den Entwicklungsgruppen, die einzelne Phasen durchführen, erschweren.

Die schlechteste Option ist, wenn die Fehler der vorherigen Phase nicht in der nächsten Phase, sondern später entdeckt werden. Beispielsweise können im Stadium des Probebetriebs Fehler in der Beschreibung des Themenbereichs auftreten. Dies bedeutet, dass ein Teil des Projekts in die Anfangsphase der Arbeit zurückgeführt werden muss.

Komplexität der parallelen Arbeit verbunden mit der Notwendigkeit, verschiedene Projektteile zu koordinieren Je stärker die Beziehung der einzelnen Projektteile, desto häufiger und gründlicher synchronisiert werden sollte, desto stärker sind die Entwicklungsteams voneinander abhängig. Dadurch gehen die Vorteile des parallelen Arbeitens einfach verloren; der Mangel an Parallelität wirkt sich negativ auf die Arbeitsorganisation des gesamten Teams aus.

Problem Informationsübersättigung ergibt sich aus starken Abhängigkeiten zwischen verschiedenen Entwicklungsgruppen. Tatsache ist, dass bei Änderungen an einem der Teile des Projekts die Entwickler benachrichtigt werden müssen, die es in ihrer Arbeit verwendet haben (könnten). Bei einer großen Anzahl miteinander verbundener Subsysteme wird die Synchronisation der internen Dokumentation zu einer eigenen kritischen Aufgabe: Entwickler müssen sich ständig mit den Änderungen vertraut machen und bewerten, wie sich diese Änderungen auf die erzielten Ergebnisse auswirken.

Komplexität des Projektmanagements Dies liegt vor allem an der strikten Abfolge der Entwicklungsstufen und dem Vorhandensein komplexer Beziehungen zwischen verschiedenen Teilen des Projekts. Der geregelte Arbeitsablauf führt dazu, dass einige Entwicklungsteams auf die Ergebnisse der Arbeit anderer Teams warten müssen, sodass administrative Eingriffe erforderlich sind, um den Zeitpunkt und die Zusammenstellung der eingereichten Dokumentation zu vereinbaren.

Wenn bei der Arbeit Fehler festgestellt werden, ist es notwendig, zu den vorherigen Phasen zurückzukehren; die laufende Arbeit derer, die einen Fehler gemacht haben, wird unterbrochen. Die Folge davon ist in der Regel eine Verzögerung bei der Fertigstellung sowohl des korrigierten als auch des neuen Projekts.

Es ist möglich, die Interaktion zwischen Entwicklern zu vereinfachen und die Informationsflut der Dokumentation zu reduzieren, indem die Anzahl der Verbindungen zwischen einzelnen Teilen des Projekts reduziert wird, aber nicht jedes AIS lässt sich in lose gekoppelte Subsysteme aufteilen.

Hohes Risiko. Je komplexer das Projekt, desto länger dauert jede Entwicklungsstufe und desto komplexer sind die Verflechtungen zwischen den einzelnen Projektteilen, deren Zahl ebenfalls steigt. Darüber hinaus können die Entwicklungsergebnisse erst in der Testphase, also nach Abschluss der Analyse-, Design- und Entwicklungsphasen, deren Umsetzung erheblichen Zeit- und Kostenaufwand erfordert, wirklich gesehen und bewertet werden.

Eine späte Evaluierung führt zu ernsthaften Problemen bei der Identifizierung von Fehlern in der Analyse und im Design – Sie müssen zu früheren Phasen zurückkehren und den Entwicklungsprozess wiederholen. Die Rückkehr zu den vorherigen Stufen kann jedoch nicht nur mit Fehlern verbunden sein, sondern auch mit Änderungen, die sich während der Entwicklung im Themengebiet oder in den Kundenanforderungen ergeben haben. Gleichzeitig garantiert niemand, dass sich das Themengebiet bis zur nächsten Version des Projekts nicht wieder ändert. Tatsächlich besteht die Gefahr, dass der Entwicklungsprozess "durchlaufen" wird: Die Kosten des Projekts werden ständig steigen und die Fristen für die Lieferung des fertigen Produkts werden ständig verschoben.

II. Iteratives Modell besteht aus einer Reihe kurzer Zyklen (Schritte) von Planung, Umsetzung, Studium, Aktion.

Die Erstellung komplexer AIS beinhaltet die Freigabe von Konstruktionslösungen, die bei der Umsetzung einzelner Aufgabenstellungen erhalten wurden. Der Bottom-up-Design-Ansatz erfordert solche Iterationen von Renditen, wenn Designlösungen für einzelne Aufgaben zu gemeinsamen systemischen kombiniert werden. Gleichzeitig besteht die Notwendigkeit, die zuvor formulierten Anforderungen zu überarbeiten.

Vorteil Das iterative Modell besteht darin, dass Anpassungen zwischen den Stufen im Vergleich zum Wasserfallmodell eine weniger arbeitsintensive Entwicklung bieten.

Nachteile iteratives Modell:

· Die Lebensdauer jeder Stufe wird für die gesamte Arbeitsdauer verlängert;

· Aufgrund einer Vielzahl von Iterationen gibt es Inkonsistenzen bei der Implementierung von Designlösungen und Dokumentation;

· Komplexität der Architektur;

· Schwierigkeiten bei der Verwendung der Konstruktionsdokumentation in den Phasen der Implementierung und des Betriebs machen eine Neugestaltung des gesamten Systems erforderlich.

III. Spiralmodell, im Gegensatz zur Kaskade, aber ähnlich wie die vorherige, handelt es sich um einen iterativen Prozess der AIS-Entwicklung. Gleichzeitig steigt die Bedeutung der Anfangsphasen wie Analyse und Design, bei denen die Machbarkeit technischer Lösungen überprüft und durch die Erstellung von Prototypen begründet wird.

Jede Iteration stellt einen vollständigen Entwicklungszyklus dar, der zur Veröffentlichung einer internen oder externen Version eines Produkts (oder einer Teilmenge des Endprodukts) führt, die sich von Iteration zu Iteration zu einem vollständigen System verbessert (Abbildung 1.2).

Reis. 1.2. Spiralmodell des Lebenszyklus AIS

So entspricht jede Spiralwindung der Erstellung eines Fragments oder einer Version eines Softwareprodukts, die Ziele und Eigenschaften des Projekts werden darauf festgelegt, seine Qualität wird bestimmt, die Arbeit für die nächste Spiralwindung geplant. Jede Iteration dient der Vertiefung und konsequenten Konkretisierung der Projektdetails, wodurch eine sinnvolle Option für die finale Umsetzung gewählt wird.

Die Verwendung des Spiralmodells ermöglicht es Ihnen, zur nächsten Phase des Projekts überzugehen, ohne auf die vollständige Fertigstellung des aktuellen Projekts warten zu müssen - die unvollendete Arbeit kann bei der nächsten Iteration abgeschlossen werden. Die Hauptaufgabe jeder Iteration - Erstellen Sie so schnell wie möglich ein praktikables Produkt zur Demonstration für Benutzer. Dadurch wird der Prozess der Anpassungen und Ergänzungen des Projekts stark vereinfacht.

Der spiralförmige Ansatz bei der Softwareentwicklung überwindet die meisten Mängel des Wasserfallmodells und bietet darüber hinaus eine Reihe zusätzlicher Funktionen, die den Entwicklungsprozess flexibler machen.

Vorteile iterativer Ansatz:

Die iterative Entwicklung vereinfacht die Durchführung von Änderungen am Projekt erheblich, wenn sich die Anforderungen des Kunden ändern;

Beim Spiralmodell werden die einzelnen Elemente des AIS nach und nach zu einem Ganzen integriert. Da die Integration mit weniger Elementen beginnt, gibt es viel weniger Probleme bei der Implementierung;

Reduzierung des Risikoniveaus (eine Folge des bisherigen Vorteils, da Risiken genau bei der Integration erkannt werden). Das Risikoniveau ist zu Beginn der Projektentwicklung maximal, mit fortschreitender Entwicklung nimmt es ab;

Die iterative Entwicklung bietet mehr Flexibilität im Projektmanagement, indem sie taktische Änderungen am zu entwickelnden Produkt ermöglicht. So können Sie die Entwicklungszeit verkürzen, indem Sie die Funktionalität des Systems reduzieren oder es als Komponenten Produkte von Drittunternehmen anstelle von Eigenentwicklungen (relevant in einer Marktwirtschaft, wenn es notwendig ist, sich der Förderung von Produkten von Wettbewerbern zu widersetzen);

Ein iterativer Ansatz erleichtert die Wiederverwendung von Komponenten, da es viel einfacher ist, gemeinsame Teile des Projekts zu identifizieren (identifizieren), wenn sie bereits teilweise entwickelt sind, als zu versuchen, sie gleich zu Beginn des Projekts zu isolieren. Die Analyse des Projekts nach mehreren anfänglichen Iterationen zeigt gemeinsame wiederverwendbare Komponenten, die in nachfolgenden Iterationen verbessert werden;

Das Spiralmodell ermöglicht ein zuverlässigeres und stabileres System. Dies liegt daran, dass bei der Weiterentwicklung des Systems Fehler und Schwächen bei jeder Iteration entdeckt und korrigiert werden. Gleichzeitig werden kritische Leistungsparameter angepasst, die bei einem Kaskadenmodell nur vor der Implementierung des Systems zur Verfügung stehen;

Ein iterativer Ansatz verbessert den Prozess
entwicklung - als Ergebnis der Analyse am Ende jeder Iteration wird eine Bewertung der Änderungen in der Entwicklungsorganisation durchgeführt; es verbessert sich bei der nächsten Iteration.

Das Hauptproblem des Spiralzyklus- die Schwierigkeit, den Zeitpunkt des Übergangs zur nächsten Stufe zu bestimmen. Um das Problem zu lösen, müssen für jede Phase des Lebenszyklus Fristen eingeführt werden. Andernfalls kann der Entwicklungsprozess zu einer endlosen Verbesserung des bereits Erreichten werden.

Durch die Einbeziehung der Benutzer in den Entwurfs- und Kopierprozess der Anwendung können Sie Kommentare und Ergänzungen zu den Anforderungen direkt im Entwicklungsprozess der Anwendung erhalten, wodurch die Entwicklungszeit verkürzt wird. Kundenvertreter erhalten die Möglichkeit, den Prozess der Erstellung eines Systems zu steuern und dessen funktionalen Inhalt zu beeinflussen. Das Ergebnis ist die Inbetriebnahme eines Systems, das die meisten Kundenbedürfnisse berücksichtigt.

Moderne Methoden und AIS-Designtechnologien, die diese implementieren, werden geliefert an in elektronischer Form zusammen mit CASE-Tools und umfassen Bibliotheken von Prozessen, Vorlagen, Methoden, Modellen und anderen Komponenten, die zum Erstellen von Software der Systemklasse bestimmt sind, auf die sich die Methodik konzentriert. Elektronische Methoden und Technologien bilden den Kern einer Reihe vereinbarter Werkzeuge Entwicklung von AIS. Merkmale moderner methodischer Lösungen für das Design von AIS können ohne bestimmte Designtechnologien, die dem Umfang und den Besonderheiten des Projekts entsprechen, nicht umgesetzt werden.

AIS-Designtechnologie ist eine Reihe von Methoden und Werkzeugen zum Entwerfen von AIS sowie Methoden und Werkzeugen zur Organisation des Designs (Verwaltung des Prozesses der Erstellung und Modernisierung eines AIS-Projekts).

Nach dem TP-Design ist AIS eine Reihe von sequentiell-parallelen, verbundenen und untergeordneten Aktionsketten, von denen jede ihr eigenes Thema haben kann. Die Aktionen, die beim Design von AIS durchgeführt werden, können als unteilbare technologische Operationen oder als Teilprozesse technologischer Operationen definiert werden. Alle Aktionen können richtig sein Entwurf, die Konstruktionsergebnisse formen oder modifizieren, und geschätzt, die nach den etablierten Kriterien zur Bewertung von Entwurfsergebnissen entwickelt werden.

Somit wird die Designtechnologie durch eine geregelte Abfolge technologischer Operationen festgelegt, die beim Erstellen eines Projekts auf der Grundlage einer bestimmten Methode durchgeführt werden.

Gegenstand der gewählten Designtechnologie sollte die Reflexion zusammenhängender Designprozesse in allen Phasen des AIS-Lebenszyklus sein.

Die Hauptanforderungen an die gewählte Konstruktionstechnologie sind wie folgt:

· Das mit Hilfe dieser Technologie erstellte Projekt muss den Anforderungen des Kunden entsprechen;

· Die Technologie sollte möglichst alle Phasen des Lebenszyklus des Projekts widerspiegeln;

· Die Technologie sollte minimale Arbeits- und Kostenkosten für Design und Projektunterstützung bieten;

· Die Technologie sollte zum Wachstum der Arbeitsproduktivität von Designern beitragen;

· Die Technologie sollte die Zuverlässigkeit des Entwurfs und des Betriebs des Projekts gewährleisten;

· Die Technologie soll eine einfache Pflege der Projektdokumentation ermöglichen.

Die AIS-Designtechnologie implementiert eine spezifische Designmethodik. Die Entwurfsmethodik wiederum setzt das Vorhandensein einiger Konzepte und Entwurfsprinzipien voraus und wird durch eine Reihe von Methoden und Werkzeugen implementiert.

AIS-Designmethoden können nach dem Grad der Nutzung von Automatisierungswerkzeugen, typischen Designlösungen und der Anpassungsfähigkeit an erwartete Änderungen klassifiziert werden.

Nach dem Automatisierungsgrad werden unterschieden:

manuelles Design, bei dem das Design von AIS-Komponenten ohne den Einsatz spezieller Softwaretools erfolgt; die Programmierung erfolgt in algorithmischen Sprachen;

Computerdesign, bei dem die Generierung oder Konfiguration (Tuning) von Designlösungen mit speziellen Softwaretools erfolgt.

Nach dem Nutzungsgrad typischer Designlösungen werden sie unterschieden:

original (individuell) Design, wenn Designlösungen "von Grund auf" gemäß den Anforderungen für AIS entwickelt werden;

typisches Design, wobei die Konfiguration des AIS aus vorgefertigten Standard-Designlösungen (Softwaremodulen) übernommen wird.

Original Design AIS geht davon aus, dass die Merkmale einer automatisierten Anlage maximal berücksichtigt werden.

Typisches Design durchgeführt auf der Grundlage vorgefertigte Lösungen und ist eine Verallgemeinerung der Erfahrungen, die früher bei der Erstellung verwandter Projekte gesammelt wurden.

Durch den Grad der Anpassungsfähigkeit von Designlösungen Folgende Methoden unterscheiden sich:

Wiederaufbau- Anpassung von Designlösungen erfolgt durch Bearbeitung der entsprechenden Komponenten (Umprogrammierung von Softwaremodulen);

Parametrierung- Designlösungen werden gemäß den angegebenen und variablen Parametern angepasst;

Umstrukturierung des Modells- Das Domänenmodell ändert sich, was zur automatischen Neugestaltung von Designlösungen führt.

Die Kombination verschiedener Klassifikationsmerkmale von Entwurfsmethoden bestimmt die Art der verwendeten AIS-Entwurfstechnologie. Es gibt zwei Hauptklassen der Designtechnologie: kanonisch und industriell... Die Industriedesigntechnik ist in zwei Unterklassen unterteilt: automatisiert(Einsatz von CASE-Technologien) und typisch(parametrisch orientiertes oder modellorientiertes) Design.

Tabelle 1.1.Merkmale der Design-Technologie-Klassen

Kanonisches AIS-Design konzentriert sich auf die Verwendung hauptsächlich des Wasserfallmodells des AIS-Lebenszyklus.

Abhängig von der Komplexität des Automatisierungsobjekts und den Aufgaben, die beim Erstellen eines bestimmten AIS gelöst werden müssen, können die Arbeitsschritte und Arbeitsschritte unterschiedliche Arbeitsintensitäten aufweisen. Es ist erlaubt, aufeinanderfolgende Phasen zu kombinieren und einige davon in jeder Phase des Projekts auszuschließen. Es ist auch erlaubt, die Arbeit der nächsten Stufe vor dem Ende der vorherigen zu beginnen.

Die Phasen und Phasen der AIS-Erstellung, die von den teilnehmenden Organisationen durchgeführt werden, sind in Verträgen und Leistungsbeschreibungen für die Leistungserbringung festgelegt.

Stufe 1. Anforderungsbildung für AIS:

· Besichtigung der Einrichtung und Begründung der Notwendigkeit der Einrichtung von AIS;

· Bildung von Benutzeranforderungen für AIS;

· Erstellung eines Berichts über die geleistete Arbeit und eines taktischen und technischen Einsatzes für die Entwicklung.

Stufe 2. Entwicklung des AIS-Konzepts:

· Studie des Automatisierungsobjekts;

· Durchführung der notwendigen Forschungsarbeiten;

· Entwicklung von Optionen für das Konzept von AIS, die den Anforderungen der Benutzer entsprechen;

· Erstellung des Berichts und Genehmigung des Konzepts.

Stufe 3. Technische Aufgabe:

Entwicklung und Freigabe von technischen Spezifikationen für die Erstellung von AIS.

Stufe 4. Vorläufiges Design:

· Entwicklung von vorläufigen Designlösungen für das System und seine Teile;

· Entwicklung einer Gliederungsdokumentation für AIS und seine Teile.

Stufe 5. Technisches Projekt:

· Entwicklung von Designlösungen für das System und seine Teile;

· Entwicklung der Dokumentation für AIS und seine Teile;

· Entwicklung und Durchführung von Dokumentationen für die Lieferung von Komponenten;

· Entwicklung von Designaufgaben in verwandten Teilen des Projekts.

Stufe 6. Arbeitsdokumentation:

· Entwicklung der Arbeitsdokumentation für AIS und seine Teile;

· Entwicklung und Anpassung von Programmen.

Stufe 7. Inbetriebnahme:

· Vorbereitung des Automatisierungsobjekts; Schulung der Mitarbeiter;

· Kompletter Satz von AIS gelieferten Produkten (Software und Hardware, Software- und Hardwarekomplexe, Informationsprodukte);

· Bau-und Montagearbeiten; Inbetriebnahmearbeiten;

· Durchführung von Vorversuchen;

· Durchführung des Probebetriebs;

· Durchführung von Abnahmetests.

Stufe 8. AIS-Eskorte:

· Ausführung von Arbeiten gemäß Gewährleistungspflichten;

· Service nach der Garantie.

Umfrage Ist die Untersuchung und Analyse der Organisationsstruktur des Unternehmens, seiner Aktivitäten und das bestehende System Informationsverarbeitung.

Die als Ergebnis der Umfrage gewonnenen Materialien werden verwendet für:

Begründung für die Entwicklung und schrittweise Einführung von Systemen;

Erstellung von technischen Spezifikationen für die Entwicklung von Systemen;

Entwicklung von technischen und Arbeitsprojekten von Systemen.

In der Phase der Erhebung ist es ratsam, zwei Komponenten zu unterscheiden: die Definition der AIS-Implementierungsstrategie und eine detaillierte Analyse der Aktivitäten der Organisation.

Die Hauptaufgabe der ersten Phase der Erhebung besteht darin, das tatsächliche Volumen des Projekts, seine Ziele und Zielsetzungen basierend auf den identifizierten Funktionen und Informationselementen des automatisierten Objekts auf hoher Ebene zu bewerten. Diese Aufgaben können entweder vom AIS-Kunden eigenständig oder unter Einbindung von Beratungsorganisationen umgesetzt werden. Diese Phase beinhaltet eine enge Interaktion mit den wichtigsten potenziellen Benutzern des Systems und Geschäftsexperten. Die Hauptaufgabe der Interaktion besteht darin, die Anforderungen des Kunden vollständig und eindeutig zu verstehen. Typischerweise erhalten Sie die benötigten Informationen durch Interviews, Gespräche oder Workshops mit Management, Experten und Anwendern.

Nach Abschluss der Erhebungsphase ist es möglich, die wahrscheinlichen technischen Ansätze zur Erstellung eines Systems zu bestimmen und die Kosten seiner Implementierung (für Hardware, für gekaufte Software und für die Entwicklung neuer Software) abzuschätzen.

Das Ergebnis der Strategiedefinitionsphase ist ein Dokument (Machbarkeitsstudie – Machbarkeitsstudie – Projekt), in dem klar formuliert ist, was der Kunde erhält, wenn er sich bereit erklärt, das Projekt zu finanzieren, wann er das fertige Produkt (Arbeitsplan) erhält und wie viel es kosten wird (für große Projekte - dies ist ein Finanzierungsplan in verschiedenen Arbeitsphasen). Es ist wünschenswert, in dem Dokument nicht nur die Kosten, sondern auch den Nutzen des Projekts, zum Beispiel die erwartete Amortisationszeit des Projekts, widerzuspiegeln wirtschaftliche Wirkung(sofern bewertbar).

Einschränkungen, Risiken, kritische Faktoren, die den Erfolg des Projekts beeinflussen können;

Die Reihe von Bedingungen, unter denen das zukünftige System betrieben werden soll – Systemarchitektur, Hardware- und Softwareressourcen, Betriebsbedingungen, Servicepersonal und Benutzer des Systems;

Bedingungen für den Abschluss einzelner Etappen, die Form der Abnahme / Lieferung der Arbeiten, die eingesetzten Ressourcen, Maßnahmen zum Schutz von Informationen;

Beschreibung der vom System ausgeführten Funktionen;

Möglichkeiten zur Weiterentwicklung und Modernisierung des Systems;

Schnittstellen und Funktionsverteilung zwischen Mensch und System;

Anforderungen an Software und Datenbankmanagementsysteme (DBMS).

In der Phase der detaillierten Analyse der Aktivitäten der Organisation werden Aktivitäten untersucht, die die Umsetzung von Managementfunktionen sicherstellen, organisatorische Struktur, Personal und Arbeitsinhalt der Unternehmensführung sowie die Art der Unterordnung unter höhere Leitungsorgane. Hier gilt es, die instruktiv-methodischen und richtungsweisenden Materialien zu skizzieren, auf deren Grundlage die Zusammensetzung der Teilsysteme und der Aufgabenkatalog sowie die Möglichkeit des Einsatzes neuer Methoden zur Problemlösung festgelegt werden.

Analysten sammeln und zeichnen Informationen in zwei miteinander verbundenen Formen auf:

Funktionen - Informationen über Ereignisse und Prozesse, die in der automatisierten Organisation auftreten;

Entitäten – Informationen zu den Objektklassen, die für die Organisation relevant sind und welche Daten erhoben werden.

Bei der Untersuchung jeder funktionalen Steuerungsaufgabe wird Folgendes bestimmt:

Aufgabennname; Bedingungen und Häufigkeit seiner Entscheidung;

Der Grad der Formalisierung des Problems;

Informationsquellen, die zur Lösung des Problems erforderlich sind;

Indikatoren und ihre quantitativen Merkmale;

Das Verfahren zum Korrigieren von Informationen;

Betriebsalgorithmen zur Berechnung von Indikatoren und möglichen Steuerungsmethoden;

Bestehende Mittel zum Sammeln, Übertragen und Verarbeiten von Informationen;

Vorhandene Kommunikationsmittel;

Akzeptierte Genauigkeit der Problemlösung;

Die Komplexität der Problemlösung;

Bestehende Formen der Präsentation von Ausgangsdaten und der Ergebnisse ihrer Verarbeitung in Form von Dokumenten;

Verbraucher der resultierenden Informationen über die Aufgabe.

Eine der mühsamsten, wenn auch am besten formalisierten Aufgaben dieser Phase ist die Beschreibung des Arbeitsablaufs der Organisation. Bei der Untersuchung des Arbeitsablaufs wird ein Diagramm des Bewegungswegs von Dokumenten erstellt, das Folgendes widerspiegeln sollte:

Anzahl der Dokumente;

Ort der Bildung von Dokumentenindikatoren;

Die Beziehung von Dokumenten während ihrer Entstehung;

Die Route und Dauer der Bewegung des Dokuments;

Verwendungs- und Aufbewahrungsort dieses Dokuments;

Interne und externe Informationskommunikation;

Das Volumen des Dokuments in Zeichen.

Aus den Ergebnissen der Befragung wird eine Liste der zu automatisierenden Managementaufgaben I und deren Abfolge erstellt.

In der Erhebungsphase sollten die geplanten Systemfunktionen nach ihrer Bedeutung klassifiziert werden. Eines der möglichen Formate für die Präsentation einer solchen Klassifikation ist MuSCoW. Diese Abkürzung steht für: Must have - erforderliche Funktionen; Sollte haben - gewünschte Funktionen; Könnte haben - ich mögliche Funktionen; Wird keine fehlenden Funktionen haben.

Funktionen der ersten Kategorie liefern kritisch für I erfolgreiche Arbeit Systemfähigkeiten. Die Umsetzung der Funktionen der zweiten und dritten Kategorie ist durch den zeitlichen und finanziellen Rahmen begrenzt: Die Anzahl der Funktionen der zweiten und dritten Kategorie wird in der Reihenfolge der Prioritäten notwendig und maximal möglich entwickelt. Die letzte Kategorie von Funktionen ist besonders wichtig, da es notwendig ist, die Grenzen von Projekt I und die im System fehlenden Funktionen klar zu verstehen.

Organisationsaktivitätsmodelle werden in zwei Arten erstellt:

Das „as is“-Modell spiegelt die in der Organisation vorhandenen Geschäftsprozesse wider;

Das „to be“-Modell spiegelt die notwendigen Veränderungen in den Geschäftsprozessen unter Berücksichtigung der Einführung von AIS wider. J

Bereits in der Analysephase ist es notwendig, die Prüfgruppe in die Arbeit zur Lösung folgender Aufgaben einzubeziehen:

Erhalten vergleichender Eigenschaften von Hardwareplattformen, Betriebssystemen, DBMS usw .;

Entwicklung eines Arbeitsplans zur Sicherstellung der Zuverlässigkeit des AIS und seiner Tests.

Die frühzeitige Einbindung von Testern in die Entwicklung ist eine gute Idee für jedes Projekt. Je später Fehler in Designlösungen entdeckt werden, desto teurer ist ihre Behebung; das Worst-Case-Szenario ist ihre Erkennung während der Implementierungsphase. Je früher die Testteams beginnen, Fehler im AIS zu erkennen, desto geringer sind die Kosten für die Arbeit am System. Zeit zum Testen des Systems und zum Korrigieren erkannter Fehler sollte nicht nur in der Entwicklungsphase, sondern auch in der Designphase vorgesehen werden.

Spezielle Bug-Tracking-Systeme sollen das Testen erleichtern und die Effektivität erhöhen. Ihre Verwendung ermöglicht es Ihnen, über ein einziges Repository von Fehlern zu verfügen, ihr Wiederauftreten zu verfolgen, die Geschwindigkeit und Effizienz der Fehlerkorrektur zu kontrollieren, die instabilsten Systemkomponenten anzuzeigen und auch die Kommunikation zwischen dem Entwicklungsteam und dem Testteam aufrechtzuerhalten.

Die Befragungsergebnisse stellen eine objektive Grundlage für die Erstellung von technischen Spezifikationen für das AIS dar.

Technische Aufgabe Ist ein Dokument, das die Ziele, Anforderungen und grundlegenden Ausgangsdaten definiert, die für die Entwicklung eines automatisierten Kontrollsystems erforderlich sind.

Bei der Entwicklung einer technischen Aufgabe (TOR) müssen folgende Aufgaben gelöst werden:

· Um den allgemeinen Zweck der Schaffung von AIS festzulegen;

· Festlegung allgemeiner Anforderungen an das entworfene System;

· Entwickeln und begründen Sie die Anforderungen an Information, Mathematik, Software, Hardware und technologische Unterstützung;

· Um die Zusammensetzung von Teilsystemen und funktionalen Aufgaben zu bestimmen;

· Entwickeln und begründen Sie die Anforderungen an Teilsysteme;

· Festlegung der Phasen der Systemerstellung und des Zeitpunkts ihrer Implementierung;

Machen Sie eine vorläufige Kalkulation der Kosten für die Erstellung eines Systems und bestimmen Sie die Stufe Wirtschaftlichkeit Implementierung;

· Um die Zusammensetzung der Interpreten zu bestimmen.

Typische Anforderungen an die Zusammensetzung und den Inhalt des Fachauftrags sind in der Tabelle aufgeführt. 1.6.

Tabbliza 1.6. Zusammensetzung und Inhalt der technischen Aufgabe (GOST 34.602-89)

Exklusives Projekt sieht die Entwicklung von vorläufigen Designlösungen für das System und seine Teile vor. Der Vorentwurf ist keine zwingend vorgeschriebene Phase. Wenn die wichtigsten Entwurfslösungen früher definiert sind oder für ein bestimmtes AIS- und Automatisierungsobjekt offensichtlich genug sind, kann diese Phase aus dem allgemeinen Arbeitsablauf ausgeschlossen werden.

AIS-Funktionen;

Funktionen von Teilsystemen, ihre Ziele und die erwartete Wirkung der Implementierung;

Zusammenstellung von Aufgabenblöcken und Einzelaufgaben;

Informationsbasiskonzept und seine erweiterte Struktur;

Funktionen von Datenbankverwaltungssystemen;

Zusammensetzung eines Computersystems und anderer technischer Mittel;

Funktionen und Parameter der Hauptsoftware.

Basierend auf den Ergebnissen der durchgeführten Arbeiten wird eine Dokumentation erstellt, vereinbart und genehmigt, die erforderlich ist, um die vollständigen getroffenen Entwurfsentscheidungen zu beschreiben und ausreichend für die weitere Arbeit an der Erstellung des Systems ist.

Gemäß GOST 19.102-77 umfasst die Vorentwurfsphase zwei Phasen: Entwicklung eines Vorentwurfs; Genehmigung des Entwurfsentwurfs.

Die erste Entwicklungsstufe besteht aus:

Vorentwicklung der Struktur von Ein- und Ausgabedaten;

Verfeinerung von Methoden zur Lösung des Problems;

Entwicklung einer allgemeinen Beschreibung des Algorithmus zur Lösung des Problems;

Entwicklung einer Machbarkeitsstudie;

Entwicklung einer Erläuterung.

In diesem Fall ist es erlaubt, einige Werke zu kombinieren und auszuschließen.

Nachfolgend finden Sie eine Reihe von Dokumenten, die am Ende des Skizzenentwurfs erstellt werden sollten und können.

Pflichtdokumente:

1) aktualisierte Leistungsbeschreibung für Design und Entwicklung
Arbeit von AIS;

2) Spezifikation der Qualifikationsanforderungen für AIS;

3) eine Reihe von Anforderungsspezifikationen für funktionale Softwarekomponenten und Datenbeschreibungen;

4) Spezifikation der Anforderungen an interne Schnittstellen der Komponente und Schnittstellen zur externen Umgebung;

5) eine Beschreibung des Datenbankverwaltungssystems, Struktur und Verteilung von Software und Informationsobjekten in der Datenbank;

6) Entwurf von Leitlinien zum Schutz von Informationen und zur Gewährleistung der Zuverlässigkeit des Funktionierens des AIS;

7) eine vorläufige Version des AIS-Administratorhandbuchs;

8) eine vorläufige Version des AIS-Benutzerhandbuchs;

9) ein überarbeiteter Plan für die Durchführung des Projekts;

10) verfeinerter AIS-Qualitätssicherungsmanagementplan;

11) Erläuterung zum Vorentwurf AIS;

12) ein überarbeiteter Vertrag (Vereinbarung) mit dem Kunden für eine Detail-
neues Design von AIS.

In Absprache mit dem Kunden erstellte Dokumente:

1) eine vorläufige Beschreibung der Funktionsweise des AIS;

2) ein Diagramm der Datenflüsse zwischen den funktionalen Komponenten des AIS;

3) ein verfeinertes Diagramm der AIS-Architektur, des Zusammenspiels von Software- und Informationskomponenten, der Organisation des Rechenprozesses und der Ressourcenzuweisung;

4) eine Beschreibung der Qualitätsindikatoren der Komponenten und der Anforderungen an sie nach Phasen der AIS-Entwicklung;

5) Bericht über technische und wirtschaftliche Indikatoren, Zeitplan für die Projektdurchführung, Ressourcenzuweisung und Budget;

6) eine Tabelle der Verteilung der Spezialisten nach Komponenten und nach Arbeitsphasen;

7) Zertifikate von Entwicklern für das Recht, Technologie- und Automatisierungswerkzeuge für die Entwicklung von AIS zu verwenden;

8) eine Beschreibung der Anforderungen an die Zusammensetzung und Form der resultierenden Dokumente nach Arbeitsschritten;

9) einen Plan zum Debuggen von Softwarekomponenten, der mit Testautomatisierungsmethoden und -werkzeugen ausgestattet ist;

10) vorläufige Anleitung für detailliertes Design
vaniya, Programmierung und Debugging von AIS-Komponenten;

11) vorläufiger Verkaufs- und Ausführungsplan;

12) eine Beschreibung der vorläufigen Struktur der Datenbank.

Technisches Projekt Systeme stellen technische Dokumentationen mit systemweiten Entwurfslösungen, Algorithmen zur Problemlösung sowie einer Bewertung der Wirtschaftlichkeit von AIS dar. In dieser Phase wird ein Komplex von Forschungs- und Versuchsarbeiten durchgeführt, um die wichtigsten Entwurfslösungen auszuwählen und zu berechnen die Wirtschaftlichkeit des Systems. Die Zusammensetzung und der Inhalt des technischen Projekts sind in der Tabelle angegeben. 1.7

Tabelle 1.7. Inhalt des technischen Projekts

Auf der Stufe "Arbeitsdokumentation" erfolgt die Erstellung eines Softwareprodukts und die Entwicklung aller begleitenden Dokumentationen. Die Dokumentation sollte alle notwendigen und ausreichenden Informationen enthalten, um die Durchführung der Arbeiten zur Inbetriebnahme des AIS und seinen Betrieb sicherzustellen sowie das Niveau der Betriebseigenschaften (Qualität) des Systems aufrechtzuerhalten. Die erstellte Dokumentation muss ordnungsgemäß erstellt, abgestimmt und freigegeben sein.

In der Phase „Inbetriebnahme“ für das AIS werden folgende Haupttestarten festgelegt: Vorversuche, Probebetrieb und Abnahmeprüfungen. Bei Bedarf können zusätzlich andere Arten von Prüfungen des Systems und seiner Teile durchgeführt werden.

Abhängig von der Beziehung zwischen den AIS-Komponenten und dem Automatisierungsobjekt können Tests autonom und komplex sein. Systemkomponenten sind am autonomen Testen beteiligt. Sie werden durchgeführt, sobald die Anlagenteile zur Inbetriebnahme bereit sind. Komplexe Tests werden für Gruppen miteinander verbundener Komponenten (Subsysteme) oder für das Gesamtsystem durchgeführt.

Um die Durchführung aller Arten von Tests zu planen, wird das Dokument "Programm und Testmethodik" entwickelt. Der Entwickler des Dokuments wird im Vertrag oder TK festgelegt. Tests oder Testfälle können dem Dokument als Anhang beigefügt werden.

Das Debuggen ist der zeitaufwendigste Designprozess. Versteckte Fehler treten manchmal nach vielen Jahren des Systembetriebs auf. Fehler lassen sich nicht ganz vermeiden, was an der astronomischen Vielzahl an Möglichkeiten der Systembedienung liegt. Es ist fast unmöglich, alle auf absehbare Zeit auf korrekte Funktion zu überprüfen.

Der Aufwand für die Identifizierung und Beseitigung von Fehlern in späteren Designphasen steigt ungefähr exponentiell (Abbildung 1.10).

Forscher zählen 169 Fehlerarten, zusammengefasst in 19 großen Klassen:

1) logisch;

2) Datenmanipulationsfehler;

3) E / A-Fehler;

4) Berechnungsfehler;

Reis. 1.10. Die relativen Kosten für die Erkennung und Behebung eines einzelnen Fehlers

5) Fehler in Benutzerschnittstellen;

6) Fehler im Betriebssystem und Hilfsprogrammen;

7) Layoutfehler;

8) Fehler in Interprogramming-Schnittstellen;

9) Fehler in den Schnittstellen "Programm - Systemsoftware";

10) Fehler beim Umgang mit externen Geräten;

11) Fehler bei der Verbindung mit der Datenbank (DB);

12) Datenbankinitialisierungsfehler;

13) Fehler von Änderungen auf Anfrage von außen;

14) Fehler im Zusammenhang mit globalen Variablen;

15) sich wiederholende Fehler;

16) Fehler in der Dokumentation;

17) Verstoß gegen technische Anforderungen;

18) nicht erkannte Fehler;

19) Bedienungsfehler.

Nicht alle Fehler kommen vom Entwickler. Laut verschiedenen Forschern werden 6 bis 19% der Fehler durch Fehler in der Dokumentation verursacht.

Die Beziehung zwischen Entwicklung und Test in verschiedenen Stadien des AIS-Designs ist in Abb. 1.11.

Diese Kette wird nur bedingt zu einer Linie "gedehnt". Es gibt immer wiederkehrende Schleifen darin. Um Fehler zu erkennen, erstellen Entwickler spezielle Tests und führen eine Debugging-Phase durch. Wenn keine Fehler gefunden werden, bedeutet dies nicht, dass es keine gibt - vielleicht hat sich der Test als zu schwach herausgestellt.

Reis. 1.11. Korrelation zwischen Entwicklung und Erprobung nach Phasen des AIS-Designs

Die Debugging-Technik berücksichtigt die Symptome möglicher Fehler:

Falsche Verarbeitung (falsche Antwort, Ergebnis) - bis zu 30%;

Falsche Übertragung der Kontrolle - 16%;

Inkompatibilität der Programme mit den verwendeten Daten - 15%;

Inkompatibilität von Programmen für übertragene Daten - bis zu 9%.

Bei der Entwicklung von Debug-Aufgaben werden folgende Aufgaben gelöst:

Schreibtests;

Auswahl von Punkten, Zonen und Kontrollwegen;

Festlegung der Liste der kontrollierten Größen und des Verfahrens zur Festlegung ihrer Werte;

Festlegen der Testreihenfolge;

Bewertung der Zuverlässigkeit und Komplexität des Debuggings.

Das zu debuggende Programm muss mindestens einmal jeden Zweig des Algorithmus durchlaufen und gleichzeitig den Variablen eine Reihe von Werten zuweisen, die Grenzen des Bereichs erfassen, mehrere Werte darin, Nullwerte und einzelne Punkte (falls vorhanden). Für spezialisierte Systeme werden spezielle Debugging-Sprachen entwickelt. Sie können eine relativ kleine Anzahl von Befehlen (20-30) mit zusätzlichen Tuning-Parametern enthalten, um die folgenden Aufgaben zu lösen:

Auszahlungskontrolle;

Modellieren des Ausführungsprozesses des zu debuggenden Programms;

Ausgabe des Zustands von Speicherkomponenten während der Programmausführung;

Überprüfung der Bedingungen zum Erreichen bestimmter Zustände im Prozess der Programmausführung;

Festlegen von Testwerten der Ausgangsdaten;

Implementierung von bedingten Sprüngen beim Testen, abhängig von den Ergebnissen der Ausführung anderer Makros oder verschiedener Tests;

Durchführen von Servicevorgängen, um das Programm zum Testen vorzubereiten.

Der Debugging-Prozess kann nicht als vollständig formalisiert klassifiziert werden, daher gibt es empirische Empfehlungen für seine Durchführung, die im Folgenden gegeben werden.

1. Verwenden Sie einen semantischen, vorsätzlichen Ansatz für das Debugging, planen Sie Ihren Debugging-Prozess und entwerfen Sie Test-Datasets sorgfältig aus den einfachsten Optionen, um die wahrscheinlichsten Fehlerquellen zu eliminieren.

2. Sammeln und analysieren Sie Informationen, um den Testprozess zu rationalisieren:

Funktionen und Fehlerstatistiken;

Über die Besonderheiten der Ausgangsdaten und die Reihenfolge der sich ändernden Variablen im Programm und deren gegenseitige Beeinflussung;

Über die Struktur des Algorithmus und die Merkmale seiner Softwareimplementierung.

3. Lokalisieren Sie jeweils nur einen Fehler.

Verwenden Sie die Mittel zum Protokollieren und Anzeigen von Informationen über Fehler, einschließlich im Programm spezieller Debug-Code zum Ausdrucken von Beispielwerten von Variablen, Meldungen über das Ende einzelner Programmabschnitte, Ablaufverfolgung, logische Bedingungen usw.

5. Studieren Sie die resultierende Ausgabe sorgfältig und vergleichen Sie sie mit den erwarteten, vorberechneten Ergebnissen.

6. Achten Sie auf die Daten, analysieren Sie den Betrieb des Programms sorgfältig, wenn Sie Grenzwerte verwenden und bei falscher Eingabe; Steuerdatentypen, Bereiche, Feldgrößen und Genauigkeit.

7. Verwenden Sie Datenfluss- und Kontrollflussanalysen, um Datenbereiche für verschiedene Pfade der Programmausführung zu validieren und festzulegen.

8. Verwenden Sie verschiedene Debugging-Tools gleichzeitig, ohne sich auf eine Möglichkeit einzulassen. Verwenden Sie gleichzeitig automatisierte Tools und manuelles Debugging und Testen und überprüfen Sie den Programmcode auf Leistung unter Berücksichtigung der wahrscheinlichsten Fehler.

9. Dokumentieren Sie alle gefundenen und behobenen Fehler, deren Unterschiede, Ort und Art. Diese Informationen sind hilfreich, um zukünftige Fehler zu vermeiden.

10. Messen Sie die Komplexität von Programmen. Bei Programmen mit hoher Komplexität besteht eine hohe Wahrscheinlichkeit von Spezifikations- und Entwurfsfehlern und bei geringer Komplexität Kodierungs- und Schreibfehler.

11. Um die Erfahrung und Übung beim Debuggen zu erhöhen, platzieren Sie Fehler künstlich in Programmen. Nach einer gewissen Zeit des Debuggens sollte der Programmierer auf verbleibende Fehler hinweisen, die er nicht gefunden hat. Ein solches "Seeding" wird häufig verwendet, um die Anzahl unentdeckter Fehler zu schätzen (wenn sowohl künstliche als auch reale Fehler einheitlich erkannt und korrigiert werden, kann der Prozentsatz der eingeführten Fehler und realen Fehler verwendet werden, um vorherzusagen, wie viele von ihnen verbleiben).

Es werden Vorversuche durchgeführt, um die Funktionsfähigkeit des Systems zu ermitteln und die Frage einer möglichen Aufnahme in den Probebetrieb zu klären. Vorversuche sollten durchgeführt werden, nachdem der Entwickler die gelieferte Soft- und Hardware des Systems debuggt und getestet hat und die entsprechenden Unterlagen über deren Testbereitschaft eingereicht hat, sowie nachdem sich das AIS-Personal mit der Betriebsdokumentation vertraut gemacht hat.

Der Probebetrieb des Systems wird durchgeführt, um die tatsächlichen Werte der quantitativen und qualitativen Eigenschaften des Systems und die Arbeitsbereitschaft des Personals unter seinen Funktionsbedingungen zu bestimmen sowie die tatsächliche Effizienz zu bestimmen und anzupassen , ggf. die Dokumentation.

Abnahmeprüfungen werden durchgeführt, um die Konformität des Systems mit den technischen Spezifikationen festzustellen, die Qualität des Probebetriebs zu beurteilen und die Frage der Möglichkeit einer Übernahme des Systems in den Dauerbetrieb zu klären.

Senden Sie Ihre gute Arbeit in die Wissensdatenbank ist einfach. Verwenden Sie das untenstehende Formular

Studierende, Doktoranden, Nachwuchswissenschaftler, die die Wissensbasis in Studium und Beruf nutzen, werden Ihnen sehr dankbar sein.

Veröffentlicht am http://www.allbest.ru/

Ministerium für Bildung und Wissenschaft Russische Föderation

Landeshaushaltsplan Bildungseinrichtung höhere berufliche Ausbildung

Staatliche Universität für Technologie und Design Sankt Petersburg

Kursarbeit

Nach Disziplin: "Architektur von Informationssystemen"

Zum Thema: "Gestaltung automatisierter Informationssysteme"

EINLEITUNG

Gegenwärtig findet die Computertechnologie sowohl in der Produktion als auch in den Arbeitsabläufen von Unternehmen immer mehr Verbreitung und der Aufgabenkatalog wird immer breiter. Umfang und Komplexität der zu verarbeitenden Informationen nehmen ständig zu und erfordern neue Formen der Darstellung.

Hier sind nur einige der Vorteile der Verwendung von Computern für ein Unternehmen:

* Möglichkeit der operativen Kontrolle über die Richtigkeit der Informationen;

* Reduzierung der Anzahl möglicher Fehler bei der Generierung abgeleiteter Daten;

* Möglichkeit, schnell auf alle Daten zuzugreifen;

* Fähigkeit, schnell Berichte zu erstellen;

* Einsparung von Arbeitskosten und Zeitaufwand für die Informationsverarbeitung.

All diese Vorteile werden derzeit von vielen Organisationen geschätzt. Daher gibt es heute einen Prozess der schnellen Entwicklung automatisierter Informationssysteme und deren Implementierung in die Arbeit verschiedener Institutionen. In dieser Hinsicht ist das von mir gewählte Thema derzeit sehr aktuell.

Das Hauptmerkmal der Branche der Automatisierungssysteme für verschiedene Unternehmen und Institutionen, gekennzeichnet durch eine Vielzahl von Eingangsdaten mit unterschiedlichen Verarbeitungswegen dieser Daten, ist die Konzentration der Komplexität in der Anfangsphase der Anforderungsanalyse und des Entwurfs von Systemspezifikationen mit relativ geringe Komplexität und Arbeitsaufwand der nachfolgenden Schritte. Tatsächlich findet hier ein Verständnis dafür statt, was das zukünftige System tun wird und wie es funktionieren wird, um die an es gestellten Anforderungen zu erfüllen. Die Unbestimmtheit und Unvollständigkeit der Systemanforderungen, ungelöste Probleme und Fehler in den Phasen der Analyse und des Entwurfs führen nämlich zu schwierigen, oft unlösbaren Problemen in späteren Phasen und führen letztendlich zum Scheitern der gesamten Arbeit als Ganzes. Eine einfache Nachbildung auch eines sehr guten Enterprise-Management-Systems wird dem Kunden nie ganz gerecht, da es seine Besonderheiten nicht berücksichtigen kann. Außerdem stellt sich in diesem Fall das Problem, genau das System auszuwählen, das für ein bestimmtes Unternehmen am besten geeignet ist. Und dieses Problem wird noch dadurch verkompliziert, dass die Schlüsselwörter, die verschiedene Informationssysteme charakterisieren, praktisch gleich sind:

* Einheitliche Informationsumgebung des Unternehmens;

* Echtzeitmodus;

* Unabhängigkeit von der Gesetzgebung;

* Integration mit anderen Anwendungen (einschließlich Systemen, die bereits im Unternehmen betrieben werden);

* Stufenweise Implementierung usw.

Tatsächlich ist das Problem der komplexen Automatisierung für jedes Unternehmen relevant geworden. Und für eine komplexe Automatisierung braucht man in diesem Bereich strukturiertes Wissen.

Der Zweck dieser Arbeit: Kennenlernen des Konzepts automatisierter Informationssysteme, Betrachtung des Designprozesses.

Um das Ziel zu erreichen, müssen folgende Aufgaben gelöst werden:

§ Definitionen grundlegender Konzepte und Begriffe formulieren;

§ Berücksichtigen Sie die Ziele und Zielsetzungen des Entwurfs;

§ Machen Sie sich mit den wichtigsten Phasen des Designs vertraut;

§ Hervorheben der Entwicklungsphasen automatisierter Informationssysteme;

§ Berücksichtigen Sie die Zusammensetzung und Struktur des technischen Auftrags und des technischen Projekts.

1. KONZEPTEDEFINITION AUTOMATISIERTES INFORMATIONSSYSTEM (AIS), INFORMATIONSSYSTEM (IS), PROJEKT UND DESIGN

Bei der Strukturierung von Prozessen im Bereich der menschlichen Tätigkeit werden verschiedene Methoden zur Isolierung von Komponenten (Teilprozessen) verwendet und verschiedene Ergebnisse erzielt, wie z.B. Forschung und Entwicklung, Analyse und Synthese usw.

Entwerfen kann durchaus als verallgemeinerndes Konzept für viele Denkaufgaben gelten, die im Denkprozess gelöst und auf unterschiedliche Weise unterschieden werden.

Die Wurzel des Wortes Design betont die Verbindung zwischen dem Prozess, der einen solchen Namen trägt, und den Hauptergebnissen dieses Prozesses wie folgt:

a) Projektion - was durch Analyse komplexer Phänomene gewonnen wird, um vereinfachte Darstellungen zu erhalten, und

b) Projekt - was durch die Synthese komplexer Darstellungen aus einer Reihe einfacherer Bilder erhalten wird.

Die beiden oben genannten Gründe dienten als Begründung für die derzeitige Wahl des Wortes Design als Begriff, der das Wesen der Haupttätigkeit der Informatik bezeichnet.

In der Gestaltung von Informationssystemen sind Informationssysteme die Objekte des Designs, und dies ist für die Informatik ganz selbstverständlich (da die IS als ihre Hauptobjekte angesehen werden).

Wie Sie wissen, sind Informationssysteme in der Lage, die unterschiedlichsten Phänomene des Universums darzustellen, und daher erweisen sich alle Phänomene auch als potenzielle Designobjekte.

Informationssysteme erweisen sich in vielen Fällen als Gestaltungsgegenstände, d.h. diejenigen Darsteller, die den Designprozess selbst durchführen. Durch das Studium des Designprozesses beschäftigen wir uns dabei weitgehend mit dem Studium von Informationssystemen.

Ein System wird als jedes Objekt verstanden, das gleichzeitig sowohl als ein einziges Ganzes als auch als eine Menge heterogener Elemente betrachtet wird, die im Interesse der Erreichung der gesetzten Ziele kombiniert werden. Die Systeme unterscheiden sich sowohl in der Zusammensetzung als auch in ihren Hauptzielen deutlich voneinander.

In der Informatik ist der Begriff eines Systems weit verbreitet und hat viele semantische Bedeutungen. Am häufigsten wird es in Bezug auf eine Reihe von Hardware und Software verwendet. Die Ergänzung des Begriffs Informationssystem spiegelt den Zweck seiner Entstehung und Funktionsweise wider. Informationssysteme ermöglichen die Sammlung, Speicherung, Verarbeitung, Suche und Bereitstellung von Informationen, die für die Entscheidungsfindung über Probleme aus allen Bereichen erforderlich sind. Sie helfen, Probleme zu analysieren und neue Produkte zu entwickeln.

Informationssystem (IS) - ein miteinander verbundener Satz von Werkzeugen, Methoden und Personal, der verwendet wird, um Informationen zu speichern, zu verarbeiten und auszugeben, um das Ziel zu erreichen.

Moderne Informationstechnologien bieten eine breite Palette von IP-Implementierungsmethoden, deren Auswahl sich an den Anforderungen der beabsichtigten Benutzer orientiert, die sich in der Regel während des Entwicklungsprozesses ändern.

Das Hinzufügen des Begriffs „automatisiert“ zum Begriff „System“ spiegelt die Art und Weise wider, wie ein solches System erstellt und funktioniert.

Automatisiertes System(nach GOST) ist ein System, das aus einer Reihe miteinander verbundener Organisationseinheiten und einer Reihe von Tools zur Automatisierung von Aktivitäten besteht, die automatisierte Funktionen für bestimmte Typen Aktivitäten.

Ein automatisiertes Informationssystem (AIS) ist ein Komplex aus Software, technischen, informationellen, sprachlichen, organisatorischen und technologischen Mitteln und Personal, die dazu bestimmt sind, die Probleme von Referenz- und Informationsdiensten und (oder) Informationsunterstützung für die Benutzer zu lösen.

Ein automatisiertes Informationssystem ist eine Sammlung von Informationen, wirtschaftlichen und mathematischen Methoden und Modellen, Technik, Software, technologischen Werkzeugen und Spezialisten, die dazu bestimmt sind, Informationen zu verarbeiten und Managemententscheidungen zu treffen.

Der Hauptzweck automatisierter Informationssysteme besteht nicht nur darin, elektronische Informationsressourcen zu sammeln und zu speichern, sondern auch den Benutzern den Zugang zu ihnen zu ermöglichen. Eine der wichtigsten Funktionen von AIS ist die Organisation des Datenabrufs in ihren Informationsarrays (Datenbanken).

Unter dem AIS-Projekt verstehen wir Design- und Technologiedokumentation, die eine Beschreibung von Designlösungen für die Erstellung und den Betrieb von IS in einer spezifischen Software- und Hardwareumgebung liefert.

Folgende Hauptunterscheidungsmerkmale des Projekts als Verwaltungsobjekt lassen sich unterscheiden:

· Begrenztes Endziel;

· Begrenzte Dauer;

· Begrenztes Budget;

· Begrenzte Ressourcen erforderlich;

· Neuheit für das Unternehmen, für das das Projekt durchgeführt wird;

· Komplexität;

· Rechtliche und organisatorische Unterstützung.

Bei der Projektplanung und -verwaltung ist es notwendig, klar zu verstehen, dass es sich um die Verwaltung eines bestimmten dynamischen Objekts handelt. Daher muss das Projektmanagementsystem flexibel genug sein, um Änderungen ohne globale Änderungen zu ermöglichen Arbeitsprogramm... Die Ausführung der Arbeiten wird durch die Verfügbarkeit der erforderlichen Ressourcen sichergestellt: Materialien; Ausrüstung; Humanressourcen. Aus steuerungstheoretischer Sicht muss das Projekt als Steuerungsobjekt beobachtbar und kontrollierbar sein, dh es werden einige Merkmale hervorgehoben, anhand derer der Projektfortschritt ständig überwacht werden kann. Darüber hinaus werden Mechanismen benötigt, um den Projektfortschritt zeitnah zu beeinflussen.

Unter Design von AIS versteht man den Prozess der Umsetzung von Eingangsinformationen über ein Objekt, Methoden und Erfahrungen bei der Gestaltung von Objekten mit ähnlichem Zweck nach GOST in ein IS-Projekt.

Aus dieser Sicht läuft das Design von AIS auf die sequentielle Formalisierung von Designlösungen in verschiedenen Phasen des AIS-Lebenszyklus hinaus: Planung und Analyse der Anforderungen, technisches und detailliertes Design, Implementierung und Betrieb von AIS.

Der Umfang der zu entwickelnden Systeme bestimmt die Zusammensetzung und die Anzahl der Beteiligten im Designprozess. Bei einem großen Volumen und engen Fristen für die Umsetzung von Konstruktionsarbeiten können mehrere Konstruktionsteams (Entwicklungsorganisationen) an der Entwicklung des Systems teilnehmen. In diesem Fall wird die Mutterorganisation zugewiesen, die die Aktivitäten aller mitausführenden Organisationen koordiniert.

Die AIS-Designtechnologie ist eine Reihe von Methoden und Designwerkzeugen für AIS sowie Methoden und Mittel seiner Organisation (Management des Prozesses der Erstellung und Modernisierung eines AIS-Projekts).

Die Designtechnologie basiert auf einem technologischen Prozess, der die Handlungen, deren Reihenfolge, die erforderliche Zusammensetzung von Darstellern, Mitteln und Ressourcen bestimmt.

Der technologische Prozess der Gestaltung von AIS als Ganzes gliedert sich in eine Reihe von sequentiell-parallelen, verbundenen und untergeordneten Aktionsketten, von denen jede ihr eigenes Thema haben kann. So wird die Konstruktionstechnologie durch eine geregelte Abfolge technologischer Operationen festgelegt, die auf der Grundlage der einen oder anderen Methode durchgeführt werden, wodurch nicht nur klar wird, was zur Erstellung eines Projekts zu tun ist, sondern auch, wie, von wem, und in welcher reihenfolge.

Das Thema jeder ausgewählten Designtechnologie sollte die Reflexion miteinander verbundener Designprozesse in allen Phasen des AIS-Lebenszyklus sein. Zu den wichtigsten Anforderungen an die gewählte Konstruktionstechnologie gehören:

· Das erstellte Projekt muss den Anforderungen des Kunden entsprechen;

· Maximale Berücksichtigung aller Phasen des Projektlebenszyklus;

· Sicherstellung der minimalen Arbeits- und Kostenkosten für Design und Projektunterstützung;

· Technologie sollte die Grundlage für die Kommunikation zwischen Design und Projektunterstützung sein;

· Steigerung der Produktivität des Designers;

· Zuverlässigkeit der Konzeption und des Betriebs des Projekts;

· Einfache Pflege der Projektdokumentation.

Die AIS-Designtechnologie basiert auf der Methodik, die das Wesentliche, die wichtigsten technologischen Besonderheiten, definiert.

Eine Entwurfsmethodik setzt das Vorhandensein eines Konzepts, Entwurfsprinzipien, die durch eine Reihe von Methoden implementiert sind, voraus, die wiederum auf irgendeine Weise unterstützt werden müssen.

Die Designorganisation beinhaltet die Definition von Methoden der Interaktion zwischen Designern und mit dem Kunden bei der Erstellung eines AIS-Projekts, die auch durch eine Reihe spezifischer Tools unterstützt werden können.

Computergestütztes Konstruktionsinformationssystem

2. ZWECK UND ZIELE DES DESIGNS

Die Gestaltung von Informationssystemen beginnt immer mit der Definition des Projektziels. Zweck der Gestaltung ist die Auswahl technischer und informationstechnischer, mathematischer, softwaremäßiger sowie organisatorischer und rechtlicher Unterstützung.

Die Auswahl der technischen Unterstützung sollte so erfolgen, dass die rechtzeitige Erfassung, Registrierung, Übertragung, Speicherung, Ausfüllung und Verarbeitung von Informationen gewährleistet ist.

Die Informationsunterstützung sollte die Schaffung und den Betrieb eines einzigen Informationsfonds des Systems vorsehen, der durch eine Vielzahl von Informationsarrays, einen Datensatz oder eine Datenbank repräsentiert wird.

Die Bildung der mathematischen Unterstützung von Systemen umfasst einen vollständigen Satz von Methoden und Algorithmen zur Lösung funktionaler Probleme. Bei der Entwicklung von Softwaresystemen wird besonderes Augenmerk auf die Erstellung eines Sets von Programmen und Benutzeranleitungen und die Auswahl effektiver Softwareprodukte gelegt.

Die Hauptaufgabe jedes erfolgreichen Projekts besteht darin, sicherzustellen, dass zum Zeitpunkt der Einführung des Systems und während seines gesamten Betriebs Folgendes gewährleistet ist:

· Die erforderliche Funktionalität des Systems und der Grad der Anpassung an die sich ändernden Bedingungen seiner Funktionsweise;

· Der erforderliche Durchsatz des Systems;

· die erforderliche Reaktionszeit des Systems auf die Anfrage;

· Störungsfreier Betrieb des Systems im erforderlichen Modus, dh - die Bereitschaft und Verfügbarkeit des Systems, Benutzeranfragen zu bearbeiten;

· Einfache Bedienung und Unterstützung des Systems;

· Notwendige Sicherheit.

Die Leistung ist die wichtigste Determinante für die Systemeffizienz. Gutes Design ist die Grundlage eines Hochleistungssystems.

Die Gestaltung automatisierter Informationssysteme umfasst drei Hauptbereiche:

· Design von Datenobjekten, die in die Datenbank implementiert werden;

· Entwerfen von Programmen, Bildschirmen, Berichten, die die Ausführung von Datenabfragen sicherstellen;

· Berücksichtigung einer bestimmten Umgebung oder Technologie, nämlich: Netzwerktopologie, Hardwarekonfiguration, verwendete Architektur (File-Server oder Client-Server), Parallelverarbeitung, verteilte Datenverarbeitung usw.

Unter realen Bedingungen ist Design die Suche nach einer Methode, die die Anforderungen an die Funktionalität des Systems mit verfügbaren Technologien unter Berücksichtigung der gegebenen Randbedingungen erfüllt.

An jedes Projekt werden eine Reihe absoluter Anforderungen gestellt, zum Beispiel die maximale Projektentwicklungszeit, die maximale finanzielle Investition in das Projekt usw. Eine der Schwierigkeiten des Designs besteht darin, dass es sich nicht um eine so strukturierte Aufgabe handelt wie die Analyse der Anforderungen für ein Projekt oder die Implementierung einer bestimmten Designlösung.

3. STUFEN DES DESIGNS

Der Prozess der AIS-Erstellung ist in eine Reihe von Phasen (Phasen) unterteilt, die durch einen bestimmten Zeitrahmen begrenzt sind und mit der Veröffentlichung eines bestimmten Produkts enden.

Jedes Projekt, unabhängig von der Komplexität und dem Arbeitsvolumen, das für seine Umsetzung erforderlich ist, durchläuft in seiner Entwicklung bestimmte Stadien. Vom Zustand „das Projekt existiert noch nicht“ bis zum Zustand „das Projekt ist nicht mehr da“. Die Entwicklungsstufen von der Entstehung einer Idee bis zur vollständigen Fertigstellung des Projekts sind in der Regel in Phasen unterteilt.

Der Zweck der Anfangsphase der Erstellung von AIS, die in der Phase der Analyse der Aktivitäten der Organisation durchgeführt wird, besteht darin, Anforderungen an AIS zu formulieren, die die Ziele und Zielsetzungen der Kundenorganisation korrekt und genau widerspiegeln. Um den Prozess der Erstellung eines AIS zu spezifizieren, das den Bedürfnissen der Organisation entspricht, ist es notwendig, diese Bedürfnisse herauszufinden und klar zu artikulieren. Dazu ist es erforderlich, die Anforderungen der Kunden an AIS zu ermitteln und diese in der Sprache der Modelle in die Anforderungen für die Entwicklung des AIS-Projekts abzubilden, um die Einhaltung der Ziele der Organisation sicherzustellen.

Folgende Phasen der Entwicklung automatisierter Informationssysteme lassen sich unterscheiden:

3.1 Konzeptbildung. Konzeptionsphase

Das beinhaltet:

· Ideenbildung;

· Bildung eines Schlüsselprojektteams;

· Studium der Motivationen und Anforderungen des Kunden und anderer Teilnehmer;

· Erhebung erster Daten und Analyse des Ist-Zustandes;

· Ermittlung grundlegender Anforderungen und Restriktionen, benötigter materieller, finanzieller und personeller Ressourcen;

· Vergleichende Bewertung von Alternativen;

· Einreichung von Vorschlägen, deren Prüfung und Genehmigung.

Die Aufgabe, die Anforderungen an AIS zu formulieren, ist eine der wichtigsten, am schwierigsten zu formalisierenden und im Fehlerfall am teuersten und am schwierigsten zu korrigierenden. Moderne Tools und Softwareprodukte ermöglichen es Ihnen, AIS schnell nach vorgefertigten Anforderungen zu erstellen. Aber oft stellen diese Systeme die Kunden nicht zufrieden, erfordern zahlreiche Modifikationen, was zu einem starken Anstieg der Kosten der tatsächlichen Kosten von AIS führt. Der Hauptgrund für diese Situation ist die falsche, ungenaue oder unvollständige Definition der Anforderungen an AIS in der Analysephase.

3.2 Erstellung eines technischen Angebots

§ Entwicklung der Hauptinhalte der Grundstruktur des Projekts;

§ Entwicklung und Genehmigung von technischen Spezifikationen;

§ Planung, Zerlegung des grundlegenden Strukturmodells des Projekts;

§ Erstellung von Kostenvoranschlägen und Budget des Projekts;

§ Entwicklung Kalenderpläne und erweiterte Arbeitspläne;

§ Abschluss eines Vertrages mit dem Kunden;

§ Inbetriebnahme der Kommunikationsmittel der Projektbeteiligten und der Kontrolle des Arbeitsfortschritts.

3.3 Konstruktion

In der Entwurfsphase werden Teilsysteme identifiziert, ihre Beziehungen untereinander und die effektivsten Arten der Projektierung und Verwendung von Ressourcen ausgewählt. Typische Werke dieser Phase:

§ Ausführung grundlegender Entwurfsarbeiten;

§ Entwicklung privater technischer Spezifikationen;

§ Umsetzung der Konzeption;

§ Erstellung von technischen Spezifikationen und Anweisungen;

§ Präsentation der Designentwicklung, Prüfung und Zulassung.

In der Entwurfsphase werden in erster Linie Datenmodelle gebildet. Designer erhalten Analyseergebnisse als Input. Der Aufbau logischer und physischer Datenmodelle ist ein wesentlicher Bestandteil des Datenbankdesigns. Das bei der Analyse gewonnene Informationsmodell wird zunächst in ein logisches und dann in ein physikalisches Datenmodell transformiert.

3.4 Entwicklung

In der Entwicklungsphase erfolgt die Koordination und operative Steuerung der Projektarbeit, Teilsysteme werden hergestellt, kombiniert und getestet.

Nach erfolgreichem Bestehen des autonomen Tests wird das Modul in den entwickelten Teil des Systems aufgenommen und eine Gruppe von generierten Modulen durchläuft Kommunikationstests, die ihre gegenseitige Beeinflussung nachverfolgen sollen.

Weiterhin wird eine Gruppe von Modulen auf Betriebszuverlässigkeit getestet, dh sie bestehen erstens Tests zur Simulation von Systemfehlern und zweitens Tests der Betriebszeit zwischen Fehlern. Die erste Gruppe von Tests zeigt, wie gut sich das System von Softwarefehlern und Hardwarefehlern erholt. Die zweite Gruppe von Tests bestimmt den Stabilitätsgrad des Systems während des normalen Betriebs und ermöglicht es Ihnen, die Betriebszeit des Systems abzuschätzen. Die Stabilitätstestsuite sollte Tests umfassen, die die Spitzenlast des Systems simulieren.

Anschließend wird der gesamte Modulsatz einem Systemtest unterzogen - einem internen Abnahmetest des Produkts, der das Qualitätsniveau zeigt. Dazu gehören Funktionstests und Systemzuverlässigkeitstests.

Der letzte automatisierte Test Informationssystem- Akzeptanztests. Ein solcher Test beinhaltet die Vorführung des Informationssystems für den Kunden und muss eine Gruppe von Tests enthalten, die reale Geschäftsprozesse simulieren.

3.5 Inbetriebnahme des Systems

In der Phase der Inbetriebnahme des Systems werden Tests durchgeführt, das System unter Realbedingungen getestet, über die Ergebnisse des Projekts und über mögliche neue Verträge verhandelt.

Hauptarten der Arbeit:

§ komplexe Prüfungen;

§ Schulung des Personals für den Betrieb des zu erstellenden Systems;

§ Erstellung der Arbeitsdokumentation, Auslieferung der Anlage an den Kunden und Inbetriebnahme;

§ Begleitung, Unterstützung, Service;

§ Auswertung der Projektergebnisse und Erstellung von Abschlussdokumenten.

4. ZUSAMMENSETZUNG UND STRUKTUR DES TECHNISCHEN DESIGNS UND TECHNISCHES DESIGN

1. Allgemeine Bestimmungen

1.1. Die Leistungsbeschreibung (TOR) ist das Hauptdokument, das die Anforderungen und Vorgehensweise für die Erstellung (Entwicklung oder Modernisierung - Weiterentwicklung) des Informationssystems definiert, nach der die Entwicklung des IS erfolgt und seine Abnahme bei der Inbetriebnahme .

1.2. TK wurde für das System als Ganzes entwickelt, um unabhängig oder als Teil eines anderen Systems zu arbeiten.

1.3. Anforderungen an IS in dem durch diese Norm festgelegten Umfang können in die Aufgabenstellung zur Gestaltung eines neu erstellten Informationsobjekts aufgenommen werden. In diesem Fall wird die TK nicht entwickelt.

1.4. In die TK aufgenommene Anforderungen müssen dem aktuellen Entwicklungsstand entsprechen Informationstechnologien und nicht ähnlichen Anforderungen für die besten modernen in- und ausländischen Pendants nachgeben. Die in der TK gestellten Anforderungen sollen den Systementwickler nicht einschränken, die effektivsten technischen, technischen, wirtschaftlichen und sonstigen Lösungen zu finden und umzusetzen.

1.5. Die TK enthält nur solche Anforderungen, die die Anforderungen an solche Systeme ergänzen und durch die Besonderheiten eines bestimmten Objekts bestimmt werden, für das das System erstellt wird.

1.6. Änderungen der TK werden durch eine Ergänzung oder ein vom Auftraggeber und vom Entwickler unterzeichnetes Protokoll erstellt. Die Ergänzung bzw. das angegebene Protokoll ist Bestandteil der TK on IP. Auf dem Titelblatt der TK sollte ein Eintrag "Gültig ab ..." stehen.

2. Zusammensetzung und Inhalt

2.1. Die TK enthält folgende Abschnitte, die in Unterabschnitte unterteilt werden können:

1. Allgemeine Information;

2) der Zweck und die Ziele der Schaffung (Entwicklung) des Systems;

3) Eigenschaften von Objekten;

4) Systemanforderungen;

5) Zusammensetzung und Inhalt der Arbeiten zur Erstellung des Systems;

6) das Verfahren zur Kontrolle und Abnahme des Systems;

7) Anforderungen an die Zusammensetzung und den Inhalt der Arbeiten zur Vorbereitung des Entwicklungsobjekts zur Inbetriebnahme des Systems;

8) Anforderungen an die Dokumentation;

9) Entwicklungsquellen.

TK kann Anwendungen enthalten.

2.2. Je nach Art, Zweck, Besonderheiten des Vorhabens und den Voraussetzungen für das Funktionieren des Systems ist es zulässig, Teile der TK in Form von Anträgen zu formalisieren, zusätzliche Teilbereiche der TK einzuführen, auszuschließen oder zusammenzufassen.

Die TK für Teile des Systems enthält keine Abschnitte, die den Inhalt der TK-Abschnitte insgesamt duplizieren.

2.3. Geben Sie im Abschnitt "Allgemeine Informationen" Folgendes an:

1) der vollständige Name des Systems und sein Symbol;

2) den Code des Themas oder den Code (Nummer) des Vertrags;

3) Name der Firmen des Entwicklers und Kunden (Benutzers) des Systems und deren Daten;

4) eine Liste der Dokumente, auf deren Grundlage das System erstellt wird, von wem und wann diese Dokumente genehmigt wurden;

5) die geplanten Start- und Enddaten für die Erstellung des Systems;

6) Informationen über die Quellen und das Verfahren zur Finanzierung der Arbeiten;

7) das Verfahren zur Registrierung und Präsentation der Arbeitsergebnisse bei der Erstellung des Systems (seiner Teile), bei der Herstellung und Anpassung der einzelnen Mittel (Hardware, Software, Informationen) und Software und Hardware (Software und methodische) an den Kunden ) Komplexe des Systems.

2.4. Der Abschnitt "Zweck und Ziele der Erstellung (Entwicklung) des Systems" besteht aus Unterabschnitten:

1) der Zweck des Systems;

2) der Zweck der Erstellung des Systems.

2.4.1. Geben Sie im Unterabschnitt "Zweck des Systems" die Art der Aktivität des Systems (Verwaltung, Design usw.) und die Liste der Informationsobjekte (Objekte) an, für die es verwendet werden soll.

2.4.2. Im Unterabschnitt "Ziele der Systemerstellung" werden die Namen und geforderten Werte technischer, technologischer, produktionswirtschaftlicher oder sonstiger Indikatoren des Informatisierungsgegenstandes, die durch die Erstellung des IS erreicht werden müssen, angegeben , und die Kriterien zur Beurteilung der Erreichung der Ziele der Systemerstellung sind angegeben.

2.5. Geben Sie im Abschnitt "Eigenschaften des Informationsobjekts" an:

1) kurze Informationen über den Gegenstand der Informatisierung oder Links zu Dokumenten, die solche Informationen enthalten;

2) Informationen über die Betriebsbedingungen des Automatisierungsobjekts.

2.6. Der Abschnitt Systemanforderungen besteht aus den folgenden Unterabschnitten:

1) Anforderungen an das System als Ganzes;

2) Anforderungen an die vom System ausgeführten Funktionen (Aufgaben);

3) Anforderungen an die Arten von Sicherheiten.

Die Zusammensetzung der Anforderungen an das System, die in diesem Abschnitt der TK für IS enthalten sind, wird in Abhängigkeit von der Art, dem Zweck, den spezifischen Merkmalen und den Bedingungen der Funktionsweise eines bestimmten Systems festgelegt.

2.6.1. Geben Sie im Unterabschnitt "Anforderungen an das Gesamtsystem" Folgendes an:

Anforderungen an den Aufbau und die Funktionsweise des Systems;

Anforderungen an die Anzahl und Qualifikation des Personals des Systems und die Art seiner Arbeit;

Zielindikatoren;

Zuverlässigkeitsanforderungen;

Sicherheitsanforderungen;

Anforderungen an Ergonomie und technische Ästhetik;

Anforderungen an Betrieb, Wartung, Reparatur und Lagerung von Systemkomponenten;

Anforderungen an den Schutz von Informationen vor unbefugtem Zugriff;

Anforderungen an die Sicherheit von Informationen bei Unfällen;

Anforderungen an den Schutz vor dem Einfluss äußerer Einflüsse;

Anforderungen an die Reinheit des Patents;

Anforderungen an Standardisierung und Vereinheitlichung;

Zusätzliche Anforderungen.

2.6.1.1. Die Anforderungen an den Aufbau und die Funktionsweise des Systems umfassen:

1) eine Liste der Teilsysteme, deren Zweck und grundlegende Merkmale, Anforderungen an die Anzahl der Hierarchieebenen und den Zentralisierungsgrad des Systems;

2) Anforderungen an Methoden und Kommunikationsmittel für den Informationsaustausch zwischen Systemkomponenten;

3) Anforderungen an die Merkmale der Verbindungen des zu erstellenden Systems mit angrenzenden Systemen, Anforderungen an seine Kompatibilität, einschließlich Anweisungen zum Austausch von Informationen (automatisch, durch Senden von Dokumenten, per Telefon usw.);

4) Anforderungen an die Betriebsmodi des Systems;

5) Anforderungen an die Diagnose des Systems;

6) Entwicklungsperspektiven, Modernisierung des Systems.

2.6.1.2. Die Anforderungen an die Anzahl und Qualifikation des IS-Personals umfassen:

§ Anforderungen an die Anzahl des Personals (Benutzer) des IS;

§ Anforderungen an die Qualifikation des Personals, das Verfahren für seine Ausbildung und die Kontrolle von Kenntnissen und Fähigkeiten;

§ erforderliche Arbeitsweise des IS-Personals.

2.6.1.3. In den Anforderungen an die Indikatoren für den Zweck des IS sind die Werte der Parameter angegeben, die den Grad der Übereinstimmung des Systems mit seinem Zweck charakterisieren.

2.6.1.4. Zu den Zuverlässigkeitsanforderungen gehören:

1) die Zusammensetzung und die quantitativen Werte der Zuverlässigkeitsindikatoren für das System als Ganzes oder seine Teilsysteme;

2) eine Liste von Notfallsituationen, für die die Zuverlässigkeitsanforderungen geregelt werden müssen, und die Werte der entsprechenden Indikatoren;

3) Anforderungen an die Zuverlässigkeit von Hard- und Software;

4) Anforderungen an Methoden zur Bewertung und Überwachung von Zuverlässigkeitsindikatoren in verschiedenen Phasen der Systemerstellung gemäß den aktuellen regulatorischen und technischen Dokumenten.

2.6.1.5. Sicherheitsanforderungen umfassen Sicherheitsanforderungen an die Lieferung, Inbetriebnahme, den Betrieb und die Wartung der Anlage.

2.6.1.6. Zu den Anforderungen an Ergonomie und technische Ästhetik gehören IP-Indikatoren, die die erforderliche Qualität der Mensch-Maschine-Interaktion und den Komfort der Arbeitsbedingungen für das Personal festlegen.

2.6.1.7. Die Anforderungen an den Schutz von Informationen vor unbefugtem Zugriff umfassen die Anforderungen der Branche und des Informationsumfelds des Kunden.

2.6.1.8. In den Anforderungen an die Informationssicherheit wird eine Liste von Ereignissen angegeben: Unfälle, Ausfälle technischer Mittel (einschließlich Stromausfall) usw., bei denen die Sicherheit der Informationen im System gewährleistet sein muss.

2.6.1.9. Die Anforderungen an die Patentreinheit geben eine Liste von Ländern an, für die die Patentreinheit des Systems und seiner Teile sichergestellt werden muss.

2.6.1.10. Zusätzliche Anforderungen umfassen spezielle Anforderungen nach Ermessen des Entwicklers oder Kunden des Systems.

2.6.2. Im Unterabschnitt "Anforderungen an die vom System ausgeführten Funktionen (Aufgaben)" werden folgende Angaben gemacht:

§ für jedes Teilsystem eine Liste der zu automatisierenden Funktionen, Aufgaben oder deren Komplexe (einschließlich derjenigen, die das Zusammenwirken von Teilen des Systems gewährleisten);

§ beim Erstellen eines Systems in zwei oder mehr Warteschlangen - eine Liste von funktionalen Subsystemen, einzelnen Funktionen oder Aufgaben, die in der ersten und nachfolgenden Warteschlangen in Betrieb genommen werden;

§ Zeitplan für die Umsetzung jeder Funktion, Aufgabe (oder Aufgabengruppe);

§ Anforderungen an die Qualität der Umsetzung jeder Funktion (Aufgabe oder Aufgabenkomplex), an die Form der Darstellung der Ausgabeinformationen, Merkmale der erforderlichen Genauigkeit und Ausführungszeit, Anforderungen an die gleichzeitige Ausführung einer Gruppe von Funktionen, Zuverlässigkeit der Ergebnisse;

§ eine Liste und Kriterien von Fehlern für jede Funktion, für die Zuverlässigkeitsanforderungen gestellt werden.

2.6.3. Im Unterabschnitt „Anforderungen an die Unterstützungsarten“ werden je nach Systemart Anforderungen an mathematische, informationelle, sprachliche, softwaremäßige, technische, messtechnische, organisatorische, methodische und sonstige Arten der Systemunterstützung angegeben.

2.6.3.2. Zur Informationsunterstützung des Systems werden folgende Anforderungen gestellt:

1) zur Zusammensetzung, Struktur und Methoden zur Organisation von Daten im System;

2) Informationsaustausch zwischen den Komponenten des Systems;

3) Informationskompatibilität mit verwandten Systemen;

4) zur Anwendung von Datenbankverwaltungssystemen;

5) zur Struktur des Prozesses der Erhebung, Verarbeitung, Übertragung von Daten im System und Darstellung von Daten;

6) zum Datenschutz;

7) Kontrolle, Speicherung, Aktualisierung und Wiederherstellung von Daten;

2.6.3.3. Für die sprachliche Unterstützung des Systems sind Anforderungen an die Verwendung von höheren Programmiersprachen im System, Sprachen für die Interaktion zwischen Benutzern und technischen Mitteln des Systems sowie Anforderungen an die Kodierung und Dekodierung von Daten gegeben, für Dateneingabe-Ausgabesprachen, Datenmanipulationssprachen, Mittel zur Beschreibung des Fachgebiets, für Methoden zur Organisation eines Dialogs.

2.6.3.4. Für die Software des Systems wird eine Liste der gekauften Software sowie die Anforderungen angegeben:

1) zur Abhängigkeit der Software von der Betriebsumgebung;

2) auf die Qualität der Software sowie auf die Methoden ihrer Bereitstellung und Kontrolle;

2.6.3.5. Für die technische Unterstützung des Systems sind folgende Voraussetzungen gegeben:

1) zu den Arten von technischen Mitteln, einschließlich zu den Arten von Komplexen von technischen Mitteln, Software- und Hardware-Komplexen und anderen Komponenten, die für die Verwendung im System zulässig sind;

2) zu den Funktions-, Design- und Betriebsmerkmalen der technischen Unterstützung des Systems.

2.6.3.6. Die Anforderungen an die messtechnische Unterstützung umfassen:

1) eine vorläufige Liste der Messkanäle;

2) Anforderungen an die Messgenauigkeit von Parametern und (oder) an die metrologischen Eigenschaften der Messkanäle;

3) Anforderungen an die metrologische Kompatibilität der technischen Mittel des Systems;

4) eine Liste von Steuer- und Rechenkanälen des Systems, für die die Genauigkeitseigenschaften bewertet werden müssen;

5) Anforderungen an die messtechnische Unterstützung von Hard- und Software, die Teil der Messkanäle des Systems sind, Mittel, eingebaute Steuerung, messtechnische Eignung der Messkanäle und Messgeräte, die bei der Einrichtung und Prüfung des Systems verwendet werden;

6) die Art der metrologischen Zertifizierung (Staat oder Abteilung) mit Angabe des Verfahrens zu ihrer Durchführung und der Organisationen, die die Zertifizierung durchführen.

2.6.3.7. Zur organisatorischen Unterstützung sind die Voraussetzungen gegeben:

1) auf den Aufbau und die Funktionen von Unterabteilungen, die am Funktionieren des Systems beteiligt sind oder den Betrieb bereitstellen;

2) zur Organisation des Funktionierens des Systems und zur Reihenfolge der Interaktion zwischen dem IS-Personal und dem Personal des Informationsobjekts;

3) zum Schutz vor Fehlhandlungen des Personals des Systems.

2.7. Der Abschnitt "Zusammensetzung und Inhalt der Arbeiten zur Erstellung (Entwicklung) des Systems" muss eine Liste der Arbeitsschritte und Arbeitsphasen bei der Erstellung des Systems, den Zeitpunkt ihrer Implementierung, eine Liste der Organisationen - Ausführende der Arbeit enthalten , Links zu Dokumenten, die die Zustimmung dieser Organisationen zur Teilnahme an der Erstellung des Systems bestätigen, oder eine Aufzeichnung, die die für die Ausführung dieser Arbeiten verantwortliche Person (Kunde oder Entwickler) identifiziert.

Dieser Abschnitt bietet außerdem:

1) eine Liste der Dokumente, die am Ende der relevanten Phasen und Arbeitsphasen vorgelegt werden;

2) Art und Verfahren der Prüfung der technischen Dokumentation (Stufe, Stufe, Umfang der geprüften Dokumentation, Sachverständigenorganisation);

3) ein Arbeitsprogramm, das darauf abzielt, das erforderliche Maß an Zuverlässigkeit des zu entwickelnden Systems (falls erforderlich) sicherzustellen;

4) eine Liste der Arbeiten zur messtechnischen Unterstützung in allen Phasen der Systemerstellung mit Angabe der Fristen und der ausführenden Organisationen (falls erforderlich).

2.8. Geben Sie im Abschnitt "Verfahren zur Kontrolle und Abnahme des Systems" Folgendes an:

1) Typen, Zusammensetzung, Umfang und Prüfverfahren des Systems und seiner Komponenten;

2) allgemeine Anforderungen an die stufenweise Abnahme von Arbeiten, das Verfahren zur Koordinierung und Genehmigung der Abnahmedokumentation;

2.9. Im Abschnitt "Anforderungen an die Zusammensetzung und den Inhalt der Arbeiten zur Vorbereitung des Automatisierungsobjekts für die Inbetriebnahme der Anlage" ist eine Liste der Haupttätigkeiten und ihrer Ausführenden erforderlich, die bei der Vorbereitung des Projekts durchgeführt werden sollten die Inbetriebnahme des IS.

Die Liste der Hauptaktivitäten umfasst:

1) Eingabe der Informationen in das System (gemäß den Anforderungen an Informationen und sprachliche Unterstützung);

2) Schaffung von Bedingungen für das Funktionieren des Projekts, unter denen die Übereinstimmung des erstellten Systems mit den in der TOR enthaltenen Anforderungen gewährleistet ist;

3) Schaffung von Unterabteilungen und Diensten, die für das Funktionieren des Systems erforderlich sind;

4) Zeitpunkt und Verfahren für die Personalbesetzung und die Personalschulung.

2.10. Im Abschnitt "Anforderungen an die Dokumentation" werden folgende Angaben gemacht:

1) eine Liste der zu entwickelnden Sätze und Arten von Dokumenten, die vom Entwickler und dem Kunden des Systems vereinbart werden;

2) eine Liste der auf Maschinenmedien ausgestellten Dokumente;

3) in Ermangelung staatlicher Normen, die die Anforderungen an die Dokumentation von Systemelementen festlegen, enthalten sie zusätzlich Anforderungen an die Zusammensetzung und den Inhalt solcher Dokumente.

2.11. Im Abschnitt "Entwicklungsquellen" sollen die Dokumente und Informationsmaterialien aufgelistet werden, auf deren Grundlage die TK entwickelt wurde und die bei der Erstellung des Systems verwendet werden sollen.

3. Gestaltungsregeln.

3.1. Sektionen und Untersektionen der TK sind in der in Sektion festgelegten Reihenfolge anzuordnen. 2 dieser Norm.

3.2. Die Blattnummern (Seiten) werden, beginnend mit dem ersten Blatt nach dem Titelblatt, im oberen Teil des Blattes (über dem Text, in der Mitte) nach der Bezeichnung des TK-Codes auf dem IP eingetragen.

3.3. Das Titelblatt enthält die Unterschriften des Kunden, des Entwicklers und der genehmigenden Unternehmen, die versiegelt sind. Bei Bedarf wird das Titelblatt auf mehreren Seiten erstellt. Auf dem letzten Blatt befinden sich die Unterschriften der TK-Entwickler und -Beamten, die an der Genehmigung und Prüfung des TK-Entwurfs zum IP beteiligt sind.

Die Form des Titelblatts der TK ist in Anlage 2 angegeben. Die Form der letzten Seite der TK ist in Anlage 3 angegeben.

3.4. Das Titelblatt der Beilage zur TK wird wie das Titelblatt der Fachaufgabe erstellt. Anstelle des Namens "Terms of Reference" schreiben sie "Supplement No. ... to the TOR for AC ...".

3.5. Auf den nachfolgenden Blättern der Ergänzung zur TK sind die Grundlage für die Änderung, der Inhalt der Änderung und Links zu den Dokumenten, nach denen diese Änderungen vorgenommen werden, platziert.

3.6. Bei der Vorlage des Textes eines Nachtrags zur TK sind die Nummern der betreffenden Abschnitte, Unterabschnitte, Tabellen der Haupt-TK usw. anzugeben und die Worte „ersetzen“, „ergänzen“, „ausschließen“, „umformuliert“ " sollte benutzt werden.

Das Verfahren zur Entwicklung, Koordination und Zulassung der TK für IS.

1. Der TK-Entwurf wird vom Organisationsentwickler des Systems unter Beteiligung des Kunden auf Basis der technischen Anforderungen (Anwendungen, taktische und technische Spezifikationen etc.) entwickelt.

In der wettbewerblichen Arbeitsorganisation werden die Optionen für den TK-Entwurf vom Auftraggeber geprüft, der entweder die präferierte Variante wählt oder auf Basis einer vergleichenden Analyse die finale Version der TK für AC unter Beteiligung der zukünftige IS-Entwickler.

2. Die Zustimmungsbedürftigkeit des TK-Entwurfs mit den Landesaufsichtsbehörden und anderen interessierten Organisationen wird vom Auftraggeber des Systems und dem Entwickler des TK-Entwurfs auf dem IS gemeinsam festgelegt,

Die Arbeiten zur Genehmigung des TK-Entwurfs für das IC werden gemeinsam vom Entwickler der TK und dem Kunden des Systems jeweils in den Organisationen ihres Ministeriums (Abteilung) durchgeführt.

3. Die Genehmigungsfrist des TK-Entwurfs in jeder Organisation sollte 15 Tage ab dem Datum seines Eingangs nicht überschreiten. Es wird empfohlen, Kopien des TK-Entwurfs (Kopien) gleichzeitig an alle Organisationen (Abteilungen) zur Genehmigung zu senden.

4. Kommentare zum Entwurf der TOR sollten mit einer technischen Begründung eingereicht werden. Entscheidungen über Kommentare sollten vom Entwickler des TK-Entwurfs und vom Kunden des Systems vor der Freigabe der TK zum IS getroffen werden.

5. Sollten bei der Abstimmung über den TK-Entwurf Meinungsverschiedenheiten zwischen dem Bauträger und dem Auftraggeber (oder anderen interessierten Organisationen) aufgetreten sein, wird ein M(willkürliche Form) erstellt und eine konkrete Entscheidung getroffen etablierte Ordnung.

6. Die Genehmigung des TK-Entwurfs ist zulässig, ein gesondertes Dokument (Brief) zu erstellen. Machen Sie in diesem Fall unter der Überschrift "Einverstanden" einen Link zu diesem Dokument.

7. Die Abnahme der TK erfolgt durch die Leiter der Firmen des Entwicklers und Kunden des Systems.

8. Kopien der freigegebenen TK werden vom Entwickler der TK innerhalb von 10 Tagen nach Freigabe an die an der Erstellung des Systems Beteiligten versandt.

9. Die Abstimmung und Genehmigung von Ergänzungen der TK erfolgt in der für TK auf IP festgelegten Weise.

10. Änderungen an der TK dürfen nach Einreichen des Systems oder seiner Warteschlange für Abnahmetests nicht mehr genehmigt werden.

Grundlage für die Entwicklung des technischen Projekts der Anlage ist der vom Kunden freigegebene technische Auftrag.

Die technische Auslegung der Anlage ist eine in vorgeschriebener Weise genehmigte technische Dokumentation, die systemweite Auslegungslösungen, einen Algorithmus zur Problemlösung sowie eine Bewertung der Wirtschaftlichkeit einer automatisierten Steuerung und einen Maßnahmenkatalog zur Vorbereitung einer Objekt zur Umsetzung.

Das technische Projekt wird entwickelt, um die wichtigsten Designlösungen für die Erstellung des Systems zu bestimmen. In dieser Phase wird ein Komplex von Forschungs- und Versuchsarbeiten durchgeführt, um die besten Lösungen auszuwählen, eine experimentelle Überprüfung der wichtigsten Entwurfslösungen und die Berechnung der Wirtschaftlichkeit des Systems durchgeführt.

Tatsächlich enthält das technische Projekt einen Komplex von ökonomischen, mathematischen und algorithmischen Modellen.

Ein vollständiger Satz technischer Designs für das System umfasst 10 Dokumente:

1. Erläuterung.

2. Funktionale und organisatorische Struktur des Systems.

3. Problemstellung und Lösungsalgorithmus.

4. Organisation der Informationsbasis.

5. Album der Formulare von Dokumenten.

6. Softwaresystem.

7. Das Prinzip der Konstruktion eines Komplexes technischer Mittel.

8. Berechnung der Wirtschaftlichkeit des Systems.

9. Maßnahmen zur Vorbereitung der Anlage auf die Einführung des Systems.

10. Liste der Dokumente.

Aus der obigen Liste wird das Dokument 3 „Aufgabenstellung und Lösungsalgorithmus“ für jede einzelne im EIS enthaltene Aufgabe durchgeführt, die restlichen Dokumente sind für das Gesamtsystem gleich. Zusätzlich können die Dokumente 1, 2, 5, 8 und 9 für einzelne Teilsysteme entwickelt werden.

Alle aufgeführten Dokumente können gruppiert und in Form von vier Hauptteilen eines technischen Projekts präsentiert werden: wirtschaftlich und organisatorisch, informativ, mathematisch und technisch.

Der wirtschaftliche und organisatorische Teil des technischen Projekts enthält eine Erläuterung zur Begründung der Entwicklung des Systems, eine Liste der Entwicklerorganisationen, eine kurze Beschreibung des Objekts mit den wichtigsten technischen und wirtschaftlichen Indikatoren seiner Funktionsweise und seiner Verbindungen zu anderen Objekten, Kurz Informationen über die wichtigsten Designlösungen für die funktionalen und tragenden Teile des Systems.

Im Abschnitt des technischen Projekts, der der organisatorischen und funktionalen Struktur des Systems gewidmet ist, wird Folgendes angegeben: die Begründung der zugewiesenen Teilsysteme, ihre Liste und ihr Zweck; eine Liste der in jedem Teilsystem zu lösenden Aufgaben mit einer kurzen Beschreibung ihres Inhalts; ein Diagramm von Informationsverbindungen zwischen Subsystemen und zwischen Aufgaben innerhalb jedes Subsystems.

Für jede Aufgabe, die in der Menge von Prioritätsaufgaben enthalten ist, werden ihre Anweisung und der Algorithmus zu ihrer Lösung ausgeführt. Dieser Abschnitt des technischen Designs umfasst:

§ das organisatorische und wirtschaftliche Wesen des Problems (Name, Zweck der Lösung, Zusammenfassung, Methode, Häufigkeit und Zeitpunkt der Problemlösung, Methoden der Datenerhebung und -übertragung, Verknüpfung des Problems mit anderen Aufgaben, Art der Verwendung der Ergebnisse von die Lösung, in der sie verwendet werden);

§ ökonomisches und mathematisches Modell des Problems (strukturelle und detaillierte Darstellungsform);

§ operative Informationen eingeben (Eigenschaften von Indikatoren, deren Bedeutung und Änderungsumfang, Darstellungsformen);

§ normative Referenzinformationen (NSI) - Inhalt und Darstellungsformen;

§ zur Kommunikation mit anderen Aufgaben gespeicherte Informationen;

§ gesammelte Informationen für nachfolgende Lösungen dieses Problems;

§ Änderungshinweise (Änderungssystem und Liste der Änderungen vorbehalten);

§ Algorithmus zur Lösung des Problems (Reihenfolge der Berechnungsschritte, Diagramm, Berechnungsformeln);

§ Testfall (ein Satz von Eingabedokumentenformularen, die mit Daten gefüllt sind, Bedingungsdokumente mit akkumulierten und gespeicherten Informationen, Ausgabedokumentformulare, die auf der Grundlage der Ergebnisse der Lösung eines wirtschaftlichen und technischen Problems und gemäß dem entwickelten Berechnungsalgorithmus ausgefüllt wurden).

Das Dokument "Berechnung der Wirtschaftlichkeit der Anlage" enthält eine konsolidierte Schätzung der mit dem Betrieb der Anlagen verbundenen Kosten, die Berechnung der jährlichen Wirtschaftlichkeit wird bereitgestellt, deren Quellen die Optimierung der Produktionsstruktur der Wirtschaft (Verband), Senkung der Produktionskosten durch rationellen Einsatz von Produktionsmitteln und Reduzierung von Verlusten, Managemententscheidungen.

Das Dokument "Maßnahmen zur Vorbereitung der Einrichtung auf die Einführung des Systems" enthält eine Liste organisatorischer Maßnahmen zur Verbesserung der bestehenden Managementstruktur, eine Liste der Arbeiten zur Einführung des Systems, die in der Phase der Detailplanung durchgeführt werden müssen, mit Angabe von den Zeitpunkt und die verantwortlichen Personen.

Der informative Teil des technischen Projekts vereint die Dokumente 4 und 5. Das Dokument "Organisation der Informationsbasis" reflektiert: Informationsquellen und Methoden ihrer Übermittlung zur Lösung des primären Komplexes der funktionalen Aufgaben; eine Reihe von Indikatoren, die im System verwendet werden; Zusammensetzung der Dokumente, Fristen und Häufigkeit ihres Eingangs; grundlegende Designlösungen für die Organisation des NSI-Fonds; Zusammensetzung des NSV einschließlich der Liste der Voraussetzungen, deren Definition, Bedeutung, Änderungsumfang und der Dokumentenliste des NSV; Liste der Datensätze mit Referenzdaten, deren Umfang, Reihenfolge und Häufigkeit der Informationskorrektur; Vorschläge zur Vereinheitlichung der Dokumentation, ein Testfall zur Änderung des NSV; Strukturform der NSV mit Beschreibung der Beziehung zwischen den Elementen; Anforderungen an die Technologie der Einrichtung und Pflege des Fonds; Methoden der Speicherung, Suche, Änderung und Kontrolle, Bestimmung von Mengen und Informationsflüssen von Referenzdaten.

"Album von Dokumentenformularen" enthält Formulare von Referenzdaten.

Der mathematische Teil des technischen Projekts enthält die Begründung für den Aufbau der Software, die Begründung für die Wahl des Programmiersystems, einschließlich der Liste der Standardprogramme.

Der technische Teil des technischen Projekts umfasst: Beschreibung und Begründung des Prozessdiagramms der technischen Datenverarbeitung; Begründung der Anforderungen für die Entwicklung von nicht standardmäßigen Geräten; Begründung und Wahl der Struktur des Komplexes technischer Mittel und seiner Funktionsgruppen; eine Reihe von Maßnahmen, um die Zuverlässigkeit des Funktionierens technischer Mittel zu gewährleisten.

FAZIT

Die Entwicklung eines Informationssystems erfolgt in der Regel für ziemlich ein bestimmtes Unternehmen... Die Besonderheiten der Gegenstandstätigkeit des Unternehmens wirken sich natürlich auf die Struktur des Informationssystems aus, gleichzeitig sind jedoch die Strukturen verschiedener Unternehmen im Allgemeinen ähnlich. Jede Organisation besteht unabhängig von der Art ihrer Tätigkeit aus einer Reihe von Abteilungen, die direkt die eine oder andere Art von Unternehmenstätigkeit ausführen, und diese Situation gilt für fast alle Organisationen, unabhängig davon, welche Art von Tätigkeit sie ausüben.

Die Einführung moderner Informationstechnologien ermöglicht es Ihnen, den Zeitaufwand für die Vorbereitung spezifischer Marketing- und Produktionsprojekte zu reduzieren, die Nebenkosten bei deren Umsetzung zu reduzieren, die Möglichkeit von Fehlern bei der Erstellung von buchhalterischen, technologischen und anderen Arten von Dokumentationen auszuschließen, die einem Handelsunternehmen einen unmittelbaren wirtschaftlichen Effekt verleiht.

Um alle potentiellen Möglichkeiten aufzudecken, die der Einsatz von Computern mit sich bringt, ist es natürlich notwendig, bei ihrer Arbeit eine Reihe von Software- und Hardwarewerkzeugen zu verwenden, die den gestellten Aufgaben am besten entsprechen. Daher besteht derzeit ein großer Bedarf an gewerblichen Unternehmen in Computerprogramme die die Arbeit der Unternehmensleitung unterstützen, sowie Informationen zur optimalen Nutzung der EDV-Ausstattung des Unternehmens.

Die Umsetzung des AIS-Designs beinhaltet die Verwendung einer bestimmten Designtechnologie durch die Designer, die dem Umfang und den Merkmalen des zu entwickelnden Projekts entspricht.

LISTE DER VERWENDETEN LITERATUR

1. Richtlinien für das Studium der Disziplin "Automatisierte Informationssysteme" [Elektronische Ressource]. - Moskau, 2006. - Zugangsmodus:

http://www.e-biblio.ru/book/bib/01_informatika/sg.html - Titel. vom Bildschirm.

2. Wikipedia, die freie Enzyklopädie [Elektronische Ressource] / Artikel "Informationssystem" - Zugriffsmodus: http://ru.wikipedia.org/wiki/Informationssystem.

3. Computerpresse: Internetmagazin. - Elektron. Dan. - [B.m., 2001]. - Zugriffsmodus: http://compress.ru/article.aspx?id=12282.

4. Vendrov AM, "Entwicklung von Software für Wirtschaftsinformationssysteme" / А.М. Vendra. - M.: "Finanzen und Statistik", 2000. - 364 S.

5. "Bedingungen für die Schaffung eines automatisierten Systems" / - M .: GOST 34.602-89, 1990.

6. Grekul VI. "Gestaltung von Informationssystemen" / V.I. Grekul, G. N. Denischenko, N. L. Korovkin. - M.: Internet-Universität für Informationstechnologien, 2008.

Gepostet auf Allbest.ru

Ähnliche Dokumente

Entwicklung von Informationssystemen. Moderner Markt Finanz- und Wirtschaftsanwendungssoftware. Vor- und Nachteile der Implementierung automatisierter Informationssysteme. Methoden zur Gestaltung automatisierter Informationssysteme.

Dissertation, hinzugefügt am 22.11.2015


Arten von automatisierten Informationssystemen unterstützen. Erstellung von technischen Spezifikationen, Entwicklung eines Informationssystems, Erstellung eines Benutzerhandbuchs für das Programm. Programmierwerkzeuge für verteilte Informationsverarbeitungssysteme.

Praxisbericht, hinzugefügt am 16.04.2017


Lebenszyklus automatisierter Informationssysteme. Grundlagen der Methodik zum Entwurf automatisierter Systeme auf Basis von CASE-Technologien. Die Phase der Analyse und Planung, Konstruktion und Implementierung eines automatisierten Systems. Wasserfall- und Spiralmodell.

Hausarbeit, hinzugefügt am 20.11.2010


Das Konzept eines Informationssystems, Arten von Informationssystemen. Analyse von Werkzeugen zur Entwicklung automatisierter Informationssysteme. Anforderungen an das Programm und das Softwareprodukt. Entwicklung von Formularen für grafische Benutzeroberflächen und Datenbanken.

Diplomarbeit, hinzugefügt am 23.06.2015


Die Prinzipien der Organisation eines Systems, das aus Personal und einer Reihe von Werkzeugen zur Automatisierung ihrer Aktivitäten besteht. Design von automatisierten Informationssystemen für Unternehmen. Struktur, Ein- und Ausgabeströme, Grenzen automatisierter Systeme.

Präsentation hinzugefügt am 14.10.2013


Konzept des Informationssystems. Entwicklungsstadien von Informationssystemen. Prozesse im Informationssystem. Informationssystem zum Auffinden von Marktnischen, zur Senkung der Produktionskosten. Die Struktur des Informationssystems. Technischer Support.

Zusammenfassung, hinzugefügt am 17.11.2011


Organisation, Architektur und Struktur des Informationssystems. Indikatoren für die Wirksamkeit ihrer Arbeit. Ziele und Zielsetzungen der Analyse von ACS. Komponenten automatisierter Systeme. Beschreibung des Themenbereichs, Ein- und Ausgabedaten. Erstellen eines Anwendungsfalldiagramms.

Hausarbeit, hinzugefügt am 11.04.2014


Aufbau und Organisation von automatisierten Informationssystemen (AIS). Hauptkomponenten und technologische Prozesse von AIS. Phasen und Phasen der AIS-Erstellung aus der Position des Managements der Organisation. Entwicklung von Komplexen von Designlösungen für ein automatisiertes System.

Zusammenfassung, hinzugefügt am 18.10.2012


Die wichtigsten Einflussfaktoren auf die Geschichte der Entwicklung von automatisierten Informationssystemen für Unternehmen. Ihre allgemeinen Eigenschaften und Klassifizierung. Zusammensetzung und Struktur des integrierten AIS. ERP-Systeme als moderne Art des Unternehmensinformationssystems.

Präsentation hinzugefügt am 14.10.2013


Analyse des Themengebiets, Phasen der Gestaltung automatisierter Informationssysteme. Werkzeugsysteme für die Softwareentwicklung. Die Rolle von CASE-Tools bei der Gestaltung des Informationsmodells. Das logische Modell der entworfenen Datenbank.

Am 1. Dezember 2015 fand eine offene Verteidigung des automatisierten Projektmanagement-Informationssystems (AIS PU) statt, das auf Anordnung des russischen Ministeriums für Industrie und Handel geschaffen wurde. An der Verteidigung unter dem Vorsitz des Ersten Stellvertretenden Ministers für Industrie und Handel der Russischen Föderation, Gleb Nikitin, nahmen Abteilungsleiter des Ministeriums, Vertreter des Ministeriums für wirtschaftliche Entwicklung und des Verteidigungsministeriums der Russischen Föderation teil.

Das automatisierte Projektmanagementsystem soll die Effizienz des Ministeriums für Industrie und Handel Russlands in Bezug auf die Unterstützung, Wartung und Durchführung von Projekten verbessern, die unter anderem auf Importsubstitution, Exportsteigerung, technologische Entwicklung der Produktion, Kreation und Modernisierung von Hochleistungsarbeitsplätzen und Entwicklung der industriellen Infrastruktur (Industrieparks, Technologieparks, Zentren für Industriedesign und Ingenieurwesen).

Hauptnutzer des geschaffenen Systems sind neben der Leitung und den Mitarbeitern des für die Umsetzung der Landesprogramme und Bundeszielprogramme zuständigen Ministeriums Industrieunternehmen, die eigene Investitionsvorhaben durchführen, Bundesorgane, die Unternehmen staatlich unterstützen, Banken, institutionelle Investoren und andere Finanzinstitute, die sich an der Finanzierung von Investitionsprojekten von Industrieunternehmen und Projekten zur Entwicklung der industriellen Infrastruktur beteiligen.

Das System wurde vom russischen Systemintegrator "Inline-Technologies" unter Beteiligung des heimischen Softwareentwicklers "LM-Soft" erstellt. AIS PU wurde auf Basis der russischen 1C-Plattform mit freier Software und proprietärer Software entwickelt.

Basierend auf den Ergebnissen der Untersuchung der Funktionsweise des Systems gab es positive Rückmeldungen sowohl von der Geschäftsleitung und den Mitarbeitern des Ministeriums für Industrie und Handel als auch vom Ministerium für wirtschaftliche Entwicklung, das für die Implementierung von Projektmanagementmechanismen in der Regierung verantwortlich ist Körper. Positive Rückmeldungen zur Leistungsfähigkeit von AIS PU gaben zudem Industrieunternehmen, die im Rahmen der Systementwicklung ihre Pilotprojekte präsentierten. Insbesondere Vertreter des Staatlichen Wissenschaftszentrums Krylov, der JSC Scientific and Production Corporation Uralvagonzavod und des Föderalen staatlichen Unternehmenswissenschaftlichen Forschungsinstituts Geodäsie gaben positive Rückmeldungen zum Pilotbetrieb der AIS PU. Anzumerken ist auch, dass Vertreter der dem Verteidigungsministerium unterstehenden Garrison JSC sowie Vertreter einiger Banken mit staatlicher Beteiligung großes Interesse am System und Interesse an einer gemeinsamen Zusammenarbeit bei der Umsetzung des Projektmanagements zeigten .

„Das geschaffene Projektmanagementsystem wird nicht nur die Effizienz der Mitarbeiter des Ministeriums erhöhen, sondern auch eine effektive Interaktion mit den Teilnehmern an Industrieprojekten aus Industrieunternehmen, Regierungsbehörden und Entwicklungsinstitutionen sowie Finanzinstituten ermöglichen. AIS PU arbeitet nach dem Prinzip eines „Einzelfensters“ mit maximaler Nutzung elektronischer Dokumentenmanagement-Technologien“, kommentierte Sergey Valuev, Direktor der Abteilung für Informationstechnologien und Öffentlichkeitsarbeit des Ministeriums für Industrie und Handel, die Umsetzung der System.

„Das Hauptziel der Einführung von AIS PU ist es, die Qualität der Kontrolle und Handhabbarkeit zu verbessern, um die Interaktion zwischen Behörden und Ausführenden von Großprojekten zu erleichtern. Bei der Entwicklung des Systems wurden vor allem Industriestandards, Verordnungen und Verordnungen der Regierung, Verordnungen des Präsidenten und Verordnungen des Ministers für Industrie und Handel sowie die besten in- und ausländischen Praktiken berücksichtigt. Mehr als 600 Komponenten wurden für AIS PU entwickelt, mehr als 20.000 Nachschlagewerke, Wörterbücher und Klassifikatoren wurden hochgeladen. Im Rahmen der weiteren Arbeit an der Entwicklung von AIS PU ist geplant, das System als eines der Subsysteme des staatlichen Informationssystems der Industrie zu integrieren, das derzeit vom russischen Industrie- und Handelsministerium erstellt wird “, sagte Sergey Valuev.

Die Einführung von Projektmanagementmethoden wird als eines der wichtigsten Instrumente zur Modernisierung der öffentlichen Verwaltung definiert und ist in der von Prime . unterzeichneten Neuauflage der "Hauptrichtungen der Aktivitäten der Regierung der Russischen Föderation für den Zeitraum bis 2018" verankert Minister Dmitri Medwedew.