Système d'information sur la répartition des taxis. Système de contrôle du répartiteur Le système d'information du répartiteur est en cours de création

Système automatisé service de répartition des tâches unifié (AS EDDS) est un système conçu pour fournir un support informationnel à l'organe de gestion quotidienne du RSChS au niveau communal. AS EDDS comprend les sous-systèmes structurels suivants : complexes d'équipements d'automatisation (CAS) :

municipalité d'Arabie Saoudite EDDS ; KSA d'interaction (KSAV) de l'EDDS avec les services départementaux communaux de répartition des tâches (DDS), les services de répartition des objets potentiellement dangereux, les installations de survie de la population et les objets de rassemblements massifs de personnes ;
KSA des services de service opérationnel (ODS) des unités subordonnées d'incendie et de sauvetage, de recherche et de sauvetage et de sauvetage d'urgence (ci-après dénommées unités subordonnées) ;
KSA mobile (MCSA) d'unités subordonnées déployées sur des véhicules.

Dans le but de solution efficace Afin d'accomplir les tâches assignées, des sous-systèmes fonctionnels et de support appropriés sont créés au sein de l'AS EDDS (voir Fig.). Les sous-systèmes fonctionnels de l'AS EDDS comprennent :

système de répartition automatisé (ADS), conçu pour collecter des informations auprès de la population et des organisations sur les incendies, les catastrophes naturelles et d'origine humaine, ainsi que pour la gestion opérationnelle des unités subordonnées ;
système d'aide à la décision (DSS), qui sert à fournir un support d'information pour les processus de prise de décision de gestion pour les interventions d'urgence dans les situations d'urgence ;
système d'élaboration des documents de gestion (SPUD), dont les fonctions comprennent l'élaboration de documents d'information formalisés en matière d'organisation, de gestion et de reporting ;
système automatisé de services de conseil à la population (ASCO), conçu pour fournir une assistance de référence et d'information aux citoyens via Internet sur les questions liées à la sécurité des personnes.

Les sous-systèmes pris en charge incluent :

sous-système d'information et de navigation (INS), conçu pour déterminer l'emplacement et l'état des véhicules des unités subordonnées ;
sous-système d'alerte automatisé (ASO) - pour la génération et la transmission rapides et fiables de signaux d'alerte et d'informations aux responsables et, si nécessaire, à la population dans les zones d'urgence ;
sous-système de support opérationnel (ESS) - pour protéger les informations confidentielles et les moyens de les traiter, ainsi que pour résoudre les problèmes permettant d'assurer un fonctionnement fiable de l'AS EDDS ;
sous-système intégré de communication et de transmission de données (ISCS), nécessaire à l'échange d'informations entre les services de service et de répartition et les unités subordonnées.

L'ISPD comprend deux sous-réseaux : un réseau de communication et de données fixe créé à l'aide de communications filaires, et un réseau de communication et de données mobile organisé à l'aide de canaux radio.

Les tâches fonctionnelles de l'AS EDDS assurent l'automatisation des fonctions de contrôle de base suivantes :

constitution et tenue à jour d'informations réglementaires et de référence sur les objets des opérations de secours d'urgence, les unités subordonnées, les zones territoriales de leur responsabilité (horaires de départ ou plans d'attraction de forces et de moyens) ;
collecter et résumer les informations des unités subordonnées sur le personnel en service et l'état de l'équipement existant (note de combat), en surveillant leur état de préparation à accomplir les tâches assignées ;
recevoir des messages de la population et des organisations sur les incendies, les accidents, les catastrophes et les catastrophes naturelles et les saisir dans la base de données ;
traiter les messages de la population et des organisations concernant les incendies, les accidents, les catastrophes et les catastrophes naturelles, incl. déterminer la composition des forces d'incendie et de secours impliquées et les moyens prévus par le planning de départ (plan d'attraction des forces et moyens), ainsi que la composition des DDS en interaction notifiées ;
préparation des ordres (vouchers) de départ et informations disponibles sur la situation pour les unités d'incendie et de recherche et de sauvetage impliquées ;
transmettre les données relatives à un incendie, un accident, une catastrophe ou une catastrophe naturelle à la DDS concernée ;
aide à la prise de décisions de gestion pour éliminer les conséquences d'un incendie, d'un accident ou d'une catastrophe naturelle ;
collecte et synthèse continues de données sur les actions des forces et moyens impliqués, sur l'avancement des interventions d'urgence ou d'extinction d'incendie ;
information constante sur l'avancement de la liquidation des situations d'urgence ou de l'extinction des incendies des DDS en interaction ;
préparation de rapports opérationnels sur les situations d'urgence à l'intention des autorités supérieures ;
surveiller les actions du personnel de répartition de service EDDS.

L'EDDS AS utilise des logiciels et du matériel qui assurent : l'intégration informatique-téléphonique des complexes de répartition avec un PBX privé pour créer un centre de traitement d'appels (CALL center), pour assurer la synchronisation des processus de réception et de transmission des appels téléphoniques et la constitution d'une carte , avec enregistrement du numéro de l'appelant, de son nom et de son adresse sur la base de l'appariement avec l'équipement d'identification de l'appelant et la base de données des abonnés du réseau téléphonique ; associer des fiches d'urgence et d'incendie à un système numérique multicanal d'enregistrement des conversations téléphoniques ; interaction de tâches fonctionnelles avec un système d'information géographique (EIS) pour afficher des informations géographiques sur carte électronique terrain; interaction des systèmes de répartition avec un système de notification vocale automatisé.

Les AS EDDS sont créés et développés dans le cadre du système automatisé d'information et de contrôle RSChS. Afin de réduire les coûts financiers globaux de leur création, le ministère russe des Situations d'urgence met en œuvre une politique scientifique et technique unifiée dans le domaine du développement, de la mise en œuvre et de l'amélioration de tels systèmes.

Sources: Popov A.P., Nekhoroshev S.N. Système automatisé pour le contrôle opérationnel de la répartition dans les situations d'urgence. Documents de la 11ème conférence scientifique et technique « Systèmes de sécurité (SB-2002) » du Forum international de l'informatisation. Académie nationale des pompiers du ministère des Situations d'urgence de Russie. - M., 2002 ; Popov A.P. Les principales orientations pour le développement ultérieur des services de répartition des tâches unifiés des villes de la Fédération de Russie. « Systèmes de sécurité », 2002 ; Popov A.P. Solutions système de base pour créer EDDS. - M., 1999.

Cet article examine l'effet positif de l'introduction du logement et des services communaux dans l'aspect de l'augmentation de l'efficacité énergétique des municipalités.
Les estimations de la dépréciation des immobilisations dans le système de logement et de services communaux varient. Le Premier ministre Vladimir Poutine a récemment annoncé le chiffre de 50 %.
Certains experts parlent de 70 à 80 %. Cela signifie que l'efficacité énergétique diminuera et que le nombre d'accidents d'origine humaine et, par conséquent, les pertes ne feront qu'augmenter.
Bien entendu, l’effet de l’introduction d’ampoules à économie d’énergie ou de systèmes automatisés de comptabilité de la consommation d’énergie (compteurs) peut être calculé immédiatement. Mais il existe des technologies qui nous permettront de tirer des conclusions, notamment s'il était nécessaire de changer les ampoules ? Avertissez souvent et, en cas d'urgence, minimisez les pertes dues à l'incident.
Les économies d'énergie commencent là où commence la comptabilité, et la comptabilité automatique est la plus complète, la plus précise et la plus efficace, vous permettant de gérer le processus en mode expédition, d'effectuer les mesures d'économie d'énergie les plus pertinentes et de contrôler le respect de la discipline technologique et du travail.
L'efficacité énergétique d'une commune, et donc l'effet économique, est obtenue grâce à la formalisation et à la standardisation des processus et à leur transparence, à la non-duplication des informations, au renforcement de la fonction de contrôle sur les processus organisationnels et techniques, à l'augmentation de la rapidité et de la qualité des décisions prises, et réduire la charge de travail du personnel.
Il s'ensuit que la précision, la rapidité et la coordination dépendent de la précision et de la clarté des règles d'interaction des services de la ville en cas d'urgence.
Les services de répartition conjoints jouent un rôle important dans la réduction de la probabilité de leur apparition, ainsi que dans la minimisation des pertes lors de leur localisation et de leur élimination. Les situations d’urgence nécessitent des actions extrêmement rapides, précises et coordonnées de la part de toutes les unités et services concernés. Mais même dans le mode d'activité actuel, quels outils peuvent être utilisés pour voir en temps réel les processus qui se déroulent dans les différents systèmes de survie de la ville ?
Je suis sûr que beaucoup de gens comprennent que cela peut être réalisé en introduisant des systèmes d'information automatisés. Mis en œuvre sur le territoire de la région de Moscou, un très petit élément de contrôle dans le secteur du logement et des services communaux, un service de répartition commun armé d'un système d'information automatisé (AIS GODS), fournit un effet cumulatif pour augmenter l'efficacité énergétique de la municipalité et la sécurité de la vie de la population vivant dans une ville ou une agglomération donnée. Et cela affecte tous les domaines de la vie de la municipalité, y compris les éventuelles pertes d'énergie et, encore une fois, les possibilités de les minimiser.
Une plate-forme d'information unifiée pour toutes les entreprises du secteur du logement et des services communaux et les résidents, optimisant et automatisant le processus de collecte de données sur le logement et les services communaux fournis aux consommateurs et aux ressources fournies, assure la synthèse et l'analyse ultérieures de ces informations, et génère également des rapports pour toutes les autorités de gestion et de contrôle intéressées, depuis l'inspection du logement et la gestion du complexe résidentiel et communal jusqu'aux autorités municipales et aux habitants.
Après l'apparition de cet élément dans le système de gestion de la ville, uniquement grâce à des mesures organisationnelles qui ne nécessitent pas de coûts financiers, dans le développement de mécanismes et d'algorithmes pour l'interaction des services de la ville par l'administration de la ville, l'approbation du « Règlement sur l'interaction » permettra d'économiser un beaucoup de nerfs et de ressources financières en cas d'urgence ou de situation d'urgence dans les systèmes de survie de la ville.
L'effet économique de la mise en place d'un système d'information automatisé dépend des spécificités de chaque commune et, bien entendu, des mesures prises sur la base des informations reçues. Plus l'intensité énergétique de la production est élevée (par exemple, dans le logement et les services communaux), plus les pertes non comptabilisées sont importantes, et donc plus l'effet total de la mise en place d'un système d'information automatisé est perceptible, problème décisif et améliorer l'efficacité énergétique et sociale et économique, etc.
Même dans les villes dotées d'infrastructures développées, le manque d'interaction entre les services peut conduire à la panique, à une perte de temps pour la localisation et l'élimination, et donc à des pertes financières accrues. Il existe de nombreux exemples...
automatique Système d'Information qui est l'élément le plus important d'un service de répartition unifié fonctionnel, non seulement éteint une forte augmentation du nombre de demandes des consommateurs de services de complexes résidentiels, mais comble également le vide d'information qui existe aujourd'hui dans le domaine du logement et des services communaux.
Malheureusement, ni dans le programme d'État de la Fédération de Russie « Économies d'énergie et augmentation de l'efficacité énergétique pour la période allant jusqu'en 2020 », ni encore plus dans l'élaboration de divers programmes « Économies d'énergie et augmentation de l'efficacité énergétique » par les administrations municipales, il n'est pas possible de mise en place sur le territoire de la commune d'un service de répartition unifié avec automatisation de son travail grâce à l'utilisation d'un logiciel spécial.
Compte tenu des faibles investissements totaux en capital, lors de la mise en œuvre du projet, il est nécessaire, en plus de la vulgarisation, de compléter les programmes élaborés par les administrations de la région de Moscou par une condition obligatoire pour la création du service de logement et d'utilité publique, équipant nécessairement le service créé avec un système d'information automatisé.

Facteurs influençant l'augmentation ou la diminution de l'efficacité énergétique d'une municipalité

Facteur	N'importe quel ministère russe de la Défense	MO avec GODS Housing et services publics et AIS

Possibilité de suivre l’état du parc immobilier en temps réel		Oui, avec possibilité de planifier des réparations majeures
La qualité des informations reçues par les organes directeurs de la région de Moscou sur la situation du secteur du logement et des services communaux		En ligne, élevé
Disponibilité des règlements sur les interactions	Même s'il existe un règlement approuvé, temps fort réponse aux demandes et, par conséquent, pertes	Temps de réponse minimum aux demandes, ce qui entraîne une réduction des pertes
Contrôle des paramètres temporels des demandes des consommateurs de logements et de services communaux, conformément aux documents réglementaires
Possibilité de confirmation de non-prestation de services ou de prestation de services de qualité insuffisante par la société de gestion, conformément aux documents réglementaires		Automatiquement à la demande de tout utilisateur AIS
Évaluation de l'efficacité des réparations majeures effectuées	Subjectif	Aucune demande à l'AIS
Évaluation de la qualité des prestations fournies par les sociétés de gestion et les organismes de services	Subjectif, non étayé par des faits	Automatiquement en ligne, disponible pour tous les utilisateurs AIS
Pertes matérielles de la région de Moscou en tant que propriétaire de biens résidentiels ou non résidentiels	Non contrôlé, non systématisé, non objectif
Pertes matérielles des habitants	Le plus souvent sous-estimé et non accepté en remboursement	AIS confirmé (heure de réception du recours de la société de gestion, qui est l’exécuteur, heure d’exécution du recours de la société de gestion, services concernés, enregistrement audio)
Des demandes répétées des résidents	Flux incontrôlé	De la situation où ils sont présents à leur absence
Discipline des dirigeants
Temps passé par un résident à transmettre un appel	De 5 minutes à 45 minutes	Maximum 3 minutes

Le système automatisé de contrôle des expéditions (ADCS) de l'UES est un système homme-machine de construction hiérarchique qui assure, sur l'ensemble du territoire couvert par les réseaux électriques, la collecte, la transformation, la transmission, le traitement et l'affichage d'informations sur l'état et le mode de transport. système électrique, la formation basée sur les informations collectées, la transmission et la mise en œuvre des commandes de contrôle afin que le système (au détriment des fonds disponibles) remplisse les fonctions de fourniture fiable et économique d'énergie électrique et thermique de la qualité requise à tous ses consommateurs.

L'ASDU comprend :

· centres informatiques de contrôle (UCC) du bureau central de répartition de l'UES, de l'UES ODU, du centre de répartition central de l'UES, des centres de contrôle (DC) des entreprises de réseau électrique (PES) ;

· systèmes de contrôle de processus automatisés (APCS) pour les centrales électriques, les unités de puissance des centrales électriques et les sous-stations ;

· systèmes de régulation et de contrôle automatiques centralisés et locaux.

Tous les éléments de l'UES ASDU sont unis par un seul réseau primaire pour la collecte et la transmission des informations opérationnelles et des commandes de contrôle.

Le composant principal du système de contrôle automatisé de l'UVC sont les complexes opérationnels d'information et de contrôle (OIUC), à l'aide desquels le personnel de répartition du centre de contrôle, du centre de contrôle et du centre de contrôle central effectue : la surveillance de l'état actuel du système électrique contrôlé (circuit, modes et contrôles), analyse rétrospective des événements passés, évaluation des modes prometteurs . A partir des informations sur l'état actuel et futur de l'EPS, des plannings de chargement, des plans de réalisation des travaux de réparation sur demandes opérationnelles, en tenant compte des instructions et recommandations des instructions d'expédition et des documents directifs, le personnel d'expédition s'assure :

· développement des influences sur les objets contrôlés (régulation du mode EPS pour la puissance active et réactive, y compris la régulation des horaires de charge des centrales électriques) ;

· sortir les équipements et les équipements de contrôle automatique et opérationnel pour réparation et les remettre en service après réparation ;

· mise en service de nouveaux équipements et contrôles ;

· changer le schéma du réseau contrôlé ;

· liquidation des situations d'urgence et rétablissement du fonctionnement normal de l'EPS ;

· maintenir le reporting opérationnel ;

· transmission d'informations opérationnelles.

Les influences de contrôle sont transmises par le personnel de répartition du centre de contrôle central, du centre de contrôle et du centre de contrôle central aux objets subordonnés opérationnellement par l'intermédiaire du personnel de répartition de ces objets ou directement au système de contrôle automatisé et aux systèmes de régulation et de contrôle automatiques des installations électriques utilisant la télécommande. dispositifs. Les actions de contrôle garantissent les changements :

· schémas de réseaux électriques ;

· composition des équipements des centrales électriques et des sous-stations ;

· algorithmes et paramètres pour les outils de contrôle automatiques et opérationnels ;

· dispositifs d'automatisation;

· des charges d'unités de centrale électrique ;

· charges de consommation ;

· tensions aux points de commande du réseau électrique (en influençant l'excitation des machines synchrones, en allumant ou en éteignant les dispositifs de compensation de puissance réactive, en commutant les anneaux de transformateur).

Toutes les tâches de gestion qui assurent la formation des décisions de contrôle sont divisées en optimisation et évaluation. La solution aux problèmes d'optimisation est obtenue en satisfaisant n'importe quel critère d'optimisation, et les problèmes d'évaluation sont obtenus en satisfaisant les équations d'état correspondantes de l'objet.

La tâche principale de la gestion de l'UES est la fourniture fiable d'énergie électrique et thermique de la qualité requise avec des coûts minimes pour sa production, sa transformation, son transport et sa distribution, c'est pourquoi le critère principal lors de l'élaboration des décisions de contrôle à tous les niveaux de la hiérarchie de gestion de l'UES, chaque fois possible, est le coût minimum pendant la période considérée. L'indépendance économique des différents territoires couverts par les réseaux d'UES peut conduire au fait que les critères de gestion des différentes parties de l'UES (IPS, EPS) seront différents et nécessiteront leur coordination mutuelle à l'aide d'algorithmes particuliers. Lors de la formation et de la résolution de problèmes dans les systèmes de contrôle automatisés, il est nécessaire de garantir les exigences de qualité de l'énergie électrique et thermique et de fiabilité de l'alimentation électrique et thermique des consommateurs.

Prise en charge des informations L'ASDU comprend les informations suivantes :

· prévision de la situation météorologique - pour accroître la précision des prévisions de charge et des probabilités de panne des équipements ;

· caractéristiques de maniabilité des unités et des centrales électriques - pour calculer leur puissance disponible et de fonctionnement et la composition des équipements de fonctionnement et de secours qui s'y trouvent ;

· pannes des principaux équipements de l'UES - pour calculer et prévoir ses indicateurs de fiabilité ;

· qualité du combustible fourni aux centrales thermiques ;

· l'état des principaux équipements (générateurs, lignes électriques, transformateurs, etc.) - pour décider du moment de leur mise en réparation (déterminé à l'avance lors de son diagnostic) ;

· effectivement assuré la fiabilité de l'approvisionnement en énergie et en chaleur des consommateurs - pour sélectionner les moyens optimaux de l'augmenter ;

· prévoir les apports d'eau dans les réservoirs des centrales hydroélectriques - pour optimiser la production d'électricité dans les centrales hydroélectriques.

Les informations nécessaires proviennent de l’extérieur ou sont générées au sein de l’UES lors du processus de gestion. Dans le processus de gestion, les plus grands volumes d'informations sont générés et utilisés au rythme du processus de production, de transport et de distribution d'électricité. Différents processus contrôlés évoluent de différentes manières : respectivement rapidement, pas assez vite et lentement, les délais de mise en œuvre des actions de contrôle seront différents, et le temps d'obtention et d'utilisation des informations sera également différent.

Les informations fournies par la télémécanique sont appelées télémécanique. Considérons les plages acceptables approximatives de son retard lors de la transmission des objets de contrôle au centre de contrôle ( contrôle informations) et retour ( équipe information):

· informations pour les systèmes d'urgence automatiques (téléarrêt) - dizaines de millisecondes ;

· télésignalisation de la position des interrupteurs et sectionneurs - secondes ;

· télémétrie des paramètres contrôlés (valeurs instantanées) - unités et dizaines de secondes ;

· télémétrie, télécalcul (valeurs intégrales) - plusieurs dizaines de secondes ;

· télémétrie et télécommandes pour systèmes de contrôle automatique - jusqu'à 1 s ;

· télécommande (TC) - quelques secondes ;

· télésignalisation de réponse (après spécifications techniques) - jusqu'à 10 s ;

· échange de machines inter-niveaux entre bases de données informatiques OIUC - plusieurs minutes ;

· liste de répartition pour la production et la consommation d'énergie - 1 fois par heure.

La qualité des informations télémécaniques est déterminée par l'erreur (classe de précision) de tous les appareils inclus dans la chaîne de transmission de l'information et varie d'une fraction de pour cent à plusieurs pour cent.

De plus, le retard des diffusions télévisées a un impact important sur la qualité de l’information télévisée. Pour réduire ce délai, il est nécessaire d'augmenter la fréquence des mesures et la vitesse de transfert des informations, ce qui nécessite d'élargir les canaux de communication et d'augmenter leur coût. L'utilisation des canaux de communication existants sans les étendre nécessite l'utilisation de méthodes de compression d'informations, d'algorithmes adaptatifs de transmission de messages, d'un système de priorité, etc.

Envoyer votre bon travail dans la base de connaissances est simple. Utilisez le formulaire ci-dessous

Les étudiants, étudiants diplômés, jeunes scientifiques qui utilisent la base de connaissances dans leurs études et leur travail vous en seront très reconnaissants.

Publié sur http://www.allbest.ru/

[Entrez du texte]

Introduction

L'élaboration d'un SI pour un service de répartition de taxis est réalisée à partir de l'exemple du catalogue constitué d'un service de répartition de taxis. Le catalogue affichera les voitures, leurs chauffeurs, les clients, les dates des commandes, l'exécution des commandes, le coût de la commande, les adresses des commandes.

1. Domaine

Le domaine de considération concerne les activités des répartiteurs de services de taxi, qui doivent :

Tenez à jour une liste de clients dans laquelle vous saisissez le numéro de carte, le prénom et le nom, l'adresse du domicile et le numéro de téléphone portable.

Une liste de voitures dans laquelle vous entrez le numéro de voiture, la marque de la voiture, la plaque d'immatriculation de la voiture, le conducteur de la voiture.

Une liste de commandes dans laquelle le code de commande, la date de commande, le numéro de voiture, le numéro de carte, le montant de la commande, le statut de la commande sont saisis.

Une liste de conducteurs, dans laquelle sont inscrits le nom, le prénom et l'ancienneté du conducteur.

2. Formulation du problème

Le développement de modèles de processus est illustré par l'exemple de la création de la base de données Taxi Dispatch Service.

Modélisation des éléments du système.

Diagrammes IDEF0

Graphiques DFD

3. Exigences conceptuelles

Pour concevoir la base de données, la méthode de conception universelle ER (méthode entité-relation) a été choisie. Lors de l'utilisation de cette méthode, il est tout d'abord nécessaire de créer un modèle ER qui reflète les relations entre les entités d'un domaine donné. Ensuite, sur la base du diagramme ER, des bases de données sont construites.

Les entités sont des exigences conceptuelles qui doivent être prises en compte lors du développement d'une base de données : catalogues de clients, commandes, voitures, chauffeurs.

Normalisation

Pour créer une base de données, il est nécessaire de découvrir l'essence des exigences conceptuelles et de les normaliser. La normalisation de table est un changement séquentiel dans la structure de la table jusqu'à ce qu'elle satisfasse aux exigences de la dernière forme de normalisation.

Je suis en forme normale

Une table est sous sa première forme normale si et seulement quand aucun des champs ne contient plus d'une valeur et qu'aucun champ clé n'est vide.

Nous révélons l'essence des exigences conceptuelles :

Voitures (numéro de voiture, marque de voiture, numéro d'état de la voiture, conducteur).

Client (Numéro de carte, Nom, Prénom, Adresse du domicile, Numéro de téléphone).

Commande (code de commande, date de commande, heure de commande, numéro de voiture, numéro de carte, montant de la commande, statut de la commande).

Chauffeur (Nom, prénom, ancienneté).

IIe forme normale

Une table est en deuxième forme normale si elle satisfait aux exigences de la première forme normale et si tous ses champs qui ne sont pas inclus dans la clé primaire ont une dépendance fonctionnelle complète par rapport à la clé primaire :

Tableau 1 - Voiture

Tableau 2 - Commandes

Tableau 3 - Clientèle

III forme normale

Une table est sous la troisième forme normale si elle satisfait aux exigences de la deuxième forme normale et qu'aucun de ses champs non clés ne dépend fonctionnellement d'un autre champ non clé :

Figure 3 - Tableau des voitures

Figure 4 - Tableau des commandes

Figure 5 - Tableau Clients

Figure 6 - Tableau des pilotes

4. Schéma structurel

Sur la base de la troisième forme normale, nous créons un schéma structurel de la base de données Taxi Dispatch Service.

Création d'un diagramme structurel de base de données.

Entrez le schéma de données : onglet Travailler avec des bases de données.

Dans la barre d'outils, cliquez sur « Schéma de données ».

Figure 7

Fenêtre avec une liste de tables

Double-cliquez sur le nom de la table pour ajouter des tables au champ

Figure 8

Établir une relation entre les tables

Figure 9

5. Demande de service

Tout d'abord, créons une base de données en cliquant sur "Fichier - Nouveau - Nouvelle base de données". Définissez le nom de la base de données, enregistrez l'emplacement et cliquez sur Créer.

Figure 10

Maintenant, nous définissons la structure de la table.

Dans l'onglet Accueil, sélectionnez le mode « Conception ».

Figure 11

Enregistrez la table sous le nom sélectionné.

Figure 12

Créez un tableau dans la fenêtre du concepteur.

Figure 13

6. Création de tables en mode Création

Cliquez sur "Créer un tableau en mode conception".

Entrez un nom de champ.

Sélectionnez le type de données.

Définissez la clé primaire en cliquant sur le bouton « Clé » de la barre d'outils, après avoir placé le curseur sur le champ à gauche du nom souhaité (le champ clé doit être en première place dans la liste des champs).

Définissez le nom de la table de clôture après avoir renseigné tous les champs obligatoires et leurs types.

Les tableaux sont construits de la même manière :

Voiture.

Conducteur.

Créer une relation entre les tables.

Cliquez sur l'icône « Schéma de données » dans la barre d'outils pour ouvrir le schéma de données.

Dans la fenêtre supplémentaire « Ajouter des tables » qui apparaît, cliquez sur les noms de tables requis et cliquez sur le bouton « Ajouter ».

Fusionner les champs clés des tables : en cliquant sur la souris, sélectionnez un champ d'une des tables qui sera regroupé dans le champ du même nom d'une autre table, et en maintenant la souris enfoncée, faites glisser ce champ sur le champ à joindre . Relâchez la souris, et la fenêtre « Modifier les connexions » s'ouvrira indiquant les champs des tables correspondantes à connecter et le type de connexion de ces champs : « un à un », « un à plusieurs » :

Si le type de connexion est « one-to-one », cochez la case d'intégrité des données et cliquez sur OK.

Avec le type de communication un-à-plusieurs.

Assurer l’intégrité des données.

Mise à jour en cascade des champs associés.

Suppression en cascade des champs associés.

Cliquez sur OK.

En conséquence, nous avons un schéma de connexions entre les tables de la base de données Taxi Dispatch Service.

7. Création de formulaires

Accédez à l'onglet Créer. Cliquez sur le bouton « Formulaire » sur le panneau supérieur. Un formulaire est créé à remplir. Enregistrez le formulaire sous le nom « Formulaire de saisie ». Sauvons. Faites un clic droit sur le nom du formulaire et sélectionnez « Mode formulaire ». Ou dans l'onglet « Création », sélectionnez « Assistant Formulaire » :

8. Création de requêtes

constructeur de base de données de taxis

Types de demandes :

Requête simple - création d'une requête à partir de champs spécifiques.

Requête croisée : créez une requête qui génère des données dans un format compact, similaire à une feuille de calcul.

Enregistrements en double : créez une requête pour rechercher des enregistrements en double dans une table ou une requête simple.

Enregistrements non subordonnés : créez une requête pour rechercher les enregistrements qui ne correspondent à aucun enregistrement de la table subordonnée.

Demande simple

Sous l’onglet Créer, dans le groupe Requêtes, cliquez sur Assistant Requête.

Figure 14

Dans la boîte de dialogue Nouvelle requête, sélectionnez l'option Requête simple et cliquez sur OK.

Figure 15

Figure 16

Dans le groupe Tables et requêtes, sélectionnez la table contenant les données dont vous avez besoin. Notez que vous pouvez utiliser une autre requête comme source de données. Une fois que vous avez sélectionné une table, ses champs apparaissent dans la zone Champs disponibles.

9. Croixdemande

Sous l’onglet Créer, dans le groupe Autre, cliquez sur Générateur de requêtes.

Figure 17

Dans la boîte de dialogue Ajouter une table, double-cliquez sur chaque table ou requête que vous souhaitez utiliser comme sources d'enregistrement.

Ajoutez les champs que vous souhaitez utiliser à la liste Champs sélectionnés, puis cliquez sur Suivant. Vous devez maintenant définir les critères de regroupement utilisés pour diviser vos lignes en colonnes

Sélectionnez le champ pour regrouper les colonnes et cliquez sur Suivant. La dernière étape consiste à sélectionner le calcul que vous souhaitez effectuer pour obtenir vos résultats. Sélectionnez le champ à calculer puis la fonction pour calculer les données récapitulatives.

10. Générer des rapports

Afin de créer un rapport, vous devez vous rendre dans l'onglet « Création » et sélectionner « Rapport »

Les rapports peuvent être créés en utilisant :

Concepteur de rapports.

Assistants de rapport.

Et manuellement.

Dans notre base de données, le rapport est créé à l'aide de l'assistant de rapport. Vous devez cliquer sur « Assistant de rapport ». Une fenêtre s'ouvrira.

Figure 18

Nous transférons les champs disponibles un par un en cliquant sur le bouton « > ».

Pour transférer tous les champs en une seule fois, cliquez sur le bouton « >> »

Figure 19

Dans la fenêtre suivante, vous pouvez répartir les niveaux de regroupement.

À l'étape suivante, vous pouvez sélectionner le type de mise en page du rapport, ainsi que l'orientation portrait ou paysage.

Vous pouvez joindre des autocollants au rapport. Vous pouvez également créer un rapport vierge.

A la fin de la création de la base de données, un rapport global doit être créé qui inclut tous les champs.

Conclusion

Le développement d'un modèle de processus de service de répartition de taxis a été réalisé à l'aide de l'exemple de l'élaboration d'un catalogue de services de répartition de taxis.

Le catalogue du service de répartition des taxis montre les voitures de leurs chauffeurs, leurs clients, les dates des commandes, l'exécution des commandes, le coût de la commande, les adresses des commandes.

Littérature

1. Gvozdeva V.A., Lavrentieva I.Yu., Fondements de la construction de systèmes d'information automatisés - Moscou, Maison d'édition Forum - INFRA - M, 2007. - 320 p.

2. Fufaev D.E., Fufaev D.E. Développement et exploitation de systèmes d'information automatisés - Moscou, Academy Publishing Center, 2010. - 304 p.

3. Gagarina L.G., Kiselev D.V., E.L. Fedotova. Développement et exploitation de systèmes d'information automatisés - Moscou, Publishing House Forum - INFRA - M, 2009. -384p.

4. Dimov Yu.V. Métrologie, normalisation et certification - Peter, 2005

5. Pirogov V. Yu. Systèmes d'information et bases de données : organisation et conception : manuel. Manuel - SPB.BVH- Saint-Pétersbourg, 2009. -528 p.

6. Kharitonova I.A., Mikheeva V.D. MicrosoftAccess 2000 - Saint-Pétersbourg. : BVH-Pétersbourg, 1999. - 1088 p.

7. Maksimov N.V. et autres. Technologies de l’information modernes. Manuel-M : « FORUM » : INFRA-M, 2011.

Publié sur Allbest.ru

Documents similaires

Création de tables de base de données en mode conception. Schéma de connexions entre les tables et le contenu des tables. Établir un lien avec le maintien de l’intégrité. Structures de deux requêtes (en mode conception) et description du processus de création de celles-ci. Rapporter les résultats de sortie.

travail de cours, ajouté le 28/06/2015

Concepts des principaux composants de la base de données Données d'accès. Tableaux, rapports, macros et modules, formulaires, requêtes à la base de données et leurs types. Types de données. Création de la base de données "Personnel". Création d'un tableau en mode conception. Utilisation de l'assistant de recherche pour créer des relations.

travail de cours, ajouté le 10/03/2016

Créez une base de données dans Microsoft Access à l'aide de l'Assistant Modèle. Créez des tables en saisissant des données à l'aide de l'assistant de table ou d'une table en mode Concepteur de table. Créez des requêtes dans Microsoft Access à l'aide d'un assistant ou d'un concepteur de requêtes.

résumé, ajouté le 08/09/2010

Création de tables de base de données à l'aide de MS Access "Pays asiatiques". Formulaire de base de données et requêtes sur des échantillons de données. Modifier la structure des tables, créer des relations entre les tables principales, éditer des données et concevoir des formulaires pour une véritable base de données.

test, ajouté le 25/11/2012

Création de tables de base de données en mode conception. Nom et structure des tables de la base de données "Bibliothèque". Appliquer un champ de recherche et créer une liste fixe de valeurs pour les champs. Schéma des connexions entre les tables. Formation et exécution de la demande.

test, ajouté le 24/07/2009

Le concept de normalisation des tables de base de données et son objectif. Étapes du processus de normalisation. Un exemple de données non normalisées. Formes normales, auquel les tableaux sont donnés. Algèbre relationnelle sur la base éducative. Base de données pour le domaine "Tutoriels".

test, ajouté le 30/07/2010

Développement d'une base de données pour le doyen du programme de maîtrise, comprenant des informations sur les étudiants, les formes d'études et les examens. Création de tables et de requêtes en mode conception, de rapports à l'aide de l'assistant de rapport. Sortie de données à l'aide de formulaires. Onglets à bouton-poussoir.

travail de cours, ajouté le 18/07/2014

Automatisation des activités de librairie. Informations sur la base de données. Remplir les champs des tableaux « Livres », « Acheteur », « Fournisseur », « Employés ». Créez une requête en mode conception. Sortie de données à l'aide de formulaires. Développement d'une application SGBD MS Access.

travail de cours, ajouté le 13/01/2015

Création de bases de données, planification du développement et configuration système requise. Conception d'une base de données sous Microsoft Access, éléments et types de données. Créez des tables et faites appel au designer pour les moderniser. Construire des requêtes et créer des macros.

travail de cours, ajouté le 16/04/2011

Création de programmes permettant de créer des bases de données. Création d'une table de base de données. Création d'un schéma de données. Création de formulaires, états, requêtes. Volume croissant et complexité structurelle des données stockées. Caractéristiques du système de gestion de base de données Access.

UDC 614.8:351.86+519.8

Problèmes d'organisation de l'interaction informationnelle entre les services de service et de répartition des services opérationnels d'urgence dans le processus de création du Système-112

V. N. Zubkov, S. V. Ageev, O. V. Denisov, V. V. Tyminsky, A. S. Akulshin Résumé

L'article décrit les principaux problèmes liés à la création et à l'exploitation de systèmes d'information pour les services d'urgence.

Mots clés : Système-112, appel d'urgence, service de répartition de service unifié de la municipalité, aide à la décision, outils automatisés.

Problèmes de l'interaction des informations sur l'organisation des services d'urgence sur le terrain au cours de la création de systèmes-112

V. Zubkov, S. Ageev, O. Denisov, V. Tyminsky, A. Akulshin, Résumé Résumé

L'article expose les problèmes fondamentaux de la création et du fonctionnement des systèmes d'information des services d'urgence sur le terrain.

Mots clés : Système-112, appel des services d'urgence, bureau de répartition unifié de l'entité municipale, aide à la décision, outils automatisés.

Bien avant l'idée de créer le Système-112, divers services sont apparus en Russie et existent encore à ce jour, qui reçoivent les appels du public concernant divers incidents et organisent une réponse d'urgence à ceux-ci. Dans ce cas, le demandeur qualifie lui-même l'événement problématique pour lequel il souhaite bénéficier d'une aide avec la compétence du service opérationnel qu'il connaît et choisit quel service d'urgence traitera son problème en utilisant l'un des numéros de service spécialisés (01, 02, 03 , 04, etc.). En règle générale, cela ne pose aucune difficulté. Les cas de contact « à la mauvaise adresse » ne sont pas systémiques, et leur nombre ne dépasse pas l'habituel

le nombre de faux messages reçus par ces services.

Dans les cas où l'utilisation intégrée des forces et des moyens de plusieurs services opérationnels est requise, divers arrêtés, instructions, règlements et accords conjoints organisent une interaction assez efficace à travers les services de service (expédition).

Afin d'optimiser le travail du personnel de répartition dans la réception, le traitement, l'enregistrement des messages et l'organisation d'une réponse rapide à ceux-ci, les services ont développé et appliqué efficacement divers algorithmes et règles. Dans les conditions modernes

Presque partout, l'enregistrement des messages et des actions des forces et des moyens d'y répondre, ainsi que l'enregistrement des résultats de la réponse, s'effectuent sous forme électronique (à partir de formes simples V Format Word ou Excel à certains « programmes » développés, en règle générale, par des spécialistes départementaux locaux). Pour développer des systèmes de répartition à part entière, des spécialistes sont toujours nécessaires haut niveau et divers domaines dans le domaine des technologies de l'information, de sorte qu'il existe aujourd'hui peu de systèmes de ce type. Dans le même temps, même au sein d'un même département, il n'y a pas d'approche uniforme, c'est pourquoi différentes unités dans les territoires sont équipées divers systèmes différents développeurs, avec différents niveaux de développement de fonctionnalités, différents degrés d'automatisation. Ceci est surprenant, puisque la structure des divisions de tous les départements considérés est strictement centralisée du niveau fédéral au niveau municipal, tous les départements disposent d'algorithmes et de règles approuvés par ces départements pour recevoir, traiter les messages, organiser les réponses, enregistrer les résultats. et les statistiques, qui sont les mêmes pour tous les départements de ce département dans toutes les matières.

Il convient de noter que le ministère des Situations d'urgence de la Russie et le ministère de l'Intérieur de la Russie ont fait et font des efforts pour créer des systèmes et des complexes qui automatisent les fonctions de répartition opérationnelle, cependant, les systèmes développés et mis en œuvre de manière centralisée dans ces départements sont plus information-référence et comptabilité-statistique par nature que répartition opérationnelle et gestionnaire.

Il est à noter que les algorithmes et les règles de réception, de traitement, d'enregistrement des messages, d'organisation d'une réponse avec forces et moyens, prenant en compte les résultats de la réponse (résolution des situations) ne sont pas fondamentalement différents dans tous les services opérationnels d'urgence. Cette conclusion peut également être confirmée par la compréhension de la chronologie des actions de tout service lorsqu'il répond à un rapport d'incident relevant de sa compétence :

a) recevoir, traiter et enregistrer des messages ;

b) organiser une réponse à un message - envoyer un message aux services (divisions, fonctionnaires) compétents pour les résoudre ;

c) contrôle (suivi) des actions de réponse, coordination des actions des différents participants qui répondent directement aux forces et moyens subordonnés ;

d) une aide informationnelle à la prise de décision (si nécessaire) pour les participants à l'intervention ;

e) enregistrement des résultats intermédiaires et finaux ; génération de rapports statistiques, maintien d'une base de données des incidents.

Cela suggère qu'il est possible de développer un complexe logiciel et matériel unifié qui automatiserait ce processus selon les mêmes principes dans tous les services d'urgence ou dans n'importe lequel d'entre eux.

Une analyse des systèmes utilisés dans divers ministères et départements de la Fédération de Russie qui automatisent le processus de contrôle opérationnel des expéditions,

A ce jour, je n'ai identifié la présence d'aucun système automatisé fédérant, dans une plus ou moins grande mesure, diverses unités de permanence et de permanence et de répartition des services opérationnels sur une seule plateforme organisationnelle, logicielle et matérielle, sur des principes de gestion communs. Cette approche complique grandement l'organisation des interactions entre les unités de service au sein du département, et plus encore avec les DDS des autres départements.

Avec l'avènement de l'idée (concept) de création du Système-112, il est devenu possible de créer une plate-forme logicielle, matérielle et d'information qui réunirait tous les DDS des services opérationnels d'urgence (et, éventuellement, pas seulement ceux d'urgence) en un seul système d'information. l'espace (ou encore la communauté « e-emergency » - services d'urgence électroniques) afin de permettre à la population d'appeler facilement les services opérationnels d'urgence selon le principe du « guichet unique » et d'organiser un ensemble de mesures pour assurer une réponse accélérée et améliorer l'interaction des services opérationnels lors de la réception d'appels (rapports d'incidents) de la population. Le complexe logiciel et matériel unifié du Système-112 pourrait devenir une base logicielle (module) pour organiser l'interaction informationnelle entre les DDS des services opérationnels des entités constitutives de la Fédération de Russie.

Ainsi, le Système-112 peut devenir la plate-forme d’information et de communication du système intégré de contrôle de répartition opérationnel (OSODU) du sujet.

Cependant, d'abord, sur la base des tâches et fonctions assignées par le Concept au Système-112, il est nécessaire de comprendre ce qu'est le Système-112 : information (informer), répartition, système de contrôle ou tous ensemble, puis déterminer le rôle et la place. de ce système parmi d'autres systèmes du sujet, mettant en œuvre des tâches et des fonctions similaires et connexes.

Le système qui reçoit et traite les messages (informations) du demandeur, selon la définition de GOST, est informatif et n'a pas besoin de confirmation ou de preuve de ce fait. En outre, le Concept distingue clairement les salles de contrôle parmi les tâches du Système-112 : recevoir des messages et transmettre des informations sur l'incident à la DDS conformément à leur compétence pour organiser une intervention d'urgence ; enregistrement et documentation de tous les messages entrants et sortants, génération de rapports statistiques sur les messages. Des définitions du Concept, il résulte que le Système-112, selon les tâches qui lui sont assignées, est un système de répartition opérationnel.

Quel est le rôle et la place du système de répartition opérationnelle-112 dans la structure générale des divisions et services du sujet qui mettent en œuvre des fonctions de répartition opérationnelle similaires conformément à la compétence et aux pouvoirs attribués ?

Le concept définit le Système-112 comme un système d'information géographiquement distribué conçu pour unir les services de répartition d'urgence sur la base de services de répartition de service unifiés (EDDS) des municipalités.

services opérationnels nationaux (pompiers ; service d'intervention d'urgence ; service de police ; service d'ambulance ; service du réseau de gaz d'urgence ; service antiterroriste).

La description de l'algorithme d'actions des opérateurs « 112 » inclut des fonctions de gestion, et prévoit également une verticale de gestion ; par conséquent, nous pouvons considérer que le Système-112 est un système de contrôle de l'information.

La plupart des différends surviennent sur la base d'un accord ou d'un refus de cette approche.

De notre point de vue, le Système-112 est un système d'information dans son fonctionnement quotidien, mais lors du passage en mode « d'urgence », il doit être capable d'intercepter la fonction de contrôle, qui, en général, est incluse dans le Concept.

Enfin, il sera possible de rassembler les positions des partisans du Système-112, car l'informer et le considérer en tant que gestionnaire sera possible grâce à l'élaboration d'un acte juridique réglementaire, éventuellement un règlement type sur l'OSODU du sujet ou le Système-112 lui-même, qui reflétera et légiférer sur le rôle et la place de l'EDDS et de chaque service opérationnel d'urgence. À son tour, comprendre les buts, objectifs et fonctions de l'OSODU dans son ensemble et de ses éléments individuels, en particulier l'EDDS, permettra de préparer les pré-requis techniquesà un complexe matériel et logiciel qui automatise les processus de gestion et l'interaction interministérielle entre les éléments individuels du système.

Conformément au Concept pour la création du Système-112, approuvé par le gouvernement de la Fédération de Russie, sa construction devrait être basée sur l'EDDS des municipalités. Par conséquent, l’un des points clés de la création du Système-112 est de déterminer le statut et le cadre juridique de l’EDDS.

L'analyse des EDDS créés dans les entités constitutives de la Fédération de Russie a montré qu'en règle générale, ils n'ont pas de personnel, et encore moins de statut juridique (une entité juridique indépendante, une organisation), mais constituent une sorte d'unités sans personnel sous l'administration. Cette approche sous-estime le rôle et la place de l'EDDS dans le système de réponse d'urgence aux situations d'urgence, et ne permet pas non plus une bonne organisation du soutien financier à ce service, et donc au système dans son ensemble.

L'analyse des formes et des modalités de création de l'EDDS a montré que le plus rationnel est de créer l'EDDS de manière régulière en tant qu'entité juridique indépendante, par exemple une institution municipale spéciale, ou dans le cadre d'une unité de secours d'urgence, qui est également un établissement municipal.

En fonction de la division administrative-territoriale de la région et de la population des communes, il est possible de créer de telles institutions dans chaque district ou une pour l'ensemble du sujet avec un réseau de succursales dans d'autres districts.

Cette approche, à notre avis, nous permettra de résoudre des problèmes à la fois d'ordre organisationnel lors de la création du Système-112, et à l'avenir de résoudre le problème avec le

En outre, l'un des points clés de la création du Système-112 consiste à évaluer l'état de préparation de l'infrastructure d'information et de communication (IC) de la région quant à la possibilité d'utiliser les technologies de l'information (TI) modernes dans le système d'appel d'urgence. Comme l'a montré l'analyse, les canaux de communication entre les services d'urgence de la plupart des régions de la Fédération de Russie ont été créés dans les années 60 et sont physiquement épuisés, ce qui entraîne périodiquement des problèmes avec l'opérateur de communication communiquant l'appel aux services d'urgence, et plus encore. organisant le transfert d'informations (données), le personnel de service et d'expédition n'a pas accès aux outils et technologies d'information modernes. Selon le Concept, le Système-112 est un système multifonctionnel d'information et de communication distribué territorialement, qui implique la création d'un composant de télécommunications développé et moderne, c'est-à-dire des canaux de transmission de données par fibre optique avec un débit et une fiabilité suffisamment élevés, l'introduction des technologies WEB dans le système de transmission de données et les appels entre EDDS et DDS.

Par conséquent, afin de sélectionner les régions en vue de la mise en œuvre progressive du Système-112, il est actuellement nécessaire de développer une méthodologie pour évaluer l'état de préparation des régions, y compris le DDS des services d'urgence, pour la mise en œuvre du Système-112, qui, en à notre avis, est l'une des composantes (segment) de ce qui se crée en Russie société de l'information.

Une analyse du déploiement et du fonctionnement du Système-112 dans les régions pilotes a montré que le plus important en termes d'organisation de l'interaction informationnelle entre les DDS départementales est le sous-système de réception et de traitement des appels (rapports d'incidents) reçus par le service de répartition des tâches unifié. Ce sous-système comprend un centre d'appels (CC).

Le sous-système de réception et de traitement des appels, ou sous-système dit de répartition, est le sous-système de contrôle du système automatisé (AS) de l'EDDS.

Actuellement, plusieurs options logicielles et matérielles pour construire ce sous-système sont possibles du point de vue de l'organisation de l'interaction interministérielle.

Examinons les deux options les plus courantes.

Option 1

Les services de secours (01, 02, 03, etc.) disposent déjà de leurs propres systèmes de répartition départementaux.

Dans ce cas, un logiciel spécial (SPO) doit être créé pour traiter les appels pour le centre d'appels basé sur l'EDDS et pour le DDS du service opérationnel d'urgence, correspondant territorialement à l'EDDS. En pratique, cela peut être réalisé en plaçant dans la DDS un poste client distant avec le logiciel open source TsOV EDDS en plus de celui départemental.

AWS pour recevoir des rapports d'incidents ou, au mieux, développer une intégration spéciale module logiciel pour assurer l'interaction d'informations entre SPO TsOV EDDS et spécial logiciel Services d'urgence de la DDS.

Le point positif de cette décision est que le déploiement du système et sa mise en œuvre au sein de la DDS se font sans perturbation radicale des outils automatisés départementaux existants qui ont prouvé leur efficacité aux utilisateurs par leur mise en œuvre pratique.

Les inconvénients de cette approche sont déterminés par la méthode directe de sa mise en œuvre. Ainsi, par exemple, lors du placement d'un poste client supplémentaire dans le DDS du service d'urgence avec le logiciel open source TsOV EDDS, l'opérateur devra traiter séparément les messages reçus via la ligne Système-112 et via le système départemental. Pour égaliser les statistiques dans les deux systèmes, l'opérateur devra transférer manuellement des informations de l'un à l'autre, ce qui non seulement n'accélère pas le processus de traitement des messages et de réponse à ceux-ci, mais incite également l'opérateur, dans un certain sens, à " saboter» le nouveau système, en donnant la priorité au travail, même s'il n'est pas moderne et moins fonctionnel, mais plus familier à l'ancien système. De plus, l'une des tâches du Système-112 est « d'harmoniser le mode d'appel des services d'urgence avec la législation de l'Union européenne », et conformément aux exigences européennes, l'opérateur doit disposer d'un système automatisé. lieu de travail(un clavier, une souris, etc.). La mise en œuvre de modules d'intégration est problématique pour une autre raison. Un simple calcul du nombre de DDS d'objets d'intégration potentiels montre qu'en pratique, dans le meilleur des cas, il faudra intégrer quatre à six AS dans le sujet - services 01, 02, 03, 04, service d'intervention d'urgence ( ou TsuKS), service antiterroriste. De plus, dans chaque matière, il est possible d'avoir des AS différents des AS du même service dans la région voisine. Autrement dit, nous disposons de plus de 250 objets d'intégration potentiels. Par ailleurs, une analyse de la présence et de l'état des systèmes automatisés dans les services de secours montre que la plupart des services de secours ne sont dotés d'aucun programme de répartition, ni même de systèmes d'information, de référence ou comptables et statistiques plus ou moins modernes. Par conséquent, l’intégration entraînera des difficultés au niveau logiciel. Pour réussir à interconnecter les systèmes, les développeurs doivent ouvrir leurs développements les uns aux autres, les spécialistes de la sécurité de l'information doivent déployer des efforts supplémentaires pour protéger leurs réseaux et ressources d'information après intégration. N'aide pas travail efficace sur l'intégration et la position de nombreux chefs de services visant un certain isolement départemental. Avec des efforts organisationnels importants et certainement d'importantes dépenses tant financières que de ressources de spécialistes dans le domaine des technologies de l'information, l'effet positif de la solution mise en œuvre n'est pas du tout évident.

Option 2

Comme nous l'avons mentionné plus haut, l'analyse a montré que dans la plupart des cas, les services ne disposent pas du tout de système automatisé ; les messages sont souvent enregistrés dans un journal, la réponse est organisée et les actions des forces et des moyens sont coordonnées par téléphone.

Nous avons également évoqué plus haut l'unité des algorithmes et principes de base pour la réception, le traitement, l'enregistrement des rapports d'incidents, l'organisation de la réponse à ceux-ci et la gestion des forces subordonnées et des moyens de réponse dans tous les services d'urgence des services opérationnels, quelle que soit leur envergure.

Dans ce cas, le plus rationnel est de développer un certain système automatisé unifié qui automatise les processus de contrôle opérationnel des expéditions dans chacune des DDS séparément et dans l'OSODU dans son ensemble, et de le mettre en service dans tous les départements. Un système unifié devrait garantir le principe de saisie des données via une seule application ; les données devraient être accessibles aux autres applications sans les copier. Toutes les actions de l'opérateur (répartiteur) dans le système doivent être automatiquement enregistrées en temps réel, stockant des informations sur qui a effectué cette action et quand, afin que l'incident et les actions du personnel d'urgence le concernant puissent être complètement restaurés, y compris à des fins de formation. . objectifs.

Lors de la mise en œuvre de cette tâche, certaines difficultés sont également inévitables, liées, d'une part, à la nécessité de développer un système unifié pour plusieurs services, qui, malgré la similitude des principes de contrôle opérationnel des expéditions, ont toujours objectivement leurs propres spécificités. En revanche, la position subjective et isolée des managers et spécialistes de ces départements et services ne différera pas significativement de la position lors de l'élaboration des modules d'intégration.

Cependant, dans cette option, les aspects positifs semblent évidents : chaque département reçoit un produit logiciel spécialisé, développé en accord (ou avec la participation) « pour les tâches » de ce département ; le système de gestion de crise du sujet reçoit l'unité de la plateforme logicielle de tous les DDS, EDDS et TsUKS, qui permet de mettre en œuvre des règles uniformes et convenues d'échange d'informations dans le système RSChS. De plus, compte tenu du rôle et de la place du Système-112 évoqué ci-dessus dans l'OSOD du sujet, il convient de développer un AS dans le cadre de ce projet particulier.

Chaque option a le droit d'exister et peut être mise en œuvre dans l'une ou l'autre matière.

Mais, à notre avis, la deuxième option est plus préférable, qui est plus complexe au stade initial (lors du développement d'un seul AS), mais par la suite, lors de la réplication du système dans les régions, l'effet de mise en œuvre élimine les problèmes survenus lors du développement. .

Le fait que le Concept prévoit le déploiement du Système-112 sur la base de l'EDDS municipal

les formations, qui sont les organes de gestion quotidienne du sous-système territorial du RSChS du sujet, semblent correctes et très justifiées. Aujourd'hui, l'EDDS dispose de pouvoirs légitimes pour organiser et mettre en œuvre la gestion quotidienne de la DDS, y compris les services opérationnels d'urgence (définis par le décret du gouvernement de la Fédération de Russie...), mais en réalité il n'existe aucun base de gestion. D'un autre côté, le Système-112 dispose d'une telle base logicielle et matérielle. La similitude de la plupart des tâches et fonctions permet également de considérer le Système-112 basé sur l'EDDS des communes comme partie intégrante du système opérationnel de contrôle des expéditions basé sur les organes de gestion quotidienne du sous-système territorial du RSChS, c'est-à-dire basé sur l’EDDS. Et la centralisation du contrôle de répartition opérationnel de tous les DDS de tous les services en interaction, et pas seulement ceux opérationnels basés sur l'EDDS, est un autre argument en faveur du développement d'un système automatisé standard d'un système de contrôle de répartition opérationnel unifié pour le sujet.

Mais en même temps, il ne faut pas oublier que le Système 112 est un système d'information et de communication complexe, qui devrait devenir un certain segment de la société de l'information en cours de création, permettant à la population de recevoir une assistance opportune, rapide et qualifiée. Et cela est impossible sans la formation d'un personnel de service et d'expédition hautement qualifié ou d'un capital humain compétent dans les domaines modernes. informatique, et sans la création d’infrastructures d’information et de communication appropriées dans la région. Sinon, tous les efforts pour mettre en œuvre le Système-112 peuvent être réduits à une pile de soi-disant matériel acheté, sur lequel de plus en plus de présentations sur le Système-112 seront présentées, mais qui ne fonctionnera jamais au niveau approprié.

littérature

1. Arrêté du gouvernement de la Fédération de Russie du 25 août 2008 n° 1240-r portant approbation du concept de création du système-112.

2. Arrêté du ministère des Situations d'urgence de Russie du 15 décembre 2008 n° 779 « Sur la mise en œuvre de l'arrêté du gouvernement de la Fédération de Russie du 25 août 2008 n° 1240-r.

3. Arrêté ministériel n° 379 du 27 octobre 2009 « portant création d'un groupe de travail chargé de déployer un système d'appel des secours par Numéro unique"112" sur la base de l'EDDS des municipalités de la Fédération de Russie."

4. Arrêté du ministère des Situations d'urgence de Russie du 9 avril 2009 n° 224 « Sur le développement de la méthodologie de déploiement et d'exploitation d'un système permettant de fournir des appels aux services opérationnels d'urgence via un numéro unique « 112 » sur la base de l’EDDS des municipalités des régions pilotes de la Fédération de Russie.

5. Arrêté du ministère des Situations d'urgence de Russie du 1er juin 2009 n° 331 « Sur un groupe de travail interministériel chargé de développer une méthodologie pour le déploiement et l'exploitation d'un système permettant de fournir des appels aux services opérationnels d'urgence via un numéro unique « 112 " sur la base de l'EDDS des municipalités des régions pilotes de la Fédération de Russie. "

6. Décret du gouvernement de la Fédération de Russie du 31 décembre 2004 n° 894 « portant approbation de la liste des services opérationnels d'urgence, dont l'appel doit être assuré 24 heures sur 24 et gratuitement par l'opérateur de télécommunications, et sur l’attribution d’un numéro unique pour appeler les services opérationnels d’urgence.

7. Décision du conseil d'administration du ministère des Situations d'urgence de Russie du 29 août 2007 n° 7/1 « Sur la préparation du déploiement sur le territoire de la Fédération de Russie d'un système d'appel des services opérationnels d'urgence via un numéro unique » 112 ».

9. GOST R22. 7.01-99 EDDS. Dispositions de base.

Zubkov Vasily Nikolaevich, direction principale du ministère des Situations d'urgence de Russie pour la région de Koursk, chef. Ageev Sergueï Vladimirovitch, Ph.D. Sc., Institution d'État fédérale, Institut panrusse de recherche sur la protection civile et les situations d'urgence (FC), chercheur principal. Denisov Oleg Vyacheslavovich, branche centrale de l'Institution fédérale d'État VNII GOChS (FC), chef.

Tyminsky Vladimir Valentinovitch, chef de l'institution d'État "TsUKS EMERCOM de Russie pour la région de Koursk". Akulshin Sergey Borisovich, institution d'État "TsUKS EMERCOM de Russie pour la région de Koursk", spécialiste.