Cycle de vie et modèles de cycle de vie des AIS. Étapes de création d'un modèle de cycle de vie AIS. Les étapes du cycle de vie d'un système d'information

Sujet 1.2 Cycle de vie et modèles AIS cycle de la vie SIA

Cycle de vie AIS -c'est un processus continu à partir du moment où une décision est prise sur la nécessité de prendre une décision sur la nécessité de sa création jusqu'à l'achèvement complet de son fonctionnement.

Le cycle de vie de l'AIS moderne est d'environ 10 ans, ce qui dépasse largement l'obsolescence et l'obsolescence physique des logiciels techniques et système utilisés dans la mise en œuvre de l'AIS. Par conséquent, en règle générale, pendant le cycle de vie du système, sa modernisation est effectuée, après quoi toutes les fonctions du système doivent être exécutées avec non moins d'efficacité.

Y parvenir tout au long du cycle de vie de l'AIS est une tâche assez difficile pour un certain nombre de raisons objectives et subjectives, par conséquent, la grande majorité des projets AIS sont mis en œuvre avec des violations de la qualité, des délais ou des estimations ; près d'un tiers des projets cessent d'exister inachevés. Selon le Standish Group en 1996, 84% des projets AIS n'étaient pas achevés à temps, en 1998 ce nombre est tombé à 74%, après 2000 il ne tombe pas en dessous de 50%. La principale raison de cette situation est que le niveau de technologie pour analyser et concevoir des systèmes, des méthodes et des outils de gestion de projet ne correspond pas à la complexité des systèmes en cours de création, qui ne cesse d'augmenter en raison de la complexité et des changements rapides des entreprises.

Il ressort de la pratique mondiale que les coûts de maintien d'un système appliqué Logiciel L'AIS représente au moins 70% de son coût total tout au long du cycle de vie, il est donc extrêmement important de fournir les méthodes et les outils de support nécessaires, y compris les méthodes de gestion de configuration, même au stade de la conception.

Le processus de conception AIS est régi par la documentation suivante (normes, méthodologies, modèles) :

GOST 34.601-90- la norme pour les étapes et les étapes de création d'AIS, correspondant au modèle en cascade du cycle de vie du logiciel (abordé ci-dessous). Une description du contenu des travaux à chaque étape est donnée ;

180/1CE 12207:1995- norme de processus et d'organisation du cycle de vie ; s'applique à tous les types de logiciels personnalisés ; ne contient pas de description des phases, étapes et étapes ;

Méthode de développement personnalisée(méthodologie Oracle) - matériel technologique pour le développement d'AIS appliqué, détaillé au niveau des documents de projet vierges basés sur l'utilisation d'Oracle. Il est utilisé pour le modèle de cycle de vie classique (tous les travaux, tâches et étapes sont fournis), comme ainsi que pour les technologies à "développement rapide" (Fast Track) ou "approche légère" recommandées pour les petits projets.

processus unifié rationnel(méthodologie RUP) - matériel technologique pour la mise en œuvre d'un modèle de développement itératif, qui comprend quatre phases (cycle de développement): initiation, recherche, construction et mise en œuvre. Chaque phase est divisée en étapes (itérations) dont les résultats sont des versions à usage interne ou externe. Chaque cycle se termine par la génération de la prochaine version du système. Si après cela, le travail sur le projet ne s'arrête pas, le produit résultant continue de se développer et traverse à nouveau les mêmes phases. L'essentiel du travail dans le cadre de la méthodologie RUP est la création et la maintenance de modèles basés sur UML ;

Cadre de solution Microsoft(méthodologie MSF) - le matériel technologique pour la mise en œuvre d'un modèle de développement itératif, similaire au RUP comprend quatre phases : analyse, conception, développement, stabilisation ; implique l'utilisation de la modélisation orientée objet. MSF se concentre davantage sur le développement d'applications métier que RUP ;

Programmation extrême (XP)- la programmation extrême (la plus récente parmi les méthodologies envisagées) ; a été formé en 1996. La base de la méthodologie est le travail d'équipe, une communication efficace entre le client et l'entrepreneur tout au long du projet ; le développement de l'AIS est réalisé à l'aide de prototypes successivement raffinés.

La norme ISO/IEC 12207 dans le cadre du cycle de vie définit les processus qui sont exécutés lors de la création d'un logiciel AIS. Ces processus sont divisés en trois groupes :

principale(acquisition, fourniture, développement, exploitation et maintenance) ;

auxiliaire(documentation, gestion de la configuration, assurance qualité, vérification, validation, évaluation, audit et résolution de problèmes) ;

organisationnel(gestion de projet, création d'infrastructure de projet, définition, évaluation et amélioration du cycle de vie lui-même, formation).

Parmi processus principaux cycle de vie les plus importants sont développement, exploitation et accompagnement. Chaque processus est caractérisé par certaines tâches et méthodes pour les résoudre, les données initiales obtenues à l'étape précédente et les résultats.

Développement AIS comprend tous les travaux de création de logiciels et de ses composants conformément aux exigences spécifiées. Ce processus comprend également :

Préparation de la documentation de conception et d'exploitation ;

Préparation du matériel nécessaire pour tester les produits logiciels développés ;

Élaboration du matériel nécessaire à la formation du personnel.

En règle générale, les composantes du processus de développement sont la planification stratégique, l'analyse, la conception et la mise en œuvre (programmation).

Procéder exploitation relater:

Configuration de la base de données et des postes utilisateurs ;

Fournir aux utilisateurs une documentation opérationnelle ;

Entraînement.

Les principales activités opérationnelles comprennent :

Opération directe ;

Localisation des problèmes et élimination de leurs causes ;

modification de logiciel ;

Préparation de propositions d'amélioration du système ;

Développement et modernisation du système.

Professionnel, compétent escorte- une condition nécessaire pour résoudre les problèmes effectués par AIS. Prestations de service soutien technique jouer un rôle très important dans la vie de tout AIS. Les erreurs à ce stade peuvent entraîner des pertes financières évidentes ou cachées comparables au coût du système lui-même.

Aux actions préalables à l'organisation Entretien L'AIS comprend :

Identification des nœuds les plus critiques du système et détermination de la criticité des temps d'arrêt pour eux (cela nous permettra d'identifier les composants les plus critiques de l'AIS et d'optimiser l'allocation des ressources pour la maintenance) ;

Définition des tâches de maintenance et leur division en interne, résolue par les forces du service après-vente, et externe, résolue par des organisations de service spécialisées (ainsi, l'éventail des fonctions exercées est clairement limité et la responsabilité est répartie);

Procéder à une analyse des ressources internes et externes disponibles nécessaires à l'organisation de la maintenance dans le cadre des tâches décrites et de la répartition des compétences (les principaux critères d'analyse : la disponibilité d'une garantie pour le matériel, l'état du fonds de réparation, les qualifications du personnel);

Préparation d'un plan d'organisation de la maintenance avec la définition des étapes des actions à effectuer, le calendrier de leur exécution, les coûts aux étapes, la responsabilité des exécutants.

Assurer une maintenance de haute qualité du système de boucle nécessite l'implication de spécialistes hautement qualifiés capables de résoudre non seulement les tâches administratives quotidiennes, mais également de restaurer rapidement les performances du système en cas de pannes et d'accidents.

Parmi processus de soutien l'un des principaux est gestion de la configuration, qui prend en charge les principaux processus du cycle de vie AIS, principalement les processus de développement et de maintenance.

Le développement d'AIS complexes implique le développement indépendant des composants du système, ce qui conduit à l'émergence de nombreuses options et versions de mise en œuvre des composants individuels et du système dans son ensemble. Ainsi, il y a un problème d'assurer la préservation d'une structure unique lors du développement et de la modernisation de l'AIS. La gestion de la configuration permet d'organiser, de prendre en compte et de contrôler systématiquement les évolutions des différents composants de l'AIS à toutes les étapes de son cycle de vie.

Processus organisationnels sont d'une grande importance, car les AIS modernes sont de grands complexes, dans la création et la maintenance desquels de nombreuses personnes de différentes spécialités sont employées.

Processus (exécuteur de processus)	Actions"	Entrée	Résultat
Acquisition (client)	Initiation. Préparation des propositions de candidature. Préparation du contrat. Contrôle de l'activité des fournisseurs. Acceptation AIS	La décision de commencer à travailler sur la mise en œuvre de l'AIS. Les résultats d'une enquête sur les activités du client. Résultats de l'analyse du marché AIS/appel d'offres. Plan de livraison/développement. Test AIS complet	Étude de faisabilité pour l'introduction de l'AIS. Termes de référence pour l'AIS. Contrat de fourniture/développement. Actes de réception d'étapes de travail. Rapport de test d'acceptation
Livraison (développeur AIS)	Initiation. Réponse aux appels d'offres. Préparation du contrat. Planification de l'exécution. Fourniture d'AIS	Termes de référence pour l'AIS. La décision de la direction de participer au développement. tendres résultats. Termes de référence pour l'AIS. Plan de gestion de projet. Développement de l'AIS et de la documentation	La décision de participer au développement. Offres commerciales/soumission. Contrat de fourniture/développement. Plan de gestion de projet. Mise en œuvre/ajustement. Rapport de test d'acceptation
Développement (développeur AIS)	Entraînement. Analyse des exigences pour l'AIS. Conception de l'architecture AIS. Développement des exigences logicielles. Conception d'architectures logicielles. Conception détaillée du logiciel. Codage et test de logiciels. Intégration de logiciels et tests de qualification de logiciels. Intégration SI et tests de qualification AIS	Termes de référence pour l'AIS. Termes de référence pour AIS, modèle de cycle de vie. Termes de référence pour l'AIS. sous-systèmes AIS. Spécifications des exigences pour les composants logiciels Architecture logicielle Matériaux pour la conception détaillée du logiciel Plan d'intégration du logiciel, tests Architecture du SI, logiciel, documentation du SI, tests	Modèle de cycle de vie utilisé, normes de développement. Plan de travail. La composition des sous-systèmes, des composants de l'équipement. Spécifications des exigences pour les composants logiciels. La composition des composants logiciels, les interfaces avec la base de données, le plan d'intégration du logiciel. Conception de la base de données, spécifications d'interface entre les composants logiciels, exigences de test. Tests de modules logiciels, actes de tests autonomes. Évaluation de la conformité du complexe logiciel aux exigences des TDR. Évaluation de la conformité des logiciels, de la base de données, du complexe technique et de la documentation avec les exigences des TDR

La gestion de projet est liée aux problématiques de planification et d'organisation du travail, de constitution d'équipes de développeurs, de suivi des délais et de la qualité des travaux. Le support technique et organisationnel du projet comprend :

Choix des méthodes et des outils de mise en œuvre du projet ;

Définition des méthodes de description de l'état du processus de développement ;

Développement de méthodes et de moyens de test des logiciels créés ;

Entraînement.

L'assurance qualité de la conception est liée aux problèmes de vérification, de vérification et de test des composants AIS.

Vérification - le processus visant à déterminer si l'état actuel de développement atteint au cette étape, les exigences de cette étape.

Examen- le processus de détermination de la conformité des paramètres de développement avec les exigences initiales. La vérification chevauche quelque peu les essais, qui sont effectués pour déterminer les différences entre les résultats réels et attendus, ainsi que pour évaluer la conformité des performances de l'AIS avec les exigences initiales.

En 2002 Une norme pour les processus du cycle de vie des systèmes automatisés (ISO/IEC 15288 System Life cycle process) a été publiée. Des experts de divers domaines d'activité ont participé à l'élaboration de la norme; l'expérience pratique dans la création de systèmes au sein d'organisations gouvernementales, commerciales, militaires et universitaires a été prise en compte. Selon la série ISO/IEC 15288, les groupes de processus suivants sont inclus dans la structure LC.

1. Processus contractuels :

Acquisition (solutions internes ou solutions de prestataires externes) ;

Livraison (solutions internes ou solutions d'un fournisseur externe).

2. Processus d'entreprise :

Contrôler environnement entreprises;

Gestion des investissements; dans la gestion du cycle de vie de la propriété intellectuelle ;

La gestion des ressources;

Contrôle de qualité.

3. Processus de conception :

Planification de projet ;

Evaluation de projet;

Le contrôle du projet;

Gestion des risques ;

Gestion de la configuration;

Gestion des flux d'informations ;

Faire des décisions.

4. Processus techniques :

Définition des besoins ;

Analyse des besoins;

Développement architectural ;

la mise en oeuvre;

L'intégration;

Vérification;

Transition;

Attestation ;

Exploitation;

Escorte;

Disposition.

5. Procédés spéciaux :

Définition et établissement des interrelations à partir des tâches et des finalités.

En tableau. 1.4 montre la liste des étapes et les principaux résultats au moment où ils sont terminés conformément à la norme spécifiée.

Dans les années 1970 IBM a proposé la méthodologie Business System Planning (BSP) ou méthodologie de planification organisationnelle.

Une méthode de structuration de l'information utilisant des matrices d'intersection des processus métier, des divisions fonctionnelles des systèmes de traitement de données (SI), des objets d'information, des documents et des bases de données, des propositions dans BSP, leur séquence (obtenir le support de la haute direction, définir les processus d'entreprise, définir les processus, les classes de données , apporter des entretiens, traiter et organiser les données d'entretien) se retrouvent dans presque toutes les méthodes formelles, ainsi que dans les projets mis en œuvre dans la pratique.

Tableau 1.4.Étapes de création AIS (ISO/IEC 15288)

Selon les données publiées, chaque étape du développement de l'AIS nécessite un certain temps. La plupart du temps (45 à 50 %) est consacré au codage, aux tests complexes et autonomes (Fig. 14). En moyenne, le développement de l'AIS prend un tiers du cycle de vie complet du système (Figure 1.5).

Fig.1.4. Répartition du temps dans le développement de l'AIS

Les AIS existent, en règle générale, depuis longtemps, passant successivement par plusieurs étapes de développement combiné dans leur développement. cycle de la vie(LC) systèmes :

1) enquête (ou analyse) avant projet de l'organisation,

2) conception AIS,

3) mise en œuvre du SIA,

4) mise en place du SIA,

5) fonctionnement (fonctionnement, utilisation)

6) escorte AIS,

7) modernisation du projet AIS.

Le cycle de vie est la période de création et d'utilisation d'un système d'information, couvrant ses différents états, à partir du moment où le besoin de ce système d'information se fait sentir et se terminant au moment où il est complètement hors service.

Il convient de noter que l'AIS est un produit de la production d'informations, tout comme une voiture est un produit de la production de construction de machines, une saucisse est un produit de la production alimentaire, etc., par conséquent, les étapes du cycle de vie de l'AIS avec 1 à 5 sont similaires aux étapes du cycle de vie de tout produit.

Le cycle de vie AIS, comme une voiture, peut fin en raison de l'usure physique, si dans le cycle de vie la phase de support n'a pas fonctionné, c'est-à-dire la réparation et la maintenance, par exemple, des ordinateurs et des programmes faisant partie de l'AIS (sans maintenance, le système ne fonctionnera même pas pendant six mois). Avec une escorte qualifiée, l'AIS peut exister pendant longtemps, mais il y a une menace fin du cycle de vie de l'AIS pour cause d'obsolescence, obsolescence AIS, s'il n'y a pas d'étape de mise à niveau AIS (sans modernisation, le système ne fonctionnera pas pendant plus de 2 ans).

La détérioration physique de l'AIS est l'incapacité de répondre aux exigences de l'organisation en matière d'AIS en raison d'une panne, d'une défaillance ou d'une défaillance des composants du système.

L'obsolescence de l'AIS est la fin de la satisfaction des exigences de l'organisation et de ses employés en matière d'AIS, en raison de l'utilisation de technologies d'information automatisées obsolètes et du manque de prise en charge des nouvelles exigences des utilisateurs.

Si votre organisation a abordé l'automatisation de manière responsable et globale, a organisé toutes les étapes et étapes en conséquence, alors Le cycle de vie AIS ne limite que la durée de vie de votre organisation, ce qui signifie que les fonds dépensés pour l'AIS ne seront pas jetés à la poubelle avec l'AIS physiquement ou moralement obsolète.

Toutes les étapes du cycle de vie de l'AIS ont été répertoriées ci-dessus, mais certaines d'entre elles se déroulent en parallèle, de sorte qu'elles allouent uniquement 5 étapes du cycle de vie de l'AIS(fig.35):

A la première étape" Enquête avant projet» (Fig. 33) il est d'usage de distinguer deux sous-étapes principales et une sous-étape supplémentaire :

1.1. réalisation d'une enquête préalable au projet et collecte de matériel d'enquête ;

1.2. analyse des matériaux d'enquête et développement sur la base de l'analyse de l'étude de faisabilité (FS) et des termes de référence (TOR) ;

1.3. sélection et développement d'une variante du concept de système.

Les objectifs de l'étape de l'enquête d'avant-projet sont les suivants :

· formuler les besoins d'un nouvel AIS, c'est-à-dire. identifier toutes les lacunes du SI existant ;

Choisissez une direction et déterminez faisabilité économique Conception AIS.

Le travail d'enquête commence par l'analyse des besoins primaires et la planification du travail, ce qui prend de 2 jours à 4 semaines. Ensuite, l'enquête elle-même sur l'entreprise est réalisée (la durée de l'enquête est de 1 à 2 semaines.)

Dans un premier temps, une description est créée et le fonctionnement de l'entreprise ou de l'organisation en question est analysé en fonction des exigences (objectifs) qui s'y appliquent. Les structures organisationnelles et topologiques de l'entreprise sont déterminées. Les activités fonctionnelles de chacune des divisions de l'entreprise et les interactions fonctionnelles entre elles, les flux d'informations au sein des divisions et entre elles, les objets externes à l'entreprise et les interactions d'informations externes sont identifiés. Une liste des tâches cibles (fonctions) de l'entreprise est déterminée et une analyse de la répartition des fonctions par départements et employés est effectuée.

La liste des moyens d'automatisation utilisés dans l'entreprise est déterminée.

En outre, les résultats de l'enquête sont traités et les deux types de modèles d'activité d'entreprise suivants sont construits (notez que la construction de chacun des modèles requis nécessite un travail intensif de 6 à 7 analystes système qualifiés dans les 2 à 4 mois).

1. En construction modèle "tel quel" qui est un "instantané" de l'état des lieux de l'entreprise (structure organisationnelle, interactions entre les services, technologies adoptées, processus métier automatisés et non automatisés, etc.) au moment de l'enquête et permet de comprendre ce qu'elle fait et comment ça fonctionne cette entrepriseà partir des positions d'analyse du système, ainsi que sur la base de la vérification automatique, identifier un certain nombre d'erreurs et de goulots d'étranglement et formuler un certain nombre de propositions pour améliorer la situation.

2. Formé Le modèle "comme il se doit" intégrant des propositions prometteuses de la direction et des employés de l'entreprise, des experts et des analystes de systèmes et permettant de se forger une vision de nouvelles technologies rationnelles pour le fonctionnement de l'entreprise. Elle représente concept du futur AIS.

La création du concept du futur système comprend les travaux suivants:

Etude détaillée de l'objet d'automatisation ;

Travaux de recherche (R&D) requis liés à la recherche de moyens et à l'évaluation de la possibilité de mettre en œuvre les exigences des utilisateurs ;

Développement d'options alternatives pour le concept de l'AIS créé et plans pour leur mise en œuvre ;

Évaluation des ressources nécessaires à leur mise en œuvre et assurer leur fonctionnement ;

Évaluation des avantages et des inconvénients de chaque option ;

Comparaison des besoins des utilisateurs et des caractéristiques du système proposé et sélection de la meilleure option ;

Détermination de la procédure d'évaluation de la qualité et des conditions d'acceptation du système ;

Évaluation des effets reçus du système ;

Préparation d'un rapport contenant une description des travaux effectués;

Description et justification de la version proposée du concept de système.

Sur la base du concept construit du système et des résultats de l'enquête auprès des entreprises en termes d'identification des exigences pour le futur système, un projet de système est formé (modèle d'exigences), qui est la première phase du développement du système d'automatisation proprement dit (c'est-à-dire la phase d'analyse des exigences du système), sur laquelle les exigences du client sont spécifiées, formalisées et documentées

En effet, à ce stade, une réponse est apportée à la question : "Que doit faire le futur système ?". C'est là que réside la clé du succès de tout le projet d'automatisation. Dans la pratique de la création de grands systèmes logiciels, il existe de nombreux exemples de mise en œuvre infructueuse précisément en raison du caractère incomplet et flou de la définition des exigences système.

A ce stade, sont déterminés :

§ architecture du système, ses fonctions, conditions externes de son fonctionnement, répartition des fonctions entre les parties matérielles et logicielles ;

§ interfaces et répartition des fonctions entre une personne et un système ;

§ les exigences relatives aux composants logiciels et informationnels du système, les ressources matérielles nécessaires, les exigences en matière de bases de données, les caractéristiques physiques des composants du système, leurs interfaces ;

§ la composition des personnes et des emplois liés au système ;

§ limites du processus de développement (délais indicatifs pour la réalisation des étapes individuelles, ressources disponibles) ;

§ des procédures organisationnelles garantissant la protection des informations.

Dans le cadre de la conception du système, les opérations suivantes sont effectuées :

Détermination de la composition, de la structure et des caractéristiques des tâches fonctionnelles dans le cadre des activités des divisions structurelles ;

Détermination de la composition et de la structure du logiciel d'automatisation pour la technologie de résolution de problèmes, en tenant compte des outils existants dans les divisions structurelles ;

Détermination de la structure et des caractéristiques de la technologie de support de l'information pour résoudre les problèmes ;

Développement de solutions techniques pour la construction de supports d'information (structures logiques de bases de données, structures de classificateurs);

§ développement de la composition des procédures de workflow automatisées.

Projet système devrait inclure:

un modèle fonctionnel complet d'exigences pour le futur système ;

Commentaires sur le modèle fonctionnel (spécifications de processus de niveau inférieur sous forme de texte);

un ensemble de rapports et de documents sur un modèle fonctionnel, comprenant une description de l'objet de modélisation, une liste de sous-systèmes, des exigences pour les méthodes et moyens de communication pour l'échange d'informations entre composants, des exigences pour les caractéristiques des interconnexions du système avec des systèmes adjacents, des exigences pour les fonctions système ;

· modèle conceptuel de la base de données intégrée (paquet de schémas) ;

architecture du système en référence au modèle conceptuel ;

· des propositions de structure organisationnelle pour soutenir le système.

Ainsi, le projet de système contient des modèles fonctionnels, informationnels et, éventuellement, événementiels d'exigences pour le futur système. Les types et la séquence de travail dans la construction de ces modèles d'exigences sont similaires aux travaux correspondants sur la construction de modèles d'activité. De plus, le projet de système comprend des termes de référence pour la création d'un système automatisé.

Il est nécessaire de noter l'avantage suivant du projet de système. Le développement traditionnel se caractérise par la mise en œuvre des étapes initiales de manière artisanale non formalisée. En conséquence, les clients et les utilisateurs peuvent voir le système pour la première fois après qu'il a déjà été largement mis en œuvre. Naturellement, ce système est différent de ce qu'ils s'attendaient à voir. Par conséquent, plusieurs autres itérations de son développement ou de sa modification suivent, ce qui nécessite des coûts supplémentaires (et importants) en argent et en temps. La clé pour résoudre ce problème est le projet système, qui permet :

Décrire, « voir » et corriger le futur système avant sa mise en œuvre physique ;

Réduire le coût de développement et de mise en œuvre du système ;

Évaluer le développement en termes de temps et de résultats ;

Atteindre une compréhension mutuelle entre tous les participants au travail (clients, utilisateurs, développeurs, programmeurs, etc.) ;

Améliorer la qualité du système développé, à savoir : créer une structure optimale d'une base de données intégrée, effectuer une décomposition fonctionnelle des modules types.

Un projet de système est complètement indépendant et séparable de développeurs spécifiques, ne nécessite pas de maintenance par ses créateurs et peut être transféré sans douleur à d'autres personnes. De plus, si pour une raison quelconque l'entreprise n'est pas prête à mettre en œuvre le système basé sur le projet, il peut être mis "sur l'étagère" jusqu'à ce que le besoin s'en fasse sentir. De plus, il peut être utilisé pour le développement indépendant ou la correction d'outils logiciels déjà mis en œuvre sur sa base par les programmeurs du département d'automatisation de l'entreprise.

L'objectif de l'élaboration de "l'étude de faisabilité" du projet AIS est d'évaluer les principaux paramètres qui limitent le projet, de justifier le choix et d'évaluer les principales décisions de conception pour les composants individuels du projet. Dans le même temps, il existe des paramètres organisationnels qui caractérisent les manières d'organiser les processus de transformation de l'information dans le système, des paramètres informationnels et économiques qui caractérisent les coûts de création et d'exploitation du système, en économisant sur son fonctionnement. Les principaux objets de paramétrisation dans le système sont les tâches, les complexes de tâches, les indicateurs économiques, les processus de traitement de l'information. Après la décision de mener la poursuite des travaux un nombre de mesures organisationnelles, par exemple, des ordres de travail appropriés doivent être émis ; Des responsables de zones doivent être nommés, etc.

Sans un tel soutien de la part de la direction de l'entreprise, il est inutile de démarrer un projet.

Figure 33. La séquence des travaux à l'étape de pré-conception du cycle de vie de l'AIS.

Ensuite, un mandat (TOR) pour le projet est créé, qui reflète Caractéristiques et les exigences pour le futur AIS, ainsi que les restrictions sur les ressources de conception. Si le projet nécessite une étude scientifique des composants, le concept du futur AIS est développé sur la base des TDR.

Dans le cadre de la formation des termes de référence, des propositions d'automatisation sont élaborées sur la base des exigences identifiées et convenues, notamment :

Dresser une liste des postes de travail automatisés de l'entreprise et des modes d'interaction entre eux;

Analyse de l'applicabilité des systèmes de gestion d'entreprise existants (principalement des classes MRP et ERP) pour résoudre les tâches requises et formation de recommandations pour le choix d'un tel système ;

Prise de décision conjointe avec le client choisir un système de gestion d'entreprise spécifique ou développer le vôtre systèmes.

Élaboration de propositions de moyens techniques ;

Élaboration de propositions logicielles ;

Développement de la topologie, de la composition et de la structure du réseau local ;

Elaboration de propositions d'étapes et de modalités d'automatisation.

S'il a été décidé de choisir un système de contrôle spécifique, certaines étapes sont sautées.

Seconde phase " Concevoir» (Fig. 34) effectue les sous-étapes suivantes :

1) avant-projet : clarification des exigences du cahier des charges, exécution et approbation de l'avant-projet ;

2) conception technique : sélection de solutions de conception pour tous les aspects du développement de l'AIS, description de tous les composants de l'AIS, exécution et approbation d'un projet technique ;

3) conception détaillée : sélection et développement de méthodes mathématiques et d'algorithmes de programmes, ajustement de la structure de bases de données (DB), création de documentation pour la fourniture et le développement de produits logiciels, sélection d'un ensemble de matériel AIS, création de documentation pour la fourniture et l'installation du matériel, l'élaboration d'un avant-projet d'AIS .

Les objectifs de cette phase sont :

· développer une architecture fonctionnelle de l'AIS, qui reflète la structure et la composition des sous-systèmes fonctionnels, pour le support automatisé de certaines fonctions de gestion de l'organisation ;

· développer l'architecture du système de la variante AIS sélectionnée, c'est-à-dire la composition des sous-systèmes de support.

Pour les AIS complexes à grande échelle automatisant une grande entreprise, holding, pouvoirs publics, etc., au sous-stade 1 " Conception preliminaire» des solutions préliminaires sont formulées pour le futur AIS dans son ensemble et ses composants, à la suite desquelles un projet de conception (DS) est créé. Le développement de solutions de conception préliminaire pour le système et ses composants comprend :

Définition de la fonction AIS ;

Définition de la fonction des sous-systèmes, de leurs objectifs et effets ;

Détermination de la composition des complexes de tâches et des tâches individuelles ;

Définition du concept de base d'information, sa structure élargie ;

Définition des fonctions du système de gestion de base de données ;

Détermination de la composition du système informatique ;

Définition du fonctionnement et des paramètres des principaux outils logiciels.

Développement de la documentation pour cette partie du projet.

Si le projet en cours de développement n'est pas très complexe, supposons qu'une petite entreprise soit automatisée, l'étape du travail est sautée.

A la sous-étape 2. Conception technique » travailler sur le développement logique et la sélection des les meilleures options décisions de conception, à la suite desquelles un projet technique (TP) est créé. Dans le cadre de la création d'un projet technique, il est réalisé :

- transformation d'un projet système en projet technique(modèle de mise en œuvre), qui comprend les actions suivantes : raffinement du modèle logique (élaboration d'une logique détaillée pour chaque processus à l'aide de diagrammes de flux de données et de spécifications de processus), conception d'une base de données physique, construction d'une hiérarchie des fonctions des modules à programmer, estimation des coûts de mise en œuvre.

Les travaux énumérés doivent être effectués par des analystes consultants en collaboration avec des concepteurs de systèmes - c'est là que se situe la frontière séparant le conseil et le développement. Néanmoins, il est souhaitable qu'au stade de la mise en œuvre du système, le consultant agisse également dans l'intérêt du client, à savoir: il contrôle la conformité du système logiciel créé avec le système et les projets techniques, et participe également aux travaux d'extension et modification, car les extensions doivent être planifiées sur la base du modèle d'exigences.

- travail de conception technique:

Développement de solutions générales pour le système et ses composants,

Développement de solutions générales pour fonctionnelle-algorithmique structure du système,

Élaboration de décisions communes sur les fonctions du personnel et structure organisationnelle,

Développement de solutions communes pour la structure des moyens techniques,

Développement de solutions générales pour les algorithmes de résolution de problèmes et les langages utilisés,

Développement de solutions communes pour l'organisation et la maintenance d'une base d'informations,

Développement de solutions communes pour le système de classification et de codage des informations,

Développement de solutions logicielles communes ;

Réaliser le développement, l'exécution de la documentation pour toutes les parties du projet, y compris le document « Formulation du problème »,

Développement et exécution de la documentation pour la fourniture de produits pour l'acquisition d'AIS et / ou les pré-requis techniques(spécifications techniques) pour leur développement ;

Développement de tâches de conception dans des parties adjacentes du projet de l'objet d'automatisation.

Sous-étape 3. " Conception de travail » associé à la mise en œuvre physique de l'option de projet sélectionnée et à la réception de la documentation de conception détaillée (PD).

Cette sous-étape est réalisée :

Élaboration et exécution d'une documentation de travail contenant toutes les informations nécessaires et suffisantes pour assurer la mise en œuvre des travaux de mise en service de l'AIS et de son fonctionnement, ainsi que pour maintenir le niveau des caractéristiques opérationnelles (qualité) du système conformément à l'adoption les décisions de conception et la coordination et l'approbation de cette documentation ;

Développement des programmes et des outils logiciels du système, ainsi que la sélection, l'adaptation et/ou la liaison des outils logiciels achetés,

Développement de la documentation du logiciel.

Organisation d'appels d'offres pour la fourniture de composants AIS (logiciels et matériels, systèmes logiciels et matériels, produits d'information).

Figure 34. La séquence des travaux à l'étape de conception du cycle de vie de l'AIS.

S'il existe une expérience de conception et une petite complexité du projet, les trois sous-étapes sont combinées en une seule, à la suite de quoi un seul projet de travail technologique (TDP) est obtenu. Dans ce cas, le projet est systématiquement, au fur et à mesure que les sous-étapes sont achevées, transformé d'une ébauche à une conception détaillée.

La troisième étape Mise en œuvre» (Fig. 35) est la conception physique du système dans l'ordre suivant :

1) réception et mise en place des moyens techniques ;

2) codage, test et développement de programmes ;

3) obtenir et installer des logiciels ;

4) création de supports d'information, y compris le remplissage de bases de données ;

5) développement d'instructions pour le fonctionnement du logiciel et du matériel, ainsi que les descriptions d'emploi pour le personnel.

Ces travaux peuvent pratiquement être menés en parallèle.

Au quatrième stade du cycle de vie de l'AIS " Mise en œuvre» il y a les sous-étapes suivantes :

1) mise en œuvre pilote :

mise en service des équipements techniques,

mise en service d'outils logiciels, réalisation d'essais de fonctionnement de tous les composants et systèmes dans leur ensemble,

· formation et certification du personnel.

Mise en œuvre pilote consiste à vérifier l'opérabilité des éléments et modules du projet, en éliminant les erreurs au niveau des éléments et des liens entre eux.

A ce stade, des travaux sont menés sur la préparation organisationnelle de l'objet d'automatisation pour la mise en service de l'AIS, notamment :

Mise en œuvre des décisions de conception sur la structure organisationnelle de l'AIS ;

Fournir aux unités de l'objet de contrôle du matériel didactique et méthodologique ;

Introduction de classificateurs d'informations ;

Entraînement,

Vérification de sa capacité à assurer le fonctionnement de l'AIS.

Au même stade, AIS est complété par les produits fournis (logiciels et matériels, systèmes logiciels et matériels, produits d'information), ainsi que la construction et l'installation, la mise en service, les tests préliminaires :

Réaliser les tests de performance et de conformité de l'AIS aux termes de référence conformément au programme et à la méthodologie des tests préliminaires préparés à l'avance ;

Dépannage et amélioration (si nécessaire) du logiciel, en apportant des modifications à la documentation AIS, y compris la documentation opérationnelle conformément au protocole de test.

Les travaux de mise en œuvre pilote se terminent le établissement d'un acte de fin d'opération d'essai.

2) mise en œuvre industrielle (mise en exploitation commerciale) :

mise en service,

Signature des actes de réception et livraison des travaux.

Mise en service consiste à organiser une vérification du projet au niveau des fonctions et à contrôler le respect de ses exigences formulées au stade de l'étude d'avant-projet, à savoir :

Réaliser un test de conformité aux termes de référence conformément au programme et à la méthodologie des tests d'acceptation préparés à l'avance ;

Analyse des résultats des tests AIS et élimination des lacunes identifiées lors des tests.

Travaux de finition sur l'élaboration d'un acte relatif à l'acceptation de l'AIS pour l'exploitation permanente.

Au dernier cinquième stade du cycle de vie de l'AIS, exploitation, maintenance et modernisation logiciel, matériel et l'ensemble du projet.

Escorte AIS réside dans l'exécution des travaux conformément aux obligations de garantie, la mise en œuvre des travaux pour éliminer les lacunes identifiées lors de l'exploitation de l'AIS dans la période de garantie établie et la mise en œuvre des travaux pour apporter les modifications nécessaires à la documentation de l'AIS.

Le service après-garantie comprend :

Dans la mise en œuvre des travaux sur l'analyse du fonctionnement du système ;

Pour identifier les écarts entre les caractéristiques opérationnelles réelles de l'AIS et les valeurs de conception ;

En établissant les causes de ces déviations ;

En éliminant les lacunes identifiées et en assurant la stabilité des caractéristiques opérationnelles de l'AIS ;

En apportant les modifications nécessaires à la documentation de l'AIS.

En fonction des spécificités de l'AIS créé et des conditions de leur création, il est permis d'effectuer des étapes de travail individuelles avant l'achèvement des étapes précédentes, l'exécution parallèle des étapes de travail dans le temps, l'inclusion de nouvelles étapes de travail.

Figure 35. Étapes du cycle de vie de l'AIS.

Le cycle de vie est généralement de nature itérative : les étapes mises en œuvre du cycle de vie, en commençant par les plus anciennes, sont répétées cycliquement en fonction des nouvelles exigences et des modifications des conditions externes. A chaque étape du cycle de vie, un ensemble de documents et de solutions techniques est formé, qui sont les points de départ des décisions ultérieures.

Le plus répandu trois modèles de cycle de vie :

modèle en cascade (jusqu'aux années 70) - une transition séquentielle vers l'étape suivante après l'achèvement de la précédente;

· modèle itératif (années 70 - années 80) - avec des retours itératifs aux étapes précédentes après l'achèvement de l'étape suivante ;

· modèle en spirale (années 80-90) - un modèle prototype, qui suppose une expansion progressive du prototype AIS.

Pour modèle de cycle de vie en cascade l'automatisation de tâches distinctes non liées est typique, ce qui ne nécessite pas d'intégration et de compatibilité d'informations, de logiciel, d'interface technique et organisationnelle. Dans le cadre de la résolution de problèmes individuels, le modèle en cascade se justifiait en termes de temps de développement et de fiabilité. L'application de ce modèle de cycle de vie à des projets importants et complexes, en raison de la longue durée du processus de conception et de la variabilité des exigences pendant cette période, conduit à leur irréalisabilité pratique.

Modèle de cycle de vie itératif. La création d'AIS complexes implique la liaison de solutions de conception obtenues dans la mise en œuvre de tâches individuelles. L'approche de conception «ascendante» nécessite de tels retours itératifs, lorsque les solutions de conception pour les tâches individuelles sont complétées en solutions système générales, et en même temps, il est nécessaire de réviser les exigences précédemment formulées. En règle générale, en raison d'un grand nombre d'itérations, des divergences surviennent dans les décisions de conception et la documentation terminées. La complexité de l'architecture fonctionnelle et système de l'AIS créé, la difficulté d'utiliser la documentation de conception, entraînent immédiatement la nécessité de reconcevoir l'ensemble du système aux étapes de mise en œuvre et d'exploitation. Le long cycle de vie du développement d'un système d'information se termine par l'étape de mise en œuvre, suivie du cycle de vie de la création d'un nouveau SIA.

Modèle de cycle de vie en spirale. Une approche descendante pour organiser la conception de l'AIS est utilisée, lorsque la composition des sous-systèmes fonctionnels est d'abord déterminée, puis la définition des tâches individuelles. En conséquence, on développe d'abord des problèmes à l'échelle du système tels que l'organisation d'une base de données intégrée, la technologie de collecte, de transmission et d'accumulation d'informations, puis la technologie de résolution de problèmes spécifiques. Dans le cadre des complexes de tâches, la programmation est effectuée dans le sens allant des principaux modules de programme aux modules qui exécutent des fonctions individuelles. Dans le même temps, les questions d'interaction entre les interfaces des modules de programme entre eux et avec la base de données passent au premier plan, et la mise en œuvre d'algorithmes passe au second plan.

Chaque tour de spirale correspond à un modèle pas à pas de création d'un fragment AIS. Il clarifie les objectifs et les caractéristiques du projet, détermine sa qualité et planifie les travaux du prochain tournant de la spirale. Il y a un approfondissement et une concrétisation cohérents des détails du projet, sa version justifiée est formée, qui est mise en œuvre.

Le modèle en spirale du cycle de vie est basé sur l'utilisation de la technologie des prototypes ou technologie RAD (développement rapide d'applications).

Selon cette technologie, l'AIS est développé en développant des prototypes de logiciels, en suivant le chemin de la spécification des exigences à la spécification du code de programme.

Naturellement, avec la technologie des prototypes, le nombre d'itérations est réduit et il y a moins d'erreurs et d'incohérences à corriger lors des itérations suivantes, la conception elle-même est réalisée à un rythme plus rapide et la création de la documentation du projet est simplifiée. Pour correspondre plus précisément à la documentation de conception développée par l'AIS, une importance de plus en plus grande est attachée au maintien d'un référentiel à l'échelle du système et à l'automatisation de la conception, en particulier à l'utilisation des technologies CASE (Computers Aids System Engineering).

Lors de l'utilisation du modèle en spirale :

· il y a une accumulation et une réutilisation de solutions de conception, d'outils de conception, de modèles et de prototypes d'AIS et de technologies de l'information ;

· L'orientation est effectuée sur le développement et la modification du système et des technologies dans le processus de leur conception;

· une analyse des risques et des coûts est effectuée dans le processus de conception du système.

Une interface est un appariement de parties logicielles et matérielles, des données, une technologie de communication entre une personne et un ordinateur, dans laquelle toutes les informations, paramètres logiques, physiques et électriques répondent à des normes établies.

Prototype - la version minimale du système utilisée pour la génération ou le développement version complète

Le référentiel contient des informations sur les objets de l'AIS conçu et les relations entre eux, tous les sous-systèmes échangent des données avec lui.

I. Éléments constitutifs de l'AIS. Méthodes et outils de conception Concevoir- le processus de création d'un projet prototype, un prototype d'objet proposé ou possible, son état. Technologie moderne création d'AIS - un ensemble d'outils et de méthodes de conception efficaces qui simplifient ce processus, réduisent les coûts, réduisent le temps de conception du système et, finalement, grâce à la possibilité d'un choix plus large de solutions de conception progressives éprouvées, améliorent la qualité du développement. Outils de conception de base: - moyens standard de systèmes d'exploitation permettant le passage automatique sur un ordinateur d'une certaine classe de tâches; - des procédures qui mettent en œuvre des processus typiques de traitement des données, par exemple, le contrôle des informations de sortie et leur tri ; -tools, qui comprennent un ensemble d'outils logiciels spéciaux interdépendants conçus pour prendre en charge les éléments individuels du processus de conception AIS. Il s'agit de la création et de la mise à jour d'un dictionnaire de données, de la documentation du projet, de l'automatisation du contrôle de la conception, etc. ; - des composants types présentés sous forme de solutions de conception standard (TPR) et de progiciels applicatifs (APP). TPR - un ensemble d'éléments algorithmiques, logiciels, pédagogiques et méthodologiques qui permettent la mise en œuvre automatique de tâches ou d'un complexe en utilisant des moyens techniques appropriés. TPR - la base de la création de PPP, qui comprend des progiciels assurant le fonctionnement de configurations typiques de la technologie informatique, des systèmes de dialogue lors de la résolution de problèmes fonctionnels typiques; -les systèmes de conception assistée par ordinateur (CAO) qui impliquent l'utilisation d'ordinateurs à toutes les étapes de la création d'AIS et occupent le stade le plus élevé de l'évolution des outils de conception de systèmes. Les méthodes de conception distinguent les classes et les sous-classes : Des classes: -dessin original. Outils utilisés dans cette méthode : - outils standards des systèmes d'exploitation ; - des procédures qui mettent en œuvre des processus typiques de traitement des données. - conception standard. Sous-classes : éléments, sous-systèmes, objet, groupe. Outils : outils standard des systèmes d'exploitation ; composants typiques (TPR, PPP); certains outils. - conception assistée par ordinateur. Sous-classes : modulaires ; autres Outils : outils standard des systèmes d'exploitation CAO ; un ensemble d'outils interconnectés. Les outils de conception sont divisés en: - complexes - ce sont TPR, PPP, conceptions standard de systèmes automatisés, CAO. - locaux - très variés, ils incluent les systèmes de gestion de bases de données, la téléinformatique, les outils, etc. Exigences générales pour les outils de conception: -couverture complète de l'ensemble du processus de création d'AIS ; -la compatibilité, nécessitant des décisions coordonnées à la fois dans le processus de création d'un système et de ses sous-systèmes de support, et dans le processus de leur fonctionnement ; -l'universalité dans sa classe, permettant la possibilité d'utiliser les mêmes outils pour différents objets ; -d.b. facilement accessible, ne nécessitant pas beaucoup d'efforts pour apprendre et facile à mettre en œuvre ; - la possibilité d'organiser le processus de conception sur le mode de l'interaction interactive entre le développeur du système, le concepteur et l'ordinateur ; -d.b. personnalisé et rentable. Méthodes de conception originales sont traditionnels et centrés sur une seule entreprise. Caractéristique- développement de méthodes originales d'arpentage d'un objet, sa mise en œuvre, création de la documentation de projet nécessaire sous la forme d'un projet individuel. Dignité - réflexion dans le projet AIS des spécificités de l'objet d'automatisation. Inconvénients: intensité de travail relativement élevée et temps de développement long, faible fiabilité fonctionnelle et adaptabilité aux conditions changeantes. Les projets créés par la méthode originale se prêtent à la modernisation, mais cette méthode est rarement utilisée dans sa forme pure. Dans sa mise en œuvre, divers outils de conception sont actuellement utilisés, et seules certaines parties du projet nécessitent des solutions de conception originales. Ainsi, les solutions de conception à l'échelle du système pour le développement du support d'information incluent des méthodes de collecte, de contrôle et de transmission de données, de création de tableaux d'informations réglementaires et de référence, de logiciels, de détermination de la version du système d'exploitation, de procédures typiques de traitement de l'information, etc. Cela atténue un peu ses défauts. Cette méthode est particulièrement pertinente lors de l'automatisation d'objets complexes et non ordinaires. Conception typique- la méthode industrielle de création d'AIS, utilisant TPR et PPP, se caractérise par la présence d'outils organisationnels, économiques, techniques, informatiques, mathématiques et logiciels éprouvés et typiques pour l'automatisation du contrôle. Avantages: réduit l'intensité de la main-d'œuvre, réduit les coûts et réduit le temps de conception, améliore sa qualité par une couverture plus complète des tâches des sous-systèmes fonctionnels, respect strict des exigences documents normatifs, application de solutions techniques avancées. La conception standard est conçue pour éliminer la duplication des projets, créer une base pour élargir l'échange de composants standard prêts à l'emploi et faciliter l'élaboration de recommandations pour modifier la structure organisationnelle et les méthodes de gestion, en tenant compte des caractéristiques industrielles et intra-économiques. Le processus de conception typique consiste en la sélection et la liaison de ces outils conformément aux exigences d'un système particulier. La partie typique de l'AIS est un complexe d'informations, de logiciels et de support technique. Le caractère typique du premier est atteint par le strict respect de l'unité de la structure de la base d'informations, de la composition des tableaux, des formes des documents d'entrée et de sortie; le second - sur l'utilisation de PPP, et le dernier à la suite de l'utilisation d'ordinateurs du même type ou de types communs. Les bases conception élémentaire sont TPR - le résultat de la mise en œuvre de plusieurs opérations de conception technologique interdépendantes, lors du développement d'un projet, une solution prête à l'emploi avec des modifications mineures est utilisée et une nouvelle n'est pas développée. Le complexe de solutions de conception typiques est divisé en trois groupes : "Technique", "Tâche", "Personnel". Premier groupe sert à sélectionner et à compléter tous les types de moyens techniques de centres informatiques ou d'autres formes d'organisation de leur application. Deuxième- contient une documentation sur l'essence organisationnelle et économique de chaque tâche, les algorithmes pour leur solution, la description des informations d'entrée et de sortie, les modules logiciels correspondants avec leurs descriptions et instructions d'utilisation. Troisième- des fiches de poste pour toutes les catégories de salariés, définissant leurs droits et obligations. Les TPR sont créés selon le principe modulaire, lorsque chaque solution de conception est divisée en composants séparés - des modules qui implémentent une certaine partie du TPR. Cela vous permet de créer un projet d'un nouveau système automatisé en combinant des modules typiques individuels. Utilisant méthode de sous-système la conception suppose un degré plus élevé d'intégration des éléments typiques du système, lorsque pour chaque sous-système des projets de solutions et des packages d'application sont créés. Attribution des sous-systèmes - en fonction de l'objet du processus économique et de production. Pour chacun des sous-systèmes, sa propre solution de conception automatisée et PPP sont développés, qui peuvent être à l'échelle du système ou fonctionnels. Le premier groupe comprend la gestion des données PPP, les procédures typiques pour leur traitement, les méthodes de statistiques mathématiques et de programmation discrète, la résolution de problèmes continus, tels que les équations différentielles. Le deuxième groupe comprend des forfaits axés sur entreprises industriellesà caractère discret ou continu de la production, pour la sphère non industrielle, gestion sectorielle. Une exigence importante pour PPP est la compatibilité, car lors de la conception de l'AIS, il est conseillé d'utiliser plusieurs packages à la fois. La conception de systèmes utilisant PPP revient en fait à lier les packages sélectionnés par certains paramètres aux conditions spécifiques de l'objet d'automatisation. Avantages : processus moins chronophage, prend moins de temps par rapport à la conception d'origine, met en œuvre des méthodes avancées de traitement des données, simplifie la documentation du projet, car la documentation du package est utilisée, la fiabilité des systèmes conçus est augmentée. Méthode conception d'objet repose sur l'utilisation de conceptions standard de systèmes de contrôle automatisés. Il n'est pas très utilisé, car il y a trop d'objets différents et la modification d'une conception de système typique en fonction des conditions spécifiques de l'objet d'automatisation nécessite beaucoup de travail et coût des matériaux. Un groupe distinct se démarque méthode de conception de groupe. Son essence : un groupe d'objets du même type selon leurs caractéristiques est préalablement sélectionné. systèmes d'information, parmi lesquels l'objet de base est sélectionné, pour lequel le projet est en cours de développement, et diverses méthodes et méthodes de conception peuvent être utilisées, l'essentiel est d'assurer sa grande adaptabilité. Le champ d'application principal de cette méthode concerne les installations non industrielles (par exemple, les entrepôts), car elles sont plus stables du point de vue du système d'information économique. Parmi les méthodes automatisées, une place particulière est occupée par méthodes de conception modulaire. La création et l'utilisation de la CAO offrent un niveau de fiabilité fonctionnelle suffisamment élevé, une couverture complète de tous les processus technologiques, réduisant la complexité du travail de conception avec une prise en compte maximale des intérêts de l'objet d'automatisation. Cependant, cette méthode est assez coûteuse et nécessite des développeurs hautement qualifiés. L'exigence clé de la CAO est la capacité de construire et de maintenir dans le système de conception dans un état adéquat un modèle d'information économique global de l'objet d'automatisation. Modèle- affichage des composants d'information de l'objet d'automatisation et de la relation entre eux, spécifié explicitement. L'objectif principal de la construction d'un modèle est de créer un projet AIS correspondant à ce modèle, qui prend en compte et utilise activement toutes les caractéristiques de l'objet. Un tel modèle devrait contenir sous une forme formalisée une description des ensembles de composants d'information et de la relation entre eux, y compris les liens d'information et l'interaction algorithmique. À l'aide de la méthode de conception modulaire, une approche systématique est appliquée, qui détermine l'utilisation d'ordinateurs non seulement à toutes les étapes de la création d'un système, mais également dans le processus d'analyse des résultats de son fonctionnement industriel. Le développement et l'application de la CAO ont prédéterminé le passage à la création projets individuels, mais à un niveau beaucoup plus élevé que la méthode de conception originale. Le développement, la mise en œuvre, la maintenance et l'exploitation des systèmes d'information d'entreprise (ou CIS en abrégé) sont assurés par des spécialistes des technologies de l'information (TI). Les technologies de l'information sont un concept très large, puisqu'elles définissent les méthodes et les moyens de créer, de collecter, d'enregistrer, de transmettre, de traiter, de stocker et de diffuser des informations dans les systèmes d'information. Actuellement, avec le nom Corporate Information Systems (CIS), par exemple, les noms suivants sont utilisés : · Systèmes de contrôle automatisés (ACS) ; · Systèmes de gestion intégrés (IMS); · Systèmes d'information intégrés (IIS); · Systèmes d'information de gestion d'entreprise (EMIS). Les grandes étapes de la conception de systèmes d'information automatisés Avant de commencer la conception d'un AIS, il est nécessaire de justifier en détail la nécessité de sa création, de décrire en détail les buts et objectifs du projet, le gain attendu, les coûts en temps, les ressources disponibles, contraintes, etc. Ces travaux sont souvent appelés la planification stratégique du système d'information, et un chef de projet est nommé pour les mener à bien. La nécessité de développer un AIS peut être due à les facteurs suivants: l'importance croissante de l'environnement informatique de l'entreprise ; la complexité du système de gestion d'entreprise ; la nécessité d'analyser les opportunités et les dangers potentiels de l'entreprise ; la nécessité de systématiser les activités de l'entreprise; la nécessité d'améliorer constamment l'efficacité de l'utilisation des immobilisations de l'entreprise, d'améliorer le rapport prix/qualité; accroître le rôle des investissements en capital dans le domaine de l'informatisation de l'entreprise; la nécessité d'une planification du personnel pour assurer adéquatement le développement de l'entreprise; la montée en complexité et en complétude des SI existants, entraînant la complexification des besoins fonctionnels des SI et leur évolution. caractéristique principale planification stratégique système d'information réside dans le fait que c'est durant cette période que sont précisés les besoins d'information de l'organisation, ce qui détermine les options possibles pour la structure du système d'information. Selon l'intensité de fonctionnement du complexe informatique, on distingue les groupes d'organisations suivants : organisations dont le développement dépend de l'utilisation des technologies de l'information pour les activités quotidiennes (banques, assurances, etc.) ; les organisations qui ne dépendent pas des technologies de l'information, mais qui sont capables de les utiliser largement à l'avenir pour obtenir des avantages concurrentiels ; les organisations dans les activités desquelles les technologies de l'information ne peuvent pas devenir une source d'avantage concurrentiel ; organisations qui utilisent les technologies de l'information pour soutenir des activités non essentielles. Pour chacun des groupes décrits, des systèmes d'information sont développés pour automatiser les domaines correspondants des activités de l'organisation. Le développement et la mise en œuvre de tout AIS sont effectués dans un certain ordre conformément aux termes de référence. Le contenu de la première étape du système de gestion est déterminé par la composition des tâches de comptabilité, d'analyse, de planification et de gestion opérationnelle, les plus automatisables et indispensables à l'adoption décisions de gestion Dans l'organisation. Au cours du développement des prochaines phases du système, l'expansion et l'intégration des informations, des logiciels et du support mathématique, ainsi que la modernisation des moyens techniques ont lieu. Le cycle de vie AIS nous permet de distinguer quatre périodes principales : avant-projet, conception, réalisation, exploitation et maintenance. La technologie de conception de systèmes d'information automatisés est actuellement déterminée par l'actuel GOST 34.601-90, selon lequel l'ensemble du processus est divisé en étapes et en étapes. 1. Étape "Formation des exigences pour l'AIS": détermination de la portée de la justification nécessaire à la création de l'AIS (collecte de données sur l'objet d'automatisation et les types d'activités réalisées, évaluation de la qualité de son fonctionnement, identification des problèmes qui peuvent être résolus au moyen de l'automatisation, évaluation de la faisabilité de la création d'AIS) ; formation des besoins des utilisateurs pour l'AIS ; préparation d'un rapport sur les travaux effectués et dépôt d'une demande de développement d'AIS. 2. Etape « Développement du concept AIS » : étude de l'objet AIS ; effectuer les travaux de recherche et de conception nécessaires; développement d'un concept de variante AIS et sélection d'une option qui répond aux besoins de l'utilisateur, évaluation des avantages et des inconvénients des options alternatives ; établissement d'un rapport sur les travaux effectués. 3. Etape "Terms of Reference": élaboration et exécution des termes de référence pour la création de l'AIS ( informations générales, but et objectifs du système en cours de création, caractéristiques de l'objet d'automatisation, exigences pour le système dans son ensemble, ses fonctions et tâches, types de support, plans de travail pour la création, la mise en service et l'acceptation). 4. Étape "Conception préliminaire": développement de solutions de conception préliminaires pour le système et ses parties (fonctions de l'AIS, ses sous-systèmes, étendue des tâches, concept et structure de la base d'informations, composition et principales caractéristiques des moyens techniques); développement de la documentation pour l'AIS et ses éléments. 5. Étape " Projet technique» : élaboration de projets de décisions sur le système et ses éléments, sur la structure fonctionnelle, algorithmique et organisationnelle du système, sur la structure des moyens techniques, l'organisation et la maintenance de la base de données, sur le système de classification et de codage des informations, sur la algorithme de résolution de problèmes, sur les langages de programmation et les logiciels utilisés ; développement de documents AIS ; développement et exécution de la documentation pour la fourniture de produits pour l'acquisition d'AIS et des exigences techniques pour leur développement ; développement de missions de conception. 6. Étape "Conception détaillée": élaboration de la documentation de travail pour le système et ses composants ; développement ou adaptation de programmes. 7. Étape "Commissioning" : préparation de l'AIS pour la mise en œuvre ; mise à l'essai des tâches et des sous-systèmes ; rédaction d'un rapport de mise en service. 8. Etape « Support AIS » : analyse du fonctionnement du système ; surveillance de l'auteur. Une caractéristique du développement de l'AIS est la concentration de la complexité et de l'intensité de la main-d'œuvre aux étapes de l'enquête d'avant-projet, puisque les erreurs commises aux étapes de l'enquête, de l'analyse et de la conception donnent lieu à des problèmes souvent insolubles pour atteindre les objectifs et l'efficacité de utilisant l'AIS aux stades de la mise en œuvre et de l'exploitation. La formation des exigences du système implique la définition de sa fonctionnalité, des exigences des utilisateurs, des exigences de fiabilité et de sécurité, des interfaces externes, etc. La planification des travaux comprend un évaluation économique projet, construction d'un planning de travail, création et formation d'un groupe de travail commun. A ce stade, une analyse système du système considéré est effectuée, qui comprend une description de la structure des éléments du système et une enquête sur l'activité de l'objet automatisé; analyse de la répartition des fonctions par départements et employés, des flux d'informations au sein des départements et entre eux, des objets externes par rapport à l'organisation et des interactions d'informations externes. Putain ouais. L'analyse se termine par la construction de modèles de l'activité de l'organisation, ce qui implique le traitement de matériaux d'enquête et la construction de modèles fonctionnels et d'information de deux types : le modèle « tel quel » (« tel quel »), reflétant l'état actuel de affaires dans l'organisation; modèle "être" ("comme il se doit"), reflétant l'idée des nouvelles technologies et des processus métier de l'organisation. Sur la base des résultats de l'enquête, une liste de tâches est déterminée, dont il est conseillé d'automatiser la solution, et la séquence de leur développement (Fig. 8.2). Riz. Résultats de l'enquête Le mandat est un document qui définit les objectifs, les exigences et les données d'entrée de base nécessaires pour développer un SIA et déterminer le niveau d'efficacité économique de sa mise en œuvre. Le contenu et la conception des termes de référence sont régis par les exigences de GOST 34.602-89. L'étape de conception préliminaire implique une sélection préliminaire des méthodes de conception et une évaluation des résultats attendus, mais souvent cette étape est incluse dans la conception technique. Le projet technique est en cours d'élaboration afin de déterminer les principales décisions de conception pour la création du système. A ce stade, un complexe travail de recherche pour sélectionner les meilleures solutions, une évaluation expérimentale des solutions de conception et un calcul de l'efficacité économique du système sont effectués. Pour chaque tâche incluse dans l'ensemble des tâches prioritaires, un énoncé détaillé de la tâche et le développement d'un algorithme pour sa solution sont effectués. Le but de cette étape est la formation d'une nouvelle structure du système et les relations logiques de ses éléments qui fonctionneront sur la base technologique choisie. La construction d'une architecture de système implique la sélection d'éléments et de modules d'information, techniques, logiciels et autres sous-systèmes de support, la définition des liens d'information et de contrôle entre les éléments sélectionnés et le développement de la technologie de traitement de l'information. La conception détaillée comprend le développement de spécifications pour chaque composant et matériaux qui garantissent le fonctionnement efficace de l'AIS, qui contiennent des données mises à jour et des solutions de conception détaillées à l'échelle du système, des programmes et des instructions pour résoudre les problèmes, ainsi qu'une évaluation mise à jour de la rentabilité. de l'AIS. La partie technique du projet de travail prévoit la définition des moyens techniques, la description processus technologique traitement des données, calcul et ordonnancement du chargement de l'ensemble des moyens techniques, description du mode de fonctionnement de l'AIS. La mise en œuvre du projet développé comprend les étapes suivantes : préparation de l'objet de contrôle pour la mise en œuvre de l'AIS, mise en œuvre pilote, c'est-à-dire vérification de l'opérabilité des éléments et modules du projet et élimination des erreurs identifiées, et mise en œuvre industrielle - l'étape de la mise en service et les essais au niveau de la fonction, le contrôle du respect des exigences formulées au stade de l'analyse du système (Fig. 8.3). Au stade de l'exploitation et de la maintenance, des statistiques sont collectées sur la qualité de chacun des composants du système, les lacunes détectées sont corrigées, dans certains cas, une décision est prise sur la nécessité d'étendre les fonctionnalités du système (Fig. 8.4) . En général, le processus de conception AIS ne comprend conditionnellement que les étapes principales, et l'ensemble réel d'étapes et d'opérations technologiques dépend en grande partie de l'approche de conception choisie. Riz. Les principaux travaux effectués au stade de la mise en œuvre de l'AIS Fig. Travaux effectués au stade de l'exploitation et de la maintenance

Modèles de cycle de vie AIS - Une structure qui définit la mise en œuvre séquentielle des processus, des actions, des tâches effectuées tout au long du cycle de vie et la relation entre ces processus.

modèle en cascade. Le passage à l'étape suivante signifie l'achèvement complet des travaux à l'étape précédente. Les exigences définies lors de l'étape de formation des exigences sont strictement documentées sous forme de termes de référence et fixées pour toute la durée de développement du projet. Chaque étape aboutit à la publication d'un ensemble complet de documentation suffisant pour que le développement soit poursuivi par une autre équipe de développement.

Etapes du projet selon le modèle cascade :

1. Formation des exigences ;

2. Conception ;

3. Développement ;

4. Tests ;

5. Présentation ;

6. Exploitation et entretien.

Avantages :

-Documentation complète et convenue à chaque étape ;

-Ordre déterminé de la séquence de travail ;

- Vous permet de planifier clairement le calendrier et les coûts.

Défauts:

-Retard important dans l'obtention de résultats prêts à l'emploi ;

-Les erreurs à l'une des étapes sont détectées aux étapes suivantes, ce qui entraîne la nécessité de retourner et de réenregistrer la documentation du projet ;

- Difficulté dans la gestion de projet.

modèle en spirale. Chaque itération correspond à la création d'un fragment ou d'une version du logiciel, elle précise les objectifs et les caractéristiques du projet, évalue la qualité des résultats obtenus et planifie le travail de la prochaine itération.

Chaque itération - cycles de développement terminés sous la forme de la 1ère version de l'AIS.

Étapes d'itération :

1.Formation des exigences

3.Conception

4.Développement

5.Intégration

A chaque itération, sont évalués :

Le risque de dépassement des termes et du coût du projet ;

La nécessité d'effectuer une autre itération ;

Le degré d'exhaustivité et de précision de la compréhension des exigences du système ;

L'opportunité de mettre fin au projet.

Avantages :

-Simplifie le processus d'apporter des modifications au projet;

- Fournit une plus grande flexibilité dans la gestion de projet;

- La possibilité d'obtenir un système fiable et stable, car des erreurs et des incohérences sont trouvées à chaque itération ;

- Influence du client sur le travail dans le processus de vérification de chaque itération.

Défauts:

-Complexité de la planification;

-Mode de travail intense pour les développeurs;

-La planification du travail est basée sur l'expérience et il n'y a pas assez de mesures pour mesurer la qualité de chaque version.

Exigences relatives à la technologie de conception, de développement et de maintenance des AIS

Technologie de conception- définit une combinaison de trois composants :

- une procédure pas à pas qui détermine l'enchaînement des opérations de conception technologique ;

- les règles utilisées pour évaluer les résultats des opérations technologiques ;

- soumission du développement de la conception pour examen et approbation.

Instructions technologiques, qui constituent le contenu principal de la technologie, devraient consister en une description de la séquence des opérations technologiques, des conditions selon lesquelles l'une ou l'autre opération est effectuée et des descriptions des opérations elles-mêmes.

La technologie de conception, de développement et de maintenance du SI doit répondre aux critères suivants Exigences générales:

La technologie doit prendre en charge le cycle de vie complet du logiciel ;

La technologie doit assurer l'atteinte garantie des objectifs de développement du SI avec une qualité donnée et à un moment précis ;

La technologie devrait offrir la possibilité de mener des travaux sur la conception de sous-systèmes individuels en petits groupes (3-7 personnes). Cela est dû aux principes de gérabilité des équipes et d'augmentation de la productivité en minimisant le nombre de liens externes ;

La technologie doit prévoir la possibilité de gérer la configuration du projet, de maintenir les versions du projet et de ses composants, la possibilité de publier automatiquement la documentation du projet et de synchroniser ses versions avec les versions du projet ;

L'utilisation de toute technologie pour la conception, le développement et la maintenance des SI dans une organisation particulière et un projet particulier est impossible sans l'élaboration d'un certain nombre de normes (règles, accords) qui doivent être respectées par tous les participants au projet. De telle normes inclure les éléments suivants:

- norme de conception ;

- norme pour la conception de la documentation de projet ;

- norme d'interface utilisateur.

Exigence de développement

- Effectuer des travaux sur la création de logiciels;

Préparation à l'introduction de l'AIS ;

Contrôle, test des principaux indicateurs du projet.

Exigences d'accompagnement

L'achèvement de la mise en œuvre du SIC devrait s'accompagner de la publication du système règlements administratifs et des descriptions de poste qui déterminent le fonctionnement de l'organisation. A partir du moment où le système d'information est mis en service, le fonctionnement s'effectue sur la base du "Règlement de fonctionnement du système d'information" et d'un certain nombre de règlements. La maintenance du système et son fonctionnement ininterrompu sont assurés par une subdivision de l'organisme habilitée par l'arrêté correspondant. L'achèvement du système d'information après la mise en service est effectué conformément aux projets individuels et aux termes de référence.

Dans le processus de maintien du CIS, la tâche est de maintenir sa viabilité. La viabilité du CIS est largement déterminée par la façon dont il correspond aux tâches et besoins réels de l'université, qui évoluent au cours du cycle de vie du CIS.

Dans presque tous les domaines, les gens utilisent une sorte de modèle (mathématique, physique ou informatique) pour avoir une idée plus claire de ce qui se passe dans les processus de la vie réelle.

Il existe 2 façons de décrire les modèles :

1) statique, compte tenu de la structure du modèle, ᴛ.ᴇ. les aspects de celui-ci dans lesquels le temps peut être négligé ;

2) dynamique, compte tenu du flux des événements, ᴛ.ᴇ. évolution des phénomènes simulés dans le temps, qui ne peut être négligée du point de vue des tâches à résoudre.

Toute entreprise et ses activités peuvent être vues du point de vue de différentes personnes : exploitant, dirigeant, client, actionnaire, partenaire, vendeur, etc. Chaque catégorie de personnes a besoin de modèles commerciaux différents.

Le PDG doit avoir une vue d'ensemble : processus, produits, finances, perspectives, etc., ᴛ.ᴇ. image intégrée dans son ensemble. Pour que le personnel d'encadrement puisse les bonnes décisions dans toute situation, il est extrêmement important de disposer d'un ensemble de modèles qui décrivent les différents aspects des activités de l'entreprise et leurs relations. Dans les modèles utilisés au plus haut niveau de la direction, le plus important est la brièveté et la clarté. Ils doivent souligner les points principaux et les détails sont masqués.

L'un des modèles les plus importants est actuellement le modèle d'entreprise, qui définit les fonctions de l'entreprise dans le monde extérieur.

Figure 1 - Modèle d'entreprise hiérarchisée

Les modèles de cycle de vie existants déterminent l'ordre d'exécution des étapes du processus de création d'un système, ainsi que les critères de passage d'une étape à l'autre. Les trois modèles suivants sont les plus largement utilisés.

Parmi les modèles de cycle de vie AIS bien connus, on distingue les modèles en cascade, itératifs et en spirale.

Modèle en cascade (jusqu'à 70 ᴦ.ᴦ.) implique le passage à l'étape suivante après l'achèvement des travaux de l'étape précédente. Ce modèle est utilisé dans la construction de l'AIS, pour lequel, au tout début du développement, toutes les exigences peuvent être formulées de manière assez précise et complète. Cela donne aux développeurs la liberté de les implémenter au mieux d'un point de vue technique. Cette catégorie comprend les systèmes de règlement complexes, les systèmes en temps réel et autres.

Figure 2 - Schéma du modèle en cascade

Avantages modèle cascade :

1) à chaque étape, un ensemble complet de documentation de projet est formé qui répond aux critères d'exhaustivité et de cohérence ;

2) les étapes de travaux effectuées dans un ordre logique vous permettent de planifier le moment de leur réalisation et les coûts correspondants.

Défauts modèle cascade :

1) retard dans l'obtention des résultats ;

2) l'extrême importance de revenir aux étapes précédentes.

Le modèle en cascade du cycle de vie AIS se caractérise par l'automatisation de tâches individuelles non liées qui ne nécessitent pas d'intégration et de compatibilité d'informations, de logiciel, d'interface technique et organisationnelle. Dans le cadre de la résolution de tâches individuelles, le modèle en cascade du cycle de vie se justifiait en termes de temps de développement et de fiabilité. L'application du modèle en cascade du cycle de vie AIS à des projets importants et complexes en raison de la longue durée du processus de conception et de la variabilité des exigences pendant cette période peut conduire à une impossibilité pratique.

Modèle itératif étape par étape. Ce modèle de création d'AIS suppose la présence de boucles de rétroaction entre les étapes. L'avantage d'un tel modèle est essentiellement que les ajustements inter-étages offrent plus de flexibilité et moins d'effort que le modèle en cascade. Dans le même temps, la durée de vie de chacune des étapes peut être prolongée pour toute la période de création du système.

Figure 3 - Schéma d'un modèle itératif phasé

Défauts: En règle générale, en raison d'un grand nombre d'itérations, des divergences surviennent dans les décisions de conception et la documentation terminées. Les complexités de l'architecture fonctionnelle et système de l'AIS créé, la difficulté d'utiliser la documentation de conception entraînent immédiatement l'extrême importance de reconcevoir l'ensemble du système aux étapes de mise en œuvre et d'exploitation. Le long cycle de vie du développement de l'AIS se termine avec la phase de mise en œuvre, après laquelle commence le cycle de vie de la création d'un nouvel AIS.

modèle en spirale(80-90 ᴦ.ᴦ.) - basé sur les premières étapes du cycle de vie : analyse, conception préliminaire et détaillée.

Chaque tour de la spirale correspond à un modèle étape par étape pour créer un fragment ou une version du système, sur lequel les objectifs et les caractéristiques du projet sont clarifiés, sa qualité est déterminée et le travail du prochain tour du spirale est prévue. Le principal problème est de déterminer le moment du passage à l'étape suivante. Pour le résoudre, il est extrêmement important d'introduire des délais pour chacune des étapes du cycle de vie. La transition est effectuée conformément au plan, qui est compilé sur la base des données statistiques obtenues dans les projets précédents, et expérience personnelle développeurs. L'inconvénient de cette approche réside dans les problèmes non résolus et les erreurs commises lors des étapes d'analyse et de conception. Οʜᴎ peut conduire à des étapes ultérieures à des problèmes et même à l'échec de l'ensemble du projet. Pour cette raison, l'analyse et la conception doivent être réalisées avec un soin particulier.

Figure 4 - Schéma du modèle en spirale

Le modèle de cycle de vie en spirale est basé sur l'utilisation de la technologie des prototypes ou de la technologie RAD ( Développement rapide d'applications - technologies de développement rapide d'applications). Selon cette technologie, l'AIS est développé en développant des prototypes de logiciels, en suivant le chemin de la spécification des exigences à la spécification du code de programme. Naturellement, avec cette technologie, le nombre d'itérations est réduit et il y a moins d'erreurs et d'incohérences qu'il est extrêmement important de corriger dans les itérations suivantes. Dans le même temps, la conception de l'AIS est plus rapide et la création de la documentation de conception est simplifiée. Pour correspondre plus précisément à la documentation de conception développée par AIS, de plus en plus d'importance est attachée au maintien d'un référentiel à l'échelle du système et à l'utilisation des technologies CASE.

Le cycle de vie lors de l'utilisation de la technologie RAD suppose la participation active des utilisateurs finaux du futur système à tous les stades de développement et comprend 3 étapes principales de réingénierie de l'information :

1) analyse et planification de la stratégie d'information : les utilisateurs, en collaboration avec des développeurs spécialisés, participent à l'identification de la zone problématique ;

2) motif : les utilisateurs participent à la conception technique sous la direction de développeurs spécialisés ;

3) la mise en oeuvre : Les développeurs forment les utilisateurs à travailler dans le nouvel environnement AIS.

Le développement et la conception de l'AIS commencent par la création d'un modèle conceptuel pour l'utilisation du système. Tout d'abord, il convient de déterminer la faisabilité de la création d'un système, ses fonctions et tâches spécifiques à automatiser. Il faut évaluer non seulement les objectifs, mais aussi les possibilités de créer un système. En outre, l'analyse des exigences pour l'AIS, la conception détaillée, la relation des étapes, la programmation et les tests, la minimisation des pertes lors de la transition d'un niveau de présentation des informations à un autre, l'intégration dans le système existant, la mise en œuvre et le support sont effectuées.

Il existe trois classes de méthodologies de conception AIS :

Modélisation conceptuelle du domaine d'étude ;

Identification des besoins et spécification d'un système d'information à travers son prototypage ;

Architecture système des outils logiciels pris en charge par les outils technologiques CASE (CASE - Computer Aided Software Engineering - technologie de création et de maintenance de logiciels pour divers systèmes).

Les méthodologies de conception de système modernes doivent fournir une description des objets d'automatisation, une description de la fonctionnalité de l'AIS, une spécification de projet garantissant la réalisation des caractéristiques de système spécifiées, un plan détaillé de création d'un système avec une évaluation du temps de développement et une description de la mise en œuvre d'un système particulier.

spécification - une description précise, complète et articulée des exigences pour une tâche donnée.