Armdefinition GOST. Pilotbetrieb des automatisierten Kontrollsystems. Prüfanforderungen für automatisierte Prozessleitsysteme

M. Ostrogorsky, 2008

Um GOST 34 erfolgreich anzuwenden, ist es notwendig zu verstehen, wie aus Sicht dieser Normenreihe ein automatisiertes System aufgebaut ist. Sonst werden wir bei den Gästen außer einer langen Liste von Dokumenten mit mysteriösen Namen nichts sehen, und die Anforderungen an deren Inhalt werden uns wieder einmal davon überzeugen, dass in vielen Weisheiten viel Leid steckt. Bevor wir uns also mit den Dokumenten selbst befassen, müssen wir verstehen, was den Gegenstand der Dokumentation ausmacht.

Automatisiertes System, seine Funktionen und Aufgaben

Definition eines automatisierten Systems

GOST 34.003-90 enthält die folgende Definition eines automatisierten Systems: ein System, das aus Personal und einer Reihe von Mitteln zur Automatisierung ihrer Aktivitäten besteht und die Informationstechnologie zur Ausführung festgelegter Funktionen implementiert. Was bedeutet diese Definition in der Praxis? Sie können dies nur verstehen, wenn Sie die anderen Definitionen dieser Norm lesen und miteinander vergleichen. Was wir jetzt tun werden.

Ziele der Aktivität

Ein automatisiertes System kann nur existieren, wenn Personal mit einer bestimmten Aktivität beschäftigt ist. Allgemein, es kommtüber Aktivitäten, deren Ergebnisse für jemanden nützlich sind, unabhängig von den verwendeten Werkzeugen. Ich beantrage zum Beispiel an der Abendkasse eine Karte, und es wäre gut für mich, wenn die Kassiererin es mir mit einem Kugelschreiber auf Briefkopf ausschreibt, damit sie mich damit in die Halle lassen. Der Kassiererin ist es im Großen und Ganzen auch egal, wie man ein Ticket macht. Jede Methode würde ihr passen, solange sie nicht zu mühsam war und ihr die Möglichkeit geben würde, mir ein Ticket zu verkaufen. Mit anderen Worten, wir haben ein gemeinsames Ziel mit ihr. In GOST 34.003-90 wird der Begriff für seine Bezeichnung verwendet Zweck der Tätigkeit... Immer wenn ein anderer Zuschauer mit einer Karte in der Hand vom Fenster weggeht und das Theater ein wenig reicher wird, ist dieses Aktivitätsziel erreicht.

Automatisierte Systemfunktionen

Es kann (und gibt es in der Regel) mehrere Ziele der Aktivität geben. Jedes Ergebnis, das außerhalb der Aktivität selbst nützlich ist, kann als ihr Ziel angesehen werden. Wenn also eine Kassiererin nicht nur eine Fahrkarte verkauft, sondern am Ende des Arbeitstages auch einen Verkaufsbericht für ihre Vorgesetzten erstellt, kann die Erstellung eines Tagesberichts als weiteres Ziel der Tätigkeit in Betracht gezogen werden.

Wenn wir der Kassiererin einen Computer und einen Drucker auf den Tisch stellen und die Kassiererin ihr den Auftrag erteilt, Tickets und Berichte in einen Texteditor zu tippen und auf einem Drucker auszudrucken, erhalten wir ein automatisiertes System. Nach modernen Vorstellungen ist es sehr primitiv, formal wird es der gost-Definition genügen. Bitte beachten Sie, dass sich die Ziele der Aktivität durch die Implementierung des automatisierten Systems nicht geändert haben, nur die Art und Weise, wie sie erreicht werden sollen. Was früher „einfach so“ gemacht wurde, geschieht heute im Rahmen eines automatisierten Systems. Die Reihe von Aktionen eines automatisierten Systems, die darauf abzielen, ein bestimmtes Ziel zu erreichen, wird gemäß GOST 34.003-90 als it bezeichnet Funktion... Hinweis: Was auch immer Sie davon halten, das Personal wird als Teil des Systems betrachtet.

Die Funktion eines automatisierten Systems ist ein grundlegendes Konzept in GOST 34. Ein automatisiertes System wird zunächst als die Summe seiner Funktionen und erst dann als ein Bündel von „Software“ und „Hardware“ betrachtet. Am wichtigsten ist, was das System tut und woraus es besteht, ist zweitrangig.

Das Vorstehende könnte den Leser zu dem Schluss führen, dass jedem Aktivitätsziel in einem automatisierten System eine und nur eine Funktion entspricht. Ein solches System kann man sich leicht vorstellen, aber die Praxis ist vielfältiger. Einerseits sind Aktivitäten nicht immer vollständig automatisiert. Auch nach der Einführung eines automatisierten Systems müssen einige Ziele manuell erreicht werden. Andererseits, da das gleiche Ergebnis in verschiedene Bedingungen auf unterschiedliche Weise erreicht werden können, können mehrere Funktionen auf ein Aktivitätsziel in einem automatisierten System ausgerichtet werden, beispielsweise der Verkauf einer Eintrittskarte an der Abendkasse und der Verkauf einer Eintrittskarte im Internet. Darüber hinaus erfordert jedes automatisierte System eine gewisse Wartung, daher ist es notwendig, das Konzept einer Hilfsfunktion einzuführen. Typisches Beispiel- Schaffung Sicherung Daten.

Aufgaben des automatisierten Systems

Im allgemeinen Fall wird bei der Ausführung einer Funktion ein Teil der Arbeit vom Personal und ein Teil der Arbeit von Geräten erledigt, beispielsweise wird ein Ticket automatisch gedruckt und von den Kassierern manuell an den Käufer ausgegeben. Die Abfolge automatischer (sic) Aktionen, die zum Ergebnis eines bestimmten Typs führen, wird in GOST 34.003-90 . aufgerufen Aufgabe.

Hier ist die Definition des Problems nicht ganz genau zitiert, aber für den Moment reicht es uns und es ist am Ende für niemanden beschämend, die Norm alleine zu lesen. Es ist wichtig, dass die Aufgabe der am klarsten formalisierte Teil der automatisierten Aktivität ist. Man kann sich eine Funktion vorstellen, die komplett automatisch ausgeführt wird, zum Beispiel die oben erwähnte Sicherung... In diesem Fall reduziert sich die Funktion auf eine Aufgabe.

Ein und dieselbe Aufgabe kann durch die Ausführung unterschiedlicher Funktionen gelöst werden. Verfügt ein automatisiertes System beispielsweise über mehrere Funktionen zum Verkauf eines Tickets, kann die Ausführung jeder dieser Funktionen irgendwann den Ausdruck des Tickets erfordern.

Zusammensetzung des automatisierten Systems

Subsysteme

Wenn das automatisierte System komplex genug ist, wird es unterteilt in Subsysteme... Was bedeutet es, schwer genug, schwer genug zu sagen. Systemtheorie beschreibt verschiedene Level und Komplexitätskriterien. In der Praxis ist die Notwendigkeit, mehrere Teilsysteme in einem automatisierten System zu trennen, oft aus organisatorischen und finanziellen Gründen bedingt, beispielsweise werden Teilsysteme sequentiell entwickelt und in Betrieb genommen.

Obwohl in GOST 34 der Begriff Subsystem häufig verwendet wird, scheint es keine formale Definition dieses Konzepts zu geben. Erfahrungsgemäß ist ein Teilsystem ein Teil eines automatisierten Systems, das auch die Definition eines automatisierten Systems erfüllt, insbesondere vollwertige Funktionen besitzt.

Zurück zum Beispiel für den Ticketverkauf können wir entscheiden, dass das automatisierte System aus zwei Subsystemen besteht: einem Subsystem für den Ticketverkauf und einem Subsystem zum Generieren von Tagesberichten. Lassen Sie uns der besseren Übersichtlichkeit halber vereinbaren, dass der Kassierer die Tickets in einen Texteditor eingibt und Berichte in Tabellenkalkulationen erstellt.

Komponenten

Die Zuordnung der Handlungsziele, der Funktionen eines automatisierten Systems und ggf. seiner Subsysteme ist weitgehend subjektiv und wird von der Sichtweise des Subjekts, das sich dafür entschieden hat, abhängig gemacht. Wenn ein Ergebnis im Kontext des zu lösenden Problems wichtig ist, können wir es als Ziel betrachten und es ansonsten ignorieren. Wir werden das automatisierte System auch nach Belieben in Teilsysteme zerlegen, solange unsere Entscheidungen dem Inhalt dieses Konzepts nicht widersprechen.

Komponenten sind die Teile, in denen wir sind objektive Realität Aufbau eines automatisierten Systems. Das System besteht physikalisch aus seinen Komponenten, daher ist die Aufteilung eines automatisierten Systems in Komponenten am objektivsten.

Wir kaufen, montieren und verbinden jede Komponente (wenn es sich um Geräte handelt), installieren (wenn es sich um ein Programm handelt) und warten getrennt von anderen Komponenten. Wir haben einen Computer gekauft und auf den Tisch gestellt - das ist eine Komponente. Für eine Reihe von Tickets haben wir einen speziellen Texteditor entwickelt - eine weitere Komponente. Kostenlose Tabellenkalkulationen aus dem Internet heruntergeladen - wieder eine Komponente. Und auch die Kassiererin selbst ist gewissermaßen Bestandteil eines automatisierten Systems.

Die Komponentenzusammensetzung einer automatisierten Anlage ist aus Sicht der Dokumentation sehr wichtig, da die technische Dokumentation der Anlage als solche und der Komponenten unterschiedlich behandelt wird. Im Allgemeinen sollte es entwickelt werden unterschiedliche Leute, und je nach Bauteiltyp nach unterschiedlichen Standards ausgelegt.

Arten von Sicherheiten

Eines der schwierigsten Konzepte für einen unerfahrenen Benutzer von GOST 34 ist Art der Sicherheit... Was ist das für eine Sicherheit? Kannst du es sehen oder anfassen? Verkaufen oder kaufen?

Jede Art der Unterstützung kombiniert Komponenten oder technische Lösungen einer bestimmten Art. GOST 34 erwähnt viel verschiedene Typen Bereitstellung werden wir hier nicht jede von ihnen einheitlich beschreiben, sondern nur die auffälligsten auflisten:

Informationsunterstützung - alle Daten und Metadaten, mit denen das System arbeitet;
Software - alle Programme, die Teil des Systems sind;
technischer Support - alle technische Mittel(d. h. Geräte, Apparate), die Teil des Systems sind.

Wir wiederholen es noch einmal, dies sind nicht alle Arten von Sicherheiten. Wir können nicht einmal mit Sicherheit sagen, dass sie die wichtigsten sind. Zum Beispiel für automatisierte Steuerungssysteme technologische Prozesse(APCS) ist die metrologische Unterstützung von großer Bedeutung. Viele automatisierte Systeme erfordern komplexe mathematische und sprachliche Unterstützung. Es ist jedoch schwer vorstellbar, dass ein automatisiertes System vollständig ohne eine der drei oben aufgeführten Unterstützungsarten auskommt (Übung: Probieren Sie es aus).

GOST 34.601-90 Informationstechnologie. Satz von Standards für automatisierte Systeme. Automatisierte Systeme. Stufen der Schöpfung.

G O S U D A R S T V E N N Y S T A N D A R T S O Y Z A S S R

Datum der Einführung
ab 01.01.1992

Diese Norm gilt für automatisierte Systeme (AS), die in verschiedene Typen Aktivitäten (Forschung, Design, Management usw.), einschließlich ihrer Kombinationen, die in Organisationen, Verbänden und Unternehmen (im Folgenden - Organisationen) geschaffen wurden.

Der Standard legt die Stufen und Stufen der Erstellung eines Lautsprechers fest. Anhang 1 enthält den Inhalt der Arbeiten in jeder Phase.

1. ALLGEMEINE BESTIMMUNGEN

1.1. Der Prozess der Erstellung einer AU ist eine Reihe von zeitlich geordneten, miteinander verbundenen, in Etappen und Arbeitsschritten zusammengefassten Arbeitsschritten, deren Umsetzung notwendig und ausreichend ist, um eine AU zu erstellen, die die festgelegten Anforderungen erfüllt.

1.2. Im Rahmen des Entstehungsprozesses werden aus Gründen der rationellen Arbeitsplanung und -organisation Phasen und Phasen der Erstellung einer AU unterschieden, die mit einem bestimmten Ergebnis enden.

1.3. Die Arbeit an der Entwicklung der AU erfolgt nach den Stufen und Stufen, die zur Schaffung der AU verwendet wurden.

1.4. Die Zusammensetzung und Regeln für die Durchführung von Arbeiten in den in dieser Norm festgelegten Stufen und Stufen sind in der entsprechenden Dokumentation der an der Errichtung bestimmter Arten von Kernkraftwerken beteiligten Organisationen festgelegt.

Die Liste der an der Gründung der AU beteiligten Organisationen ist in Anhang 2 enthalten.

2. STUFEN UND STUFEN DER ERSTELLUNG VON AU

2.1. Stufen und Stufen der Erstellung einer AU im allgemeinen Fall sind in der Tabelle aufgeführt.

	Arbeitsschritte
1. Voraussetzungen für die AU	1.1. Besichtigung der Anlage und Begründung der Notwendigkeit der Errichtung eines Kernkraftwerks. 1.2. Bildung von Benutzeranforderungen an den Lautsprecher. 1.3. Registrierung eines Berichts über die geleistete Arbeit und eines Antrags auf die Entwicklung der AU (taktische Leistungsbeschreibung)
2. Entwicklung des Konzepts der AU.	2.1. Studium des Objekts. 2.2. Durchführung der notwendigen Recherchearbeiten. 2.3. Entwicklung von Optionen für das Konzept des Lautsprechers, das den Anforderungen des Benutzers gerecht wird. 2.4. Registrierung eines Berichts über die durchgeführten Arbeiten.
3. Leistungsbeschreibung.	Entwicklung und Genehmigung von technischen Spezifikationen für die Erstellung einer AU.
4. Vorläufiges Design.	4.1. Entwicklung von vorläufigen Designlösungen für das System und seine Teile. 4.2. Entwicklung der Dokumentation für die AU und ihre Teile.
5. Technisches Projekt.	5.1. Entwicklung von Designlösungen für das System und seine Teile. 5.2. Entwicklung der Dokumentation für die AU und ihre Teile. 5.3. Entwicklung und Durchführung von Dokumentationen zur Lieferung von Produkten zum Ausfüllen der AU und (oder) technische Voraussetzungen(technische Spezifikationen) für deren Entwicklung. 5.4. Erarbeitung von Konstruktionsaufgaben in den angrenzenden Projektteilen des Automatisierungsobjekts.
6. Arbeitsdokumentation.	6.1. Erstellung der Arbeitsdokumentation für das System und seine Teile. 6.2. Entwicklung oder Anpassung von Programmen.
7. Inbetriebnahme.	7.1. Vorbereitung des Automatisierungsobjekts für die NPP-Inbetriebnahme. 7.2. Schulung der Mitarbeiter. 7.3. Kompletter Satz der AU mit den gelieferten Produkten (Software und Hardware, Software- und Hardwarekomplexe, Informationsprodukte). 7.4. Bau-und Montagearbeiten. 7.5. Inbetriebnahmearbeiten. 7.6. Vorversuche. 7.7. Probebetrieb. 7.8. Akzeptanztests.
8. Begleitung der AU	8.1. Ausführung von Arbeiten gemäß Gewährleistungspflichten. 8.2. Service nach der Garantie.

2.2. Etappen Die Etappen der an den Arbeiten zur Gründung der AU beteiligten Organisationen sind in Verträgen und Leistungsbeschreibungen auf der Grundlage dieser Norm festgelegt.

Es ist zulässig, die Phase "Entwurf" und separate Arbeitsschritte in allen Phasen auszuschließen, die Phasen "Technisches Design" und "Arbeitsdokumentation" zu einer Phase "Technisches Designprojekt" zusammenzufassen. Abhängig von den Besonderheiten der zu schaffenden nuklearen Systeme und den Bedingungen für ihre Erstellung ist es zulässig, einzelne Arbeitsschritte vor Abschluss der vorherigen Phasen durchzuführen, parallel zur Ausführung von Arbeitsphasen, die Aufnahme neuer Arbeitsphasen .

ANHANG 1
(Hinweis)

1. Auf Stufe 1.1. "Inspektion der Anlage und Begründung der Notwendigkeit, im Kernkraftwerk zu schaffen" im allgemeinen Fall wird durchgeführt:

a) Sammlung von Daten über das Automatisierungsobjekt und die durchgeführten Aktivitäten;
b) Bewertung der Qualität des Betriebs der Anlage und der durchgeführten Tätigkeiten, Identifizierung von Problemen, deren Lösung durch Automatisierung möglich ist;
c) eine Bewertung (technisch und wirtschaftlich, sozial usw.) der Machbarkeit der Schaffung einer AU.

2. Auf Stufe 1.2. "Bildung von Nutzeranforderungen für die AU" wird durchgeführt:

a) Aufbereitung von Ausgangsdaten für die Bildung der AS-Anforderungen (Eigenschaften des Automatisierungsobjekts, Beschreibung der Anforderungen an das System, Begrenzung der zulässigen Kosten für Entwicklung, Inbetriebnahme und Betrieb, vom System erwartete Wirkung, Bedingungen für die Erstellung und Betrieb des Systems);
b) die Formulierung und Umsetzung von Nutzeranforderungen für die AU.

3. Auf Stufe 1.3. "Erstellung eines Berichts über die durchgeführten Arbeiten und eines Antrags auf die Entwicklung einer AU (technische und technische Aufgabe)" die Durchführung eines Berichts über die in dieser Phase durchgeführten Arbeiten und eines Antrags auf die Entwicklung einer AU (taktische und technische Aufgabe) oder ein anderes Dokument, das es durch einen ähnlichen Inhalt ersetzt.

4. In den Phasen 2.1. "Objektstudie" und 2.2. „Forschungsarbeiten durchführen“ führt die Entwicklerorganisation eine detaillierte Untersuchung des Automatisierungsobjekts und die notwendigen Forschungsarbeiten (F&E) zur Wegefindung und Bewertung der Umsetzungsmöglichkeiten von Nutzeranforderungen durch, erstellt und genehmigt F&E-Berichte.

5. Auf Stufe 2.3. „Entwicklung von Optionen für das AU-Konzept und die Wahl einer den Anforderungen des Nutzers entsprechenden Version des AU-Konzepts“ im allgemeinen Fall alternative Optionen für das Konzept der erstellten AU entwickeln und Pläne für deren Umsetzung; Einschätzung der notwendigen Ressourcen für deren Umsetzung und Wartung; eine Bewertung der Vor- und Nachteile jeder Option; Festlegung des Verfahrens zur Bewertung der Qualität und der Abnahmebedingungen des Systems; Bewertung der Auswirkungen des Systems.

6. Auf Stufe 2.4. „Erstellung eines Berichts über die durchgeführten Arbeiten“ erstellt und erstellt einen Bericht, der eine Beschreibung der durchgeführten Arbeiten in der Phase der Beschreibung und Begründung der vorgeschlagenen Version des Systemkonzepts enthält.

7. Im Stadium 3.1. „Entwicklung und Genehmigung der Leistungsbeschreibung für die Errichtung eines Kernkraftwerks“ führt die Entwicklung, Ausführung, Vereinbarung und Genehmigung der Leistungsbeschreibung für das Kernkraftwerk und ggf Kernkraftwerk.

8. Im Stadium 4.1. „Entwicklung von vorläufigen Entwurfslösungen für das System und seine Teile“ definiert: die Funktionen der AU; Funktionen von Subsystemen, ihre Ziele und Wirkungen; die Zusammensetzung von Aufgabenkomplexen und Einzelaufgaben; das Konzept einer Informationsbasis, ihre erweiterte Struktur; Funktionen von Datenbankverwaltungssystemen; die Zusammensetzung des Computersystems; Funktionen und Parameter der Hauptsoftware.

9. Im Stadium 5.1. "Entwicklung von Designlösungen für das System und seine Teile" bietet die Entwicklung allgemeiner Lösungen für das System und seine Teile, die funktionale und algorithmische Struktur des Systems, für die Funktionen von Personal und organisatorische Struktur, über die Struktur der technischen Mittel, über Algorithmen zur Lösung von Problemen und angewandte Sprachen, über die Organisation und Pflege der Informationsbasis, das System der Klassifikation und Kodierung von Informationen, über Software.

10. In den Phasen 4.2. und 5.2. "Entwicklung der Dokumentation für das KKW und seine Teile" führt die Entwicklung, Ausführung, Koordination und Genehmigung der Dokumentation durch, die erforderlich ist, um den vollständigen Satz der angenommenen Entwurfslösungen zu beschreiben und ausreichend für die weitere Arbeit an der Errichtung des KKW. Arten von Dokumenten - gemäß GOST 34.201-89.

11. In Stufe 5.3. „Entwicklung und Ausführung von Dokumentationen zur Lieferung von Produkten zur Fertigstellung von Kernkraftwerken und (oder) technischen Anforderungen (Technische Spezifikationen) zu deren Entwicklung“ durchführen: Erstellung und Ausführung von Dokumentationen für die Lieferung von Produkten zur Fertigstellung von Kernkraftwerken; Ermittlung technischer Anforderungen und Erstellung von technischen Spezifikationen für die Entwicklung von Produkten, die nicht in Serie hergestellt werden.

12. In der Phase 5.4 "Entwicklung von Konstruktionsaufgaben in angrenzenden Teilen des Projekts des Automatisierungsobjekts" die Entwicklung, Registrierung, Genehmigung und Genehmigung von Konstruktionsaufgaben in angrenzenden Teilen des Projekts des Automatisierungsobjekts für Bau, Elektro, Sanitär durchführen und andere Vorarbeit im Zusammenhang mit der Gründung der AU.

13. In der Phase 6.1 „Erstellung der Arbeitsdokumentation für das System und seine Teile“ wird die Arbeitsdokumentation erstellt, die alle notwendigen und ausreichenden Informationen enthält, um die Durchführung der Arbeiten zur Inbetriebnahme des KKW und seines Betriebs sicherzustellen, sowie das Niveau der Betriebseigenschaften (Qualität) des Systems in Übereinstimmung mit den angenommenen Entwurfsentscheidungen, seinem Entwurf, seiner Koordination und seiner Genehmigung aufrechtzuerhalten. Arten von Dokumenten gemäß GOST 34.201-89.

14. In Stufe 6.2 „Entwicklung oder Anpassung von Programmen“ werden Programme und Software für das System entwickelt, Auswahl, Anpassung und (oder) Bindung der gekauften Software, Entwicklung der Softwaredokumentation gemäß GOST 19.101.

Umsetzung von Designlösungen für die Organisationsstruktur der Anlage;
Bereitstellung von Lehr- und Methodenmaterial für Unterabteilungen des Verwaltungsgegenstands;
Einführung von Informationsklassifikatoren.

16. In der Stufe 7.2 „Personalschulung“ wird das Personal geschult und seine Fähigkeit getestet, den Betrieb des KKW sicherzustellen.

17. In Stufe 7.3 „Vervollständigung der AU mit den gelieferten Produkten (Soft- und Hardware, Soft- und Hardwarekomplexe, Informationsprodukte)“ den Erhalt von Serien- und Einzelfertigungskomponenten, Materialien und Installationsprodukten sicherstellen, Eingangskontrolle ihre Qualitäten.

18. In Stufe 7.4 „Bau- und Installationsarbeiten“ durchführen:

Ausführung von Arbeiten zum Bau von Spezialgebäuden (Räumlichkeiten) für die Unterbringung von technischer Ausrüstung und KKW-Personal;
Bau von Kabelkanälen;
Ausführung von Arbeiten an der Installation von technischen Mitteln und Kommunikationsleitungen;
Prüfung der installierten technischen Ausrüstung;
Lieferung der technischen Mittel zur Inbetriebnahme.

19. In Stufe 7.5 „Inbetriebnahme“ durchführen:

autonome Anpassung von Hard- und Software,
Laden von Informationen in die Datenbank und Überprüfen des Systems, um es zu pflegen;
komplexe Einstellung aller Systemmittel.

20. Führen Sie in Stufe 7.6 „Vorprüfungen“ durch:

a) Prüfungen der AU auf Funktionsfähigkeit und Einhaltung der Leistungsbeschreibung gemäß Programm und Methode der Vorprüfungen;
b) Beseitigung von Störungen und Änderungen der Dokumentation des KKW einschließlich der Betriebsdokumentation gemäß Prüfbericht;
c) Registrierung der Zulassungsbescheinigung des Kernkraftwerks für den Probebetrieb.

21. In Stufe 7.7 „Probebetrieb“ durchführen:

Versuchsbetrieb des KKW;
Analyse der Ergebnisse des experimentellen Betriebs des KKW;
Überarbeitung (falls erforderlich) Software Wechselstrom;
zusätzliche Anpassung (falls erforderlich) der technischen Mittel des Kernkraftwerks;
Registrierung der Bescheinigung über den Abschluss des Probebetriebs.

22. Führen Sie in Stufe 7.8 „Abnahmeprüfungen“ durch:

a) Prüfungen zur Einhaltung der technischen Spezifikationen gemäß dem Programm und den Methoden der Abnahmeprüfungen;
b) Analyse der Ergebnisse der Prüfung der AU und Beseitigung der während der Prüfung festgestellten Mängel;
c) Eintragung einer Annahmeerklärung des Kernkraftwerks zum Dauerbetrieb.

23. In der Stufe 8.1 „Durchführung von Arbeiten gemäß Gewährleistungspflichten“ werden Arbeiten durchgeführt, um die während des Betriebs des KKW während der etablierten . festgestellten Mängel zu beseitigen Gewährleistungsfristen, um die notwendigen Änderungen an der Dokumentation für die AU vorzunehmen.

24. In Stufe 8.2 "Service nach der Garantiezeit" werden Arbeiten durchgeführt an:

a) Analyse der Funktionsweise des Systems;
b) Ermittlung von Abweichungen der tatsächlichen Betriebseigenschaften des KKW von den Auslegungswerten;
c) Feststellung der Gründe für diese Abweichungen;
d) Beseitigung der festgestellten Mängel und Gewährleistung der Stabilität der Betriebsmerkmale des KKW;
e) Vornahme der notwendigen Änderungen an der Dokumentation für die AU.

ANLAGE 2
(Hinweis)

LISTE DER ORGANISATIONEN, DIE AN DEN ARBEITEN ZUR SCHAFFUNG DER AU TEILNEHMEN.

1. Organisation-Kunde (Nutzer), für den die AU erstellt wird und der die Finanzierung, die Arbeitsübernahme und den Betrieb der AU sowie die Durchführung übernimmt einzelne Werke um eine AU zu erstellen.

2. Der Organisationsentwickler, der die Arbeit an der Gründung der AU durchführt, stellt dem Kunden eine Reihe von wissenschaftlichen und technischen Dienstleistungen in verschiedenen Phasen und Phasen der Gründung zur Verfügung und entwickelt und liefert auch verschiedene Software- und Hardwarewerkzeuge für die AU .

3. Eine Lieferantenorganisation, die auf Wunsch des Entwicklers oder Kunden Software und Hardware herstellt und liefert.

4. Organisationsgeneraler Designer des Automatisierungsobjekts.

5. Organisationen-Designer verschiedener Teile des Projekts des Automatisierungsobjekts zur Durchführung von Bau-, Elektro-, Sanitär- und anderen vorbereitenden Arbeiten im Zusammenhang mit der Errichtung eines Kernkraftwerks.

6. Organisationen für Bau, Montage, Inbetriebnahme und sonstiges.

Anmerkungen:

a) je nach den Voraussetzungen für die Erstellung einer AU sind verschiedene Kombinationen von Funktionen eines Kunden, eines Entwicklers, eines Lieferanten und anderer an der Erstellung einer AU beteiligten Organisationen möglich;
b) die Etappen und Etappen ihrer Arbeit zur Schaffung der AU werden auf der Grundlage dieser Norm festgelegt.

GOST 24.104-85 Automatisierte Kontrollsysteme. Allgemeine Anforderungen (Abschnitt 3 wird ersetzt durch GOST 34.603-92) Abschnitt 3 wird ersetzt durch GOST 34.603-92 Durch das Dekret des Staatlichen Komitees für Standards der UdSSR vom 20. Dezember 1985 Nr. 4632 wurde die Einführungsphase festgelegt

ab 01.01.1987

Diese Norm gilt für automatisierte Kontrollsysteme (ACS) aller Art (außer nationalen) und legt fest Allgemeine Anforderungen auf das Automatisierungssystem als Ganzes, die Funktionen des Automatisierungssystems, die Bereitschaft des Personals und die Arten der Wartung des Automatisierungssystems, Sicherheit und Ergonomie, die Arten und Verfahren der Durchführung von Prüfungen bei der Inbetriebnahme der Automatisierungssteuerung System, die Vollständigkeit des automatisierten Kontrollsystems, garantiert.

Der Standard legt keine Anforderungen an ACS fest, die durch die Besonderheiten von Kontrollobjekten bestimmt werden. Diese Anforderungen sind in der Leistungsbeschreibung für die Erstellung oder Entwicklung jedes ACS oder in anderen regulatorischen und technischen Dokumenten der Abteilung des ACS-Kunden formuliert.

Zusätzliche Anforderungen an automatisierte Kontrollsysteme für technologische Prozesse, automatisierte Kontrollsysteme für Unternehmen, Industrie- und Wissenschaftsproduktionsverbände, automatisierte Industriekontrollsysteme werden in den obligatorischen Anhängen 1-3 festgelegt.

Referenz Anhang 4 erläutert einige der in der Norm verwendeten Begriffe.

1. ANFORDERUNGEN AN ACS

1.1. Anforderungen an ACS als Ganzes

1.1.1. ACS jeglicher Art müssen die Anforderungen dieser Norm, die Anforderungen der technischen Spezifikationen für ihre Erstellung oder Entwicklung (im Folgenden als TOR für ACS bezeichnet) sowie die Anforderungen der in der Abteilung geltenden behördlichen und technischen Dokumente erfüllen des Kunden des ACS.

1.1.2. Die Beauftragung eines ACS soll zu nützlichen technischen, wirtschaftlichen, sozialen oder sonstigen Ergebnissen führen, zum Beispiel:

verkleinern Personalmanagement;
Verbesserung der Funktionsqualität des Kontrollobjekts;
Verbesserung der Qualität des Managements usw.

1.1.3. Der spezifische Inhalt der Anforderungen an PP. 1.1.2, 1.1.5-1.1.11, 1.2, 1.3, 1.4.2, 1.4.3, 1.4.6, 1.4.9, 1.5.2, 1.5.4, 1.5.6, 1.5.7, 1.6. 2, 1.6.6, 1.6.12, 1.7.2, 1.7.3 sind in der technischen Spezifikation für das ACS eingebaut.

1.1.4. ACS sollte sicherstellen, dass die Ziele seiner Erstellung (Entwicklung) erreicht werden, die in der technischen Spezifikation für das ACS festgelegt sind.

1.1.5. Das ACS muss die Kompatibilität zwischen seinen Teilen sowie mit automatisierten Systemen (AS) gewährleisten, die mit diesem ACS verbunden sind.

In Fällen, in denen ein ACS oder ein Satz von ACS (AC) auf der Grundlage eines Computernetzwerks erstellt wird, müssen zur Gewährleistung der Kompatibilität zwischen den Elementen eines solchen Netzwerks Protokollsysteme mit mehrstufiger Interaktion angewendet werden.

1.1.6. ACS als Ganzes und alle Arten seiner Unterstützung müssen an Modernisierung, Entwicklung und Aufbau innerhalb der in der technischen Spezifikation für ACS festgelegten Anforderungen angepasst werden.

1.1.7. Die Zuverlässigkeit des ACS als Ganzes und jeder seiner automatisierten Funktionen sollte ausreichen, um die gesetzten Ziele des Systems unter den gegebenen Nutzungsbedingungen zu erreichen.

1.1.8. Die Anpassungsfähigkeit des ACS sollte ausreichen, um die festgelegten Ziele seines Betriebs bei einer bestimmten Bandbreite von Änderungen der Nutzungsbedingungen zu erreichen.

1.1.9. Das ACS sollte eine Überwachung der Korrektheit der Ausführung automatisierter Funktionen und Diagnosen vorsehen, wobei Ort, Art und Ursache von Verstößen gegen das ordnungsgemäße Funktionieren des ACS angegeben werden.

1.1.10. Bei der automatisierten Steuerung mit Messkanälen soll es möglich sein, die messtechnischen Eigenschaften der Messkanäle zu kontrollieren.

1.1.11. Das ACS soll Schutzmaßnahmen gegen Fehlhandlungen des Personals, die zu einem Notfallzustand eines Objekts oder Kontrollsystems führen, vor versehentlicher Änderung und Zerstörung von Informationen und Programmen sowie vor unbefugtem Eingriff bieten.

1.1.12. Alle Informationen, die in das ACS eingehen, werden einmalig mit Hilfe eines Eingangskanals in das System eingegeben, wenn dies nicht zur Nichterfüllung der in der technischen Spezifikation für das ACS festgelegten Anforderungen (hinsichtlich Zuverlässigkeit, Zuverlässigkeit usw.) .

1.1.13. Die Ausgabeinformationen gleichen semantischen Inhalts sollen einmal im ACS generiert werden, unabhängig von der Anzahl der Adressaten.

1.1.14. Die in den Datenbanken des ACS enthaltenen Informationen müssen entsprechend der Häufigkeit ihrer Nutzung bei der Ausführung der Funktionen des Systems aktualisiert werden.

1.1.15. Das ACS muss vor Informationslecks geschützt werden, wenn dies in der technischen Spezifikation für das ACS vorgeschrieben ist.

1.1.16. Der Name des ACS sollte den Namen des ACS-Typs und des Kontrollobjekts enthalten.

Zum Beispiel:

Automatisiertes Prozessleitsystem zum Erhitzen von Metall in einem Durchlaufofen;
organisatorisches und technologisches automatisiertes Kontrollsystem für Shop Nr. 5;
Automatisiertes Leitsystem der Anlage „Hammer und Sichel“

1.2. Voraussetzungen für ACS-Funktionen

1.2.1. ACS-Eingang benötigte Mengen sollte automatisch ausführen:

Sammlung, Verarbeitung und Analyse von Informationen (Signale, Nachrichten, Dokumente usw.) über den Zustand des Kontrollobjekts;
Entwicklung von Kontrollmaßnahmen (Programme, Pläne usw.);
Übertragung von Kontrollaktionen (Signale, Anweisungen, Dokumente) zur Ausführung und deren Kontrolle;
Durchführung und Kontrolle der Durchführung von Kontrollmaßnahmen;
Austausch von Informationen (Dokumente, Nachrichten usw.) mit vernetzten automatisierten Systemen.

1.2.2. Die Zusammensetzung der automatisierten Funktionen (Aufgaben, Aufgabenkomplexe – im Folgenden als Funktionen bezeichnet) des ACS sollte die Möglichkeit bieten, das entsprechende Objekt in Übereinstimmung mit einem der in der technischen Spezifikation für das ACS festgelegten Zielen zu steuern.

1.2.3. Die Zusammensetzung der automatisierten Funktionen von ACS und der Grad ihrer Automatisierung sollten technisch, wirtschaftlich und (oder) sozial gerechtfertigt sein, unter Berücksichtigung der Notwendigkeit, das Personal von sich wiederholenden Handlungen zu befreien und Bedingungen für den Einsatz seiner kreativen Fähigkeiten im Arbeitsprozess zu schaffen .

1.3. Anforderungen an die Ausbildung von ACS-Personal

1.3.1. Die Qualifikation des ACS-Personals muss das effektive Funktionieren des Systems in allen angegebenen Modi gewährleisten.

1.3.2. Das ACS-Personal sollte darauf vorbereitet sein, seine Aufgaben gemäß den Anweisungen zur organisatorischen Unterstützung zu erfüllen.

1.3.3. Jede Person, die zum ACS-Personal gehört, muss die entsprechenden Informationsmodelle anwenden und mit den von ihr verwendeten technischen Mitteln und der Dokumentation, die die Reihenfolge ihrer Tätigkeiten bestimmt, arbeiten.

1.4. Voraussetzungen für den technischen Support von ACS

1.4.1. Die technischen Mittel des ACS sollten ausreichen, um alle automatisierten Funktionen des ACS auszuführen.

1.4.2. Der Komplex der technischen Mittel von ACS sollte hauptsächlich technische Mittel der Serienproduktion verwenden. Gegebenenfalls ist der Einsatz technischer Mittel einer einzigen Produktion erlaubt.

1.4.3. Replizierte ACS und ihre Teile sollten auf der Grundlage einheitlicher technischer Mittel erstellt werden.

1.4.4. Die technischen Mittel des automatisierten Kontrollsystems müssen in Übereinstimmung mit den Anforderungen in der technischen, einschließlich der betrieblichen Dokumentation für sie angeordnet sein, und so dass ihre Verwendung während des Betriebs des automatisierten Kontrollsystems und die Durchführung von Wartungsarbeiten bequem sind.

1.4.5. Die Platzierung technischer Mittel, die das Personal des automatisierten Kontrollsystems bei der Ausführung automatisierter Funktionen verwendet, muss den Anforderungen der Ergonomie entsprechen: für Produktionsanlagen gemäß GOST 12.049-80, für Mittel zur Präsentation visueller Informationen gemäß GOST 21829-76 , einschließlich für den kollektiven Gebrauch Tafeln aus digitalen Zeichen synthetisierenden Elektrolumineszenz-Indikatoren nach GOST 21837-76.

1.4.6. Die bei der Interaktion des Automatisierungssystems mit anderen Systemen eingesetzten technischen Mittel des Automatisierungssystems müssen mit den entsprechenden technischen Mitteln dieser Systeme und der verwendeten Kommunikationssysteme schnittstellenkompatibel sein.

1.4.7. Im ACS müssen technische Mittel mit einer Lebensdauer von mindestens zehn Jahren verwendet werden. Der Einsatz von technischen Mitteln mit kürzerer Lebensdauer ist nur in begründeten Fällen und in Absprache mit dem Kunden der automatisierten Steuerung erlaubt.

1.4.8. Alle technischen Mittel des automatisierten Kontrollsystems müssen ohne bauliche Veränderungen oder Anpassungen der übrigen technischen Mittel des automatisierten Kontrollsystems durch ein Mittel mit ähnlichem Funktionszweck ersetzt werden können (außer in den Fällen, die in der technischen Dokumentation für das automatisierte Kontrollsystem ausdrücklich festgelegt sind). Kontrollsystem).

1.4.9. Die technischen Mittel des automatisierten Kontrollsystems dürfen nur unter den Bedingungen verwendet werden, die in der Betriebsdokumentation für sie angegeben sind. In Fällen, in denen ein Einsatz in einer Umgebung erforderlich ist, deren Parameter die für diese technischen Mittel festgelegten zulässigen Werte überschreiten, sollten Maßnahmen getroffen werden, um einzelne technische Mittel des ACS vor dem Einfluss äußerer Einflussfaktoren zu schützen.

1.4.10. Im ACS muss Computerausrüstung verwendet werden, die den allgemeinen technischen Anforderungen gemäß GOST 22552-84 entspricht.

1.4.11. Im ACS müssen technische Mittel verwendet werden, die entsprechen:

für die Beständigkeit gegen äußere Einflussfaktoren - GOST 12997-76 für Industriegeräte und Automatisierungsgeräte für GSP, GOST 14254-80 für Gehäuse von Elektroprodukten, GOST 17516-72 für Elektroprodukte in Bezug auf den Einfluss mechanischer Faktoren Außenumgebung, GOST 21552-84 für Computertechnik;
in Bezug auf die Stromversorgung - GOST 12997-76 für Industriegeräte und Automatisierungsgeräte für GSP, GOST 21552-84 für Computergeräte;
nach Ausführungskategorie - GOST 12997-76 für Industriegeräte und Automatisierungsgeräte für GSP, GOST 21552-84 für Computergeräte.

1.4.12. Der Schutz der technischen Mittel der automatisierten Steuerung vor den Auswirkungen äußerer elektrischer und magnetischer Felder sowie vor Störungen in den Stromversorgungskreisen sollte ausreichend sein, damit die technischen Mittel ihren Zweck während des Funktionierens der automatisierten Steuerung wirksam erfüllen können System.

1.4.13. Im ACS müssen gemäß den Anforderungen der "All-Union Standards of Allowed Industrial Interference" 1-72 - 9-72 und GOST 23450-79 Maßnahmen getroffen werden, um die äußere Umgebung vor emittierten industriellen Funkstörungen zu schützen durch die technischen Mittel des ACS während des Betriebs sowie im Moment des Ein- und Ausschaltens.

1.4.14. Allgemeine ergonomische Anforderungen an Blindschaltbilder - nach GOST 21480-76, zur Berechnung von Geräten für visuelle Anzeigen - nach GOST 22902-78, für die kollektive Nutzung von Platinen auf digitalen Zeichen synthetisierenden Elektrolumineszenz-Anzeigen - nach GOST 21837-76, für Kathoden- Strahlröhren zur Anzeige visueller Informationen - nach GOST 23144-78.

1.4.15. Allgemeine ergonomische Anforderungen an Schalter an Konsolen: Dreh - gemäß GOST 22613-77, Tastaturen und Drucktasten - gemäß GOST 22614-77, Typ „Toggle“ – gemäß GOST 22615-77.

1.4.16. Allgemeine ergonomische Anforderungen an Signalgeräte von Audio-Primärnachrichten - gemäß GOST 21786-76.

1.4.17. Allgemeine ergonomische Anforderungen an die Organisation des Arbeitsplatzes, die gegenseitige Anordnung von Informationsanzeigeeinrichtungen, Bedienelementen und Kommunikationseinrichtungen am Arbeitsplatz - gemäß GOST 22269-76, einschließlich Konsolen - gemäß GOST 23000-76.

1.4.18. Allgemeine ergonomische Anforderungen an Fahrersitze gemäß GOST 21889-76.

1.4.19. Die allgemeinen ergonomischen Anforderungen an die Halle, die Fahrerkabinen und die gegenseitige Anordnung der Sitze entsprechen GOST 21958-76.

1.5. ACS-Softwareanforderungen

1.5.1. Die ACS-Software muss ausreichen, um alle mit der Computertechnologie implementierten ACS-Funktionen auszuführen und alle erforderlichen Datenverarbeitungsprozesse zu organisieren, um eine zeitgerechte Ausführung aller automatisierten Funktionen in allen regulierten Modi des ACS-Betriebs zu ermöglichen.

1.5.2. Die ACS-Software muss die folgenden Eigenschaften haben:

funktionelle Suffizienz (Vollständigkeit);
Zuverlässigkeit (einschließlich Wiederherstellbarkeit, Verfügbarkeit von Tools zur Fehlererkennung);
Anpassungsfähigkeit;
Veränderbarkeit;
Modularität der Konstruktion und
Benutzerfreundlichkeit.

1.5.3. ACS-Software sollte überwiegend auf der Grundlage bestehender Softwarepakete und anderer von Regierung, Industrie und anderen Fonds von Algorithmen und Programmen ausgeliehener Programme erstellt werden, das Laden und Verifizieren in Teilen ermöglichen und das Ersetzen einiger Programme ermöglichen, ohne andere zu korrigieren.

1.5.4. Im ACS sollen hauptsächlich Datenbankmanagementsysteme (DBMS), die in vorgeschriebener Weise registriert sind, verwendet werden.

1.5.5. Die ACS-Software sollte so gestaltet sein, dass das Fehlen separater Daten die Leistung von ACS-Funktionen, bei deren Umsetzung diese Daten nicht verwendet werden, nicht beeinträchtigt.

1.5.6. Die ACS-Software muss über Diagnosetools für die ACS-Hardware und zur Kontrolle der Genauigkeit der Eingabeinformationen verfügen.

1.5.7. Die ACS-Software muss Maßnahmen zum Schutz vor Fehlern bei der Eingabe und Verarbeitung von Informationen treffen, die die spezifizierte Leistungsqualität der ACS-Funktionen sicherstellen.

1.5.8. Die allgemeine Software des ACS soll die Anpassung der Komponenten der Spezialsoftware und die Weiterentwicklung der Software des ACS ohne Unterbrechung des Funktionsablaufs ermöglichen. Die bereits erstellte und geladene Software muss vor versehentlichen Änderungen geschützt werden.

1.5.9. Alle Programme spezieller Software eines bestimmten ACS müssen sowohl untereinander als auch mit seiner allgemeinen Software kompatibel sein.

1.5.10. Die Betriebssoftwaredokumentation für das automatisierte Steuerungssystem muss den ESPD-Standards entsprechen und alle Informationen enthalten, die das Personal des automatisierten Steuerungssystems für die Verwendung der Software, für das erstmalige Laden und (oder) die Generierung, das Herunterladen von Informationen aus dem Maschinen-Informationsdatenbank, starten Sie die Programme des automatisierten Kontrollsystems und überprüfen Sie deren Funktion mit geeigneten Tests.

1.5.11. Neu entwickelte Softwareprodukte während der Erstellung eines bestimmten ACS, die in seiner Software enthalten sind, müssen beim Staat, der Industrie oder anderen Algorithmen- und Programmfonds (sofern zutreffend) registriert werden.

1.6. Anforderungen an die Informationsunterstützung von ACS

1.6.1. Die Informationsunterstützung des ACS sollte ausreichen, um alle automatisierten Funktionen des ACS auszuführen.

1.6.2. Um nur in diesem ACS verwendete Informationen zu codieren, müssen vom Kunden des ACS übernommene Klassifikatoren verwendet werden.

1.6.3. Für die Kodierung im ACS der übergeordneten Ausgabeinformationen müssen, außer in Sonderfällen, Klassifikatoren von übergeordneten Steuerungen verwendet werden.

1.6.4. Allgemeine ergonomische Anforderungen an die Informationscodierung - gemäß GOST 21829-76.

1.6.5. Im ACS sollte für die Kommunikation zwischen Geräten eines Komplexes technischer Mittel Folgendes verwendet werden:

Ein- und Ausgangssignale:
- elektrischer - Strom und Spannung gemäß GOST 26.011-80, mit diskreter Änderung der Parameter gemäß GOST 26.013-81, codiert gemäß GOST 26.014-81,
- hydraulisch nach GOST 26.012-80,
- pneumatisch nach GOST 26.015-81;
alphanumerische Zeichensätze gemäß GOST 19767-74;
8-Bit-Codes nach GOST 197668-74.

1.6.6. Die Informationsunterstützung des ACS muss hinsichtlich Inhalt, Kodierungssystem, Adressierungsverfahren, Datenformaten und Darstellungsform der von ACS empfangenen und ausgegebenen Informationen mit der Informationsunterstützung der mit ihm interagierenden Systeme kompatibel sein.

1.6.7. Von ACS erstellte Dokumentenformen müssen den Anforderungen der DCS-Standards oder den regulatorischen und technischen Dokumenten der Abteilung des ACS-Kunden entsprechen.

1.6.8. Formulare von Dokumenten und Videobildern, die über die Terminals des automatisierten Kontrollsystems eingegeben, ausgegeben oder korrigiert werden, müssen mit den zuständigen technische Eigenschaften Terminals.

1.6.9. Der Satz von Informationsarrays des ACS sollte in Form von Datenbanken auf Computermedien organisiert werden.

1.6.10. Die Darstellungsform der ACS-Ausgabeinformationen ist mit dem Kunden (Benutzer) des Systems abzustimmen.

1.6.11. Die in den Ausgabedokumenten des ACS verwendeten Begriffe und Abkürzungen sollten im jeweiligen Fachgebiet allgemein anerkannt und mit dem Kunden des Systems abgestimmt sein.

1.6.12. Der ACS sollte die erforderlichen Maßnahmen zur Kontrolle und Aktualisierung der Daten in den Informationsfeldern des ACS, zur Wiederherstellung der Felder nach dem Ausfall jeglicher technischer Mittel des ACS sowie zur Kontrolle der Identität der gleichnamigen Informationen im Datenbanken.

1.7. Voraussetzungen für die organisatorische Unterstützung von ACS

1.7.1. Die organisatorische Unterstützung des automatisierten Kontrollsystems sollte ausreichen, damit das Personal des automatisierten Kontrollsystems die ihm zugewiesenen Verantwortlichkeiten bei der Umsetzung automatisierter Aufgaben bei der Umsetzung automatisierter und damit verbundener nicht automatisierter Funktionen des Systems effektiv erfüllen kann.

1.7.2. Die Organisationsstruktur des ACS sollte die Wahrnehmung aller Funktionen des ACS unter Berücksichtigung ihrer Verteilung auf die Führungsebenen ermöglichen.

1.7.3. Die Anforderungen an die Aufgabenverteilung zwischen den am Betrieb des automatisierten Kontrollsystems in Echtzeit beteiligten Personal werden unter Berücksichtigung der Anforderungen des Abschnitts 11 der obligatorischen Anlage 1 festgelegt.

1.7.4. Anweisungen zur organisatorischen Unterstützung des ACS sollten die Maßnahmen des ACS-Personals festlegen, die zur Durchführung jeder automatisierten Funktion in allen Betriebsmodi des ACS erforderlich sind, unter Berücksichtigung der festgelegten Anforderungen an die Genauigkeit und Geschwindigkeit der Umsetzung durch das ACS-Personal seiner funktionale Verantwortlichkeiten, und enthalten auch spezifische Anweisungen für Maßnahmen im Notfall oder bei Verletzung der normalen Bedingungen der ACS-Funktion. Anforderungen an den Inhalt von Anweisungen - gemäß GOST 24.209-80.

1.7.5. Für jede automatisierte Funktion, die im Zusammenspiel dieses automatisierten Kontrollsystems mit anderen Systemen ausgeführt wird, sollten Anweisungen an das Personal des automatisierten Kontrollsystems und dieser Systeme für alle Ausführungsarten dieser Funktion miteinander verbunden werden und Anweisungen zu Personalmaßnahmen im Fall enthalten von Ausfällen der technischen Mittel des automatisierten Kontrollsystems.

1.8. Voraussetzungen für die sprachliche Unterstützung von ACS

1.8.1. Die sprachliche Unterstützung des ACS soll ausreichen, um bei der Automatisierung des ACS verschiedene Benutzerkategorien in einer für sie bequemen Form zu kommunizieren und um Transformationsverfahren und maschinelle Darstellung der im ACS verarbeiteten Informationen durchzuführen.

1.8.2. Die sprachliche Unterstützung von ACS sollte Folgendes umfassen:

vorhergesehen Sprache bedeutet um alle im ACS verwendeten Informationen zu beschreiben;
die verwendeten Sprachmittel sind vereinheitlicht;
Beschreibungen gleichartiger Informationselemente und Aufzeichnung syntaktischer Konstruktionen wurden standardisiert;
die Bequemlichkeit, Einzigartigkeit und Stabilität der Kommunikation zwischen den Benutzern und die Mittel zur Automatisierung des ACS werden bereitgestellt;
Es werden Mittel zur Korrektur von Fehlern bereitgestellt, die auftreten, wenn Benutzer mit den technischen Mitteln des ACS kommunizieren.

1.8.3. Die sprachliche Unterstützung des ACS sollte sich in der Dokumentation (Anleitungen, Beschreibungen) der organisatorischen Unterstützung des ACS in Form von Regeln für die Kommunikation der Nutzer mit den technischen Mitteln des ACS in allen Betriebsarten des Systems widerspiegeln.

1.9. Voraussetzungen für die rechtliche Betreuung von ACS

Die rechtliche Unterstützung von ACS sollte eine Reihe von gesetzliche Regelungen:

Feststellung der Rechtskraft von Informationen auf Datenträgern und Dokumenten, die beim Betrieb des ACS verwendet und vom System erstellt werden;
Regelung der Rechtsbeziehungen zwischen Personen, die zum ACS-Personal gehören (Rechte, Pflichten und Verantwortlichkeiten), sowie zwischen dem ACS-Personal und dem Personal von Systemen, die mit dem ACS interagieren.

Notiz. Die sich aus der Rechtskraft der Informationen auf den Datenträgern ergebenden Regelungen und Rechtsnormen sind in die Hinweise zur organisatorischen Unterstützung und die Bestimmungen zu den jeweiligen ACS-Diensten aufzunehmen.

1.10. Anforderungen an die Betriebsdokumentation für ACS

1.10.1. Die Betriebsdokumentation des automatisierten Kontrollsystems sollte für die Inbetriebnahme des automatisierten Kontrollsystems und seinen effektiven Betrieb ausreichend sein.

1.10.2. Die Betriebsdokumentation für ACS sollte:

enthalten Informationen, die für eine schnelle und qualitativ hochwertige Entwicklung und den korrekten Betrieb automatisierter Kontrollsysteme erforderlich sind;
enthalten Anweisungen zu den Tätigkeiten des ACS-Personals in Notfallsituationen oder bei Verletzung der normalen Betriebsbedingungen des ACS;
keine zweideutigen Bestimmungen enthalten.

2. SICHERHEITSANFORDERUNGEN

2.1. Fehlhandlungen des ACS-Personals dürfen nicht zu einem Notfall führen.

2.2. Die Sicherheitsanforderungen für elektrische Produkte, die in automatisierten Steuerungssystemen verwendet werden, entsprechen GOST 12.2.007.0-75.

2.3. Die Sicherheitsanforderungen für Computerausrüstungen, die in automatisierten Kontrollsystemen verwendet werden, entsprechen GOST 25861-83.

2.4. Alle unter Spannung stehenden externen Elemente der technischen Mittel des ACS müssen gegen zufällige Berührung geschützt sein, und die technischen Mittel selbst müssen eine Erdung oder Schutzerdung gemäß GOST 12.1.030-81 und "Regeln für Stromversorgungsanordnungen" aufweisen.

2.5. Die technischen Mittel des automatisierten Kontrollsystems an explosions- und feuergefährdeten Anlagen müssen den Anforderungen der "Regeln für die Stromversorgungsanordnung" entsprechen.

2.6. Die technischen Mittel von ACS müssen so installiert werden, dass deren sicheren Betrieb und Wartung gewährleistet sind.

2.7. Sicherheitsanforderungen sollten durch einen speziellen Abschnitt festgelegt werden Stellenbeschreibungen und (oder) Anweisungen für den Betrieb von ACS und Links zu Anweisungen für den Betrieb technischer Mittel.

2.8. Allgemeine ergonomische Anforderungen an die Arbeitsplätze des Personals der automatisierten Steuerung - gemäß GOST 22269-76.

2.9. Komfortable Lebensbedingungen für das Personal des automatisierten Kontrollsystems müssen den aktuellen Hygienestandards entsprechen, die maximal zulässigen Lebensbedingungen entsprechen GOST 12.1.005-76, der zulässige Einfluss gefährlicher und schädlicher Produktionsfaktoren - gemäß mit GOST 12.0.003-74.

2.10. Allgemeine ergonomische Anforderungen an das Mikroklima der Arbeitsräume des ACS-Personals entsprechen GOST 12.1.005-76.

2.11. Lärm- und Schallleistungspegel an den Standorten des ACS-Personals sollten die von GOST 12.1.003-83 und den Hygienestandards festgelegten Werte nicht überschreiten, während die von allen Quellen, einschließlich akustischen Datenübertragungsgeräten, erzeugten Lärm- und Schallleistungspegel muss berücksichtigt werden.

2.12. Die Beleuchtungsstärke der Arbeitsplätze des ACS-Personals muss der Art und den Arbeitsbedingungen entsprechen. Blendschutz und Blendschutz sind vorzusehen.

2.13. Die allgemeinen ergonomischen Anforderungen an die Vibration von Geräten an Arbeitsplätzen des ACS-Personals entsprechen GOST 12.1.012-78.

2.14. Signalfarben und Sicherheitszeichen gemäß GOST 12.4.026-76.

3. ARTEN UND VERFAHREN DER PRÜFUNG BEI DER INBETRIEBNAHME DES ACS

Dieser Abschnitt gilt für alle automatisierten Kontrollsysteme, mit Ausnahme derjenigen, die auf Anordnung des Verteidigungsministeriums erstellt wurden.

3.1. ACS oder die separat gelieferte Funktion von ACS (im Folgenden: ACS) muss bei der Inbetriebnahme Vor- und Abnahmeprüfungen sowie Prüfungen gemäß den in der Abteilung des ACS-Kunden geltenden behördlichen und technischen Dokumenten unterzogen werden.

3.2. Den Abnahmetests des ACS sollte ein Probebetrieb in der Kontrolleinrichtung vorausgehen.

3.3. ACS-Tests werden gemäß dem vom ACS-Entwickler erstellten Dokument "Testprogramm" durchgeführt. Anforderungen an den Inhalt des Testprogramms - gemäß GOST 24.208-80.

3.4. ACS-Tests dürfen in einer oder mehreren Stufen durchgeführt werden.

Basierend auf den Testergebnissen des ACS wird ein „Test Report“ erstellt. Anforderungen an den Inhalt des Prüfberichts - gemäß GOST 24.208-80.

Bei der schrittweisen Prüfung des ACS im „Prüfbericht“ soll auf Grundlage der Ergebnisse der vorherigen Stufe eine Schlussfolgerung über die Möglichkeit der Präsentation des ACS für die nächste Prüfstufe gezogen werden.

3.5. ACS-Vortests

3.5.1. Vorläufige Tests des ACS werden durchgeführt, um seine Funktionsfähigkeit festzustellen und die Frage der Möglichkeit der Annahme des ACS für den Probebetrieb zu klären.

3.5.2. Das „Testprogramm“ für Vorversuche des ACS wird vom Kunden des ACS freigegeben.

3.5.3. Vorversuche des ACS werden vom Kunden organisiert und vom Entwickler des ACS und dem Kunden gemeinsam durchgeführt.

3.5.4. Der Auftrag für die Vorprüfungen des ACS wird durch den Auftrag des Kunden gebildet. Zum Vorsitzenden der Kommission wird ein Vertreter des ACS-Kunden bestellt.

3.5.6. Der auf der Grundlage der Ergebnisse von Vorversuchen des ACS erstellte „Testbericht“ gibt eine Schlussfolgerung über die Möglichkeit der Aufnahme des ACS für den Probebetrieb sowie eine Liste der notwendigen Verbesserungen und die empfohlenen Bedingungen für deren Umsetzung .

3.6. Pilotbetrieb von ACS

3.6.1. Die Ergebnisse der ACS-Übernahme in den Probebetrieb werden durch das „Trial Operation Acceptance Certificate“ auf Basis des „Test Protocol“ von der Kommission erstellt, die die Vorprüfungen des ACS durchgeführt hat. Anforderungen an den Inhalt des Gesetzes - gemäß GOST 24.208-80.

3.6.2. Die Dauer des Testbetriebs des ACS richtet sich nach der Zeit, die erforderlich ist, um die ordnungsgemäße Funktion des ACS bei der Durchführung jeder automatisierten Funktion zu überprüfen, und der Bereitschaft des ACS-Personals, an der Durchführung aller automatisierten Funktionen des ACS mitzuwirken.

3.6.3. Die Mindestdauer des Probebetriebs des ACS (außer ACS) vor Abnahmetests wird für jede übergebene automatisierte ACS-Funktion festgelegt, sie muss den in der Tabelle angegebenen Werten entsprechen. Wenn die Gesamtdauer der Unterbrechungen der Kontinuität der automatisierten Funktion den in der Tabelle angegebenen Wert überschreitet, sollte der Probebetrieb fortgesetzt werden, bis die der Tabelle entsprechenden Ergebnisse erzielt werden oder bis eine Entscheidung getroffen wird, ihn zu beenden.

Es ist in Absprache mit dem Kunden gestattet, das ACS ohne Probebetrieb dieser automatisierten Funktionen, die weniger als einmal im Monat stattfinden, zu Abnahmetests zu übergeben, sofern nicht nur solche Funktionen im ACS automatisiert sind.

Häufigkeit der Ausführung einer automatisierten Funktion	Die Mindestdauer des Probebetriebs des ACS vor Abnahmetests	Die zulässige Gesamtdauer von Störungen der Kontinuität der automatisierten Funktion des ACS
Ständig	1 Monat	Nicht länger als 3 Tage
Einmal täglich oder öfter	Ebenfalls	Nicht mehr als 10 % der geplanten Lösungsmenge
Weniger als einmal täglich bis einmal im Monat	3 Monate	Ebenfalls
Weniger als einmal im Monat bis einmal alle sechs Monate	Der Zeitraum zwischen zwei aufeinanderfolgenden Entscheidungen	Verletzungen der Kontinuität der Funktion sind nicht zulässig
Einmal im Jahr oder weniger	Der Zeitraum, der erforderlich ist, um die verwendete Technologie zum Sammeln und Verarbeiten von Informationen während einer einzigen Ausführung der ACS-Funktion zu überprüfen	Ebenfalls

Anmerkungen:

1. Eine Verletzung der Kontinuität der automatisierten Funktion des ACS gilt als deren Ausfall zu dem in der technischen Dokumentation des ACS angegebenen Zeitpunkt, wenn dies nicht durch eine Verletzung der Betriebsbedingungen des ACS oder des Kontrollobjekts verursacht wird .

2. Wenn die tatsächliche Dauer des ACS-Probebetriebs länger war als die in der zweiten Spalte der Tabelle angegebene Zeit, wird die Gesamtdauer der Ausführungsunterbrechung für jede automatisierte Funktion für den in der Tabelle angegebenen Zeitraum und sofort ermittelt vor den Abnahmeprüfungen.

3.6.4. Während des Probebetriebs des ACS wird ein Arbeitsprotokoll geführt, in das Informationen eingetragen werden: über die Dauer des ACS-Betriebs, über die Ergebnisse der Überwachung der ordnungsgemäßen Funktion des ACS, über Ausfälle, Ausfälle, Notfälle, über Änderungen der Parameter des Kontrollobjekts und die laufenden Anpassungen der technischen Dokumentation.

3.6.5. Basierend auf den Ergebnissen des Probebetriebs wird ein Abschluss der Arbeiten zur Überprüfung des ACS im Probebetrieb erstellt. Anforderungen an den Inhalt des Gesetzes - gemäß GOST 24.208-80.

3.7. ACS-Abnahmetests

3.7.1. Abnahmetests des ACS werden durchgeführt, um die Übereinstimmung mit der TOR für das ACS, den Anforderungen dieser Norm und der Möglichkeit der Inbetriebnahme des ACS zu bestimmen.

3.7.2. Abhängig von der Bedeutung des Kontrollobjekts und des ACS können Abnahmetests sein:

Zustand;
abteilungsübergreifend;
Abteilungsleiter

und müssen von den zuständigen Annahmegremien durchgeführt werden. Der Annahmeausschuss wird im Auftrag des Ministeriums (Abteilung) des Kunden des ACS gebildet. Die Stufe des Akzeptanzkomitees muss in der technischen Spezifikation des ACS festgelegt werden.

3.7.3. Zum Vorsitzenden des Abnahmeausschusses wird ein Vertreter des ACS-Kunden bestellt. Dem Annahmeausschuss müssen Vertreter des ACS-Entwicklers angehören.

3.7.4. Die Arbeit des Abnahmeausschusses umfasst nicht die Abnahme von Gebäuden, Bauwerken und Hilfseinrichtungen, deren Erstellung im Zusammenhang mit der Erstellung des automatisierten Leitsystems erfolgte. Die Kommission prüft lediglich das Vorliegen von Rechtsakten zu deren Inbetriebnahme und die Erfüllung der in den Planungsaufträgen enthaltenen Anforderungen in den angrenzenden Projektteilen der Anlage, die während der Planung des automatisierten Kontrollsystems erlassen wurden.

3.7.5. Der Kunde und der Entwickler legen dem Abnahmeausschuss folgende Unterlagen vor:

Aufgabenstellung für die Erstellung eines automatisierten Kontrollsystems;
Entwurf des Abnahmetestprogramms;
ACS vorläufiger Testbericht;
ACS-Abnahmezertifikat für den Probebetrieb;
Handlung(en) nach Abschluss der Arbeiten zur Überprüfung des ACS im Probebetriebsmodus;
technische Dokumentation für ACS (durch Beschluss des Annahmeausschusses).

3.7.6. Bevor ein ACS mit Messkanälen für Abnahmeprüfungen vorgestellt wird, erfolgt deren metrologische Zertifizierung nach geltenden Normen.

3.7.7. Vor der Vorlage des ACS zu Abnahmeprüfungen sind die Anlage und deren technische Dokumentation gemäß den Ausführungen des Vorprüfprotokolls und der Akte zum Abschluss der Arbeiten zur Prüfung des ACS im Probebetrieb fertigzustellen.

Durch Beschluss des Abnahmeausschusses ist es gestattet, die technische Dokumentation des ACS nach seiner Inbetriebnahme zu überarbeiten. Die Bedingungen für die Fertigstellung der technischen Dokumentation des ACS sind im Systemabnahmeprüfbericht angegeben.

3.7.8. ACS-Abnahmetests müssen in einer funktionierenden Kontrolleinrichtung durchgeführt werden.

3.7.9. Das „Prüfprogramm“ für die Abnahmeprüfungen des ACS muss durch die Entscheidungen des Abnahmeausschusses genehmigt werden. Die Abstimmung des Abnahmetestprogramms mit dem ACS-Kunden ist zwingend erforderlich.

3.7.10. Basierend auf den Ergebnissen der Abnahmeprüfungen erstellt die Kommission einen Prüfbericht und einen Akt über die Inbetriebnahme des ACS (bzw. . Anforderungen an den Inhalt des Protokolls und handeln gemäß GOST 24.208-80. Die Anforderungen an den Inhalt des Beschlusses über die Nichtannahme des ACS entsprechen den inhaltlichen Anforderungen des Gesetzes über die Beauftragung des ACS.

3.7.11. Bei einem gestuften Abnahmetest wird ein Gesetz zur Inbetriebnahme des ACS auf der Grundlage von Gesetzen zur Inbetriebnahme einzelner Anlagenteile und (oder) „Testprotokollen“ aller Stufen von ACS-Abnahmetests erstellt.

3.7.12. Als Datum der Inbetriebnahme des ACS gilt das Datum der Unterzeichnung des Inbetriebnahmeakts durch die Abnahmekommission.

3.7.13. Das Gesetz über die Inbetriebnahme des ACS wird vom Ministerium (Abteilung) des Kunden genehmigt.

4. KOMPLETTER SATZ VON ACS IN BETRIEB KOMMEN

4.1. Das ACS sollte Folgendes umfassen:

ACS-Hardware in Form eines betriebsbereiten Satzes von ACS-Hardware;
Ersatzprodukte und -geräte (Ersatzteile), Geräte und Geräte zur Prüfung der Funktionsfähigkeit, Einstellung technischer Mittel und Überwachung der messtechnischen Eigenschaften der Messkanäle der automatisierten Steuerung in der vom Besteller vorgesehenen Menge Projektdokumentation, mit dem Kunden des ACS und dem Messdienst des Nutzers hinsichtlich der Prüfmittel vereinbart;
Betriebsdokumentation gemäß GOST 2.601-68 für jedes der im CTS ACS enthaltenen Produkte;
mindestens zwei Kopien von Programmen auf Datenträgern und deren Betriebsdokumentation gemäß GOST 19.101-77 unter Berücksichtigung der Einschränkungen und Ergänzungen gemäß GOST 24.101-80 und GOST 24.207-80;
ein Formular für die ACS-Software insgesamt oder für die separat in Betrieb genommene Software der ACS-Funktion und Formulare für Softwareprodukte (nach GOST 19.004-80), jeweils in einer Ausfertigung. Anforderungen an das Formular - gemäß GOST 19.501-78;
zwei Exemplare der Betriebsdokumentation für das ACS gemäß GOST 24.101-80, einschließlich der erforderlichen Dokumentation für die Informationsunterstützung des ACS (ACS-Formular in einer Kopie).

Durch Vereinbarung zwischen dem Entwickler des ACS und dem Kunden des ACS kann die Vollständigkeit des ACS erweitert werden.

4.2. Das ACS-Personal muss mit Personal besetzt sein, das die Anforderungen von Abschnitt 1.3 erfüllt.

4.3. Zur Vervollständigung des erstellten ACS können die folgenden als Produktions- und technischen Zweck gelieferten Produkte verwendet werden:

komplex (Komplexe) von Hard- und Software mit Betriebsdokumentation für sie gemäß GOST 2.601-68;
Softwareprodukte mit Betriebsdokumentation für sie gemäß GOST 19.101-77;
technische Mittel mit Betriebsdokumentation für sie gemäß GOST 2.601-68.

4.4. Das Verfahren zur Entwicklung, Inbetriebnahme und Prüfung der gelieferten Komponenten des automatisierten Steuerungssystems muss den staatlichen Normen für das System zur Entwicklung und Einführung von Produkten entsprechen.

Prototypen von Bauteilen werden vor der Serienfertigung Abnahmeprüfungen (staatliche, abteilungsübergreifende, abteilungsbezogene) Prüfungen unterzogen.

5. GARANTIE

5.1. Der Entwickler des ACS garantiert die Übereinstimmung des ACS mit den Anforderungen dieser Norm und der technischen Spezifikation für das ACS, sofern der Benutzer die Betriebsbedingungen und -regeln einhält.

5.2. Die Konformität der im ACS eingesetzten und als Produkte für industrielle und technische Zwecke gelieferten Hard-, Software und Automatisierungssysteme mit den Anforderungen von Normen und technischen Spezifikationen wird von den Herstellern derartiger Produkte gewährleistet, sofern der Anwender die Bedingungen und Regeln für den Betrieb.

5.3. Die Gewährleistungsfrist für das ACS wird ab dem Tag der Inbetriebnahme des ACS berechnet.

5.4. Die Gewährleistungsfrist für das ACS muss in der TK für das ACS eingestellt werden und darf 18 Monate nicht unterschreiten.

ANHANG 1
Verpflichtend

ZUSÄTZLICHE ANFORDERUNGEN AN AUTOMATISIERTE PROZESSSTEUERUNGSSYSTEME (APCS)

1. APCS in der Industrie und im nicht-industriellen Bereich soll das technologische Objekt als Ganzes kontrollieren und die damit verbundenen Systeme mit zuverlässigen technologischen und technischen und wirtschaftlichen Informationen über den Betrieb des technologischen Objekts der Kontrolle (TOC) versorgen.

2. APCS sollte im Hinblick auf Ziele und Managementkriterien rationale Kontrollaktionen an der TOU in Echtzeit des Flusses des technologischen Prozesses im Kontrollobjekt entwickeln und implementieren.

3. APCS sollte Kontroll-, Informations- und Hilfsfunktionen ausführen.

4. Das APCS muss kompatibel sein mit allen in der TK für das APCS genannten vernetzten Automatisierten Systemen (AS), einschließlich der zu diesem APCS gehörenden Systeme in der flexiblen automatisierten Produktion, z. B. CAD-Technik, automatisierte Lager- und Transportsysteme, AS für technologische Vorbereitung der Produktion.

5. Kontrollaktionen im APCS sollten automatisch generiert oder von seinem Betriebspersonal unter Verwendung einer Reihe von im System enthaltenen Automatisierungswerkzeugen gebildet werden.

6. APCS sollte die Kontrolle der Anlage unter normalen, vorübergehenden und Vor-Notfall-Betriebsbedingungen sowie den Schutz oder die Abschaltung der Anlage im Falle eines drohenden Unfalls gewährleisten.

7. Das APCS sollte die Funktion der Überwachung der Durchführung von Kontrollmaßnahmen an der TOU übernehmen und den Austritt der Exekutivorgane auf die maximal zulässigen Positionen signalisieren.

8. Bei der Implementierung der Funktion der automatischen Notablenkung von Geräten im APCS sollte das Bedienpersonal mit Hilfe von Licht und ggf. Tonsignale mit automatischer Registrierung der Abschaltzeit.

9. Produkte sollten als wichtigstes technisches Mittel von APCS verwendet werden Staatssystem Industriegeräte und Automatisierungsgeräte (GSP), andere Produkte, die die Anforderungen der ESSP-Standards erfüllen, und Computergeräte, die GOST 21552-84 entsprechen.

10. Die technischen Mittel des APCS, die an der technologischen Ausrüstung angebracht sind, müssen den Anforderungen entsprechen, die durch die Betriebsbedingungen an sie gestellt werden.

11. Die Verantwortlichkeiten zwischen den Betreibern sollten unter Berücksichtigung folgender Punkte aufgeteilt werden:

Beteiligung des Personals an der Implementierung nicht automatisierter Funktionen des Systems und seiner Interaktion mit anderen Systemen;
das zulässige Niveau der psychophysiologischen und emotionalen Belastung der Bediener, das durch die normativen und technischen Dokumente der Branche im Zusammenhang mit der Erfüllung der ihnen zugewiesenen Aufgaben und seiner Verantwortung für die End- und Zwischenergebnisse der Arbeit sowie das erforderliche Niveau seiner Tätigkeit im Arbeitsablauf.

12. Jede Person, die Teil des Personals ist, muss:

Kenntnisse, deren Umfang und Tiefe es ihm ermöglicht, Aktionen (Interaktionen) durchzuführen, die in den entsprechenden automatisierten und miteinander verbundenen nicht automatisierten Funktionen des APCS enthalten sind, sowie die richtigen Entscheidungen in Notsituationen oder bei anderen Verletzungen des Normalen zu treffen Betrieb;
nachgewiesene Fähigkeiten, die es ermöglichen, alle Aktionen und Interaktionen mit der angegebenen Genauigkeit und Geschwindigkeit auszuführen.

13. Die Software des ACS TP soll die sprachlichen Mittel zur Kommunikation des Bedienpersonals mit dem CCS des ACS TP bieten und die organisatorische Unterstützung widerspiegeln, die für Personen, die nicht über die Qualifikationen eines Programmierers verfügen, bequem und zugänglich sind.

14. Codes und Legende die im APCS verwendet werden, sollten den Begriffen und Konzepten nahe kommen, die vom technischen Personal des Kontrollobjekts verwendet werden, und sollte keine Schwierigkeiten bei deren Wahrnehmung verursachen.

15. Die Messkanäle des APCS müssen messtechnische Eigenschaften aufweisen, die die Erfüllung seiner Informationsfunktionen mit den in der technischen Spezifikation für das APCS angegebenen Indikatoren gewährleisten.

16. Anforderungen zum Testen von ACS TP

16.1. Vorläufige Tests des APCS werden bei der operativen TOU durchgeführt.

16.2. Vorläufige Tests der APCS-Funktionen, die für die Inbetriebnahme und das Einfahren von Prozessanlagen erforderlich sind, können in der Anlage mit Simulatoren durchgeführt werden.

16.3. Die Ermittlung der Ist-Werte der Indikatoren der technischen und wirtschaftlichen Effizienz und Zuverlässigkeit des APCS erfolgt nach seiner Inbetriebnahme. Die Dauer der Betriebszeit des APCS, die zur Bestimmung der tatsächlichen Werte seiner Indikatoren erforderlich ist, wird nach den geeigneten Methoden berechnet, die in der vorgeschriebenen Weise genehmigt wurden.

ANLAGE 2
Verpflichtend

ZUSÄTZLICHE ANFORDERUNGEN AN ACS FÜR UNTERNEHMEN, PRODUKTION UND FORSCHUNG UND PRODUKTIONSVEREINIGUNGEN

1. ACS sollte die Effizienz der Produktion und der wirtschaftlichen Tätigkeiten von Unternehmen, Produktions- oder Forschungs- und Produktionsvereinigungen (im Folgenden: Unternehmen) steigern.

2. Das automatisierte Steuerungssystem des Unternehmens (AMCS) sollte eine automatisierte Sammlung und Verarbeitung von Informationen unter breitem Einsatz von Optimierungsmethoden für die Hauptaufgaben und Steuerungssubsysteme der werksweiten und Werkstattebene ermöglichen, gegebenenfalls auch in realen Zeit im Teleprocessing- und Dialogmodus.

3. Das automatisierte Kontrollsystem sollte als eine Reihe von gemeinsam funktionierenden Teilsystemen implementiert werden, deren Interaktion über eine gemeinsame (einzelne oder verteilte) Datenbank erfolgen sollte.

4. Die organisatorische Unterstützung des automatisierten Kontrollsystems sollte die Verbesserung der Managementmethoden und der Struktur des Unternehmensführungssystems während der Schaffung und Entwicklung des automatisierten Kontrollsystems vorsehen.

ANHANG 3
Verpflichtend

ZUSÄTZLICHE ANFORDERUNGEN AN INDUSTRIELLE AUTOMATISIERTE STEUERSYSTEME (AMS)

1. OASU sollte Folgendes bereitstellen:

Verbesserung der Eigenschaften des Verwaltungsobjekts (Erhöhung der Arbeitsproduktivität in der Branche, Verbesserung der Produktqualität, pünktliche Lieferung von Produkten, Senkung der Produktkosten);
Verbesserung der I(Reduzierung der Kosten der Informationsverarbeitung, Erhöhung der Zuverlässigkeit der ursprünglichen Prozesse, Erhöhung der Genauigkeit und Effizienz der Berechnungen);
Verbesserung der Organisation der Durchführung von Managementfunktionen (insbesondere der rationellen Arbeitsteilung zwischen den Abteilungen des Managementapparats, Rechenzentren und Forschungseinrichtungen und Unternehmen).

2. Die OASU sollte über automatisierte Branchenmanagementfunktionen verfügen, zum Beispiel:

Vorhersage und Planung von Produktions- und Industrieressourcen;
Management der wissenschaftlichen und technischen Entwicklung der Industrie und der technischen Vorbereitung der Industrie;
Steuerung Arbeitsressourcen Industrie;
Steuerung Materielle Ressourcen Industrie;
Investitionsmanagement in der Industrie;
Steuerung finanzielle Resourcen Industrie;
Management, einschließlich operativer, der Hauptproduktion auf Branchenebene usw.

3. OASU sollte in Form einer Reihe von gemeinsam funktionierenden Teilsystemen implementiert werden, deren Interaktion über gemeinsame Datenbanken erfolgen sollte.

4. OASU sollte ein Datenerfassungssystem umfassen, das auf den Rechenzentren der OASU, Organisationen und Unternehmen der Industrie basiert und die rationelle Verteilung von Informationen in Datenbanken zur Lösung interagierender Probleme und die Übertragung von Informationen zwischen Systemen über Kommunikationskanäle und Computermedien gewährleistet.

5. OASU sollte eine interaktive Arbeitsweise mit den Datenbanken des Systems bieten.

6. Die Schaffung der OASU sollte zu einer Verbesserung der Methoden und der Managementstruktur der Branche führen.

7. Die Dauer des Probebetriebs von Teilen der OASU soll eine einmalige Durchführung aller Berechnungen gewährleisten, die zur Durchführung der automatisierten Funktionen des eingeführten Teils der OASU erforderlich sind, und sollte 3 Monate nicht überschreiten.

Die konkrete Dauer des Probebetriebs der OASU wird in Absprache zwischen dem Entwickler und dem Kunden festgelegt.

ANHANG 4
Referenz

ERLÄUTERUNG BESTIMMTER BEGRIFFE, DIE IN DIESEM STANDARD VERWENDET WERDEN

Automatisierungskomplex (KSA)- der gelieferte Satz von einvernehmlich vereinbarten Komplexen von Hard- und Software (Produkten), die als Produkte für industrielle und technische Zwecke entwickelt und hergestellt werden. Die Zusammensetzung des KSA kann auch andere Produkte und (oder) Dokumente umfassen, die Teil der Informations-, Organisations- oder sonstigen Unterstützung für automatisierte Systeme sind.

Aufbau des ACS- eine Reihe von Maßnahmen, die im ACS bei der Erweiterung seines Kontrollobjekts ergriffen werden, ohne die Zusammensetzung der ACS-Funktionen zu ändern.

Videoframe (in ACS)- ein Bild auf dem Bildschirm einer Kathodenstrahlröhre eines Dokuments einer Zeichnung oder eines Textes einer Nachricht, die in einem automatisierten Kontrollsystem verwendet wird.

Messkanal von ACS- ein funktional kombinierter Satz technischer und (falls erforderlich) Software-Tools, die entwickelt wurden, um eine einfache Messfunktion des ACS zu implementieren.

ACS-Vortests- Kontrolltests, die durchgeführt werden, um die Möglichkeit der Annahme des automatisierten Kontrollsystems für den Probebetrieb zu ermitteln.

ACS-Abnahmetests- Kontrollprüfungen des automatisierten Kontrollsystems, die durchgeführt werden, um seine Übereinstimmung mit der Leistungsbeschreibung für die Schaffung eines automatisierten Kontrollsystems, den Anforderungen der Normen und der Möglichkeit der Inbetriebnahme des automatisierten Kontrollsystems zu bestimmen.

Staatsprüfungen- Abnahmetests von ACS, durchgeführt von der staatlichen Kommission.

Abteilungsübergreifender Test- Akzeptanztests von ACS, durchgeführt von einer Kommission aus Vertretern mehrerer interessierter Ministerien und (oder) Abteilungen.

Abteilungsprüfung- Akzeptanztests von ACS, durchgeführt von einer Kommission von Vertretern des interessierten Ministeriums oder der Abteilung.

Editor A.I. Lomina
Technischer Redakteur N.P. Zamolodchikova
Korrektor E.I. Evteeva
Gespendet an das Set 16.01.86. Unterzeichnet für den Druck am 08.04.86. KONV. drucken l. 1.5. KONV. kr.-Ott. 1,5 Uch.-Ausg. l. 1.5.
Auflage 40.000 Preis 10 Kopeken.
Bestellen "Badge of Honor" Standards Publishing House, 123810, Moskau, GSP, Novopresnensky per., 3
Art der. "Moskauer Drucker", Moskau, Lyalin per., 6. Bestellung 1772

Einführungsdatum 01.01.92

Diese Norm gilt für automatisierte Systeme (AS), die in verschiedenen Aktivitäten (Forschung, Design, Management usw.) verwendet werden, einschließlich deren Kombinationen, die in Organisationen, Verbänden und Unternehmen (im Folgenden als Organisationen bezeichnet) erstellt werden.

Der Standard legt die Stufen und Stufen der Erstellung eines Lautsprechers fest. Anhang 1 enthält den Inhalt der Arbeiten in jeder Phase.

1. Allgemeine Bestimmungen

2. Phasen und Phasen der Erstellung eines Lautsprechers

Anhang 1 (Referenz)

Anlage 2 (Referenz)

1. ALLGEMEINE BESTIMMUNGEN

1.1. ist eine Reihe von zeitlich geordneten, miteinander verbundenen, in Etappen und Etappen zusammengefassten Arbeitsschritten, deren Umsetzung notwendig und ausreichend ist, um eine AU zu schaffen, die den festgelegten Anforderungen entspricht.

1.3. Die Arbeit an der Entwicklung der AU erfolgt nach den Stufen und Stufen, die zur Schaffung der AU verwendet wurden.

Die Liste der an der Gründung der AU beteiligten Organisationen ist in Anhang 2 enthalten.

2. STUFEN UND STUFEN DER ERSTELLUNG VON AU

2.1. Stufen und Stufen der Erstellung einer AU im allgemeinen Fall sind in der Tabelle aufgeführt.

Etappen	Arbeitsschritte
1. Voraussetzungen für die AU	1.1. Standortbesichtigung und Begründung der Notwendigkeit der Errichtung eines Kernkraftwerks
	1.2. Bildung von Nutzeranforderungen an den Sprecher
	1.3. Registrierung eines Berichtes über die durchgeführten Arbeiten und eines Antrags auf die Entwicklung einer AU (taktischer und technischer Auftrag)
2. Entwicklung des AU-Konzepts	2.1. Untersuchung des Objekts
	2.2. Durchführung der notwendigen Recherchearbeiten
	2.3. Entwicklung von Varianten des Lautsprecherkonzepts und Auswahl einer Version des Lautsprecherkonzepts, die den Anforderungen des Nutzers gerecht wird
	2.4. Registrierung eines Berichtes über die durchgeführten Arbeiten
3. Leistungsbeschreibung	3.1. Entwicklung und Genehmigung von technischen Spezifikationen zur Erstellung einer AU
4. Projektentwurf	4.1. Entwicklung von vorläufigen Designlösungen für das System und seine Teile
4. Projektentwurf	4.2. Entwicklung der Dokumentation für das KKW und seine Teile
5. Technisches Design	5.1. Entwicklung von Designlösungen für das System und seine Teile
	5.2. Entwicklung der Dokumentation für das KKW und seine Teile
	5.3. Entwicklung und Durchführung von Dokumentationen zur Lieferung von Produkten zur Fertigstellung von Kernkraftwerken und (oder) technischen Anforderungen (Technische Spezifikationen) für deren Entwicklung
	5.4. Entwicklung von Konstruktionsaufgaben in verwandten Teilen des Automatisierungsobjektprojekts
6. Arbeitsdokumentation	6.1. Erstellung der Arbeitsdokumentation für das System und seine Teile
6. Arbeitsdokumentation	6.2. Entwicklung oder Anpassung von Programmen
7. In die Tat umsetzen	7.1. Vorbereitung des Automatisierungsobjekts für die NPP-Inbetriebnahme
	7.2. Schulung der Mitarbeiter
	7.3. Komplettierung des Lautsprechersystems mit den gelieferten Produkten (Soft- und Hardware, Soft- und Hardwarekomplexe, Informationsprodukte)
	7.4. Bau-und Montagearbeiten
	7.5. Inbetriebnahmearbeiten
	7.6. Vorversuche
	7.7. Probebetrieb
	7.8. Akzeptanztests
8. Begleitung der AU	8.1. Ausführung von Arbeiten gemäß Gewährleistungspflicht
8. Begleitung der AU	8.2. Service nach der Garantie

2.2. Phasen und Phasen, die von Organisationen durchgeführt werden - Teilnehmer an den Arbeiten zur Schaffung der AU - werden in Verträgen und Leistungsbeschreibungen auf der Grundlage dieses Standards festgelegt.

Es ist zulässig, die Stufe „Entwurf“ und separate Arbeitsschritte in allen Stufen auszuschließen, die Stufen „Technisches Design“ und „Arbeitsdokumentation“ in einer Stufe „Technisches Design“ zusammenzufassen. Abhängig von den Besonderheiten der zu schaffenden nuklearen Systeme und den Bedingungen für ihre Erstellung ist es zulässig, einzelne Arbeitsschritte vor Abschluss der vorherigen Phasen durchzuführen, parallel zur Ausführung von Arbeitsphasen, die Aufnahme neuer Arbeitsphasen .

ANHANG 1 Referenz

1. In Stufe 1.1 „Begutachtung der Anlage und Begründung der Notwendigkeit der Errichtung eines Kernkraftwerks“ im allgemeinen Fall durchführen:

Sammlung von Daten über das Automatisierungsobjekt und die durchgeführten Aktivitäten;
Beurteilung der Qualität des Objekts und der durchgeführten Tätigkeiten, Identifizierung von Problemen, deren Lösung durch Automatisierung möglich ist;
Bewertung (technisch, wirtschaftlich, sozial usw.) der Machbarkeit der Schaffung einer AU.

2. In Stufe 1.2 „Bildung von Nutzeranforderungen für die AU“ durchführen:

Aufbereitung von Ausgangsdaten zur Bildung von Anforderungen an das Kernkraftwerk (Eigenschaften des Automatisierungsobjekts, Beschreibung der Anforderungen an das System, Begrenzung der zulässigen Kosten für Entwicklung, Inbetriebnahme und Betrieb, erwartete Wirkung des Systems, Bedingungen für die Erstellung und Betrieb des Systems);
Formulierung und Umsetzung von Nutzeranforderungen für die AU.

3. In der Stufe 1.3 „Ausarbeitung eines Berichts über die durchgeführten Arbeiten und eines Antrags auf die Entwicklung einer AU (taktischer und technischer Auftrag)“ wird ein Bericht über die in dieser Phase durchgeführten Arbeiten und ein Antrag auf die Entwicklung einer AU erstellt eine AU (taktische und technische Zuordnung) oder ein anderes an ihre Stelle tretendes Dokument mit ähnlichem Inhalt erstellt wird.

4. In den Etappen 2.1 „Untersuchung des Objekts“ und 2.2 „Durchführung der erforderlichen Forschungsarbeiten“ führt die Entwicklerorganisation eine detaillierte Untersuchung des Automatisierungsobjekts und der erforderlichen Forschungsarbeiten (F&E) im Hinblick auf die Suche nach Wegen und die Bewertung der Möglichkeit von Umsetzung der Nutzeranforderungen, Erstellung und Freigabe von Forschungsberichten.

5. In der Phase 2.3 „Entwicklung von Optionen für das AU-Konzept und die Wahl einer den Anforderungen des Nutzers entsprechenden Version des AU-Konzepts“ im allgemeinen Fall alternative Optionen für das Konzept der erstellten AU und Pläne für deren Umsetzung entwickeln ; Einschätzung der notwendigen Ressourcen für deren Umsetzung und Wartung; eine Bewertung der Vor- und Nachteile jeder Option; Vergleich der Benutzeranforderungen und Eigenschaften des vorgeschlagenen Systems und der Auswahl Die beste Option; Festlegung des Verfahrens zur Bewertung der Qualität und der Abnahmebedingungen des Systems; Bewertung der Auswirkungen des Systems.

6. In Phase 2.4 „Berichterstattung über die durchgeführten Arbeiten“ erstellen und erstellen Sie einen Bericht, der eine Beschreibung der in dieser Phase durchgeführten Arbeiten sowie eine Beschreibung und Begründung der vorgeschlagenen Version des Konzepts des Systems enthält.

7. In Stufe 3.1 „Entwicklung und Genehmigung der Leistungsbeschreibung für die Erstellung des KKW“ die Entwicklung, Ausführung, Koordination und Genehmigung der Leistungsbeschreibung für das KKW und ggf das NPP durchgeführt wird.

8. In Stufe 4.1 „Entwicklung vorläufiger Entwurfslösungen für das System und seine Teile“ bestimmen Sie: die Funktionen der AU; Funktionen von Subsystemen, ihre Ziele und Wirkungen; die Zusammensetzung von Aufgabenkomplexen und Einzelaufgaben; das Konzept einer Informationsbasis, ihre erweiterte Struktur; Funktionen von Datenbankverwaltungssystemen; die Zusammensetzung des Computersystems; Funktionen und Parameter der Hauptsoftware.

9. In Stufe 5.1 "Entwicklung von Designlösungen für das System und seine Teile" sind die Entwicklung allgemeiner Lösungen für das System und seine Teile, die funktionale und algorithmische Struktur des Systems, die Funktionen der Personal- und Organisationsstruktur, die Struktur der technische Mittel, Algorithmen zur Lösung von Problemen und die verwendeten Sprachen , über die Organisation und Pflege der Informationsbasis, das System zur Klassifizierung und Kodierung von Informationen, über die Software.

10. In den Stufen 4.2 und 5.2 „Erstellung der Dokumentation für das KKW und seine Teile“ erfolgt die Entwicklung, Ausführung, Vereinbarung und Genehmigung der Dokumentation, soweit dies erforderlich ist, um die Gesamtheit der angenommenen Entwurfslösungen zu beschreiben und für die weitere Arbeit ausreichend ist über die Gründung des KKW. Dokumentenarten - nach GOST 34.201.

11. In Stufe 5.3 „Entwicklung und Ausführung der Dokumentation für die Lieferung von Produkten zur Fertigstellung des KKW und (oder) der technischen Anforderungen (technische Spezifikationen) für deren Entwicklung“ erstellen und führen Sie die Dokumentation für die Lieferung von Produkten zur Fertigstellung des KKW aus; Ermittlung technischer Anforderungen und Erstellung von technischen Spezifikationen für die Entwicklung von Produkten, die nicht in Serie hergestellt werden.

12. In Stufe 5.4 „Entwicklung von Konstruktionsaufgaben in angrenzenden Teilen des Automatisierungsprojekts“ die Entwicklung, Ausführung, Koordination und Genehmigung von Konstruktionsaufgaben in angrenzenden Teilen des Automatisierungsobjekts für Bau-, Elektro-, Sanitär- und andere vorbereitende Arbeiten im Zusammenhang mit die Schöpfung AC.

13. In der Phase 6.1 „Erstellung der Arbeitsdokumentation für das System und seine Teile“ wird die Arbeitsdokumentation erstellt, die alle notwendigen und ausreichenden Informationen enthält, um die Durchführung der Arbeiten an der Inbetriebnahme des KKW und seinen Betrieb sicherzustellen sowie zu warten das Niveau der Betriebseigenschaften (Qualität) des Systems in Übereinstimmung mit den angenommenen Designentscheidungen, seiner Registrierung, Koordination und Genehmigung. Dokumentenarten - nach GOST 34.201.

14. In Stufe 6.2 „Entwicklung oder Anpassung von Programmen“ werden Programme und Software des Systems entwickelt, Auswahl, Anpassung und (oder) Bindung der gekauften Software, Entwicklung der Softwaredokumentation gemäß GOST 19.101.

15. In der Phase 7.1 „Vorbereitung des Automatisierungsobjekts für die KKW-Inbetriebnahme“ wird an der organisatorischen Vorbereitung des Automatisierungsobjekts für die KKW-Inbetriebnahme gearbeitet, einschließlich: Umsetzung von Designlösungen für die KKW-Organisationsstruktur; Bereitstellung von Lehr- und Methodenmaterial für Unterabteilungen des Verwaltungsgegenstands; Einführung von Informationsklassifikatoren.

16. In der Stufe 7.2 „Personalschulung“ wird das Personal geschult und seine Fähigkeit getestet, den Betrieb des KKW sicherzustellen.

17. In der Phase "Vervollständigung der AU mit den gelieferten Produkten" den Erhalt von Serien- und Einzelfertigungskomponenten, Materialien und Montageprodukten sicherstellen. Sie führen eine eingehende Qualitätskontrolle durch.

18. In der Phase 7.4 „Bau- und Installationsarbeiten“ wird Folgendes ausgeführt: Ausführung von Arbeiten zum Bau von Spezialgebäuden (Räumlichkeiten) für die Unterbringung von technischer Ausrüstung und KKW-Personal; Bau von Kabelkanälen; Ausführung von Arbeiten an der Installation von technischen Mitteln und Kommunikationsleitungen; Prüfung der installierten technischen Ausrüstung; Lieferung der technischen Mittel zur Inbetriebnahme.

19. In Stufe 7.5 „Inbetriebnahme“ die autonome Anpassung von Hard- und Software durchführen, Informationen in die Datenbank laden und das System auf seine Wartung überprüfen; komplexe Einstellung aller Systemmittel.

20. Führen Sie in Stufe 7.6 „Vorprüfungen“ durch:

Prüfung des Kernkraftwerks auf Funktionsfähigkeit und Einhaltung der Leistungsbeschreibung gemäß Programm und Methode der Vorversuche;
Behebung von Störungen und Änderungen der Dokumentation des KKW, einschließlich der Betriebsdokumentation gemäß Prüfbericht;
Registrierung der Abnahmebescheinigung des Kernkraftwerks für den Probebetrieb.

21. In Stufe 7.7 „Probebetrieb“ wird der Probebetrieb des KKW durchgeführt; Analyse der Ergebnisse des experimentellen Betriebs des KKW; Überarbeitung (falls erforderlich) der AC-Software; zusätzliche Anpassung (falls erforderlich) der technischen Mittel des Kernkraftwerks; Registrierung der Bescheinigung über den Abschluss des Probebetriebs.

22. Führen Sie in Stufe 7.8 „Abnahmeprüfungen“ durch:

Prüfungen zur Einhaltung der Leistungsbeschreibung gemäß Programm und Methoden der Abnahmeprüfungen;
Analyse der Ergebnisse der AU-Tests und Beseitigung der während der Tests festgestellten Mängel;
Registrierung der Abnahmebescheinigung des Kernkraftwerks für den Dauerbetrieb.

23. In Stufe 8.1 „Durchführung von Arbeiten gemäß Gewährleistungspflicht“ werden Arbeiten durchgeführt, um die während des Betriebs des KKW während der festgelegten Gewährleistungsfristen festgestellten Mängel zu beseitigen, um die erforderlichen Änderungen an der Dokumentation für das KKW vorzunehmen.

24. In Stufe 8.2 "Service nach der Garantiezeit" werden Arbeiten durchgeführt an:

Analyse der Funktionsweise des Systems;
Ermittlung von Abweichungen der tatsächlichen Betriebseigenschaften des KKW von den Auslegungswerten;
Feststellung der Gründe für diese Abweichungen;
Beseitigung der festgestellten Mängel und Gewährleistung der Stabilität der Betriebsmerkmale des KKW;
die notwendigen Änderungen an der Dokumentation für die AU vornehmen.

ANHANG 2. Referenz

LISTE DER ORGANISATIONEN, DIE AN DEN ARBEITEN ZUR SCHAFFUNG DER AU . TEILNEHMEN

1. Organisation-Kunde (Nutzer), für den das KKW erstellt wird und der die Finanzierung, die Abnahme der Arbeiten und den Betrieb des KKW sowie die Durchführung einzelner Arbeiten zur Errichtung des KKW übernimmt.

2. Der Organisationsentwickler, der die Arbeit an der Gründung der AU durchführt, dem Kunden eine Reihe von wissenschaftlichen und technischen Dienstleistungen in verschiedenen Phasen und Phasen der Gründung zur Verfügung stellt sowie verschiedene Soft- und Hardware für die AU entwickelt und liefert .

3. Eine Lieferantenorganisation, die auf Wunsch des Entwicklers oder Kunden Software und Hardware herstellt und liefert.

4. Organisationsgeneraler Designer des Automatisierungsobjekts.

6. Organisationen für Bau, Montage, Inbetriebnahme und sonstiges.

Anmerkungen:

1. Abhängig von den Bedingungen für die Erstellung einer AU sind verschiedene Kombinationen von Funktionen eines Kunden, eines Entwicklers, eines Lieferanten und anderer an der Erstellung einer AU beteiligten Organisationen möglich.

2. Etappen und Etappen ihrer Arbeit zur Schaffung der AU werden auf der Grundlage dieses Standards festgelegt.

INFORMATIONEN

1. ENTWICKELT UND EINGEFÜHRT vom Staatlichen Komitee der UdSSR für Produktqualitätsmanagement und -normen

ENTWICKLER

Yu.Kh. Vermischew, Dr. Wissenschaften; Ya.G. Wilentschik; IN UND. Voropajew, Dr. Wissenschaften; L. M. Seidenberg, Cand. Technik. Wissenschaften; Yu.B. Irz, Cand. Technik. Wissenschaften; V.D. Kostjukow, Cand. Technik. Wissenschaften; M. A. Labutin, d. Technik. Wissenschaften; N.P. Leskovskaya; IST. Mityaev; V. F. Popov (Themenleiter); S. V. Garshina; KI taub glaubend; SÜD. Schukow, Cand. Tech. Wissenschaften; Z.P. Zadubovskaya; V. G. Iwanow; Yu.I. Karavanov, Cand. Tech. Wissenschaften; A. A. Fetzen; V. Yu. Koroljow; IN UND. Machnach, Cand. Technik. Wissenschaften; S. B. Michalew, Dr. Wissenschaften; V. N. Petrikewitsch; V. A. Rakhmanov, Cand. Wirtschaft. Wissenschaften; A. A. Ratkovich; R.S. Sedegov, Dr. Wissenschaften; N.V. Stepanchikova; FRAU. Surovets; EIN V. Flotten; L. O. Chwilewski, Cand. Technik. Wissenschaften; VC. Tschistow, Cand. Wirtschaft. Wissenschaften

2. GENEHMIGT UND IN AKTION EINGEGEBEN durch das Dekret des Staatlichen Komitees der UdSSR für Produktqualitätsmanagement und -normen vom 29. Dezember 1990 Nr. 3469

Einführung

V moderne Welt Dutzende und Hunderte erscheinen jeden Tag verschiedene Programme, Anwendungen, Informationssysteme. Sie können sowohl für den öffentlichen oder gewerblichen Bereich als auch für allgemeine Nutzer konzipiert werden. 90% aller Benutzer lesen die Dokumentation nicht, finden sie langweilig, langweilig und uninteressant und öffnen die Bedienungsanleitung nur, wenn etwas nicht funktioniert oder es ohne Anleitung absolut unmöglich ist, es herauszufinden. Es ist mittlerweile allgemein akzeptiert, die Benutzeroberfläche so zu gestalten, dass sie intuitiv ist und der Benutzer das System verstehen kann, ohne lange Handbücher lesen zu müssen. Bei der Zusammenarbeit mit Großkunden ist es jedoch fast immer erforderlich, ein bestimmtes Paket von Dokumenten einzureichen - Handbücher, Anweisungen, nach GOST erstellte Designlösungen.
Wenn Sie zum ersten Mal auf das Schreiben von Dokumentationen nach GOST stoßen, geraten Sie in eine Betäubung und einen völligen Schock, da diese GOSTs "Meer" sind und wie und was darüber geschrieben werden soll, wird unklar.
In diesem Artikel werden GOSTs zum Schreiben von Dokumentation und deren Hauptpunkte beschrieben.

Was sind die GOSTs?

Zuerst müssen Sie herausfinden, was die GOSTs sind. Jeder weiß nur, dass GOST etwas ist, das im Rahmen der Union entwickelt wurde und es einfach unendlich viele gibt. Ich beeile mich, Ihnen zu versichern, dass es nicht so viele GOST-Standards für den IT-Bereich gibt und alle trotz ihrer Entstehungszeit nicht an Relevanz verloren haben.
Zunächst werden Standards für das Schreiben von Dokumentationen in zwei Arten unterteilt:

Internationale Standards (ISO, IEEE Std);
Russische oder sowjetische GOSTs.

Internationale Standards
Internationale Standards werden verwendet, um eine Dokumentation auf internationaler Ebene zu entwickeln. In der Regel sind sie nicht kostenlos, da sie nicht von Regierungsorganisationen entwickelt wurden, aber im Gegensatz zu unseren wurden sie erst vor kurzem entwickelt. Das Thema internationale Standards ist sehr breit gefächert und wird daher in einem anderen Artikel behandelt. Es werden gleich mehrere Standards angesprochen, die einen engen Bezug zum Schreiben von Dokumentationen haben.
Liste der wichtigsten internationalen Standards für das Schreiben von Dokumentationen:

IEEE Std 1063-2001 "IEEE Standard for Software User Documentation" - ein Standard zum Schreiben eines Benutzerhandbuchs;
IEEE Std 1016-1998 "IEEE Recommended Practice for Software Design Descriptions" - ein Standard zum Schreiben Technische Beschreibung Programme;
ISO / IEC FDIS 18019: 2004 "Richtlinien" für die Design und Erstellung von Benutzerdokumentationen für Anwendungssoftware “ist ein weiterer Standard für das Schreiben von Benutzerhandbüchern. Dieses Dokument hat große Menge Beispiele. Das heißt, es sieht eher aus wie ein Handbuch zum Schreiben eines Benutzerhandbuchs. Anfänger werden besonders nützlich sein;
ISO / IEC 26514: 2008, Anforderungen an Designer und Entwickler von Benutzerdokumentation, ist ein weiterer Standard für Designer und Entwickler von Benutzerdokumentationen.

Tatsächlich gibt es viele internationale Standards, die in jedem Land unterschiedlich sind, da der gleiche Standard möglicherweise nicht immer sowohl für europäische als auch für asiatische Unternehmen geeignet ist.

Russische Standards
Russische Standards werden auf staatlicher Ebene entwickelt. Sie sind alle völlig kostenlos und im Internet leicht zu finden. Um die Dokumentation für das Programm zu schreiben, werden zwei Serien von GOSTs 19 und 34 verwendet, auf die weiter eingegangen wird.

Was ist der Unterschied zwischen GOSTs der Serien 19 und 34?

Als erstes stellt sich die Frage, wie sich diese GOSTs 19 und 34 im Allgemeinen unterscheiden.
In GOST 19.781-90 „Einheitliches System der Programmdokumentation. Software für Informationsverarbeitungssysteme. Begriffe und Definitionen "Die Definitionen sind angegeben:

Programm - Daten, die dazu bestimmt sind, bestimmte Komponenten eines Informationsverarbeitungssystems zu steuern, um einen bestimmten Algorithmus zu implementieren.
Software - eine Reihe von Programmen des Informationsverarbeitungssystems und Programmdokumente, die für den Betrieb dieser Programme erforderlich sind.

In GOST 34.003-90 „Informationstechnologie. Satz von Standards für automatisierte Systeme. Automatisierte Systeme. Begriffe und Definitionen "die Definition ist angegeben:

Automatisiertes System (AS) ist ein System, das aus Personal und einer Reihe von Mitteln zur Automatisierung ihrer Aktivitäten besteht und die Informationstechnologie zur Ausführung festgelegter Funktionen implementiert.
Je nach Art der Tätigkeit werden beispielsweise folgende Arten von AU unterschieden: Automatisierte Kontrollsysteme (ACS), Systeme computergestütztes Design(CAD), automatisierte Forschungssysteme (ASNI) und andere.

Je nach Art des kontrollierten Objekts (Prozesses) wird ACS beispielsweise unterteilt in: ACS nach technologischen Prozessen (ACS), ACS nach Unternehmen (ACS) usw.
Außerdem unterteilt GOST 34 in Arten von KKW-Unterstützung:

Organisatorisches;
Methodisch;
Technisch;
Mathematik;
Software;
Informativ;
Sprachwissenschaft;
Recht;
Ergonomisch.

Daher ist das automatisierte System kein Programm, sondern eine Reihe von Unterstützungsarten, einschließlich Software. AS bietet in der Regel eine Organisationslösung für einen bestimmten Benutzer und Kunden, und das Programm kann für eine große Anzahl von Benutzern erstellt und repliziert werden, ohne an ein Unternehmen gebunden zu sein.
Wenn Sie also Dokumentation für ein Programm entwickeln, das Sie für ein bestimmtes Unternehmen erstellt haben, dann Ihr GOST 34. Wenn Sie Dokumente für ein Massenprogramm schreiben, dann Ihr GOST 19.

GOST 34

Die GOST 34-Serie (GOST 34.xxx Informationstechnologie-Standards) besteht aus:

GOST 34.201-89 Typen, Vollständigkeit und Bezeichnungen von Dokumenten bei der Erstellung automatisierter Systeme - dieser Standard legt Typen, Namen, Vollständigkeit und Nummern von Dokumenten fest. Es ist eines der Hauptdokumente der GOST 34-Reihe. Tatsächlich handelt es sich um ein grundlegendes Dokument, daher sollten sich Anfänger zuerst damit vertraut machen.
GOST 34.320-96 Konzepte und Terminologie für ein konzeptionelles Schema und eine Informationsbasis - dieser Standard legt die grundlegenden Konzepte und Begriffe von konzeptionellen Schemata und Informationsbasen fest und umfasst die Entwicklung, Beschreibung und Anwendung von konzeptionellen Schemata und Informationsbasen, Informationsmanipulation sowie die Beschreibung und Durchführung des Informationsprozesses. Der Standard definiert die Rolle des konzeptionellen Schemas. Die darin enthaltenen Bestimmungen haben beratenden Charakter und können zur Bewertung von Datenbankmanagementsystemen (DBMS) herangezogen werden. In diesem Dokument werden keine spezifischen Methoden zur Verwendung der Tools zur Unterstützung des konzeptionellen Schemas beschrieben. Die im Standard beschriebenen konzeptionellen Schemasprachen sind nicht als Standard anzusehen.
GOST 34.321-96 Informationstechnologie. Datenbank-Standardsystem. Management-Referenzmodell - Dieses Dokument erstellt ein Datenmanagement-Referenzmodell.
Das Referenzmodell definiert allgemeine Terminologie und Konzepte in Bezug auf Informationssystemdaten. Solche Konzepte werden verwendet, um die Dienste zu definieren, die von Datenbankverwaltungssystemen oder Datenwörterbuchsystemen bereitgestellt werden.
Das Referenzmodell berücksichtigt keine Protokolle für das Datenmanagement.
Der Anwendungsbereich des Referenzmodells umfasst Prozesse, die sich auf das Management persistenter Daten und deren Interaktion mit Prozessen beziehen, die von den Anforderungen eines bestimmten Typs abweichen Informationssystem sowie allgemeine Datenverwaltungsdienste zum Definieren, Speichern, Suchen, Aktualisieren, Erfassen, Kopieren, Wiederherstellen und Übertragen von Daten.
GOST 34.601-90 Automatisierte Systeme. Phasen der Erstellung - Der Standard legt die Phasen und Phasen der Erstellung einer AU fest.
GOST 34.602-89 Leistungsbeschreibung für die Erstellung eines automatisierten Systems (anstelle von GOST 24.201-85) - legt die Zusammensetzung, den Inhalt und die Regeln für die Erstellung des Dokuments "Leistungsbeschreibung für die Erstellung (Entwicklung oder Modernisierung) des Systems" fest ."
Dieses Dokument ist eines der am häufigsten verwendeten Dokumente der Reihe GOST 34. Bei der Entwicklung von TK nach diesem GOST sollte man an andere Standards denken, auch wenn dieses Dokument keine Verweise auf diese Standards enthält.
GOST 34.603-92 Informationstechnologie. Prüfungsarten automatisierter Systeme - Die Norm legt die Prüfungsarten der AU (autonom, integriert, Abnahmeprüfungen und Probebetrieb) und die allgemeinen Anforderungen an deren Durchführung fest.
RD 50-34.698-90 Automatisierte Systeme. Anforderungen an den Inhalt von Dokumenten ist eines der wichtigsten Dokumente von 34 GOST, da darin der Inhalt fast aller Dokumente sowie eine Beschreibung jedes Absatzes des Dokuments beschrieben wird.
GOST R ISO / IEC 8824-3-2002 Informationstechnologie. Abstrakte Syntax-Notation Version Eins — Diese Internationale Norm ist Teil der Abstrakten Syntax-Notation 1 (ASN.1) und bietet eine Notation zum Spezifizieren benutzerdefinierter Einschränkungen und Tabelleneinschränkungen.
GOST R ISO / IEC 10746-3-2001 Datenmanagement und offene verteilte Verarbeitung.
In dieser Norm:
- es wird bestimmt, wie Open Distributed Processing (ODP)-Systeme unter Verwendung der in GOST R ISO / IEC 10746-2 eingeführten Konzepte spezifiziert werden;
- die Merkmale, nach denen die Systeme als ODP-Systeme klassifiziert werden, werden identifiziert.
Der Standard schafft einen Rahmen für die Koordinierung der Entwicklung von Standards für ODP-Systeme.
GOST R ISO / IEC 15271-02 Software-Lebenszyklusprozesse - dieses GOST wird meiner Meinung nach mehr für Analysten bei der Auslegung und Modellierung von Kernkraftwerken benötigt.
Dieses Dokument ist aus meiner Sicht für rein pädagogische Zwecke nützlich.
GOST R ISO / IEC 15910-2002 Prozess zum Erstellen von Benutzerdokumentation für ein Softwaretool - definiert den minimal erforderlichen Prozess zum Erstellen von Benutzerdokumentationen aller Art für ein Softwaretool, das über eine Benutzeroberfläche verfügt. Diese Ansichten umfassen gedruckte Dokumentation (z. B. Benutzerhandbücher und Kurzanleitungskarten), interaktive (Betriebs-)Dokumentation, Hilfetext ("Hilfe") und interaktive Dokumentationssysteme.

Ausgehend von allem, was oben geschrieben wurde, ist klar, dass die Hauptdokumente in 34 GOST 3: GOST 34.201-89, RD 50-34.698-90 und GOST 34.602-89.
Wenn Sie ein Dokumentationspaket entwickeln, müssen Sie zunächst GOST 34.201-89 öffnen und die Phase der Erstellung Entwurfsentwurf, Technischer Entwurf und Arbeitsdokumentation auswählen. Als nächstes sollten Sie Dokumente für die Entwicklung auswählen, die dem Stadium der Erstellung entsprechen.

Dokumentenverzeichnis 34 GOST

Bühne Schaffung	Titel des Dokuments	Code	Teil das Projekt	Prinad Bett zu Projekt aber schätzen Noah Dock Polizist gen	Prinad Bett zu ausbeuten tation noah auf cumol Stationen	Zusätzliche Anweisungen
EP	Schematisches Designblatt	EP *	ODER	—	—	—
EP	Erläuterungen Zum Entwurfsentwurf	P1	ODER	—	—	—
EP, TP	Organigramm	CO	ODER	—	—	Es ist erlaubt, in das Dokument P3 oder PV . aufzunehmen
	Strukturschema des Komplexes technische Mittel	C1 *	DANN	NS	—
	Funktionsstrukturdiagramm	C2 *	ODER	—	—	Bei der Entwicklung der Dokumente CO, C1, C2, C3 in der ES-Phase ist es zulässig, diese in das Dokument P1 aufzunehmen
	spezialisiert (neu) technische Mittel	UM 9	DANN	NS	—	Bei der Entwicklung im TP-Stadium darf einschließen um P2 zu dokumentieren
	Automatisierungsschema	C3 *	DANN	NS	—	—
	Leistungsbeschreibung für die Entwicklung spezialisiert (neu) technische Mittel	—	DANN	—	—	Das Projekt beinhaltet nicht
TP	Entwicklungsaufträge Sanitär und andere Abschnitte projektbezogen mit der Erstellung des Systems	—	DANN	NS	—	Das Projekt beinhaltet nicht
	Technisches Projektblatt	TP *	ODER	—	—	—
	Liste der gekauften Produkte	SP *	ODER	—	—	—
	Liste der Eingangssignale und Daten	IN 1	UND ÜBER	—	—	—
	Liste der Ausgangssignale (Unterlagen)	IN 2	UND ÜBER	—	—	—
	Liste der Entwicklungsaufgaben Bau, Elektrik, Sanitär und andere Abschnitte projektbezogen mit der Erstellung des Systems	UM 3	DANN	NS	—	Es darf in Dokument P2 aufgenommen werden
	Erläuterungen zum technischen Projekt	P2	ODER	—	—	Inklusive Aktionsplan um das Objekt für die Inbetriebnahme vorzubereiten Systeme in Betrieb
	Beschreibung der automatisierten Funktionen	P3	ODER	—	—	—
	Beschreibung der Aufgabenstellung (Aufgabensatz)	P4	ODER	—	—	Es darf enthalten sein zu den Dokumenten P2 oder P3
	Beschreibung der Informationen Systemunterstützung	P5	UND ÜBER	—	—	—
	Beschreibung der Organisation Informationsbasis	P6	UND ÜBER	—	—	—
TP	Beschreibung von Klassifikationssystemen und Codierung	P7	UND ÜBER	—	—	—
	Array-Beschreibung Information	P8	UND ÜBER	—	—	—
	Beschreibung des Komplexes technische Mittel	P9	DANN	—	—	Für die Aufgabe ist es zulässig, in Dokument 46 gemäß GOST 19.101 aufzunehmen
	Beschreibung der Software Sicherung	PA	AN	—	—	—
	Beschreibung des Algorithmus (Entwurfsverfahren)	PB	MO	—	—	Es darf in die Dokumente P2, P3 oder P4 aufgenommen werden
	Beschreibung der Organisation Strukturen	PV	OO	—	—	—
	Lageplan	C8	DANN	NS	—	Es darf in Dokument P9 aufgenommen werden
	Ausrüstungsliste und Materialien	—	DANN	NS	—	—
	Lokale Schätzungsberechnung	B2	ODER	NS	—	—
TP, RD	Projektprüfung Systemzuverlässigkeit	B1	ODER	—	—	—
TP, RD	Dokumentformularzeichnung (Videobild)	C9	UND ÜBER	—	NS	In der TP-Phase ist es erlaubt in Dokumente aufnehmen P4 oder P5
RD	Inhaberliste Originale	DP *	ODER	—	—	—
	Betriebserklärung Unterlagen	ED *	ODER	—	NS	—
	Hardware-Spezifikation	UM 4	DANN	NS	—	—
	Anforderungserklärung in Materialien	UM 5	DANN	NS	—	—
	Liste der Maschinenmedien Information	VM *	UND ÜBER	—	NS	—
	Eingabedaten-Array	UM 6	UND ÜBER	—	NS	—
RD	Datenbankverzeichnis	UM 7	UND ÜBER	—	NS	—
	Zusammensetzung der Ausgabe (Mitteilungen)	UM 8	UND ÜBER	—	NS	—
	Lokale Schätzungen	B3	ODER	NS	—	—
	Methode (Technologie) automatisiert Entwerfen	I1	OO	—	NS	—
	Technologische Unterweisung	UND 2	OO	—	NS	—
	Benutzerhandbuch	I3	OO	—	NS	—
	Anleitung zum Formen und Datenbankpflege (Datensatz)	I4	UND ÜBER	—	NS	—
	Bedienungsanleitung für KTS	IE	DANN	—	NS	—
	Anschlussplan für externe Verdrahtung	C4 *	DANN	NS	—	Es ist erlaubt, in in Form von Tabellen
	Schaltplan externe Verkabelung	C5 *	DANN	NS	—	Ebenfalls
	Anschluss und Anschlusstabelle	C6	DANN	NS	—	—
	Systemaufteilungsdiagramm (strukturell)	E1 *	DANN	—	—	—
	Aufstellungsplan	IN*	DANN	NS	—	—
	Installationszeichnung der technischen Ausrüstung	CA	DANN	NS	—	—
	Schematische Darstellung	Sa	DANN	NS	—	—
	Strukturschema des Komplexes technische Mittel	C1 *	DANN	NS	—	—
	Anordnung der Geräte und Verkabelung	C7	DANN	NS	—	—
	Beschreibung der technologischen Verarbeitungsprozess Daten (einschließlich Fernverarbeitung)	PG	OO	—	NS	—
	Allgemeine Beschreibung des Systems	PD	ODER	—	NS	—
	Testprogramm und Methodik (Komponenten, Automatisierungssysteme, Subsysteme, Systeme)	PN *	ODER	—	—	—
	Form	FD *	ODER	—	NS	—
	Reisepass	PS *	ODER	—	NS	—
* Dokumente, deren Code gemäß den Anforderungen der ESKD-Standards festgelegt ist

Hinweis zur Tabelle:

Die Tabelle verwendet die folgenden Bezeichnungen:
- EP - Vorentwurf;
- TP - technisches Design;
- RD - Arbeitsdokumentation;
- ODER - systemweite Lösungen;
- OO - Entscheidungen über organisatorische Unterstützung;
- TO - Lösungen für den technischen Support;
- IO - Lösungen zur Informationsunterstützung;
- Software - Softwarelösungen;
- MO - Softwarelösungen.
X-Zeichen - bezeichnet die Zugehörigkeit zu Entwurfsschätzungen oder Betriebsunterlagen.
Die Nomenklatur von Dokumenten mit einem Namen wird in Abhängigkeit von den Designentscheidungen festgelegt, die bei der Erstellung des Systems getroffen wurden.

Wenn die Liste der Dokumente festgelegt ist, sollten Sie in RD 50-34.698-90 die ausgewählten Dokumente finden und streng nach den angegebenen Punkten entwickeln. Alle angegebenen inhaltlichen Punkte müssen im Dokument enthalten sein.
Wenn eine Leistungsbeschreibung entwickelt wird, müssen Sie sofort GOST 34.602-89 öffnen und eine technische Spezifikation streng nach den Absätzen entwickeln.

GOST 19

Die GOST 19-Serie (GOST 19.xxx The Unified Programming Documentation System (ESPD)) besteht aus:

1. GOST 19.001-77 Allgemeine Bestimmungen - auch gemeinsames Dokument, es ist nicht von praktischem Nutzen. Daher können Sie es überspringen.
2. GOST 19781-90 Begriffe und Definitionen - gute liste Definitionen im Bereich Software für Informationsverarbeitungssysteme. Außer als Definitionen enthält es nichts anderes.
3. GOST 19.101-77 Arten von Programmen und Programmdokumenten - eines der Hauptdokumente von 19 GOST. Mit ihm sollten Sie beginnen, mit 19 GOST zu arbeiten, da es eine vollständige Liste und Bezeichnungen von GOST-Dokumenten enthält.

Liste der Dokumente 19 GOST

Code	Art des Dokuments	Entwicklungsstufen
		Skizzieren Projekt	Technisch Projekt	Arbeitsentwurf
		Skizzieren Projekt	Technisch Projekt	Komponente	Komplex
—	Spezifikation	—	—
05	Liste der Originalhalter	—	—	—
12	Programmtext	—	—
13	Programm Beschreibung	—	—
20	Aufstellung der Betriebsunterlagen	—	—
30	Form	—	—
31	Anwendungsbeschreibung	—	—
32	Handbuch für Systemprogrammierer	—	—
33	Programmierhandbuch	—	—
34	Benutzerhandbuch	—	—
35	Sprachbeschreibung	—	—
46	Technische Bedienungsanleitung Wartung	—	—
51	Testprogramm und Methodik	—	—
81	Erläuterungen			—	—
90-99	Sonstige Unterlagen

Legende:
- das Dokument ist obligatorisch;
- das Dokument ist für Komponenten mit eigenständiger Anwendung obligatorisch;
- Die Notwendigkeit der Erstellung eines Dokuments wird in der Phase der Entwicklung und Genehmigung der Leistungsbeschreibung festgestellt;
- - das Dokument ist nicht erstellt.

GOST 19.102-77 Entwicklungsstufen - enthält eine Beschreibung der Entwicklungsstufen. Nützlich für Bildungszwecke. Meiner Meinung nach hat es keinen besonderen praktischen Nutzen.
GOST 19.103-77 Bezeichnungen von Programmen und Programmdokumenten - enthält eine Beschreibung der Zuordnung einer Nummer (Code) zu einem Dokument. Auch nach dem Lesen dieses GOST bleiben eine Reihe von Fragen, wie man genau diese Nummer einem Dokument zuweist.
GOST 19.104-78 Grundbeschriftungen - legt Formen, Größen, Ort und Verfahren zum Ausfüllen der Grundbeschriftungen des Genehmigungsblatts und des Titelblatts in den von den ESDM-Standards vorgesehenen Programmdokumenten fest, unabhängig von der Art und Weise, wie sie ausgeführt werden. Da die Dokumente von 19 GOST in Rahmen verfasst sind, ist dieses Dokument sehr wichtig.
GOST 19.105-78 Allgemeine Anforderungen an Programmdokumente - legt allgemeine Anforderungen an die Gestaltung von Programmdokumenten fest. Die Anforderungen sind zu allgemein. In der Regel wird dieses GOST fast nie für die Entwicklung eines Dokuments verwendet, da es für ein Dokument genügend spezielles GOST gibt, aber für allgemeines Wissen in diesem GOST ist es immer noch besser, einmal nachzusehen.
GOST 19.106-78 Anforderungen an ausgeführte Programmdokumente im Druck- enthält Anforderungen an die Gestaltung aller Dokumente von 19 GOST.
GOST 19.201-78 Leistungsbeschreibung, Anforderungen an Inhalt und Design - legt das Verfahren für die Erstellung und Ausführung von technischen Spezifikationen für die Entwicklung eines Programms oder Softwareprodukts fest.
Die Klauseln von TK 34 von GOST und 19 von GOST unterscheiden sich.
GOST 19.601-78 Allgemeine Regeln für Vervielfältigung, Abrechnung und Speicherung - Allgemeine Regeln Vervielfältigung, Verbreitung, Abrechnung und Aufbewahrung von Programmunterlagen. In GOST wird in mehreren Absätzen beschrieben, wie Sie sicherstellen können, dass die Dokumente nicht verloren gehen.
GOST 19.602-78 Regeln für die Vervielfältigung, Abrechnung und Speicherung von Programmdokumenten, abgeschlossener Druck. In gewisser Weise - eine Ergänzung zu GOST 19.601-78.
GOST 19.603-78 Allgemeine Regeln für Änderungen - legt allgemeine Regeln für Änderungen an Programmdokumenten fest. Im Wesentlichen beschreibt es einen langen bürokratischen Algorithmus, um Änderungen an Dokumenten vorzunehmen.
GOST 19.604-78 Regeln zum Vornehmen von Änderungen an gedruckten Programmdokumenten - beschreibt das Verfahren zum Bearbeiten und Ausfüllen des Änderungsregistrierungsblatts.

Eine Liste spezialisierter GOSTs, dh jeder von ihnen beschreibt den Inhalt und die Anforderungen für ein bestimmtes Dokument:

GOST 19.202-78-Spezifikation. Anforderungen an Inhalt und Gestaltung;
GOST 19.301-79 Programm und Testverfahren. Anforderungen an Inhalt und Gestaltung;
GOST 19.401-78 Programmtext. Anforderungen an Inhalt und Gestaltung;
GOST 19.402-78 Beschreibung des Programms;
GOST 19.403-79 Liste der Originalhalter;
GOST 19.404-79 Erläuterung. Anforderungen an Inhalt und Gestaltung;
GOST 19.501-78-Formular. Anforderungen an Inhalt und Gestaltung;
GOST 19.502-78 Beschreibung der Anwendung. Anforderungen an Inhalt und Gestaltung;
GOST 19.503-79 Handbuch für Systemprogrammierer. Anforderungen an Inhalt und Gestaltung;
GOST 19.504-79 Programmierhandbuch. Anforderungen an Inhalt und Gestaltung;
GOST 19.505-79 Bedienungsanleitung. Anforderungen an Inhalt und Gestaltung;
GOST 19.506-79 Beschreibung der Sprache. Anforderungen an Inhalt und Gestaltung;
GOST 19.507-79 Erklärung der Betriebsdokumente;
GOST 19.508-79 Wartungshandbuch. Anforderungen an Inhalt und Gestaltung.

Die Vorgehensweise zum Arbeiten mit 19 GOST:

Wählen Sie in GOST 19.101-77 ein Dokument und seinen Code entsprechend dem Entwicklungsstadium aus.
Weisen Sie dem Dokument gemäß GOST 19.103-77 eine Nummer zu.
Erstellen Sie dann gemäß GOST 19.104-78 und 19.106-78 ein Dokument.
Aus einer spezialisierten Liste von GOSTs sollten Sie diejenige auswählen, die dem zu entwickelnden Dokument entspricht.

Abschluss

GOST ist nicht beängstigend und einfach! Die Hauptsache ist zu verstehen, was geschrieben werden muss und was GOST dafür verwendet wird. Unsere wichtigsten GOSTs 19 und 34 zum Schreiben von Dokumentationen sind sehr alt, aber bis heute relevant. Eine normgerechte Dokumentation räumt viele Fragen zwischen Auftragnehmer und Auftraggeber aus. Daher spart es Zeit und Geld.