Ensemble de normes pour les systèmes automatisés (KSAS)

Le Système unifié de documentation des programmes (USPD) est un ensemble national de normes pour la documentation des programmes. Dans le langage professionnel, on l'appelle aussi « le dix-neuvième invité », ce qui n'est pas tout à fait exact, puisqu'il s'agit non pas d'un, mais d'une trentaine de documents réglementaires et techniques différents.

Fondamentalement, les normes DUME contiennent des exigences relatives à la composition, au contenu et à l'exécution des documents décrivant le programme à différentes étapes de son cycle de vie. Par ailleurs, plusieurs documents sont consacrés à la procédure de conservation et de mise à jour de la documentation.

Les normes DUME sont pratiquement dépourvues de composante méthodologique. Ils n'expliquent pas au développeur comment rédiger la documentation pour la rendre utile, compréhensible, informative, pratique, etc. Ils fournissent uniquement une liste de types de documents et une liste de sections de premier niveau pour chacun d'eux. Certes, il est dit à propos de chaque section quelles informations doivent y être présentées.

Les normes DUME ont été adoptées à la fin des années 70 et nous sont parvenues sous une forme proche de l'originale. Ils reflètent la pratique des centres informatiques départementaux où étaient exploités de gros ordinateurs. L'interaction d'une personne avec un système informatique était alors structurée complètement différemment de ce qu'elle est aujourd'hui et s'effectuait au moyen de télécommandes encombrantes, de cartes perforées et d'imprimés, et pour les « simples mortels » résolvant des problèmes appliqués, également par l'intermédiaire de personnel qualifié. . Dois-je expliquer en détail à quel point ces normes sont désormais dépassées ? Il suffit de dire qu’ils ignorent l’existence de documents courants tels que le manuel de l’utilisateur et le manuel de l’administrateur.

Et pourtant, ils continuent d’être activement utilisés. Formellement, le « XIXème » offre une alternative moderne. Certaines normes ISO/CEI dans le domaine de l'ingénierie des systèmes et des logiciels ont été traduites en russe et adoptées en Russie comme normes nationales. Mais les gros clients, y compris les clients gouvernementaux, ne sont pas pressés d’y recourir. Cela peut s'expliquer par leur inertie (ou leur fidélité à la tradition, comme vous préférez), mais seulement en partie.

Le fait est que chaque norme DUME, d'un petit volume (trois pages maximum), est un ensemble de règles plutôt formelles et donc facilement vérifiable exigences relatives à un document ou à un ensemble de documents. À proprement parler, cela n’empêche pas le développeur de la documentation d’écrire des bêtises correctement formatées. Mais puisque le DUME définit clairement en quoi devrait consister le résultat et à quoi il devrait ressembler, on peut au moins immédiatement rejeter une pile de papier qui ne rentre pas dans ces cadres. Cela simplifie considérablement la tâche de soumission et d'acceptation de la documentation pour le client et l'entrepreneur.

Les normes ISO/CEI, au contraire, contiennent de nombreuses règles raisonnables de nature matérielle, mais il est difficile d'imaginer une procédure pour leur vérification formelle. Cependant, personne ne prend la peine d'appliquer simultanément les deux ensembles de normes ; heureusement, ils concernent différents aspects de la documentation et ne se contredisent pratiquement pas.

Composition des documents réglementaires et techniques

Désignation	Nom
GOST 19.001-77	Dispositions générales
GOST 19.002-80	Système unifié de documentation du programme. Schémas d'algorithmes et de programmes. Règles d'exécution
GOST 19.004-80	Système unifié de documentation du programme. Termes et définitions
GOST 19.005-85	Système unifié de documentation du programme. Schémas P d'algorithmes et de programmes. Désignations graphiques conventionnelles et règles d'exécution
GOST 19.101-77	Système unifié de documentation du programme. Types de programmes et documents de programme
GOST 19.102-77	Système unifié de documentation du programme. Étapes de développement
GOST 19.103-77	Système unifié de documentation du programme. Désignation des programmes et documents de programme
GOST 19.104-78	Système unifié de documentation du programme. Inscriptions de base
GOST 19 105-78	Système unifié de documentation du programme. Exigences générales pour les documents du programme
GOST 19.106-78	Système unifié de documentation du programme. Exigences relatives aux documents imprimés du programme
GOST 19.201-78	Système unifié de documentation du programme. Tâche technique
GOST 19.202-78	Système unifié de documentation du programme. Spécification. Exigences relatives au contenu et à la conception
GOST 19.301-79	Système unifié de documentation du programme. Programme et méthodologie de tests. Exigences relatives au contenu et à la conception
GOST 19.401-78	Système unifié de documentation du programme. Texte du programme. Exigences relatives au contenu et à la conception
GOST 19.402-78	Système unifié de documentation du programme. Description du programme
GOST 19 403-79	Système unifié de documentation du programme. Liste des titulaires originaux
GOST 19.404-79	Système unifié de documentation du programme. Note explicative. Exigences relatives au contenu et à la conception
GOST 19.501-78	Système unifié de documentation du programme. Formulaire. Exigences relatives au contenu et à la conception
GOST 19.502-78	Système unifié de documentation du programme. Description de la demande. Exigences relatives au contenu et à la conception
GOST 19.503-79	Système unifié de documentation du programme. Guide du programmeur système. Exigences relatives au contenu et à la conception
GOST 19.504-79	Système unifié de documentation du programme. Guide du programmeur
GOST 19.505-79	Système unifié de documentation du programme. Manuel de l'opérateur. Exigences relatives au contenu et à la conception
GOST 19.506-79	Système unifié de documentation du programme. Description de la langue. Exigences relatives au contenu et à la conception
GOST 19.507-79	Système unifié de documentation du programme. Liste des documents opérationnels
GOST 19.508-79	Système unifié de documentation du programme. Manuel de maintenance. Exigences relatives au contenu et à la conception
GOST 19.601-78	Système unifié de documentation du programme. Règles générales de duplication, de comptabilité et de stockage
GOST 19.602-78	Système unifié de documentation du programme. Règles de duplication, de comptabilité et de stockage des documents imprimés du programme
GOST 19.603-78	Système unifié de documentation du programme. Règles générales pour apporter des modifications
GOST 19.604-78	Système unifié de documentation du programme. Règles pour apporter des modifications aux documents imprimés du programme

Acquisition de normes

Établir des règles interdépendantes pour le développement, la conception et la diffusion des programmes et de la documentation des programmes.

Les normes DUME établissent des exigences régissant le développement, la maintenance, la production et l'exploitation des programmes, ce qui garantit la capacité de :

l'unification des produits logiciels pour l'échange mutuel de programmes et l'utilisation de programmes précédemment développés dans de nouveaux développements ;
réduire l'intensité du travail et augmenter l'efficacité du développement, de la maintenance, de la production et de l'exploitation des produits logiciels ;
automatisation de la production et du stockage de la documentation du programme.

La maintenance du programme comprend l'analyse du fonctionnement, le développement et l'amélioration du programme, ainsi que l'apport de modifications afin d'éliminer les erreurs.

Étant donné que le DUME est un ensemble de GOST, son application sur le territoire de la Fédération de Russie n'est actuellement que de nature consultative, c'est-à-dire que le DUME est appliqué sur une base volontaire (sauf disposition contraire d'un accord, d'un contrat, de lois individuelles, d'un tribunal). décision, etc.).

YouTube encyclopédique

1 / 3

Calcul d'un bâtiment en panneaux

Webinaire : Nouvelles fonctionnalités d'Advance Steel 2018 pour la conception de structures métalliques

Master class n°2 « Autodesk Fusion 360 - un environnement unifié pour une conception innovante

Les sous-titres

Classification

Les normes DUME sont divisées en groupes indiqués dans le tableau.

Liste des normes incluses dans le DUME

GOST 19.001-77. DUME. Dispositions générales.
GOST 19.002-80. DUME. Schémas d'algorithmes et de programmes. Règles d'exécution. - Remplacé par GOST 19.701-90
GOST 19.003-80. DUME. Schémas d'algorithmes et de programmes. Les symboles sont des graphiques conventionnels. - Remplacé par GOST 19.701-90
GOST 19.004-80. DUME. Termes et définitions. - Remplacé par GOST 19.781-90
GOST 19.005-85. DUME. Schémas P d'algorithmes et de programmes. Désignations graphiques conventionnelles et règles d'exécution.
GOST 19.101-77. DUME. Types de programmes et documents de programme.
GOST 19.102-77. DUME. Stades de développement.
GOST 19.103-77. DUME. Désignation des programmes et documents de programme.
GOST 19.104-78. DUME. Inscriptions de base.
GOST 19.105-78. DUME. Exigences générales pour les documents du programme.
GOST 19.106-78. DUME. Exigences relatives aux documents imprimés du programme.
GOST 19.201-78. DUME. Tâche technique. Exigences relatives au contenu et à la conception.
GOST 19.202-78. DUME. Spécification. Exigences relatives au contenu et à la conception.
GOST 19.301-79. DUME. Programme et méthodologie de tests. Exigences relatives au contenu et à la conception.
GOST 19.401-78. DUME. Texte du programme. Exigences relatives au contenu et à la conception.
GOST 19.402-78. DUME. Description du programme.
GOST 19.403-79. DUME. Liste des titulaires originaux.
GOST 19.404-79. DUME. Note explicative. Exigences relatives au contenu et à la conception.
GOST 19.501-78. DUME. Formulaire. Exigences relatives au contenu et à la conception.
GOST 19.502-78. DUME. Description de la demande. Exigences relatives au contenu et à la conception.
GOST 19.503-79. DUME. Guide du programmeur système. Exigences relatives au contenu et à la conception.
GOST 19.504-79. DUME. Guide du programmeur. Exigences relatives au contenu et à la conception.
GOST 19.505-79. DUME. Manuel de l'opérateur. Exigences relatives au contenu et à la conception.
GOST 19.506-79. DUME. Description de la langue. Exigences relatives au contenu et à la conception.
GOST 19.507-79. DUME. Liste des documents opérationnels.
GOST 19.508-79. DUME. Manuel de maintenance. Exigences de retenue et de forme.
GOST 19.601-78. DUME. Règles générales de duplication, de comptabilité et de stockage.
GOST 19.602-78. DUME. Règles de duplication, de comptabilité et de stockage des documents imprimés du programme.
GOST 19.603-78. DUME. Règles générales pour apporter des modifications.
GOST 19.604-78. DUME. Règles pour apporter des modifications aux documents imprimés du programme.
GOST 19.701-90 (ISO 5807-85). DUME. Schémas d'algorithmes, de programmes, de données et de systèmes. Conventions et règles d'exécution.
GOST 19781-90. Logiciels pour systèmes de traitement de l'information. Termes et définitions.

Système unifié de documentation du programme(ESPD) - un ensemble de normes d'État , établir des règles interdépendantes pour le développement, la conception et la diffusion des programmes et de la documentation des programmes. Les normes DUME établissent des exigences régissant le développement, la maintenance, la production et l'exploitation des programmes, ce qui garantit la capacité de :

Unification des produits logiciels pour l'échange mutuel de programmes et l'utilisation de programmes précédemment développés dans de nouveaux développements ;

Réduire l'intensité du travail et augmenter l'efficacité du développement, de la maintenance, de la production et de l'exploitation des produits logiciels ;

Automatisation de la production et du stockage de la documentation du programme.

La maintenance du programme comprend l'analyse du fonctionnement, le développement et l'amélioration du programme, ainsi que l'apport de modifications afin d'éliminer les erreurs.

L'augmentation rapide de la complexité et de la taille des progiciels modernes, accompagnée d'une augmentation simultanée de la responsabilité des fonctions exécutées, a fortement accru les exigences des clients et des utilisateurs quant à leur qualité et leur sécurité d'utilisation.

Un moyen éprouvé d'assurer une efficacité et une qualité de fonctionnement élevées des programmes et des systèmes logiciels sont les normes internationales élaborées avec la participation de représentants des principales entreprises du secteur.

À mesure que l'utilisation et la complexité des systèmes d'information augmentent, les erreurs ou la qualité insuffisante des programmes peuvent causer des dommages qui dépassent largement l'effet positif de leur utilisation.

GOST 28195-89 établit des dispositions générales pour évaluer la qualité des logiciels (PS) de la technologie informatique fournis via des fonds d'algorithmes et de programmes (FAP), la nomenclature et l'applicabilité des indicateurs de qualité des logiciels. Contrôle de qualité Un PS est un ensemble d'opérations qui comprennent la sélection d'une gamme d'indicateurs de qualité pour le PS évalué, la détermination des valeurs de ces indicateurs et leur comparaison avec les valeurs de base.

Selon GOST 28195-89, l'évaluation de la qualité est effectuée à toutes les étapes du cycle de vie de la sous-station à :

Planification des indicateurs de qualité PS ;

Contrôle de la qualité à chaque étape du développement (spécifications techniques, conception technique, avant-projet) ;

Contrôle qualité pendant le processus de production du PS ;

Vérification de l'efficacité de la modification du PS au stade de la maintenance.

L'évaluation de la qualité est effectuée par des spécialistes des organisations suivantes : développeur - aux étapes de développement du logiciel ; détenteur du fonds - aux étapes d'acceptation du logiciel dans le fonds ; centres de test et centres de certification PS - aux étapes de test et de mise en œuvre ; fabricant - aux étapes de réplication PS ; utilisateur - aux étapes de mise en œuvre, de maintenance et d'exploitation du logiciel.

Les principales tâches à résoudre lors de l'évaluation de la qualité du logiciel :

Planification du niveau de qualité ;

Surveiller les valeurs des indicateurs de qualité pendant le développement et les tests ;

Contrôle opérationnel d'un niveau de qualité donné ;

Sélection d'échantillons de base par sous-classes et groupes ;

Orientation méthodologique dans l'élaboration de documents normatifs et techniques pour l'évaluation de la qualité.

Les méthodes de détermination des indicateurs de qualité PS varient :

Par des méthodes d'obtention d'informations sur le PS - mesure, enregistrement, organoleptique, calcul ;

Selon les sources d'information - traditionnelles, expertes, sociologiques.

Mesure La méthode est basée sur l'obtention d'informations sur les propriétés et les caractéristiques du PS à l'aide d'outils. Par exemple, en utilisant cette méthode, le volume du programme est déterminé - le nombre de lignes de texte source des programmes et le nombre de lignes de commentaires, le nombre d'opérateurs et d'opérandes, le nombre d'instructions exécutées, le nombre de branches dans le programme, le nombre de points d'entrée (de sortie), le temps d'exécution d'une branche de programme, le temps de réaction et d'autres indicateurs.

Inscription La méthode est basée sur l'obtention d'informations lors des tests ou de l'exploitation de la sous-station, lorsque certains événements sont enregistrés et comptés, par exemple l'heure et le nombre de pannes et de pannes, l'heure de transfert de contrôle vers d'autres modules, l'heure de début et de fin. de travail.

Organoleptique la méthode est basée sur l'utilisation d'informations obtenues à la suite de l'analyse de la perception des sens (vision, audition) et permet de déterminer des indicateurs tels que la facilité d'utilisation, l'efficacité, etc.

Calculé La méthode est basée sur l'utilisation de dépendances théoriques et empiriques (dans les premiers stades de développement), de données statistiques accumulées lors des tests, de l'exploitation et de la maintenance de la sous-station. À l'aide de la méthode de calcul, la durée et la précision des calculs, le temps de réaction et les ressources requises sont déterminées.

La détermination des valeurs des indicateurs de qualité PS à l'aide de la méthode experte est effectuée par un groupe de spécialistes experts compétents pour résoudre ce problème, sur la base de leur expérience et de leur intuition.

La méthode experte est utilisée dans les cas où le problème ne peut être résolu par aucune autre méthode existante ou lorsque d'autres méthodes nécessitent beaucoup plus de main-d'œuvre. Il est recommandé d'utiliser la méthode experte pour déterminer les indicateurs de clarté, d'exhaustivité et d'accessibilité de la documentation du programme, de facilité d'apprentissage et de structure.

Les méthodes sociologiques reposent sur le traitement de questionnaires spécifiques. La norme nationale GOST 28195-89 définit la structure hiérarchique, la nomenclature et le contenu des concepts de qualité logicielle. Au niveau supérieur, six caractéristiques sont identifiées : fiabilité, justesse, facilité d'utilisation, efficacité, polyvalence et maintenabilité, qui sont détaillées au deuxième niveau avec 19 indicateurs complexes. Au troisième niveau, les détails supplémentaires contiennent plus de 200 éléments d'évaluation. Il est recommandé de choisir la composition des indicateurs utilisés en fonction de la finalité, des fonctions et des étapes du cycle de vie du logiciel. Cependant, il n’existe aucune méthode pour évaluer les indicateurs.

La norme internationale ISO/IEC 14598-1-6 :1998-2001 est consacrée à la méthodologie d'évaluation des caractéristiques de qualité des PCB finis à différentes étapes du cycle de vie. Depuis l'entrée en vigueur de GOST 28195-89, des changements importants se sont produits dans de nombreux aspects de la vie sociale, notamment des changements importants dans les relations économiques et juridiques dans le domaine du développement et de l'exploitation de logiciels. Par exemple, dans le domaine des produits logiciels commerciaux, le détenteur du fonds a disparu et le développeur et le fabricant sont généralement la même entité juridique. Dans les conditions du marché, le développeur souhaite garantir la qualité de ses produits tout au long de leur cycle de vie. De plus, la procédure de certification des produits a changé.

Aliénation les droits sur un programme informatique sont exercés sur la base d’un contrat. La partie à l'accord (développeur) sur l'aliénation du droit exclusif sur le programme aliéné, qui transfère ou s'engage à transférer le droit exclusif lui appartenant, est appelée titulaire du droit d'auteur. La partie qui accepte en vertu de l'accord d'aliénation du droit exclusif sur le programme aliéné est appelée l'acquéreur.

En vertu d'un accord d'aliénation d'un droit exclusif, le titulaire du droit d'auteur transfère ou s'engage à transférer l'intégralité du droit exclusif lui appartenant à l'acquéreur (clause 1 de l'article 1234 et article 1285 du Code civil de la Fédération de Russie).

Un accord d'aliénation d'un droit exclusif n'exige pas légalement une indication de la durée et du territoire, puisque le transfert du droit exclusif sur un programme informatique dans son intégralité implique un transfert pour toute la durée de validité du droit exclusif sans limiter la territoire.

Dans le cadre d'un accord d'aliénation d'un droit exclusif, l'acquéreur s'engage à verser au titulaire du droit la rémunération prévue par l'accord, sauf disposition contraire de l'accord.

Étant donné qu'un accord sur l'aliénation du droit exclusif sur un programme informatique enregistré est soumis à l'enregistrement de l'État, alors, conformément au paragraphe 4 de l'article 1234 du Code civil de la Fédération de Russie, le droit exclusif sur ces résultats passe du titulaire du droit d'auteur. à l'acquéreur au moment de l'enregistrement public du présent accord.

En vertu d'un accord de licence, une partie - l'auteur ou un autre titulaire des droits d'auteur (concédant de licence) accorde ou s'engage à fournir à l'autre partie (titulaire de licence) le droit d'utiliser cette œuvre dans les limites établies par l'accord (pas dans son intégralité). Un contrat de licence accordant le droit d'utiliser un programme informatique n'est pas soumis à un enregistrement obligatoire. Le développeur du programme dans le contrat peut autoriser l'autre partie à utiliser le programme sous certaines conditions (conditions, territoire, location, etc.). Dans ce cas, le programme reste inaliénable vis-à-vis de son auteur.

Les questions les plus courantes qui se posent au cours du processus de développement logiciel sont :

Manque de transparence. À tout moment, il est difficile de dire dans quel état se trouve le projet et quel est son pourcentage d’avancement. Ce problème se pose lorsqu'il y a une planification insuffisante de la structure (ou de l'architecture) d'un futur produit logiciel, ce qui est le plus souvent une conséquence du manque de financement suffisant pour le projet : le programme est nécessaire, combien de temps prendra le développement, quoi sont les étapes, certaines étapes peuvent-elles être supprimées ou sauvegardées - la conséquence de ce processus est que la phase de conception est raccourcie.

Manque de contrôle. Sans une évaluation précise du processus de développement, les plannings de travail sont perturbés et les budgets établis sont dépassés. Il est difficile d'estimer la quantité de travail achevé et restant à accomplir. Ce problème se pose au stade où un projet, réalisé à plus de la moitié, continue d'être développé après un financement complémentaire sans évaluer le degré d'achèvement du projet.

Manque de traçage.

Manque de surveillance. L'impossibilité d'observer l'avancement du projet ne permet pas de suivre l'avancement du développement en temps réel. À l'aide d'outils, les chefs de projet prennent des décisions basées sur des données en temps réel. Ce problème se pose dans des conditions où le coût de gestion de la formation pour maîtriser les outils est comparable au coût de développement du programme lui-même.

Des changements incontrôlés. Les consommateurs proposent constamment de nouvelles idées sur les logiciels en cours de développement. L'impact des changements peut être important pour le succès du projet, il est donc important d'évaluer les changements proposés et de mettre en œuvre uniquement ceux qui sont approuvés, en contrôlant ce processus à l'aide d'outils logiciels. Ce problème survient en raison de la réticence du consommateur final à utiliser certains environnements logiciels. Par exemple, lors de la création d'un système client-serveur, le consommateur impose des exigences non seulement au système d'exploitation des ordinateurs clients, mais également à l'ordinateur serveur.

Fiabilité insuffisante. Le processus le plus difficile consiste à rechercher et à corriger les erreurs dans les programmes informatiques. Étant donné que le nombre d'erreurs dans les programmes est inconnu à l'avance, la durée du débogage des programmes est également inconnue à l'avance et il n'y a aucune garantie qu'il n'y aura pas d'erreurs dans les programmes. Il convient de noter que l’utilisation d’une approche factuelle de la conception de logiciels permet de détecter les erreurs dans un programme avant son exécution. Ce problème se produit lorsque vous choisissez les mauvais outils de développement. Par exemple, lorsque vous essayez de créer un programme nécessitant des outils de haut niveau à l’aide d’outils de bas niveau. Par exemple, lorsqu'on essaie de créer des outils d'automatisation avec un SGBD en assembleur. De ce fait, le code source du programme s’avère trop complexe et difficile à structurer.

Manque de garanties sur la qualité et la fiabilité des programmes en raison du manque de garanties qu'il n'y aura pas d'erreurs dans les programmes jusqu'à la livraison formelle des programmes aux clients. Ce problème n'est pas un problème propre au développement de logiciels. L'assurance qualité est le problème du choix d'un fournisseur d'un produit (pas d'un produit).

Questions juridiques, économiques et autres liées à la création de logiciels Le cadre réglementaire des logiciels doit inclure des normes juridiques régissant :

Droits de propriété sur le logiciel et les informations qui y sont stockées ;

Modalités d'obtention d'informations pour remplir les bases de données pertinentes ;

Droits des personnes morales et physiques à l'information ;

Moyens de protéger les droits de l'État et du consommateur d'informations ;

Relations juridiques (droits, obligations et responsabilités) entre les personnes qui maintiennent le logiciel ;

La force juridique des informations sur les supports et documents utilisés dans le cadre du fonctionnement du logiciel.

Les principales dispositions qui définissent la base économique de la création de logiciels sont les suivantes :

Financement des travaux pour créer et assurer le fonctionnement de logiciels à partir de fonds budgétaires fédéraux alloués à l'administration publique, à partir des fonds budgétaires des départements (organisations, institutions) - utilisateurs potentiels de l'information et qui ont conclu une coopération avec le ministère des Domaines de l'État de Russie créer un logiciel appartenant à l'État (GS), ainsi qu'un compte de ressources financières extrabudgétaires ;

Contrôler l'utilisation des fonds budgétaires alloués à la création et au développement de logiciels ;

Fournir des avantages de support informationnel aux organisations impliquées dans la gestion des biens de l'État, ainsi qu'aux investisseurs en logiciels ;

Accorder le droit au ministère des Domaines de l'État de Russie de fixer les prix de produits et services d'information spécifiques ;

Exercer un contrôle de l'État sur les prix pendant une certaine période ou pour un certain type de produit d'information ;

Fixation par l'État des prix des produits (services) d'information réalisés sur commande de l'État et aux dépens des fonds budgétaires.

Dans le même temps, les problèmes d'organisation qui régissent l'interaction des travailleurs avec les moyens techniques et entre eux dans le processus de développement et d'exploitation de logiciels sont résolus.

Le terme « propriété intellectuelle » a été occasionnellement utilisé par des théoriciens - juristes et économistes aux XVIIIe et XIXe siècles, mais n'a été largement utilisé que dans la seconde moitié du XXe siècle, en lien avec la création de l'Organisation Mondiale de la Propriété Intellectuelle (OMPI). ) à Genève en 1967. Selon les documents fondateurs de l'OMPI, la « propriété intellectuelle » comprend les droits relatifs à :

Œuvres littéraires, artistiques et scientifiques :

Activités d'interprétation d'artistes, enregistrements sonores, émissions de radio et de télévision :

Inventions dans tous les domaines de l’activité humaine :

Découvertes scientifiques;

Dessins industriels ;

Marques déposées, marques de service, noms commerciaux et noms commerciaux ;

Protection contre la concurrence déloyale ;

Ainsi que tous autres droits liés à l'activité intellectuelle dans les domaines industriel, scientifique, littéraire et artistique.

Plus tard, le champ d'activité de l'OMPI a inclus des droits exclusifs liés aux indications géographiques, aux nouvelles variétés végétales et races animales, aux circuits intégrés, aux signaux radio, aux bases de données et aux noms de domaine.

Chaque objet de propriété intellectuelle possède la propriété de l'individualité, puisque lors de sa création, les réalisations de l'intelligence humaine, les propriétés individuelles de pensée et de perception ont été utilisées. Un objet de propriété intellectuelle est toujours en interaction étroite avec des objets de droit de propriété et est toujours incarné dans des objets matériels, mais existe séparément, ce qui permet l'utilisation d'un objet de propriété intellectuelle quel que soit son support matériel. Les relations sociales particulières qui se développent concernant un objet de propriété intellectuelle constituent un objet distinct de réglementation légale.

Le changement progressif de l'attitude de l'État à l'égard des résultats de l'activité intellectuelle, qui acquièrent de plus en plus les caractéristiques d'un produit créé pour fonctionner sur le marché, se manifeste également par l'introduction d'une protection juridique des programmes informatiques.

Le logiciel est protégé en tant qu'objet de propriété intellectuelle par la loi. En ce qui concerne ce type d'objet, il existe une réglementation juridique spéciale introduite par la loi « sur la protection juridique des programmes pour ordinateurs électroniques et bases de données », entrée en vigueur le 20 octobre 1992.

Questions d'auto-test

1. Quels indicateurs de qualité déterminent les programmes ?

2. Qu'est-ce qu'un produit logiciel ?

3. Qu’entend-on par cycle de vie d’un logiciel ?

4. Dans quel but les spécifications logicielles sont-elles définies ?

5. Quelles sont les étapes du développement d’un logiciel ?

7. Qu'entend-on par vérification et certification d'un produit logiciel ?

8. Quelle est l'essence de la structure modulaire du logiciel ?

9. Quelle est la différence entre le débogage logiciel autonome et intégré ?

10. Qu'est-ce que la portabilité du programme ?

11. Quelles propriétés ont les systèmes ouverts ?

12. Qu'entend-on par système unifié de documentation du programme ?

13. Comment est formalisé le programme aliéné ?

14. Quelle loi protège la propriété intellectuelle sur les programmes informatiques ?

Littérature

Ivanova G.S. Technologie de programmation. - M. : KnoRus, 2011. - 333 p.
Kamaev V.A. Technologies de programmation. - M. : Lycée, 2006. - 454 p.
Orlov S.A. Technologie de développement de logiciels. - Saint-Pétersbourg : Peter, 2004. 526 p.
Roudakov A.V. Technologie de développement de produits logiciels. - M. : Académie, 2010. 207 p.
http://sp.cmc.msu.ru/info/37techprog.htm - technologie de programmation.
http://www.twirpx.com/file/27591/ - technologie de programmation, conférences.
http://www.intuit.ru/department/se/introprogteach/1/3.html - cycle de vie du programme.
http://www.pervviurok.ru/Info/Internet Development/gl11/gl11.html - modules de débogage.
http://citforum.ru/database/articles/art 19.shtml - systèmes ouverts.
http://www.mini-soft.ru/book/tech prog/ - technologie de programmation.
http://www.labfor.ru/?act=metod&target=metod leso1 1 - environnement de programmation.

DUME – fait référence à des systèmes complexes de normes techniques générales

L'ESPD est un système de normes interétatiques des pays de la CEI opérant sur le territoire de la Fédération de Russie, basé sur un accord interétatique de normalisation. Les normes DUME couvrent la partie de la documentation créée lors du développement d'un logiciel et est principalement associée à la documentation des caractéristiques fonctionnelles du logiciel. Les normes DUME ont un caractère consultatif

L'ESPD est un ensemble de normes nationales qui établissent des règles interconnectées pour le développement, l'exécution et la circulation des programmes et de la documentation des programmes.

Les normes DUME établissent des exigences régissant le développement, le support, la production et l'exploitation des programmes, ce qui garantit la capacité de :

1. Unification des produits logiciels pour l'échange mutuel de programmes et l'utilisation de programmes précédemment développés dans de nouveaux développements

2. Réduire l'intensité du travail et augmenter l'efficacité du développement, de la maintenance, de la production et de l'exploitation des produits logiciels

3. Automatisation, production et stockage de la documentation du programme

La maintenance du programme comprend l'analyse du fonctionnement, le développement et l'amélioration du programme, ainsi que l'apport de modifications afin d'éliminer les erreurs.

Les règles et réglementations établies dans les normes DUME s'appliquent aux programmes et à la documentation logicielle pour les machines, complexes et systèmes soustractifs, quels que soient leur objectif et leur champ d'application.

Le DUME comprend :

1. Normes fondamentales, organisationnelles et méthodologiques

2. Normes définissant les formes et le contenu des documents de programme utilisés dans le traitement des données

3. Normes garantissant l'automatisation de l'élaboration des documents de programme

L'élaboration d'une documentation organisationnelle et méthodologique qui définit et réglemente les activités des organisations pour le développement, la maintenance et l'exploitation de programmes doit être réalisée sur la base des normes DUME

Les normes DUME sont divisées en groupes de classification

Les normes DUME sont désignées comme suit :

GOST 19.001-77

19 – normes appartenant au DUME

0 – Dispositions générales

77 – année d’approbation

GOST 19.503-79- guide du programmeur système. Exigences relatives au contenu et à la conception. Le résumé et le contenu sont requis. Le manuel du programmeur système doit contenir les sections suivantes :

1. Informations générales sur le programme

Objectif et fonctions du programme et informations sur le matériel et les logiciels qui assurent l'exécution de ce programme

2. Structure du programme

Informations sur la structure du programme, ses composants, les connexions entre les composants et les connexions avec d'autres programmes

3. Mise en place du programme

Description des étapes de configuration du programme pour une application spécifique (ajustement à la composition du matériel, sélection des fonctions, etc.)

4. Vérification du programme

Description des méthodes de test qui nous permettent de donner des conclusions générales sur les performances du programme (exemples de tests, méthodes d'exécution, résultats)

5. Fonctionnalités supplémentaires

Description des sections supplémentaires, des fonctionnalités du programme et des méthodes pour les sélectionner

6. Message au programmeur système

Textes des messages émis lors de l'exécution du programme, description de leur contenu et actions qui doivent être effectuées sur ces messages

7. Liste des documents

Selon les spécificités du document, il est possible de combiner des sections individuelles et d'en introduire de nouvelles. Dans des cas justifiés, il est permis de ne pas inclure la section « fonctionnalités supplémentaires » et dans les noms des sections - d'omettre le mot programme ou de le remplacer par le nom du programme.

L'annexe au manuel du programmeur système peut contenir des éléments supplémentaires (exemples, illustrations, tableaux, graphiques...)

GOST 19.504-79- guide du programmeur. Exigences relatives au contenu et à la conception. Le résumé et le contenu sont requis. Le manuel du programmeur doit contenir les sections suivantes :

1. Objet et conditions d'utilisation

Objectif et fonctions, conditions nécessaires à la mise en œuvre (volume de RAM, exigences relatives à la composition et aux paramètres des périphériques, exigences logicielles)

2. Caractéristiques du programme

Description des principales caractéristiques et caractéristiques du programme (caractéristiques temporelles, mode de fonctionnement, moyens de suivi de la bonne exécution et de l'auto-réparation du programme)

3. Accès au programme

Description des procédures d'appel du programme (modalités de transfert des paramètres de contrôle et de données)

4. Données d'E/S

Description de l'organisation des informations d'E/S et, le cas échéant, de leur codification

5. Messages

Textes des messages émis au programmeur ou à l'opérateur lors de l'exécution du programme, une description de leur contenu et des actions qui doivent être effectuées sur ces messages

6. Liste des documents

Selon les spécificités du document, il est possible de combiner des sections individuelles et d'en introduire de nouvelles. L'annexe au manuel du programmeur peut contenir des éléments supplémentaires (exemples, illustrations, tableaux, graphiques...)

GOST 19.505-79- Manuel de l'opérateur. Exigences relatives au contenu et à la conception. Le résumé et le contenu sont requis. Le manuel de l'opérateur doit contenir les sections suivantes :

1. Objectif du programme

Informations sur le but et informations suffisantes pour comprendre les fonctions du programme et son fonctionnement

2. Conditions d'exécution du programme

Conditions nécessaires à l'exécution du programme (matériel et logiciel minimum et (ou) maximum)

3. Exécution du programme

La séquence d'actions de l'opérateur qui assurent le chargement, le lancement et la fin du programme (une description des fonctions, du format et des options possibles des commandes avec lesquelles l'opérateur charge et contrôle l'exécution du programme, ainsi que les réponses du programme à ces commandes doivent fournir

4. Message à l'opérateur

Textes des messages émis lors de l'exécution du programme, description de leur contenu et actions opérateur correspondantes (actions opérateur en cas de panne, possibilité de redémarrage du programme...)

5. Liste des documents

Selon les spécificités du document, il est possible de combiner des sections individuelles et d'en introduire de nouvelles. Il est permis d'illustrer le contenu des sections avec des exemples explicatifs, des tableaux, des diagrammes et des graphiques. Dans l'annexe au manuel de l'opérateur, il est permis d'inclure divers éléments qu'il est inapproprié d'inclure dans les sections du manuel.

Et la documentation du logiciel.

Les normes DUME établissent des exigences régissant le développement, la maintenance, la production et l'exploitation des programmes, ce qui garantit la capacité de :

l'unification des produits logiciels pour l'échange mutuel de programmes et l'utilisation de programmes précédemment développés dans de nouveaux développements ;
réduire l'intensité du travail et augmenter l'efficacité du développement, de la maintenance, de la production et de l'exploitation des produits logiciels ;
automatisation de la production et du stockage de la documentation du programme.

La maintenance du programme comprend l'analyse du fonctionnement, le développement et l'amélioration du programme, ainsi que l'apport de modifications afin d'éliminer les erreurs.

Liste des normes incluses dans le DUME

GOST 19.001-77. DUME. Dispositions générales.
GOST 19.003-80. DUME. Schémas d'algorithmes et de programmes. Les symboles sont des graphiques conventionnels.
GOST 19.005-85. DUME. Schémas P d'algorithmes et de programmes. Désignations graphiques conventionnelles et règles d'exécution.
GOST 19.101-77. DUME. Types de programmes et documents de programme.
GOST 19.102-77. DUME. Stades de développement.
GOST 19.103-77. DUME. Désignation des programmes et documents de programme.
GOST 19.104-78. DUME. Inscriptions de base.
GOST 19.105-78. DUME. Exigences générales pour les documents du programme.
GOST 19.106-78. DUME. Exigences relatives aux documents imprimés du programme.
GOST 19.201-78. DUME. Tâche technique. Exigences relatives au contenu et à la conception.
GOST 19.202-78. DUME. Spécification. Exigences relatives au contenu et à la conception.
GOST 19.301-79. DUME. Programme et méthodologie de tests. Exigences relatives au contenu et à la conception.
GOST 19.401-78. DUME. Texte du programme. Exigences relatives au contenu et à la conception.
GOST 19.402-78. DUME. Description du programme.
GOST 19.403-79. DUME. Liste des titulaires originaux.
GOST 19.404-79. DUME. Note explicative. Exigences relatives au contenu et à la conception.
GOST 19.501-78. DUME. Formulaire. Exigences relatives au contenu et à la conception.
GOST 19.502-78. DUME. Description de la demande. Exigences relatives au contenu et à la conception.
GOST 19.503-79. DUME. Guide du programmeur système. Exigences relatives au contenu et à la conception.
GOST 19.504-79. DUME. Guide du programmeur. Exigences relatives au contenu et à la conception.
GOST 19.505-79. DUME. Manuel de l'opérateur. Exigences relatives au contenu et à la conception.
GOST 19.506-79. DUME. Description de la langue. Exigences relatives au contenu et à la conception.
GOST 19.507-79. DUME. Liste des documents opérationnels.
GOST 19.508-79. DUME. Manuel de maintenance. Exigences relatives au contenu et à la conception.
GOST 19.601-78. DUME. Règles générales de duplication, de comptabilité et de stockage.
GOST 19.602-78. DUME. Règles de duplication, de comptabilité et de stockage des documents imprimés du programme.
GOST 19.603-78. DUME. Règles générales pour apporter des modifications.
GOST 19.604-78. DUME. Règles pour apporter des modifications aux documents imprimés du programme.
GOST 19.701-90 (ISO 5807-85). DUME. Schémas d'algorithmes, de programmes, de données et de systèmes. Conventions et règles d'exécution.

voir également

Liens

Fondation Wikimédia. 2010.

Découvrez ce qu'est le « Système de documentation logicielle unifié » dans d'autres dictionnaires :

- (ESKD) un ensemble de normes nationales établissant des règles, exigences et normes interdépendantes pour le développement, l'exécution et la circulation de la documentation de conception développée et appliquée à toutes les étapes du cycle de vie... Wikipédia

système- 4.48 système : combinaison d'éléments en interaction organisés pour atteindre un ou plusieurs objectifs spécifiés. Note 1 Un système peut être considéré comme un produit ou les services qu'il fournit. Remarque 2 En pratique... ...

RD 153-34.1-35.521-00 : Lignes directrices. Composition et maintenance de la documentation opérationnelle dans les ateliers de systèmes automatisés de contrôle de processus (TAI) des centrales thermiques- Terminologie RD 153 34.1 35.521 00 : Lignes directrices. Composition et tenue à jour de la documentation opérationnelle dans les ateliers de systèmes automatisés de contrôle de processus (TAI) des centrales thermiques : 1. Système automatisé de contrôle de processus (APCS) Système... ... Dictionnaire-ouvrage de référence des termes de la documentation normative et technique

- (EIS) est un ensemble d'outils organisationnels, techniques, logiciels et informationnels combinés en un seul système dans le but de collecter, stocker, traiter et délivrer les informations nécessaires destinées à remplir les fonctions... ... Wikipédia

DUME- Système unifié de documentation du programme... Dictionnaire des abréviations russes

Le système unifié de documentation des programmes (USPD) est un ensemble de normes nationales qui établissent des règles interconnectées pour le développement, l'exécution et la circulation des programmes et de la documentation des programmes. Les normes DUME établissent des exigences... ... Wikipédia

- (TOR, termes de référence) le document source pour le développement et les tests du produit. Table des matières 1 Concept des savoirs traditionnels 2 Place des savoirs traditionnels dans les structures... Wikipédia

documentation opérationnelle- 30 documentation opérationnelle Documentation pour le coffrage, réalisée conformément aux exigences de GOST 2.601 95 (passeport, mode d'emploi, etc.)