Affichagemaquette

Classique modèle relationnel Cela implique l'indivisibilité des données stockées dans les champs d'entrée sur le terrain. Le modèle de prise de vue est un modèle relationnel étendu qui supprime la restriction de l'indivisibilité des données. Le modèle admet des champs multiples - champs dont les valeurs sont composées de soins. Un ensemble de valeurs de champs multiples est considéré comme une table indépendante intégrée à la table principale.

En figue. 2.6 Sur l'exemple d'informations sur la facture et les biens à comparaison, la présentation des mêmes données est donnée à l'aide de modèles relationnels (a) et de prise de vue (B). Il est possible de voir à partir de la figure comparée au modèle relationnel dans le modèle de prise de vue, les données sont stockées plus efficacement et, pendant le traitement, il ne sera pas nécessaire d'effectuer le fonctionnement de données de connexion à partir de deux tables.

Frais généraux de frais généraux

Aérien

Figure. 2.6. La structure de ces modèles relationnels et de tir

Étant donné que le modèle de prise de vue permet de stocker dans les tableaux des données anormalisées, le problème de la garantie de l'intégrité et de la cohérence des données se produit. Ce problème est résolu par l'inclusion dans le SGBD des mécanismes concernés.

Dignitéle modèle de tir est la possibilité de présenter un ensemble de tables relationnelles connexes par une table montrant. Cela garantit une visibilité élevée de la présentation d'informations et d'améliorer l'efficacité de son traitement.

Désavantagele modèle de tir est la complexité de résoudre le problème de l'intégrité et de la cohérence des données stockées.

Les données considérées comme les données sont prises en charge par l'Univers DBMS. Les autres SGBD basés sur le modèle de données d'exploration comprennent également des systèmes Bubba et DASDB.

Modèle multidimensionnel

Une approche multidimensionnelle de la présentation des données est apparue presque simultanément avec relation relationnelle, mais l'intérêt pour les SGBM multidimensionnels a commencé à acquérir un caractère de masse à partir du milieu des années 90. L'article de E. Codda a servi en 1993. Il contient 12 exigences de base pour les systèmes de classe OLAP (traitement analytique en ligne - traitement analytique opérationnel), dont le plus important est lié aux capacités de la représentation conceptuelle et du traitement des données multidimensionnelles.

Dans le développement de concepts de systèmes d'information, les deux directions suivantes peuvent être distinguées:

Systèmes de traitement opérationnels (transactionnels);

Systèmes de traitement analytique (système d'aide à la décision).

Les DBMS relationnels étaient destinés aux systèmes d'information pour le traitement de l'information opérationnelle et dans ce domaine sont très efficaces. Dans les systèmes de traitement analytique, ils se sont montrés quelque peu inaccessibles et non suffisamment flexibles. Les SDBM multidimensionnels sont plus efficaces ici.

Les SDBM multidimensionnelles sont des SGB hautement spécialisés destinés au traitement de l'information analytique interactif. Les principaux concepts utilisés dans ces SGBD: l'agrégabilité, l'historicité et la prévisibilité.

Lésionles données désigne l'examen des informations à différents niveaux de sa généralisation. Dans les systèmes d'information, le degré de détail de la présentation des informations pour l'utilisateur dépend de son niveau: analyste, utilisateur, gestionnaire, gestionnaire.

Historicitéles données consistent à assurer un niveau élevé de données statiques des données réelles et de leurs relations, ainsi que l'obligation de contraignation de données par temps.

Précieuseles données impliquent la tâche des fonctions de prédiction et de l'utilisation à différents intervalles de temps.

La multidimensionnalité du modèle de données signifie la multidimensionnalité de la visualisation des données numériques, mais multidimensionnelle vue logique Structures d'information lors de la description et des opérations de manipulation de données.

Par rapport au modèle relationnel, l'organisation de données multidimensionnelles a une visibilité et une information plus importantes. Pour illustration à la Fig. 2.7 Les représentations relationnelles (a) et multidimensionnelles (b) des mêmes données sur le volume des ventes de voitures sont données.

Les concepts de base des modèles de données multidimensionnels: mesure et cellule.

Mesure- Il s'agit d'un ensemble de données simples de données formant l'une des faces de l'hypercuba. Dans un modèle de mesure multidimensionnel, le rôle des index qui permet d'identifier des valeurs spécifiques dans les cellules Hypercubes sont joués.

Cellule- Ce champ dont la valeur est déterminée de manière unique par un ensemble fixe de mesures. Le type de champ est le plus souvent défini comme numérique. Selon la manière dont les valeurs d'une cellule de certaines cellules sont générées, il peut être variable (les valeurs sont modifiées et peuvent être téléchargées à partir d'une source de données externe ou d'un logiciel formé) ou d'une formule (valeurs, telles que les cellules formulaires. feuilles de calcul, calculé selon des formules prédéterminées).

Figure. 2.7. Présentation relative et multidimensionnelle de données

Dans l'exemple de la Fig. 2.7 B Chaque valeur cellulaire Volume de ventesdéfinitivement déterminé par la combinaison de la mesure temporaire Mois de venteet modèle de voiture. En pratique, plus de mesures sont souvent nécessaires. Un exemple de modèle de données tridimensionnel est illustré à la Fig. 2.8.

Figure. 2.8. Un exemple de modèle tridimensionnel

Dans les SGBD multidimensionnelles existants, deux schémas d'organisation de données de base sont utilisés: hyperculubic et polycubic.

DANS policubriquele régime suppose que plusieurs hyperculbilles avec différentes dimensions peuvent être déterminées dans la base de données et avec diverses mesures comme faces. Un exemple d'un système prenant en charge une version de base de données Polycubic est Oracle Express Server.

Lorsque hyperculiquedes schémas sont supposés que toutes les cellules sont déterminées par le même ensemble de mesures. Cela signifie que, en présence de plusieurs hypercules de la base de données, ils ont tous la même dimension et les mêmes dimensions.

De base dignitéle modèle de données multidimensionnel est la commodité et l'efficacité du traitement analytique de grandes quantités de données liées au temps.

Désavantagele modèle de données multidimensionnel est son encombrant pour les tâches les plus simples du traitement d'informations opérationnelles habituelles.

Des exemples de systèmes prenant en charge les modèles de données multidimensionnels sont EssBase, multimédia Multi-Matrix, Oracle Express Server, Cache. Il existe des produits logiciels, tels que Media / MR, permettant de travailler simultanément avec des bases de données multidimensionnelles et avec des bases de données relationnelles.

Modèle orienté objet

Dans un modèle orienté objet, la présentation des données est possible d'identifier des enregistrements de base de données individuels. Entre les enregistrements et les fonctions de leur traitement sont établis avec l'aide de mécanismes similaires aux moyens appropriés dans les langages de programmation orientés objet.

Le modèle standardisé orienté objet est décrit dans les recommandations standard ODMG -93 (groupe de gestion de la base de données d'objet - un groupe de bases de données orientées objet).

Considérez un modèle simplifié d'une base de données orientée objet. La structure d'une base de données orientée objet représente graphiquement sous la forme d'un arbre dont les nœuds sont des objets. Les propriétés des objets sont décrites par type ou type standard, conçu par l'utilisateur (défini comme classe). La valeur de la propriété Type de classe est un objet qui est une instance de la classe correspondante. Chaque objet d'instance de classe est considéré comme un descendant d'un objet dans lequel il est défini comme une propriété. Un objet d'instance d'objet appartient à sa classe et a un parent. Les relations génériques dans la base de données constituent un cohérent d'objets par un rarhy d'objets. Un exemple de la structure logique d'une base de données de bibliothèques orientée objet est illustré à la Fig. 2.9 Voici le type d'objet Bibliothèqueest parental pour des objets d'instance de classe Abonné, Catalogueet Émission. Divers objets de type Livreset peut avoir un ou des parents différents. Tapez les objets LivreAvoir un et même parent doit différer au moins un numéro d'inventaire (unique pour chaque copie du livre), mais avoir les mêmes propriétés eST Bn, udc, nome I. auteur.

La structure logique d'une base de données orientée objet externe est similaire à la structure de la base de données hiérarchique. La principale différence entre eux consiste en des méthodes de manipulation de données.

Pour effectuer une action sur les données dans le modèle de base de données à l'étude, les opérations logiques sont utilisées, améliorées par des mécanismes orientés objet d'encapsulation, d'héritage et de polymorphisme.

Encapsulationlimite la portée du nom de la propriété dans l'objet dans lequel elle est définie. Donc, si dans le type d'objet Catalogueajouter une propriété demande le répertoire téléphonique de l'auteur et avoir un nom téléphoneEnsuite, nous obtiendrons les propriétés du même nom parmi les objets Abonnéet Catalogue. La signification de cette propriété sera déterminée par l'objet dans lequel elle est encapsulée.

HéritageAu contraire, la portée de la visibilité de la propriété sur tous les descendants de l'objet. Donc, tous les objets comme Livrequi sont des descendants du type de type CatalogueVous pouvez attribuer les propriétés de l'objet parent: isbn., udc, nomet auteur. S'il est nécessaire d'étendre l'action du mécanisme d'héritage aux objets qui ne sont pas des proches directes (par exemple, entre deux descendants d'un parent), puis dans leur ancêtre global, la propriété de type abstrait est déterminée. abdos. Donc, la définition des propriétés abstraites billetet numérodans l'objet Bibliothèqueconduit à l'héritage de ces filiales Sun Sun EMI Abonné, Livreet Publiémais. Pas accidentellement, donc les valeurs de la propriété billetdes classes Abonnéet Émissionmontré à la Fig. 2.9, sont les mêmes - 00015.

Polymorphismedans les langages de programmation orientés objet, cela signifie que la capacité du même code de programme fonctionne avec des données multiplies. En d'autres termes, cela signifie une recevabilité dans des objets différents types Avoir des méthodes (procédures ou fonctions) avec les mêmes noms. Au cours de l'exécution du programme d'objet, les mêmes méthodes sont utilisées avec différents objets en fonction du type d'argument. En ce qui concerne l'exemple considéré, le polymorphisme signifie que les objets de classe Livreavoir des parents différents de la classe Cataloguepeut avoir un ensemble de propriétés différent. Par conséquent, des programmes de travail avec des objets de classe Livrepeut contenir du code polymorphe.

La recherche d'une base de données orientée objet consiste à déterminer la similitude entre l'utilisateur demandé et les objets stockés dans la base de données.

Figure. 2.9 Structure de la base de données de la bibliothèque logique

De base dignitéun modèle de données orienté objet par rapport à la relation relationnelle est la possibilité d'afficher des informations sur les interconnexions complexes des objets. Le modèle de données orienté objet vous permet d'identifier une entrée de base de données distincte et de déterminer les fonctions de leur traitement.

Désavantagesun modèle orienté objet est une complexité conceptuelle élevée, la gêne occasionnée par le traitement des données et la faible vitesse des requêtes.

Les SGBD orientées objet comprennent le poète, le jasmin, le versant, l'O 2, le Jupiter - Jupiter, Iris, Orion, Postgres.

Dans OMD, lorsque la présentation des données, il est possible d'identifier des enregistrements individuels de la base. Entre les enregistrements de base de données et les fonctions de leur traitement établissent des relations à l'aide de mécanismes similaires aux moyens appropriés dans les langages de programmation orientés objet.

Un modèle standardisé orienté objet est décrit dans les recommandations standard ODMG-93 (groupe de gestion de la base de données d'objet - un groupe de bases de données orientées objet). En totalité, la recommandation ODMG-93 n'est pas encore possible. Pour illustrer des idées clés, envisagez un modèle légèrement simplifié d'une base de données orientée objet.

La structure d'une base de données orientée objet (OOBD) représente graphiquement sous la forme d'un arbre dont les nœuds sont des objets. Les propriétés d'objet sont décrites par un type standard (par exemple, une chaîne de chaîne) ou un type par celui construit par l'utilisateur (défini comme classe).

Les valeurs du type de chaîne sont une chaîne de caractères. La valeur de la propriété Type de classe est un objet qui est une instance de la classe correspondante. Chaque objet d'instance de classe est considéré comme un descendant d'un objet dans lequel il est défini comme une propriété. Un objet d'instance d'objet appartient à sa classe et a un parent. Les relations génériques dans la base de données constituent une hiérarchie cohérente d'objets.

Un exemple de la structure logique de l'OBS de l'étui de bibliothèque est illustré à la Fig. 2.8.

Ici, l'objet Type de bibliothèque est un parent des objets d'instance d'objet. Abonné, répertoire et émission. Divers objets tels qu'un livre peuvent avoir un ou des parents différents. Des objets tels qu'un livre dont le même parent devraient différer d'au moins un numéro d'inventaire (unique pour chaque copie du livre), mais avoir les mêmes valeurs de propriétés. isbn., UDC, nomet auteur.

Figure. 2.8. Structure de la base de données de la bibliothèque logique

La structure logique de l'OBS est similaire à la structure de l'IBD. La principale différence entre eux consiste en des méthodes de manipulation de données.

Pour effectuer une action sur les données dans le modèle de base de données à l'étude, les opérations logiques sont utilisées, améliorées par des mécanismes orientés objet d'encapsulation, d'héritage et de polymorphisme. Les opérations telles que les commandes sont limitées à la limitée (par exemple, pour créer une base de données).

Créer et modifier la base de données est accompagné d'une formation automatique et d'un ajustement ultérieur de l'index (tables d'index) contenant des informations pour recherche rapide Les données.

Considérez brièvement le concept d'encapsulation, d'héritage et de polymorphisme par rapport à un modèle orienté objet de la base de données.

Encapsulationlimite la portée du nom de la propriété dans l'objet dans lequel elle est définie. Donc, si un type d'objet est un objet de catalogue, demande au téléphone de l'auteur du livre et à avoir un nom de téléphone, puis nous recevrons les propriétés du même nom de l'abonné et du catalogue. La signification de cette propriété sera déterminée par l'objet dans lequel elle est encapsulée.

Héritage,au contraire, distribue la zone de visibilité de la propriété sur tous les descendants de l'objet. Ainsi, tous les objets tels que le livre, qui sont les descendants de l'objet Type d'objet, peuvent être attribués aux propriétés de l'objet parent: ISBN, UDC, Nom et Auteur. S'il est nécessaire d'étendre l'effet du mécanisme d'héritage aux objets qui ne sont pas des membres de la famille directe (par exemple, entre deux descendants d'un parent), puis dans leur ancêtre global, le type de type TYPEABS est déterminé. Ainsi, la définition des propriétés abstraites du billet et le numéro dans l'objet de la bibliothèque conduit à l'héritage de ces propriétés par tous les abonnés, l'abonné, le livre et l'émission. Pas par hasard donc les valeurs de la propriété billetclasses L'abonné et l'émission indiquée sur la figure seront les mêmes - 00015.

Polymorphisme danslangues orientées objet Programmation de la capacité du même code de programme à fonctionner avec des données multiplies. En d'autres termes, cela signifie que la permission de différents types d'objets comporte des méthodes (procédures ou fonctions) avec les mêmes noms. Au cours de l'exécution du programme d'objet, les mêmes méthodes sont utilisées avec différents objets en fonction du type d'argument. En ce qui concerne notre base de données orientée objet, le polymorphisme signifie que les objets d'objets de classe ayant différents parents du répertoire de classe peuvent avoir un ensemble de propriétés différents. Par conséquent, les programmes de travail avec des objets de classe peuvent contenir un code polymorphe.

La recherche dans OBS est de déterminer la similitude entre l'objet spécifié par l'utilisateur et les objets stockés dans la base de données. Objet défini par l'utilisateur appelé objet-but (propriété objet a un typebut), en général, il peut s'agir d'un sous-ensemble de toute la hiérarchie des objets de la base de données. L'objet objet, ainsi que le résultat de l'exécution de la requête, peut être stocké dans la base de données elle-même. Un exemple de demande de numéros de billets de lecture et de noms d'abonné qui ont reçu au moins un livre dans la bibliothèque sont affichés à la Fig. 2.9

Figure. 2.9 Fragment DB avec objet

De base dignitéL'OMD comparée à la relation relationnelle est la possibilité d'afficher des informations sur les interconnexions complexes des objets. OUD vous permet d'identifier une entrée de base de données distincte et de déterminer les fonctions de leur traitement.

De base DésavantagesOud est une complexité conceptuelle élevée, la gêne occasionnée par le traitement des données et la faible vitesse des requêtes.

Dans les années 90, il y avait des prototypes expérimentaux de l'Oosubd. Actuellement, il y a plus de 300 SGBD de ce type. Certains systèmes ont été relativement répandus, par exemple, les SGBD suivants: cache (intersystems), Jasmine (Computer Associates), Versant (VersantTechnologies), O2 (Ardentsoftware), ODB-Jupiter (Inteltek Plus Scientific et Production Centre), ainsi que ASIRIS, ORIONIPOSTGRES.

Les avantages de l'OBS à l'avenir devraient conduire à leur très répandu. Pour ce faire, il est auparavant nécessaire de résoudre les tâches d'éliminer les défauts inhérents à OBD: augmenter la flexibilité de la structure de la base de données, créez un langage de programmation claire, de définir la syntaxe d'analyse, définissez plusieurs méthodes d'accès aux données à utiliser. Sur les problèmes d'accès simultanés, déterminez la recherche de données complexes, pour élaborer la protection et la récupération des données. La liste des tâches nécessitant des tâches peut être poursuivie.

Cependant, après avoir résolu ces tâches, la transition vers l'OBD sera progressive et non très rapide, car il sera difficile de déchirer d'un grand nombre de bases de données relationnelles actuelles sur des raisons objectives et subjectives. Faire une telle transition moins douloureuse permettra l'inclusion dans la composition de l'OOSUBD non seulement de l'objet, mais également du composant relationnel. De plus, l'OOSUBD devrait entrer MMD pour la formation de systèmes OLAP HD qui sont de plus en plus en exercice en pratique.

introduction

L'émergence de la direction des bases de données orientées objet (OOBD) a été déterminée principalement par les besoins de la pratique: la nécessité de développer des systèmes d'application d'informations complexes, pour lesquels la technologie des systèmes de base de données précédents n'était pas tout à fait satisfaisante. Bien sûr, obstinez non pas de gratter. La base appropriée a été fournie par des travaux de base de données précédents et des langages de programmation à long terme avec types de résumé Langues de programmation de données et orientées objet.

En ce qui concerne la communication avec des travaux de base de données antérieurs, l'influence la plus puissante sur le travail dans le domaine de l'étrange était le développement du SGBD et le suivant chronologiquement, les familles de base de données dans lesquelles la gestion des objets complexes a été prise en charge. Ces travaux ont fourni la base structurelle de l'organisation de OOBD. Cet abrégé considérera OISD et Oosubd.

Modèle de données orienté objet

Considérez l'une des approches de la construction de la base de données - à l'aide d'un modèle de données orienté objet (OCOM). Les données de modélisation dans OUD sont basées sur le concept d'un objet. Oud est généralement utilisé dans des domaines complexes, qui manque de fonctionnalité du modèle relationnel (par exemple, pour les systèmes d'automatisation de conception (CAD), les systèmes de publication, etc.).

Le modèle orienté objet des données ODMG diffère d'autres modèles, tout d'abord, dans un seul aspect principal. Dans le modèle données SQL et une vraie base de données de modèle de données relationnelle est un ensemble de conteneurs de données nommés d'un type générique: tables ou relations, respectivement. Dans un modèle de données orienté objet, une base de données est un ensemble d'objets (conteneurs de données) d'un type arbitraire.

Lors de la création de SGBD (OOSUBD) orientée objet, diverses méthodes sont utilisées, à savoir:

incorporation dans un langage de fonds orienté objet conçu pour travailler avec la base de données;

élargir la langue existante de travailler avec des fonctions orientées objet de la base de données;

créer des bibliothèques de fonctions orientées objet pour travailler avec la base de données;

créer une nouvelle langue et un nouveau modèle de données orienté objet.

Les avantages de l'OCD peuvent inclure de nombreuses capacités de modélisation. domaine, langue de requête expressive et haute performance. Chaque objet dans OUD a un identifiant unique (identifiant d'objet OID). La circulation OID survient considérablement plus rapide que la recherche dans la table relationnelle.

Parmi les inconvénients des OCOMS, il convient de noter l'absence de modèle généralement accepté, manque d'expérience dans la création et l'exploitation de l'ODOD, la complexité de l'utilisation et de l'insuffisance des outils de protection des données.

Examinez maintenant comment les modèles de données de soutien sont mis en œuvre dans systèmes réels Gestion de base de données.

Dans un modèle orienté objet (OU), lorsque les données sont soumises, il est possible d'identifier des entrées de base individuelles. Entre les enregistrements de base de données et les fonctions de leur traitement établissent des relations à l'aide de mécanismes similaires aux moyens appropriés dans les langages de programmation orientés objet.

La norme OO est décrite dans les recommandations standard ODMG-93 (groupe de gestion de la base de données d'objet - un groupe de bases de données orientées objet). En totalité, la recommandation ODMG-93 n'est pas encore possible. Pour illustrer des idées clés, envisagez un modèle légèrement simplifié d'une base de données orientée objet.

La structure de l'OO DB représente graphiquement sous la forme d'un arbre dont les nœuds sont des objets. Les propriétés d'objet sont décrites par un type standard (par exemple, une chaîne de chaîne) ou un type par celui construit par l'utilisateur (défini comme classe).

Les valeurs du type de chaîne sont une chaîne de caractères. La valeur de la propriété Type de classe est un objet qui est une instance de la classe correspondante. Chaque objet d'instance de classe est considéré comme un descendant d'un objet dans lequel il est défini comme une propriété. Un objet d'instance d'objet appartient à sa classe et a un parent. Les relations génériques dans la base de données constituent une hiérarchie liée d'objets.

Concepts de base

Définition 1.

Modèle orienté objetles présentations de données permettent d'identifier des entrées de base de données individuelles.

Les enregistrements de base de données et les fonctions de traitement sont liés à des mécanismes similaires aux moyens appropriés qui sont mis en œuvre dans les langages de programmation orientés objet.

Définition 2.

Représentation graphique Les structures d'une base de données orientée objet sont un arbre dont les nœuds représentent des objets.

Type standard (par exemple, chaîne - chaîne) Ou le type créé par l'utilisateur ( classer), décrit propriétés des objets.

Sur la figure 1, l'objet de bibliothèque est un parent pour le répertoire d'objets d'instance de classe, l'abonné et l'émission. Différents objets tels qu'un livre peuvent être un ou des parents différents. Des objets tels que le livre qui ont le même parent doivent être au moins différents numéros d'inventaire (uniques pour chaque copie du livre), mais les mêmes valeurs de propriétés auteur, nom, udc et isbn..

Les structures logiques d'une base de données orientée objet et hiérarchique sont similaires. Ils diffèrent dans les principales méthodes de données de manipulation.

Lorsque vous effectuez une action sur les données dans un modèle orienté objet, des opérations logiques sont utilisées, qui sont améliorées par l'encapsulation, l'héritage et le polymorphisme. Avec une certaine restriction, vous pouvez appliquer des opérations similaires aux commandes SQL (par exemple, lors de la création d'une base de données).

Lors de la création et de la modification de la base de données, la formation automatique et le réglage ultérieur des index (tables d'index) sont effectués, ce qui contient des informations pour rechercher rapidement des données.

Définition 3

objectif encapsulation - Restriction de la portée du nom de propriété des limites de l'objet dans lequel il est défini.

Par exemple, si la propriété est ajoutée à l'objet, ce qui définit le téléphone de l'auteur et a un nom téléphoneLes propriétés du même nom auront les objets de catalogue et d'abonné. La signification de la propriété est déterminée par l'objet dans lequel elle est encapsulée.

Définition 4.

Héritage, l'encapsulation du dos, est responsable de la distribution du champ de visibilité de la propriété par rapport à tous les descendants de l'objet.

Par exemple, tous les objets des objets, qui sont les descendants du répertoire d'objets, peuvent être attribués aux propriétés de l'objet parent: auteur, nom, udc et isbn..

S'il est nécessaire d'étendre l'action du mécanisme d'héritage aux objets qui ne sont pas des proches directes (par exemple, deux descendants d'un parent) dans leur ancêtre global déterminent la propriété abstraite du type abdos.

Ainsi, les propriétés numéro et billet Dans l'objet de la bibliothèque, toutes les filiales émettrices, livres et abonnés sont hérités. C'est pourquoi les valeurs de cette propriété d'abonné et d'émission de classes sont les mêmes - 00015 (Figure 1).

Définition 5

Polymorphisme Permet la même chose code de programme Travailler avec des données multiplies.

En d'autres termes, il admet des objets de types différents pour avoir des méthodes (fonctions ou procédures) avec les mêmes noms.

Rechercher La base de données orientée objet consiste à déterminer la similitude entre l'objet que l'utilisateur spécifie et les objets stockés dans la base de données.

Avantages et inconvénients d'un modèle orienté objet

De base avantage Un modèle de données orienté objet, contrairement au modèle relationnel, est la possibilité d'afficher des informations sur les relations complexes d'objets. Le modèle de données à l'étude vous permet de déterminer l'entrée distincte de la base de données et des fonctions de son traitement.

À désavantages Un modèle orienté objet appartient à une difficulté conceptuelle élevée, au traitement des données gênantes et à des requêtes basses.

À ce jour, de tels systèmes sont assez généralisés. Ceux-ci incluent la SGBD:

• Postgres,
• Orion
• Iris
• ODBJUPITER,
• Versant
• Objectivité / dB,
• But
• Statistique
• Gemme
• Base g.

La base des technologies de base de données basées sur le MD décrit ci-dessus, réside un concept de stockage d'informations statiques concentré sur la modélisation des données. Cependant, de nouveaux domaines d'application de la technologie avec des objets BD complexes et interdépendants, tels que:

Conception automatisée;

Production automatisée;

Développement automatisé logiciel;

Systèmes d'information de bureau;

Système multimédia;

Systèmes de géoinformation;

Les systèmes de publication et autres, - ont démontré des capacités limitées d'un concept statique en termes de modélisation d'objets du monde réel.

Pour les nouveaux types d'applications de base de données spécialisées complexes, un concept dynamique d'informations stockées est efficace, ce qui vous permet de simuler des données et des processus en vigueur en parallèle à ces données. Cela vous permet de prendre en compte la sémantique du domaine et donc les applications les plus correctement décrivent. Un tel concept est basé sur une approche orientée objet, largement utilisée lors de la création de logiciels. MD mis en œuvre ce concept et basé sur un paradigme orienté objet (OOP), a reçu le nom d'un modèle de données orienté objet (OCOM).

La construction d'OCD procède à partir de l'hypothèse que le sujet peut être décrit par l'ensemble des objets. Chaque objet est une entité identifiable unique contenant des attributs décrivant l'état des objets du monde réel et des actions associées. L'état actuel de l'objet est décrit par un ou plusieurs attributs pouvant être simples ou complexes. Un attribut simple peut avoir un type primitif (par exemple, un entier, une chaîne, etc.) et d'accepter la valeur littérale. L'attribut composite peut contenir des collections et / ou des liens. L'attribut de référence est un lien entre les objets.

La propriété principale de l'objet est l'unicité de son identification. Par conséquent, chaque objet dans un système orienté objet doit avoir son propre identifiant.

ID d'objet (IID - Identificateur d'objet) est une méthode interne pour marquer des objets individuels pour la base de données. Les utilisateurs travaillant avec un programme de dialogue de demandes de demandes ou d'informations d'affichage, en règle générale, ne voient pas ces identificateurs. Ils sont assignés et utilisés le SGBD lui-même. La sémantique de l'identifiant dans chaque SGBD est leur propre. Il peut être à la fois une valeur aléatoire et contenir les informations nécessaires à la recherche d'un objet dans le fichier de base de données, par exemple, le numéro de page dans le fichier et l'objet décalé de son départ. C'est l'identifiant qui devrait être utilisé pour organiser des références à l'objet.

Tous les objets sont encapsulés, c'est-à-dire que la présentation ou la structure interne de l'objet reste cachée de l'utilisateur. Au lieu de cela, l'utilisateur ne connaît que cet objet peut effectuer certaines fonctions. Ainsi, pour l'installation, l'entrepôt peut utiliser de telles méthodes pour accepter_dovar, émetteur_tobap, etc. L'avantage de l'encapsulation est qu'il vous permet de modifier la représentation interne des objets sans réchancer d'applications dans lesquelles ces objets sont utilisés. En d'autres termes, l'encapsulation implique l'indépendance des données.

L'objet encapsule les données et les fonctions (méthodes selon OOP). Méthodes déterminent le comportement de l'objet. Ils peuvent être utilisés pour modifier l'état d'un objet en modifiant les valeurs de ses attributs ou en créant des requêtes aux valeurs des attributs préférés. Par exemple, il peut y avoir des méthodes d'ajout d'informations sur un nouvel objet immobilier à la location, afin de mettre à jour les informations sur le salaire de l'employé ou d'impression d'informations sur un produit particulier.

Objets qui ont le même ensemble d'attributs et répondent aux mêmes messages peuvent être regroupés dans classer (Dans la littérature, le terme "classe" et "type" sont souvent utilisés comme synonymes). Chacune de ces catégories a son propre représentant - un objet qui est un élément de données. Les objets de certains cours s'appellent copies.

Dans certains systèmes orientés objet, la classe est également un objet et possède ses propres attributs et méthodes appelés attributs de classe et méthodes de classe.

Concepts importants de OOP servir hiérarchie des classes et hiérarchie des conteneurs.

Cours de hiérarchie Cela implique la possibilité d'avoir la présence de chaque classe, dans ce cas, la superclasse, sa sous-classe. Par exemple, vous pouvez apporter la chaîne suivante: tous les programmeurs de toute entreprise sont ses employés, par conséquent, chaque programmeur qui dans le cadre de l'OCD est une classe de programmeurs, c'est aussi un employé qui, à son tour, est un objet. des employés de classe. Ainsi, les programmeurs seront une sous-classe, des employés - une superclasse. Mais les programmeurs peuvent également partager sur le système et appliqué. Par conséquent, les programmeurs seront une superclasse sur les sous-clampes des SIS_PROGRAMES et des GLOBAL_PROGAMMERS. En poursuivant cette chaîne, nous obtenons une hiérarchie de classes dans lesquelles chaque objet de sous-classe hérite des copies des variables et des méthodes de la superclasse appropriée.

Il existe plusieurs types d'héritage - célibataire, multiple et sélectif. L'héritage unique est un cas lorsque les sous-classes héritent de plus d'une superclasse. Héritage multiple - Héritage Plus d'une superclasse. L'héritage sélectif permet à la sous-classe d'hériter d'un nombre limité de propriétés de sa superclasse.

L'héritage des copies des variables est appelée héritage structurel, Méthodes d'héritage - héritage comportementalet la possibilité d'utiliser la même méthode pour différentes classes ou, plutôt, d'appliquer différentes méthodes avec le même nom pour différentes classes sont appelées polymorphisme.

L'architecture orientée objet a également un autre type de hiérarchie - conteneurs de hiérarchie. C'est que certains objets peuvent être constructifs à l'intérieur des autres. Ainsi, l'objet de classe devrait contenir une variable accessible au public, qui fait référence aux employés de la classe, correspondant au chef du département, et doit également contenir un lien vers l'ensemble des références à des objets adaptés aux employés de ce département. .

Dans certains systèmes orientés objet, la classe est également un objet et possède ses propres attributs et méthodes. Caractéristiques générales La classe est décrite par ses attributs. Les méthodes de classe d'objet sont une sorte d'analogue des propriétés des objets du monde réel. Chaque objet relatif à une classe particulière a ces propriétés. Par conséquent, lors de la création d'un objet, il est nécessaire de déclarer la classe auquel elle se réfère donc de déterminer ainsi les propriétés inhérentes à elle.

L'utilisateur et l'objet interagissent par des messages. En réponse à chaque message, le système effectue la méthode appropriée.

Toutes les communications dans le modèle d'objet sont effectuées à l'aide d'attributs de référence généralement mis en œuvre sous forme d'identifiants OID.

La communication dans des bases de données relationnelles est représentée par la comparaison des clés primaires et externes. Dans la base de données elle-même, il n'y a pas de structures pour la formation d'associations entre les tableaux, la communication est utilisée selon les besoins lorsque vous connectez des tables. Au contraire, la communication constitue la base d'une base de données orientée objet, car les identificateurs des objets avec lesquels il est connecté à chaque objet.

Non seulement les liens traditionnels peuvent être mis en œuvre dans OUMD, mais également en raison de l'héritage.

Type de communication One-To-One (1: 1)entre les objets A et B est implémenté en ajoutant un attribut de référence à un objet dans un objet A et (pour maintenir l'intégrité de référence) de l'attribut de référence à l'objet A dans l'objet V.

Type de communication un à plusieurs (1: M) Entre les objets A et B est implémenté en ajoutant un attribut de référence à un objet A et un attribut contenant un ensemble de références à un objet A, à un objet dans (par exemple, un attribut de référence B (OID2, OID3 ...) est ajouté et dans les cas d'un objet dans OID2, OID3, ... un attribut de référence A: OID1 est ajouté.

Communication comme beaucoup de co-beaucoup (m: n) Entre les objets A et B est mis en œuvre en ajoutant un attribut à chaque objet contenant un ensemble de liens.

Dans Oud, vous pouvez utiliser la connexion de la vue "Entier" décrivant que l'objet de la même classe contient des objets d'autres classes que ses parties. Dans le cas d'une base de données de production entre la classe, le produit et les classes, la pièce et l'assemblage auraient existé «entier». Cette communication - Ceci est la possibilité de la communication "Beaucoup de Ko-Beaucoup", qui a une sémantique spéciale. La communication "The Integer" est mise en œuvre comme toute autre communication "plusieurs à plusieurs" utilisant divers identifiants d'objets associés. Cependant, il contraste avec la communication habituelle «de plusieurs ko-plusieurs», a une signification significative différente.

Étant donné que le paradigme orienté objet prend en charge l'héritage, alors dans Oud, il est possible d'utiliser le type "est" et la connexion du "élargie". La communication "est", qui s'appelle également la relation de généralisation-spécialisation, génère une hiérarchie d'héritage, dans laquelle des sous-classes sont fournies par des cas spéciaux de superclasse. Cela permet de ne pas décrire les caractéristiques ré-héritées. Lors de l'utilisation de la communication "Développe", la sous-classe développe la fonctionnalité de la superclasse et non limitée à son étui privé.

Examinez comment ces composants sont mis en œuvre dans OUD comme limitation de l'intégrité et des opérations de données.

Les caractéristiques de ces composants sont déterminées par les spécificités du modèle. Cette spécificité de l'OMD est principalement dictée par ses concepts internes comme encapsulation d'objets, c'est-à-dire la sécurité de la structure interne, l'accès des données uniquement par certains méthodes d'avance, hiérarchie des classes et hiérarchie des conteneurs.

Les spécificités de l'OCOM sont dictées par les spécificités de l'objet. Il se manifeste dans la nécessité de regrouper des objets dans des cours. Chaque objet est inclus dans une classe particulière en fonction de la tâche, avec un objet peut appartenir à une fois à plusieurs classes (par exemple, la famille des programmeurs et à payer élevé). Un autre objet spécifique est qu'il peut «partir» d'une classe (sous-classe) à une autre. Donc, le programmeur système peut être appliqué avec le temps. Ainsi, la hiérarchie des classes n'est pas un analogue du modèle hiérarchique, comme cela pourrait sembler plus tôt, mais nécessite un système de capacité à modifier l'emplacement de chaque objet dans la hiérarchie des classes, par exemple, pour naviguer sur "Up" ou " "Dans cette hiérarchie. Mais un processus plus complexe est possible - le système doit fournir un objet d'objet à joindre (déconnecté) à un sommet arbitraire de la hiérarchie à tout moment.

Un rôle important dans OUD joue des restrictions à l'intégrité des relations. Pour que la communication dans le document orienté objet, les identifiants d'objet des deux côtés de la communication doivent se conformer à l'autre. Par exemple, s'il existe un lien entre les employés et leurs enfants, il doit y avoir une sorte de garantie que lors de l'insertion d'un objet décrivant l'enfant dans un objet qui affiche l'employé, ce dernier identifiant est ajouté à l'objet approprié. Ce type d'intégrité de connexion, dans quelque chose d'intégrité de référence similaire dans le modèle de données relationnel, est défini en utilisant liens inverse. Pour garantir l'intégrité des liens, le concepteur est fourni avec une conception spéciale de syntaxe requise pour spécifier l'emplacement de l'identifiant inverse de l'objet. L'obligation de définir des restrictions sur l'intégrité des relations (ainsi que l'intégrité de référence dans la base de données relationnelle) se situe sur le concepteur.

Dans OMD et description des données, et les manipuler se produisent avec le même langage procédural orienté objet.

Groop de gestion de la base de données d'objet (groop en gestion de la base de données d'objet). Elle a développé le modèle d'objet (la version de ODMG 2.0 a été adoptée en septembre 1997), qui définit le modèle standard pour la sémantique des objets BD. Ce modèle revêt une grande importance car elle détermine la sémantique intégrée, qui est également comprise et peut implémenter des SGBD orientés objet (OOSUBD). La structure des bibliothèques et des applications utilisant cette sémantique doit être transférée à divers Oosubds prenant en charge cet objet MD. Les principaux composants de l'architecture ODMG sont les suivants: Modèle d'objet (OM), Définition de l'objet Langue (ODL), Langue de requête d'objet (OQL) et C ++, Java et SmallTalk Lidification.

Le modèle d'objet des données conformément à la norme ODMG 2.0 est caractérisé par les propriétés suivantes:

Les éléments structurels de base sont des objets et des littéraux. Chaque objet a un identifiant unique. Le littéral n'a pas son propre identifiant et ne peut exister séparément en tant qu'objet. Les littéraux sont toujours intégrés aux objets et ne peuvent pas être référés individuellement;

Les objets et les littéraux diffèrent de type. Chaque type a son propre domaine divisé par tous les objets et les littéraux. ce type. Les types peuvent également avoir un comportement. Si le type a un comportement, tous les objets de ce type ont le même comportement. En pratique, le type peut être une classe à partir duquel un objet, une interface ou un type simple de données (par exemple, un entier) est créé. L'objet peut être représenté comme une instance du type;

L'état de l'objet est déterminé par un ensemble de valeurs de courant mises en œuvre par une variété de propriétés. Ces propriétés peuvent être des attributs d'un objet ou d'une communication entre un objet et un ou plusieurs autres objets;

Le comportement de l'objet est déterminé par un ensemble d'opérations pouvant être effectuées au-dessus de l'objet ou de l'objet lui-même. Les opérations peuvent avoir une liste de paramètres d'entrée et de sortie, chacun d'entre eux de type strictement défini. Chaque opération peut également renvoyer un résultat tapé;

La définition de la base de données est stockée dans un schéma enregistré dans la langue d'objet de définition d'objet (ODL). La base de données stocke des objets, leur permettant de les partager pour partager divers utilisateurs et applications.

Les SGBD basés sur OUD s'appellent le SGBD orienté objet (OOSUBD). Ces SDBM se réfèrent au SGBD de la troisième génération * (* L'historique de développement des modèles de stockage est souvent brisé en trois étapes (générations): la première génération (la fin de 1960 est le début des années 70) - hiérarchique et modèles de réseau; Deuxième génération (environ 1970-1980s) - modèle relationnel; La troisième génération (1980 est le début des années 2000) - modèles orientés objet.).

Aujourd'hui, des bases de données orientées objet sont utilisées dans diverses organisations pour résoudre un large éventail de tâches. L'analyse et la généralisation de l'expérience accumulée dans le domaine des données technologiques de l'information ont permis d'identifier les applications dans lesquelles l'utilisation de bases de données orientées objet est justifiée:

L'application consiste en grand nombre parties interagissant. Chacun d'entre eux a son comportement, qui dépend du comportement des autres;

Le système devrait traiter de gros volumes de non structuré ou d'une structure de données complexe;

L'application effectuera un accès prévisible des données, de sorte que la nature de navigation de la base de données orientée objet ne sera pas un inconvénient important;

La nécessité de demandes non planifiées est limitée;

La structure des données stockées a une nature hiérarchique ou similaire.

DANS actuellement Il existe de nombreux SGDM orientés objet sur le marché des logiciels. Dans l'onglet. 10.6 Certains des systèmes commerciaux de cette classe sont présentés.

Tableau 10.6.

Oosubd commercial moderne,

leurs fabricants et leurs étendues

L'une des différences fondamentales des bases de données d'objets de relation est la possibilité de créer et d'utiliser de nouveaux types de données. Une caractéristique importante de l'OOSUBD est que la création d'un nouveau type ne nécessite pas de modification de base de la base de données et repose sur les principes de la programmation orientée objet.

Le noyau de l'OOSUBD est optimisé pour les opérations avec des objets. Les opérations naturelles pour la mise en cache des objets, effectuant des versions d'objets, la séparation des droits d'accès à des objets spécifiques. Oosubd a une vitesse plus élevée sur les opérations nécessitant l'accès et la réception de données emballées dans des objets, comparées à la SGBD relationnelle, pour laquelle la nécessité d'échantillonner des données connectées conduit à des opérations internes supplémentaires.

Une valeur considérable pour l'OOSUBD a la capacité de déplacer des objets d'une base à une autre.

Lors de la création de diverses applications basées sur OOSUBD, la structure intégrée de la classe d'un ou plusieurs SGBD est construite. La bibliothèque de classe prend en charge, en règle générale, pas seulement tous types standard données, mais aussi un ensemble avancé de multimédia et d'autres types de données complexes, tels que la vidéo, le son, la séquence des cadres d'animation. Dans certains OOSUBD, des bibliothèques de classe sont créées, permettant une recherche de stockage et de texte intégral des informations documentaires (par exemple, Jasmine, ODB-Jupiter). Un exemple de la structure de base des classes est illustré à la Fig. 10.17.

La position principale de celui-ci occupe la classe TODBObject, qui contient toutes les propriétés et méthodes nécessaires pour contrôler l'accès à la base de données et à l'indexation. Toutes les autres classes remplacent ses méthodes en ajoutant l'exactitude de l'exactitude du type mis en œuvre par eux et l'indexeur spécifique.

Comme on peut le voir de la Fig. 10.17, dans la structure, diverses classes ont été axées sur le traitement des informations documentaires - TODBText, TODBDocument, TodbtextDocument, etc. Chaque document est représenté par un objet distinct. Cela garantit le stockage naturel des documents. L'une des opérations les plus importantes est de rechercher des documents sur demande. Pour la plupart des classes, la possibilité de rechercher des objets par la valeur d'une clé spécifique est implémentée. Pour la classe TodBtext, la possibilité de former une requête de recherche sur la phrase écrite dans une langue naturelle est mise en œuvre.

La classe TODBDocument est spéciale, capable d'accueillir les objets différentiels. Il se compose de champs, chacun d'eux ayant un nom et associé à l'objet d'un certain type. La présence de cette classe donne à l'utilisateur la possibilité d'élargir le type de type. Modification de l'objet Conteneur (document), vous pouvez définir un certain ensemble de champs et obtenir un nouveau type de document.

Basé sur ODB-Jupiter, les développeurs ODBD ont créé une information de texte ODB complet et une structure de données stockée universelle et un mécanisme de recherche puissant. Le système de texte ODB est un traitement collectif de documents et la maintenance d'une archive d'entreprise. Parmi applications possibles Nous appelons l'automatisation de la comptabilité de la gestion des documents d'un bureau moderne, de systèmes de référence et de systèmes d'information (similaires aux bases de données juridiques bien connues), à la maintenance bases de réseau Données, comptabilité, bibliographie, etc.

41. Caractéristiques de la conception de la propriété intellectuelle appliquée. Phases de développement IP. (Sujet 11, p. 100-103).

11.1.3. Caractéristiques de la conception du système d'appliquée

Lors de la construction (sélection, adaptation) du système d'information, vous pouvez utiliser deux concepts de base, deux approches principales (troisième concept - leur combinaison):

1. Orientation des problèmes qui doivent être résolus à l'aide de ce système d'information, c'est-à-dire approche axée sur les problèmes (ou approche inductive);

2. Orientation sur la technologie disponible (mise à jour) dans ce système, moyen, c'est-à-dire Approche orientée technologique (ou approche déductive).

Le choix du concept dépend des critères stratégiques (tactiques) et (ou) à long terme (à court terme), des problèmes, des ressources.

Si les possibilités de la technologie existante sont d'abord étudiées et après être déterminées problèmes réelsCe qui peut être résolu avec leur aide, il est alors nécessaire de compter sur une approche orientée technologiquement.

Si d'abord, les problèmes actuels sont déterminés, la technologie est en cours de mise en œuvre suffisante pour résoudre ces problèmes, il est nécessaire de s'appuyer sur une approche axée sur les problèmes.

Dans le même temps, les deux concepts de construction d'un système d'information dépendent de l'autre: l'introduction de nouvelles technologies change de problèmes solvables et la modification des problèmes résolus - conduit à la nécessité d'introduire de nouvelles technologies; Les deux sont touchés par les décisions.

La conception du système (développement) et l'utilisation de tout système d'information d'application (corporatif) doivent réussir le cycle de vie suivant du système d'information:

- analyse pré-projet (expérience dans la création d'autres systèmes similaires, prototypes, différences et caractéristiques du système développé, etc.), l'analyse de manifestations externes du système;

- analyse intrasystémique, analyse interne (analyse des sous-systèmes de système);

- Systémique (Morphological) Description (présentation) du système (description de la cible système, des relations systémiques et des relations environnementales, d'autres systèmes et ressources système - Matériel, énergie, information, organisationnel, humain, spatial et temporaire);

- détermination des critères d'adéquation, d'efficacité et de durabilité (fiabilité);

- Description fonctionnelle des sous-systèmes du système (description des modèles, sous-systèmes d'algorithmes de fonctionnement);

- maketling (description du maquillage) du système, évaluation de l'interaction des sous-systèmes de système (développement de la mise en page - la mise en œuvre des sous-systèmes avec des descriptions fonctionnelles simplifiées, des procédures et des tests de l'interaction de ces dispositions afin de répondre à l'objectif du système ), il est possible d'utiliser des "dispositions" d'adéquation, de durabilité, d'efficacité;

- Test de «assemblée» et système - la mise en œuvre de sous-systèmes fonctionnels et critères, évaluation du modèle en fonction des critères formulés;

- fonctionnement du système;

- définir les objectifs du développement ultérieur du système et de ses applications;

- Prise en charge du système - Clarification, modification, élargissement des capacités du système dans son mode de fonctionnement (afin de l'évoluer).

Ces étapes sont des systèmes de base pour des systèmes de réingénierie d'informations.

Le développement d'un système d'information d'entreprise, en règle générale, est effectué pour une entreprise entièrement définie. Les caractéristiques de l'activité du sujet de l'entreprise influenceront certainement la structure du système d'information. Mais dans le même temps, les structures de différentes entreprises sont généralement similaires aux autres. Chaque organisation, quelles que soient ses activités, consiste en un certain nombre de divisions effectuant directement l'un ou l'autre type d'activité de la société. Et cette situation est valable pour presque toutes les organisations, peu importe le type d'activité qu'ils font.

Ainsi, toute organisation peut être considérée comme un ensemble d'éléments interagissant (unités), chacun d'entre eux pouvant avoir sa propre structure, assez compliquée. La relation entre les divisions est également assez complexe. Dans le cas général, trois types de liens peuvent être distingués entre les divisions d'entreprise:

Relations fonctionnelles - chaque unité effectue certains types de travail dans le cadre d'un processus commercial unique;

Connexions d'information - Divisions Exchange Informations (documents, télécopies, ordonnances écrites et orales, etc.);

Les communications externes sont certaines unités interagissent avec des systèmes externes et leur interaction peut également être à la fois des informations et des fonctionnaires.

La structure générale des différentes entreprises permet de formuler des principes uniformes pour la construction de systèmes d'information sur les entreprises.

En général, le processus de développement d'un système d'information peut être considéré à partir de deux points de vue:

Dans le temps, ou dans les étapes du cycle de vie du système en cours de développement. Dans ce cas, l'organisation dynamique du processus de développement décrit en termes de cycles, d'étapes, d'itérations et d'étapes est considérée.

Le système d'information de l'entreprise est développé comme projet. De nombreuses caractéristiques de la gestion de projet et des phases du développement de projet (phases de cycle de vie) sont générales, indépendantes non seulement à partir du sujet, mais également sur la nature du projet (peu importe, l'ingénierie est un projet ou économique). Par conséquent, il est logique au début de considérer un nombre questions générales Gestion de projet.

Le projet est un changement limité limité. système séparé Avec des objectifs initialement définis, dont la réalisation détermine l'achèvement du projet, ainsi que des exigences relatives aux délais, aux résultats, aux risques, aux ressources et à la structure de la consommation de ressources et à la structure organisationnelle.

Habituellement, pour un concept complexe (qui, en particulier, le concept du projet) est difficile à donner une formulation sans ambiguïté qui couvre complètement tous les signes de l'idée du concept. Par conséquent, la définition ci-dessus ne revendique pas l'unicité et l'exhaustivité.

Les principales caractéristiques distinctives suivantes du projet comme objet de gestion peuvent être distinguées:

Variabilité - traduction ciblée du système de l'existant dans certains

l'état souhaité décrit en termes de buts du projet;

Objectif ultime limité;

Durée limitée;

Limitations budgétaires;

Ressources limitées requises;

Nouveauté pour l'entreprise pour laquelle le projet est mis en œuvre;

La complexité est la présence d'un grand nombre de facteurs, directement ou indirectement d'une incidence sur les progrès et les résultats du projet;

La disposition légale et organisationnelle est la création d'une structure organisationnelle spécifique au moment de la mise en œuvre du projet.

L'efficacité des travaux est obtenue en gérant le processus de mise en œuvre du projet, qui assure la répartition des ressources, coordonne la séquence de travail et la compensation des effets perturbateurs internes et externes.

Du point de vue de la théorie des systèmes de contrôle, le projet comme objet de gestion doit être observé et gérable, c'est-à-dire que certaines caractéristiques sont allouées pour surveiller en permanence la progression du projet (propriété d'observabilité). En outre, il est nécessaire pour les mécanismes d'action des OMS opportunes sur l'avancement du projet (propriété de la facilité de gestion).

La propriété de gestion est particulièrement pertinente face à l'incertitude et à la variabilité du sujet qui accompagne souvent des projets visant à développer des systèmes d'information.

Chaque projet, quelle que soit la complexité et la portée des travaux nécessaires à sa mise en œuvre, se déroule dans son développement de certains États: de l'État lorsque le projet n'est pas encore ", à l'état où le projet n'est plus. La combinaison des étapes de développement de l'émergence de l'idée à l'achèvement complet du projet est faite pour diviser les phases (étapes, étapes).

Dans la détermination du nombre de phases et de leur contenu, certaines différences sont différentes, car ces caractéristiques dépendent largement des conditions de mise en œuvre d'un projet spécifique et de l'expérience des principaux participants. Néanmoins, la logique et le contenu principal du processus de développement du système d'information dans presque tous les cas sont courants.

Les phases suivantes du développement du système d'information peuvent être distinguées:

Formation du concept;

Développement de spécifications techniques;

Conception;

Fabrication;

Entrer dans le système en exploitation.

Considérez chacun d'eux plus en détail. Les seconde et partiellement troisième phases sont effectuées pour appeler les phases de conception du système et les deux derniers (parfois incluent la phase de conception) - phases de mise en œuvre.

Phase conceptuelle

Formation d'idées, fixation des objectifs;

Formation de la commande de projet clé;

Étude de la motivation et des exigences du client et des autres participants;

Collecter des données sources et une analyse d'un état existant;

Identifier les exigences de base et les restrictions requises par les ressources matérielles, financières et de travail;

Évaluation comparative des solutions de rechange;

Représentation, leur expertise et leur approbation.

Développement de développement technique

Développement du contenu principal du projet, la structure de base du projet;

Développement et approbation de la tâche technique;

Planification, décomposition du modèle structurel de base du projet;

Établissant les estimations et budgets du projet, déterminant la nécessité de ressources;

Développement plans de calendrier et des horaires de travail élargis;

Signature d'un contrat avec le client;

Outils de mise en service pour les communications des participants au projet et sur le suivi des travaux à domicile.

Conception

À cette phase, les sous-systèmes sont déterminés, leurs relations sont choisies. méthodes efficaces Utilisation de projets et de ressources. Travail caractéristique de cette phase:

Effectuer des travaux de conception de base;

Développement de missions techniques privées;

Performance design conceptuel;

Élaborer des spécifications techniques et des instructions;

Représentation du développement de projets, de l'examen et de l'approbation.

Développement

À cette phase, la coordination et le contrôle opérationnel des travaux sur le projet sont fabriqués, fabricant de sous-systèmes, de leur association et de test. Contenu principal:

Exécution des travaux de développement de logiciels;

Mise en œuvre de la préparation à la mise en œuvre du système;

Contrôle et régulation des principaux indicateurs du projet.

Mise en service

Dans cette phase, des tests, des opérations pilotes du système dans des conditions réelles, sont des négociations en cours sur les résultats du projet et sur de nouveaux contrats potentiels. Principaux types de travail:

Tests complexes;

42. Concept de cycle de vie IP. (Thème 11, pp. 103-105).