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

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

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

Sujet : "Développement Système d'Information"Agence immobilière""

Contenu

• introduction
• 1 . Tâche technique
• 1.1 Énoncé du problème
• 1.2 Configuration logicielle requise
• Exigences de fiabilité
• 1.4 Support informationnel de la tâche
• Description des informations d'entrée
• 2. Partie descriptive
• 2.2 Description du logiciel
• 2.3 Cas de test
• 2.4 Mode d'emploi
• Conclusion
• Bibliographie

introduction

Le sujet du projet de cours est la création et le développement d'un système d'information.

Aujourd'hui, le réseau d'information a enveloppé la quasi-totalité de la planète. Chaque jour, nous rencontrons des systèmes d'information : dans les parkings (par cartes), dans les grands magasins, même pour postuler à un emploi.

Informations - informations, messages, données, etc. Actuellement, il n'existe pas de définition unique du terme information.

Modèle d'information - un ensemble d'informations qui caractérise les propriétés et les états essentiels d'un objet, d'un processus, d'un phénomène, ainsi que la relation avec le monde extérieur.

Un système d'information (SI) est un ensemble d'outils matériels et logiciels interconnectés permettant d'automatiser l'accumulation et le traitement des informations. Dans un système d'information, les données proviennent d'une source d'information (exemple : une base de données). Ces données sont envoyées pour stockage ou subissent un traitement dans le système, puis transférées au consommateur.

Système d'information automatisé (AIS) - un ensemble de logiciels et de matériel conçu pour automatiser les activités liées au stockage, à la transmission et au traitement des informations.

Plus la technologie informatique devient accessible, plus les utilisateurs non professionnels apparaissent. Par conséquent, l'une des tâches des développeurs de toute application, y compris SI, est de créer une interface intuitive. Cette tâche sera également réalisée dans le projet de cours.

Au cours de la conception de cours, il est nécessaire de consolider et de systématiser les connaissances acquises dans les disciplines "Bases de données", la création d'une source d'information, "Développement et exploitation des systèmes d'information", la création de SI, "Infographie" , la répartition des boutons par formulaires et la création d'une interface intuitive.

Le projet de cours pour le développement et la maintenance de logiciels pour la discipline "Développement et exploitation des systèmes d'information" est une étape intermédiaire de formation au "Ecole supérieure d'informatique et de génie informatique de Krasnoïarsk" et maîtrisant le métier de technicien.

Le but du projet de cours est :

apprendra à créer de haute qualité et fiable Logiciel, acquérir des compétences de travail lors de la création de logiciels ;

développer la documentation technique de l'outil logiciel créé.

Dans le processus d'élaboration d'un projet de cours, il est nécessaire de recréer le système d'information « Agence Immobilière ». La tâche de ce système d'information sera d'afficher l'emploi du temps des employés de l'agence immobilière.

Le résultat d'un projet de cours dans la discipline "Développement et exploitation médias"Il devrait y avoir une base de données à part entière qui résout la tâche et une documentation technique pour celle-ci.

1. Termes de référence

1.1 Énoncé du problème

En cours de conception de parcours, il est nécessaire de développer un système d'information « Agence Immobilière ».

Cette base de données devrait permettre de visualiser/ajouter facilement des informations sur les clients et les biens immobiliers.

Le système doit exécuter les fonctions suivantes :

- saisir et éditer des informations sur l'immobilier :

- « Opérations » ;

- "La propriété";

- saisir et éditer des informations sur les salariés :

- "Ouvriers";

- saisie et modification des informations client :

- "Clients" ;

- rédaction d'un contrat (à l'aide duquel le planning est construit) :

- "Les accords";

- la formation et l'impression de documents tels que :

- « L'horaire des employés » ;

Les informations d'entrée doivent être :

- Listes de clients :

- nom complet du client ;

- Téléphone;

- Une liste des employés :

- le nom complet de l'employé ;

- Capacités de l'agence : opérations disponibles ; immobilier abordable.

Ce système d'information est censé être utilisé pour visualiser et stocker l'emploi du temps des employés de l'agence immobilière. Cela aidera l'utilisateur à créer un calendrier beaucoup plus rapidement et l'interface conviviale rendra le travail plus agréable.

1.2 Configuration logicielle requise

Exigences de performance

Le système d'information "Agence immobilière" doit être orienté pour aider à tenir l'emploi du temps des employés de l'agence immobilière. Le système doit traiter les informations et imprimer les documents de sortie.

Ce système doit fonctionner sous le système d'exploitation Windows XP SP2 (ou supérieur) ou Windows Vista et paquet Fonds Microsoft Bureau 2007.

Le système d'information « Agence immobilière » doit remplir les fonctions suivantes :

- saisir et éditer les informations suivantes sur le travail des employés de l'agence immobilière :

- le nom complet de l'employé ;

- saisir et éditer les informations suivantes sur le client :

- nom complet du client ;

- Téléphone;

- saisir et éditer les informations suivantes sur les capacités de l'agence :

- les opérations disponibles ;

- l'immobilier abordable ;

- formation et impression des documents de sortie suivants :

- « L'horaire des employés ».

Exigences de fiabilité

Le système doit être de haute qualité et correct, c'est-à-dire qu'il doit remplir toutes les fonctions requises et être apte à fonctionner. Le système doit être stable, c'est-à-dire qu'il doit être capable d'effectuer les actions prévues, malgré tout écart, à la fois dans le fonctionnement de l'équipement et dans l'application elle-même.

Pour assurer la fiabilité du système, il faut :

- assurer la protection des données contre les accès non autorisés ;

- affichage d'un message d'erreur en cas de saisie erronée, dans lequel est indiqué le champ où cette erreur s'est produite ;

- toutes les données doivent être saisies correctement et correctement, c'est-à-dire qu'un contrôle des données doit être effectué, y compris les champs obligatoires ;

- les champs obligatoires sont :

- nom complet du client ;

- Numéro de téléphone du client ;

- le nom complet de l'employé ;

- Type de propriété;

- Opérations immobilières ;

- lors de la suppression de données, il est nécessaire de prévoir une option de refus, c'est-à-dire d'émettre une demande de consentement de l'utilisateur.

Exigences relatives aux conditions d'exploitation

L'utilisateur doit avoir des compétences Windows de base (cela sera requis en cas de panne) et des compétences pour travailler avec la suite d'outils Microsoft Office 2007, à savoir avec des applications Microsoft Word et Microsoft Access.

Pour faire fonctionner ce système d'information, il est nécessaire que les éléments suivants soient installés sur l'ordinateur :

- OS Windows XP SP2 (ou supérieur) ou Windows Vista ;

-Microsoft Office 2007.

1.3 Exigences relatives à la composition et aux paramètres moyens techniques

Pour un bon fonctionnement et une utilisation aisée du système d'information « Agence Immobilière », il est nécessaire que les moyens techniques que vous utilisez répondent aux caractéristiques suivantes :

- l'ordinateur comme IBM PC ou carnet de notes ;

- Processeur Pentium Celeron (Pentium IV et supérieur), AMD Athlon(et supérieur), avec une fréquence d'horloge d'au moins 1,6 GHz ;

- 512 Mo de RAM ;

- Disque dur avec un espace libre d'au moins 40 Mo ;

- système d'exploitation Windows XP SP2 (ou supérieur) ou Windows Vista ;

- dispositifs de saisie et de manipulation (clavier/souris) ;

- un ensemble d'outils Microsoft Office 2007 ;

- une imprimante prenant en charge l'impression de documents A4 (pour l'impression de documents sortants).

Aucun appareil supplémentaire n'est requis. Tous les appareils ci-dessus doivent être entièrement fonctionnels et compatibles avec le système d'exploitation.

1.4 Support informationnel de la tâche

Description des informations d'entrée

Les données d'entrée sont saisies dans le système d'information « agence immobilière » à partir du passeport du client et des capacités de l'agence immobilière.

agence immobilière système d'information

Les informations comprennent les données suivantes : nom complet du client ; Nom complet de l'employé ; opérations disponibles ; immobilier abordable.

Les informations sur l'accord sont saisies dans le tableau "accord", dont la structure est présentée dans le tableau 1 (le champ clé est marqué d'un "").

Tableau 1 - structure du tableau « Accord »

Les informations sur le client sont saisies dans le tableau "Clients", dont la structure est présentée dans le tableau 2 (le champ clé est marqué d'un "").

Tableau 2 - structure du tableau "Clients"

Les informations sur l'immobilier sont saisies dans le tableau "immobilier", dont la structure est présentée dans le tableau 3 (le champ clé est marqué d'un "").

Description des informations réglementaires et de référence

Les informations réglementaires et de référence sont des informations qui restent inchangées, par exemple : une forme d'étude à temps plein ou à temps partiel, un type d'étude budgétaire ou de commerce. Les référentiels normatifs du système d'information « information étudiant » seront les ouvrages de référence suivants :

- Les tables:

- La propriété;

- Opérations ;

- Ouvriers.

La structure des tableaux de référence est indiquée ci-dessous (le champ clé est marqué d'un "").

Tableau 3 - la structure du référentiel normatif « immobilier »

Les informations sur les opérations sont saisies dans le tableau "opérations", dont la structure est indiquée dans le tableau 4 (le champ clé est marqué d'un "").

Tableau 4 - la structure du tableau de référence « opérations »

Les informations sur les travailleurs sont saisies dans le tableau "travailleurs", dont la structure est présentée dans le tableau 5 (la marque "" est le champ clé).

Tableau 5 - structure du référentiel normatif « travailleurs »

La figure 1 montre le schéma de données de ce système d'information.

Figure 1 - Schéma de données

2. Partie descriptive

2.1 Diagramme contextuel du processus métier du problème à résoudre

Le schéma de contexte du processus métier du problème en cours de résolution "Agence immobilière" réalisé dans le programme BPwin de Computer Associates est présenté ci-dessous.

La composition principale du schéma de contexte « formant l'annexe de l'agence immobilière », qui est illustrée à la figure 2, contient les données suivantes :

à l'entrée : détails du passeport du client, capacités de l'agence ;

gestion : la charte de la Fédération de Russie, la charte de l'entreprise, une licence pour la prestation de services ;

moyens : MTO (véhicule de maintenance), patrons ;

sortie : horaire des ouvriers.

Figure 2 - Formation du planning de l'agence immobilière

La décomposition du premier niveau du diagramme contextuel de planification des agences immobilières est illustrée à la figure 3.

Figure 3 - Décomposition de premier niveau

La décomposition du bloc « Recueil d'informations » est illustrée à la figure 4.

Figure 4 - Décomposition de premier niveau

La décomposition du bloc « formation de la base de données » est illustrée à la figure 5.

Figure 5 - Décomposition du bloc "Formation de la base de données"

La décomposition du bloc d'exécution de requête est illustrée à la figure 6.

Figure 6 - Décomposition du bloc "Exécution de la requête"

2.2 Description du logiciel

Le système d'information « Agence immobilière » a été créé pour faciliter la planification des employés. Le système stocke et traite les informations, ainsi que génère des documents de sortie.

Le programme est développé dans Microsoft Office 2007 Access. Initialement, le programme occupe 2 Mo, au fur et à mesure que la base de données se remplit, le programme prendra plus d'espace sur le disque dur. Le système d'information comporte 7 formulaires. Leurs noms et descriptions sont indiqués dans le tableau 6.

Tableau 6 - description des formulaires réglementaires et de référence

Nom de forme	Description du formulaire
	Forme principale. S'ouvre au démarrage de l'IS
	Des contrats rédigés
	Liste des clients
La propriété	Liste des propriétés éligibles
Opérations	Liste des opérations
	Liste des travailleurs
	Forme de bouton. Confirme la sortie du programme

2.3 Cas de test

Pour vérifier l'opérabilité du système d'information « Agence immobilière », un cas de test a été développé pour vérifier la fonctionnalité du système.

On démarre le système d'information, c'est un *. accdb (Figure 7).

Figure 7 - lancement du programme

Après le démarrage du programme demande un mot de passe, la fenêtre est illustrée à la figure 8.

Figure 8 - demande de mot de passe

Après avoir entré le mot de passe correct, le formulaire principal est lancé (c'est le menu du programme), illustré à la figure 9.

Figure 9 - menu du formulaire

Les figures 10, 11, 12, 13 et 14 montrent respectivement les formulaires « Contrat », « Travailleurs », « Clients », « Opérations » et « Immobilier ».

Figure 10 - « Accord »

Figure 11 - "Travailleurs"

Figure 12 - "Clients"

Figure 13 - « Opérations »

Figure 14 - « Propriété »

2.4 Manuel d'utilisation

Ce programme doit permettre aux utilisateurs du système d'information « agence immobilière » de saisir et de modifier des informations. Le programme doit exécuter les fonctions suivantes : saisir et modifier des informations sur les biens immobiliers, les clients et les employés des agences, générer et envoyer des documents de sortie à imprimer.

Les principales actions disponibles pour l'utilisateur de ce système d'information sont répertoriées dans le tableau 7.

Tableau 7 - Guide de l'utilisateur

Opération	Action de l'utilisateur	Action de programme
Lancement du programme	Pour démarrer le programme, vous devez exécuter le fichier « IS Real Estate Agency. Accdb »	Une fenêtre de saisie d'un mot de passe apparaît à l'écran.
Saisie du mot de passe	Pour vous connecter, vous devez entrer le mot de passe correct	Si le mot de passe est correct, le formulaire IP principal s'ouvrira
	L'utilisateur visualise la forme des contrats établis, il est également possible d'ajouter/supprimer de nouveaux enregistrements.
	L'utilisateur visualise le formulaire des employés de l'agence, il y a aussi la possibilité d'ajouter/supprimer de nouveaux enregistrements.	Les données sont automatiquement saisies dans la base de données
	L'utilisateur consulte le formulaire des clients de l'agence, il y a aussi la possibilité d'ajouter/supprimer de nouveaux enregistrements.	Les données sont automatiquement saisies dans la base de données
Opérations	L'utilisateur visualise la forme d'éventuelles transactions d'agence avec l'immobilier.	Saisie de l'opération sélectionnée dans le formulaire "contrat"
La propriété	L'utilisateur consulte le formulaire des options immobilières de l'agence.	Saisie du type de bien immobilier sélectionné dans le formulaire « contrat »
	Dans le menu principal, l'utilisateur a appuyé sur le bouton « Quitter »	Le programme active le formulaire de bouton avec les options : OUI et NON
Option "Non"	L'utilisateur a sélectionné le bouton "NON"	Le programme revient à la forme principale
Option "Oui"	L'utilisateur a sélectionné le bouton "OUI"	L'application se ferme

Conclusion

Dans le cadre de l'élaboration d'un projet de cours sur la discipline « Développement et exploitation des systèmes d'information », nous avons indépendamment étudié les nouvelles capacités et fonctions de Microsoft Access 2007, par exemple : définir un mot de passe de sécurité, créer des formulaires de bouton et des formulaires d'exécution automatique.

Le développement du système d'information « Agence immobilière » a contribué à la systématisation et à la consolidation des compétences acquises dans les disciplines « Bases de données », « Développement et exploitation des systèmes d'information », « Infographie ».

Ce système d'information est conçu pour faciliter la saisie et l'édition, le stockage des informations. Le programme a une interface pratique et intuitive interface claire, remplit des fonctions telles que l'exécution de requêtes, l'ajout/suppression d'enregistrements, l'impression des rapports reçus.

Le renforcement des compétences se produit au cours de la résolution de la tâche assignée - développement d'un processus métier, création d'une base de données, test et débogage d'un système d'information.

La réalisation du projet de cours a été la rédaction d'une note explicative, lors de la rédaction de laquelle les compétences en rédaction de rapports ont également été consolidées.

Bibliographie

1. Site http: // bureau. microsoft.com/ru-ru/training/CR101582831049. aspx;

Publié sur Allbest.ru

Documents similaires

Développement du système d'information « Agence de Recrutement des Diplômés » pour automatiser le processus de recrutement de spécialistes à la demande des organisations. Configuration système requise, logiciel. Description du processus d'activité. Conception de base de données.

thèse, ajoutée le 27/11/2009


Analyse des solutions existantes pour l'automatisation du domaine. Méthodologie de conception d'un système d'information pour une agence immobilière. Spécification des exigences et certification. Design de l'interface utilisateur. Justification du choix d'une plateforme.

dissertation, ajoutée le 02/10/2013


Système de gestion de base de données en tant qu'ensemble de logiciels et d'outils linguistiques pour la création et le traitement de données. Analyse des activités de l'atelier de chaussures. Caractéristiques de l'élaboration des schémas fonctionnels et des tests du module logiciel.

thèse, ajoutée le 04/11/2012


Développement d'un programme de système automatisé conçu pour enregistrer des informations sur les biens immobiliers loués, vendus, achetés et loués. Développement de modèle relationnel Les données. Guide de l'utilisateur et Guide de l'administrateur.

dissertation ajoutée le 28/12/2012


Développement d'une base de données basée sur le SGBD Microsoft Access, qui permet d'automatiser le travail d'une agence de recrutement. Domaine basé sur des informations réelles sur une agence de recrutement. Modèle de système d'information implémenté dans ER-win.

dissertation ajoutée 15/12/2011


Caractéristiques des processus de service client, étude de marché immobilier, formation d'informations sur les manipulations financières. Description du modèle d'agence ; la séquence de création d'un diagramme de contexte. Optimisation du modèle "to be" développé.

dissertation ajoutée le 28/08/2012


Analyse du domaine et de l'environnement de fonctionnement du système d'information « Agence de voyages ». Développement et maintenance de bases de données à l'aide d'Enterprise Manager sous SQL Server 2008. Principes de création de tables, requêtes, procédures stockées.

dissertation ajoutée le 11/12/2013


Notion de base de données. Les classer par structure. Un ensemble de logiciels et d'outils linguistiques conçus pour créer, stocker et traiter des bases de données, en particulier l'utilisation de requêtes, de formulaires, de tableaux. L'essence des macros, des rapports, des modules.

présentation ajoutée le 08/12/2013


Système d'information - un ensemble d'outils organisationnels, matériels et logiciels, combinés en un seul système pour la collecte, le stockage, le traitement et la diffusion des informations nécessaires. Analyse des caractéristiques des modèles de bases de données infologiques et logiques.

dissertation ajoutée le 16/09/2017


Base légale du bail en République du Kazakhstan. Revue des logiciels existants pour le travail des agences immobilières. Le choix des outils pour le développement d'un système d'information. Organisation de la technologie pour la collecte, le transfert, le traitement et la diffusion d'informations.

GOU ASBL Professionnel

M E T O D I CH E S K I E

RECOMMANDATIONS

CONCEPTION DE COURS

PAR DISCIPLINE

TECHNOLOGIE DE DEVELOPPEMENT DE PRODUITS LOGICIELS

par spécialité

230105 (2203) Logiciels et
systèmes automatisés

(un niveau de base de)

Kaliningrad, 2007

“ APPROUVÉ”

Sujet

(cycle) commission

Compilé conformément aux exigences de l'État pour le contenu minimum et le niveau de formation des diplômés de la spécialité 230 Logiciels pour ordinateurs et systèmes automatisés de l'enseignement secondaire professionnel (niveau de base)

Président du PCC

Adjoint réalisateur

par l'UMR

_______________________

_______________________

Réviseurs :

INTRODUCTION

Conformément à la norme éducative de l'État de l'enseignement professionnel secondaire, au minimum du contenu et du niveau de formation des diplômés de la spécialité "Logiciels pour la technologie informatique et les systèmes automatisés" dans le domaine des disciplines spéciales, le diplômé doit être capable de :

Développer un algorithme mise en oeuvre du logiciel la tâche à accomplir;

· Créer un produit logiciel selon l'algorithme développé, déboguer et tester le produit logiciel ;

· Développer et maintenir des applications réseau;

Tâches projet de cours sont :

Étude des caractéristiques d'un domaine spécifique lié au sujet du projet de cours ;

Analyse des approches et méthodes de solution possibles avec justification de la méthode choisie ;

Sélection ou développement d'un modèle (mathématique, structurel, informationnel, etc.) nécessaire pour atteindre l'objectif ;

Sélection d'algorithmes efficaces en tenant compte de leur précision, stabilité, convergence, etc.;

Analyse des résultats obtenus du logiciel ;

Développement de logiciels et de la documentation opérationnelle.

2. SÉLECTIONNER UN THÈME

Les thèmes des projets de cours sont élaborés par les enseignants de l'établissement d'enseignement, examinés et adoptés par la commission thématique (cyclique) lors d'une réunion du département, approuvée par le député. directeur des affaires académiques du collège. Le sujet du projet de cours peut être proposé par l'étudiant, en fonction de ses intérêts et des possibilités de divulgation du problème proposé, à condition qu'il en justifie l'opportunité.

Il est permis de réaliser un projet de cours sur un sujet par un groupe d'étudiants.

3. SUJETS DES PROJETS DE COURS (Annexe)

1. Développer un module de programme « Comptabilisation des progrès des élèves ».

2. Développer un module de programme « dossiers personnels des étudiants ».

3. Développer un module de programme "Département".

4. Développer un module de programme "Laboratoire".

5. Développer un module logiciel "Autoservice".

6. Développer un module logiciel « Comptabilisation des infractions au code de la route ».

7. Développer un module logiciel "Fichier Carte Agence Immobilière".

8. Développer un module logiciel "ATS Subscriber Card".

9. Développer le module de programme "Aviakassa".

10. Développer un module logiciel « Librairie ».

11. Développer un module logiciel "Parking".

12. Développer un module logiciel « Agence de recrutement ».

13. Développer un module logiciel "Calculer l'amortissement d'une propriété".

14. Développer un module de programme « Examiner ».

15. Développer un module logiciel « Comptabilisation des heures travaillées des étudiants ».

16. Développer un module logiciel « Programme d'information et de référence pour les adresses postales des clients ».

17. Développer un module logiciel "Fichier fiche pour la littérature comptable en bibliothèque".

18. Développer un module logiciel "Inventaire des marchandises dans un entrepôt".

19. Développer un module logiciel "Programme de jeu comme Master Mind".

20. Développer un module de programme "Jeu de logique pour deviner une combinaison de nombres".

21. Développer un module logiciel « Programme d'affichage de l'horaire des cours en cours pour un groupe d'élèves ».

22. Développer un module logiciel « Programme d'information et de référence pour la vente de CD ».

23. Créer un module de programme "Site Web d'entreprise d'une agence de voyage".

24. Créer un module logiciel « Site Web d'entreprise d'un magasin d'accessoires informatiques ».

25. Créez un module de programme "Site Web d'entreprise du magasin de périphériques informatiques".

26. Créez un module de programme "Site Web personnel de l'administrateur du réseau informatique".

27. Créer un module de programme « Site Web du projet d'amélioration du territoire collégial ».

28. Créer un module logiciel « Site Web pour le projet de construction d'un jardin d'hiver sur le territoire du collège ».

4. CONTENU ET ÉTAPES DE RÉALISATION
PROJET DE COURS

1. Choisir un sujet et en convenir avec le leader. Sélection de littérature.

2. Étude des exigences pour la conception de l'ouvrage.

3. Élaboration d'un plan pour la mise en œuvre du projet de cours. Développement d'un algorithme de résolution.

4. Implémentation de l'algorithme.

5. Débogage du programme.

6. Test du programme.

7. Rédaction du logiciel et de la documentation opérationnelle.

8. Analyse des résultats obtenus.

9. Enregistrement du rapport.

10. Soutenance du projet de cours.

5. STRUCTURE DU PROJET DE COURS

Le projet de cours doit comprendre un logiciel testé et une notice explicative (au moins 20 feuilles A4).

Selon le projet de cours, une partie graphique peut être incluse.

La note explicative du projet de cours doit comporter les éléments suivants
structure:

Page de titre de l'échantillon établi (Annexe 1);

Introduction;

Le choix des logiciels et du matériel pour la mise en œuvre des produits livrés
Tâches;

Partie descriptive du logiciel développé ;

Documentation du logiciel ;

Documentation opérationnelle ;

Conclusion, qui tire des conclusions et des recommandations concernant
possibilités d'utilisation des matériaux du projet ;

Liste de la littérature utilisée ;

Applications.

Dans administré la pertinence et l'importance du sujet sont brièvement révélées, le but et les objectifs du projet sont formulés.

Documentation du programme comprend l'ensemble de documents suivant :

Une approche créative pour rédiger un projet de cours ;

L'exactitude et la validité scientifique des conclusions ;

Précision et conception correcte projet de cours.

La note finale du travail de cours est fixée en fonction des résultats de la soutenance et de la qualité du travail.

Les travaux de cours doivent être soutenus avant de réussir l'examen dans la discipline "Technologie du développement logiciel". Les étudiants qui n'ont pas réussi les projets de cours ou qui ont obtenu des notes insatisfaisantes à la soutenance ne sont pas autorisés à passer les examens suivants.

Les projets de cours protégés ne sont pas retournés aux étudiants et sont conservés dans les archives de l'établissement d'enseignement.

ANNEXE 1

Exemple de conception de page de titre

GOU ASBL Professionnel

lycée d'art et d'industrie numéro 10

PROJET DE COURS

dans la discipline "Technologie de développement de produits logiciels"

sur le thème de :___________________________________________________________________

Rempli par l'étudiant ________________________________ Nom, prénom, patronyme

Spécialité, cours, groupe __________________________________________

Conseiller scientifique ___________________________ Nom, prénom, patronyme

Date de livraison, signature de l'étudiant ______________________

________________________________________________

Date de soutenance, note, signature de l'enseignant

Kaliningrad

ANNEXE 2

TÂCHE TECHNIQUE.

EXIGENCES POUR LE CONTENU ET LA CONCEPTION

GOST 19.201 - 78

La partie information (annotation et contenu), la feuille d'enregistrement des modifications est autorisée à ne pas être incluse dans le document.

Pour apporter des modifications ou des ajouts aux termes de référence aux étapes ultérieures du développement d'un programme ou d'un produit logiciel, un addenda est publié. La coordination et l'approbation de l'ajout aux termes de référence s'effectuent dans le même ordre que celui établi pour les termes de référence.

Selon les caractéristiques du programme ou du produit logiciel, il est permis de clarifier le contenu des sections, d'introduire de nouvelles sections ou de combiner des sections individuelles.

1. INTRODUCTION

La section indique le nom, brève description la portée du programme ou du produit logiciel et l'objet dans lequel le programme ou le produit logiciel est utilisé.

2. BASE DU DEVELOPPEMENT

Document (documents) sur la base duquel le développement est effectué ;

L'organisme qui a approuvé ce document et la date de son approbation ;

Le nom et/ou le symbole du thème de développement.

3. BUT DU DÉVELOPPEMENT

La section doit indiquer l'objectif fonctionnel et opérationnel du programme ou du produit logiciel.

4. EXIGENCES POUR LE LOGICIEL OU LE PRODUIT LOGICIEL

4.1. Exigences relatives aux caractéristiques fonctionnelles.

La section doit indiquer les exigences relatives à la composition des fonctions exécutées, l'organisation des données d'entrée et de sortie, les caractéristiques temporelles, etc.

4.2. Exigences de fiabilité.

La sous-section doit indiquer les exigences pour assurer un fonctionnement fiable (assurer la stabilité, surveiller les informations d'entrée et de sortie, le temps de récupération après une panne, etc.).

4.3. Des conditions de fonctionnement.

La sous-section doit indiquer les conditions de fonctionnement (température ambiante, humidité relative, etc. pour les types de supports de données choisis), dans lesquelles les caractéristiques spécifiées doivent être assurées, ainsi que le type de service, quantité requise et les qualifications du personnel.

4.4. Exigences en matière d'informations et de compatibilité logicielle.

La sous-section doit indiquer les exigences relatives aux structures d'information à l'entrée et à la sortie et les méthodes de solution, les codes sources, les langages de programmation et les logiciels utilisés par le programme.

La protection des informations et des programmes devrait être assurée si nécessaire.

5. EXIGENCES POUR LA DOCUMENTATION DU PROGRAMME

La section doit indiquer la composition préliminaire de la documentation du logiciel et, si nécessaire, les exigences particulières pour celle-ci.

6. INDICATEURS TECHNIQUES ET ÉCONOMIQUES

La section doit indiquer: l'efficacité économique approximative, la demande annuelle estimée, les avantages économiques du développement par rapport aux meilleurs échantillons ou analogues nationaux et étrangers.

7. ÉTAPES ET ÉTAPES DE DÉVELOPPEMENT

La section établit les étapes de développement nécessaires, les étapes et le contenu du travail (une liste de documents de programme qui doivent être élaborés, approuvés et approuvés), ainsi que, en règle générale, les conditions de développement et déterminent les interprètes.

8. PROCÉDURE DE CONTRLE ET D'ACCEPTATION

La section doit indiquer les types d'essais et les exigences générales pour l'acceptation des travaux.

V Annexes aux termes de référence, le cas échéant, conduire :

La liste des recherches et autres travaux justifiant le développement ;

Diagrammes d'algorithmes, tableaux, descriptions, justifications, calculs et autres documents pouvant être utilisés dans le développement ;

Autres sources de développement.

ANNEXE 3

TEXTE DU PROGRAMME (GOST 19.401 - 78)

Pour le texte du programme dans la langue source, s'il y a une annotation, une brève description de la fonction du programme y est incluse.

La partie principale du document doit être constituée des textes d'une ou plusieurs sections, qui reçoivent des titres.

Il est également permis d'entrer un nom pour un ensemble de sections.

Chacune de ces sections est implémentée avec l'un des types de notation symbolique, par exemple :

Notation symbolique dans la langue originale;

Notation symbolique dans les langues intermédiaires;

Représentation symbolique des codes machine, etc.

ANNEXE 4

DESCRIPTION DU PROGRAMME (GOST 19.402 - 78)

Selon les caractéristiques du programme, il est permis d'introduire des sections supplémentaires en plus de celles énumérées ci-dessous ou de combiner des sections distinctes.

1. INFORMATIONS GÉNÉRALES

La section doit contenir : la désignation et le nom du programme; les logiciels nécessaires au fonctionnement du programme ; langages de programmation dans lesquels le programme est écrit.

2. BUT FONCTIONNEL

La section doit indiquer les classes de tâches à résoudre et/ou le but du programme et des informations sur les restrictions fonctionnelles de l'application.

3. DESCRIPTION DE LA STRUCTURE LOGIQUE

La section doit indiquer :

Algorithmes de programme ;

Méthodes utilisées ;

La structure du programme avec une description des fonctions des éléments constitutifs et la relation entre eux ;

Liens du programme avec d'autres programmes.

La description de la structure logique du programme est effectuée en tenant compte du texte du programme dans la langue source.

4. ÉQUIPEMENT TECHNIQUE D'OCCASION

La section doit indiquer les types d'ordinateurs et d'appareils électroniques utilisés dans le cadre du programme.

La section doit indiquer :

Méthode d'appel d'un programme à partir du support de données correspondant ;

Points d'entrée du programme.

Il est permis de spécifier des adresses de téléchargement, des informations d'utilisation mémoire vive, la portée du programme.

6. SAISIE DE DONNÉES

La section doit indiquer :

La nature, l'organisation et la préparation préalable des données d'entrée ;

Format, description et méthode d'encodage des données d'entrée.

7. SORTIE

La section doit indiquer :

La nature et l'organisation de la production ;

Format, description et méthode d'encodage des données de sortie.

Il est permis d'illustrer le contenu des sections avec des exemples explicatifs, des tableaux, des diagrammes, des graphiques.

La demande est autorisée à inclure divers éléments qu'il est inapproprié d'inclure dans les sections du document.

ANNEXE 5

NOTE EXPLICATIVE (GOST 19.404-79)

La compilation de la partie informationnelle (annotation et contenu) est facultative.

Selon les spécificités du document, des sections individuelles (sous-sections) peuvent être combinées, ainsi que de nouvelles sections (sous-sections) peuvent être introduites.

INTRODUCTION

La section indique le nom du programme et / ou le symbole du sujet de développement, ainsi que les documents sur la base desquels le développement est effectué, indiquant l'organisation et la date d'approbation.

1. OBJET ET PORTÉE

La section indique le but du programme, une brève description de la portée du programme.

2. CARACTÉRISTIQUES TECHNIQUES

La section doit contenir les sous-sections suivantes :

2.1 Énoncé du problème.

L'énoncé du problème pour le développement du programme, la description des méthodes mathématiques appliquées et, si nécessaire, la description des hypothèses et des limites associées à l'appareil mathématique choisi sont décrites.

2.2 Description de l'algorithme et/ou du fonctionnement du programme.

L'algorithme et / ou le fonctionnement du programme est décrit avec la justification du choix du schéma de l'algorithme pour résoudre le problème, les interactions possibles du programme avec d'autres programmes.

2.3 Composition du matériel et des logiciels.

La description et la justification du choix de la composition de la méthode d'organisation des données d'entrée et de sortie sont données.

2.4 Composition du matériel et des logiciels.

La description et la justification du choix de la composition matérielle et logicielle en fonction des calculs et/ou analyses effectués, la répartition des supports de données utilisés par le programme sont données.

3. INDICATEURS TECHNIQUES ET ÉCONOMIQUES ATTENDUS

La section indique les indicateurs techniques et économiques justifiant l'intérêt de l'option choisie de la solution technique, ainsi que, le cas échéant, les indicateurs opérationnels attendus.

4. SOURCES UTILISÉES DANS LE DÉVELOPPEMENT

La section indique une liste de publications scientifiques et techniques, de documents réglementaires et techniques et d'autres documents scientifiques et techniques, qui sont référencés dans le texte principal.

V annexe le document peut inclure des tableaux, des justifications, des méthodes, des calculs et d'autres documents utilisés dans le développement.

ANNEXE 6

RELEVÉ DES DOCUMENTS D'EXPLOITATION

GOST 19.507 - 79

La compilation de la partie informationnelle (annotation et contenu) est facultative.

Le relevé énumère les documents inclus dans la liste des documents opérationnels.

La liste des documents opérationnels doit contenir les sections suivantes : documents pour le programme ; documents pour les composantes du programme.

La liste des documents opérationnels d'un volet d'application indépendante ne doit contenir que la section « Documents pour le programme ».

Dans la rubrique « Documents du programme », tous les documents opérationnels (à l'exception de la liste des documents opérationnels) doivent être enregistrés sur ce programme.

Dans la section "Documents pour les composantes du programme" doivent être des déclarations écrites de documents opérationnels pour tous les programmes directement inclus dans le programme.

L'enregistrement des documents dans la déclaration est effectué sous les en-têtes des sections de la colonne « Nom ».

Les documents sont enregistrés dans la déclaration dans l'ordre croissant du code de type de document inclus dans la désignation.

Les colonnes de la déclaration sont remplies comme suit :

· Dans la colonne "Désignation", indiquez la désignation des documents conformément à GOST 19.103-77;

· Dans la colonne « Nom » indiquer le nom complet du document opérationnel conformément au nom indiqué dans la feuille d'approbation ou la page de titre ;

· Pour les documents de ce programme, seuls le nom et le type de documents sont enregistrés ;

· Dans la colonne « Qté. copie. " indiquer le nombre d'exemplaires de ce document;

· Dans la colonne « Emplacement », indiquez le numéro du dossier dans lequel le document imprimé est stocké.

Il est permis d'écrire le texte des notes et Information additionnelle liés à des documents opérationnels supplémentaires, si nécessaire.

Il est permis de donner les numéros ordinaux des notes.

Le texte des notes peut être enregistré à la fin des sections concernées de l'état des documents d'exploitation. Il est permis d'écrire le texte des notes sur les dernières feuilles de l'état des documents opérationnels sur des formulaires sans colonnes avec le nombre ordinal de notes.

Le relevé contient également, si nécessaire, une liste de dossiers contenant des documents imprimés.

Les dossiers de la liste sont enregistrés après avoir répertorié tous les documents sous la rubrique « Liste des dossiers » dans la colonne « Nom » par ordre croissant de leurs numéros de série.

Lors de l'enregistrement des dossiers, les colonnes du relevé sont remplies comme suit :

La colonne « Désignation » est soulignée ;

Dans la colonne « Nom » indiquez le nom et le numéro du dossier, par exemple « Dossier n° 1 » ;

Dans la colonne "Col. copie. " indiquer le nombre de copies des dossiers de ce nom qui font partie d'un ensemble de documents opérationnels ;

Dans la colonne "Emplacement" indiquez, si nécessaire, l'emplacement des dossiers.

Un exemple de remplissage d'un relevé de documents opérationnels

La désignation

Nom

Emplacement

A.V. 001-01_32_01-1

Système opérateur. Outils de récupération du système

A.V. 001-01_32_01-2

Système opérateur. Éditeur de liens.

ANNEXE 7

DESCRIPTION DE L'APPLICATION (GOST 19.502-78)

La compilation de la partie informative (annotation et contenu) est obligatoire.

Selon les caractéristiques du programme, il est permis d'introduire des sections supplémentaires ou de combiner des sections distinctes.

1. OBJET DU PROGRAMME

La section indique le but, les capacités du programme, ses principales caractéristiques, les restrictions imposées à la portée du programme.

2. CONDITIONS D'APPLICATION

La section indique les conditions nécessaires à l'exécution du programme (exigences relatives aux moyens techniques nécessaires à ce programme et à d'autres programmes, les caractéristiques générales des informations d'entrée et de sortie, ainsi que les exigences et conditions d'une organisation, technique et caractère technologique, etc.).

3. DESCRIPTION DU PROBLÈME

La section doit indiquer les définitions du problème et les méthodes pour sa solution.

4. DONNÉES D'ENTRÉE ET DE SORTIE

La section doit fournir des informations sur les données d'entrée et de sortie.

Des documents de référence (illustrations, tableaux, graphiques, exemples, etc.) peuvent être inclus dans l'annexe au document.

ANNEXE 8

GUIDE D'ENTRETIEN

(GOST 19.508-79)

La compilation de la partie informative (annotation et contenu) est obligatoire.

Des sections supplémentaires peuvent être introduites en fonction des spécificités du document.

1. INTRODUCTION

La section indique le but du manuel, une liste de documents opérationnels qui doivent être utilisés en plus du manuel lors de la maintenance.

2. INSTRUCTIONS GÉNÉRALES

La section indique la procédure de maintenance, fournit des instructions sur l'organisation et les caractéristiques de sa mise en œuvre.

3. EXIGENCES POUR L'ÉQUIPEMENT TECHNIQUE

La section indique l'ensemble minimum de moyens techniques pour assurer le fonctionnement du programme.

4. DESCRIPTION DES FONCTIONS

La rubrique indique :

Le nombre maximum de moyens techniques vérifiés par ce programme ;

Description du fonctionnement conjoint du matériel et du logiciel avec indication de la méthode de traitement des erreurs ;

Description de l'organisation des données d'entrée et de sortie utilisées dans la maintenance des équipements techniques ;

Description des interactions des appareils avec le programme, les résultats des interactions, avec la sortie des résultats du programme.

ANNEXE 9

1. Développer un module de programme « Comptabilisation des progrès des élèves ».

Le module logiciel est conçu pour la comptabilisation opérationnelle des progrès des étudiants en session par le doyen, les vice-doyens et les employés du doyen. Les informations sur les progrès des étudiants devraient être conservées pendant toute la durée de leurs études et utilisées dans la préparation des certificats des cours suivis et des suppléments de diplôme.

2. Développer un module de programme « dossiers personnels des étudiants ».

Le module du programme est conçu pour obtenir des informations sur les étudiants par les employés du bureau du doyen, du comité syndical et du service du personnel. Les informations doivent être conservées pendant toute la durée de la formation de l'étudiant et utilisées dans la préparation des certificats et des rapports.

3. Développer un module de programme "Département".

Le module contient des informations sur le personnel du département (nom complet, poste, diplôme universitaire, disciplines, charge de travail, travail social, emplois à temps partiel, etc.) et est destiné aux employés du département du personnel et du doyen.

4. Développer un module de programme "Laboratoire".

Le module contient des informations sur le personnel du laboratoire (nom complet, sexe, âge, état civil, présence d'enfants, fonction, diplôme universitaire) et est destiné aux employés du comité syndical et du service du personnel.

5. Développer un module logiciel "Autoservice".

Lors de l'inscription au service, une demande est remplie, qui indique le nom du propriétaire, la marque de la voiture, le type de travail, la date de réception de la commande et le coût des réparations. Une fois les travaux terminés, un reçu est imprimé.

6. Développer un module logiciel « Comptabilisation des infractions au code de la route
mouvement ".

Une liste des infractions est stockée dans la base de données pour chaque voiture et son propriétaire. Pour chaque violation, la date, l'heure, le type de violation et la taille sont enregistrés ; amende. Lorsque toutes les amendes sont payées, la voiture est supprimée de la base de données.

7. Développer un module logiciel "Fichier Carte Agence Immobilière".

Le module est destiné aux employés des agences. La base de données contient des informations sur les appartements (nombre de pièces, étage, images, etc.). Lorsqu'une demande d'échange (achat, vente) est reçue, une recherche est effectuée pour une option appropriée. Si ce n'est pas le cas, le client est renseigné dans la base clients et est averti lorsqu'une option apparaît.

8. Développer un module logiciel "ATS Subscriber Card".

Le fichier de la carte contient des informations sur les téléphones et leurs propriétaires. Corrige les arriérés de paiements (abonnés et horaires). On pense que le salaire horaire pour les appels locaux a déjà été introduit.

9. Développer le module de programme "Aviakassa".

Le module contient des informations sur la disponibilité des sièges gratuits sur les routes aériennes. La base de données doit contenir des informations sur le numéro de vol, l'équipage, le type d'avion, la date et l'heure de départ, ainsi que le coût des billets d'avion (de différentes classes). Dès réception d'une demande de billets, le programme recherche un vol adapté.

10. Développer un module logiciel « Librairie ».

11. Développer un module logiciel "Parking".

Le programme contient des informations sur la marque de la voiture, son propriétaire, la date et l'heure d'entrée, le coût du stationnement, les remises, les arriérés de paiement, etc.

12. Développer un module logiciel « Agence de recrutement ».

Le module contient des informations sur les postes vacants et les curriculum vitae. Le module logiciel est destiné à la fois à la recherche d'un salarié répondant aux exigences des dirigeants de l'entreprise et à la recherche d'un emploi adapté.

13. Développer un module logiciel "Calculer l'amortissement d'une propriété".

Le programme doit fournir des calculs selon deux méthodes (amortissement linéaire et comptabilisation multiple des amortissements), ainsi qu'assurer le contrôle de l'exactitude des données saisies et l'émission de messages d'avertissement en cas de : a) l'absence d'un ou plus pour le calcul des données ;

b) la valeur liquide indiquée dépasse la valeur initiale ;

c) la période de calcul est spécifiée qui dépasse la période d'amortissement.

14. Développer un module de programme « Examiner ».

La tâche de test doit comprendre 5 à 7 questions, le nom du fichier de test est spécifié dans la ligne de commande de la liste des programmes.

15. Développer un module logiciel "Temps travaillé
étudiants ".

Le programme doit être implémenté au moyen de MS Visual Studio ; permettre l'entrée-sortie du nom de l'étudiant, du numéro de groupe et des heures travaillées, ainsi qu'une brève description du travail effectué; afficher une liste d'étudiants et une brève description de poste pour chacun d'eux ; pouvoir modifier la liste et les descriptions.

16. Développer un module logiciel « Programme d'information et de référence pour les adresses postales des clients ».

Le programme doit être implémenté au moyen de MS Visual Studio ; permettre la saisie-sortie du nom, prénom et patronyme du client et de son Adresse postale; afficher une liste de clients et une adresse pour chacun d'eux ; pouvoir modifier la liste et les adresses ; être capable de créer et d'afficher plusieurs listes ; être en mesure d'exporter des informations vers d'autres applications, par exemple, MS Word.

17. Développer un module logiciel "Fichier fiche pour la littérature comptable en bibliothèque".

Le programme doit être implémenté au moyen de MS Visual Studio ; permettre l'entrée-sortie du titre du livre et de l'auteur et une brève annotation ; afficher une liste de livres et une annotation pour chacun d'eux ; être capable de modifier le titre du livre et l'annotation ; être capable de créer plusieurs listes sur le thème de la littérature et de transférer des informations d'une liste à une autre.

18. Développer un module logiciel "Inventaire des marchandises dans un entrepôt".

Le programme doit être implémenté au moyen de MS Visual Studio ; donner la possibilité d'entrer le nom du produit et la quantité, ainsi qu'une brève description; afficher une liste de produits et des descriptions pour chacun ; être capable de modifier le nom des marchandises et la description ; pouvoir créer plusieurs listes pour les groupes de produits.

19. Développer un module logiciel "Programme de jeu du typeMaîtreÉcouter ".

Le programme doit être implémenté au moyen de MS Visual Studio ; permettre de deviner les jeux de couleurs et d'afficher des informations sur les erreurs ; l'utilisateur dispose de plusieurs tentatives ; si l'ensemble est deviné, un message de victoire s'affiche ; sinon, une nouvelle tentative ou un message de perte s'affiche.

20. Développer un module de programme "Jeu de logique pour deviner une combinaison de nombres".

Le programme doit être implémenté au moyen de MS Visual Studio ; permettre de deviner des combinaisons numériques et afficher des informations sur les erreurs ; l'utilisateur dispose de plusieurs tentatives ; si la combinaison est devinée, un message de gain s'affiche, sinon, une nouvelle tentative ou un message de perte s'affiche. Le temps de réflexion est limité.

21. Développer un module logiciel « Programme d'affichage de l'horaire des cours en cours pour un groupe d'élèves ».

Le programme doit être implémenté au moyen de MS Visual Studio ; en fonction de l'heure, afficher à l'écran la leçon en cours, son début et sa fin en fonction de l'horaire saisi.

22. Développer un module logiciel « Programme d'information et de référence pour la venteCD".

Le programme doit être implémenté au moyen de MS Visual Studio ; activer le nom, le coût et le résumé du disque d'E/S ; afficher une liste de disques et un résumé pour chacun d'eux ; être capable de modifier la liste et le contenu ; pouvoir importer une description de disque à partir d'une autre application, telle que MS Word.

23. Créer un module logiciel "CorporateSite Web de l'agence de voyages ».

Le nœud doit contenir page d'accueil, une page d'actualités, 3 pages de descriptions d'itinéraires et de services touristiques et une page de retour d'expérience.En outre, le nœud doit contenir des informations textuelles, graphiques et multimédias.

24. Créer un module logiciel "CorporateSite Internet du magasin d'accessoires informatiques ».

Le site doit contenir une page d'accueil, une page d'actualités, une page de commentaires et plusieurs pages décrivant des composants, par exemple, disques durs, cartes vidéo et tuners TV. En outre, le site doit contenir du texte, des graphiques et des informations multimédias.

25. Créer un module logiciel "CorporateSite Web du magasin de périphériques informatiques ».

Le site doit contenir une page d'accueil, une page d'actualités, une page de commentaires et plusieurs pages décrivant des périphériques tels que des imprimantes, des écrans et des webcams. En outre, le site doit contenir du texte, des graphiques et des informations multimédias.

26. Créez un module de programme "PersonnelSite Web de l'administrateur du réseau informatique ».

Le site doit contenir une page d'accueil, une page sur lui-même, un schéma de réseau et son placement par locaux, une page de remarques et leurs corrections. Le nœud doit contenir du texte, des graphiques et des informations multimédias

27. Créer un module de programme "Site Web du projet d'amélioration du territoire du Lyceum ».

28. Créer un module de programme "Site web du projet de construction d'un jardin d'hiver sur le territoire du Lycée ».

Le site doit contenir une page d'accueil, une description du projet, une liste des jalons avec des échéances, une liste des participants et de leurs responsabilités, un forum de discussion. Le nœud doit contenir du texte, des graphiques et des informations multimédias

BIBLIOGRAPHIE

1. GOST 7.1–84. Description bibliographique du document. Exigences générales et règles d'établissement.

2. GOST 7.9-95. Résumé et annotation. Exigences générales.

3. Normes du système de documentation de programmation unifiée (ESPD).

4. Instructions Shishkin pour le projet de cours. - Smolensk, 2002.

5. Les données de Rudakov. Développement d'applications - SPb.: BHV-Petersburg, 2006

6. Utilisation et conception de bases de données par Ilyushechkin - M.: Enseignement supérieur. 2009

PRÉSENTATION .. 3

1. BUT ET OBJECTIFS DE LA CONCEPTION DU COURS .. 3

2. SÉLECTIONNER UN THÈME... 4

3. THÈMES DES PROJETS DE COURS .. 4

5. STRUCTURE DU PROJET DE COURS .. 5

6. INSCRIPTION D'UNE NOTE EXPLICATIVE AU PROJET DE COURS .. 6

7. PROTECTION DU PROJET DE COURS .. 7

ANNEXE 1.8

ANNEXE 2.9

ANNEXE 3.11

ANNEXE 4.12

ANNEXE 5.14

ANNEXE 6.15

ANNEXE 7.16

ANNEXE 8.17

ANNEXE 9.18

RÉFÉRENCES ... 22

introduction

1. Partie analytique

1.1 Caractéristiques techniques et économiques du domaine et de l'entreprise.

1.1.1 Caractéristiques de l'entreprise

1.2 Description de l'ensemble des tâches, tâches et justification du besoin d'automatisation

1.2.1 Sélection d'un ensemble de tâches d'automatisation et caractéristiques des processus métier existants

1.2.2 Justification de la nécessité d'utiliser la technologie informatique pour résoudre le problème

1.2.3 Description des principales propriétés du SI pour l'entreprise et l'ensemble de tâches retenu

1.2.4 L'essence économique de l'ensemble des tâches

1.2.5 Détermination de la place de la tâche conçue dans l'ensemble des tâches

1.2.6 Essence du problème

1.3.2 Sélection et justification d'une stratégie d'automatisation des tâches

1.4 Définir l'objectif et les sous-tâches de l'automatisation. Critères d'atteinte des objectifs.

1.4.3 Caractéristiques générales de l'organisation de la résolution des sous-tâches sur ordinateur

1.5 Analyse des développements existants et justification du choix de la technologie de conception.

1.6 Justification des solutions de conception

1.6.2 Justification des solutions de conception pour le support de l'information

2. Conception partie

2.1 Support informationnel de la tâche

2.1.4 Caractéristiques de la base de données.

2.2 Logiciel de tâches

2.3 Support technologique de la tâche

2.4 Cas type de la mise en œuvre du projet et sa description

Conclusion

Liste des sources utilisées

1.1 Techno -caractéristiques économiques du domaine et de l'entreprise

1.1.1 Caractéristiques de l'entreprise

1. Nom complet : Agence immobilière "Elena". Nom abrégé : Agence immobilière "Elena".

2. L'agence immobilière "Elena" est enregistrée par un entrepreneur privé conformément à la loi de la Fédération de Russie "Sur l'enregistrement par l'État des personnes morales et des entrepreneurs individuels".

3. Emplacement de l'Agence : Fédération de Russie, République du Bachkortostan, ville d'Oktyabrsky, avenue Lénine, 67.

4. Tâches :

· Fourniture de services à la population pour l'achat et la vente, le don et d'autres transactions immobilières conformément à la demande du marché.

· Aide à l'obtention d'un prêt hypothécaire.

· Création de services accessibles pour la recherche d'informations sur l'immobilier.

· Fourniture d'une gamme complète de services pour investir dans l'immobilier.

· Assurer la stabilité des activités de l'entreprise.

5. Objectifs de l'entreprise :

· Extraction de bénéfices.

· Devenir une agence fiable et digne de confiance offrant des services de haute qualité.

· Attraction de nouveaux clients.

· Extension de la couverture territoriale des activités.

Agences immobilières "Elena" pour 2006, 2007, 2008.

	Indicateurs de base	année 2006	2007 année	Variation (%) 2007 à 2006	2008 année	Variation (%) 2007 à 2006
1	2	3	4	5	6	7
1.	Le volume des services fournis, mille roubles;	6500	7100	109	9800	151
2.	Coût des services fournis, mille roubles ;	5200	5400	104	7340	141
3.	Coûts par rouble des services fournis, kopecks ;	1,25	0,76	60	0,75	60
4.	Profit, mille roubles;	1300	1700	131	2460	189
5.	Rentabilité,%	25	34	136	33	132
6.	Nombre d'employés, de personnes ;	5	6	120	8	160
7.	Productivité du travail, mille roubles / personne;	1300	1183	91	1225	94
8.	Salaire mensuel moyen, roubles ;	8000	10000	125	15000	187
9.	Caisse des salaires, roubles ;	40000	60000	150	120000	300

En utilisant les données fournies, nous évaluerons les résultats financiers de l'agence Elena pour la période 2006, 2007, 2008.

Le tableau montre que le volume des services fournis augmente chaque année : en 2007, par rapport à 2006 - de 9 %, en 2008 - de 51 %.

Cette augmentation a été influencée par les facteurs suivants :

En 2008, les prêts hypothécaires étaient disponibles - l'intérêt de la banque variait de 11 % par an ;

Le marché des services fournis s'est considérablement élargi, capturant les villes voisines de la région ;

Avec l'arrivée de nouveaux agents immobiliers dans l'agence, les délais d'exécution des travaux ont été fortement réduits ;

Un avocat fournit des consultations gratuites, après quoi les clients deviennent clients de l'agence pour l'exécution des transactions.

Le coût des services rendus en 2007 a augmenté de 4 % par rapport à 2006, et en 2008, en conséquence, a augmenté de 41 %. L'augmentation des coûts a été influencée par les éléments suivants :

Croissance des coûts de l'énergie, augmentation des prix de l'eau, du chauffage, des communications téléphoniques, des paiements Internet ;

Installation de la dernière alarme antivol ;

Augmentation de la consommation de carburant pour les voitures ;

Les coûts par rouble des services fournis (rapport du prix de revient au volume des services fournis) en 2007 et 2008, par rapport à 2006, ont diminué de 40 %.

Cette diminution est due au fait que l'entreprise cherche à minimiser les coûts en :

Connexions Internet illimitées ;

Utilisation accrue du bouche à oreille pour attirer les clients ;

Limitations des appels téléphoniques interurbains ;

A en juger par les indicateurs de profit (la différence entre le volume de prestations et le prix de revient), l'agence fonctionne de manière rentable, c'est-à-dire que le profit augmente chaque année : en 2007, par rapport à 2006, il a augmenté de 31 %, en 2008, également , par rapport à 2006, il a augmenté de 89 %...

Cela a été influencé par une diminution du coût de 1 rouble des services fournis. La dynamique de croissance de la rentabilité est due aux mêmes raisons.

Le nombre d'employés augmente chaque année, en 2007, 1 agent immobilier a été ajouté au personnel, en 2008 - 3 spécialistes supplémentaires. Cela est dû à l'augmentation du volume des services fournis. Si nécessaire, les spécialistes se remplacent, augmentant ainsi leur niveau de qualification, tout en évitant au client de quitter l'entreprise pour une autre agence.

En 2007, la productivité du travail (rapport du volume de services rendus au nombre d'employés), par rapport à 2006, a diminué de 9 %, et en 2008, par rapport à 2006, de 6 %. Cela a été influencé par l'expansion de l'État. Cependant, c'est normal pour l'entreprise, les employés entrent rapidement dans le rythme de travail, il y a donc des tendances à augmenter la productivité de l'équipe.

Les salaires mensuels moyens des salariés en 2007, par rapport à 2006, ont augmenté de 25 %, en 2008, respectivement, de 87 %. Par conséquent, le fonds salarial augmente (le produit de la moyenne mensuelle les salaires sur le nombre d'employés). Cette croissance est associée à une augmentation du volume des services fournis, aussi, pour l'efficacité et le professionnalisme, le directeur encourage les primes, au détriment de l'entreprise, les envoie à des séminaires rémunérés à Moscou, Oufa, Samara.

En général, l'agence immobilière Elena fonctionne de manière stable, avec un bénéfice, malgré l'instabilité économique générale. L'augmentation et la baisse des prix affectent le marché immobilier, mais il y a toujours quelqu'un qui veut vendre et qui veut acheter un bien immobilier, il est nécessaire d'organiser le travail de l'entreprise de manière à ce qu'il vienne à vous pour vos services .

1.1.2 La structure organisationnelle de la gestion d'entreprise et ses caractéristiques

Structure

L'agence a une structure organisationnelle rudimentaire qui reflète les divisions à deux niveaux que l'on ne trouve que dans les petites organisations.

Directeur du Bureau. Responsable du groupe d'agents immobiliers

Devoirs:

· Leadership d'un groupe d'agents immobiliers.

· Planification, contrôle et compte rendu des travaux de bureau.

· Suivi de l'avancement de toutes les transactions.

· Formation des agents immobiliers.

· Acceptation et paiement des avances.

Senior Legal Counsel:

Devoirs:

· Escorte de la transaction

· Vérification de la "propreté" de la documentation

· Contrôle de la conformité à la législation des activités de l'agence.

Comptable

Devoirs:

Préparation et remise des rapports

Agent immobilier

Devoirs:

Recevoir des appels

· Consultation des clients potentiels.

· Conclusion de contrats d'agence au siège de l'entreprise et avec visite chez le client.

· Sélection d'appartements sur une base immobilière spécialisée.

· Spectacles d'appartements.

Collecte de documents

· Préparation des transactions.

· Faire des avances.

Responsable administratif

Devoirs:

· Support administratif des activités du bureau.

· Rencontrer les clients à. Thé, café pour les clients.

· Envoi/réception de fax. Impression de documents.

· Achat de fournitures de bureau et autres biens pour la vie de bureau.

· Tenir à jour les statistiques des visites de bureau par les employés.

Courrier

· Livraison de la correspondance.

· Remise de documents.

Figure 1.1 Organigramme

Caractéristique

L'activité immobilière n'implique pas la disponibilité d'un enseignement spécialisé, car le marché de l'éducation ne prépare pas de spécialistes dans ce domaine.

Toutes les personnes travaillant dans l'agence ont une formation supérieure, mais les professions et les domaines d'activité avant de travailler dans l'agence "Elena" étaient assez divers. Tous ont une "strie commerciale", en règle générale, ce sont d'anciens entrepreneurs ou des avocats expérimentés.

Par exemple, le conseiller juridique Giniyatullin Galimyan Gallimullinovich, est diplômé de la Faculté de droit de l'Université d'État de Bachkir. Il a exercé une activité juridique pendant plus de 30 ans, avant de travailler dans l'agence, il a travaillé dans le département Oktyabrsky de la Chambre d'enregistrement de l'État. .

Cependant, il ne faut pas sous-estimer les jeunes employés de l'entreprise, qui peuvent ne connaître aucune nuance, mais entourent leur client d'attention et de soin, adoptent une approche responsable des affaires, afin qu'ils puissent ensuite en parler à leurs amis.

Le cabinet dispose d'un comptable hautement qualifié avec une vaste expérience, de sorte que le cabinet exerce ses activités conformément à la loi, sache quels impôts payer.

La spécificité de la demande des consommateurs est que clients réguliers l'entreprise ne le fait pas. Ceci est dû au fait qu'ayant satisfait leurs besoins de logement ou, au contraire, en vendant un appartement, le besoin supplémentaire de services disparaît. Cependant, après avoir terminé la transaction de manière professionnelle, après avoir terminé le soutien juridique de la transaction, les employés de l'agence gagnent une bonne réputation, ainsi, les clients directs recommandent l'agence à leurs parents et amis.

Très probablement, ce schéma fonctionne et donne des résultats.

L'agence Elena est passée de deux à huit personnes. Il s'agit d'une équipe mobile, bien coordonnée, qui améliore constamment ses qualifications. Cinq personnes ont une formation supérieure, deux étudient dans des universités, ce qui nous permet de fournir des services professionnels de haute qualité, attirant un nombre croissant de clients

1.1.3 Description de l'information et du support technique de l'entreprise, la fonctionnalité utilisée

Dans l'entité commerciale que nous considérons, l'équipement suivant est utilisé.

· 7 ordinateurs personnels.

· 7 téléphones fixes sur une ligne.

· 3 imprimantes.

· 1 télécopieur.

1 copieur

· 1 routeur pour accès Internet.

Et le logiciel suivant.

7 systèmes d'exploitation Windows XP

7 paquets MSoffice 2003

1 programme comptable 1C Comptabilité 7.7

· 1 Garant du progiciel.

1.2 Description de l'ensemble des tâches, tâches et justification du besoin d'automatisation

1.2.2 Sélection d'un ensemble de tâches d'automatisation et caractéristiques des processus métier existants

Actuellement, une entreprise commerciale doit fonctionner dans des conditions financières et économiques difficiles. La clé du bon fonctionnement d'une entreprise dans de telles conditions est l'organisation la plus efficace des activités de l'entreprise à tous les niveaux. Il s'agit d'un problème complexe, dont la solution réussie n'est pas dans le domaine d'une seule science, mais généralement à l'intersection de nombreuses disciplines, telles que la gestion et la gestion, la logistique, la comptabilité et, bien sûr, l'informatique.

L'automatisation des processus commerciaux d'une entreprise moderne est nécessaire et un préalable son bon fonctionnement. Il est difficile d'imaginer aujourd'hui une entreprise où, par exemple, la comptabilité se fait manuellement. Mais la comptabilité est loin d'être le seul exemple d'application d'automatisation d'entreprise. Les technologies de l'information existantes permettent d'automatiser les activités de presque tous les niveaux de l'entreprise. Sur cette base, il devient clair que l'automatisation des activités devient une tâche clé qui doit être résolue par la direction afin que l'entreprise fonctionne aussi efficacement que possible.

Dans ce projet de thèse, l'automatisation de l'activité d'une entreprise fournissant des services est envisagée, ce qui, bien entendu, impose ses propres spécificités à la tâche d'automatisation. L'automatisation des activités d'une entreprise fournissant des services est un ensemble de tâches dont chacune est un projet complet. Les tâches d'automatisation comprennent les suivantes :

· Comptabilité à l'entreprise;

· Comptabilité des appartements et maisons à louer et à vendre;

· Enregistrement des clients souhaitant louer ou acheter un appartement ;

· Comptabilité des clients auxquels d'autres services sont rendus;

Un certain nombre d'autres sous-systèmes peuvent être cités dans l'ensemble des tâches d'automatisation des activités d'une agence immobilière. Il convient de noter que toutes les tâches d'un ensemble de tâches sont interconnectées et que les opérations qui se déroulent dans une entreprise ne peuvent pas se rapporter à une seule tâche.

1.2.3 Justification de la nécessité d'utiliser la technologie informatique pour résoudre le problème

Une analyse du problème posé conduit à la conclusion que sa solution avec des outils comptables traditionnels utilisant des documents papier est possible mais inefficace. Tout d'abord, une telle conclusion découle de l'analyse du nombre de transactions dans l'entretien d'un client ou d'un objet immobilier. Pour une grande agence immobilière, le nombre de telles opérations peut atteindre un nombre tel que l'enregistrement manuel devient tout simplement impossible. Il est également très difficile de stocker et de rechercher des informations sur l'immobilier et ses propriétés, ses clients et les transactions effectuées sous forme papier. Il n'est pas nécessaire de décrire les avantages et la commodité de trouver des informations, par exemple sur un appartement dans un système d'information pratique et rapide, par rapport à la recherche de telles informations dans des dossiers de documents papier. De la même manière, la recherche d'informations sur toute opération réalisée d'activité immobilière peut être trouvée dans le magazine documents électroniques avec tous les détails de sa mise en œuvre rapidement et facilement.

Cependant, l'utilisation de la technologie informatique offre non seulement la commodité et la rapidité de la recherche d'informations et du traitement des documents, mais augmente également l'efficacité du travail d'un nouveau niveau en fournissant des fonctionnalités auparavant indisponibles. Tout d'abord, cela concerne le sous-système d'information analytique. Auparavant, lors de l'utilisation d'un système comptable sur papier, il était possible d'obtenir des informations sur les transactions terminées, d'analyser les services les plus demandés uniquement en soulevant toute la documentation et les contrats, mais maintenant, il est devenu beaucoup plus rapide et plus accessible, ce qui rendra permet de mieux évaluer la demande de divers services sur le marché.

En plus de ce qui précède, mettez en évidence un certain nombre de rapports analytiques qui peuvent être obtenus à l'aide d'un système d'information automatisé. Oto tels rapports, analyse de l'état du marché immobilier, analyse des propositions du marché immobilier, fluctuations du coût du logement, analyse des services conclus.

Un autre avantage incontestable de l'utilisation d'un système d'information automatisé est la sécurité du stockage des informations. Lors du stockage d'informations sur papier, la perte de tout document papier était irréparable. Une telle perte aurait pu survenir à la fois à la suite d'actes d'intrus et à la suite d'un cas de force majeure. Lors du stockage d'informations sous forme électronique, les méthodes existantes pour assurer la sécurité du stockage des informations et leur duplication rendent ce stockage absolument fiable.

Ainsi, les principaux avantages suivants de l'utilisation d'un système d'information automatisé basé sur la technologie informatique peuvent être distingués pour résoudre le problème de la construction d'un système comptable :

· Améliorer la commodité de la recherche et de la sélection de données dans des répertoires pour stocker des informations statiques et des journaux d'opérations effectuées ;

· Accroître la vitesse de recherche et de sélection des informations, ainsi que l'enregistrement des transactions immobilières ;

· Assurer l'influence de chaque nouvelle proposition sur le marché immobilier sur les anciennes candidatures des clients ;

· Assurer la sécurité du stockage des informations ;

· Fournir un travail multi-utilisateurs.

1.2.4 Description des principales propriétés du SI pour l'entreprise et l'ensemble de tâches retenu.

Les principales propriétés de l'IP pour de cette entreprise sont

Petit et simple - il n'y a pas besoin de tâches courantes dans un SI grand et complexe

Dynamique et facilement modifiable - construit sur MicrosoftAccess ne nécessite pas de compétences spécialisées pour changer l'IP

Faible sécurité - à ce stade, l'entreprise n'a pas d'exigences en matière de sécurité IP

· Une personne prend une part active au travail du SI - saisie de données, récupération de données.

· Exposé à des facteurs aléatoires tels que - erreurs de ces appareils, erreurs du personnel.

Cette classe de tâches est importante, car l'automatisation des activités d'une telle entreprise en tant qu'agence immobilière dans son ensemble est une tâche plutôt non triviale.

Les logiciels pour une telle classe de tâches comme l'automatisation des activités d'une agence immobilière sont plutôt rares et peu répandus, très probablement du fait que les grandes agences écrivent elles-mêmes de tels logiciels avec des départements entiers et ne les mettent pas en vente plus tard pour ne pas faciliter la vie de leurs concurrents potentiels.

Par conséquent, afin d'obtenir une telle propriété intellectuelle, il est conseillé à une entreprise de développer le système le plus approprié pour elle, en tenant compte de toutes les nuances des activités de l'entreprise.

Et naturellement, l'utilisation de la propriété intellectuelle dans un secteur en évolution aussi rapide que le travail avec l'immobilier en nos jours de crise aidera à évaluer rapidement la situation du marché et à prendre des mesures proactives dans la direction qui donnera quantité maximale arrivé maintenant. Ceci est très important pour la survie de l'entreprise sur le marché pendant une crise. Permet d'estimer les coûts.

À l'avenir, le système permettra également d'évaluer les perspectives à long terme et de fournir des informations pour comprendre ce qui vaut la peine d'investir à long terme.

1.2.6 Détermination de la place de la tâche conçue dans l'ensemble des tâches

Parmi les tâches d'automatisation, il convient de souligner séparément la tâche d'automatiser la maintenance de la base de données immobilière, ainsi que la maintenance de la base de données des clients de l'organisation.

L'accumulation de données client est une partie très importante de l'automatisation d'entreprise, qui vise à servir les clients, selon cette base de données, vous pouvez comprendre ce dont les clients ont besoin pour le moment, même si nous ne pouvons pas pour le moment satisfaire la demande du client, des informations sur ce il a besoin d'aider au développement de la gamme de services de notre entreprise. La clientèle vous permettra facilement de faire des recherches afin de mieux cibler vos offres sur le marché. Donnera un avantage sur les concurrents qui manquent d'automatisation.

L'automatisation de la base de données immobilière permettra de répondre plus rapidement et plus complètement aux souhaits des clients, de faire des sélections et des recherches complexes par de nombreux paramètres, ce qui dépasse largement la situation actuelle où toutes les données sont stockées dans des documents texte au format Microsoftword .

Le but de ce projet de diplôme est de résoudre le problème de l'automatisation de la clientèle et de la base de données immobilières - la tâche centrale du complexe de tâches d'automatisation des activités de l'entreprise.

Le complexe des tâches d'automatisation et la place du problème à résoudre dans ce complexe sont présentés à la figure 1.2.

Figure 1.2 Le complexe des tâches d'automatisation et la place du problème à résoudre dans ce complexe.

1.2.7 Essence du problème

Le système de comptabilité client et immobilier comporte de nombreux aspects.

La solution à ce problème consiste à résoudre des sous-tâches qui peuvent être distinguées dans ce problème. Les sous-systèmes suivants peuvent être distingués :

Le sous-système de gestion des appartements et des maisons à vendre ainsi que le sous-système de gestion des clients pour la location d'appartements et de maisons sont conçus pour stocker toutes les données nécessaires sur les objets immobiliers. Ces données statiques peuvent être la propriété elle-même et ses caractéristiques, des informations supplémentaires sur la propriété et d'autres données.

Le sous-système de fidélisation des clients pour l'achat d'appartements et de maisons, ainsi que le sous-système de fidélisation des clients pour la location d'appartements et de maisons doivent fournir des informations sur les clients, une liste des exigences des clients, le type de paiement souhaité, des informations sur qui effectue la transaction , l'emplacement des biens immobiliers et d'autres informations sur les souhaits du client. Le sous-système doit être en mesure de suivre l'étape de la transaction. Le sous-système de fidélisation des clients pour d'autres services doit fournir des données sur le client lui-même et les services dont il a besoin, la capacité de suivre l'étape du travail, contenir des informations sur l'employé qui dirige ce client... Contenir d'autres informations qui sont nécessaires de l'avis des employés. Le sous-système d'information analytique devrait permettre aux utilisateurs du programme de compiler des rapports sur les transactions terminées. Les rapports doivent avoir une configuration flexible, permettre de définir les conditions de génération de rapports, ainsi que des sections de génération de rapports. Tous les rapports doivent être en copie papier pour une présentation facile des données.

1.3 Analyse des développements existants et choix d'une stratégie d'automatisation

1.3.1 Analyse des développements existants pour l'automatisation des tâches

Actuellement, il existe très peu de systèmes d'information automatisés qui résolvent le problème de l'automatisation des activités d'une agence immobilière.

Par exemple, le système "Idéal : Immobilier" dans ce système implémente les fonctionnalités suivantes

Interface pratique et simple

En outre, des options plus ou moins similaires sont des systèmes :

· "Base de données d'objets immobiliers"

· "Expert Immobilier"

Le meilleur système du marché est bien entendu Idéal : Immobilier"

Cependant, le système automatisé Idéal : Immobilier est assez complexe et encombrant. Le système nécessite des qualifications élevées de la part de l'utilisateur et, en outre, nécessite une configuration et une administration assez complexes.

Un facteur important est le coût élevé du système automatisé "Idéal : Immobilier" ; le coût sera également fortement influencé par la nécessité d'embaucher un spécialiste qualifié pour soutenir et maintenir le SGBD, la formation des utilisateurs et l'impossibilité d'un support technique d'urgence en raison de la distance du développeur. De plus, la plupart des fonctions de ce système ne sont pas nécessaires.

Ainsi, il semble inapproprié d'utiliser le système automatisé "Option Idéale : Immobilier" de l'Académie des Sciences "Elena" pour résoudre un problème étroitement spécialisé de création d'un système d'information automatisé. Il semble beaucoup moins cher et plus rapide d'écrire une application séparée qui résout ce problème, qui est facile à installer et à utiliser, bon marché et pratique à utiliser. Facilement adaptable aux nouvelles exigences de l'entreprise.

À partir de l'analyse des activités de l'entreprise, de nombreuses lacunes dans la construction du système existant d'organisation du travail immobilier dans l'entreprise sont révélées. Cela concerne tout d'abord le fait que les entrepôts de données sont des stockages papier ou de simples documents texte, la recherche d'informations qui ne peut être effectuée que manuellement, ce qui est un processus très incommode et difficile. Il est également gênant que lorsque vous modifiez des informations sur la propriété, vous ayez besoin de refaire tout le catalogue de l'immobilier, lorsque le prix change, la liste de prix doit être modifiée et lorsque les données de la contrepartie changent, la fiche client doit être modifié. Tout cela est inefficace et demande beaucoup de temps et de ressources. Le stockage de documents dans les archives ne contribue pas non plus à accélérer la recherche de documents et à augmenter la commodité de travailler avec eux.

Une analyse du problème posé conduit à la conclusion que sa solution avec des outils comptables traditionnels utilisant des documents papier est impossible. Par conséquent, la stratégie pour résoudre le problème est l'automatisation de tous les processus liés aux activités immobilières de l'entreprise.

La tâche sera automatisée en développant une application qui implémente le "système automatisé d'agence immobilière" (en abrégé ASAN). Le système développé doit répondre à toutes les exigences qui lui sont présentées lors de la définition du problème.

1.3.3 Sélection et justification de la méthode d'acquisition d'IP pour automatiser la tâche

Pour développer une application qui implémente la comptabilité, vous aurez besoin des SI suivants :

· Système d'exploitation Windows conçu pour fonctionner sur une machine cliente ;

· Système d'exploitation Windows de type serveur ou s'il y a moins de 10 salariés travaillant avec le « Système automatisé d'agence immobilière » - Système d'exploitation de type client Windows conçu pour fonctionner sur un serveur et offrant une connexion multi-utilisateurs à la base de données

· SGBD MSAccess pour assurer le fonctionnement local du système comptable sur chaque machine ;

· Pour le développement d'applications, il est préférable d'utiliser le SGBD MSAccess en raison de la petite taille du SI.

Tous ces SI doivent être achetés pour le développement et l'utilisation ultérieure du "Système automatisé de l'agence immobilière" dans l'entreprise.

1.4 Définir l'objectif et les sous-tâches de l'automatisation. Critères d'atteinte des objectifs

1.4.1 L'essence économique du problème

L'essence économique de la tâche d'automatisation des activités immobilières de l'agence immobilière "Elena" est d'augmenter la productivité du travail en automatisant les activités de routine, ainsi que les activités qui peuvent être accélérées en passant à un autre système.

En raison de l'accélération du processus de travail de bureau, il sera possible soit d'augmenter le nombre de transactions et ainsi d'augmenter le chiffre d'affaires de l'entreprise et, à terme, le bénéfice.

Ou si la taille du marché (en raison de la crise, par exemple) ne suffit pas à augmenter le nombre de transactions effectuées, il peut être possible de réduire les effectifs pour réduire les coûts, ce qui induit à nouveau des profits plus élevés.

Si la réduction des employés ne fait pas partie des options pour une raison quelconque, il est alors possible d'augmenter la présence d'une agence immobilière sur le marché non directement liée au commerce immobilier, comme des services de conseil, une assistance dans le traitement de documents liés à immobilier, conduite d'affaires hypothécaires, médiation dans le commerce foncier et autres services au moins indirectement liés à l'immobilier.

Donc, en fin de compte, l'objectif de cette automatisation est de réduire les coûts de bureau, de réduire les coûts et d'augmenter les bénéfices. Et aussi, si possible, élargir le champ d'activité de l'agence immobilière "Elena" dans d'autres domaines.

1.4.2 Objectifs et finalité de la solution automatisée au problème

L'objectif du projet de thèse est de développer un « système automatisé d'agence immobilière » et de créer une application qui implémente ce système. Le système en cours de développement devrait résoudre le problème de l'automatisation du travail d'une agence immobilière et remplir les fonctions suivantes :

· Tenir à jour un tableau des ventes immobilières, indiquant leurs caractéristiques principales et complémentaires. Les principales caractéristiques du produit sont les suivantes : type de bien, nombre de pièces/étages, propriétaire et ses contacts, description détaillée, coût, type de maison, type d'appartement. Les caractéristiques supplémentaires incluent toutes les propriétés définies par l'utilisateur (voir ci-dessous).

· Pour tout objet immobilier du répertoire immobilier, des propriétés supplémentaires peuvent être définies et stockées dans une table associée. La composition des types de propriétés et leurs valeurs sont déterminées exclusivement par l'utilisateur du programme, ce qui vous permet de créer un ensemble de propriétés pour des objets de volume illimité et de tout contenu

· Tenir à jour un répertoire de l'échange d'appartements, de maisons, indiquant les principales caractéristiques.

· Annuaire d'échange d'appartements, les maisons doivent être liées à l'annuaire des propriétés. Une interface de sélection des options par propriétés doit être fournie.

· Le programme doit vous permettre de maintenir un répertoire des clients de l'agence immobilière. L'annuaire client doit contenir tous les champs nécessaires afin de caractériser le client : nom, prénom, adresse, téléphone, description détaillée.

· Le programme doit offrir la possibilité de sélectionner (filtrer) les clients selon diverses combinaisons de paramètres : par caractéristiques des clients, leurs propriétés supplémentaires, par les gestionnaires qui dirigent le client. Le filtre doit avoir une configuration flexible et la capacité de filtrer « intelligemment » les enregistrements.

· Le programme doit permettre de générer des rapports sur la vente/l'échange d'appartements avec divers filtres combinés.

Le programme doit fonctionner sans interruption lorsque des erreurs critiques se produisent, même celles qui surviennent par la faute de l'utilisateur ou en raison d'erreurs dans les données d'entrée. En conséquence, les sections du programme dans lesquelles de telles erreurs sont possibles doivent être traitées dans le programme d'une manière spéciale. En cas d'erreur, après avoir émis un avertissement correspondant, le programme doit continuer son travail.

Le programme doit assurer l'intégrité physique et logique de la base de données. Lors de la modification ou de la suppression de données, le programme doit maintenir l'intégrité référentielle des informations de la base de données.

1.4.3 Caractéristiques générales de l'organisation de la résolution des sous-tâches sur ordinateur.

La tâche d'automatisation du travail de l'agence comprend plusieurs sous-tâches principales :

· Création d'une base de données avec une méthode de stockage pratique.

La base de données de l'UA doit répondre aux exigences suivantes :

Disponibilité - La base de données doit être facilement accessible sur le réseau pour un travail multi-utilisateurs.

Pas besoin de maintenance par du personnel spécialement formé - ce qui augmente le coût de maintenance de l'installation et augmente les temps d'arrêt en cas de panne.

Sauvegarde et restauration faciles - Pas d'exigences complexes de sauvegarde et de restauration en raison du manque de spécialistes qualifiés et du désir d'engager des coûts supplémentaires pour eux.

Mise à niveau facile - la simplicité et l'ouverture de l'UA sont l'une des principales exigences pour assurer l'entreprise contre l'incapacité du développeur de cette AU à continuer à travailler et à la maintenir.

Manque d'exigences élevées pour les composants matériels - pour l'absence de coûts supplémentaires élevés pour la modernisation du parc informatique de l'entreprise.

· Création de sous-systèmes d'un système automatisé pour divers besoins.

· Création de moyens d'entrer des informations dans la base de données.

La saisie d'informations dans la base de données doit être partagée entre toutes les tables ou entités logiques de la base de données.

La saisie des informations dans la base de données doit avoir une interface conviviale

Dans la mesure du possible, la saisie des informations doit utiliser des ouvrages de référence et des classificateurs compilés plus tôt.

· Création de moyens d'obtenir des informations à partir de la base de données.

Le principal moyen d'obtenir des données de la base de données devrait être des formulaires et des rapports préformés.

· Organisation d'une structure complète de gestion client.

L'UA devrait fournir des capacités complètes de gestion de la base de clients.

1.4.4 Formalisation des calculs de sous-tâches

La tâche d'automatisation du travail d'une agence immobilière dans ce projet est divisée en plusieurs sous-tâches, dont la solution réussie conduit à une solution réussie du problème de l'automatisation de l'agence immobilière dans son ensemble. Les sous-systèmes suivants peuvent être distingués :

· Sous-système d'entretien des appartements et maisons à vendre ;

· Un sous-système de gestion des clients pour l'achat d'appartements et de maisons ;

· Un sous-système de gestion des clients pour la location d'appartements et de maisons ;

Sous-système de gestion des clients pour la location d'appartements et de maisons

· Un sous-système de fidélisation des clients pour d'autres services ;

· Un sous-système d'informations analytiques.

Le sous-système de gestion des appartements et des maisons à vendre est conçu pour stocker toutes les données nécessaires sur les objets immobiliers. Ces données peuvent être des objets immobiliers eux-mêmes et leurs caractéristiques, des propriétaires et leurs caractéristiques, des informations supplémentaires sur l'immobilier et d'autres données statiques.

Le sous-système de maintenance des appartements et des maisons à vendre doit permettre de conserver les enregistrements des objets suivants :

· Appartements. Le tableau « données de vente 1 » est destiné à stocker des informations de base sur les appartements telles que :

- "Nombre de pièces" - caractérisant le nombre de pièces d'habitation, ce champ peut être partiellement prédéfini lors de la saisie des données.

- "Adresse" - l'adresse des locaux d'habitation destinés à la vente ou à la location.

- "Type de maison" - descriptions du type de construction de la maison, par exemple - "brique", "monolithe" ce champ peut être partiellement prédéfini lors de la saisie des données,

- "Etage" - Etage de l'emplacement de l'habitation.,

- "Nombre d'étages" - Le nombre d'étages de la maison,

- "Taille de la pièce" - la superficie de la pièce en mètres carrés,

- "Prix" - Le coût total de la chambre.

· Appartements informations étendues. La table "Sell Data 2" est utilisée pour stocker des informations sur les appartements d'importance secondaire au moment de la sélection des options, contient des informations sur le propriétaire, le type d'appartement, le propriétaire ou la personne de contact et d'autres informations qui peuvent être nécessaires.

· Achat d'appartements. Ce répertoire est conçu pour stocker des informations sur les clients qui souhaitent acheter un appartement.

Ce répertoire contient des informations sur ce que le client va acheter, étage approximatif, nombre d'étages, nombre de pièces, coordonnées.

· Echange d'appartements. Le tableau est destiné à des informations sur les offres d'échange d'appartements. À en juger par les informations sur le client, sur le type de propriété qu'il va changer, il y a un signe d'un supplément ou non, et d'autres informations similaires aux informations du tableau "Vendre les données 2" et "Vendre les données 1".

· Loger. Le tableau est un guide des maisons à vendre et comprend toutes les caractéristiques principales, telles que : le matériau à partir duquel la maison est faite, le type de couverture de toit, les contacts du propriétaire et d'autres informations flexibles.

· Petite famille. Le tableau est destiné à stocker des informations sur un type particulier d'appartements de type "petite famille", à emporter de ce genre appartements en raison de la présence d'un grand nombre d'appartements de ce type dans la zone privilégiée de l'agence.

Et leur isolement par rapport au reste du parc immobilier.

En conséquence, ce tableau contient toutes les caractéristiques disponibles dans les tableaux des ventes d'appartements, ainsi que plusieurs caractéristiques supplémentaires caractéristiques uniquement pour ce type d'appartements, par exemple, comme "Petite famille type", caractérisé par deux caractéristiques possibles - couloir et appartement .

· Clientèle. Cet annuaire est destiné à stocker une liste de clients de l'agence immobilière. Pour chaque client (élément du référentiel client), il doit être possible de définir toutes les propriétés nécessaires qui caractérisent le client.

Le sous-système de gestion des répertoires doit permettre d'entrer facilement et rapidement des données dans les répertoires, de définir des liens entre les répertoires associés et des propriétés supplémentaires si nécessaire. Mais en plus de la possibilité de saisir des données dans tous les ouvrages de référence, il devrait être possible de recherche rapide, recherche avancée et sélection des données par tout critère ou combinaison de critères propres à cet ouvrage de référence. Il faut surtout noter l'organisation de la sélection des fiches dans l'annuaire des appartements. Étant donné que le répertoire des appartements est l'élément central de la structure des données et qu'il est lié à de nombreux autres répertoires, il devrait être possible de sélectionner avec souplesse les entrées dans ce répertoire. Cela devrait garantir la possibilité de sélectionner des éléments du répertoire des appartements non seulement par les propriétés de base des appartements, mais également par toutes celles qui y sont liées: par les valeurs des propriétés supplémentaires, par zone.

Ainsi, vous pouvez, par exemple, sélectionner un appartement dont le nombre de pièces est égal à deux, au deuxième étage, pas au dernier étage et en dessous d'un certain prix. La possibilité d'une telle sélection flexible des données rend le programme développé très pratique à utiliser. La possibilité de rechercher et de sélectionner des enregistrements doit être fournie non seulement dans le répertoire des produits, mais également dans tous les autres répertoires.

Le sous-système de reporting analytique est conçu pour générer des rapports sur les résultats d'une agence immobilière. Il s'agit d'abord d'un rapport sur les types de services fournis. Le rapport est basé sur la table des clients. Des conditions peuvent être définies pour le rapport : sélection par service spécifique, par date ou par client. Ce rapport devrait devenir le principal rapport de travail du responsable de l'agence immobilière, on peut dire que le programme a été écrit pour cela. Le deuxième rapport analytique est un rapport sur le nombre de propriétés à vendre et son prix, qui vous permet d'analyser les fluctuations du marché.

1.5 Analyse des développements existants et justification du choix de la technologie de conception

Pour le moment, l'entreprise ne dispose pratiquement pas d'au moins une sorte de système automatisé, le seul qui est utilisé à partir d'un logiciel est celui qui fait partie du bureau Paquet Microsoft Bureau - Microsoft Word. Qui est utilisé pour stocker toutes les données, par exemple, telles que les informations sur les clients et les informations sur les biens immobiliers avec lesquels nous travaillons.

De plus, le système de comptabilité 1C est utilisé dans le travail du service comptable, mais l'aspect de l'automatisation de la comptabilité n'est pas pris en compte dans la tâche que ce projet de thèse résout.

Comme indiqué précédemment, pour une tâche telle que l'automatisation d'une agence immobilière, il n'y a, en principe, pas tant de développements.

Parmi ceux-ci, il est possible de distinguer l'« Option idéale : immobilier » par le nombre de fonctions, qui a les fonctions et capacités suivantes :

· Maintien des opérations "Vente", "Achat", "Location", etc.

Comptabilisation des demandes de vente et de location de biens immobiliers de tout type (plus de 100 détails pour décrire le bien)

Comptabilisation des demandes d'achat et de location de biens immobiliers

Recherche croisée entre les applications et les descriptions de propriétés

Comptabilisation des transactions terminées et en attente

Création de formulaires arbitraires de rapports

Demandes arbitraires pour tous les paramètres

Exportation des données aux formats Excel, txt, csv et xml

· Échange de données entre bureaux distants par e-mail, ftp ou disquette

· Fournir au client des informations sous une forme "sécurisée" (possibilité de masquer des informations commerciales)

Diaporama de photos d'objets immobiliers, dessins et plans en tout format (bmp, jpeg, rle, wmf)

Contrôle de l'accès des utilisateurs aux divers modes et fonctions du programme

· Affichage des données de votre site Web sur Internet

Prend en charge le fonctionnement simultané d'un nombre illimité d'utilisateurs

Base de données puissante et rapide

Interface pratique et simple

Documentation détaillée intégrée au programme

Service d'assistance abordable

Et le système « AGENCE IMMOBILIÈRE » avec les capacités suivantes

Opérations : "vendre", "acheter", "louer", "louer", "changer".

Objets immobiliers : appartement, chambre, maison, terrain, locaux non résidentiels, bâtiments non résidentiels et leurs nombreuses options.

N'importe quel nombre de villes. Hiérarchie géographique flexible au sein de la ville : communes, quartiers, rues. Importation d'objets géographiques à partir d'ouvrages de référence spécialement préparés pour toutes les régions de la Fédération de Russie ; volume total de données - plus d'un demi-million de rues et de microdistricts

Filtres puissants pour rechercher des options pour tous les paramètres, y compris des fragments de numéros de téléphone

Un système clair de tri des commandes selon tous les paramètres

Sélection et optimisation progressive des options d'échange, incl. interurbain

Zones de stockage de billets actifs et archivés

Recherche de doublons géographiques

Diverses options de liste de prix, concepteur visuel de liste de prix

Gestion locative

Gestion des transactions

Organisation des processus métiers par la définition, la notification et le suivi des tâches

Support développé pour la création et l'édition de documents de divers formats en relation avec les commandes, les transactions, les tâches

Rapports de performances

Échange de données automatisé par e-mail et fichiers entre différentes entreprises et succursales au sein d'une même entreprise. La tenue d'un répertoire de destinataires, la possibilité d'affiner la composition des données envoyées pour chacun des destinataires.

Publication d'applications sur Internet. Organisation des statiques et support des sites dynamiques. La possibilité d'organiser un système de multi-listing.

Options multijoueur et solo

Système de sécurité en deux étapes - au niveau du serveur de base de données et au niveau du client

Affiner les droits des utilisateurs - environ 200 types d'actions protégées

Suivi des actions de chaque utilisateur pour toutes les opérations avec toutes les requêtes

Statistiques de mouvement des applications

Programme d'installation et de mise à jour facile

Une base de données de démonstration prête à l'emploi avec plusieurs milliers d'applications pour une connaissance rapide des capacités du programme et la maîtrise du travail avec celui-ci

Architecture client-serveur : haute fiabilité du stockage des données et vitesse de traitement maximale

Mais comme indiqué ci-dessus, au chapitre 1.3. ces systèmes sont trop complexes et nécessitent plus de coûts qu'il n'en faut pour une petite agence immobilière dans une petite ville.

1.6 Justification des solutions de conception

1.6.1 Justification des solutions de conception pour le support technique

Le système automatisé d'une agence immobilière est conçu pour fonctionner dans le système d'exploitation Windows, par conséquent, pour le fonctionnement efficace du système en cours de développement, il est nécessaire de garantir de telles exigences pour l'architecture et les paramètres des moyens techniques qui permettraient le fonctionnement système lui-même pour fonctionner efficacement.

Le système automatisé d'une agence immobilière est conçu pour fonctionner sur un ordinateur de type IBMPC ayant des caractéristiques techniques au moins égales à :

· Processeur - Intel Celeron 2000 ;

RAM : 256 Mo ;

· Disque dur, qui fournit le placement du système d'exploitation et de l'application Microsoft Access 2007. Pour accueillir le système développé, 20 Mo d'espace libre sur le disque dur sont nécessaires ;

· carte LAN pour se connecter au réseau.

Pour imprimer des rapports et des documents de sortie, vous avez besoin d'une imprimante compatible avec l'ordinateur ci-dessus.

Dans le cas de la variante de travail multi-utilisateurs avec le système, vous devrez utiliser un PC comme serveur de fichiers pour accéder à la base de données. Il est conseillé de placer cette base de données sur un serveur, et de s'y connecter depuis les postes clients via le protocole smb ou via ODBC au dessus de smb. Un ordinateur de type IBMPC peut être utilisé comme serveur avec des caractéristiques au moins égales à :

· Processeur - IntelCeleron 2000 ;

RAM : 256 Mo ;

· Un disque dur qui héberge le système d'exploitation et Microsoft Access 2007.

En tant que système d'exploitation sur le serveur, il n'est pas tout à fait conseillé d'utiliser un système d'exploitation de la famille Unix, comme par exemple Linux, en raison d'un support insuffisant pour smb et ODBC.

Étant donné que les ordinateurs clients se connecteront à la base de données du serveur, le serveur et les machines clientes doivent fonctionner sur le réseau local. Il peut s'agir d'un réseau à rang unique ou d'un réseau avec une organisation de domaine.

Notez que le fonctionnement du système est possible non seulement dans la version client-serveur, mais aussi dans la version locale, comme avec l'utilisation d'une base de données locale qui peut fonctionner sur un ordinateur client avec les caractéristiques spécifiées sous le contrôle d'un local système d'exploitation de la famille Windows, tel que WindowsXP. Avec une telle organisation du travail, un serveur n'est pas nécessaire, le réseau local et un système d'exploitation serveur.

Le système développé est conçu pour fonctionner dans le système d'exploitation Windows. Le programme devrait fonctionner dans n'importe quel système d'exploitation de la famille Windows : Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, ainsi que sur les versions serveur de ce système d'exploitation. Ce choix s'explique par l'interface utilisateur graphique pratique développée de cette famille de systèmes d'exploitation, ainsi que par sa popularité sur le marché russe. De nombreuses sociétés de logiciels, y compris des systèmes de développement d'applications, ciblent également cette famille de systèmes d'exploitation, ce qui a donné lieu à un grand nombre de systèmes de programmation sur le marché qui permettent le développement de logiciels Windows.

Ce système d'exploitation dispose d'un très grand nombre d'utilitaires et d'utilitaires conçus pour l'administration, la gestion et le diagnostic du système, ainsi que pour les applications applicatives. De plus, il prend en charge une vaste interface logicielle pour écrire vos propres applications à exécuter dans cet environnement d'exploitation.

Récemment, le système d'exploitation Linux et ses dérivés ont acquis une popularité particulière.

Dans cette situation, la question peut être posée : « Pourquoi les programmeurs devraient-ils maîtriser les outils de développement d'applications pour Windows, si un système d'exploitation aussi excellent existe ? Malgré la popularité croissante de Linux, on peut affirmer que dans le monde des ordinateurs personnels, le système d'exploitation Windows dominera pendant longtemps et qu'il est peu probable qu'il soit supplanté dans un proche avenir.

En raison du fait que le programme stocke des informations dans une base de données, il est nécessaire d'avoir un SGBD approprié.

Le programme se concentre sur le travail avec des bases de données au format : MSAccess. En conséquence, ce SGBD doit être installé sur l'ordinateur. Si la base MSAccess s'exécute sur le serveur, l'ordinateur doit être connecté au serveur. Pour travailler avec la base de données MsAccess sur ordinateur distant nécessite un accès partagé ouvert à la base de données située sur l'ordinateur distant via le protocole SMB.

Il est également nécessaire de donner à l'utilisateur distant qui se connecte à la base de données, les droits de lecture, d'écriture, de modification des données sur l'ordinateur qui stockera la base de données. De plus, pour accéder aux données, les systèmes de base de données MSAccess de la version non inférieure à 2007 de Microsoft sont utilisés.

1.6.3 Justification des décisions de conception de logiciels

Tout SGBD moderne peut être utilisé pour accomplir les tâches assignées. Pour une interaction pratique de l'utilisateur avec le système, il sera nécessaire de bien réfléchir à l'interface du système - afin qu'elle soit à la fois simple et fonctionnelle.

Pour que la base de données fonctionne de manière optimale, il faudra définir correctement les relations logiques entre les tables. Ainsi, un temps considérable peut être consacré au développement de la base de données elle-même et des fondations de l'application cliente.

Après avoir déterminé exactement de quelles données vous avez besoin, comment elles seront stockées en mémoire et quel type de système d'accès aux données devrait être, vous n'avez ainsi résolu que le problème de la gestion des données. De plus, nous avons toujours besoin d'un moyen simple d'automatiser la solution des tâches typiques à venir. Même si vous pouvez développer des feuilles de calcul "d'applications" assez complexes, vous n'avez toujours pas les outils pour déboguer et gérer le travail de telles applications, vous pouvez donc facilement créer, disons, formulaires complets pour les commandes ou un système de comptabilité d'inventaire. En revanche, les SGBD sont spécifiquement conçus pour la création d'applications. Ils vous fournissent les outils dont vous avez besoin pour gérer et manipuler les données, et offrent la possibilité de cataloguer et de gérer les objets d'application. Dans ce cas, avec le SGBD, vous disposez d'un langage de programmation et d'un outil de débogage.

À la lumière de ce qui précède, vous avez besoin d'un puissant système de gestion de base de données relationnelle et d'un système de développement d'applications pour automatiser vos tâches. Presque tous les SGBD existants disposent d'outils de développement d'applications qui peuvent être utilisés par des programmeurs ou des utilisateurs qualifiés lors de la création de procédures d'automatisation de la gestion et du traitement des données. Malheureusement, de nombreux systèmes de développement d'applications nécessitent la connaissance de certains langages de programmation, tels que C ou Xbase, pour créer des procédures. Malgré tout leur pouvoir et leur richesse, ils nécessitent que vous ayez une certaine formation et expérience pour les utiliser avec succès. Heureusement, des outils sont disponibles pour faciliter la conception et la création d'applications de base de données sans connaître un langage de programmation. Travailler dans Microsoft Access commence par définir les tables relationnelles et leurs champs qui contiendront les données. Immédiatement après cela, vous pouvez utiliser des formulaires, des rapports et des macros pour définir des actions sur ces données.

Les formulaires et les rapports peuvent être utilisés pour spécifier des formats d'affichage et des calculs supplémentaires, un peu comme si vous travailliez avec des feuilles de calcul. Mais dans ce cas, les formats et les instructions pour effectuer les calculs contenus dans les formulaires et les rapports sont séparés des données (situées dans des tableaux), vous disposez donc d'une totale liberté d'action pour utiliser les données sans modifier les données elles-mêmes - il suffit de créer un formulaire ou un rapport supplémentaire utilisant les mêmes données. Si vous devez automatiser certaines actions, vous pouvez facilement créer des macros pour établir des liens entre certains formulaires et rapports ou pour effectuer certaines actions en réponse à un événement (par exemple, modifier des données dans un certain champ d'un formulaire). Si nous avons besoin d'outils plus sophistiqués, comme la bibliothèque Utilitaires Windows, vous pouvez écrire une procédure dans Access Basic. Vous trouverez ci-dessous une liste des principales raisons pour lesquelles il semble approprié de passer à l'utilisation d'Access dans votre travail.

Raison 1.

tu en as trop fichiers individuels ou certains fichiers contiennent une grande quantité d'informations, ce qui rend difficile le travail avec les données. De plus, les limitations de mémoire du programme ou du système peuvent ne pas vous permettre de travailler avec de telles quantités de données.

Raison 2.

Vous utilisez les données de diverses manières : pour des informations sur des transactions spécifiques (par exemple, des factures), pour une analyse récapitulative (par exemple, pour les ventes trimestrielles) ou vous utilisez ces données pour prévoir certaines situations. Par conséquent, vous devez pouvoir visualiser ces données sous différents angles, ce qui rend beaucoup plus difficile la création d'une structure de présentation de données unique qui satisfasse tous vos besoins.

Raison 3.

Il est nécessaire que différents spécialistes utilisent les mêmes données. Par exemple, toutes sortes de personnes sont impliquées dans leur saisie, leur mise à jour et leur analyse. Si une seule personne peut apporter des modifications à une feuille de calcul ou à un document, plusieurs utilisateurs peuvent interagir avec la base de données en même temps, en modifiant le contenu de la même table. Dans le même temps, les bases de données garantissent que les utilisateurs travaillent toujours avec les dernières modifications de données.

Raison 4.

Vous devez protéger les données contre les accès non autorisés, contrôler leurs valeurs et maintenir l'intégrité de la base de données - après tout, de nombreux utilisateurs ont accès aux données, ces données sont utilisées dans le travail de votre entreprise et sont interconnectées (par exemple, les clients et commandes).

Microsoft Access, possédant toutes les fonctionnalités d'un SGBD classique, offre également des fonctionnalités supplémentaires. Access n'est pas seulement un système de gestion de base de données puissant, flexible et facile à utiliser, mais également un système de développement d'applications basées sur des bases de données. Avec Access, vous pouvez créer une application Windows qui répond à vos besoins de gestion de données. À l'aide de requêtes, vous pouvez sélectionner et manipuler les informations stockées dans les tables. Vous pouvez créer des formulaires pour saisir, afficher et mettre à jour des données, et utiliser Access pour créer des rapports simples et complexes. Les formulaires et les rapports « héritent » des propriétés de la table de base ou de la requête. Par conséquent, dans la plupart des cas, vous ne spécifiez les formats, les conditions de valeur et certaines autres caractéristiques des données qu'une seule fois. Certains des outils les plus puissants d'Access sont les outils de conception d'objets - Assistants, que vous pouvez utiliser pour créer des tables, des requêtes de divers types de formulaires et des états en cliquant simplement sur les options souhaitées. Pour automatiser entièrement votre application, vous pouvez utiliser des macros Access pour lier facilement des données à des formulaires et des états. Vous pouvez créer la plupart des applications sans écrire une seule ligne de code, mais si vous devez créer quelque chose de très sophistiqué, Microsoft Access fournit un langage de programmation puissant pour cela - Microsoft Access Basic.

Enfin, tous ces outils vous permettent de créer des applications qui fonctionnent non seulement avec une base de données Access, mais également avec d'autres bases de données les plus courantes. Votre application peut fonctionner directement avec des fichiers dBASE, des bases de données Paradox, des bases de données FoxPro et toute base de données prenant en charge ODBC. Vous pouvez également facilement importer (et exporter des données vers) des fichiers texte, des documents de traitement de texte et des feuilles de calcul.

Microsoft Access a de nombreux domaines d'application : dans une petite entreprise ; dans le travail contractuel lorsque vous développez des applications personnalisées ou agissez en tant que consultant ; dans les grandes entreprises, lorsque vous agissez en tant que coordinateur des systèmes d'information de production et même dans le domaine de l'usage domestique.

2 Partie conception

2.1 Support informationnel de la tâche

2.1.1 Modèle d'information et sa description

À la suite de la conception, un modèle d'information du système a été développé, qui est un modèle d'organisation du travail du système et explique schématiquement sur la base de quels documents d'entrée, ainsi que des informations réglementaires et de référence, le système automatisé de l'agence immobilière opère et les données de sortie sont obtenues, c'est-à-dire le processus de conversion des données dans un système d'information.

Le modèle d'information comporte trois domaines.

La zone 1 reflète le processus de saisie et de modification des données dans les répertoires, qui fait référence au sous-système de maintenance des répertoires du système en cours de développement. Pour afficher la liste de chaque répertoire et modifier les données du répertoire, il existe un écran séparé qui permet à l'opérateur du système d'entrer des données dans le répertoire, d'afficher et de modifier les données existantes. Du fait du travail de l'opérateur, les répertoires changent : de nouvelles données y sont ajoutées, des enregistrements existants sont modifiés ou supprimés. Lors de l'édition des données de certains répertoires, des informations provenant d'autres répertoires connexes sont utilisées, par exemple, le répertoire « Données de vente » est lié au répertoire « Données de vente 2 ».

La zone 2 décrit le système d'obtention des données de la base de données.

Dans cette zone, l'utilisateur reçoit des informations telles que.

Vendre / acheter / échanger / louer / louer des biens immobiliers des tables :

Vendre des données

Vendre des données2

échange KV

Petite famille

Échange de maison / kV

Petit échange de graines

Acheter

Achat2

Acheter une maison

Achat de petites graines

La zone 3 du modèle d'information décrit le sous-système de déclaration. Dans cette zone, sur l'écran de réception des rapports, l'utilisateur définit les conditions de génération des rapports. Dans le processus d'obtention des rapports, les clients sont utilisés et le résultat du travail est la génération de rapports sur les clients destinés au gestionnaire.

La zone 4 affiche un sous-système de blancs, tels que des blancs de déclaration d'achat, de vente, etc. et BSO.

Le modèle d'information est illustré à la figure 2.4.

Graphique 1.3. Modèle d'informations.

2.1.2 Classificateurs et systèmes de codage utilisés

Sur la base des tâches qui nous sont confiées lors du développement de cette UA à partir de la structure d'information et des exigences de cette UA, l'utilisation de classificateurs semble déraisonnable et ne surchargera le système que s'ils sont activés.

2.1.3 Caractéristiques des documents primaires avec référence et informations opérationnelles d'entrée

Un système automatisé d'agence immobilière n'est pas développé à partir de zéro. La méthodologie de son travail est basée sur des systèmes comptables qui ont déjà de nombreuses années d'expérience dans l'application, mais ne sont pas conçus sous la forme de programmes informatiques. Par conséquent, les données d'entrée pour le système seront les mêmes données que celles utilisées dans les systèmes manuels. Chacun des sous-systèmes possède son propre ensemble de données d'entrée et de sortie, et les données de sortie d'un sous-système peuvent être les données d'entrée d'un autre sous-système. Ainsi, par exemple, les enregistrements dans l'annuaire des clients et de l'achat immobilier sont des données d'entrée pour construire un rapport sur le marché, qui est partie de sous-systèmes de rapports analytiques. Décrivons les données d'entrée et de sortie pour chaque sous-système.

Pour le sous-système des ouvrages de référence, les données d'entrée sont les listes correspondantes sur papier. Ainsi, par exemple, pour la tâche de maintenir un répertoire d'appartements, les données d'entrée sont une liste d'appartements proposés exploitée par l'entreprise.

Le résultat de la saisie de la liste des appartements dans le système sera une table d'appartements, qui à son tour agit comme donnée d'entrée pour la sélection d'appartements pour le client. La situation est la même pour tous les autres annuaires : bourse, clients, maisons : tous doivent être fournis à la personne chargée de la saisie des informations dans la base de données par la direction de l'entreprise sur papier. La sortie correspond aux tables de base de données correspondantes. Il convient de noter que les tableaux de référence contiennent principalement des informations statiques, c'est-à-dire ne change pas avec le temps ou change très rarement. Une exception est le répertoire des clients. Bien que de nouveaux contrats avec d'anciens clients soient conclus très rarement, cela ne nécessite pas l'ajout fréquent de données dans le répertoire des clients. Les données d'entrée pour remplir le guide client sont des contrats papier avec les clients saisis par l'agent immobilier effectuant la transaction. Les données de sortie, comme dans le cas des autres répertoires, sont une table remplie de clients.

Pour le sous-système de reporting analytique, les données d'entrée sont des enregistrements dans les tables clients et toutes les tables liées à l'immobilier.

A l'aide de ce tableau de données, en tenant compte des conditions de construction des rapports imposées par l'utilisateur, le système construit un rapport qui peut être visualisé sur un écran de contrôle ou imprimé sur une imprimante. Les rapports prêts sont la sortie du sous-système de rapport analytique et de l'ensemble du système dans son ensemble.

№	Nom complet de l'ouvrage de référence	Titre court	Sous-répertoire à	Responsable	Fréquence de mise à jour
1	Propriété à vendre	Vendre les données 1	Agent immobilier	De nécessité
2	Vente de biens immobiliers (supplémentaire)	Vendre des données 2	№1	Agent immobilier	De nécessité
3	Échange d'appartement	Échange kv	Agent immobilier	De nécessité
4	Options d'échange d'appartement	Échange kv	№3	Agent immobilier	De nécessité
5	Petite famille	Petite Seymeyka	Agent immobilier	De nécessité
6	Acheter une propriété	Acheter	Agent immobilier	De nécessité
7	Acheter un bien immobilier (supplémentaire)	Acheter 2	№6	Agent immobilier	De nécessité

Caractéristiques de la base de données

2.1.3.1. Caractéristiques du modèle de base de données infologique

Le modèle infologique est appliqué après la description verbale du domaine.

Des relations peuvent être établies entre des entités - des associations binaires montrant comment les entités sont liées ou interagissent les unes avec les autres. Une relation peut exister entre deux entités différentes ou entre une entité et elle-même (relation récursive). Il montre comment les instances d'entité sont liées les unes aux autres. Si une relation est établie entre deux entités, elle détermine la relation entre les instances de l'une et de l'autre entité.

Les relations sont divisées en trois types selon leur multiplicité : un-à-un (1 : 1), un-à-plusieurs (1 : M), plusieurs-à-plusieurs (M : M).

Une relation un-à-un signifie qu'une instance d'une entité est associée à une seule instance d'une autre entité.

Une relation un-à-plusieurs (1 : M) signifie qu'une instance d'entité située à gauche de la relation peut être associée à plusieurs instances de l'entité située à droite de la relation.

Une relation plusieurs-à-plusieurs (M:M) signifie que plusieurs instances de la première entité peuvent être associées à plusieurs instances de la seconde entité, et vice versa. N'importe quel nombre de connexions avec des charges sémantiques différentes peut être définie entre deux entités.

Une relation de l'un de ces types peut être requise si chaque instance de l'entité doit participer à cette relation, facultative - sinon chaque instance de l'entité doit participer à cette relation. Dans ce cas, la connexion peut être obligatoire d'une part et facultative d'autre part.

Nous réaliserons la conception infologique de la base de données du système automatisé de l'agence immobilière.

Sur la base de l'analyse du domaine, nous sélectionnerons les entités du modèle "Entity Relationship" (ER-model) et les représenterons sous forme de diagramme.

Graphique 1.4. modèle ER.

2.1.3.2. Caractéristiques du modèle datalogique de la base de données

Toutes les informations utilisées lors de l'exécution de l'application sont stockées dans la base de données.

La base de données MSACCESS a été choisie comme base de données de bureau. C'est-à-dire qu'une base de données est un fichier sur disque qui contient des tables de base de données sous forme de fichiers de données et des index de celles-ci.

Le programme utilise le langage de requête universel SQL pour travailler avec des tables, ajouter, supprimer, modifier des enregistrements. Ce langage permet au développeur de faire abstraction complète du format et de l'emplacement de la base de données et d'accéder également aux données de bases de données de différents formats. Ainsi, l'utilisation de ce langage universel nous permet de résoudre le problème qui nous est posé : développer une application universelle qui pourrait fonctionner avec une base de données de n'importe quel format sans changer la source applications.

La base de données que nous avons développée est relationnelle et, comme les autres bases de données relationnelles, est constituée de tables. Vous trouverez ci-dessous un tableau des entités de la base de données.

Colonne(s) de " Option échange carré "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
Le code	Numéro automatique	NUL	Oui	Oui
Options d'échange	Texte (255)	NUL	#	#
type de maison	Texte (255)	NUL	#	#
type d'appartement	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
espace vital	Entier long	NUL	#	#
coin cuisine	Entier long	NUL	#	#
étage	Texte (255)	NUL	#	#
nombre d'étages	Texte (255)	NUL	#	#
type de salle de bain	Texte (255)	NUL	#	#
balcon	Texte (255)	NUL	#	#
Information additionnelle	Note	NUL	#	#
Colonne(s) de " loger "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
Adresse (rue_maison)	Note	NUL	#	#
Aire d'atterrissage	Entier long	NUL	#	#
maison de campagne	Texte (255)	NUL	#	#
toiture	Texte (255)	NUL	#	#
nombre d'étages de la maison	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
nombre de chambres	Texte (255)	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
communication	Note	NUL	#	#
Information additionnelle	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " Clients "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
Le code	Texte (18)	NUL	Oui	#
Nom complet	Texte (18)	NUL	#	#
Téléphone fixe	Texte (18)	NUL	#	#
Téléphone mobile	Texte (18)	NUL	#	#
Adresse de domicile	Texte (18)	NUL	#	#
Signe d'une transaction existante	Texte (18)	NUL	#	#
Détails de l'accord	Texte (18)	NUL	#	#
Information additionnelle	Texte (18)	NUL	#	#
Colonne(s) de " petite famille "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
adresse (rue_maison)	Texte (255)	NUL	#	#
type de maison	Texte (255)	NUL	#	#
type de logement	Texte (255)	NUL	#	#
étage	Texte (255)	NUL	#	#
nombre d'étages	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
espace vital	Entier long	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
Information additionnelle	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " échange loger / carré "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
Adresse (rue_maison)	Note	NUL	#	#
Aire d'atterrissage	Entier long	NUL	#	#
maison de campagne	Texte (255)	NUL	#	#
nombre d'étages de la maison	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
nombre de chambres	Texte (255)	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
communication	Note	NUL	#	#
Information additionnelle	Note	NUL	#	#
options d'échange	Texte (255)	NUL	#	#
conditions	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " échange carré "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
Le code	Numéro automatique	NUL	Oui	#
catégorie d'appartements	Texte (255)	NUL	#	#
Adresse (rue_maison)	Note	NUL	#	#
type de maison	Texte (255)	NUL	#	#
type d'appartement	Texte (255)	NUL	#	#
étage	Entier long	NUL	#	#
nombre d'étages	Entier long	NUL	#	#
superficie totale	Entier long	NUL	#	#
espace vital	Entier long	NUL	#	#
coin cuisine	Entier long	NUL	#	#
type de salle de bain	Texte (255)	NUL	#	#
balcon	Texte (255)	NUL	#	#
Information additionnelle	Note	NUL	#	#
prix (mille roubles)	Entier long	NUL	#	#
Options d'échange	Texte (255)	NUL	#	#
état	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " échange petite graine "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
adresse (rue_maison)	Texte (255)	NUL	#	#
type de maison	Texte (255)	NUL	#	#
type de logement	Texte (255)	NUL	#	#
étage	Texte (255)	NUL	#	#
nombre d'étages	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
espace vital	Entier long	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
Information additionnelle	Note	NUL	#	#
options d'échange	Texte (255)	NUL	#	#
état	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " achats loger "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
Adresse (rue_maison)	Note	NUL	#	#
Aire d'atterrissage	Entier long	NUL	#	#
maison de campagne	Texte (255)	NUL	#	#
toiture	Texte (255)	NUL	#	#
nombre d'étages de la maison	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
nombre de chambres	Texte (255)	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
communication	Note	NUL	#	#
Information additionnelle	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " Acheter petite graine "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
adresse (rue_maison)	Texte (255)	NUL	#	#
type de maison	Texte (255)	NUL	#	#
type de logement	Texte (255)	NUL	#	#
étage	Texte (255)	NUL	#	#
nombre d'étages	Texte (255)	NUL	#	#
superficie totale	Entier long	NUL	#	#
espace vital	Entier long	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
Information additionnelle	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) de " achat "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
catégorie d'appartements	Texte (255)	NUL	#	#
Adresse (rue_maison)	Note	NUL	#	#
type de maison	Texte (255)	NUL	#	#
étage	Entier long	NUL	#	#
nombre d'étages	Entier long	NUL	#	#
superficie totale	Entier long	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
Colonne(s) de " achat 2 "Tableau
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	Oui
type d'appartement	Texte (255)	NUL	#	#
espace vital	Entier long	NUL	#	#
coin cuisine	Entier long	NUL	#	#
type de salle de bain	Texte (255)	NUL	#	#
balcon	Texte (255)	NUL	#	#
Information additionnelle	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#
Colonne(s) du tableau "Vendre les données 1"
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	#
catégorie d'appartements	Texte (255)	NUL	#	#
Adresse (rue_maison)	Note	NUL	#	#
type de maison	Texte (255)	NUL	#	#
étage	Entier long	NUL	#	#
nombre d'étages	Entier long	NUL	#	#
superficie totale	Entier long	NUL	#	#
prix (mille roubles) à	Entier long	NUL	#	#
Colonne(s) du tableau "Vendre les données 2"
Nom	Type de données	Option nulle	est PK	Est-ce que FK
le code	Numéro automatique	NUL	Oui	Oui
type d'appartement	Texte (255)	NUL	#	#
espace vital	Entier long	NUL	#	#
coin cuisine	Entier long	NUL	#	#
type de salle de bain	Texte (255)	NUL	#	#
balcon	Texte (255)	NUL	#	#
Information additionnelle	Note	NUL	#	#
La personne de contact	Note	NUL	#	#
numéro de contact	Texte (255)	NUL	#	#
Adresse web	Note	NUL	#	#

2.2Logiciel de tâches

2.2.1 Général (arborescence des fonctions et script de dialogue)

Dans ce projet, on peut distinguer les catégories de fonctions suivantes : fonctions de saisie d'informations dans des répertoires, fonctions de saisie de données immobilières et fonctions de réception de rapports analytiques. Chacune de ces catégories appartient au sous-système correspondant de l'application en cours de développement : le sous-système de tenue des ouvrages de référence, le sous-système de saisie des documents et le sous-système de réception des rapports analytiques.

L'application fournit un dialogue pratique et compréhensible entre l'utilisateur et le programme pour appeler toutes les fonctions. L'utilisateur peut accéder aux fonctions via le menu principal du formulaire de demande principal et via les boutons du panneau Démarrage rapide qui dupliquent les éléments de menu correspondants. Le formulaire principal de l'application, en plus de fournir l'interface principale pour accéder à toutes les fonctions de l'application, sert également de conteneur pour tous les autres formulaires d'écran.

Le premier groupe de masques permet à l'utilisateur d'accéder au sous-système pour gérer les répertoires système. Ce groupe de masques est appelé à partir du menu principal du programme "Références". Chaque sous-rubrique de cette rubrique de menu correspond à l'appel du formulaire d'affichage, qui permet d'éditer le répertoire correspondant.

Tous les écrans d'affichage et de modification des répertoires sont similaires les uns aux autres et vous permettent d'exécuter des fonctions d'affichage de la liste des répertoires, de saisie de nouvelles données dans le répertoire, de modification de données existantes et de suppression de données existantes. Pour saisir de nouvelles données et éditer les données existantes des répertoires, les formulaires d'édition des répertoires correspondants sont appelés. Les mêmes formulaires sont également utilisés pour la visualisation des informations détaillées entrées du répertoire, puisque seules les données de base sont présentées dans la liste du répertoire.

2.2.2 Schéma fonctionnel du projet

La figure 2.14 montre le schéma structurel du projet.

Graphique 2.1. Le schéma des modules d'appel.

2.2.3 Description des modules logiciels

Une approche orientée objet a été prise comme base pour l'implémentation logicielle de la solution au problème. Le langage C++ choisi comme langage de programmation comprend un appareillage puissant pour supporter cette technologie des plus prometteuses : classes et objets, hiérarchie de structures, unions et classes avec divers mécanismes d'héritage, encapsulation de données et fonctions de traitement avec plusieurs niveaux d'accès, polymorphisme d'opérations, de fonctions et d'objets, fournissant à la fois des accesseurs statiques et virtuels. L'appareil intégré de programmation orientée objet vous permet de décrire des domaines complexes et de créer des domaines flexibles, facilement adaptables aux besoins de l'utilisateur progicielsà la fois le système et les objectifs appliqués.

Pour implémenter chaque sous-tâche du projet, plusieurs classes ont été créées, héritières de la classe standard de la bibliothèque VCL TForm.

Le programme a été développé en tant qu'application Web et répond à toutes les exigences d'une interface d'application Web. Le programme est divisé en modules, ce qui correspond aux principes de la programmation modulaire. Examinons chacun de ces modules en détail.

Le module de la forme principale de l'application fournit à l'utilisateur une interface pour accéder à toutes les fonctions principales du programme. Toutes les fonctions du programme sont accessibles via le menu principal et la barre de boutons accès rapide... Tous les boutons et éléments de menu sont fournis avec des invites détaillées.

Le sous-système d'édition d'ouvrages de référence comprend un certain nombre de modules conçus pour afficher et éditer le contenu des ouvrages de référence. Notez que ces mêmes formulaires sont également utilisés dans d'autres sous-systèmes. Ainsi, le formulaire de visualisation de la liste des marchandises, qui fait partie du sous-système de gestion des livres de référence, est appelé à partir du sous-système de comptabilisation du mouvement des marchandises lors de l'enregistrement des recettes ou des dépenses pour sélectionner les marchandises, ainsi que du sous-système de rapports analytiques pour la sélection d'un produit lors de la définition de la condition pour la construction d'un rapport sur n'importe quel produit.

Le sous-système de gestion des répertoires comprend les modules suivants :

· Le module de visualisation de la liste des marchandises est conçu pour visualiser la liste des articles, ainsi que pour sélectionner un produit sous n'importe quelle forme d'appel ;

· Le module d'édition de produit, appelé depuis le module de visualisation de produit, est destiné à éditer les données d'un produit spécifique. Le même module appelle des modules de répertoires associés, tels que des valeurs de propriétés de biens, des projets liés à un produit et des analogues d'un produit. Ainsi, dans ce module, le travail principal a lieu sur l'affectation de toutes les données du produit.

· Le module d'analogues est destiné à la visualisation et à l'attribution d'analogues de marchandises pour un produit ;

· Le module de projet est destiné à afficher une liste de projets typiques. Dans lequel les biens peuvent être utilisés, ainsi que pour la sélection de ces projets dans les formulaires d'appel ;

· Le module d'édition de projet est destiné à éditer les données d'un projet spécifique et à définir les propriétés du projet pour ce projet ;

· Le module des propriétés du projet est destiné à maintenir une liste des propriétés du projet ;

· Le module d'édition de propriété de projet est destiné à éditer les données d'une propriété spécifique ;

· Le module clients est destiné à la visualisation et à l'édition de la liste des clients, y compris l'édition de toutes les données des clients, ainsi qu'à la sélection des clients dans le formulaire d'appel ;

· Le module des fabricants est destiné à la visualisation et à l'édition de la liste des clients, y compris l'édition de toutes les données des clients, ainsi qu'à la sélection des clients dans le formulaire d'appel ;

· Le module des propriétés des marchandises est destiné à la visualisation de la liste des propriétés des marchandises ;

· Le module d'édition des propriétés des biens est destiné à éditer les données de cette propriété spécifique des biens et à définir toutes les valeurs possibles de cette propriété ;

Le module des valeurs de propriété est destiné à la visualisation et à l'édition des valeurs des propriétés des biens

· Le module Entrepôts est conçu pour afficher la liste des entrepôts et sélectionner les entrepôts dans le formulaire d'appel ;

· Le module d'édition d'entrepôt est destiné à éditer les données d'un entrepôt spécifique ;

Le sous-système de comptabilisation des mouvements de marchandises contient des modules. Responsable de la fonctionnalité principale du programme : assurer la circulation des marchandises dans les entrepôts et calculer le solde des marchandises :

· Le module du journal des documents contient une liste des opérations qui sont enregistrées dans la table des opérations de la base de données ;

· Le module de document est destiné à l'édition d'une opération, y compris tous ses composants. Ce module, comme le module produit, appelle de nombreux autres formulaires pour sélectionner des valeurs.

· Le module d'édition de la ligne de la section tabulaire de l'opération est destiné à l'édition des données d'une ligne du document.

Le sous-système de rapport analytique comprend les modules suivants :

· Module d'établissement d'un rapport sur les soldes de marchandises en entrepôts ;

· Module d'établissement d'un rapport sur le mouvement des marchandises dans les entrepôts.

Dans l'IDE visuel Borland C++ Builder, le formulaire est le composant principal du programme. Un formulaire encapsule des éléments de l'interface utilisateur et du code du programme qui contient les réactions aux actions de l'utilisateur. Ceci est entièrement conforme aux principes de la programmation orientée objet. C ++ Builder génère automatiquement une classe de formulaire pour un formulaire, qui contient les composants placés sur le formulaire, les propriétés et les méthodes du formulaire, à la fois générés automatiquement par C ++ Builder et définis par l'utilisateur. L'application développée définit les formes suivantes :

· Formulaire Fmain - le formulaire principal de l'application, implémenté dans le fichier UnitMain.cpp exécute les fonctions de l'interface utilisateur principale pour accéder à toutes les fonctions du programme via le menu principal de l'application et le panneau de boutons d'accès rapide. De plus, le formulaire principal sert de conteneur pour tous les autres formulaires dans lesquels la saisie et le traitement des données ont lieu.

· Le formulaire FTovar, implémenté dans le fichier UnitTovar.cpp, remplit les fonctions de visualisation de la liste des marchandises saisies dans la table des marchandises de la base de données du système. L'élément principal du formulaire est le composant DBGrid de la palette C++ Builder, qui affiche la table des marchandises sous forme de liste. Les colonnes du composant DBGrid affichent les champs correspondants de la table des marchandises : nom, nom anglais, code-barres et fabricant. Le même formulaire permet de sélectionner une rubrique en cas d'appel de cette fiche à partir d'autres formulaires pour sélectionner l'une ou l'autre rubrique, par exemple, sous la forme d'un état des soldes.

· Le formulaire FTovarEdit, implémenté dans le fichier UnitTovarEdit.cpp, est destiné à la visualisation et à la modification des données produit. Ce formulaire contient des contrôles qui affichent les données de base du produit telles que le nom, le nom anglais, la description détaillée, les synonymes, le code-barres, le prix et le fabricant. Notez qu'un fabricant est sélectionné en ouvrant le formulaire du fabricant et en le sélectionnant dans la liste proposée. En plus des données de base, le formulaire d'édition du produit affiche également les données des répertoires associés, dont les enregistrements sont associés à ce produit : analogues, projets auxquels le produit appartient et les propriétés de ce produit avec leurs valeurs. Il est très pratique d'afficher les données des répertoires associés sous une seule forme, car toutes les données nécessaires sur le produit se trouvent ensemble. Ils peuvent être consultés et modifiés.

· Le formulaire FormClients, implémenté dans le fichier FormClientsU.cpp, est destiné à la visualisation et à la modification des données sur les contreparties du système : fournisseurs et clients. Le formulaire est structuré de telle manière qu'il vous permet d'afficher la liste des clients sur le côté gauche et les données détaillées sur le client actuel sur le côté droit. La liste affiche uniquement le nom de l'acheteur du champ de nom de la table de base de données ; dans les contrôles sur le côté droit, les données de tous les autres champs sont affichées. Cette approche est très pratique, car elle vous permet d'afficher et de modifier des données client complètes sous un seul formulaire. Les boutons Ajouter, Enregistrer et Supprimer appellent des procédures qui exécutent des requêtes SQL pour ajouter, modifier et supprimer des enregistrements de la base de données.

· Le formulaire FormVendirs, implémenté dans le fichier FormVendirsU.cpp, est destiné à la visualisation et à l'édition de données sur les fabricants de biens. Le formulaire est structuré de telle manière qu'il vous permet d'afficher la liste des fabricants sur le côté gauche et les données détaillées sur le fabricant actuel sur le côté droit. La liste affiche uniquement le nom du fabricant à partir du champ de nom de la table de base de données, dans les contrôles sur le côté droit, les données de tous les autres champs sont affichées. Cette approche est très pratique, car elle vous permet d'afficher et de modifier les données complètes du fabricant sous une seule forme. Les boutons Ajouter, Enregistrer et Supprimer appellent des procédures qui exécutent des requêtes SQL pour ajouter, modifier et supprimer des enregistrements de la base de données.

· Le formulaire FProj, implémenté dans le fichier FProjU.cpp, remplit les fonctions de visualisation de la liste des projets entrés dans la table des projets de la base de données système. L'élément principal du formulaire est le composant DBGrid de la palette C++ Builder, qui affiche la table des projets sous forme de liste. Les colonnes du composant DBGrid affichent uniquement le champ "Nom" de la table du projet. Le même formulaire est utilisé pour sélectionner un projet si ce formulaire est appelé depuis d'autres formulaires pour sélectionner un projet, par exemple, dans le formulaire d'édition de données produit.

· Le formulaire FProjEdit, implémenté dans le fichier UnitProjEdit.cpp, est destiné à la visualisation et à l'édition des données complètes du projet, ainsi qu'à l'affectation des propriétés du projet au projet. Sur le côté gauche du formulaire, dans les champs correspondants, toutes les données du projet de la table du projet sont affichées : nom, nom détaillé et description détaillée, et sur le côté gauche il y a une liste des propriétés de ce projet. Un clic sur le bouton "Ajouter une propriété" ouvre un formulaire de sélection d'un ouvrage de référence des propriétés du projet, qui vous permet de sélectionner et d'affecter une propriété à un projet. La suppression d'une propriété de la liste des propriétés du projet se produit lorsque vous cliquez sur le bouton "Supprimer la propriété".

· Le formulaire FSimp, implémenté dans le fichier UnitSimp.cpp, est conçu pour afficher la liste des propriétés du projet qui caractérisent en plus le projet.

· Le formulaire FSimpEdit est destiné à la visualisation et à l'édition d'une propriété spécifique du projet, qui est choisie pour l'édition. Le formulaire vous permet de définir des données de base et supplémentaires des propriétés du projet.

· La forme FProperty, implémentée dans le fichier UnitProperty.cpp, est une liste de propriétés de produit. Ce formulaire contient uniquement une liste de noms de propriétés, que l'utilisateur peut afficher et sélectionner l'une de ces propriétés dans le formulaire appelant si le formulaire a été ouvert pour sélectionner une propriété dans un autre formulaire.

· Le formulaire FPropertyEdit, implémenté dans le fichier UnitPropertyEdit.cpp, est conçu pour modifier le nom de la propriété et une description détaillée de la propriété du produit, ainsi que pour définir les valeurs de la propriété des marchandises dans le liste sur le côté droit du formulaire. Les boutons de contrôle de liste vous permettent d'ouvrir le formulaire des valeurs de propriété pour sélectionner une valeur de propriété. Qui peut être affecté à cette propriété, ainsi que pour modifier la valeur de la propriété, supprimez la valeur de la propriété.

· Le formulaire FSklad implémenté dans le fichier UnitSklad.cpp est destiné à visualiser la liste des entrepôts, qui contient les noms des entrepôts. Le même formulaire vous permet de sélectionner l'enregistrement d'entrepôt actuel dans le formulaire d'appel

· Le formulaire FSkladEdit implémenté dans le fichier UnitSkladEdit.cpp est destiné à afficher des données détaillées et à modifier à la fois le nom et les données supplémentaires de l'entrepôt.

· Le formulaire FVals, implémenté dans le fichier UnitVals.cpp, est conçu pour sélectionner une valeur de propriété pour un élément du catalogue de biens et est appelé uniquement à partir du formulaire de biens. Le formulaire des valeurs de propriété affiche une liste des propriétés du produit soit dans leur intégralité, soit uniquement les valeurs qui correspondent à une propriété spécifique, qui peuvent être sélectionnées en cliquant sur le bouton Ouvrir pour sélectionner le formulaire de propriété. Une fois qu'une propriété est sélectionnée dans la liste des valeurs de propriété, seules les valeurs que la propriété peut prendre sont affichées.

· Le formulaire FValsEdit, implémenté dans le fichier UnitValsEdit.cpp, est conçu pour modifier la valeur d'une propriété de produit en spécifiant son nom et sa description détaillée.

· Le FormFilter, implémenté dans le fichier FormFilterU.cpp, est conçu pour résoudre le problème de la sélection des marchandises par la totalité de leurs propriétés. Pour la sélection, à la fois les données de base du produit (nom, nom anglais, synonymes, nom complet, description détaillée) et les données de produit associées : les analogies et les propriétés des produits peuvent être utilisées. Étant donné que les données de base du produit sont des valeurs de chaîne, le formulaire propose à l'utilisateur d'organiser une sélection flexible basée sur ces données. Vous pouvez organiser la sélection des enregistrements dans la table des produits par une correspondance exacte pour la phrase saisie, par l'occurrence de la phrase saisie dans le champ de sélection, par la saisie dans le champ de sélection de tous les mots de la phrase saisie dans n'importe quel ordre, soit par l'apparition d'au moins un des mots de la phrase saisie dans le champ de sélection. Une telle sélection peut être organisée selon l'un quelconque des champs de la table de sélection. En plus de la sélection par propriétés de base, le formulaire de filtre offre la possibilité d'organiser la sélection par projets auxquels appartient le produit. Pour cela, la liste des projets est renseignée, à laquelle s'ajoutent des entrées en sélectionnant des projets dans le formulaire de liste de projets lorsqu'il s'ouvre à la sélection. Les commandes de liste de projets vous permettent d'ajouter des entrées à la liste, de supprimer des entrées de la liste, de marquer toutes les entrées ou d'effacer complètement la liste. Toutes les entrées de la liste peuvent avoir une marque d'utilisation en sélection ou de non utilisation (cocher), en décochant laquelle l'utilisateur peut exclure la sélection pour ce projet. En conséquence, seuls les produits appartenant aux projets répertoriés dans la liste seront inclus dans la sélection d'enregistrements dans le catalogue de marchandises. Le formulaire implémente également la sélection par propriétés de produit et leurs valeurs. Vous pouvez ajouter des entrées du catalogue de propriétés à la liste des propriétés du produit en ouvrant le formulaire de liste de propriétés pour sélectionner et sélectionner une propriété spécifique à partir de celui-ci. Pour l'enregistrement en cours, la liste des propriétés affiche toutes les valeurs que cette propriété peut prendre parmi lesquelles l'utilisateur sélectionne en y mettant les marques nécessaires. En conséquence, la sélection générée n'inclura que les produits qui ont les valeurs des propriétés répertoriées répertoriées dans la liste. Le formulaire de filtrage n'est pas appelé directement depuis le menu principal, mais est appelé uniquement depuis le formulaire de la liste de biens, y compris lorsqu'il s'ouvre pour la sélection, si dans ce formulaire il est nécessaire d'organiser la sélection de biens par un ensemble de n'importe quel Critères.

· Le formulaire DM, implémenté dans le fichier UnitDM.cpp, est un module de stockage des composants C++ Builder qui permettent d'accéder à la base de données. Pour chaque table de base de données, un composant TQuery distinct est dédié, ce qui vous permet de saisir et d'exécuter des requêtes SQL vous permettant de sélectionner, modifier et supprimer des enregistrements dans les tables de base de données. Le fait qu'un seul composant d'accès soit alloué pour chaque table et le fait qu'ils soient tous combinés dans un module est dû au fait que le programme a une interface MDI et que la modification des données sous une forme entraîne un changement instantané de leur affichage dans toutes les autres formes. En plus des composants d'accès aux données, ce formulaire stocke également des composants qui servent de source de données pour les composants d'affichage de données dans les formulaires. Le composant Base de données fournit une connexion physique de tous les autres composants du programme avec la base de données.

· Le formulaire FJornal est conçu pour afficher le journal des documents - c'est-à-dire une liste des opérations qui ont déjà été effectuées avec les marchandises. Le formulaire contient le composant TDBGrid, qui affiche une liste d'opérations avec l'indication pour chaque enregistrement des paramètres suivants : date d'opération, numéro d'opération, magasin à partir duquel l'opération est exécutée, le client avec lequel l'opération est exécutée.

· Le formulaire FDocs est destiné à l'édition ou à la saisie d'une nouvelle opération pour le mouvement des marchandises dans l'entrepôt. La partie supérieure du formulaire contient des éléments qui affichent les principales propriétés de l'opération : date et numéro de l'opération, client, magasin et code opération. Pour sélectionner un client et un entrepôt, ouvrez pour sélectionner le formulaire des répertoires correspondants, dans lequel vous pouvez sélectionner l'enregistrement souhaité. Dans la moitié inférieure du formulaire, il y a une section tabulaire de l'opération, qui est une liste de marchandises, indiquant la quantité.

· Le formulaire FJornalEdit, implémenté dans le fichier UnitJornalEdit.cpp, est destiné à éditer une ligne d'une opération. Ce formulaire est appelé depuis le formulaire FJornal pour éditer la ligne courante. Le formulaire fournit une interface simple pour saisir et modifier l'article et la quantité par ligne. Pour sélectionner un produit, le formulaire de la liste du catalogue de marchandises est appelé, l'enregistrement sélectionné dans lequel est transféré au formulaire FJornalEdit.

· Le formulaire FUsers est conçu pour maintenir une liste d'utilisateurs. Dans le composant DBGrid de ce formulaire, à l'aide d'une requête SQL, une liste des utilisateurs du système est constituée et les corps de contrôle affichent les propriétés de l'utilisateur : login, mot de passe, nom, nom patronymique et catégorie d'utilisateur. La catégorie d'utilisateur est affichée avec des boutons radio. Lorsque vous appuyez sur les boutons de commande, une requête SQL est exécutée pour ajouter, modifier des données et supprimer un utilisateur. Lorsqu'un utilisateur est supprimé, l'intégrité référentielle de la base de données est surveillée

· Le formulaire FReg est destiné à l'authentification de l'utilisateur lors du démarrage d'une session avec le système. Le système vérifie la présence de l'utilisateur dans la base de données, vérifie son mot de passe et, en cas de succès, ouvre l'accès aux fonctions qui sont disponibles pour l'utilisateur en fonction de son niveau d'accès.

· Le FRepForm, implémenté dans le fichier UnitRepForm.cpp, est conçu pour préparer et générer un rapport sur le mouvement des marchandises dans les entrepôts. Les contrôles de ce formulaire permettent à l'utilisateur de fixer les conditions de génération du rapport, à savoir de sélectionner le client avec lequel l'opération de réception ou de dépense a été effectuée, ainsi que l'entrepôt à partir duquel cette opération a été effectuée. La partie inférieure du formulaire contient un tableau dans lequel l'utilisateur peut sélectionner plusieurs fiches du catalogue des marchandises, dans ce cas le rapport sur les mouvements sera construit spécifiquement pour ces marchandises.

Chaque fiche exécute les fonctions du module correspondant à l'aide des composants de l'environnement C++ Builder, placés sur la fiche à partir de la palette de composants. mercredi création rapide Applications ou RAD (RapidApplication Development - RAD) C ++ Builder utilise la bibliothèque de composants visuels VCL (VisualComponentLibrary - VCL), qui se compose d'objets et d'habillages visuels et non visuels prêts à l'emploi. Elle permet avec coût minime construire des applications tout en offrant un certain degré d'indépendance par rapport à la VCL.

Lorsqu'il travaille avec des composants, C++ Builder utilise largement le principe de la réutilisation des objets. Les composants sont des instances de classes accessibles via la ComponentPalette. Quoi de plus simple lors de la création d'une application que de simplement déposer le composant requis sur le formulaire, définir ses propriétés, puis définir les gestionnaires d'événements. C'est à l'aide des composants de la forme qu'ils remplissent les fonctions qui y sont énoncées.

2.3 Support technologique de la tâche

2.3.1 Organisation de la technologie pour la collecte, le transfert, le traitement et la diffusion des informations

Le développement de systèmes logiciels complexes nécessite la résolution d'un certain nombre de problèmes organisationnels, technologiques et techniques liés à la lourdeur importante du développement logiciel et à la difficulté d'identifier les erreurs dans ceux-ci. La solution à ces problèmes est possible avec l'introduction de toute technologie de programmation qui augmentera la productivité des programmeurs et la fiabilité des programmes. De plus, la technologie mise en œuvre doit simplifier la planification du travail et l'organisation de l'interaction de tous les membres de l'équipe, permettre de contrôler clairement le calendrier de chaque étape de développement, informer rapidement les exécutants de tous les changements dans les concepts généraux du produit logiciel en cours de création. et des changements dans les accords sur les relations entre le programme et l'environnement extérieur, ou entre les individus éléments structurels programmes. La technologie doit offrir simplicité et lecture sans ambiguïté de toute la documentation.

La réduction du temps et de la complexité de mise en œuvre d'un produit logiciel dépendent de sa fiabilité. Par conséquent, la technologie devrait prévoir l'organisation de la vérification et du test des algorithmes et des programmes au stade du développement, ainsi que des approches pour le débogage et le test du programme. La technologie devrait offrir la possibilité d'une modification assez simple des programmes au cours de leur fonctionnement, ce qui est nécessaire pour éliminer les erreurs détectées ou pour modifier les fonctions du programme.

La technologie pour le développement de systèmes logiciels complexes nécessite de diviser le produit logiciel en modules séparés. De plus, les modules sont souvent créés indépendamment les uns des autres. par différents programmeurs... Pour combiner des modules dans un progiciel, il est nécessaire de développer des règles d'appel de modules et des règles de transmission de paramètres entre modules individuels. Ces règles forment une interface dans le programme.

2.3.2 Organigrammes de la collecte, de la transmission, du traitement et de l'émission des informations

V cette section des schémas fonctionnels et technologiques pour résoudre le problème sont présentés.

Tout d'abord, considérons le problème de la maintenance des ouvrages de référence, appelons-le A1. Pour mettre en œuvre cela, le gestionnaire de catalogue trie les données, puis les saisit dans les tables appropriées. La tâche de saisie des données peut être décomposée en plusieurs étapes. Le schéma fonctionnel et technologique pour résoudre le problème A1 est présenté à la figure 2.13.

Graphique 2.2. Schéma fonctionnel et technologique de la tâche A1 "Maintenance des ouvrages de référence"

Pour chaque module mis en évidence, un schéma fonctionnel et technologique et un algorithme de codage détaillé ont été développés. Le schéma fonctionnel de la tâche A1 est représenté sur la figure 2.14, et les schémas fonctionnels et technologiques de tous les modules de la tâche A1 sont représentés sur la figure 2.15.

Graphique 2.3. schéma de résolution du problème A1 "Maintenance des ouvrages de référence"

Graphique 2.4. Schémas fonctionnels et technologiques des modules de la tâche A1

Décrivons plus en détail les schémas obtenus.

Pour le module A1.1 :

Processus : Contrôle et saisie des données du produit.

Connexion : informations sur le produit.

Sortie : données générées sur le produit dans la base de données

Algorithme:

Vérification de la disponibilité des données produit dans la base de données

· Afficher les données du produit sur l'écran.

Pour le module A 1.2 :

Processus : Contrôle et saisie des données client.

Connexion : informations client.

Sortie : données client générées dans la base de données

Algorithme:

Vérification de la disponibilité des données clients dans la base de données

S'il n'y a pas de données, créez un nouvel enregistrement dans la base de données

· Afficher les données client à l'écran.

Pour le module A 1.3 :

Processus : Vérification et saisie des données sur la propriété du produit.

Entrée : informations sur la propriété du produit.

Sortie : données générées sur une propriété de produit dans la base de données

Algorithme:

Vérification de la disponibilité des données sur la propriété du produit dans la base de données

S'il n'y a pas de données, créez un nouvel enregistrement dans la base de données

· Afficher les données sur la propriété du produit à l'écran.

Pour le module A 1.4 :

Processus : Contrôle et saisie des données de l'utilisateur.

Login : informations sur l'utilisateur.

Sortie : données générées sur l'utilisateur dans la base de données

Algorithme:

Vérification de la disponibilité des données utilisateur dans la base de données

S'il n'y a pas de données, créez un nouvel enregistrement dans la base de données

· Afficher les données utilisateur à l'écran.

Pour le module A 1.5 :

Processus : Vérification et saisie des données sur les projets.

Login : informations sur le projet.

Sortie : données générées sur le projet dans la base de données

Algorithme:

Vérification de la disponibilité des données du projet dans la base de données

S'il n'y a pas de données, créez un nouvel enregistrement dans la base de données

· Affichez les données du projet à l'écran.

Pour le module A 1.6 :

Processus : Vérification et saisie des données sur le département.

Login : informations sur l'unité.

Sortie : données générées sur le département dans la base de données

Algorithme:

Vérification de la disponibilité des données sur le département dans la base de données

S'il n'y a pas de données, créez un nouvel enregistrement dans la base de données

· Afficher les données du département sur l'écran.

Pour le module A 1.7 :

Processus : Vérification et saisie des données du fabricant.

Login : informations sur le fabricant.

Sortie : données générées sur le fabricant dans la base de données

Algorithme:

Vérification de la disponibilité des données constructeur dans la base de données

S'il n'y a pas de données, créez un nouvel enregistrement dans la base de données

· Afficher les données du fabricant sur l'écran.

Ensuite, considérons le problème de la saisie de documents dans le système, appelons-le B1. Pour résoudre ce problème, l'opérateur du groupe de traitement des documents trie les documents papier entrants, les traite et les saisit dans le système, ce qui entraîne la modification des écritures dans le tableau des soldes et le journal des pièces. Le schéma fonctionnel et technologique de la tâche B1 est présenté à la figure 2.16.

Graphique 2.5. Schéma fonctionnel et technologique de la tâche B1 "Présentation des documents".

Pour chaque module mis en évidence, un schéma fonctionnel et technologique et un algorithme de codage détaillé ont été développés. Le schéma fonctionnel de la tâche B1 est représenté sur la figure 2.17, et les schémas fonctionnels et technologiques de tous les modules de la tâche B1 sont représentés sur la figure 2.18.

Graphique 2.6. Schéma fonctionnel pour résoudre le problème B1 "Présentation des documents"

Graphique 2.7. Schémas fonctionnels et technologiques des modules de la tâche B1

Ensuite, nous examinerons la tâche d'obtenir des rapports, appelons-la B1. Pour résoudre ce problème, l'utilisateur du programme sélectionne le type de rapport requis, à la suite duquel la forme d'écran du type de rapport sélectionné est formée.Le schéma fonctionnel et technologique de la tâche B1 est illustré à la figure 2.19.

Graphique 2.8. Schéma fonctionnel et technologique de la tâche B1 "Génération de rapports"

Le schéma fonctionnel de la tâche B1 est représenté sur la figure 2.20, et les schémas fonctionnels et technologiques de tous les modules de la tâche B1 sont représentés sur la figure 2.21.

Graphique 2.9. Schéma fonctionnel de la tâche B1

Dessin 2 . 10 ... Schémas fonctionnels et technologiques des modules de la tâche B1

2.4 Cas test de mise en œuvre du projet et sa description

Pour vérifier l'exactitude et l'intégrité de l'application développée, un cas de test de l'application a été réalisé. Les données de ce cas de test ont été sélectionnées de manière à couvrir toutes les fonctions et sous-systèmes de l'application développée, pour tester tous les algorithmes embarqués.

La mise en œuvre du cas de test comprend trois étapes :

· Saisie des informations de test dans les répertoires ;

· Saisie d'exemples de test de mouvements de marchandises dans l'entrepôt ;

· Réception des rapports reflétant l'évolution du nombre de marchandises dans les entrepôts et vous permettant d'analyser les mouvements.

La première étape de la mise en œuvre d'un scénario de test consiste à saisir les données de test dans les répertoires système. Les données de test ont été appariées de cette manière. Pour utiliser tous les répertoires, à la fois de base et de stockage d'informations supplémentaires.

Trois produits ont été ajoutés au répertoire des produits :

· Porte "Klinkor" en métal;

· Porte en bois "Bâle";

· Porte en métal "Vegas"

La figure 2.24 montre un écran avec une liste de marchandises.

Graphique 2.11. Liste des marchandises

Le tableau 17 présente les données de test sur les propriétés des biens et les valeurs que ces propriétés peuvent prendre.

Tableau 17. Données de test sur les propriétés des biens.

Le tableau 18 répertorie les propriétés attribuées aux produits et leurs valeurs.

Tableau 18. Données de test pour attribuer les propriétés des biens aux biens.

Produit	Propriété	Valeur de propriété attribuée
Porte "Klinkor" en métal	Château 1	Château "Tyson"
	Château 2	Château "Verita"
	Poids	500 kilogrammes
	Rembourrage extérieur	Plastique
	Rembourrage intérieur	Absent
	Échauffement	Absent
Porte "Vegas" en métal	Château 1	Château "Tyson"
	Château 2	Château "Vegas"
	Poids	150 kilogrammes
	Rembourrage extérieur	Plastique décoratif
	Rembourrage intérieur	Tapis
	Échauffement	polystyrène
Porte "Bâle" en bois	Château 1	Château "Tyson"
	Château 2	Absent
	Poids	120kg
	Rembourrage extérieur	Absent
	Rembourrage intérieur	Tapis
	Échauffement	Paralon

Afin de classer les marchandises dans l'un ou l'autre projet standard de bâtiments et locaux dans lesquels les produits peuvent être utilisés, un livre de référence des projets et de leurs propriétés a été rempli. Leur contenu est présenté dans le tableau 19.

Tableau 19. Données de test pour les projets.

L'affectation des biens à un projet particulier est présentée dans le tableau 20.

Tableau 20. Données de test sur l'attribution de biens aux projets.

L'affectation de toutes les données à un produit, l'affectation d'analogues, de propriétés, l'affectation à un projet particulier sont illustrées à la figure 2.25.

Graphique 2.12. Formulaire de test d'édition de produit

Aussi, pour l'exhaustivité du cas de test, il est nécessaire de remplir les annuaires des fabricants, des clients, des entrepôts et des utilisateurs. Leur remplissage est illustré sur les figures 2.26 - 2.29.

Graphique 2.13. Test de remplissage du répertoire des fabricants

Graphique 2.14. Test de remplissage du cahier de référence client.

Graphique 2.15. Test de remplissage du répertoire de l'entrepôt.

Graphique 2.16. Test de remplissage du manuel d'utilisation.

Le résultat de cette étape de test est une base de données complète, qui contient toutes les données des répertoires. Le moyen le plus efficace et le plus démonstratif de vérifier l'exhaustivité et l'exactitude du remplissage des annuaires consiste à rechercher le produit souhaité à l'aide du filtre de produits. Le filtre de produits vous permet de sélectionner des produits selon n'importe quel critère et leur totalité. Ainsi, lors des tests, les sélections suivantes ont été effectuées :

· Tous les produits avec un verrou "Tyson" (la forme du filtre est indiquée sur la figure).

· Tous les produits liés au projet « Maison de campagne » ou au projet « Appartement dans une copropriété »

· Tous les produits du fabricant Klondike.

Dessin 2 . 17 ... Réglage d'un filtre de produit.

Une fois que vous avez tous les répertoires remplis, vous pouvez passer à la deuxième étape du test : la saisie des documents sur le mouvement des marchandises dans les entrepôts. A ce stade, plusieurs documents ont été introduits qui effectuent la réception et la consommation de toutes les marchandises de test dans les entrepôts. Le journal des documents est montré dans la figure, le contenu de certains documents est montré dans la figure 2.31.

Dessin 2 . 18 ... Journal des documents.

Dessin 2 . 19 ... Forme du document.

Il est à noter que dans la vraie vie, les formalités administratives pour le mouvement des marchandises dans l'entrepôt se déroulent en temps réel, dans l'ordre de réception des documents papier. Dans le même temps, lors du traitement de chaque nouveau document, les opérateurs ne contrôlent pas le solde des marchandises dans l'entrepôt. La troisième étape de test permet de visualiser les soldes de marchandises, ainsi que d'analyser le mouvement des marchandises dans les entrepôts dans le cadre de documents : l'obtention de rapports analytiques. A ce stade, des rapports sur les soldes sans sections de document ont été reçus, ainsi qu'un rapport sur les soldes et les mouvements de marchandises dans le cadre des documents. Ces rapports ont permis de retracer l'évolution des soldes des marchandises dans les entrepôts et de comprendre comment le solde final s'est avéré par rapport au solde initial.

Sur la base des résultats des tests, on peut affirmer que le programme fonctionne correctement. Il répond à l'ensemble de ses exigences : caractéristiques fonctionnelles, fiabilité et régularité de fonctionnement, compatibilité des informations et des logiciels, composition matérielle et logicielle, composition de la documentation logicielle.

Conclusion

À la suite de l'achèvement du projet de fin d'études, la méthodologie de la comptabilité d'entrepôt dans LLC "Union-doors" a été étudiée.

Sur la base de la méthodologie étudiée, une structure de base de données a été développée, ce qui est nécessaire pour stocker les données du système. En outre, un système d'exploitation a été choisi, dans lequel l'application développée doit fonctionner, et un langage de programmation et un système de programmation, avec lesquels le développement sera effectué, ont été choisis.

Le résultat du projet de fin d'études a été le développement d'une application qui automatise le processus de comptabilité d'entrepôt.

Conformément à la méthode décrite pour tester le programme, les résultats des tests ont montré que le programme fonctionne correctement dans toutes les situations attendues, avec différents ensembles de données d'entrée.

Le programme fonctionne sous le système d'exploitation Windows 95/98, NT, 2000, XP et est exécuté dans l'environnement BorlandC ++ Builder. Les résultats du programme sont des tableaux de documents de mouvement dans les entrepôts et des soldes de marchandises dans les entrepôts.

L'application développée sera bientôt mise en œuvre chez Union-Doors LLC. La direction d'Union-Doors LLC attend un grand saut qualitatif dans l'organisation de la comptabilité d'entrepôt dès la mise en œuvre de l'application développée. Du fait que le travail du personnel sera grandement facilité par l'automatisation de la maintenance des informations de référence, la préparation des documents et la réception des rapports, la qualité du travail du personnel s'améliorera considérablement. L'application développée permettra de mettre de l'ordre dans l'organisation du travail de tous les services et de chaque employé, de différencier les employés selon l'autorité et les fonctions exercées et d'identifier les goulots d'étranglement dans l'organisation des activités des services. La possibilité de recevoir instantanément les soldes actuels dans l'entrepôt éliminera le vol de produits et la possibilité de recevoir des rapports sur le mouvement des marchandises vous permettra d'établir des rapports analytiques sur l'analyse des ventes et de faire des prévisions pour les périodes futures.

1. Podbelsky V.V., Fomin S.S. Programmation en langage C : Manuel. Avantage. - 2ème ajout. Éd. - M : Finances et statistiques, 2002. - 600s.

2. Herbert Schildt Programmation en C et C++ pour Windows 95 - .: BHV Trade and Publishing Bureau, 1996

3. Ch. Petzold Programmation pour Windows 95; en deux volumes - Saint-Pétersbourg : BHV - Saint-Pétersbourg, 1997

4. Arkhangelsky PA "Programmation en BorlandC++ 4.0" M. Science, 2000

5. Stroustrup B. "Le langage de programmation C ++ : par. de l'anglais " M. Radio et communication, 1991.-352s. : Ill.

6. Bobrovsky S.I. Delphes 5 - M. : Peter, 2002.

7. Gaevsky A. Développement applications de programme sur Delphi 6 - M. : Kiev, 2000.

8. ZuevV. A.TurboPascal 6.0, 7.0. M. : Moscou, 1998.

9. Kotsyubinsky A.O., Groshev S.V. Langue Programmation Delphi 5 - M. : Moscou, 1999.

10. Léontiev V.I. Delphi 5 - M. : Moscou, 1999.

11. Moiseev A.S. Objet Pascal - M. : Moscou, 2000.

12. Nemnyugin S.A. Programmation - M. : Peter, 2000.

13. Remizov N.C. Delphi - M.: Peter, 2000

14. Arkhangelsky PA Programmation en Delphi 5.M., Science, 2000

15. Darakhvelidze P.G. Programmation en DELPHI 5. SPb., Binom, 2000

16. Teixeira S. T. DELPHI 5. Guide du développeur. M., Williams, 2000

17. Ugrinovich N. Informatique et technologies de l'information. Un ensemble de connaissances de base. M., Radio et communication, 2000

18. Faronov V.V. Delphi 3. Cours de formation. M., Connaissance, 1998

19. Faronov V.V. Delphi 4. Cours de formation. M., Connaissance, 1998

20. Harrington J. Concevoir des bases de données relationnelles. M., LORI, 2000

21. V.P. Choumakov Delphi 3 et création d'applications de bases de données. M., Connaissance, 1998

22. GOST 2.105-95 ESKD. Exigences générales pour les documents texte

23. GOST 19.103-33 ESPD. Désignation des programmes et des documents de programme.

24. GOST 19.701-90 ESPD. Diagrammes d'algorithmes, de programmes, de données et de systèmes. Symboles et règles d'exécution.

appendice

Diagramme de flux de données « tel quel »

Diagramme de flux de données "comme il se doit".

Schéma de flux de documents dans le cadre du travail avec les clients sur des transactions immobilières.

Transcription

1 Conception du système d'information "Agence Immobilière" Sakhno S.I. Institut d'ingénierie et de technologie de Balakovo, une branche de l'établissement d'enseignement autonome de l'État fédéral d'enseignement professionnel supérieur "Université nationale de recherche nucléaire" MEPhI "Balakovo, Russie Conception du système d'information" Agence immobilière "Sakhno S.I. Institut Balakovo d'ingénierie et de technologie de l'Université nationale de recherche nucléaire MEPhI (Institut de génie physique de Moscou) Balakovo, Russie

2 INTRODUCTION Le développement des technologies de l'information dans le monde et dans notre pays dure depuis plus de 25 ans. Et en la société moderne Il est déjà difficile d'imaginer comment les gens se débrouilleraient sans les moyens techniques, les technologies de l'information et de la communication et un ordinateur personnel dans leur vie et leur domaine d'activité professionnel. L'information est devenue l'une des ressources les plus importantes et les systèmes d'information sont devenus un outil nécessaire dans presque tous les domaines d'activité. La vie humaine moderne est si pleine de divers types d'informations que son traitement nécessite la création d'un grand nombre de stockages à des fins diverses. Les systèmes d'information se caractérisent par d'énormes volumes de données stockées, une organisation complexe et la nécessité de satisfaire les diverses exigences de nombreux utilisateurs. Ces tâches peuvent être résolues à l'aide de systèmes d'information. Les systèmes d'information sont des systèmes de traitement de données de tout domaine avec des moyens d'accumulation, de stockage, de traitement, de transformation, de transmission, de mise à jour d'informations à l'aide d'ordinateurs et d'autres équipements. Lorsque les activités humaines sont automatisées, le monde réel est transféré dans un format électronique. Pour cela, une partie de ce monde est allouée et analysée pour la possibilité d'automatisation. C'est ce qu'on appelle un domaine et délimite strictement la gamme d'objets qui sont étudiés, mesurés, évalués, etc. À la suite de ce processus, des objets d'automatisation sont attribués et les conditions requises par lesquelles ces objets sont évalués sont déterminées. Le résultat de ce processus est une base de données qui décrit une partie spécifique du monde réel à partir de positions strictement définies. La pertinence du développement de ce système d'information pour la thématique « Agence Immobilière » est la nécessité

3 réduction du temps de traitement de l'information et de la vitesse de traitement des données. L'objectif de ce travail est de concevoir un système d'information pour une agence immobilière. Dans le processus d'exécution du travail, il est nécessaire d'analyser le domaine, de réfléchir à la finalité du système d'information, d'acquérir des compétences pratiques dans la conception de la structure, le développement et la mise en œuvre du système d'information.

4 1 DESCRIPTION DE LA DOMAINE D'ACTIVITE 1.1 Caractéristiques de l'organisation Le système d'information développé est destiné à la thématique « Agence immobilière ». L'agence immobilière fournit un soutien professionnel pour toutes les transactions possibles sur le marché immobilier. Il s'agit tout d'abord de la vente et de l'achat de biens immobiliers résidentiels et commerciaux, ainsi que de la location d'appartements, de chambres, de terrains. L'avantage de l'agence est une base de données volumineuse d'options immobilières et de terrains proposés à la vente ou proposés à la location. Les employés de l'agence immobilière s'emploient chaque jour à enrichir la base de données d'appartements, de maisons de campagne, de locaux commerciaux et de terrains et la connaissent bien. L'utilisation du système d'information permet une simplification et une accélération importantes du travail de comptabilité des clients de l'entreprise, de leurs demandes d'achat et de vente de biens immobiliers, grâce à l'automatisation des opérations effectuées lors de l'ajout d'un nouveau client à la base de données de l'entreprise , rédiger des demandes pour un acheteur ou un vendeur particulier, supprimer des données sur l'objet lors de la réalisation d'une opération de vente immobilière. 1.2 Finalité du système d'information On entend par système tout objet considéré à la fois comme un tout unique et comme un ensemble d'éléments hétérogènes, interconnectés et interactifs combinés dans l'intérêt d'atteindre les objectifs fixés. Les systèmes diffèrent considérablement les uns des autres, tant par leur composition que par leurs objectifs principaux.

5 Le système d'information est un ensemble organisé de documents et de technologies de l'information, y compris l'utilisation de la technologie informatique et des communications, qui mettent en œuvre des processus d'information. Un système d'information de gestion d'entreprise « idéal » devrait automatiser toutes, ou au moins la plupart, des activités de l'entreprise. De plus, l'automatisation ne doit pas être effectuée pour des raisons d'automatisation, mais en tenant compte de ses coûts, et avoir un effet réel sur les résultats des activités financières et économiques de l'entreprise. Selon le domaine, les systèmes d'information peuvent différer de manière très significative dans leurs fonctions, leur architecture et leur mise en œuvre. Cependant, un certain nombre de propriétés peuvent être distinguées qui sont communes. Les systèmes d'information sont destinés à collecter, stocker et traiter des informations, par conséquent, chacun d'entre eux est basé sur un environnement de stockage et d'accès aux données. Les systèmes d'information s'adressent à l'utilisateur final qui n'a pas de hautes qualifications dans le domaine de la technologie informatique. Par conséquent, les applications clientes du système d'information doivent avoir une interface simple, pratique et facile à apprendre qui fournit à l'utilisateur final toutes les fonctions nécessaires au travail et en même temps ne lui permet pas d'effectuer des actions inutiles. L'entreprise doit créer une base de données qui assure le stockage de l'information et sa disponibilité pour toutes les composantes du système de gestion.

6 Figure 1 Schéma fonctionnel du système d'information de l'organisation La présence d'une telle base de données permet la constitution d'informations pour la prise de décision. Le système d'information en lui-même n'est pas un outil de prise de décisions de gestion. Les décisions sont prises par les gens. Mais le système de gestion est capable de présenter ou de "préparer" des informations de manière à soutenir la prise de décision. Les systèmes d'aide à la décision sont capables, par exemple : de suivre les performances de divers secteurs et services pour identifier et éliminer les maillons faibles, ainsi que pour améliorer les processus métier et les unités organisationnelles ; analyse des activités des différents départements ; résumer les données de divers départements; analyse d'indicateurs de divers domaines d'activités financières et économiques de l'entreprise pour mettre en évidence les domaines d'activité prometteurs et non rentables ; identification des tendances qui se développent dans l'entreprise et sur le marché. Il ne faut pas oublier que les gens ordinaires qui sont des spécialistes dans leur domaine, mais qui ont souvent des compétences très moyennes pour travailler avec des ordinateurs, devront travailler avec le système. L'interface des systèmes d'information doit être intuitive pour eux.

7 1.3 Utilisateurs et fonctions des utilisateurs du système d'information La création d'un système d'information pour une agence immobilière a pour but d'automatiser les principaux processus se déroulant dans l'agence. Les utilisateurs de ce système d'information seront les employés de l'agence : agents immobiliers, informaticiens, programmeur, secrétaire, ainsi que les clients de l'agence. Le système d'information doit permettre la saisie et le stockage d'informations sur l'immobilier, sur toutes les transactions des clients, des informations sur tous les agents immobiliers, leurs horaires et leurs horaires de travail. Par conséquent, les données d'entrée pour la conception du système d'information doivent être les caractéristiques suivantes : informations sur la propriété : adresse, superficie, prix, nombre de pièces ; informations sur les ventes : date de vente, montant de la transaction, informations sur l'immobilier, informations sur l'agent immobilier et le client ; informations sur les agents immobiliers : nom, prénom et patronyme de l'agent immobilier ; informations sur la spécialisation des médecins : nom de la spécialisation ; informations sur les clients : nom, prénom, patronyme et numéro de téléphone du client. Le système d'information d'une agence immobilière doit effectuer les tâches suivantes : fournir la possibilité de saisir, modifier et supprimer des informations sur les biens immobiliers, les clients, les agents immobiliers, sur les traces effectuées ; fournir des informations sur les biens immobiliers à vendre ou à louer. Le système d'information en cours de création doit répondre aux exigences opérationnelles suivantes : besoins d'information actuels; exigences réelles pour temps acceptable, c'est-à-dire les exigences de performance spécifiées ;

8 besoins identifiés et émergents des utilisateurs finaux ; devrait être facilement étendu lors de la réorganisation et de l'extension du domaine; doit être facile à changer lorsque l'environnement logiciel et matériel change ; les données chargées dans la base de données doivent rester correctes ; les données doivent être vérifiées pour la plausibilité avant d'être incluses dans la base de données ; l'accès aux données stockées dans la base de données via le modèle orienté objet ne devrait avoir que des personnes ayant l'autorité appropriée. 1.4 Exigences pour un système d'information Un système d'information, comme tout autre outil, doit avoir ses propres caractéristiques et exigences, en fonction desquelles il serait possible de déterminer sa fonctionnalité et son efficacité. Bien entendu, pour chaque entreprise spécifique, les exigences du système d'information seront différentes, car les spécificités de chaque organisation doivent être prises en compte. Malgré cela, il est nécessaire de souligner plusieurs exigences fondamentales du système, communes à tous les « consommateurs » : 1. Localisation du système d'information. Du fait que les plus grands développeurs de systèmes d'information sont des sociétés étrangères, le système doit être adapté à l'utilisation des sociétés russes. Et nous entendons ici à la fois la localisation fonctionnelle (en tenant compte des particularités de la législation et des systèmes de règlement russes) et linguistique (système d'aide et documentation en russe).

9 2. Le système doit fournir une protection fiable des informations, ce qui nécessite un contrôle d'accès par mot de passe, un système de protection des données à plusieurs niveaux, etc. 3. Dans le cas de la mise en œuvre du système dans une grande entreprise avec une structure organisationnelle complexe, il est nécessaire de mettre en œuvre accès à distance afin que l'information puisse être utilisée par toutes les divisions structurelles de l'organisation. 4. En raison de l'influence de facteurs externes et internes (changements de direction des affaires, changements de législation, etc.), le système doit être adaptatif. 5. Il est nécessaire de pouvoir consolider les informations au niveau de l'entreprise (regrouper les informations des succursales, filiales, etc.), au niveau des tâches individuelles, au niveau des périodes. Ces exigences sont les principaux, mais loin d'être les seuls critères de choix d'un système d'information d'entreprise pour une entreprise. 1.5 Choisir une méthodologie de modélisation Actuellement, le marché de l'informatique offre de nombreux programmes spéciaux qui permettent de sonder une entreprise et de construire un modèle. Le choix de la méthodologie et des outils avec lesquels la modélisation des processus métiers est réalisée n'est pas fondamental. Il existe des méthodologies et des outils standardisés et éprouvés qui peuvent être utilisés pour sonder et modéliser une entreprise. Leur principal avantage est la simplicité et la facilité d'apprentissage. La modélisation des processus métier affecte de nombreux aspects des activités de l'entreprise : modification de la structure organisationnelle ; optimisation des fonctions des services et des employés ;

10 redistribution des droits et devoirs des managers ; les changements dans les règlements internes et la technologie pour la conduite des opérations ; nouvelles exigences pour l'automatisation des processus en cours, etc. Le but de la modélisation est de systématiser les connaissances sur l'entreprise et ses processus commerciaux sous une forme graphique visuelle plus pratique pour le traitement analytique des informations reçues. Le modèle doit refléter la structure des processus métier de l'organisation, les détails de leur mise en œuvre et la séquence de flux de travail. La modélisation des processus métiers d'une organisation comprend deux étapes, structurelle et détaillée. La modélisation structurelle des processus métier de l'organisation peut être réalisée en notation IDEF0 à l'aide des outils BPwin. Dans ce travail, les processus ont été modélisés dans les langages IDEF0, IDEF3, IDEF1X et DFD dans le programme MS Office Visio. Au stade de la modélisation structurelle, le modèle doit refléter : - la structure organisationnelle existante ; - les documents et autres entités utilisés dans l'exécution de processus métier simulés et nécessaires à la modélisation du flux de travail, avec des descriptions de leur signification principale ; - des diagrammes d'interaction, reflétant la séquence de création et de circulation des documents (données, matériaux, ressources, etc.) entre les acteurs. Un modèle détaillé de l'organisation doit inclure : - un ensemble de cas d'utilisation reflétant les options possibles pour exécuter les processus métier « en l'état » ; - des diagrammes d'action qui décrivent en détail la séquence des processus métier ;

11 - diagrammes d'interaction, reflétant les schémas de workflow. Les modèles doivent être coordonnés avec les principaux spécialistes de l'organisation possédant les connaissances nécessaires.

12 2 DÉVELOPPEMENT DU MODÈLE DE SYSTÈME D'INFORMATION 2.1 Modélisation des processus métier dans une organisation (IDEF0) Le modèle fonctionnel est conçu pour décrire les processus métier existants dans une entreprise (le modèle dit AS-IS) et l'état des choses idéal - quels besoins être recherché (TO-BE). La méthodologie IDEF0 prescrit la construction d'un système hiérarchique de diagrammes - des descriptions uniques de fragments de système. Dans IDEF0, un système est représenté comme un ensemble d'activités ou de fonctions en interaction. Cette orientation purement fonctionnelle est fondamentale - les fonctions du système sont analysées indépendamment des objets avec lesquels elles opèrent. Cela vous permet de modéliser plus clairement la logique et l'interaction des processus de l'organisation. Un modèle dans IDEF0 s'entend comme une description du système (textuelle et graphique), qui doit répondre à des questions prédéfinies. Les principaux concepts de la méthodologie de modélisation fonctionnelle du travail sont : - Activités - processus, fonctions ou tâches nommés qui se produisent sur un certain temps et ont des résultats reconnaissables. Sur le schéma, le travail est représenté par des rectangles. - Input (Input) - matériel ou information qui est utilisé par le travail pour obtenir le résultat. - Contrôle (Contrôle) - les règles, stratégies, normes qui régissent le travail. - Sortie - le matériel ou l'information qui est produit par le travail. Chaque œuvre doit avoir au moins une flèche de sortie, car une œuvre sans résultat n'a pas de sens et ne doit pas être modélisée.

13 - Mécanisme - les ressources qui font le travail (personnel). - Call (Call) est l'interaction d'un modèle de travail avec un autre. Il existe cinq types de relations de travail dans IDEF0. - La communication entrée-sortie se produit lorsque la sortie d'un travail supérieur est acheminée vers l'entrée du travail suivant. - Le lien de contrôle (contrôle de sortie) indique une situation dans laquelle la sortie d'un travail supérieur est acheminée vers le contrôle du travail suivant. Le lien montre la prédominance de l'emploi supérieur. - Retour La rétroaction sortie-entrée se produit lorsque la sortie d'un travail subordonné est acheminée vers l'entrée d'un travail de niveau supérieur. - La rétroaction de contrôle de sortie fait référence à une situation dans laquelle la sortie d'un travail subordonné est envoyée au contrôle d'un travail de niveau supérieur. C'est un indicateur de l'efficacité du processus d'affaires. - Une relation sortie-mécanisme se produit lorsque la sortie d'un travail est dirigée vers le mécanisme d'un autre et indique que le travail prépare des ressources pour faire un autre travail. À partir des blocs répertoriés, des diagrammes de travail sont construits qui décrivent les principes de fonctionnement du système. Le processus de modélisation d'un système dans IDEF0 commence par la définition du contexte, c'est-à-dire le niveau le plus abstrait de la description du système dans son ensemble. La construction d'un modèle de SI commence par une description du fonctionnement d'une entreprise (système) dans son ensemble sous la forme d'un schéma de contexte (Fig. 2). Après avoir décrit le diagramme de contexte, une décomposition fonctionnelle est effectuée, le système est divisé en sous-systèmes, chaque sous-système est décrit séparément (diagrammes de décomposition). Ensuite, chaque sous-système est décomposé en plus petits, et ainsi de suite jusqu'à ce que le degré souhaité soit atteint.

14 détails. À la suite de cette division, chaque fragment du système est représenté sur un diagramme de décomposition distinct. Le schéma de fonctionnement du système d'information d'une agence immobilière affiche l'ensemble des flux de données d'entrée et de sortie qui sont traitées dans le système d'information. L'agence fonctionne conformément au Code civil et du logement. Après s'être mis d'accord sur le prix et le reste des termes du contrat, un accord est établi. Code civil Code du logement Informations sur l'immobilier Informations sur le client Transaction de vente immobilière Agent immobilier Figure 2 Schéma de contexte du système d'information sur l'agence immobilière 2.2 Simulation de flux de données (DFD)

15 Les diagrammes de flux de données (DFD) sont le principal moyen de modéliser les exigences fonctionnelles d'une conception de système. Avec leur aide, ces exigences sont présentées sous la forme d'une hiérarchie de composants fonctionnels (processus) reliés par des flux de données. L'objectif principal d'une telle vue est de démontrer comment chaque processus transforme les données d'entrée en sorties, ainsi que de révéler la relation entre ces processus. Le modèle DFD, comme la plupart des autres modèles structurels, est un modèle hiérarchique. Chaque processus peut être décomposé, c'est-à-dire décomposé en composants structurels, dont la relation peut être indiquée dans la même notation sur un diagramme séparé. Deux notations différentes sont utilisées pour construire la DFD, correspondant aux méthodes Jordan-DeMarco et Gein-Sarson. Ces notations diffèrent légèrement les unes des autres dans la représentation graphique des symboles. La méthodologie Geine-Sarson 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 des informations depuis leur entrée dans le système jusqu'à leur sortie vers l'utilisateur. Diagrammes niveaux supérieurs des hiérarchies (diagrammes de contexte) définissent les principaux processus ou sous-systèmes du SI avec des entrées et sorties externes. Ils sont détaillés à l'aide de diagrammes de bas niveau. Cette décomposition se poursuit, créant une hiérarchie de diagrammes à plusieurs niveaux, jusqu'à ce qu'un tel niveau de décomposition soit atteint, auquel le processus devient élémentaire et il est impossible de les détailler davantage. Les sources d'informations (entités externes) génèrent des flux d'informations (flux de données) qui transportent des informations vers des sous-systèmes ou des processus. Ceux-ci, à leur tour, transforment les informations et génèrent de nouveaux flux qui transfèrent les informations vers d'autres processus

16 ou sous-systèmes, stockage de données ou entités externes aux consommateurs d'informations. Ainsi, les principaux composants des diagrammes de flux de données sont : - les entités externes ; - systèmes/sous-systèmes ; - les processus ; - dispositifs de stockage de données ; - les flux de données. 1. Entités externes Une entité externe est un objet matériel ou un individu qui est une source ou un récepteur d'informations, par exemple des clients, du personnel, des clients. La définition d'un objet ou d'un système en tant qu'entité externe indique qu'il est en dehors des limites du SI analysé. Dans le processus d'analyse, certaines entités externes peuvent être transférées à l'intérieur du schéma SI analysé, si nécessaire, ou, à l'inverse, certains des processus SI peuvent être déplacés hors du schéma et présentés comme une entité externe. L'entité externe est désignée par un carré situé comme "au-dessus" du schéma et projetant une ombre dessus, afin de distinguer ce symbole des autres désignations. 2. Systèmes et sous-systèmes Lors de la construction d'un modèle d'un SI complexe, il peut être présenté sous la forme la plus générale sur le diagramme de contexte comme un système dans son ensemble, ou il peut être décomposé en plusieurs sous-systèmes. Le numéro de sous-système est utilisé pour l'identifier. Dans le champ de nom, le nom du sous-système est entré sous la forme d'une phrase avec le sujet et les définitions et ajouts correspondants. 3. Processus

17 Le processus est la transformation des flux de données d'entrée en sortie conformément à un certain algorithme. Physiquement, le processus peut être mis en œuvre de différentes manières : il peut s'agir d'une subdivision d'une organisation (département) qui traite les documents d'entrée et émet des rapports, un programme, un dispositif logique implémenté par matériel, etc. Le numéro de processus est utilisé pour l'identifier. Le nom du processus est saisi dans le champ nom sous la forme d'une phrase avec un verbe actif sans ambiguïté sous une forme indéfinie (calculer, calculer, vérifier, définir, créer, obtenir), suivi de noms à l'accusatif, par exemple : - "Saisir les informations client" ; - « Emettre des informations sur les biens immobiliers disponibles » ; - "Vérifiez la réception de l'argent." L'utilisation de verbes tels que « processus », « moderniser » ou « modifier » signifie généralement qu'il n'y a pas suffisamment de compréhension approfondie de ce processus et nécessite une analyse plus approfondie. Informations sur le terrain mise en œuvre physique montre quel service de l'organisation, du programme ou du périphérique matériel exécute un processus donné. 4. Périphériques de stockage de données Un périphérique de stockage de données est 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 quelle méthode de placement et de récupération. Le dispositif de stockage de données peut être mis en œuvre physiquement sous la forme d'une boîte dans un classeur, d'une table en RAM, d'un dossier sur support magnétique etc. Le périphérique de stockage de données est identifié par la lettre "D" et un nombre arbitraire. Le nom du lecteur est choisi pour les raisons les plus informatives pour le concepteur.

18 Le magasin de données est généralement le 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. 5. Flux de données Un flux de données définit les informations transmises via une connexion d'une source à une destination. Le flux de données réel peut être une information transmise entre deux appareils, envoyée sur e-mail lettres, disques transférés entre ordinateurs, etc. Le diagramme DFD montre le travail d'une agence immobilière. L'entité externe est ici un client qui contacte l'agence en saisissant des données personnelles. Après avoir entré les données personnelles, le client est entré dans la base de données des utilisateurs enregistrés, après quoi l'utilisateur est invité à sélectionner une propriété dans la base de données d'informations sur l'immobilier. Après cela, les informations sur les biens immobiliers sélectionnés par l'utilisateur sont entrées dans la base de données pour un traitement ultérieur. Client Données personnelles Inscription Informations client 1 Base de données clients 3 2 Informations immobilières Base de données des transactions réalisées Informations client Liste des propriétés immobilières sélectionnées Informations sur les transactions immobilières sélectionnées Inscription Figure 3 Schéma DFD de l'organisation du travail du SI 2.3 Description de la logique d'interaction des flux d'informations (IDEF3) IDEF3 est une norme de documentation des processus technologiques se produisant dans une entreprise et fournit des outils

19 pour la recherche visuelle et la modélisation de leurs scénarios. Un scénario est une description de l'enchaînement des modifications des propriétés d'un objet, dans le cadre du processus considéré (par exemple, une description de l'enchaînement des étapes de transformation d'une pièce en atelier et de modification de ses propriétés après chaque passage étape). L'exécution de chaque scénario s'accompagne d'un workflow correspondant, qui se compose de deux flux principaux : des documents qui déterminent la structure et l'enchaînement du processus (instructions technologiques, descriptions de normes, etc.), et des documents reflétant l'avancement de sa mise en œuvre ( résultats des tests et examens, procès-verbaux de mariage, etc.). Pour une gestion efficace de tout processus, il est nécessaire d'avoir une compréhension détaillée de son scénario et de la structure du workflow qui l'accompagne. Les outils de documentation et de modélisation IDEF3 permettent d'effectuer les tâches suivantes : - Documenter les données disponibles sur la technologie du procédé, identifiées, par exemple, lors d'un entretien avec le personnel compétent chargé d'organiser le procédé en question. - Déterminer et analyser les points d'influence des flux de workflow d'accompagnement sur le scénario des processus technologiques. - Déterminer les situations dans lesquelles une décision est requise qui affecte le cycle de vie du processus, par exemple, un changement dans la conception, les propriétés technologiques ou opérationnelles du produit final. - Promouvoir l'adoption des solutions optimales lors de la réorganisation des processus technologiques. - Développer des modèles de simulation de processus technologiques, selon le principe "COMMENT CELA VA, SI..." Tout d'abord, l'utilisateur entre ses données dans un formulaire spécial, puis il arrive

20 vérifier auprès des utilisateurs enregistrés, si un utilisateur est trouvé dans la base de données des utilisateurs enregistrés et que les données saisies sont correctes, alors il est envoyé à son compte personnel. Si l'utilisateur n'est pas trouvé dans la base de données et que les données qu'il a saisies sont correctes, le processus d'enregistrement a lieu, suivi de l'accès au compte personnel. Figure 4 Diagramme IDEF3 d'inscription d'un utilisateur sur le site d'une agence immobilière 2.4 Développement d'un modèle de données (IDEF1X) La méthodologie IDEF1X est une modélisation sémantique de données et permet de construire un modèle d'information sous la forme d'un diagramme ER, qui représente la structure d'informations nécessaires pour soutenir le fonctionnement d'un système ou d'un environnement de production. Modèle conceptuel, présenté conformément à la norme IDEF1X, est le schéma de base de données logique du système conçu. Le diagramme IDEF1X montre la structure logique des données dans un système d'information.

21 Les principaux objets du modèle conceptuel sont les entités et les relations. Une entité est un objet ou un événement isolé d'un système modélisé qui possède un certain ensemble de propriétés d'attribut. Un membre individuel de cet ensemble est appelé "instance d'entité". Une entité peut avoir un ou plusieurs attributs qui identifient de manière unique chaque instance d'une entité et peut avoir un nombre quelconque de relations avec d'autres entités. Règles pour les attributs d'entité : 1. Chaque attribut doit avoir un nom unique. 2. Une entité peut avoir n'importe quel nombre d'attributs. 3. Une entité peut avoir n'importe quel nombre d'attributs hérités, mais l'attribut hérité doit faire partie de la clé primaire de l'entité parent. 4. Pour chaque instance d'une entité, il doit y avoir une valeur pour chacun de ses attributs (règle de ne pas annuler Not Null). 5. Aucune instance d'une entité ne peut avoir plus d'une valeur pour son attribut. Une entité est représentée sur le diagramme ER sous la forme d'un rectangle avec son nom en haut ; suivi d'une liste d'attributs. Les attributs clés peuvent être soulignés ou non. Chaque entité peut avoir n'importe quel nombre de relations avec d'autres entités. Une entité est indépendante si chacune de ses instances peut être identifiée de manière unique sans définir ses relations avec les autres entités. Une entité peut avoir des attributs hérités via une relation avec l'entité parent. Ces dernières sont généralement des clés étrangères et sont utilisées pour organiser les relations entre les entités. Si la clé étrangère

22 d'une entité est utilisée comme clé primaire (PK) ou comme partie d'une clé primaire composite, alors l'entité dépend de l'entité parent. Si la clé étrangère n'est pas primaire et ne fait pas partie de la clé primaire composite, alors l'entité est indépendante de l'entité parent. Si l'entité est dépendante, alors sa relation avec l'entité parente est appelée identifiante, sinon - non identifiante. La relation est représentée dans le diagramme ER par une ligne tracée entre l'entité parent et l'entité descendante avec un point à la fin de la ligne au niveau de l'entité descendante, la relation d'identification est représentée par une ligne continue qui n'identifie pas une ligne pointillée . La connexion reçoit un nom exprimé par la forme grammaticale du verbe. Pour une relation, une indication de cardinalité peut en plus être présente : combien d'instances d'une entité descendante peuvent exister pour une entité parente. Le nom de la relation est toujours formé du point de vue du parent, donc une phrase peut être formée en combinant le nom de l'entité parent, le nom de la relation, l'expression de cardinalité et le nom de l'entité descendante. Ce diagramme contient des entités : Immobilier, Transactions, Clients, qui sont connectées les unes aux autres à l'aide de clés étrangères et forment une relation un-à-plusieurs. Propriété Code de la propriété Prix Adresse Superficie Nombre de pièces Transactions Code de la transaction m Code de la propriété (FK) m 1 Code client (FK) Prix Date de la transaction 1 Clients Code client Nom Prénom Patronyme Téléphone Figure 5 Schéma IDEF1X

CONCLUSION Au cours de la réalisation de ce travail, des compétences théoriques et pratiques ont été appliquées dans la discipline « Méthodes et outils pour la conception des systèmes et technologies d'information ». Lors de la mise en œuvre du projet, une analyse du domaine a été réalisée, la finalité du système d'information a été pensée, des compétences pratiques ont été acquises dans la conception de la structure, l'élaboration et la mise en œuvre de la conception d'un système d'information. Dans le processus de création du système d'information, des modèles fonctionnels et d'information complets et cohérents ont été construits. Pour construire différents schémas du modèle, un ensemble d'outils a été utilisé qui permet de simuler visuellement le domaine en fonction des besoins d'information des utilisateurs. Ainsi, les systèmes d'information jouent un rôle essentiel dans le monde moderne, fournissant des informations pertinentes aux spécialistes, utilisateurs dans un domaine particulier. Tout ce que nous rencontrons au quotidien dans la vie est très probablement enregistré dans l'un ou l'autre système d'information. La capacité à travailler avec des systèmes d'information est l'une des compétences les plus importantes pour travailler avec un ordinateur, et les spécialistes qui savent comment travailler avec les systèmes d'information seront toujours recherchés.

Modélisation des flux 1 Modélisation des flux Cette méthodologie (méthodologie Gane / Sarson) repose sur la construction d'un modèle du SI analysé, conçu ou existant. Selon la méthodologie

Conception du système d'information "Lombard" Volochine A.S. Institut d'ingénierie et de technologie de Balakovo, une branche de l'établissement d'enseignement autonome de l'État fédéral pour les professionnels de l'enseignement supérieur

CASE technologies Cours 3 1 Méthodologie de l'analyse de structure Gane / Sarson La particularité de la méthodologie est la prise en compte du Système d'Information (existant ou en cours de création) du point de vue de la modélisation de l'information

DEVELOPPEMENT D'UNE BASE DE DONNEES DISTRIBUEE D'UNE SOCIETE DE VOYAGES BASEE SUR MS SQL SERVER Spiridonov A.V. Balakovo Institute of Engineering and Technology, branche de NRNU MEPhI Balakovo, Russie DÉVELOPPEMENT DU TOURISME

Modélisation fonctionnelle des systèmes à l'aide de la méthodologie DFD Questions de base Définition et objectif fonctionnel des modèles DFD Composants de base des modèles DFD Hiérarchie DFD Considération d'un exemple

Compilé par : Gindullina T.K., Kamalova L.Z., Toropova N.D. Instructions méthodiques pour le travail de laboratoire MODÉLISATION FONCTIONNELLE D'UNE ZONE DE SUJET AVEC MS OFFICE VISIO 2007 1. Objectif du travail Objectif du travail

Concevoir un système d'information pour la vente de contenus pour téléphones portables R.O. Zolotov Branche de Yaroslavl du PRUE G.V. Plekhanova Yaroslavl, Russie Conception du système d'information vente de contenu pour

Table des matières Tâche 3 I. Note explicative 4 1. Introduction 4 2. Objet et portée 5 3. Caractéristiques 6 3.1 Énoncé du problème pour le développement du programme 6 3.2 Description de l'algorithme

1 Construction de diagrammes de flux de données 1.1 Caractéristiques générales de la méthodologie DFD Le diagramme de flux de données est le principal outil de modélisation des exigences fonctionnelles pour le

ÉTAT FÉDÉRAL ÉDUCATION BUDGÉTAIRE INSTITUTION D'ENSEIGNEMENT SUPÉRIEUR STAVROPOL UNIVERSITÉ AGRAIRE D'ÉTAT Faculté des sciences économiques Département des systèmes d'information APPROUVÉ

DÉVELOPPEMENT D'UN LIEU DE TRAVAIL AUTOMATISÉ POUR UN MAGASINEUR DE LA SOCIÉTÉ DE CONSTRUCTION DE MACHINES VOLGOGRAD VOLGOGRAD Markosyan R.V. Université agraire d'État de Volgograd, Volgograd, Russie DÉVELOPPEMENT

18 UDC 65.012.26 CARACTÉRISTIQUES COMPARATIVES DE DESCRIPTION DES SYSTÈMES LOGISTIQUES BASÉS SUR IDEF0 ET DFD Anton Olegovich Aristov, MSUH

Technologies de l'information en économie Fondamentaux de la méthodologie IDEF1 et IDEF1X Alexander Yuryevich Toporets Méthodologie IDEF1 Plan Méthodologie IDEF1X Méthodologie IDEF1 Outil standard d'analyse et d'étude IDEF1

MÉTHODOLOGIE DE SIMULATION FONCTIONNELLE IDEF0 Recommandations de normalisation de la gestion de l'information Technologies de l'information pour la prise en charge du cycle de vie des produits MÉTHODOLOGIE DE SIMULATION FONCTIONNELLE

ÉTAPES DE LA CONCEPTION DE LA BASE DE DONNÉES Les principales tâches de la conception de la base de données Assurer le stockage dans la base de données de toutes les informations nécessaires. Fournir la possibilité d'obtenir des données pour toutes les demandes nécessaires. Réduction

Laboratoire des technologies de l'information (ITLab) Soutenu par Intel Projet pédagogique et de recherche Outils d'aide au cycle de vie des logiciels Commissaire du projet : Sysoev

Moderne systèmes informatiques gestion du personnel Département des Systèmes d'Information et de la Modélisation Mathématique Année académique 2010/2011 M.P. Kharlamov 1 Conférence 3 Technologies de la modélisation fonctionnelle

Travail indépendant 2 sur la discipline "Conception des systèmes d'information" Exigences pour la mise en œuvre et l'exécution de la tâche À l'aide du programme de modélisation des processus métier BPwin, effectuer les travaux suivants

Création d'un modèle de flux de données du processus métier « Ventes » OA DENISOVA Résumé. Le sujet de cet article est les méthodes d'optimisation des flux de données accompagnant les processus métiers d'une organisation.

Travaux de laboratoire 2. Modélisation fonctionnelle. Construire une décomposition de premier niveau pour un diagramme de contexte. Énoncé du problème : le modèle est développé pour la compréhension, l'analyse et la prise de décision

Ministère de l'Éducation et des Sciences de la Fédération de Russie Établissement d'enseignement budgétaire de l'État fédéral d'enseignement professionnel supérieur "Université d'État de Nizhnevartovsk"

UDC 004.056 Construction d'un modèle IDEF0 d'un centre de santé virtuel Mikov D.A., étudiant Russie, 105005, Moscou, MSTU im. N.E. Bauman, Département de la sécurité de l'information Conseiller scientifique :

Bases de données Conférencier A.A. Azarchenkov Les principaux composants du travail avec des données La base de données (DB) est un ensemble de données structurées liées à un processus ou à un phénomène spécifique, dans un

Leçon 3, partie 6 : Éléments de la notation graphique d'un diagramme de composants Annotation : La fonction d'un diagramme de composants, ses principaux éléments. Caractéristiques de la représentation physique systèmes logiciels... Composants

Méthodologie de conception de base de données Une introduction à la méthodologie de conception de base de données Qu'est-ce qu'une méthodologie de conception ? Méthodologie de conception - Une approche structurée qui utilise

51 ÉTAPES DE MODÉLISATION FONCTIONNELLE DES SYSTÈMES ÉDUCATIFS L.L. Gorbunova Les résultats de l'application de la méthodologie de modélisation fonctionnelle pour la construction d'un modèle d'enseignement général pour adultes sont décrits.

Méthodologie de modélisation de l'information IDEF1X Problèmes de base Concepts de base : entité, attribut, relation Règles pour définir une entité, un attribut, une relation Règles de base pour générer des informations

Algorithme de conception d'un système de tableau de bord pour le suivi des résultats du centre de service d'une entreprise opérant sur le marché des technologies de l'information # 09, septembre 2014 Matveev S.

Ufa State Aviation Technical University Département des systèmes de contrôle automatisés Modélisation du système et technologies CASE Structure du cours 9 conférences; 8travail de laboratoire; Règlement et graphique

DÉVELOPPEMENT DE LA PI Définition du cycle de vie de la propriété intellectuelle 1 : Le cycle de vie de la propriété intellectuelle est le processus de sa construction et de son développement. Définition 2 : Le cycle de vie d'une propriété intellectuelle est la période de temps qui commence à partir du moment où une décision est prise concernant le besoin

DÉVELOPPEMENT D'UN FUTUR MODÈLE POUR IS SUE "VLADIMIRSKY AVTOVOKZAL" SI Lobanov, LI Voronova Université technique des communications et de l'informatique de Moscou Moscou, Russie CONCEPTION DU MODÈLE À ÊTRE POUR LA « GARE ROUTIÈRE DE

CASE technologies Cours 2 1 Méthodologies de conception de circuits intégrés Rappelons que la technologie CASE est une méthodologie de conception de circuits intégrés et un ensemble d'outils pour la modélisation visuelle, l'analyse de modèles et

Contrôle d'entrée Enregistrement Procédures de transformation de base en technologie de l'information Le modèle conceptuel de la technologie de l'information de base contient les processus, les procédures et les opérations de la technologie de l'information.

Data Models Maître de Conférences Département. Les processus de gestion et sécurité de l'information Université d'État de Perm A.V. Neverov Concept de modèle de données Un modèle de données est abstrait, autonome,

MINISTÈRE DE L'ÉDUCATION ET DES SCIENCES D'UKRAINE ODESSA INSTITUT NATIONAL POLYTECHNIQUE DES SYSTÈMES INFORMATIQUES Instructions méthodiques pour le travail de laboratoire dans la discipline Principes fondamentaux du système

SOMMAIRE Introduction 9 1 ANALYSE DU SALON DE MEUBLES "IMAGE" 12 1.1 Caractéristiques techniques et économiques du showroom de meubles "Image" 12 1.1.1 Structure organisationnelle 14 1.1.2 Analyse des

Modélisation fonctionnelle des processus métier 1 Méthodologie IDEF0 La méthodologie SADT (Structured Analisys and Design Technique) a été développée par Douglas T. Ross en 1969-73. Il a été créé à l'origine pour

TRAVAUX DE LABORATOIRE 6 Construction d'un diagramme de flux de données A l'aide de ce travail de laboratoire, vous serez capable de : maîtriser le but et les principes de construction d'un DFD - diagramme de flux de données ; apprendre à installer

Concevoir un système de gestion de l'information pour les ressources matérielles d'une entreprise. Kamilov K.B., Gabibulaeva S.G. Université d'État du Daghestan Makhachkala, Russie Conception d'un système d'information

UDC 658.2 ÉTUDE DES MÉTHODES DE MODÉLISATION UTILISÉES DANS L'ANALYSE DE PROBLÈMES COMPLEXES ET LA CONCEPTION DE SYSTÈMES AUTOMATISÉS Lobach A.S. Université technique d'État de Moscou "STAHKIN"

MODÉLISATION FONCTIONNELLE (NOTATION IDEF0) COMME MÉTHODE DE RECHERCHE SUR LES SYSTÈMES D'INFORMATION DE BIBLIOTHÈQUE Chasovskikh E.V., Doronina I.N. Institut d'État des arts et de la culture de Belgorod Belgorod, Russie

Travaux de laboratoire 1 sur la discipline "Programmation système" Elaboration de spécifications d'unités de structure. Implémentation d'algorithmes au moyen conception assistée par ordinateur... Objet du travail : réaliser

1. Information et données 2. Concepts de base des systèmes avec bases de données Les systèmes informatiques d'information avec bases de données sont des systèmes d'information, mathématiques, logiciels, linguistiques, organisationnels

Bases de données dans IS_rus_3kr_winter_Ukubasova G_IS, VTiPO (2k4g ochn) 1 Un ensemble de données spécialement organisées stockées dans la mémoire d'un système informatique et affichant l'état des objets et leurs interconnexions

Problèmes d'automatisation de la comptabilité des services médicaux effectués et moyens de leur solution sur l'exemple de GUZ Zhirnovskaya CRH Pavlovsky S.A. Université agraire d'État de Volgograd Volgograd, Russie Problèmes de

Annexe Ministère de l'éducation et des sciences de la Fédération de Russie Institut Mourom (branche) de l'établissement d'enseignement supérieur budgétaire de l'État fédéral "État de Vladimir

Discipline académique "Les bases de données et leur gestion" pour les étudiants de la spécialité 050501.65 "Formation professionnelle" COURS 5 CONCEPTION DES BASES DE DONNÉES Question 1. Etapes de la conception des bases de données. Question

Option 1 Choisissez la bonne réponse. Il n'y a qu'une seule bonne réponse possible. 1. Un système d'information est a) Tout système de traitement de l'information b) Un système de traitement informations textuelles

Conception de bases de données " Un système complexe conçu à la hâte ne fonctionne jamais, et il est impossible de le réparer pour le faire fonctionner. "Murphy's Laws 16th Law of Systemantics Requirements

Ministère de l'Éducation et de la Science de la Fédération de Russie INSTITUTION D'ÉDUCATION BUDGÉTAIRE D'ÉTAT FÉDÉRALE D'ENSEIGNEMENT SUPÉRIEUR « UNIVERSITÉ NATIONALE DE RECHERCHES D'ÉTAT DE SARATOV

DÉVELOPPEMENT DU FUTUR MODÈLE POUR IC LLC "RESTAURANT" ELISTA "Kornyakova BS Université technique des communications et de l'informatique de Moscou Moscou, Russie CONCEPTION DU MODÈLE À VENIR POUR LE SYSTÈME D'INFORMATION ELISTA DU RESTAURANT

Système de gestion de projet du ministère du Développement économique de la Russie Information client Ministère du Développement économique et du Commerce de la Russie. Département Gouvernance d'entreprise et nouvelle économie (DKUNE). La description

Types de systèmes d'information Le type de système d'information dépend des intérêts qu'il sert et à quel niveau de gestion. Types de systèmes d'information Par la nature de la présentation et de l'organisation logique

Session 2 Caractéristiques des processus commerciaux modernes, description de BP, spécificité de BP dans les marchés verticaux et dans l'administration publique Grigory Bochechka, Ph.D., Professeur agrégé Séminaire de formation régional de l'UIT pour

Systèmes d'information et banques de données. La condition la plus importante pour assurer le fonctionnement efficace de toute organisation est la présence d'un système d'information développé. Un système d'information est un système

DÉVELOPPEMENT DU SYSTÈME D'INFORMATION POUR L'ÉCOLE DE CONDUITE LLC "ZEBRA" Kudinov S.V. Université technique des communications et de l'informatique de Moscou Moscou, Russie DÉVELOPPEMENT DU SYSTÈME D'INFORMATION POUR L'ÉCOLE DE CONDUITE "ZEBRA"

12_Étapes de la conception du SI en UML Les principaux types de diagrammes UML utilisés dans la conception des systèmes d'information. Relations entre les graphiques. Prise en charge d'UML pour le processus de conception itérative

Vadim Vladimirovich Klimov, candidat en sciences économiques, SAP Technical Consultant Center of Expertise, Process Integration Group de SAP CIS LLC (Saint-Pétersbourg) Optimisation de l'intégration inter-systèmes des processus métier

Sujet 10. Bases de la technologie des bases de données La technologie des bases de données est l'une des principales réalisations de l'informatique, utilisée pour créer des systèmes d'information et des applications informatiques qui mettent en œuvre l'information

COMMISSION TECHNIQUE D'ÉTAT DE LA FÉDÉRATION DE RUSSIE Document d'orientation PROTECTION DES SYSTÈMES AUTOMATISÉS CONTRE L'ACCÈS NON AUTORISÉ À L'INFORMATION. CLASSIFICATION DES SYSTÈMES AUTOMATISÉS ET

Session 4 Méthodes et moyens de réingénierie des processus d'affaires, le rôle de l'informatique dans la réingénierie des processus d'affaires et de gestion dans les entreprises de télécommunications Grigory Bochechka, Ph.D., Professeur agrégé Formation régionale

« CONCEPTION DE SYSTÈMES D'INFORMATION » B1.V.OD.3 La discipline « Conception de systèmes d'information » est destinée aux étudiants étudiant dans le sens de la formation 09.03.03 « Informatique appliquée »,

Travail de cours

Dans la discipline "Développement des systèmes d'information"

Agence immobilière développement IP

introduction

Pertinence et place du problème résolu du support informationnel dans le domaine

Pour la production la plus efficace dans toute organisation, le problème de l'organisation de la gestion des données se pose. L'automatisation vous permet de stocker, structurer et organiser de grandes quantités de données.

Le développement du marché a contribué à une augmentation du nombre d'entreprises fournissant des services immobiliers, ce qui a conduit à une intensification de la concurrence et à des exigences accrues en matière de niveau, de rapidité et de commodité du service client.

Le service client se compose de deux étapes: à la première étape, la recherche de l'offre actuelle du marché immobilier est effectuée, à la deuxième étape - la préparation des documents juridiques.

Accroître la vitesse et la qualité de la recherche d'offres en cours (dans un premier temps) nécessite le développement et la mise en place d'un système d'information qui fournirait une analyse des informations sur l'état actuel du marché immobilier.

L'objectif du cours est le développement et la mise en œuvre d'un système d'information pour l'automatisation des activités immobilières de la société "Alina" dans la ville de Kamensk-Shakhtinsky.

Buts et objectifs de la conception du diplôme

Le développement du SI comprend les tâches suivantes :

¾ Etudier le marché des produits logiciels, identifier leurs forces et faiblesses.

¾ Réaliser une analyse des exigences du système et de sa conception.

¾ Mise en place d'un système d'information répondant aux exigences des clients.

¾ Évaluation de l'efficacité des technologies de développement.

Cet AIS devrait fonctionner avec des données opérationnelles, l'accumulation de ces données permettra une analyse des activités de l'entreprise pour n'importe quelle période de temps, et permettra également la gestion opérationnelle des informations sur la comptabilité, l'achat et la vente, l'échange, la privatisation de biens immobiliers domaine. C'est l'une des tâches de la mise en œuvre du système. Grâce à son utilisation, le temps consacré à la préparation, la recherche et le traitement des informations nécessaires aux fonctions ci-dessus exercées par l'entreprise est considérablement réduit. Ceci est réalisé en choisissant la manière la plus optimale de stocker et de traiter les données. Avec cette approche, le temps nécessaire aux autres utilisateurs pour obtenir ces données est également réduit. C'est la signification pratique de ce travail de cours.

Le système d'information développé est nécessaire pour la formation et le support de la base de données interne des appartements de l'agence, la saisie et l'édition des appartements, des chambres, des ménages, des terrains dans la ville de Kamensk-Shakhtinsky et d'autres établissements mis en vente par agents. En outre, le système augmentera la productivité du travail, aidant à faire le travail mieux, plus rapidement et moins cher. A l'aide du système d'information, vous pouvez améliorer le niveau de travail du directeur, du comptable et de la secrétaire en automatisant certaines opérations courantes.

1. Développement des exigences logicielles

.1 Analyse des solutions existantes pour l'automatisation du domaine

L'agence immobilière "Alina" met à disposition des particuliers et entités juridiques les prestations suivantes :

Acheter une propriété

Ventes immobilières

Échange immobilier

Location de propriété

Estimation immobilière

Le SI développé doit remplir les fonctions suivantes :

Former et maintenir une base de données interne des appartements de l'agence.

¾ Sélection pour n'importe quel ensemble de conditions d'appartement à partir de la base de données interne.

¾ Organisation du plan de travail de l'agence avec un téléphone répartiteur.

Transmettre des informations de gestion aux managers et aux employés

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

Actuellement, il existe plusieurs méthodologies de conception dans le développement et la mise en œuvre des systèmes d'information :

Méthodologie de modélisation fonctionnelle SADT ;

Méthodologie d'analyse et de conception orientées objet en langage UML ;

Pour la conception du système d'information, la méthodologie d'analyse et de conception orientée objet en langage UML a été choisie (Unified modelling language) - un langage de description graphique pour la modélisation objet dans le domaine du développement logiciel. UML est un langage à base large ; c'est un standard ouvert qui utilise la notation graphique pour créer un modèle abstrait d'un système appelé modèle UML. L'UML a été créé pour définir, visualiser, concevoir et documenter, principalement des systèmes logiciels.

1.3 Analyse du domaine

L'agence immobilière "Alina" propose une large gamme de services dans le domaine de l'immobilier, tels que l'achat, la vente, la location, l'estimation de biens immobiliers résidentiels et commerciaux, située dans la ville de Kamensk-Shakhtinsky.

La figure montre les liens structurels de l'agence :

(Formé au moyen du logiciel "BIG-Mini") :

L'agence compte actuellement 14 employés.

Les principales activités de l'entreprise sont illustrées dans la figure (formées au moyen du logiciel "BIG-Mini") :

1.4 Exigences de collecte

interface immobilière d'agence d'automatisation

La collecte des exigences est le processus requis pour créer et approuver un document de spécification des exigences du système.

À ce stade:

Les exigences sont collectées.

¾ Les profils des parties prenantes sont compilés.

Des cas d'utilisation sont en cours de développement.

Le plus souvent, la méthodologie de recueil des besoins repose sur l'utilisation de la méthode de l'entretien et l'examen de la documentation décrivant les activités du cabinet.

Les salariés interrogés ont souhaité voir une interface intuitive dans le logiciel, la sécurité des données, la présence d'un plan de ville pour l'affichage des objets, la possibilité de visualiser l'historique des opérations.

Pour prendre des décisions, vous avez besoin d'informations complètes sur les offres en cours, les objets immobiliers déjà vendus, les objets que l'entreprise vend en ce moment, ainsi qu'une description détaillée de chaque objet.

1.5 Analyse des exigences et modélisation

Sur la base du travail effectué pour collecter les exigences relatives à la propriété intellectuelle de l'agence immobilière "Alina", les exigences suivantes ont été identifiées :

¾ Plan de la ville (avec affichage de l'objet sur la carte).

¾ Classificateur d'objets (définition automatique de la zone, type d'habitation, nombre d'étages, disposition, matériau des murs).

¾ La fonction d'exclusion des « enregistrements en double » d'objets (lors de l'ajout d'un nouvel objet, le programme vérifie la présence d'analogues et avertit de la présence d'éléments similaires).

¾ Suivi des conditions de location.

¾ Possibilité d'afficher l'historique de location.

¾ Archive de la base de données des propriétaires d'objets.

¾ Archive de la base de données clients - deux statuts de l'état des commandes du client : actif et inactif.

Fonction de masquage des données privées.

Ajout d'images aux objets.

¾ Interface multi-utilisateurs (accès distribué) avec autorisation et liaison nommée aux événements.

¾ Numéro d'identification pour chaque objet, pour faciliter l'identification.

¾ Sauvegardes automatiques côté client pour la récupération de la base de données en cas de sinistre.

1.6 Spécification des exigences

Le cahier des charges sert à maintenir le projet au quotidien et à représenter les besoins formulés par rapport au projet. Il permet de définir le domaine d'un produit logiciel, considéré par rapport à ses trois composants principaux : données, processus et comportement. La spécification vous permet de passer de la définition du domaine du projet au domaine de la solution en définissant trois modèles d'exigences qui représentent les caractéristiques des données, du processus et du comportement.

L'accès à la propriété intellectuelle ne peut être effectué que par les catégories d'utilisateurs associées au service de l'agence, à savoir : chef, spécialiste, évaluateur.

Restrictions générales

Environnement d'exploitation. La configuration minimale requise pour le système d'exploitation est Windows7 Starter.

Contraintes de conception et de mise en œuvre-1. La base de données doit être conçue sur SQL Server 2010.

Contraintes de conception et de mise en œuvre-2. L'application doit être implémentée en tant que système client-serveur, dans lequel les modules qui contrôlent les périphériques externes sont des serveurs d'automatisation.

Exigences d'interface externe

Interfaces utilisateur-1. Les écrans de sortie doivent être conformes aux normes généralement acceptées.

Interfaces utilisateur-2. Le système devrait fournir un lien d'aide sur chaque formulaire expliquant comment utiliser ce formulaire.

Interfaces utilisateur-3. Les formulaires doivent permettre une navigation et une sélection complètes à l'aide du clavier et de la souris.

La configuration système requise est indiquée dans le tableau :

Attributs de qualité du logiciel

Disponibilité-1. Le système doit être disponible 24 heures sur 24.

Fiabilité-1. Le système doit récupérer les rapports incomplets en cas de défaillance du réseau ou du système.

Exigences fonctionnelles

¾ Tenue, modification des dossiers clients.

Recherche de base de données.

Enregistrement des candidatures.

¾ Fournir des rapports.

1.7 Attestation des exigences

Au cours du processus de validation, différents types vérifications des exigences.

1. Vérification de l'exactitude des exigences. L'utilisateur peut penser que le système est nécessaire pour exécuter certaines fonctions spécifiques. Cependant, une réflexion et une analyse plus poussées peuvent conduire à la nécessité d'introduire des fonctions supplémentaires ou nouvelles. Les systèmes sont conçus pour différents utilisateurs ayant des besoins différents, et par conséquent l'ensemble d'exigences représentera une sorte de compromis entre les exigences des utilisateurs du système.

2. Vérification de la cohérence. La spécification des exigences ne doit pas contenir d'incohérences. Cela signifie que les exigences ne doivent pas contenir de contraintes conflictuelles ou de descriptions différentes de la même fonction du système.

Vérification de l'exhaustivité. La spécification des exigences doit contenir des exigences qui définissent toutes les fonctions du système et les restrictions imposées au système. Contrôle de faisabilité. Sur la base de la connaissance des technologies existantes, les exigences doivent être vérifiées pour la possibilité de leur mise en œuvre réelle. Les opportunités de financement et le calendrier de développement du système sont également vérifiés ici. Il existe un certain nombre de méthodes d'attestation d'exigences qui peuvent être utilisées ensemble ou séparément. La méthode de prototypage est l'une des principales pour la mise en œuvre de la certification des produits logiciels au stade de l'analyse du système, ce qui permet d'utiliser les clients pour maîtriser les exigences du système.

Le prototype de l'interface côté serveur du SI :

.8 Conclusions pour la section

Dans la première partie du cours, les SI existants ont été analysés, des cas d'utilisation métier ont été construits, décrivant les principales activités des employés de l'entreprise, et les domaines d'activité du département de l'agence ont été identifiés. Pour déterminer les besoins, une enquête a été menée auprès des salariés de l'entreprise, principaux utilisateurs du futur système. L'attestation des exigences via le prototypage était la dernière étape de cette phase.

2. Concevoir un système d'information

2.1 Conception architecturale

L'architecture du projet est déterminée par les exigences de configuration du système. Dans le cas du SI de la société « Alina », la conception de la structure distribuée du système est une nécessité.

Un exemple d'architecture IC est illustré sur la figure.

2.2 Conception de l'interface utilisateur

Une interface utilisateur est un ensemble de logiciels et de matériel qui permet à l'utilisateur d'interagir avec un ordinateur. Les dialogues constituent la base d'une telle interaction. Dans ce cas, un dialogue s'entend comme un échange régulé d'informations entre une personne et un ordinateur, réalisé en temps réel et visant à résoudre conjointement un problème précis : échange d'informations et coordination d'actions. Chaque dialogue se compose de processus d'E/S distincts qui assurent physiquement la communication entre l'utilisateur et l'ordinateur. L'échange d'informations s'effectue par la transmission de messages et de signaux de commande.

La fenêtre principale du programme :

Formulaire de réponse à la demande du client :

2.3 Conception de la base de données

Les principaux objectifs de la conception de bases de données sont :

¾ Présentation des données et des relations entre elles, nécessaires pour tous les principaux domaines d'application de cette application et tous les groupes existants de ses utilisateurs ;

¾ Création d'un modèle de données capable de prendre en charge l'exécution de toutes les transactions de traitement de données requises ;

¾ Développement d'une version préliminaire du projet, dont la structure vous permet de répondre à toutes les exigences de base pour les performances du système - par exemple, le temps de réponse du système.

La conception d'une base de données doit être basée sur les points de vue des utilisateurs finaux d'une organisation particulière - les exigences conceptuelles du système.

Lors de la conception d'une base de données, deux niveaux du modèle sont créés - logique et physique. La couche logique est une vue abstraite des données ; elle présente les données telles qu'elles apparaissent dans le monde réel et peut être appelée ainsi dans le monde réel. Les objets de modèle qui sont représentés au niveau logique sont appelés entités. La couche logique d'un modèle de données peut être construite sur un autre modèle, tel qu'un modèle de données conceptuel.

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

Pour implémenter le SI de l'agence immobilière « Alina », ont été choisis des outils de développement de logiciels comme Microsoft Access 2010 et le langage de programmation MicrosoftVisual C# .Net.Il s'agit d'un SGBD relationnel interactif pour Windows. C'est un programme qui est utilisé pour stocker et récupérer des données en fonction des relations qui sont établies. Son utilisation est simplifiée grâce à un manipulateur de souris. Capacités graphiques les boîtiers font une grande impression lors de la production de rapports et d'impressions de haute qualité. Tout cela grâce à la prise en charge des polices True-type et à l'intégration d'objets OLE dans le cadre de l'environnement WINDOWS. OLE - un objet est un lien vers certaines informations, qui restent dans leur forme originale.Il fournit également à l'utilisateur des mécanismes pour travailler avec des bases de données de différents formats.

Comme il n'y a que 3 ordinateurs dans le département d'ingénierie, il y avait un besoin pour un SGBD petit et flexible. En conséquence, nous pouvons conclure que Microsoft Access 2003 est un environnement de développement de base de données idéal pour cette organisation qui répond à toutes les exigences présentées.

Un nouveau langage de programmation, C #, a été développé spécifiquement pour la plate-forme MicrosoftVisualStudio .Net. Il a absorbé beaucoup des meilleurs qui soient dans une variété de langages de programmation.

Le langage C # est désarmant par sa simplicité - il compte environ 80 mots-clés et une douzaine de types de données intégrés. Cependant, il s'avère extrêmement expressif lorsqu'il s'agit de mettre en œuvre des concepts de programmation modernes. Le langage C # inclut la prise en charge la plus complète de la programmation structurée, orientée composants et orientée objet que vous pouvez attendre d'un langage moderne.

C # fournit une syntaxe intégrée pour travailler avec des énumérations, des structures et des propriétés de classe.

Ainsi, les composantes harmonieusement combinées du développement du système d'information MS Access et du langage C# de haut niveau sont idéales non seulement pour l'interaction entre elles, mais aussi pour les besoins d'une société immobilière.

.5 Conception de modules

L'objectif principal de la conception est de transformer les modèles d'analyse en documents de conception détaillés, sur la base desquels le système est mis en œuvre. Le modèle logique du système conçu est construit sur la base de la technologie Rational, en utilisant les approches orientées objet de base du langage UML.

Le module "Données d'entrée" contient des informations sur l'objet et implique l'exécution d'une demande de privatisation, d'achat ou de vente de biens immobiliers. Les données d'entrée contiennent les paramètres suivants :

¾ Numéro de contrat (ID)

¾ Nom complet du propriétaire

Type d'objet

Espace chambre

¾ Prix (en cas de vente)

¾ Possibilité de joindre un fichier avec une image de la salle.

Les données d'entrée sont placées dans une base de données et peuvent être modifiées à tout moment par des spécialistes. Les spécialistes peuvent changer le statut d'un bien immobilier (de vendu à vendu).

Le module "Données de sortie" implique la préparation d'un rapport sur l'achèvement de la privatisation, de l'achat ou de la vente.

Le module avec les objets vendus contient les données suivantes :

Numéro de contrat

Nom du vendeur

¾ Nom complet de l'acheteur

Date de vente

Type d'objet

Espace chambre

Les données sont générées sous la forme d'un rapport dans un format convivial, peuvent être demandées à tout moment et utilisées pour des informations statistiques.

.6 Conclusions pour la section

Dans la deuxième section, la conception du système de comptabilité immobilière IP est réalisée.

A ce stade, des modèles de représentation logique et physique du système ont été construits. La base de données du système a été développée.

Une représentation logique des principaux composants du système en tant que composants ActiveX indépendants qui implémentent la fonctionnalité des concepts de base du domaine a été développée.

Conclusion

L'objectif du cours était le développement de la propriété intellectuelle pour l'agence immobilière "Alina".

La première étape du cours a été la définition du but et des objectifs du SI.

Dans la première section, la modélisation métier des processus de l'organisation est réalisée. Un schéma de cas d'utilisation métier représentant les principaux domaines d'activité des salariés est construit et un schéma de cas d'utilisation du système d'information est construit.

Dans la deuxième partie, la conception architecturale du système d'information est réalisée. De plus, la conception de l'interface utilisateur a été réalisée, ce qui à son tour est un point important dans la mise en œuvre du système.

Après avoir conçu l'interface du programme, la structure des données a été modélisée (modèles logiques et physiques). L'outil logiciel utilisé pour créer l'outil CASE était le produit logiciel RationalRose 2000 EnterpriseEdition. Les outils logiciels utilisés ont été pris en compte. MicrosoftVisualStudio 2010 et le langage de programmation C # ont été utilisés comme environnement de développement logiciel.

Au cours de la conception, ces produits logiciels ont été utilisés comme :

BigMasterMini ;

MS SQL Server 2010 ;

MS Word 2013 ;

Rose Rationnelle.

En résumé, on peut dire que la tâche a été résolue, concernant l'automatisation de l'agence immobilière.