Contacts

Modules de base des systèmes d'information d'entreprise d'une entreprise. Système d'information d'entreprise modulaire Développement d'un module de système d'information d'organisation

1. Pertinence et nécessité de la recherche

Avec l'émergence récente en Fédération de Russie d'une nouvelle forme de gestion immobilière sous la forme d'associations de propriétaires (HOA), d'associations de propriétaires (HOA) et de copropriétés (ci-après - les organisations de gestion immobilière), les locataires (propriétaires) de logements ont une opportunité d'influencer la qualité de l'entretien des biens immobiliers, pour l'amélioration du territoire adjacent et dans une certaine mesure pour le coût des services publics.

Conformément à l'article 161 du Code du logement de la Fédération de Russie, la gestion d'un immeuble d'appartements doit garantir des conditions de vie favorables et sûres aux citoyens, un bon entretien des biens communs dans un immeuble d'appartements, résoudre les problèmes d'utilisation de cette propriété, ainsi que fournir des services publics aux citoyens vivant dans un tel bâtiment.

b) processus éducatif

Développement de cours scientifiques et pédagogiques, ainsi que de matériel de vulgarisation scientifique

Nom du cours/ Matériel

Brève description du cours/ Matériel

Cours scientifiques et pédagogiques

Didacticiel

"Systèmes d'information pour la gestion des immeubles à appartements"

Les capacités fonctionnelles des systèmes d'information pour la gestion immobilière utilisés dans la Fédération de Russie et à l'étranger sont présentées. Les capacités fonctionnelles sont comparées, des recommandations sont données sur le choix d'un système d'information.

Il est destiné à enseigner aux étudiants dans les directions 080100.62 « Économie » et 080500.62 « Informatique de gestion »

Atelier de laboratoire

"Système de gestion des règles métier d'une organisation pour la gestion de MKD"

Fournit des instructions pas à pas pour créer un module de gestion des règles métier à l'aide d'IBM ILog. Un algorithme de gestion des règles métier du HOA est présenté. Il est destiné à enseigner aux étudiants dans la direction 080500.62 "Informatique de gestion"

Atelier de laboratoire

"Modélisation multi-agents des activités d'une organisation de gestion immobilière"

Fournit des instructions étape par étape pour la formation d'agents et la formation d'un modèle pour l'activité d'une organisation de gestion immobilière utilisant AnyLogic. Il est destiné à enseigner aux étudiants dans la direction 080500.62 "Informatique de gestion"

Didacticiel

"Développement d'une base de données d'un immeuble en utilisant MS Access 2010"

Fournit des instructions pas à pas pour créer des tables de base de données, établir des liens entre elles, créer des formulaires, des requêtes, des rapports et des macros en utilisant les capacités du SGBD MS Access 2010.

Atelier de laboratoire

"Analyse des processus d'affaires d'une organisation de gestion immobilière"

Les diagrammes développés à l'aide du langage de modélisation orienté objet UML sont présentés. Il est destiné à enseigner aux étudiants dans les directions 080100.62 « Économie » et 080500.62 « Informatique de gestion »

Matériel scientifique populaire

Monographie

"Analyse factorielle et cluster des organisations régionales dans le domaine de la gestion immobilière"

Des recommandations sont données pour l'analyse factorielle et en cluster des paramètres caractérisant le HOA dans la région sélectionnée. Fournit des informations sur les organisations de gestion immobilière avec les mêmes ensembles de processus métier et identifie les principaux facteurs affectant leurs activités

Monographie

"Algorithmes pour l'échange d'informations dans une organisation de gestion immobilière"

L'algorithme général du fonctionnement du SI, des algorithmes pour le fonctionnement des modules logiciels du SI qui mettent en œuvre des services d'information pour les abonnés et des algorithmes pour l'interaction des modules logiciels sont présentés. Interfaces utilisateur du système d'information. Caractéristiques du développement de code de programme de modules à l'aide de l'environnement de développement MS Visual 2010

Article

"Classification des abonnés et des systèmes d'information dans les organisations gérant MKD"

Les régularités de l'échange d'informations au sein d'une organisation de gestion immobilière, la composition et le volume de données attendus pendant l'échange d'informations, les transformations de données attendues pendant l'échange d'informations et les formes de présentation des données d'entrée et de sortie sont déterminées.

Article

"Développement d'un modèle de simulation multi-agents pour modéliser les activités des associations de propriétaires"

Des approches à la formation d'agents pour le domaine, ainsi que le développement d'un modèle de simulation sont donnés. Les résultats de la modélisation des activités des associations de propriétaires avec différents ensembles de données initiales sont présentés.

Article

"Formation d'un ensemble de règles commerciales pour les associations de propriétaires"

Des approches de la formation d'un ensemble de règles métier sont présentées. Les possibilités de mise en œuvre d'un système de gestion des règles métier à l'aide d'IBM ILog sont envisagées. Un exemple d'utilisation de règles métier pour prendre une décision est donné

Article

"Formation d'algorithmes pour le système d'information d'une organisation de gestion immobilière"

La structure de l'algorithme de fonctionnement du système d'information, la structure des algorithmes des modules logiciels qui mettent en œuvre des services d'information et l'échange d'informations avec la base de données de l'organisation sont pris en compte.

Article

"Application d'une approche holistique pour la formation d'un ensemble d'indicateurs de performance clés des activités HOA"

L'article considère l'application des dispositions d'une approche holistique pour former un ensemble d'indicateurs qui permettent la création d'un système d'évaluation de la réalisation des objectifs stratégiques et tactiques (opérationnels) d'une organisation de gestion immobilière, évaluant l'état de l'organisation et le suivi de l'activité commerciale des abonnés du système d'information en temps réel.

Article

"Services d'information pour la gestion des immeubles à appartements"

Les services d'information fournis par des systèmes d'information étrangers aux propriétaires (locataires) de biens immobiliers dans des immeubles à appartements sont pris en compte.

Article

"Formation d'une base de données pour le système d'information de la HOA"

L'article examine les modèles de données, la technologie de stockage et de traitement des données, la composition des données, les formats de données pour la réflexion dans les interfaces utilisateur et les documents de sortie, les types de données, la composition attendue des tableaux, ainsi qu'un diagramme des relations entre les tableaux.

Article

"Analyse organisationnelle et modèle de processus métier de HOA"

Le développement d'un ensemble de modèles est envisagé : un modèle d'établissement d'objectifs stratégiques, un modèle organisationnel-fonctionnel, un modèle fonctionnel-technologique, un modèle de rôle de processus d'un modèle quantitatif, un modèle de structure de données (sous quelle forme les réglementations HOA et les objets de l'environnement externe sont décrits), les modèles de processus métier

Riz. 6.2.
  • (Système d'information d'entreprise)
  • Externalisation des systèmes d'information de l'entreprise
    L'externalisation des fonctions de production et des processus métiers basés sur les systèmes d'information d'entreprise permet d'utiliser les dernières réalisations et les « meilleures pratiques » de la gestion moderne. La mise en place de systèmes d'information d'entreprise est au cœur de la réingénierie des processus métiers (Processus d'affaires...
    (Outsourcing et outstaffing : hautes technologies de gestion)
  • Modèles d'intégration des systèmes d'information d'entreprise
    Les patrons d'intégration des systèmes d'information représentent le niveau supérieur de la classification des patrons de conception. De la même manière que les modèles des niveaux inférieurs de classification, un groupe de modèles structurels est distingué parmi les modèles d'intégration. Les modèles structurels décrivent les principaux composants d'un seul système intégré ...
    (Introduction à l'architecture logicielle)
  • TÂCHES FONCTIONNELLES DU SYSTÈME D'INFORMATION DE L'ENTREPRISE ET MODULES DE BASE DES SYSTÈMES D'INFORMATION MODERNES DE L'ENTREPRISE. INTÉGRATION DE MODULES
    Le sens significatif du concept de module présuppose une comparaison des sous-systèmes fonctionnels, des tâches fonctionnelles avec une approche basée sur les tâches fonctionnelles avec les principaux modules de Riz. 6.2. Comparaison des tâches fonctionnelles avec les principaux modules des systèmes d'information ICISP modernes d'une entreprise, ...
    (Système d'information d'entreprise)
  • CONCEPT, HISTOIRE DU DÉVELOPPEMENT ET CLASSIFICATION DES SYSTÈMES D'INFORMATION DE L'ENTREPRISE. SYSTÈMES D'INFORMATION D'ENTREPRISE INTÉGRÉS DE L'ENTREPRISE
    Le concept et la classification des systèmes d'information changent au cours de leur développement historique. Cependant, l'objectif reste constant et est associé à l'atteinte de l'efficacité de la gestion d'entreprise. L'efficacité de la gestion d'entreprise dépend de l'interaction de nombreux facteurs, parmi lesquels : philosophique, historique, ...
    (Système d'information d'entreprise)
  • CARACTÉRISTIQUES DES TECHNOLOGIES DE L'INFORMATION MODERNES DANS LES SYSTÈMES D'INFORMATION DE L'ENTREPRISE
    TECHNOLOGIES MODERNES POUR L'ORGANISATION DE LA SAISIE DES DONNÉES DANS LES SYSTÈMES D'INFORMATION D'ENTREPRISE Les informations sur les transactions commerciales doivent être saisies en temps opportun dans la base de données opérationnelle à partir de toutes les sources de leur origine. Cela permettra d'organiser efficacement le traitement ultérieur des données dans l'information ...
    (Système d'information d'entreprise)
  • introduction

    La thèse considérée a été rédigée sur la base de Donetsk OJSC Donetsk Manufactory pour le magasin de Cleonelly.

    L'une des principales activités de la manufacture de Donetsk OJSC produit une large gamme de vêtements, principalement des peignoirs, des draps et des serviettes. De plus, l'entreprise produit du fil de coton teint pour le tissage et le tricotage.

    Le développement des technologies de l'information automatisée va de pair avec l'émergence de nouveaux types de moyens techniques de traitement et de transmission de l'information, améliorant les formes d'organisation de l'utilisation de l'ordinateur, saturant l'infrastructure de nouveaux moyens de communication. Le développement des relations de marché a conduit à l'émergence de nouveaux types d'activité entrepreneuriale et, surtout, à la création d'entreprises engagées dans le commerce de l'information, le développement des technologies de l'information, leur amélioration, la diffusion des composants des technologies de l'information automatisées, en des produits logiciels particuliers qui automatisent les processus d'information et de calcul. Ils comprennent également les équipements informatiques, les moyens de communication, les équipements de bureau et des types spécifiques de services - informations, services techniques et de conseil, formation, etc. Cela a contribué à la diffusion rapide et à l'utilisation efficace des technologies de l'information dans les processus de gestion et de production, à leur application presque universelle et à leur grande diversité.

    Les entreprises engagées dans la conception et le développement d'appareils à des fins diverses utilisent actuellement largement divers moyens à la fois de conception assistée par ordinateur - CAO (CAO) et de surveillance des processus de production - ACS (SCADA / DCS). Cependant, pour les appareils de notre propre conception, il est nécessaire de développer nos propres moyens de suivi de leurs performances et d'analyse de la qualité des produits.

    Le processus technologique de comptabilisation des produits dans un entrepôt dans un magasin Cleanelly comprend l'étape de tenue des registres des produits vendus.

    L'objectif de ce projet de diplôme est la mise en place d'un poste de travail automatisé (AWP) permettant la comptabilité des produits dans un entrepôt magasin.

    Pour atteindre l'objectif ci-dessus, il est nécessaire de résoudre les tâches suivantes :

    ¾ analyser les processus commerciaux du magasin ;

    ¾ enquêter sur les flux d'informations survenant au stade de la livraison d'un produit en cours de développement ;

    ¾ développer des modèles de données conceptuels et logiques ;

    développer un logiciel de poste de travail automatisé pour la comptabilité des produits

    ¾ évaluer l'efficacité économique du système d'information.

    1 Développement des exigences logicielles

    1.1 Analyse des solutions existantes

    Actuellement, il existe un large éventail d'entreprises qui combinent à la fois le développement direct de produits et le développement de systèmes de contrôle pour ces produits. De tels systèmes sont développés par des sociétés bien connues telles que 1: C Enterprise et Zvezda. Dans de tels systèmes, le contrôle et la comptabilité des matériaux sont effectués, ainsi que le traitement des informations reçues.

    "1C: Enterprise" est un système de solutions appliquées construit sur les mêmes principes et sur une seule plateforme technologique. Le responsable peut choisir une solution qui répond aux besoins actuels de l'entreprise et se développera au fur et à mesure que l'entreprise se développe ou que les tâches d'automatisation se développent.

    Le système logiciel 1C: Enterprise est conçu pour résoudre un large éventail de tâches d'automatisation de la comptabilité et de la gestion auxquelles les entreprises modernes en développement dynamique sont confrontées. Solution de problèmes urgents de comptabilité et de gestion La composition des programmes du système "1C: Entreprise" est axée sur les besoins réels des entreprises. L'entreprise "1C" produit des solutions logicielles sérialisées conçues pour automatiser les tâches de comptabilité et de gestion typiques des entreprises. Une caractéristique distinctive des solutions de l'édition 1C est une étude approfondie de la composition des fonctionnalités incluses dans les solutions standard. L'entreprise "1C" analyse l'expérience des utilisateurs utilisant les programmes du système "1C: Enterprise" et surveille l'évolution de leurs besoins.

    Les principaux avantages de mon système Wholesale Base incluent le coût relativement faible de la mise en œuvre de ce système, ainsi qu'un certain nombre d'autres avantages :

    ¾ Fiabilité des applications créées. Le progiciel (PC) doit être résistant non seulement aux erreurs de l'utilisateur, mais également aux défaillances du système de communication.

    ¾ Facilité d'utilisation de l'interface ;

    ¾ Un niveau élevé de sécurité du système, ce qui implique non seulement un contrôle sur la disponibilité de certaines ressources du système et la sécurité de l'information à toutes les étapes de l'exploitation, mais également le suivi des actions effectuées avec un haut degré de fiabilité.

    1.2 Analyse du domaine

    La particularité de l'analyse du domaine est qu'elle permet de voir l'ensemble des opérations de l'organisation.

    CASE est conçu pour analyser et réorganiser les processus métier. Tous les outils de haut niveau Fusion Process Modeler (BPwin) prenant en charge les méthodologies IDEF0 (modèle fonctionnel), DFD (Dataflow Diagram) et IDEF3 (Workflow Diagram). BPwin est un produit logiciel puissant permettant de créer des modèles pour analyser, documenter et planifier les changements dans des processus métier complexes. BPwin propose un outil permettant de collecter toutes les informations pertinentes sur le fonctionnement de l'entreprise et de représenter graphiquement ces informations sous la forme d'un modèle cohérent et homogène.

    En termes de fonctionnalité du système. Dans le cadre de la méthodologie IDEF0 (Integration Definition for Function Modeling), un processus métier est représenté comme un ensemble d'éléments de travail qui interagissent les uns avec les autres, et les informations, les ressources humaines et de production consommées par chaque travail sont présentées. Le modèle fonctionnel est destiné à décrire les processus métier existants dans l'entreprise (le modèle dit AS-IS) et la situation idéale ce qu'il faut rechercher (modèle TO-BE). La méthodologie IDEF0 prescrit la construction d'un système hiérarchique de diagrammes, c'est-à-dire descriptions uniques de fragments de système. Tout d'abord, une description du système dans son ensemble et de son interaction avec le monde extérieur (diagramme de contexte) est effectuée, après quoi une décomposition fonctionnelle est effectuée le système est divisé en sous-systèmes et chaque système est décrit séparément (schémas de décomposition). Ensuite, chaque sous-système est décomposé en plus petits, et ainsi de suite pour atteindre le niveau de détail souhaité.

    Si dans le processus de modélisation il est nécessaire de mettre en évidence les aspects spécifiques de la technologie d'entreprise, BPwin vous permet de basculer vers n'importe quelle branche du modèle en notation DFD ou IDEF3. Les diagrammes de diagramme de flux de données (DFD) peuvent compléter ce qui est déjà reflété dans le modèle IDEF3, car ils décrivent les flux de données, vous permettant de suivre la manière dont les informations sont échangées entre les fonctions métier au sein du système. Dans le même temps, les diagrammes DFD ignorent les interactions entre les fonctions métier.

    En termes de séquence de travail effectué. Et une image encore plus précise peut être obtenue en complétant le modèle avec des diagrammes IDEF3. Cette méthode attire l'attention sur l'ordre dans lequel les événements sont exécutés. Des éléments de logique sont inclus dans IDEF3, qui vous permet de modéliser et d'analyser des scénarios alternatifs pour le développement d'un processus métier.

    Pour prendre en compte les processus métier exécutés dans l'entrepôt du magasin, seules deux méthodologies IDEF0 et DFD doivent être utilisées. Le processus de modélisation d'un système dans IDEF0 commence par la définition du contexte, c'est-à-dire le niveau de description le plus abstrait du système ou des processus métier en général.

    Modèle IDEF0... Pour étudier les processus métiers « Formation d'une commande fournisseur », « Réception de marchandise », « Libération de marchandise », considérons les schémas qui sont présentés sous forme de schéma IDEF0. Le système IDEF0 est présenté comme un ensemble d'activités ou de fonctions en interaction.

    La méthodologie IDEF0 repose sur quatre concepts principaux.

    Le premier est le concept bloc fonctionnel (Boîte d'activité)... Le bloc fonctionnel est représenté graphiquement sous la forme d'un rectangle et personnifie une fonction spécifique dans le cadre du système considéré

    Chacun des quatre côtés d'un bloc fonctionnel a sa propre signification (rôle) spécifique, tandis que :

    Le côté supérieur est le contrôle ;

    Le côté gauche est Input;

    Le côté droit est défini sur Sortie ;

    Le côté inférieur est réglé sur Mécanisme.

    La deuxième "baleine" de la méthodologie IDEF0 est le concept d'arc d'interface (flèche). L'affichage graphique de l'arc d'interface est une flèche unidirectionnelle. Chaque arc d'interface doit avoir son propre nom (étiquette de flèche). À l'aide d'arcs d'interface, divers objets sont affichés qui, à un degré ou à un autre, déterminent les processus qui se déroulent dans le système. Dans ce cas, les flèches, selon quelle face du rectangle de travail elles entrent ou quelle face elles sortent, se divisent en :

    Flèches d'entrée (incluses dans le côté gauche du bloc fonctionnel) - représentent des données ou des objets qui sont modifiés pendant l'exécution du travail ;

    Flèches de contrôle (incluses dans la face supérieure du bloc fonctionnel) - décrivent les règles et restrictions en raison desquelles le travail est effectué;

    Flèches de sortie (sortie du côté droit du bloc fonctionnel) - représentent des données ou des objets qui apparaissent à la suite d'un travail ;

    Les flèches du mécanisme (incluses dans le bord inférieur du bloc fonctionnel) - représentent des ressources (par exemple, équipement, ressources humaines).

    Le troisième concept de base de la norme IDEF0 est la décomposition. Le principe de décomposition est utilisé pour décomposer un processus complexe en ses fonctions constitutives.

    La décomposition vous permet de représenter progressivement et de manière structurée le modèle du système sous la forme d'une structure hiérarchique de diagrammes individuels, ce qui le rend moins surchargé et facile à digérer.

    Le dernier concept d'IDEF0 est le glossaire. Pour chacun des éléments IDEF0 : schémas, blocs fonctionnels, arcs d'interface, la norme existante implique la création et la maintenance d'un ensemble de définitions, mots-clés, narrations, etc. pertinents qui caractérisent l'objet affiché par cet élément. Cet ensemble s'appelle un glossaire et est une description de l'essence de cet élément.

    Considérez les diagrammes des processus métier se produisant dans l'entrepôt du magasin OJSC DMM, "Cleonelly":

    Pour la visibilité générale du système, il est nécessaire de construire le contexte « Activité de l'entrepôt de l'entreprise » (voir Figure 1.1).

    Figure 1.1 - Diagramme "Activités d'entrepôt de l'entreprise"

    Une fois le contexte établi, la décomposition est effectuée, c'est-à-dire construire les diagrammes suivants dans la hiérarchie.

    Chaque diagramme suivant est une description plus détaillée de l'une des œuvres du diagramme supérieur. Un exemple de décomposition du travail contextuel est présenté à la figure 1.2. Ainsi, l'ensemble du système est divisé en sous-systèmes au niveau de détail souhaité, ce système est divisé en trois niveaux.

    Figure 1.2 - Diagrammes de décomposition de premier niveau


    Figure 1.3 - Schéma "Dédouanement des marchandises"

    Figure 1.4 - Schéma « Sortie de marchandises »


    Figure 1.5 - Schéma « Dépôt des marchandises »

    DFD. Cette méthodologie repose sur la construction d'un modèle du SI analysé - projeté ou existant. Conformément à la méthodologie, le modèle de système est défini comme une hiérarchie de diagrammes de flux de données (DFD), décrivant le processus asynchrone de transformation d'informations depuis son entrée dans le système jusqu'à sa sortie vers l'utilisateur. Les diagrammes DFD sont généralement construits pour visualiser le travail actuel du système de flux de travail d'une organisation. Le plus souvent, les diagrammes DFD sont utilisés pour compléter le modèle de processus métier implémenté dans IDEF0.

    Les principaux composants d'un diagramme de flux de données sont :

    Entités externes (représentées graphiquement sous forme de carré) - désignent un objet matériel ou un individu qui est une source ou un récepteur d'informations. Par exemple : clients, personnel, fournisseurs, clients, entrepôt ;

    Systèmes / sous-systèmes (ressemblant graphiquement à un rectangle avec des coins arrondis) - travaux désignant des fonctions ou des processus qui traitent et modifient les informations ;

    Les périphériques de stockage de données sont un périphérique abstrait pour stocker des informations qui peuvent être placées dans un périphérique de stockage à tout moment et après un certain temps peuvent être récupérées, et il peut y avoir n'importe quel moyen de placer et de récupérer. En général, le magasin de données est un prototype de la future base de données et la description des données qui y sont stockées doit être liée au modèle d'information ;

    Flux de données - définit les informations transmises via une certaine connexion de la source au récepteur. Le flux de données dans le diagramme est représenté par une ligne se terminant par une flèche qui indique le sens du flux.

    Considérez le diagramme de flux de données (DFD) du problème Figure 1.6. Ce diagramme montre le mouvement des documents lorsqu'une « demande de produit » arrive à une organisation.

    Figure 1.6 - Schéma DFD « Sortie Marchandises »

    Considérez le diagramme de flux de données suivant « Liquidation du produit » (voir figure 1.7). Il montre le processus d'exécution des travaux et le mouvement des documents lors de la "sortie de marchandises".

    Figure 1.7 - Diagramme DFD "Dédouanement des marchandises"

    Dans les diagrammes de flux de données, tous les symboles utilisés forment une grande image, qui donne une idée claire des données utilisées et des fonctions exécutées par le système de workflow. Dans le même temps, il s'avère souvent que les flux d'informations existants et importants pour les activités de l'entreprise ne sont pas mis en œuvre de manière fiable et doivent être réorganisés.

    La structure organisationnelle d'une entreprise vendant des produits en éponge est considérée sur l'exemple de Donetsk Manufactura M, un magasin de Cleonelly :

    Dans le sens du développement de systèmes de contrôle et de comptabilité des matériaux, ils peuvent résoudre avec succès des problèmes:

    1. Il s'agit du contrôle des marchandises livrées et stockées.

    2. Informations sur les fournisseurs et les consommateurs

    3. Il contient également des informations et des opérations sur le produit

    4. Contient un journal du rapport de marchandises validé

    5. Contient un répertoire de marchandises

    6. Automatisation des fonctions d'entrepôt (réception, consommation, annulation, réservation de marchandises)

    7. Enregistrement et stockage des factures pour les biens et services achetés et vendus, ainsi que la facturation pour le paiement anticipé, le paiement différé et la livraison des marchandises

    8. Création des factures et comptabilisation des marchandises émises

    9. Réaliser un inventaire des entrepôts avec la création d'un état de collation, un acte de pénurie et de surplus

    10. Création d'ensembles de marchandises

    Comme indiqué, le principal domaine d'activité de cette entreprise est la vente de produits cotonniers. Le processus de conception comprend de nombreuses étapes soigneusement élaborées par les structures de gestion des entreprises de conception pendant toute la durée de vie de l'entreprise. Ce processus ne peut pas être modifié en même temps, car il implique de nombreux services de l'entreprise elle-même, des sous-traitants externes et des clients de l'entreprise de projet. Par conséquent, les entreprises se méfient de la mise en œuvre des systèmes d'information liés aux processus de gestion de la conception et du développement. En règle générale, les entreprises russes utilisent leurs propres développements dans ce domaine.

    1.3 Exigences de collecte

    Lors de la conception du système d'information (SI) du « Poste de travail du magasin de gros », il était nécessaire de collecter des exigences qui permettraient de créer une interface de telle sorte que l'utilisateur final (employé du magasin) soit à l'aise avec le SI développé.

    Le développement des exigences est le processus qui comprend les activités requises pour créer et approuver un document de spécification des exigences du système.

    Pour mettre en œuvre le processus d'automatisation de la comptabilité et du contrôle des matières, il est nécessaire que le système d'information puisse répondre aux exigences fonctionnelles suivantes :

    ¾ documenter les résultats.

    ¾ Le système d'information doit être implémenté comme un programme basé sur l'environnement intégré Visual Fox Pro.

    Le programme fonctionne sous le système d'exploitation Windows 2000 / NT / XP.

    Il y a quatre étapes principales dans le processus de développement des exigences (Figure 1.8):

    Analyse de la faisabilité technique de la création d'un système ;

    Formation et analyse des besoins ;

    Spécification des exigences et création de la documentation pertinente ;

    Attestation des exigences.


    Le recueil des exigences est une étape importante dans la conception d'un logiciel, puisque c'est ici que toutes les exigences du client doivent être correctement et correctement formulées.

    1.4 Spécification des exigences

    Déterminer les exigences correctes est probablement l'étape la plus critique dans un projet logiciel. Il est très important que le format du projet corresponde aux exigences du logiciel assemblé par l'équipe de développement, sinon ces exigences ne peuvent pas être prises en charge et présentées dans le produit logiciel. La spécification des exigences logicielles (SRS) est au cœur de l'ensemble du cycle de vie du développement logiciel. Il s'agit non seulement d'un document dérivé qui définit les spécifications d'un projet logiciel, mais également du document principal utilisé pour réaliser les tests de qualification et de recette. L'attestation est une évaluation de la qualité du travail des chefs de projet. Il détermine le degré de conformité d'un produit logiciel avec les exigences établies. La spécification SRS agit comme un mécanisme d'enregistrement des exigences du système qui sont utilisées comme critères d'attestation.

    Sur la base du SRS, un accord est conclu entre les clients et les fabricants du produit logiciel. La spécification SRS décrit en détail les fonctions que le produit logiciel développé doit exécuter. Cela permet aux utilisateurs potentiels de déterminer dans quelle mesure le produit répond à leurs besoins, ainsi que les moyens de modifier le produit afin qu'il soit le plus utile pour résoudre leurs problèmes.

    Diminue le temps de développement. Divers groupes au sein de l'organisation du client sont impliqués dans la préparation de la spécification SRS. Ils étudient minutieusement toutes les exigences avant même que le développement réel du projet ne commence. Cela réduit la probabilité de reconception, de codage et de test ultérieurs.

    Une étude minutieuse des exigences de la spécification SRS peut révéler des oublis, des malentendus et des incohérences au début du cycle de développement, lorsque les problèmes sont beaucoup plus faciles à résoudre que plus tard.

    La spécification SRS devient la base de l'estimation des coûts et de la planification. La description du produit est la véritable base pour estimer le coût d'un projet. Dans un environnement où le concept de proposition formelle existe, le SRS est utilisé pour valider l'estimation d'une proposition ou d'un prix.

    Avec des spécifications bien rédigées, les SRS au niveau organisationnel peuvent développer des plans de certification et d'audit beaucoup plus productifs. Dans le cadre du contrat de développement, le SRS fournit un point de référence pour évaluer le respect du cahier des charges.

    La spécification SRS facilite le transfert du produit logiciel à de nouveaux utilisateurs, ainsi que son installation sur d'autres ordinateurs. Ainsi, il devient plus facile pour les clients de transférer le produit logiciel vers d'autres départements de l'organisation, et pour les développeurs de le transférer à d'autres clients.

    La spécification SRS sert de base à la modernisation. Ce document traite du produit lui-même, pas du processus de développement du projet, il peut donc être utilisé pour développer le produit fini.

    Une fois le processus de définition et de spécification des exigences terminé, il est nécessaire de valider les exigences.

    La spécification des exigences du projet logiciel doit être présentée à l'annexe A.

    1.5 Attestation des exigences

    La validation doit démontrer que les exigences définissent réellement le système que le client souhaite avoir. La validation des exigences est importante car une erreur dans la spécification des exigences peut entraîner une refonte du système et des coûts élevés si elle est découverte pendant le processus de développement du système ou après sa mise en service.

    Au cours du processus d'attestation des exigences, différents types de vérifications de la documentation des exigences doivent être effectués :

    1. Vérification de l'exactitude des exigences.

    2. Vérification de la cohérence.

    3. Vérification de l'exhaustivité.

    4. Vérifiez la faisabilité.

    Il existe un certain nombre de méthodes d'attestation d'exigences qui peuvent être utilisées ensemble ou séparément :

    1. Examen des exigences.

    2. Prototypage.

    3. Génération de scripts de test.

    4. Analyse automatisée de la cohérence.

    Le prototypage est le plus visuel pour le client du système.

    Avant de commencer le prototypage, vous pouvez créer un organigramme de l'interface utilisateur. Ce diagramme permet d'étudier les relations entre les principaux éléments de l'interface utilisateur.

    La prochaine étape de la validation des exigences est le prototypage direct.

    Un prototype de logiciel est une implémentation partielle ou possible d'un nouveau produit proposé. Les prototypes vous permettent d'accomplir trois tâches principales : clarifier et compléter le processus de formulation des exigences, explorer des solutions alternatives et créer le produit final.

    Le prototype du menu principal de ce module est illustré à la Figure 1.9.

    1.6 Choisir une méthodologie de conception de système d'information

    L'essence de l'approche structurelle du développement du SI réside dans sa décomposition (division) en fonctions automatisées : le système est divisé en sous-systèmes fonctionnels, eux-mêmes divisés en sous-fonctions, subdivisés en tâches, etc. Le processus de partitionnement se poursuit jusqu'à des procédures spécifiques. Dans le même temps, le système automatisé maintient une vue holistique dans laquelle tous les composants sont interconnectés.

    Toutes les méthodologies d'approche structurelle les plus courantes sont basées sur un certain nombre de principes généraux. Les principes suivants sont utilisés comme deux principes de base :

    Diviser pour régner - le principe de résoudre des problèmes complexes en les décomposant en de nombreux problèmes indépendants plus petits, faciles à comprendre et à résoudre ;

    Le principe de l'ordre hiérarchique est le principe d'organiser les éléments constitutifs d'un problème en arborescences hiérarchiques avec l'ajout de nouveaux détails à chaque niveau.

    En analyse structurelle, il existe principalement deux groupes d'outils qui illustrent les fonctions exécutées par le système et les relations entre les données. Chaque groupe de fonds correspond à certains types de modèles (schémas), les plus courants, parmi lesquels les suivants :

    Modèles SADT (Structured Analysis and Design Technique) et schémas fonctionnels associés ;

    diagrammes de flux de données DFD (Data Flow Diagrams);

    Diagrammes entité-relation ERD (Entity-Relationship Diagrams).

    Au stade de la conception du SI, les modèles sont étoffés, affinés et complétés par des schémas reflétant la structure du logiciel : architecture logicielle, schémas blocs programmes et schémas écrans.

    Les modèles répertoriés ensemble donnent une description complète de la propriété intellectuelle, qu'elle soit existante ou nouvellement développée. La composition des diagrammes dans chaque cas spécifique dépend de l'exhaustivité requise de la description du système.

    2 CONCEVOIR LE SYSTÈME D'INFORMATION

    2.1 Conception architecturale

    Lors de la création de tout système d'information complexe, un aspect critique est son architecture, où elle représente une vision conceptuelle de la structure des futurs processus fonctionnels et technologies au niveau du système et en interconnexion. En règle générale, les systèmes d'information complexes des organisations sont conçus comme une composition de composants interactifs de haut niveau, qui peuvent eux-mêmes être des systèmes. L'architecture du système d'information d'une organisation facilite la compréhension du système en définissant sa fonctionnalité et sa structure d'une manière qui révèle les décisions de conception et permet à l'observateur de poser des questions sur le respect des exigences de conception, l'allocation des fonctionnalités et la mise en œuvre des composants.

    L'architecture du système d'information d'une organisation est un modèle de la façon dont la technologie de l'information soutiendra les principaux objectifs et la stratégie de développement d'un objet automatisé. Il vous permet de penser de manière critique et d'articuler une vision de la façon dont les ensembles intégrés de systèmes d'information doivent être structurés pour atteindre ces objectifs. L'architecture du système d'information décrit comment les systèmes d'information, les applications et les personnes fonctionnent dans une organisation de manière uniforme et unifiée.

    Ainsi, l'architecture d'un système d'information comprend un ensemble généralement accepté de composants qui fournissent les « blocs de construction » d'un système d'information. Ces « blocs de construction » et leurs caractéristiques sont définis au niveau de détail approprié pour répondre aux besoins des décisions de planification.

    Lors de la conception des systèmes d'information modernes des organisations, leur architecture doit être développée en tenant compte de nombreuses parties prenantes, elle doit être compréhensible pour les utilisateurs, permettre aux développeurs de faire un plan et des calendriers du système, permettre de définir les interfaces, fonctions et technologies clés, et aussi permettent d'estimer le calendrier et le budget du projet. Cela exige de la responsabilité des architectes des systèmes d'information modernes de créer un concept satisfaisant et exploitable du système au stade le plus précoce de son développement, de maintenir l'intégrité de ce concept tout au long du développement et de déterminer l'adéquation du système résultant à une utilisation par le client. L'architecture du système d'information, d'autre part, est le processus de description des architectures du système d'information de manière suffisamment détaillée pour les rendre plus utiles pour la conception du système d'information.

    L'étude des expériences étrangères montre que dans les pays développés, lors de l'élaboration d'une architecture de système d'information, les conditions suivantes doivent être remplies :

    se concentrer sur la mission de l'organisation;

    se concentrer sur les exigences ;

    se concentrer sur le développement ;

    ¾ la capacité d'adaptation ;

    ¾ le besoin de flexibilité.

    Le respect de toutes ces conditions permet de développer l'architecture du système d'information de l'organisation plus parfaite et plus efficace.

    Les principales architectures logicielles actuellement mises en œuvre sont :

    serveur de fichiers ;

    client-serveur ;

    ¾ multi-niveaux.

    Serveur de fichiers... Cette architecture de bases de données centralisées avec accès réseau implique la désignation d'un des ordinateurs du réseau comme serveur dédié qui stockera les fichiers de la base de données centralisée. Conformément aux demandes des utilisateurs, les fichiers du serveur de fichiers sont transférés vers les postes de travail des utilisateurs, où l'essentiel du traitement des données est effectué. Le serveur central ne remplit principalement que le rôle de stockage de fichiers, ne participant pas au traitement des données lui-même. Une fois le travail terminé, les utilisateurs copient les fichiers contenant les données traitées sur le serveur, d'où ils peuvent être récupérés et traités par d'autres utilisateurs. Cette organisation de la maintenance des données présente un certain nombre d'inconvénients, par exemple, lorsque plusieurs utilisateurs accèdent aux mêmes données en même temps, les performances de travail chutent fortement, puisqu'il faut attendre que l'utilisateur travaillant avec les données termine son travail. Sinon, les modifications apportées par certains utilisateurs peuvent être écrasées par les modifications apportées par d'autres utilisateurs.

    Serveur client... Ce concept repose sur l'idée qu'en plus de stocker les fichiers de la base de données, le serveur central doit effectuer la majeure partie du traitement des données. Les utilisateurs accèdent au serveur central à l'aide d'un langage de requête structuré spécial (SQL, Structured Query Language), qui décrit une liste de tâches effectuées par le serveur. Les demandes des utilisateurs sont reçues par le serveur et y génèrent des processus de traitement de données. En réponse, l'utilisateur reçoit un ensemble de données déjà traité. L'ensemble des données n'est pas transféré entre le client et le serveur, comme c'est le cas dans la technologie des serveurs de fichiers, mais uniquement les données dont le client a besoin. Une requête utilisateur de quelques lignes seulement peut générer un traitement de données impliquant de nombreuses tables et des millions de lignes. En réponse, le client ne peut recevoir que quelques numéros. La technologie client-serveur évite la transmission d'énormes quantités d'informations sur le réseau en déplaçant tout le traitement des données vers un serveur central. De plus, l'approche envisagée évite les conflits de modifications des mêmes données par plusieurs utilisateurs, qui sont typiques de la technologie de serveur de fichiers. La technologie client-serveur implémente une modification cohérente des données par plusieurs clients, garantissant l'intégrité automatique des données. Ces avantages et quelques autres ont rendu la technologie client-serveur très populaire. Les inconvénients de cette technologie incluent des exigences de performances élevées pour le serveur central. Plus les clients accèdent au serveur et plus la quantité de données traitées est importante, plus le serveur central doit être puissant.

    Sur la base de ces considérations, lors de la conception de l'architecture AWS, la technologie client-serveur a été prise comme base. Les diagrammes de disposition montrent les relations physiques entre les composants logiciels et matériels d'un système.)

    2.2 Concevoir l'interface du système d'information

    L'interface utilisateur est souvent comprise uniquement comme l'apparence du programme. Cependant, en réalité, l'utilisateur perçoit l'ensemble du système à travers lui, ce qui signifie qu'une telle compréhension de lui est trop étroite. En réalité, l'interface utilisateur comprend tous les aspects de la conception qui affectent l'interaction entre l'utilisateur et le système. Ce n'est pas seulement l'écran que l'utilisateur voit. L'interface utilisateur se compose de nombreux composants, tels que :

    un ensemble de tâches utilisateur qu'il résout à l'aide du système ;

    contrôles du système;

    navigation entre les blocs système ;

    conception visuelle des écrans de programme.

    Voici quelques-uns des avantages commerciaux les plus importants d'une bonne interface utilisateur :

    réduire le nombre d'erreurs de l'utilisateur ;

    réduire le coût de maintenance du système ;

    réduction des pertes de productivité des salariés lors de la mise en place du système et récupération plus rapide de la perte de productivité ;

    améliorer le moral du personnel;

    réduire le coût de modification de l'interface utilisateur à la demande des utilisateurs ;

    disponibilité des fonctionnalités du système pour le nombre maximum d'utilisateurs.

    La base de vente en gros AWP est développée en tant qu'application utilisant la technologie client-serveur.

    2.2.1 Interface utilisateur du programme de commande

    Le module principal de "AWP Wholesale Base" est le module Luck.exe, qui fournit la mise en œuvre des principales fonctionnalités du diagramme de cas d'utilisation présenté à la figure 1.9 de la section 1.4.

    Lors du développement d'un système d'information, l'une des tâches principales est de créer l'interface la plus simple et la moins chargée. C'est l'interface du produit logiciel qui aide les utilisateurs à « communiquer » avec le système d'information, agissant comme un dialogue entre l'utilisateur et le système.

    Interface du programme, partie administrative :

    1. Forme de départ du programme. Ce formulaire est lancé lors du lancement du produit logiciel, formant ainsi le début d'un dialogue utilisateur avec le système (Figure 2.3) ;

    2. formulaire d'administration. Sous cette forme, la gestion complète du système d'information est réalisée, c'est-à-dire l'ajout, la suppression, la modification des données dans la base de données, ainsi que, si nécessaire, la visualisation et l'impression des rapports (Figure 2.4) ;

    3. Formulaire "Clients", grâce à ce formulaire, vous pouvez voir des informations complètes sur les clients de l'entreprise (Figure 2.7);

    4. Formulaire "Fournisseurs", grâce à ce formulaire, vous pouvez voir des informations complètes sur les clients de l'entreprise (Figure 2.8).

    Interface utilisateur du programme :

    Dans la fenêtre d'arrivée des marchandises, l'enregistrement des marchandises est en cours. En choisissant cet onglet du formulaire, l'utilisateur doit d'abord

    Dans le menu des dépenses, il y a des opérations effectuées par le magasinier pour la sortie et la vente des marchandises.

    Dans le menu des soldes, les marchandises sont comptées, les noms des articles stockés dans l'entrepôt.

    Dans le menu du caissier, les informations sur les ordres de crédit et les ordres de sortie de fonds sont stockées ici. (Captures d'écran)

    2.2.2 Interfaces utilisateur des composants de contrôle

    Fig 2.0 Menu principal du programme

    La fenêtre principale du programme est illustrée à la Fig. 1.9. Comme vous pouvez le voir sur la figure, en plus du menu principal, déjà décrit ci-dessus, il contiendra également un panneau de contrôle (boutons "Revenus", "Consommation", "Accès", "Soldes", "Caissier", "Réévaluation ", "Analytics", " Répertoires ", " Service " et " Quitter le programme ").

    Figure 2.1 Fenêtre de menu de réception ou de réception à l'entrepôt.


    Figure 2.2 Fenêtre du menu Consommation

    Figure 2.2 Fenêtre de menu régulant les droits d'accès au programme.

    Figure 2.3 Fenêtre de menu du reste des marchandises.

    Figure 2.4 Fenêtre du menu de la caisse enregistreuse.


    Figure 2.4 Fenêtre du menu Revalorisation.

    2.3 Conception de la base de données

    ERwin 4.0 de Computer Associates Int a été utilisé pour concevoir la base de données.

    ERwin est un outil de conception de base de données puissant et facile à utiliser qui a acquis une large acceptation et popularité. Il offre la productivité la plus élevée lors du développement et de la maintenance d'applications de base de données. Tout au long du processus - de la modélisation logique des exigences d'information et des règles métier qui définissent la base de données à l'optimisation du modèle physique conformément aux caractéristiques spécifiées - ERwin vous permet d'afficher visuellement la structure et les éléments de base de la base de données.

    ERwin n'est pas seulement le meilleur outil de conception de base de données, mais aussi un outil pour en créer une rapidement. ERwin optimise le modèle en fonction des caractéristiques physiques de la base de données cible. Contrairement à d'autres outils, ERwin maintient automatiquement la cohérence logique et physique et traduit les constructions logiques, telles que les relations plusieurs-à-plusieurs, en implémentations physiques. Facilite la conception de la base de données. Pour ce faire, il suffit de créer un modèle graphique E-R (relation objet) qui répond à toutes les exigences de données et de saisir des règles métier pour créer un modèle logique qui affiche tous les éléments, attributs, relations et regroupements. Erwin a deux niveaux de présentation du modèle - logique et physique. La couche logique est une vue abstraite des données, sur laquelle les données sont présentées telles qu'elles apparaissent dans le monde réel, et peuvent être appelées comme elles sont appelées dans le monde réel, par exemple, "Client fidèle", "Département" ou " Nom de l'employé". Les objets de modèle qui sont représentés au niveau logique sont appelés entités et attributs. Le niveau logique du modèle de données est universel et n'a rien à voir avec une implémentation spécifique du SGBD. Il existe trois sous-niveaux du niveau logique du modèle de données, qui diffèrent par la profondeur de présentation des informations sur les données :

    Diagramme de relations d'entité (ERD) ;

    Modèle basé sur la clé (KB) ;

    Modèle entièrement attribué (FA).

    Diagramme d'entité - La relation comprend des entités et des relations qui reflètent les règles commerciales de base du domaine. Un tel diagramme n'est pas trop détaillé, il comprend les entités principales et les relations entre elles qui satisfont aux exigences de base. Diagramme d'entité - Une relation peut inclure des relations plusieurs-à-plusieurs et ne pas inclure de descriptions clés. En règle générale, l'ERD est utilisé pour les présentations et les discussions sur la structure des données avec des experts en la matière. Un modèle de données basé sur des clés est une vue plus détaillée des données. Il comprend une description de toutes les entités et clés primaires et est destiné à représenter la structure des données et les clés qui correspondent au domaine.

    Un modèle logique est la représentation la plus détaillée d'une structure de données : il représente les données sous une troisième forme normale et comprend toutes les entités, attributs et relations (voir l'annexe B).

    Modèle de données physique au contraire, cela dépend du SGBD spécifique, en fait, étant un affichage du catalogue du système. La couche physique du modèle contient des informations sur tous les objets de la base de données. Puisqu'il n'y a pas de normes pour les objets de base de données (par exemple, il n'y a pas de normes pour les types de données), la couche physique du modèle dépend de l'implémentation spécifique du SGBD. Par conséquent, plusieurs niveaux physiques différents de modèles différents peuvent correspondre à un même niveau logique d'un modèle. Si au niveau logique du modèle, le type de données spécifique de l'attribut n'a pas beaucoup d'importance (bien que les types de données abstraits soient pris en charge), alors au niveau physique du modèle, il est important de décrire toutes les informations sur des objets physiques spécifiques - tableaux , colonnes, index, procédures, etc... Diviser le modèle de données en niveaux logiques et physiques vous permet de résoudre plusieurs problèmes importants.

    Le modèle de données physique est présenté à l'annexe B.

    2.4 Justification du choix d'une plateforme pour la création d'un système d'information

    Visual FoxPro est un système de gestion de base de données relationnelle visuelle actuellement disponible auprès de Microsoft. La dernière version est la 9.0. Utilise le langage de programmation FoxPro. La version du système 7.0 peut fonctionner sur les systèmes d'exploitation Windows 9x et les noyaux NT, versions 8.0 et 9.0 - uniquement sous Windows XP, 2000, 2003.

    FoxPro est l'un des dialectes du langage de programmation xBase. Il est principalement utilisé pour le développement de SGBD relationnel, bien qu'il soit possible de l'utiliser pour le développement d'autres classes de programmes.Comme indiqué ci-dessus, le langage VFP est un langage xBase fortement augmenté et étendu. Dans Visual FoxPro, un langage de programmation, c'est-à-dire la construction de base d'un langage est le concept d'une classe. La version originale de xBase est le langage structuré le plus pur, avec un concept basique de procédures et de fonctions. Ainsi, le langage de programmation moderne Visual FoxPro vous permet de combiner à la fois la programmation "à l'ancienne" en décrivant une masse de procédures, et dans le style POO, créant une hiérarchie de classes complexe.

    J'ai choisi ce langage de programmation car il contient un certain nombre des avantages suivants :

    ¾ Format bien connu des tables de bases de données, qui permet d'organiser facilement l'échange d'informations avec d'autres applications Microsoft Windows.

    Organisation moderne des bases de données relationnelles qui vous permet de stocker des informations sur les tables de base de données, leurs propriétés, index et relations, définir des conditions d'intégrité référentielle, créer des vues locales et distantes, des connexions serveur, des procédures stockées exécutées lorsque plus de 50 types d'événements différents se produisent (VFP 7.0-9.0).

    Grande vitesse de travail avec de grandes bases de données.

    Grande visibilité du travail avec les bases de données : la fenêtre de session de données multifonctionnelle vous permet de voir une liste des tables de base de données ouvertes, leurs relations, les filtres, l'ordre des index, les modes de mise en mémoire tampon, de passer en mode de modification de structure, de travailler avec les informations de la table, etc.

    Grande vitesse de développement d'applications à l'aide des assistants, des concepteurs, des constructeurs et du mode d'indications IntelliSense lors de l'écriture du texte du programme, un système de débogage et de test des programmes.

    Capacité à développer des applications client-serveur avec des données hébergées sur des serveurs de base de données Oracle et Microsoft SQL Server et d'autres applications Microsoft Windows utilisant ODBC et OLE

    Le système VFP est destiné à être utilisé par des programmeurs professionnels, il ne sert donc à rien de russifier son menu et sa langue - pour tout programmeur, la syntaxe anglaise d'un langage algorithmique est plus familière que le russe.

    2.5 Conception de modules

    Arrêtons-nous plus en détail sur la conception d'un des modules du programme et considérons, à l'aide de son exemple, les étapes nécessaires à la création d'un projet.

    A titre d'exemple, je considérerai la conception d'un module qui implémente le cas d'utilisation "Emet une demande d'admission".

    Tout d'abord, décrivons les flux d'événements qui se produisent dans ce cas d'utilisation.

    Une condition préalable à un cas d'utilisation est la réception d'une demande d'un client.

    5. Le cas d'utilisation commence lorsque le client soumet l'application.

    6. Le gestionnaire ouvre le formulaire de réception.

    7. Le gestionnaire fixe la date de la demande.

    8. Le responsable met le nom du produit.

    9. Le gestionnaire entre la quantité des marchandises reçues.

    10. Le gestionnaire entre le montant de la demande.

    11. Le gestionnaire ferme le formulaire.

    12. Le cas d'utilisation se termine.

    La post-condition au cas d'utilisation est l'enregistrement d'une application dans le système et l'apparition d'un nouveau client dans le journal du formulaire principal.

    Considérez un diagramme de séquence pour ce cas d'utilisation. Comme vous pouvez le voir sur ce schéma, le gestionnaire, en ouvrant le formulaire d'arrivée, provoque plusieurs actions à effectuer - automatiquement (du point de vue du gestionnaire) la date de la demande est remplie. Lors du dépôt d'une candidature, la liste des clients est renseignée à partir de la base avec les informations primaires. Après cela, le gestionnaire entre toutes les données nécessaires et clique sur le bouton "Accepter". Dans ce cas, les actions suivantes sont effectuées. Toutes les données sont transmises à la procédure stockée.

    3 Mise en place et validation du système d'information

    3.1 Mise en œuvre de l'application

    La mise en œuvre de l'application, dans son essence, est une des étapes laborieuses pour le développeur du système d'information, car les exigences formulées par le client doivent être clairement et correctement intégrées dans le système. Jusqu'à présent, il n'y a pas de produits logiciels qui pourraient « s'adapter » aux exigences du soi-disant client et fournir un certain ensemble de fonctions pour la mise en œuvre du système qui répondrait à ces exigences. Par conséquent, chaque développeur doit choisir l'environnement optimal pour développer le système, mais il convient de noter que lors de la mise en œuvre d'une application, on ne peut pas se passer d'écrire du code de programme. C'est lors de l'écriture du code du programme que seront implémentées certaines fonctions que le système devra exécuter. Selon l'environnement sélectionné pour la mise en œuvre du système, le code du programme aura un aspect différent, dans un environnement tel que Microsoft Visual FoxPro, il y aura un code de programme, dans Visual Basic un autre, etc.

    Dans ce cas, l'application a été implémentée dans Microsoft Visual FoxPro.

    Les principales fonctions du système seront décrites ci-dessous :

    1. La forme de départ du système. Ce formulaire est un formulaire de bouton et, par conséquent, chaque bouton remplit sa propre fonction. Le bouton d'enregistrement de l'administrateur est illustré à la Figure 3.1. Ce bouton exécutera la fonction qui ouvre le panneau de l'administrateur si l'utilisateur a de tels droits sur ce système.

    2. Arrivée du bouton de menu. Ce bouton vous permet de suivre les marchandises entrantes dans l'entrepôt du magasin Figure 3.2.

    3. Dans le bouton du menu, les dépenses sont enregistrées dans les registres des marchandises sorties de l'entrepôt Figure 3.3.

    4. Dans le bouton du menu d'accès, les droits d'utilisation de ce programme sont réglementés.Fig.3.4.

    5. Dans le bouton du menu "restes" sont stockées des informations sur les matériaux stockés dans l'entrepôt du magasin Fig. 3.5.

    6. Le bouton du menu de la caisse enregistre les informations sur les commandes de caisse entrantes et les commandes de caisse sortantes Figure 3.6.

    7. Dans la réévaluation du bouton de menu, les changements de prix pour le nouveau prix des marchandises sont effectués Fig.3.7.

    Figure 3.1 - La forme de départ du système


    Figure 3.2 - Forme de comptabilisation des entrées de marchandises à l'entrepôt.

    Figure 3.3– Forme de comptabilisation des marchandises dédouanées.

    Figure 3.4– Formulaire régulant les droits d'accès au programme.


    Figure 3.5– Forme du reste des marchandises dans l'entrepôt.

    Figure 3.5 – Formulaire sur les encaissements et les encaissements.


    Figure 3.6 – Forme des opérations sur les marchandises.

    Tester l'application

    Le test est le processus d'exécution d'un programme afin de détecter les erreurs. Les tests fournissent :

    Détection d'erreur;

    Démonstration de la conformité des fonctions du programme avec son objectif ;

    Démonstration de la mise en œuvre des exigences pour les caractéristiques du programme ;

    Affichage de la fiabilité comme indicateur de la qualité du programme.

    La figure 3.2 montre les flux d'informations du processus de test.


    Il existe trois volets à l'entrée du processus de test :

    Texte du programme ;

    Données initiales pour démarrer le programme ;

    Résultats attendus.

    Des tests sont effectués et tous les résultats obtenus sont évalués. Cela signifie que les résultats réels des tests sont comparés aux résultats attendus. Lorsqu'une incompatibilité est trouvée, une erreur est enregistrée et le débogage commence.

    Après avoir collecté et évalué les résultats des tests, l'affichage de la qualité et de la fiabilité du logiciel commence. Si des erreurs graves nécessitant des modifications de conception sont régulièrement rencontrées, la qualité et la fiabilité du logiciel sont suspectes et la nécessité de renforcer les tests est indiquée.

    Les résultats accumulés lors des tests peuvent être évalués de manière plus formelle. Pour cela, des modèles de fiabilité logicielle sont utilisés qui prédisent la fiabilité sur la base de données réelles sur le taux d'erreur.

    Il existe 2 principes de test logiciel :

    Tests fonctionnels (tests boîte noire) ;

    Tests structurels (tests boîte blanche).

    Lors du test de la méthode "boîte blanche", la structure interne du programme est connue. L'objet du test ici n'est pas le comportement externe, mais le comportement interne du programme. L'exactitude de la construction de tous les éléments du programme et l'exactitude de leur interaction les uns avec les autres sont vérifiées.

    Les tests de boîte noire (tests fonctionnels) vous permettent d'obtenir des combinaisons de données d'entrée qui fournissent une vérification complète de toutes les exigences fonctionnelles du programme //. Un produit logiciel est ici considéré comme une "boîte noire" dont le comportement ne peut être déterminé qu'en examinant ses entrées et les sorties correspondantes.

    Le principe de la boîte noire n'est pas une alternative au principe de la boîte blanche. Il s'agit plutôt d'une approche complémentaire qui détecte une classe différente d'erreurs.

    Les tests de boîte noire recherchent les catégories d'erreurs suivantes :

    Fonctionnalités incorrectes ou manquantes ;

    Erreurs d'interface ;

    Erreurs dans les structures de données externes ou dans l'accès à une base de données externe ;

    Erreurs caractéristiques (capacité de mémoire requise, etc.);

    Erreurs d'initialisation et d'achèvement.

    Contrairement au test boîte blanche, qui est effectué au début du processus de test, le test boîte noire est utilisé dans les étapes ultérieures du test. Lors du test de la boîte noire, la structure de contrôle du programme est négligée. Ici, l'accent est mis sur la zone d'information de la définition du système logiciel. Les tests au cours de cette phase se concentrent sur l'adéquation de la solution à un environnement de production en direct. L'accent est mis sur la correction des bogues et l'identification de leur gravité, ainsi que sur la préparation du produit pour la publication.

    Au stade des tests, deux tâches principales sont résolues :

    Test de solution - Les plans de test créés pendant la phase de planification et étendus et testés pendant la phase de développement sont exécutés ;

    Opération pilote - déploiement de la solution dans un environnement de test et de tests avec l'implication des futurs utilisateurs et la mise en place de scénarios réels d'utilisation du système. Cette tâche est effectuée avant le début de la phase de déploiement.

    La phase de test a pour objectif de réduire le risque qui survient lors de la mise en exploitation commerciale de la solution.

    Pour que la phase de test soit réussie, il faut un changement d'attitude envers le projet et le développeur doit passer du développement de nouvelles fonctionnalités à la garantie de la bonne qualité de la solution.

    A ce stade de développement du système d'information, les types de tests suivants doivent être effectués :

    Les tests de base sont des tests techniques de bas niveau. Elle est réalisée par le développeur lui-même lors de l'écriture du code du programme. La méthode "boîte blanche" est utilisée, risque d'erreurs élevé.

    Tests d'utilisabilité - tests de haut niveau effectués par le testeur et les futurs utilisateurs du produit. La méthode de la "boîte noire" est appliquée.

    Tests alpha et bêta - En termes MSF, le code alpha est essentiellement tout le code source créé pendant la phase de développement du modèle de processus MSF, et le code bêta est le code qui a été testé pendant la phase de test. Par conséquent, le code alpha est testé pendant la phase de développement du modèle de processus MSF, et le code bêta est testé pendant la phase de test.

    Test de compatibilité - La solution en cours de développement doit pouvoir s'intégrer et interagir avec les systèmes et solutions logicielles existants. Cette forme de test est axée sur le test de l'intégrabilité et de la capacité de la solution développée à interagir avec les systèmes existants. Dans ce cas particulier, le bon fonctionnement de l'application sur l'équipement de l'utilisateur et le logiciel utilisé par l'utilisateur seront vérifiés.

    Tests de performance - axés sur la vérification de la conformité de l'application aux exigences de performance et du niveau de confort en termes de vitesse.

    Test de la documentation et du système d'aide - tous les documents de support et systèmes d'aide développés sont testés.

    L'opération pilote teste une solution dans un environnement industriel. L'objectif principal de l'opération pilote est de démontrer que la solution est capable de fonctionner de manière stable dans des conditions industrielles et répond aux exigences de l'entreprise. Lors de l'exploitation pilote, la solution est testée en conditions réelles. Le fonctionnement pilote permet aux utilisateurs de fournir des commentaires sur les performances du produit. Guidé par cet avis, le développeur élimine tous les problèmes possibles ou crée un plan d'action en cas d'imprévu. En fin de compte, l'opération pilote permet de prendre la décision d'initier un déploiement à grande échelle ou de le reporter jusqu'à ce que les problèmes qui pourraient faire dérailler le déploiement soient résolus.

    Le plan du processus d'exploitation pilote du système d'information développé est présenté dans le tableau 3.2.

    Tableau 3.2 - Plan d'opération pilote

    action

    La description

    1. Choix des critères de réussite

    Le développeur et les testeurs définissent les critères de réussite et s'accordent sur eux

    2. Choix des utilisateurs et du lieu d'installation

    Une équipe de participants aux tests expérimentaux du côté des utilisateurs et des développeurs est en cours de constitution. L'emplacement du déploiement du processus pilote est déterminé.

    3. Préparation des utilisateurs et des sites d'installation

    La formation des utilisateurs - les participants à l'essai est en cours. Le site d'installation est en cours de préparation.

    4. Déploiement d'une version de développement

    Une version expérimentale est installée et incluse dans le travail.

    5. Support et suivi de la version de développement

    Surveillance du travail des utilisateurs et du système, assistance au fonctionnement, collecte d'informations sur le fonctionnement du système

    6. Retour des utilisateurs et évaluation des résultats

    Les utilisateurs expriment leur opinion sur le fonctionnement du système, signalent les lacunes et les erreurs.

    7. Introduction de modifications et d'ajouts

    Les erreurs sont corrigées, des modifications de conception ou de processus sont apportées. Les résultats corrigés sont fournis pour que les utilisateurs puissent travailler et évaluer.

    8. Décisions de déploiement

    Si les résultats du travail de test pilote satisfont les utilisateurs, la décision est prise de déployer le système.

    3.2 Méthodologie de déploiement des applications

    A ce stade, le développeur (ou l'équipe) déploie les technologies et composants nécessaires à la solution, le projet passe au stade de la maintenance et du support, et le client l'approuve enfin. Après le déploiement, l'équipe évalue le projet et interroge les utilisateurs pour déterminer leur satisfaction.

    Objectifs de la phase de déploiement :

    ¾  transférer la solution dans un environnement industriel ;

    ¾  reconnaissance par le client du fait de l'achèvement du projet.

    Le déploiement des composants spécifiques au site comprend plusieurs étapes : préparation, installation, formation et approbation formelle.

    Les résultats de l'étape de déploiement du système sont des systèmes de maintenance et de support, un référentiel de documents où se trouvent toutes les versions des documents et du code développés au cours du projet.

    Pour déployer le système en cours de développement, un plan d'action a été élaboré, qui est présenté dans le tableau 3.1.

    Tableau 3.1 - Plan de déploiement des applications

    action

    Description de l'action

    1. Sauvegarde

    Les données de l'utilisateur sont sauvegardées avec sa participation et son approbation en transférant les informations sur des supports amovibles (CD, DVD)

    2. Installation des composants de base de la solution

    L'utilisation de technologies qui assurent le fonctionnement de la solution. Dans ce cas, l'installation du composant Visual FoxPro

    3. Installation de l'application cliente

    Transfert sur l'ordinateur de l'utilisateur et installation de la version finale du SI développé et de la base de données

    4. Formation

    Les utilisateurs sont formés pour travailler avec le système, le développeur est convaincu de l'exactitude et de la compréhension du travail de la propriété intellectuelle par les clients

    5. Transfert de la base de connaissances du projet au client

    Toute la documentation du projet est remise au client

    6. Clôture du projet

    Un rapport de clôture du projet est préparé. Le client signe le certificat de réception.

    Pour le fonctionnement normal de l'AWP, le système d'exploitation Microsoft WindowsXP est requis.

    4 Gestion de projet d'information

    4.1 Choisir un cycle de développement

    L'un des concepts de base de la méthodologie de conception du SI est la notion de cycle de vie de son logiciel (life cycle software). Le cycle de vie d'un logiciel est un processus continu qui commence à partir du moment où une décision est prise sur la nécessité de le créer et se termine au moment où il est complètement retiré du service.

    Le principal document réglementaire qui régit le cycle de vie des logiciels est la norme internationale ISO / IEC 12207 (ISO - Organisation internationale de normalisation - Organisation internationale de normalisation, IEC - Commission électrotechnique internationale - Commission internationale de génie électrique). Il définit la structure du cycle de vie, contenant les processus, les actions et les tâches qui doivent être effectuées lors de la création du logiciel.

    ISO / IEC 12207 ne fournit pas de modèle de cycle de vie et de méthodes de développement logiciel spécifiques. Le modèle de cycle de vie peut être compris comme une structure qui détermine la séquence d'exécution et la relation entre les processus, les actions et les tâches effectuées au cours du cycle de vie. Le modèle de cycle de vie dépend des spécificités du SI et des spécificités des conditions dans lesquelles il est créé et fonctionne.

    Aujourd'hui, il existe de nombreux modèles de cycle de vie du logiciel, mais les plus populaires et les plus répandus sont deux modèles :

    Modèle en spirale (voir figure 4.1) ;

    Modèle itératif.


    Figure 4.1 - Modèle en spirale du cycle de vie du logiciel

    Créer un système d'information, c'est-à-dire « Lieu de travail automatisé de l'entrepôt de gros des employés d'entrepôt », itératif a été choisi. Une caractéristique distinctive du modèle itératif est qu'il s'agit d'une méthode formelle, qu'il se compose de phases indépendantes, exécutées de manière séquentielle, et qu'il fait l'objet de révisions fréquentes (figure 4.2). L'approche itérative a bien fonctionné pour la construction de SI, pour lesquels, au tout début du développement, toutes les exigences peuvent être formulées de manière suffisamment précise et complète afin de laisser aux développeurs la liberté de les mettre en œuvre le mieux possible d'un point de vue technique. .

    Avantages du modèle itératif :

    le modèle est bien connu des non-consommateurs de logiciels et des utilisateurs finaux.

    Commodité et facilité d'utilisation, car tout le travail est effectué par étapes (selon les phases du modèle);

    Stabilité des exigences ;

    Le modèle est compréhensible ;

    Même le personnel mal formé (utilisateur inexpérimenté) peut être guidé par la structure du modèle ;

    Le modèle gère la complexité de manière ordonnée et fonctionne bien pour des projets raisonnablement compréhensibles ;

    Le modèle facilite la mise en œuvre d'un contrôle strict de la gestion de projet ;

    Facilite le travail du chef de projet pour planifier et assembler l'équipe de développement.

    Figure 4.2 - Modèle itératif du cycle de vie du logiciel

    Phases du modèle :

    Au stade de l'analyse, ils définissent les fonctions que le système doit remplir, mettent en évidence les plus prioritaires qui nécessitent une élaboration en premier lieu, décrivent les besoins d'information ;

    Au stade de la conception, les processus du système sont examinés plus en détail. Le modèle fonctionnel est analysé et, si nécessaire, corrigé. Des prototypes de systèmes sont en cours de construction ;

    Le système est développé au stade de la mise en œuvre;

    Au stade de la mise en œuvre, le produit fini est introduit dans le système existant de l'organisation. La formation des utilisateurs est en cours ;

    Au stade de la maintenance, le produit logiciel est révisé (tout ajout ou modification pour un fonctionnement plus fonctionnel du produit).

    Le choix d'un modèle de cycle de vie de développement logiciel est une étape importante. Ainsi, pour un projet, le choix d'un modèle de cycle de vie de développement logiciel peut être effectué lors de l'utilisation des processus suivants.

    Analyse des catégories distinctives du projet, placées dans les tableaux.

    Répondez aux questions pour chaque catégorie, en soulignant les mots « oui » et « non ».

    Classez par importance les catégories ou les questions liées à chaque catégorie par rapport au projet pour lequel un modèle acceptable est sélectionné.

    Équipe de développement... Sur la base des capacités, la sélection du personnel pour l'équipe de développement a lieu avant même que le modèle de cycle de vie du développement logiciel ne soit choisi. Les caractéristiques d'une telle équipe (voir Annexe G, Tableau G.1) jouent un rôle important dans le processus de choix d'un modèle de cycle de vie, ce qui signifie que l'équipe peut apporter une aide significative dans le choix d'un modèle de cycle de vie d'un produit logiciel, puisqu'elle est responsable de la mise en œuvre réussie du modèle de cycle de vie développé. ...

    Équipe d'utilisateurs... Aux étapes initiales du projet, vous pouvez obtenir une image complète de l'équipe d'utilisateurs (voir Annexe ET Tableau I.1) qui travaillera avec le logiciel développé, et sa future relation avec l'équipe de développement tout au long du projet. Une telle vue aide à choisir un modèle approprié, car certains modèles nécessitent une participation accrue de l'utilisateur au développement et à l'étude du projet, car les exigences peuvent être légèrement modifiées par l'utilisateur au cours du processus de développement, le développeur doit connaître ces changements et comment pour représenter ces changements dans le logiciel.

    4.2 Détermination de l'objectif et de la portée du projet logiciel

    Le logiciel développé pour la comptabilité des marchandises dans l'entrepôt automatisera le processus de réception, de structuration et de stockage des données sur les marchandises dans l'entrepôt, ainsi que simplifiera le processus d'émission de rapports.

    Les objectifs du projet logiciel seront - la création et le déploiement d'un système de comptabilité des marchandises. Ce système est destiné à un usage interne par le personnel de Cleonelly, majoritairement des salariés de l'entrepôt de l'entreprise.

    Pour déterminer la portée du produit logiciel, il sera décrit ci-dessous ce qui devrait ou ne devrait pas être un projet logiciel.

    Le projet logiciel doit être :

    Pour un usage interne dans une organisation ;

    Un projet de mise en place d'accès multi-utilisateurs ;

    Un projet qui a la capacité d'entrer, de modifier et de stocker des informations sur le produit de l'entreprise ;

    Un projet qui a la capacité d'entrer, de modifier et de stocker des informations sur les utilisateurs du système ;

    Un projet qui a la capacité d'entrer, de modifier et de stocker des informations sur les clients et les fournisseurs de l'organisation qui font l'objet de transactions à conclure ;

    Un projet qui réalisera la formation de rapports externes.

    4.3 Établir une structure pour une liste étape par étape des travaux

    Pour créer un produit ou un service unique (résultat du projet), vous devez effectuer une certaine séquence de travail. La tâche de la planification du projet est d'estimer avec précision le calendrier et le coût de ces travaux. Plus l'évaluation est précise, plus la qualité du plan de projet est élevée. Pour donner une évaluation précise, vous devez avoir une bonne compréhension de la portée du projet, c'est-à-dire savoir exactement quel travail doit être fait pour obtenir son résultat. Ce n'est qu'après l'établissement d'une liste des travaux de conception que la durée de chacun d'eux est estimée et que les ressources nécessaires à leur mise en œuvre sont allouées. Et seulement alors, il est possible d'estimer le coût et le calendrier de chaque tâche et, à la suite de l'ajout, le coût total et la durée du projet. C'est pourquoi la définition du périmètre de travail est la première étape de la planification d'un projet. La détermination de la portée des travaux de conception commence par la définition des étapes (ou phases) du projet. Par exemple, dans le projet de création d'un système « Comptabilisation des marchandises en stock », les phases suivantes peuvent être mises en évidence :

    Développement des exigences logicielles ;

    Conception de système d'information;

    Mise en place et certification du système d'information ;

    Mise en place du système.

    Après avoir déterminé la composition des phases et leurs résultats, il est nécessaire de déterminer l'enchaînement de ces phases les unes par rapport aux autres et les délais de leur mise en œuvre. Ensuite, vous devez déterminer de quels travaux se composent les phases, dans quel ordre ces travaux sont effectués et dans quels délais vous devez respecter lorsqu'ils sont terminés.

    La liste de travail étape par étape (Figure 4.3) a été conçue à l'aide d'un logiciel tel que MS Project 2003.


    Figure 4.3 - Liste étape par étape des travaux

    4.4 Estimation de la durée et du coût du développement logiciel

    Estimation de la durée. Il est déterminé après la construction d'une liste des travaux étape par étape (Figure 4.3, paragraphe 4.3). Cette durée estimée peut être visualisée à l'aide du diagramme de Gantt (annexe K).

    Les diagrammes sont un moyen graphique d'afficher les informations contenues dans un fichier de projet. À partir de graphiques, vous pouvez avoir une idée visuelle de la séquence des tâches, de leur durée relative et de la durée du projet dans son ensemble.

    Le diagramme de Gantt est l'un des moyens les plus populaires de représenter graphiquement un plan de projet et est utilisé dans de nombreux programmes de gestion de projet.

    Dans MS Project, le diagramme de Gantt est le principal outil de visualisation du plan de projet. Ce graphique est un graphique avec une chronologie horizontale et une liste de tâches verticalement. Dans ce cas, la longueur des segments désignant les tâches est proportionnelle à la durée des tâches.

    Sur le diagramme de Gantt, à côté des barres, des informations supplémentaires peuvent être affichées (à côté des tâches, les noms des ressources qui y participent et leur chargement lorsque la tâche est terminée sont affichés).

    Estimation du coût

    Le projet consiste en Tâches , c'est-à-dire des activités visant à atteindre un certain résultat. Pour que la tâche soit terminée, Ressources .

    Une propriété importante des ressources est le coût (Coût) de leur utilisation dans le projet. Il existe deux types de coûts de ressources dans MS Project : le tarif basé sur le temps et le coût par utilisation.

    Le taux basé sur le temps (Taux) est exprimé en coût d'utilisation de la ressource par unité de temps, par exemple 100 roubles par heure ou 1000 roubles par jour. Dans ce cas, le coût de participation de la ressource au projet sera le temps pendant lequel elle travaille dans le projet, multiplié par le taux horaire.

    Dans ce cas, le taux basé sur le temps a été utilisé (Figure 4.4) Le coût total d'utilisation des ressources est illustré à la Figure 4.5.

    Figure 4.4 - Taux de temps d'utilisation des ressources

    Dans cette figure, vous pouvez voir que le développeur du système reçoit 50 roubles par heure lors de l'exécution d'un projet; un analyste d'affaires reçoit 45 roubles de l'heure, un testeur 38 roubles de l'heure. Les tarifs des heures supplémentaires ne sont pas inclus.


    Figure 4.5 - Coûts totaux d'utilisation des ressources du projet

    4.5 Affectation des ressources du projet

    Un fragment de la répartition des ressources pour le système « Comptabilité d'inventaire » peut être vu sur la figure 4.6


    Figure 4.6 - Fragment de la répartition des ressources du projet

    Pour chaque travail effectué dans le projet, une ressource est associée qui effectuera ce travail. La figure montre la quantité totale de travail pour chaque ressource et le nombre spécifique d'heures passées un jour spécifique.

    4.6 Évaluation de l'efficacité économique du projet

    Le calcul de l'efficacité économique du projet est une étape importante. C'est là que l'efficacité économique du projet sera calculée. Ce calcul montrera à quel point un projet ou un projet totalement non rentable est rentable. Lors du calcul de l'efficacité économique du projet, il sera nécessaire de calculer la période de récupération du projet. La période de récupération indiquera la période pour laquelle le projet sera rentable.

    Des données d'entrée.

    Bénéfice supplémentaire de la mise en œuvre du projet (DP) = 38 000 roubles. Le bénéfice supplémentaire a été prédit par les experts de l'entreprise.

    Investissement initial (IC) = 39396,47 roubles. Les investissements initiaux correspondent aux coûts totaux d'utilisation des ressources du projet (Figure 4.5, clause 4.6)

    Taux d'actualisation (i) = 12%.

    La période pour laquelle le projet est conçu (n) = 2 ans.

    Bénéfice supplémentaire de la mise en œuvre du projet (DP) = 38 000 roubles.

    Coûts annuels de mise en œuvre du projet (Z 1) = 15 000 roubles.

    Coûts annuels de mise en œuvre du projet (Z 2) = 10 000 roubles.

    Encaissements annuels (R 1) = 23 000 roubles.

    Encaissements annuels (R 2) = 28 000 roubles.

    Lors de l'évaluation des projets d'investissement, la méthode de calcul de la valeur actuelle nette est utilisée, qui permet d'actualiser les flux de trésorerie : tous les revenus et coûts sont ramenés à un moment donné.

    L'indicateur central de la méthode considérée est la VAN (valeur actuelle nette) - la valeur actuelle des flux de trésorerie. Il s'agit d'un résultat final généralisé de l'activité d'investissement en termes absolus.

    Un point important est le choix du taux d'actualisation, qui doit refléter le taux débiteur moyen attendu sur le marché financier.

    La valeur actuelle nette (VAN) est calculée à l'aide de la formule 4.2

    (4.2)

    R k - rentrées de fonds annuelles pendant n années.

    k - le nombre d'années pour combien de temps le projet est conçu.

    IC - investissement de démarrage.

    i - taux d'actualisation.

    D'après les calculs de cette formule VAN = 3 460,67 roubles

    La VAN est une augmentation absolue car elle estime à quel point la valeur actuelle chevauche le coût actuel. Puisque NPV> 0, le projet doit être accepté.

    Le retour sur investissement (ROI) est calculé à l'aide de la formule 4.3

    (4.3)

    Calculé (ROI) = 108,78%

    Tableau 4.1  Tableau auxiliaire pour le calcul de la période de récupération du projet

    = 1,84

    Période de récupération n ok = 1,84 an (1 an et 11 mois)

    Puisque ROI => 100% (soit = ​​108,78%), le projet est considéré comme rentable.

    (4.4)

    Ainsi, l'indice de rentabilité est (PI) = 1,2

    Les éléments qui assurent le fonctionnement du SI à quelque fin que ce soit sont répertoriés dans la définition. Certains d'entre eux - moyens, méthodes et personnels - assurent le fonctionnement du SI, tandis que d'autres - stockage, traitement et émission d'informations - indiquent des caractéristiques fonctionnelles, c'est-à-dire des caractéristiques fonctionnelles. déterminer à partir de quels processus d'information est composé le fonctionnement du SI. Par conséquent, la structure du SI est considérée de deux manières différentes : la structure fonctionnelle et la structure du SI comme un ensemble de sous-systèmes de support.

    Conformément à la définition, les éléments fonctionnels du SI sont les groupes (blocs) de processus suivants :

      saisie d'informations provenant de sources externes ou internes ;

      traiter les informations d'entrée et les présenter sous une forme pratique ;

      sortie d'informations pour présentation aux consommateurs ou transfert vers un autre SI ;

      Les commentaires sont des informations traitées par les personnes d'une organisation donnée pour corriger les informations d'entrée.

    Structure fonctionnelle système d'information est présenté sous la forme d'un schéma fonctionnel (Fig. 1), dans lequel chaque élément du système est présenté sous la forme d'un bloc (Fig. - un rectangle), et les liens et leurs directions sont indiqués par flèches.

    Les parties individuelles (blocs système) sont appelées sous-systèmes.

    Dans chaque cas particulier, l'ensemble et les interconnexions des sous-systèmes fonctionnels dépendent du domaine et des spécificités de l'activité de l'entreprise dont l'activité est assurée par le système d'information.

    La structure du SI peut également être représentée comme un complexe de sous-systèmes de support (Fig. 2).

    Fig. 1. Schéma fonctionnel généralisé du circuit intégré.

    Cependant, pour les AIS, qui diffèrent par la nature et les types de traitement de l'information, le schéma fonctionnel diffère dans un ensemble de sous-systèmes de traitement. Par exemple, les AIPS (bibliothèque, musée, référence juridique, etc.) produisent la saisie, la systématisation, le stockage, la recherche et la livraison d'informations à la demande de l'utilisateur sans transformations complexes de données. Systèmes décisionnels de l'information : ASOD, ACS, DSS - traitent les informations de la base de données selon un certain algorithme, mais ils diffèrent également par la composition des sous-systèmes de traitement de l'information. Un système de CAO spécialisé dans l'automatisation de la conception a des sous-systèmes spéciaux dans sa structure : documentation technique, formation des tâches, simulation, calcul, et certains peuvent également avoir un système expert (voir le schéma fonctionnel de la figure 2).

    Figure 2. Schéma fonctionnel CAO

    Considérons un autre type de structure SI : comme un complexe de sous-systèmes de support (Fig. 3).

    La structure d'un système d'information peut être considérée comme un ensemble de sous-systèmes, quelle que soit la portée. Un sous-système est une partie du système, sélectionnée en fonction d'un attribut. Dans ce cas, ils parlent d'une caractéristique structurelle de la classification et les sous-systèmes sont appelés fournissant.

    Ainsi, la structure de tout système d'information peut être représentée par un ensemble de sous-systèmes de support.

    Figure 3. Structure du SI par type de sous-systèmes de support.

    Parmi les sous-systèmes de support, on distingue généralement le support informationnel, technique, mathématique, logiciel, organisationnel et juridique.

    Soutien aux informations- un ensemble d'ensembles de données d'information, un système unifié de classification et de codage de l'information, des systèmes de documentation unifiés, des schémas de flux d'informations circulant dans une organisation, ainsi qu'une méthodologie de construction de bases de données. L'objectif du sous-système de support de l'information est la formation et la livraison en temps opportun d'informations fiables pour la prise de décisions de gestion.

    Systèmes de documentation unifiés sont créés aux niveaux étatique, républicain, sectoriel et régional. L'objectif principal est d'assurer la comparabilité des indicateurs des différentes sphères de la production sociale. Des normes ont été élaborées là où les exigences sont établies :

      à des systèmes de documentation unifiés ;

      à des formes unifiées de documents de divers niveaux de gestion ;

      à la composition et à la structure des détails et des indicateurs ;

      à la procédure de mise en œuvre, de maintenance et d'enregistrement des formes unifiées de documents.

    Malgré l'existence d'un système de documentation unifié, une enquête auprès de la plupart des organisations révèle toute une série de lacunes typiques :

      volume extrêmement important de documents pour le traitement manuel;

      les mêmes indicateurs sont souvent dupliqués dans des documents différents ;

      travailler avec un grand nombre de documents détourne les spécialistes de la résolution de problèmes immédiats;

      il y a des indicateurs qui sont créés mais pas utilisés, etc.

    L'élimination de ces lacunes est l'une des tâches auxquelles est confrontée la création d'un support d'information.

    Diagrammes de flux d'informations reflètent les voies de circulation de l'information, ses volumes, les lieux d'origine de l'information primaire et l'utilisation de l'information résultante. En analysant la structure de tels régimes, il est possible de développer des mesures pour améliorer l'ensemble du système de gestion.

    La construction et l'analyse détaillée de diagrammes de flux d'informations, permettant d'identifier les itinéraires et les volumes d'informations, la duplication des indicateurs et les processus de leur traitement, permet :

      élimination des informations en double et inutilisées ;

      classification et présentation rationnelle des informations.

    Méthodologie de construction de base de données sur la base des fondements théoriques de leur conception.

    Concepts de base de la méthodologie :

      une compréhension claire des buts, objectifs, fonctions de l'ensemble du système de gestion de l'organisation ;

      identifier le mouvement de l'information depuis son origine jusqu'à son utilisation à différents niveaux de gestion, présentée pour analyse sous forme de diagrammes de flux d'information ;

      amélioration du système de gestion des documents ;

      disponibilité et utilisation d'un système de classification et de codage;

      possession de la méthodologie pour créer des modèles conceptuels de l'information logique qui reflètent l'interconnexion des informations ;

      création de matrices d'informations sur supports informatiques, ce qui nécessite un support technique moderne.

    Ce concept est pratiquement mis en œuvre en deux étapes.

    1ère étape - examen de toutes les divisions fonctionnelles de l'entreprise afin de :

      comprendre les spécificités et la structure de ses activités ;

      construire un schéma des flux d'informations ;

      analyser le système de gestion documentaire existant ;

      définir des objets d'information et la composition correspondante d'attributs (paramètres, caractéristiques) qui décrivent leurs propriétés et leur objectif.

    2ème étape - construction d'un modèle conceptuel de données logique de l'information basé sur les résultats de l'enquête de 1ère étape. Dans ce modèle, toutes les connexions entre les objets et leurs attributs doivent être établies et optimisées. Le modèle logique de l'information est la base sur laquelle la base de données sera créée.

    Soutien technique- un ensemble de moyens techniques destinés au fonctionnement du système d'information, ainsi que la documentation correspondante de ces moyens et procédés technologiques

    L'ensemble des moyens techniques se compose de :

      ordinateurs de tout modèle;

      dispositifs de collecte, d'accumulation, de traitement, de transmission et de sortie d'informations;

      dispositifs de transmission de données et lignes de communication;

      équipements et dispositifs de bureau pour la recherche automatique d'informations;

      matériel d'exploitation, etc.

    La documentation formalise la sélection préalable des moyens techniques, l'organisation de leur fonctionnement, le processus technologique de traitement des données, les équipements technologiques. La documentation peut être grossièrement divisée en trois groupes :

      à l'échelle du système, y compris les normes de l'État et de l'industrie pour le support technique ;

      spécialisé, contenant un ensemble de méthodes pour toutes les étapes de développement du support technique;

      référence normative, utilisée lors de la réalisation de calculs pour le support technique.

    A ce jour, il existe deux grandes formes d'organisation de l'appui technique (formes d'utilisation des moyens techniques) : centralisée et partiellement ou totalement décentralisée.

    Le support technique centralisé repose sur l'utilisation de gros ordinateurs et de centres de calcul dans le système d'information. Cette forme d'organisation facilite la gestion et la mise en œuvre de la normalisation, mais réduit la responsabilité et l'initiative du personnel.

    La décentralisation des moyens techniques implique la mise en œuvre de sous-systèmes fonctionnels sur des ordinateurs personnels directement sur les lieux de travail. Dans ce cas, plus la responsabilité personnelle est exigée du personnel, il est plus difficile pour la direction de mettre en œuvre la normalisation.

    À l'heure actuelle, une approche partiellement décentralisée est plus répandue - l'organisation d'un support technique basé sur des réseaux distribués constitués d'ordinateurs personnels et d'un ordinateur central pour stocker des bases de données communes à tous les sous-systèmes fonctionnels.

    Mathématiques et logiciels- un ensemble de méthodes mathématiques, de modèles, d'algorithmes et de programmes pour la mise en œuvre des buts et objectifs du système d'information, ainsi que le fonctionnement normal de l'ensemble des moyens techniques.

    Vers les fonds Logiciel relater:

      outils de modélisation des processus de gestion ;

      tâches de gestion typiques;

      méthodes de programmation mathématique, statistiques mathématiques, théorie des files d'attente, etc.

    Partie Logiciel comprend des produits logiciels à l'échelle du système et spéciaux, ainsi que de la documentation technique.

    À logiciel à l'échelle du système comprend des complexes de programmes destinés aux utilisateurs et conçus pour résoudre des problèmes typiques de traitement de l'information. Ils servent à étendre les fonctionnalités des ordinateurs, à contrôler et à gérer le processus de traitement des données.

    Logiciel spécial est un ensemble de programmes développés lors de la création d'un système d'information spécifique. Il comprend des progiciels appliqués (APP) qui implémentent les modèles développés de divers degrés d'adéquation, reflétant le fonctionnement d'un objet réel.

    La documentation technique pour le développement de logiciels doit contenir une description des tâches, la tâche d'algorithmique, le modèle économique et mathématique du problème, des exemples de test.

    Soutien organisationnel Est un ensemble de méthodes et de moyens qui régulent l'interaction des travailleurs avec les moyens techniques et entre eux dans le développement et le fonctionnement des SI.

    Le support organisationnel met en œuvre les fonctions suivantes :

      analyse du système de gestion existant de l'organisation, où le SI sera utilisé, et identification des tâches à automatiser ;

      préparation de tâches à résoudre sur ordinateur, y compris les termes de référence pour la conception du SI et une étude de faisabilité de son efficacité ;

      élaboration de décisions de gestion sur la composition et la structure de l'organisation, méthodologie de résolution des problèmes visant à améliorer l'efficacité du système de gestion.

    L'accompagnement organisationnel est créé en fonction des résultats de l'enquête d'avant-projet lors de la 1ère étape de construction de la base de données.

    Support légal- un ensemble de normes juridiques qui déterminent la création, le statut juridique et le fonctionnement des systèmes d'information, réglementant la procédure d'obtention, de transformation et d'utilisation de l'information.

    L'objectif principal de l'assistance juridique est de renforcer l'état de droit. Le cadre juridique comprend les lois, décrets, décisions des autorités de l'État, arrêtés, instructions et autres documents normatifs des ministères, départements, organisations, autorités locales. Dans l'assistance juridique, on peut distinguer une partie générale qui règle le fonctionnement de tout système d'information, et une partie locale qui règle le fonctionnement d'un système spécifique.

    Le support juridique pour les étapes de développement d'un système d'information comprend des réglementations liées à la relation contractuelle entre le développeur et le client et la réglementation juridique des écarts par rapport au contrat.

    L'accompagnement juridique des étapes de fonctionnement du système d'information comprend :

      état du système d'information;

      droits, devoirs et responsabilités du personnel;

      la procédure de création et d'utilisation des informations, etc.

    Cet ensemble de sous-systèmes est général pour presque tous les types d'AIS. Cependant, la structure et la complexité des sous-systèmes de support dépendent du type d'AIS, du domaine d'application et d'autres facteurs. Ainsi, le sous-système de support mathématique a lieu dans l'AIS du développement logiciel d'origine - dans l'AIS avec un logiciel standard, il est absent. Le sous-système d'assistance juridique peut être absent dans l'AIS à des fins intra-firme - dans ce cas, il est possible de se limiter au sous-système d'assistance organisationnelle, dans lequel, entre autres, les problèmes d'assistance juridique sont résolus ; L'AIS à des fins indépendantes, par exemple, les systèmes de services d'information, peut avoir un sous-système de soutien juridique. Les AIS, qui disposent d'une base de données factuelle, ne disposent que d'un sous-système de support d'information, dans lequel il peut être nécessaire de résoudre certains problèmes linguistiques. Les AIPS documentaires disposent d'un sous-système développé de support linguistique, car ces systèmes résolvent des problèmes complexes d'assurance de la pertinence sémantique des demandes des utilisateurs par rapport au contenu des documents émis. Et en règle générale, il ne s'agit pas seulement de modules logiciels d'analyse morphologique, mais également d'un ensemble de dictionnaires et de règles pour leur maintenance.

    Les objectifs de la création et de la mise en œuvre de la propriété intellectuelle.

    Que peut-on attendre de la mise en œuvre des systèmes d'information ?

    La mise en place de systèmes d'information peut contribuer à :

    1. la libération des travailleurs du travail routinier et son accélération due à l'automatisation ;

    2. remplacer les supports de données papier par des disques ou des bandes magnétiques, ce qui entraîne une diminution du volume des documents sur papier, et donc la possibilité d'une organisation plus rationnelle du traitement de l'information sur ordinateur ;

    3. l'amélioration de la structuration des flux d'informations et du système de gestion documentaire dans l'entreprise par effet de cohérence : saisie unique - usage multiple et polyvalent » ;

    4. obtenir des options plus rationnelles pour résoudre les problèmes de gestion (par l'introduction de méthodes mathématiques et de systèmes intelligents, etc.) :

      trouver de nouvelles niches de marché ;

      optimisation des coûts de production des produits et/ou services ;

      optimisation des relations avec les acheteurs et les fournisseurs.

    Étapes de développement des systèmes d'information

    L'histoire du développement de la propriété intellectuelle est divisée en étapes (tableau 2), correspondant approximativement à la numérotation acceptée des objectifs - l'approche de l'utilisation de la propriété intellectuelle est en train de changer.

    Tableau 2. Étapes du développement de la propriété intellectuelle.

    Période de temps

    Concept d'utilisation de l'information

    Type de systèmes d'information

    But d'utilisation

    1950 - 1960

    Flux de papier des documents de règlement

    Systèmes d'information pour le traitement des documents de règlement sur machines comptables électromécaniques

    Accroître la vitesse de traitement des documents

    Traitement simplifié des factures et de la paie

    1960 - 1970

    Aide indispensable à la préparation des rapports

    Systèmes d'information de gestion pour l'information de production

    Accélérer le processus de déclaration

    1970 - 1980

    Contrôle de gestion de la mise en œuvre (ventes)

    Systèmes d'aide à la décision

    Systèmes pour la haute direction

    Sélection de la solution la plus rationnelle

    1980 - 2000

    L'information est une ressource stratégique qui offre un avantage concurrentiel

    Systèmes d'information stratégiques

    Bureaux automatisés

    Survie et prospérité de l'entreprise

    Les premiers systèmes d'information sont apparus au milieu du siècle dernier. Dans les années 1950, ils ont été conçus pour le traitement des factures et le calcul des salaires, et ont été mis en œuvre sur des machines comptables électromécaniques. Cela a conduit à une certaine réduction des coûts et du temps de préparation des documents papier.

    années 60 sont marqués par un changement d'attitude à l'égard des systèmes d'information. Les informations obtenues d'eux ont commencé à être utilisées pour les rapports périodiques de plusieurs manières. Aujourd'hui, les organisations avaient besoin d'équipements informatiques polyvalents capables de servir une variété de fonctions, et pas seulement le traitement des factures et le calcul des salaires, comme c'était le cas dans le passé.

    Dans les années 70 - début des années 80. les systèmes d'information commencent à être largement utilisés comme moyen de contrôle de gestion qui soutient et accélère le processus de prise de décision.

    A la fin des années 80. le concept d'utilisation des systèmes d'information évolue à nouveau. Ils deviennent une source d'information stratégique et sont utilisés à tous les niveaux d'une organisation de tout profil. Les systèmes d'information de cette période, fournissant les informations nécessaires à temps, aident l'organisation à réussir dans ses activités, créent de nouveaux biens et services, trouvent de nouveaux marchés de vente, se fournissent des partenaires dignes, organisent la sortie de produits à bas prix et beaucoup plus.

    La compréhension moderne du système d'information implique l'utilisation d'un ordinateur personnel comme principal moyen technique de traitement de l'information. Dans les grandes organisations, avec un ordinateur personnel, la base technique d'un système d'information peut inclure un ordinateur central ou un superordinateur. De plus, la mise en œuvre technique du système d'information en elle-même n'aura aucun sens si le rôle de la personne à qui l'information est destinée n'est pas pris en compte et sans laquelle il est impossible de la recevoir et de la présenter.

    introduction

    1. Partie analytique

    1.1 Structure organisationnelle de l'entreprise

    2 Analyse des logiciels et matériels du service client et du service travaux

    Partie projet

    2.1 Description du domaine

    2 Etude de faisabilité des méthodes de conception et de mise en œuvre

    3 Conception de la base de données

    4 Modèle de données conceptuel dans la norme Chen

    5 Diagramme ER dans l'environnement ERwin

    6 Analyse du modèle

    7 Phase de conception physique

    8 Mise en œuvre des requêtes de base

    Conclusion

    Liste des sources d'informations

    introduction

    De nombreuses entreprises et entreprises ont besoin des services d'entreprises de nettoyage.

    Une entreprise de nettoyage est une entreprise qui fournit des services de nettoyage complets. Un ensemble de mesures conçues pour nettoyer et maintenir la propreté dans les locaux résidentiels, commerciaux et industriels, y compris les activités de nettoyage des façades, le lavage des vitrines et autres surfaces extérieures des bâtiments, est un processus très complexe, composé de nombreuses étapes différentes, où un grand nombre des participants sont impliqués. L'efficacité de l'organisation du nettoyage passe par une coordination claire des actions vis-à-vis de l'ensemble de ses collaborateurs.

    L'avantage des entreprises spécialisées est déterminé par les facteurs suivants:

    · Haute qualité des services;

    · Le coût des services n'est pas plus élevé que le coût d'entretien de votre propre service de nettoyage ;

    · Les dépenses pour les services des entreprises de nettoyage sont déduites du bénéfice imposable ;

    · Les spécialistes des entreprises de nettoyage effectuent des travaux spécialisés exclusifs et complexes (par exemple - cristallisation de revêtements en marbre);

    · Efficacité - le nettoyage est effectué à un moment qui convient au client.

    Aujourd'hui, le nettoyage est l'une des branches d'activité les plus dynamiques et les plus stables de Russie. De plus en plus d'entreprises sont intéressées par l'achat de services de nettoyage de haute qualité et fiables, ce qui exige un travail compétent et équilibré avec les clients.

    Tous les avantages ci-dessus nécessitent l'utilisation de technologies de l'information modernes dans le travail des entreprises de nettoyage, telles que les systèmes d'information spécialisés, par exemple les systèmes CRM.

    Le système de gestion de la relation client (CRM, système CRM, abréviation de Customer Relationship Management) est un logiciel d'application pour les organisations conçu pour automatiser les stratégies d'interaction avec les clients (clients), en particulier, pour augmenter les ventes, optimiser le marketing et améliorer le service client en stockant des informations sur les clients et l'historique des relations avec eux, en établissant et en améliorant les processus commerciaux, puis en analysant les résultats. Le système CRM est applicable dans toute entreprise où le client est personnifié, où la concurrence est élevée et le succès dépend de la fourniture des conditions les plus favorables pour le client - un modèle d'interaction qui croit que le centre de toute la philosophie de l'entreprise est le client, et le principal les domaines d'activité sont des mesures visant à soutenir un marketing, des ventes et un service client efficaces. Soutenir ces objectifs commerciaux comprend la collecte, le stockage et l'analyse d'informations sur les clients, les fournisseurs, les partenaires, ainsi que sur les processus internes de l'entreprise. Les fonctions pour soutenir ces objectifs commerciaux comprennent les ventes, le marketing et le support client.

    Le "cœur" de tout système CRM est une base de données des personnes physiques et morales qui interagissent avec votre entreprise dans le cadre de l'entreprise. Ce ne sont pas seulement des clients, mais aussi des succursales de l'entreprise, des partenaires, des fournisseurs, des concurrents. Une base de données clients est un atout précieux en soi, et la gestion intelligente des données dans un système CRM vous permet d'utiliser les informations dans votre travail avec une efficacité maximale. La clientèle est consolidée, l'organisation reçoit des informations complètes sur ses clients et leurs préférences et, sur la base de ces informations, construit une stratégie de communication.

    Une base de données clients unifiée et un historique complet des relations avec eux, combinés à de puissants outils CRM analytiques, vous permettent de fidéliser et de développer les clients existants, d'identifier les plus précieux, ainsi que d'attirer de nouveaux clients.

    La fonction principale d'un système CRM est d'aider les managers à planifier les ventes, à organiser une gestion transparente des transactions et à optimiser les canaux de vente. Le système stocke un historique complet de la communication avec les clients, ce qui aide les services commerciaux à analyser le comportement des clients, à formuler des offres qui leur conviennent et à les fidéliser. Les autres fonctionnalités des systèmes CRM sont présentées ci-dessous :

    · Planification et coordination des contacts avec les clients;

    · Collecte et saisie de toutes les informations possibles sur les clients ;

    · Contrôle des transactions à long terme ou complexes ;

    · Analyse de chaque étape de la mise en œuvre des projets ou de la conclusion des transactions ;

    · Formalisation de tous les processus axés sur l'interaction avec les clients.

    Ce type de logiciel est le plus approprié pour les organisations qui ont des projets à long terme et en plusieurs étapes impliquant un grand nombre d'employés ou plusieurs départements. Le nombre de contrats conclus par unité de temps étant faible, chaque transaction prend plusieurs jours, voire plusieurs mois. Cela signifie que chaque projet nécessite une approche exclusivement individuelle. Dans de telles conditions, il faut veiller à la fidélisation de la clientèle. Pour ce faire, il est nécessaire non seulement d'apporter une approche individuelle, mais aussi de respecter strictement les délais impartis, les termes du contrat, ainsi que le travail coordonné et la ponctualité de tous les employés impliqués.

    1. Partie analytique

    Le groupe de sociétés "MAKS" a été fondé en 2000. L'activité principale est un secteur de services complexe multidisciplinaire. Depuis la création du groupe d'entreprises MAKS, la gamme de services offerts n'a cessé de s'élargir. Aujourd'hui, le groupe d'entreprises MAKS propose les types de services suivants (Fig. 1) :

    · Sécurité des objets, équipes d'intervention rapide, sécurité de la salle de contrôle, services de détective privé ;

    · Assurer le fonctionnement le plus efficace et ininterrompu des objets immobiliers desservis ;

    · Analyse préliminaire des systèmes de sécurité existants;

    · Nettoyage complexe des locaux.

    Riz. 1. Domaines de services du Groupe d'Entreprises "MAKS"

    "MAX PROTECTION" développé en collaboration avec le domaine de la sécurité non étatique. Sécurité des objets, équipes d'intervention rapide, sécurité de la salle de contrôle, services de détective privé, tout cela est inclus dans le forfait standard de services. Le département emploie des spécialistes de l'infrastructure informatique qui sont impliqués dans l'assistance d'urgence aux citoyens étrangers et connaissent toutes les nuances de l'escorte de biens et d'objets de valeur.

    La pratique montre que la sécurité n'est pas seulement constituée de gardes en uniforme, mais de toute une série de mesures visant à prévenir et à prévenir les menaces potentielles. Ces mesures sont incluses dans le système de sécurité intégré "MAX PROTECTION", développé par des experts avec de nombreuses années d'expérience.

    Pour les clients, une approche intégrée de la sécurité signifie que la communication avec tous les services de sécurité passe par un seul entrepreneur. La société supprime la nécessité pour les clients de coordonner le travail de plusieurs organisations indépendantes. La présence d'un centre opérationnel unique vous permet de répondre instantanément et efficacement à toutes les situations d'urgence.

    "MAKS PROKHRANA" améliore et développe constamment de nouveaux concepts pour assurer la sécurité. Des technologies étrangères avancées sont introduites dans notre travail et nous développons nos propres solutions pour des tâches spécifiques. Cependant, même les systèmes de sécurité automatisés les plus avancés ne peuvent pas complètement supplanter une personne. Par conséquent, une attention particulière est accordée à l'amélioration du professionnalisme du personnel de "MAX PROTECTION". Les spécialistes suivent régulièrement des cours de remise à niveau et leur niveau de formation est testé lors d'audits internes. Une sélection rigoureuse du personnel permet de minimiser l'influence du facteur humain dans les services de « MAX PROTECTION ».

    Le personnel de gestion de "MAX PROTECTION" vise une approche individuelle des clients. Des experts réalisent une analyse à plusieurs niveaux et, sur la base de ses résultats, proposent les solutions les plus efficaces pour assurer la sécurité du client. Dans le même temps, le champ d'activité de "MAX PROTECTION" n'est pas limité aux clients privés. Les salariés connaissent bien la protection des équipements publics et ont fait leurs preuves dans ce domaine.

    L'approche de la division en matière de services de sécurité intégrés est inégalée et garantit une efficacité maximale en toute situation.

    La division MAKS Ekspluatatsiya est présente sur le marché depuis plus de dix ans. La tâche principale est d'assurer le fonctionnement le plus efficace et le plus ininterrompu des objets immobiliers desservis. Dans le même temps, le délai de prescription pour la mise en service de l'installation et l'importance du niveau de complexité des équipements ne jouent aucun rôle.

    Le service complet offert par "MAKS OPERATION" comprend un support technique pour les équipements et les systèmes d'ingénierie, ainsi que des propositions de sécurité. Cette liste comprend l'entretien et d'autres travaux planifiés et imprévus ; conception et installation de systèmes d'alarme incendie et de vidéosurveillance, ainsi qu'une gamme de services de réparation et de construction. Les clients de "MAKS EKSPLUATATSIA" reçoivent un ensemble complet de services d'un entrepreneur, ce qui peut réduire considérablement les coûts et faciliter l'interaction entre les services.

    Les spécialistes de ce département sont toujours prêts à offrir plusieurs options pour travailler avec l'objet, en fonction de ses spécificités et des souhaits du client. Une approche individuelle permet au client de compter sur une compréhension mutuelle complète avec l'entrepreneur et, par conséquent, d'obtenir un résultat de la plus haute qualité.

    Dans le monde moderne, l'équipement et l'équipement des bâtiments modernes deviennent de plus en plus diversifiés et complexes. L'objectif principal de cette division est de fournir des services complets de gestion des bâtiments. Tous les employés comprennent les réalisations les plus modernes de la science et de la technologie et les utilisent conformément aux recommandations et aux normes des fabricants. C'est le seul moyen de garantir le maintien des performances et de la sécurité d'un objet de toute complexité au bon niveau.

    La division MAX CONSULTING intervient dans le conseil et l'audit dans le domaine de la sécurité depuis plus de 10 ans. La tâche principale du département est une analyse complète de la situation, ainsi qu'une erreur de calcul des perspectives de développement, en tenant compte des problèmes existants de l'entreprise, ainsi que des caractéristiques individuelles de l'entreprise.

    Les employés de "MAX CONSULTING" effectuent une analyse préliminaire des systèmes de sécurité existants. Naturellement, ce travail est effectué en étroite collaboration avec les employés du client, qui mettront à jour et aideront à prendre en compte toutes les fonctionnalités.

    Un audit des activités de l'entreprise est réalisé par des spécialistes hautement qualifiés qui pourront non seulement identifier les points critiques dans un système déjà utilisé, mais aussi proposer des moyens de les éliminer. Tous les consultants ont servi à un moment donné dans les forces de l'ordre et ont une expérience significative en Russie et à l'étranger.

    Aussi, les spécialistes de « MAX CONSULTING » apportent une assistance dans l'élimination des situations de crise, augmentent l'efficacité des processus métiers et assurent une gestion efficace des systèmes d'information et des risques informatiques de l'entreprise.

    Les consultants de la division se sont donné pour mission de construire des relations mutuellement bénéfiques afin de poursuivre la coopération avec le client sur le long terme. "MAX CONSULTING" propose à ses clients des services d'audit, des services juridiques dans le domaine du droit pénal, du travail, fiscal et d'autres types de droit.

    L'étendue des prestations fournies par la société « MAX CLEANING » est le nettoyage des locaux. En Russie, les premières entreprises de nettoyage ont été créées en 1992-1994. avec l'émergence des premières joint-ventures, qui étaient à l'époque les seuls consommateurs de leurs services. En 2012, la croissance du volume du marché des services de nettoyage en Russie en termes monétaires s'élevait à environ 9 milliards de roubles - en 2011, son volume était de 45 milliards de roubles, et à la fin de 2012, le marché du nettoyage était déjà estimé par eux à 54 milliards de roubles. Au cours du passé 2014, le volume du marché russe des services de nettoyage a augmenté, selon les analystes, d'environ 10 à 11 milliards de roubles et s'élevait à environ 65 milliards de roubles à la fin de l'année dernière.

    Les plus grandes régions pour la fourniture de services de nettoyage sont Moscou, le territoire de Krasnoïarsk, la région de Tioumen, la République du Bachkortostan, Saint-Pétersbourg et l'Okrug autonome de Khanty-Mansiysk. Moscou représente 100 à 150 millions de dollars du marché du nettoyage domestique.

    Selon les experts, il existe plus de 300 entreprises de nettoyage opérant sur le marché des capitaux. Par la taille de l'entreprise, ils peuvent être grossièrement divisés en 4 grandes catégories.

    · Les plus grands opérateurs (plus de 500 employés) ~ 67% ;

    · Grands opérateurs (effectif jusqu'à 500 personnes) ~ 15% ;

    · Opérateurs de taille moyenne (effectif jusqu'à 200 personnes) ~ 7% ;

    · Petits opérateurs (effectif jusqu'à 50 personnes) ~ 11%.

    La gamme de services standard rendus par presque tous les acteurs du marché comprend sans faute le nettoyage complexe quotidien, ainsi que le lavage des surfaces verticales. En outre, environ 93% de toutes les entreprises de nettoyage proposent des services de meulage et de polissage du granit, du marbre, du grès cérame et des carreaux de céramique, ainsi que le nettoyage des territoires adjacents et des services de nettoyage spécialisé des locaux après des travaux de construction et des incendies. Environ 87 % des entreprises participant à l'étude fournissent des services et du personnel supplémentaires, par exemple des emballeurs, des chargeurs et autres, et 80 % des acteurs du marché des services de nettoyage fournissent également à leurs clients des services de verdissement pour les territoires adjacents et internes, les ordures et la neige. suppression. Les principaux clients des entreprises de nettoyage sont les supermarchés et les centres commerciaux, les entreprises manufacturières, les entreprises de transport et d'entreposage, les institutions médicales et sportives, les bureaux et centres d'affaires, les grandes entreprises internationales et russes, les banques, les agences gouvernementales, les complexes hôteliers, les installations de divertissement (cinémas, clubs , casino), gares et aéroports.

    Riz. 2. Segmentation des consommateurs de services de nettoyage

    Le segment le plus en retard du marché, comme le montrent de nombreuses études, est le nettoyage dans les établissements de santé. Cet état de fait s'explique par les habitudes établies, les normes plus strictes qui existent dans les organisations de ce genre et les exigences spécifiques adoptées par celles-ci pour le nettoyage effectué par le personnel d'une entreprise de nettoyage.

    Les critères de choix d'une entreprise de nettoyage sont : l'autorité sur le marché, le coût et la gamme des services fournis, le niveau d'équipement, de technologies et de produits chimiques utilisés dans le travail, les qualifications du personnel et un système de contrôle du nettoyage.

    Le nettoyage des locaux est une nécessité industrielle dans le monde des affaires moderne. Le nettoyage quotidien sous contrat est un domaine assez développé de cette entreprise. La possibilité de commander à la fois un nettoyage ponctuel et d'établir un contrat de nettoyage des locaux à fréquence fixe, avec un horaire de travail pratique pour le client est une activité très courante aujourd'hui qui nécessite une grande quantité de données et qui convient le mieux à exemple de conception d'un système d'information. Les employés de l'entreprise portent une grande attention au contrôle et à la qualité du nettoyage effectué. L'ouverture est également une partie importante du travail de l'entreprise. Le client a le droit de savoir quoi, comment et avec l'aide de ce que fait cette société "MAX CLEANING". Tous les produits chimiques ont des certificats d'hygiène, les partenaires et les clients peuvent visiter la base de production et se familiariser avec les capacités technologiques et l'organisation du travail dans l'entreprise.

    Le nettoyage est un service moderne et très demandé fourni par diverses entreprises spécialisées dans le nettoyage des locaux. Ce nettoyage est effectué par des employés spécialement formés et est évalué selon des normes européennes élevées.

    Le nettoyage est apparu en Russie au début des années 1990 et, tout d'abord, a commencé à être demandé par les grandes entreprises occidentales, habituées au nettoyage professionnel dans leur pays d'origine. Le service combine une gamme complète d'activités conçues pour nettoyer et maintenir la propreté dans les locaux résidentiels, commerciaux et industriels, y compris les activités de nettoyage des façades, le lavage des vitrines et autres surfaces extérieures des bâtiments. La liste des services comprend généralement également l'enlèvement des ordures et le déneigement des toits et des territoires adjacents.

    Actuellement, tous les services sont effectués par du personnel qualifié utilisant des technologies de nettoyage modernes, en utilisant les derniers outils, spécialement sélectionnés pour chaque surface séparément, en tenant compte de ses caractéristiques physiques, chimiques et techniques. Le marché russe du nettoyage s'est considérablement développé et offre de grandes perspectives de développement. Après quelques décennies, les gens oublieront ce qu'est l'autonettoyage et se tourneront vers une entreprise qui fournit ces services. En effet, non seulement l'apparence elle-même, mais aussi la santé du propriétaire dépendent de la propreté de la pièce.

    Les dirigeants de nombreuses grandes et petites entreprises ont déjà réussi à faire en sorte que le nettoyage proposé par des entreprises spécialisées soit de qualité bien supérieure au nettoyage au sens habituel. Le nettoyage professionnel consiste à remettre les locaux dans un état impeccable, un tel nettoyage permet finalement de gagner du temps, d'augmenter la durée de vie des matériaux de finition et d'augmenter le prestige de l'entreprise.

    Les employés et les dirigeants de l'entreprise travaillent comme un mécanisme unique, apprécient hautement non seulement la haute qualité des services offerts, mais analysent également les services commandés, prévoient la situation sur le marché des services et, par conséquent, proposent des solutions constructives aux urgences. situations et les solutions les plus efficaces aux besoins du client.

    En 2003, afin d'améliorer la qualité du service à la clientèle, il a été décidé d'ouvrir une nouvelle division, qui fournira des services supplémentaires de nettoyage professionnel. MAKS CLEANING a fait ses premiers pas à Moscou. L'expérience acquise dans la capitale a été mise à profit pour entrer dans les régions. Et bien qu'au début, il y ait eu suffisamment de problèmes, l'entreprise a réussi à faire face à toutes les difficultés. En 2005, l'entreprise a signé un contrat avec la chaîne de supermarchés METRO, devenant l'une des premières entreprises à fournir des services de nettoyage aux supermarchés et hypermarchés. En 2010, le personnel de l'entreprise s'élevait à plus de 400 personnes. Le personnel travaille dans des installations dans tout Moscou. D'ici 2012, MAX CLEANING entre dans les régions de Russie. Les premières succursales ont été ouvertes à Krasnoïarsk et à Kazan. La qualité du nettoyage professionnel des bureaux et des centres commerciaux dépasse les attentes des clients régionaux. L'entreprise a déjà abordé son 10e anniversaire avec un effectif de 700 personnes. Toutes les autres expériences ont fourni des connaissances uniques dans le domaine du nettoyage.

    La réputation de la société MAX CLEANING, établie ces dernières années, est d'une grande importance. Elle nécessite de prendre en compte l'attitude de chacun des salariés vis-à-vis de son travail.

    L'interaction et la communication avec les clients sont des ingrédients essentiels au succès. Il est très important de conserver une trace des contrats avec les clients, toutes les commandes des clients qui reflètent leurs besoins.

    Une politique tarifaire flexible, le niveau professionnel de formation des employés, l'utilisation d'équipements et de produits chimiques variés, nous permettent d'occuper une position de leader dans ce domaine de services.

    L'entreprise de nettoyage fournit ses services dans toute la Fédération de Russie. La partie principale de la zone de service est la partie centrale de la Fédération de Russie. La société travaille avec de nombreuses grandes entités juridiques, illustrées ci-dessous dans la figure :

    Riz. 3. Entreprises-clientes de "MAX-CLEANING"

    .1 Structure organisationnelle de l'entreprise

    La société "MAX CLEANING" se compose de différentes divisions qui remplissent différentes fonctions et tâches, la structure organisationnelle de la société "MAX CLEANING" est illustrée à la figure 4.

    Riz. 4. Structure organisationnelle

    Le Directeur Général et son adjoint dirigent la société MAKS-CLEANING, qui se compose de plusieurs départements, dont :

    · Département pour le travail avec les clients;

    · Département des travaux.

    Service à la clientèle

    L'étendue du travail avec les clients de la société "MAX-CLEANING" est vaste: sa tâche principale est la coopération et le service à long terme des entités juridiques, l'analyse de leurs besoins, leur niveau et leur orientation. Négociations avec les entreprises clientes, familiarisation avec les conditions de vente des services fournis par MAKS-CLEANING, contrôle de l'exécution des travaux - tout cela fait partie intégrante du travail de ce département.

    L'entreprise cliente peut contacter « MAX-CLEANING » et faire appel aux services de nettoyage complexe des locaux. Le chef d'entreprise vous aidera à conclure un accord de coopération à long terme ou à passer une commande unique. Il est également tenu de se renseigner auprès du client de toutes les informations nécessaires, à savoir :

    Informations sur la société qu'il représente ;

    Données sur les biens (locaux) nécessitant un nettoyage complexe ;

    Le désir du client de choisir une classe de nettoyage ;

    Conditions d'utilisation;

    Commentaires particuliers sur le travail avec les locaux (Toutes les informations reçues sont traitées par le gestionnaire et sont strictement confidentielles).

    En cas de conclusion réussie d'un contrat ou d'une commande, l'exécution du service sera confiée au département des travaux, dont la fonction est la fourniture (exécution) en temps voulu et de haute qualité des services de nettoyage.

    Département de travail

    Ce service se compose d'un contremaître principal et de concierges qui forment des équipes distinctes. Après le transfert du contrat (commande) par le chef d'entreprise au contremaître principal, suit l'étape de répartition des travaux de nettoyage des locaux entre les chefs d'équipe de nettoyage.

    Le nettoyage des locaux du client est effectué dans les délais fixés et prescrits dans le contrat (commande) préalablement établi. Un rapport sur l'exécution de la prestation est remis au contremaître en chef, qui évalue le travail de chaque nettoyeur faisant partie de l'équipe ayant effectué ce nettoyage. En outre, le contremaître s'engage à informer le chargé de clientèle de l'état de cette commande.

    Ensuite, la qualité du travail est vérifiée par le client lui-même. En cas d'évaluation insatisfaisante, le gestionnaire informe la direction de l'entreprise pour prendre les décisions appropriées.

    Au cours de l'analyse des activités des départements décrits ci-dessus de la société MAKS-CLEANING, un diagramme de processus métier a été construit, illustré ci-dessous à la figure 5.

    Riz. 5. Processus commercial "MAX-CLEANING"

    Les deux départements ont besoin d'un service client et de transactions rapides, grâce à l'automatisation du flux de documents, ainsi qu'à la réception rapide de données de rapport et d'informations analytiques pour fournir des services opportuns et de qualité.

    1.2 Analyse des logiciels et du matériel du service client et du service travaux

    Chaque gestionnaire de compte dispose d'un ordinateur personnel, d'un téléphone et de divers périphériques pour gérer les informations dont il a besoin. L'entreprise dispose d'un accès Internet auquel tous les employés de MAKS-CLEANING ont accès. Tous les PC exécutent Windows 7, le package Microsoft Office requis, y compris Access, et des pilotes pour fonctionner avec de nombreux périphériques HP DesktJet. Le logiciel et le matériel du service client et du service travaux sont illustrés à la figure 6.

    Riz. 6. Logiciel de la société "MAX-CLEANING"

    L'entreprise utilise un réseau basé sur le concept client-serveur. Pour les SGBD modernes, l'architecture client-serveur est devenue la norme de facto.

    Le principe de base de la technologie « client-serveur » est de diviser les fonctions d'une application interactive standard en quatre groupes :

    · Fonctions de saisie et d'affichage des données ;

    · Fonctions appliquées spécifiques au domaine ;

    · Fonctions fondamentales de stockage et de gestion des ressources (bases de données) ;

    · Fonctions de service.

    Les avantages de ce système :

    · Pas de duplication du code du programme serveur par les programmes clients.

    · Étant donné que tous les calculs sont effectués sur le serveur, les exigences pour les ordinateurs sur lesquels le client est installé sont réduites.

    · Toutes les données sont stockées sur un serveur, qui, en règle générale, est bien mieux protégé que la plupart des clients. Il est plus facile de mettre en place un contrôle d'autorisation sur le serveur afin que seuls les clients disposant des droits d'accès appropriés puissent accéder aux données.

    Le client fournit les informations au chef d'entreprise qui les enregistre sur son PC sous Microsoft Word 2010, imprime le contrat (commande) et stocke le document sous forme papier. Ainsi, il existe un risque de perdre toutes les informations nécessaires, le problème de la recherche ultérieure d'informations sur le client, ses locaux et ses contacts est créé. De plus, le gestionnaire n'a pas la possibilité de calculer automatiquement non seulement le coût du nettoyage, en fonction de sa classe, de la taille de la chambre et de la durée de service du contrat, mais également du nombre d'équipes nécessaires pour un nettoyage rapide et élevé. nettoyage de qualité de la chambre.

    L'idée de base est de diviser une application réseau en plusieurs composants, chacun mettant en œuvre un ensemble spécifique de services. Les composants d'une telle application peuvent s'exécuter sur différents ordinateurs, exécutant des fonctions serveur et/ou client. Cela améliore la fiabilité, la sécurité et les performances des applications réseau et du réseau dans son ensemble. Le module du système d'information que j'ai développé pour la société MAKS-CLEANING contribuera à augmenter la rentabilité de l'entreprise grâce à une analyse approfondie des informations sur ses clients, les systèmes de vente, permettront à la direction de l'entreprise de suivre les indicateurs clés de qualité de le travail effectué dans le cadre du contrat, qui est nécessaire pour prendre des décisions commerciales importantes sur le plan stratégique et évaluer efficacement le travail de chaque employé.

    Le but de mon travail de classement final est de développer un module de système d'information permettant de comptabiliser le nettoyage complexe de divers locaux.

    Pour atteindre cet objectif, vous devez effectuer les tâches suivantes :

    Analyser les activités de la société « MAKS » pour le nettoyage des locaux ;

    Créer une liste d'exigences pour le développement de bases de données ;

    Développer une base de données en utilisant la méthode des diagrammes ER et les outils Erwin CASE ;

    Implémenter des requêtes pour manipuler les données dans la base de données.

    Le module développé du système d'information doit répondre aux exigences suivantes :

    · Créer et stocker des données sur les contrats avec calcul automatique du coût du service pour la durée du contrat ;

    · Créer et stocker des données sur les commandes avec calcul automatique du coût du nettoyage en fonction de la taille de la pièce et de la classe de nettoyage ;

    · Enregistrer les données sur chaque nettoyage ;

    · Stocker des informations sur la qualité du nettoyage de chaque employé de la brigade ;

    · Calculer le bilan de la brigade pour le chef d'entreprise ;

    · Calcul automatique du nombre d'équipes nécessaires pour nettoyer les locaux.

    Je suppose que l'introduction d'un tel système augmentera la vitesse de traitement de tous les documents nécessaires pour les services d'une entreprise de nettoyage, ainsi que réduira le nombre d'erreurs lors du travail avec les clients.

    Pour résoudre les tâches assignées dans le travail de classification final, les éléments suivants sont utilisés :

    · Méthode de conception de base de données - Modélisation ER. Il s'agit d'une description graphique du domaine en termes de « objet - propriété - relation ». L'utilisation de la modélisation ER présente de nombreux avantages : elle rend l'analyse du domaine plus ciblée et spécifique ; permet de concevoir l'AIS sans référence à un SGBD cible spécifique et de sélectionner ce dernier à tout moment ; lors du changement du SGBD utilisé, vous n'avez pas besoin d'effectuer à nouveau la conception, il vous suffit de passer à l'étape de la conversion du modèle ER en modèle cible (si le SGBD cible que vous avez choisi est pris en charge par cet outil CASE, alors une telle transition sera effectuée automatiquement);

    · ÉTUI - Outil Erwin. L'avantage est la possibilité de créer des diagrammes de la structure de la base de données, qui résolvent automatiquement les problèmes liés à la préservation de son intégrité, ainsi que l'indépendance du modèle logique par rapport au SGBD utilisé, ce qui permet d'utiliser des méthodes universelles pour l'exporter vers un SGBD spécifique.

    · Le SGBD MS Access est sélectionné comme SGBD cible. Access est un système de gestion de base de données relationnelle qui comprend tous les outils nécessaires pour créer une base de données locale, une base de données partagée sur un réseau local avec un serveur de fichiers ou une base de données sur un serveur SQL, ainsi que pour créer des applications utilisateur qui fonctionnent avec ces derniers. bases de données. Le SGBD Access comprend divers et nombreux outils logiciels relativement autonomes axés sur la création d'objets de base de données et d'applications utilisateur. Le concepteur graphique permet à l'utilisateur de créer des objets de base de données et des objets d'application en utilisant de nombreux éléments graphiques sans avoir besoin de programmation.

    2. Conception partie

    .1 Description du domaine

    L'entreprise dispose de sa propre flotte de véhicules à Moscou, qui comprend 5 véhicules VOLVO, ainsi que des chauffeurs affectés à chaque véhicule par 6 personnes. Equipes (3), réalisant le nettoyage complexe des locaux, à hauteur de 3 personnes chacune.

    Services de l'entreprise :

    · Nettoyage complexe des locaux (commerce, industriel, entrepôt et industriel);

    Le client, qui ne peut être qu'une personne morale, s'adresse à un salarié de la société MAKS en qualité de responsable de la réception des commandes. La société fournit ses services, aussi bien à la demande du client lui-même, que pour une longue durée (à partir de 7 jours et plus).

    Le client discute des points suivants avec le gestionnaire de commandes :

    Le client fournit des données sur les locaux à entretenir (type de locaux, superficie, localisation) ;

    Le prix, mesuré en roubles, est déterminé dans le contrat (paiement anticipé de 100 %) :

    Ø A la demande du client (ponctuel) - dépend de la superficie de la pièce, du type de nettoyage et du nombre d'équipes impliquées.

    Ø Sur une longue période - dépend de la période de service, de la fréquence et de la superficie de la pièce.

    Données personnelles du client

    Données de la chambre

    Durée de service

    Nombre d'équipes impliquées

    La qualité du service sera vérifiée par le client et le salarié de l'entreprise qui contrôle le résultat du travail de l'équipe. En cas d'adéquation et d'évaluation insatisfaisante du client et de l'employé, le groupe de travail sera réprimandé, pouvant aller jusqu'au licenciement.

    La sélection des voitures disponibles pour la flotte de l'entreprise sera effectuée par un spécialiste de la sélection des transports. Il évaluera le nombre d'équipages requis pour entretenir les locaux et les véhicules nécessaires au transport du groupe de travail jusqu'à destination. La sélection des machines est effectuée immédiatement après les données fournies dans les locaux par le client avant la conclusion du contrat.

    .2 Étude de faisabilité des méthodes de conception et de mise en œuvre

    Pour concevoir la base de données du centre de services, il a été décidé d'utiliser la méthode des diagrammes ER. Cette méthode de conception a été choisie par moi sur la base des facteurs suivants :

    La méthode des diagrammes ER nous a été enseignée dans la discipline de la Base de Données.

    La méthode de conception utilisant les diagrammes ER présente un certain nombre d'avantages, à savoir la clarté; la possibilité de concevoir une base de données avec un grand nombre d'objets et d'attributs ;

    Les diagrammes ER permettent d'analyser plus précisément le domaine ;

    Les exigences de connaissance du langage SQL sont réduites.

    Le modèle ER est basé sur trois éléments :

    Essence

    Attribut

    J'ai choisi ERwin Data Modeler comme système de conception de bases de données assisté par ordinateur.

    Microsoft Access a été choisi comme SGBD. Ce SGBD a été choisi par mes soins sur la base des facteurs suivants :

    Microsoft Access m'a été enseigné pendant mes études ;

    Access vous permet de créer rapidement et facilement des requêtes de table ;

    Lors du traitement des données, Access utilise le langage de requête SQL, qui m'a également été enseigné dans la discipline Bases de données.

    .3 Conception de la base de données

    Phase de conception

    Description des entités.

    Sélection d'entités.

    Description des connexions.

    L'essence

    L'essence





    Locaux

    À condition de


    Servir

    Personnel



    Besoin (inclus)


    Exposé













    Consulte

    Personnel


    Panneaux







    Évalue













    Personnel

    S'embrasser


    Accepté


    Interprété par


    Contrôler


    Effectuer



















    Permet


















































    2.4 Modèle de données conceptuel dans la norme Chen


    2.5 Diagramme ER dans l'environnement ERwin

    .6 Analyse du modèle

    Attribut composite : - non

    Attribut multivalué : Téléphone (entreprise, représentant)

    Attribut dérivé :

    Commande - coût = Type de nettoyage (coût) * Locaux (superficie)

    Contrat - prix = Contrat (durée de service / fréquence) * Locaux (superficie)

    Liens récursifs : - non

    Relation 1 : 1 : La commande nécessite un nettoyage

    Connexions redondantes : oui

    L'entité du Représentant de l'Entreprise apparaît :

    Le client consulte l'employé

    Tarifs clients Ménage

    · Le client signe le Contrat

    Le client passe une commande

    Les locaux sont desservis par les employés

    Les locaux sont nettoyés

    Les employés exécutent l'ordre

    Les employés supervisent le nettoyage

    Le contrat oblige Nettoyage

    Lien m : n : oui

    Les employés nettoient

    Riz. 8. Modèle final dans Erwin

    7 Phase de conception physique

    Schéma de données dans l'environnement du SGBD sélectionné

    Riz. 9. Schéma de données de base de données

    2.8 Mise en œuvre des requêtes de base

    nettoyage de la manipulation de la base de données

    Riz. 9. Mise en œuvre des requêtes de base

    · Affichage de la liste des contrats des dirigeants de l'entreprise

    Cette demande vous permettra de visualiser, par le matricule du responsable, qui saisira l'utilisateur, la liste des contrats émis par lui. Une telle demande vous permettra de visualiser rapidement des informations sur le travail d'un chef d'entreprise en particulier.

    Employés.Tab_Number, Employés.Nom complet, Employés.Téléphone, Employés.Position, Employés.Department_Number, Contract.Contract_Number FROM Employés INNER JOIN Contract ON Employés.Tab_Number = Contract.Tab_Number WHERE (((Employees.Tab_Number) = [Entrez le gestionnaire :]));

    Consulter le bilan du travail des concierges-contremaîtres

    Cette demande sera dirigée vers l'examen de l'évaluation du rendement des contremaîtres de nettoyage. Selon l'appréciation donnée par le client et le responsable de l'entreprise, des commentaires et des mesures pour éviter d'autres erreurs dans le travail des nettoyeurs peuvent être avancés.

    SELECT Employees.Full Name, Employees.Position, Cleaning.Client_Evaluation, Cleaning.Manager_Evaluation, Employees.Brigade_Number FROM Cleaning INNER JOIN (Employees INNER JOIN Deb_Cotr ON Employees.Tab_Number = Deleted_Working_Tab_Number. Cleaning.Cleaning_Nom)) = [Entrez le numéro de nettoyage] );

    · Affichage d'une liste de commandes pour le type de nettoyage saisi

    Cette demande vous permettra de visualiser les données de la commande effectuée par le client.

    SELECT [Type de nettoyage]. [Classe de nettoyage], [Type de nettoyage]. Coût, Commande.Numéro de commande FROM [Type de nettoyage] INNER JOIN Commande ON [Type de nettoyage]. [Classe de nettoyage] = Commande. [Classe de nettoyage] WHERE (([ Type de nettoyage]. [Classe de nettoyage]) = [Entrer la classe de nettoyage :]);

    Rechercher une entreprise - un client dans la base de données

    Cette demande permettra à l'employé de saisir le nom de l'entreprise du client et d'afficher une liste des contrats et commandes déjà exécutés, le cas échéant. Grâce à une telle demande, il sera possible d'éviter de ressaisir des informations sur l'entreprise du client.

    SELECT Client. [Nom de l'entreprise], Client.Votre_adresse, Client.Téléphone_entreprise, [Représentant de l'entreprise]. Nom complet, [Représentant de l'entreprise]. E-mail FROM Client INNER JOIN [Représentant de l'entreprise] ON Client.CL = [Représentant de l'entreprise] . CL WHERE ( ((Client. [Nom de l'entreprise]) = [Entrez le nom de l'entreprise :]));

    Recherche de commandes inachevées / terminées

    Cette demande vous permettra d'afficher une liste des commandes terminées et non exécutées selon le statut saisi par l'utilisateur.

    SELECT Order.Order_number, Order.Status, Order.Reception_Date, Order.[Classe de nettoyage], Order.Fill_Date FROM Order WHERE (((Order.Status) = [Enter order status:]));

    Liste des locaux par type

    Cette demande vous permettra d'afficher une liste de locaux pour le

    par l'utilisateur au type de locaux.

    SELECT Rooms.Address, Rooms.Area, Rooms.Type, Rooms.CL FROM Rooms WHERE (((Rooms.Type) = [Entrez le type de pièce :]));

    Liste des contrats dont la durée de service est supérieure à 30 jours

    Cette demande vous permettra d'afficher une liste de contrats dont la durée de service dépasse 30 jours.

    SELECT Contrat.Nom_contrat, Contrat.Date_Commande, Contrat.Adresse, Contrat.[Durée de service (jours)] FROM Contrat WHERE (((Contrat. [Durée de service (jours)])> 30));

    Calcul de la valeur des commandes

    Cette demande vous permettra d'afficher le coût de la commande par le numéro saisi par l'utilisateur. Grâce à une telle demande, il sera possible d'éviter des erreurs lors du calcul de la valeur des commandes.

    SELECT Order.Order_Number, ([Type de nettoyage]. [Coût] + [Type de nettoyage]. [Nombre de brigades par unité de surface]) * [Lieux]. [Zone] AS Valeur_commande, Ordre. [Classe de nettoyage], Order.Status FROM Rooms INNER JOIN ([Type de nettoyage] INNER JOIN Order ON [Cleaning type]. [Cleaning class] = Order. [Cleaning class]) ON Rooms.Address = Order.Address WHERE (((Order.Order_number) = [Entrer la commande numéro :]));



    Vous avez aimé l'article ? Partagez-le