STRATÉGIES POUR LE DÉVELOPPEMENT DE SYSTÈMES :

À mesure que les ordinateurs sont de plus en plus utilisés par des personnes qui ne sont pas
Les spécialistes en informatique, le visage du développement des systèmes d'information, acquiert une nouvelle
magnitude. Les utilisateurs commencent déjà le développement de certains systèmes qu'ils utilisent.

Ces situations sont représentées par trois approches différentes du développement de systèmes de
informations basées sur l'ordinateur :

Stratégie de Développement Description Caractéristiques de l'Application

Méthode du cycle de vie inclut les activités de • Exigences du système de
développement de systèmes enquête préliminaire informations prévisibles.
détermination de • Gérable comme projet
exigences, conception du • Exige que les données soient
système, développement de trouvez dans des fichiers et des bases de
logiciel données
l'implantation. • Grand volume de transactions et
traitement
• Nécessite la validation des
données d'entrée
• Abarque plusieurs départements
• Temps de développement long
• Développement par équipementsde
projet.

Méthode L'analyse se concentre sur ce que le

supprimer • Adapté à tout type de
structuré système ou application réalisent applications
peu importe la manière dont • Maire utilité comment
ils accomplissent leur fonction (SE complément d'autres méthodes de
abordent les aspects logiques développement
et non les physiques). Emploie
symboles graphiques para
décrire le mouvement et
traitement des données.
Les composants
importants incluent les
diagrammes de flux de données et
le dictionnaire de données.
Méthode du prototype de Développement itératif ou en • Conditions uniques de l'application
systèmes en évolution où les continue
responsables supprimer où le
l'utilisateur participe le développement a peu d'expérience
directement dans le processus ou information, ou où les coûts et
les risques de commettre une erreur peuvent
être grands.
• De même, utile pour tester la
factibilité du système, identifier
les exigences de l'utilisateur
évaluer la conception d'un système ou
examiner l'utilisation d'une application.

Cycle de vie classique du développement de systèmes :

La méthode du cycle de vie pour le développement de systèmes se compose des activités suivantes :
1. Recherche préliminaire
 2. Détermination des exigences du système
3. Conception du système
4. Développement de logiciels
5. Test des systèmes
6. Implantation et évaluation

Recherche préliminaire :

La demande d'aide d'un système d'information peut provenir de plusieurs raisons;

Le processus commence toujours par la demande d'une personne (Administrateur, employé ou spécialiste en
systèmes) à ce moment-là commence l'activité des systèmes : la recherche préliminaire. Celle-ci consiste en :
clarification de la demande, étude de faisabilité et approbation de la demande.

Clarification de la demande :

De nombreuses demandes ne sont pas formulées clairement, il convient donc de les examiner pour
déterminer avec précision ce que le demandeur souhaite. Si le demandeur demande de l'aide sans savoir ce qu'il veut
mal ou où se trouve le problème, la clarification devient plus difficile. En tout cas, avant
Pour aller de l'avant, la demande doit être clairement formulée.

Étude de faisabilité :

Il est important de déterminer que le système demandé soit réalisable. Dans la recherche préliminaire
il existe trois aspects liés :

1. Faisabilité technique : Le travail peut-il être réalisé avec l'équipement actuel, la technologie existante ?
de logiciel et le personnel disponible ? Si une nouvelle technologie est nécessaire, quelle est la possibilité de
la développer ?
2. Faisabilité économique : En créant le système, les bénéfices obtenus seront-ils suffisants pour
accepter les coûts ? Les coûts associés à la décision de ne pas créer le système sont si élevés
que le projet doit être accepté ?
3. Faisabilité opérationnelle : Si le système est développé et mis en œuvre, sera-t-il utilisé ? Existera-t-il une certaine
résistance au changement de la part des utilisateurs entraînant une diminution des
avantages possibles de l'application ?

L'étude de faisabilité est réalisée par une petite équipe de personnes (parfois une ou deux) qui
est familier avec les techniques des systèmes d'information; cette équipe comprend la partie de la
entreprise qui participera (client), et personnes expertes dans les processus d'analyse et de conception de systèmes.

Approbation de la demande Tous les projets demandés ne sont pas réalisables. Certaines organisations
ils reçoivent tant de demandes de leurs employés qu'il n'est possible de traiter que quelques-unes. Cependant,
les projets qui sont souhaitables et réalisables doivent être intégrés dans les plans. Dans certains cas
le développement peut commencer immédiatement, bien que ce soit courant que les membres de l'équipe de
les systèmes sont occupés avec d'autres projets. Lorsque cela se produit, la direction décide
Quels projets sont les plus importants et décide de l'ordre dans lequel ils seront réalisés. Beaucoup
les organisations développent des plans pour les systèmes d'information avec le même soin que
ils planifient de nouveaux produits et programmes de fabrication. Après avoir approuvé la demande d'un
le projet est estimé en coût, le temps nécessaire pour l'achever et les besoins en personnel ; avec
une information détermine où le placer dans la liste existante des projets.
Plus tard, lorsque les autres projets sont achevés, le développement de la
application proposée.

Détermination des exigences du système.

 L'aspect fondamental de l'analyse des systèmes est de comprendre les facettes importantes de la partie de
l'entreprise qui fait l'objet d'une étude. Les analystes, en travaillant avec les employés, doivent étudier les
processus d'une entreprise pour répondre aux questions clés suivantes :

Qu'est-ce qui se fait ?

2. Comment ça se fait ?
3. À quelle fréquence cela se produit-il ?
4. Quelle est la taille du volume des transactions ou des décisions ?
5. Quel est le degré d'efficacité avec lequel les tâches sont effectuées ?
6. Y a-t-il un problème ?
7. S'il existe un problème, à quel point est-il grave ?
8. S'il existe un problème, quelle en est la cause ?

Pour répondre à ces questions, l'analyste converse avec plusieurs personnes pour rassembler des détails connexes.
avec les processus de l'entreprise, leurs opinions sur pourquoi les choses se produisent, les solutions qu'ils proposent et
idées de changement. Lorsqu'il n'est pas possible de réaliser des entretiens, des questionnaires sont utilisés, sous forme personnelle, à

les membres de grands groupes au sein de l'organisation. Les recherches détaillées nécessitent le
étude des manuels et des rapports, l'observation en conditions réelles des activités de travail et, dans
parfois, des échantillons de formes et de documents afin de comprendre le processus dans son ensemble.
Au fur et à mesure que les détails se rassemblent, l'analyste identifie les caractéristiques, détermine la
informations que doit produire le système, processus, temps de réponse et méthodes d'entrée
sortie.

Conception du système

La conception d'un système d'information produit les détails qui établissent la manière dont le
le système répondra aux exigences identifiées lors de la phase d'analyse. Les spécialistes en
les systèmes font souvent référence à cette étape comme conception logique en contraste avec celle de développement du
logiciel, à laquelle ils donnent le nom de conception physique.

Les analystes système commencent le processus de conception en identifiant les rapports et autres
sorties que le système doit produire. Ensuite, déterminez les données spécifiques pour chaque
rapport et sortie. Il est courant que les designers fassent un croquis du format ou de l'écran qu'ils espèrent que
apparaît lorsque le système est terminé. Le précédent est effectué sur papier ou sur l'écran d'une
terminal utilisant pour cela certains des outils disponibles pour le développement de systèmes.
La conception d'un système indique également les données d'entrée, celles qui seront calculées et les
que doivent être stockés. De même, les procédures de calcul sont écrites en détail et les
données individuelles. Les concepteurs sélectionnent les structures de fichiers et les dispositifs de
stockage, tels que des disques et des bandes magnétiques ou même des fichiers papier. Les procédures
qui sont écrits indiquent comment traiter les données et produire les sorties. Les documents que
les spécifications de conception représentent cela de plusieurs manières. L'information
Une description détaillée du design est fournie à l'équipe de programmation pour commencer la phase de développement.
logiciel.
Les designers sont responsables de répondre aux questions, d'éclaircir les doutes et de gérer les
problèmes auxquels sont confrontés les programmeurs lorsqu'ils utilisent les spécifications de conception.

Développement de logiciel

Les programmeurs ou analystes programmeurs qui travaillent dans les grandes organisations
ils appartiennent à un groupe permanent de professionnels et sont responsables de la programmation et
documentation des programmes où ils fournissent une explication de comment et pourquoi certains
Les procédures sont codées d'une certaine manière. La documentation est essentielle pour prouver le programme.
et effectuer la maintenance une fois que l'application est installée.
Test des systèmes :

Au cours de la phase de test des systèmes, le système est utilisé de manière expérimentale pour
s'assurer que le logiciel n'ait pas de défauts, c'est-à-dire qu'il fonctionne conformément aux spécifications et
de la manière dont les utilisateurs s'attendent à ce que cela se fasse. Il est préférable de décrire toute surprise avant de
que l'organisation mette en place le système et en dépende.
Dans de nombreuses organisations, les tests sont réalisés par des personnes extérieures au groupe qui a écrit.
les programmes originaux ; cela vise à garantir, d'une part, que les épreuves soient complètes et
impartiales et, pour d'autres, que le logiciel soit plus fiable.

Implantation et évaluation :
L'implantation est le processus de vérification et d'installation de nouveaux équipements, de formation des utilisateurs, d'installation
l'application et construire tous les fichiers de données nécessaires pour l'utiliser.
Selon la taille de l'organisation qui utilisera l'application et le risque associé à son
Il est possible de choisir de commencer l'opération du système uniquement dans une zone de l'entreprise (essai pilote).
Parfois, on laisse les deux systèmes (l'ancien et le nouveau) fonctionner en parallèle dans le but de
de comparer les résultats. Dans d'autres circonstances, l'ancien système cesse d'être utilisé un jour donné
pour commencer à employer le nouveau le lendemain. Chaque stratégie de mise en œuvre a ses mérites.
accord avec la situation considérée au sein de l'entreprise. Peu importe quelle est la stratégie
utilisée, les responsables du développement du système s'efforcent de garantir que l'utilisation initiale du système soit gratuite
de problèmes.

Une fois installées, les applications sont utilisées pendant de nombreuses années. Cependant les
les organisations et les utilisateurs changent avec le temps, même l'environnement est différent avec le passage
des semaines et des mois. Par conséquent, il est indubitable qu'un entretien doit être donné aux
applications; apporter des changements et modifications au logiciel, aux fichiers ou aux procédures. Pour satisfaire
les nouveaux besoins des utilisateurs. Les systèmes d'information doivent toujours rester à jour.
dans ce sens, l'implantation est un processus en constante évolution.
L'évolution d'un système se produit le long de l'une des dimensions suivantes :
Évaluation opérationnelle
Évaluation de la manière dont le système fonctionne, y compris sa facilité d'utilisation, le temps de
réponse, la pertinence des formats d'information, fiabilité globale et niveau de
utilisation.
Impacto Organisationnel
Identification et mesure des bénéfices pour l'organisation dans des domaines tels que les finances
(coûts, revenus et bénéfices), efficacité opérationnelle et impact concurrentiel. Il est également inclus
l'impact sur le flux d'information interne et externe.
•Avis des administrateurs
Évaluation des attitudes des dirigeants et des administrateurs au sein de l'organisation ainsi que de
les utilisateurs finaux.
Performance du développement
L'évaluation du processus de développement selon des critères tels que le temps et l'effort de
développement, concordent avec les budgets et les normes, et d'autres critères de gestion de
projets. Il inclut également l'évaluation des méthodes et des outils utilisés dans le
développement.

Malheureusement, l'évaluation des systèmes ne reçoit pas toujours l'attention qu'elle mérite. Cependant,
Lorsqu'on conduit de manière appropriée, cela fournit beaucoup d'informations qui peuvent aider à améliorer la
efficacité des efforts de développement des applications subséquent.
Méthode de développement par analyse structurée :

Beaucoup de spécialistes en systèmes d'information reconnaissent la difficulté de comprendre

manière complète systèmes grands et complexes. La méthode de développement de l'analyse structurée
a pour objectif de surmonter cette difficulté par le biais de 1) la division du système en composants et 2) la
construction d'un modèle du système. La méthode incorpore des éléments à la fois d'analyse et de conception.

Qu'est-ce que l'analyse structurée ?

L'analyse structurée se concentre sur la spécification de ce que le système doit faire ou la
application. Il n'est pas précisé comment les exigences seront satisfaites ou la manière dont elles seront mises en œuvre.
application. Au contraire, il permet aux personnes d'observer les éléments logiques (ce que fera le système)
séparés des composants physiques (ordinateurs, terminaux, systèmes de stockage, etc.)
Après cela, il est possible de développer un design physique efficace pour la situation où il sera utilisé.

Éléments de l'analyse structurée :

Les éléments essentiels sont des symboles graphiques, des diagrammes de flux de données et un dictionnaire
centralisé de données.

Description graphique

Une des façons de décrire un système est de préparer un croquis qui souligne ses caractéristiques.
identifiez la fonction à laquelle il sert et indiquez comment il interagit avec d'autres éléments, entre autres
choses. Cependant, décrire un grand système de cette manière est un processus ennuyeux et sujet à
des erreurs car il est facile d'omettre un détail ou de donner une explication que peut-être les autres ne comprennent pas.

Au lieu des mots, l'analyse structurée utilise des symboles ou des icônes pour créer un modèle.
graphique du système. Les modèles de ce type montrent les détails du système. S'ils sont sélectionnés le
symboles et notation corrects alors presque n'importe qui peut suivre la façon dont les
les composants s'arrangeront entre eux pour former le système.
Le diagramme logique de flux de données montre les sources et les destinations des données, identifie et donne
nommer les processus qui ont lieu, identifier et nommer les groupes de données qui relient une
fonction avec une autre et indique les entrepôts de données auxquels on a accès.

Diagramme de flux de données :

Le modèle du système est appelé diagramme de flux de données (DFD). La description

la complétion d'un système est constituée d'un ensemble de diagrammes de flux de données.
Pour développer une description du système par la méthode d'analyse structurée, on suit un
processus descendant (top-down). Le modèle original est détaillé dans des diagrammes de bas niveau qui montrent
caractéristiques supplémentaires du système. Chaque processus peut être décomposé en diagrammes de flux de données
de plus en plus détaillés. Cette séquence se répète jusqu'à obtenir suffisamment de détails qui permettent au
analyste comprendre dans son intégralité la partie du système qui est sous enquête.

Dictionnaire de données :

Toutes les définitions des éléments dans le système (flux de données, processus et entrepôts de
Les données sont décrites de manière détaillée dans le dictionnaire de données. Si un membre de l'équipe
Le responsable du projet souhaite connaître une définition du nom d'une donnée ou le contenu particulier d'un
flux de données, cette information doit se trouver disponible dans le dictionnaire de données.
Qu'est-ce que le design structuré ?

Il se concentre sur le développement de spécifications logiciels. L'objectif de la conception structurée est

créer des programmes formés de modules indépendants les uns des autres du point de vue fonctionnel.
La conception structurée est une technique spécifique pour la conception de programmes et non une méthode de
design de compréhension. Cette technique conduit à la spécification de modules de programme qui sont
fonctionnellement indépendants. L'outil fondamental de la conception structurée est le diagramme
structuré, qui sont de nature graphique et évitent toute référence liée au matériel
ou détails physiques. Leur but n'est pas de montrer la logique des programmes. Les diagrammes structurés
décrivent l'interaction entre des modules indépendants ainsi que les données qu'un module passe à un autre
lorsqu'il interagit avec lui. Ces spécifications fonctionnelles pour les modules sont fournies aux
programmeurs avant que la phase d'écriture du code ne commence.

Emploi de l'analyse structurée avec d'autres méthodes de développement :

L'analyse structurée se combine, assez fréquemment, avec la méthode déjà présentée de cycle
cycle de vie classique du développement des systèmes. Par exemple, les analystes peuvent opter pour plus de flux de données
comme une manière de documenter les relations entre les composants lors de la recherche détaillée de
un système existant, De même, il est possible de définir les fichiers et les données dans un dictionnaire centralisé de
données conformément aux règles de l'analyse structurée.
Cependant, de nombreuses organisations choisissent de ne pas utiliser cette méthode de développement.
par exemple, les analystes décident fréquemment que le développement de diagrammes et de schémas est une tâche qui
cela prend beaucoup de temps, surtout si le système est grand et complexe. (Il est courant que les diagrammes
doivent se dessiner encore et encore à mesure que de nouvelles informations sont acquises. À quoi cela ressemblera-t-il de plus ?
De l'avant, des outils assistés par ordinateur ont été développés pour surmonter ce problème.
D'autres analystes soulignent que les éléments manquants, tels que les personnes et les procédures
de contrôle, font partie du système lui-même et ne peuvent pas être omis dans la description de celui-ci. Plus tard, on
il considérera cet aspect si important.

Méthodes du prototype de systèmes

Cette méthode permet à l'utilisateur de participer plus directement à l'expérience d'analyse et

design que n'importe lequel de ceux déjà présentés. La construction de prototypes est très efficace sous les
circonstances correctes. Cependant, tout comme les autres méthodes, la méthode n'est utile que si elle est employée
au bon moment et de la bonne manière.

Qu'est-ce qu'un prototype ?

Le prototype est un système qui fonctionne, pas seulement une idée sur papier, développé avec la
finalité de tester des idées et des hypothèses liées au nouveau système. Comme pour tout système
basé sur l'ordinateur, il est constitué de logiciels qui acceptent des entrées, effectuent des calculs, produisent
informations qu'elles soient imprimées ou présentées sur un écran, ou qui mènent à d'autres activités
significatives. C'est la première version, ou itération, d'un système d'information.
Les utilisateurs évaluent le design et les informations générées par le système. Ce qui précède ne peut que
devenir efficace si les données utilisées, tout comme les situations, sont réelles. D'autre part, ils doivent
s'attendre à des changements au fur et à mesure que le système est utilisé.

Raisons de développer des prototypes de systèmes

 Les besoins en information ne sont pas toujours bien définis. Il est probable que les
les utilisateurs ne connaissent que certaines zones de l'entreprise où des améliorations ou des changements sont nécessaires.
procédures actuelles. Il est également possible qu'ils reconnaissent la nécessité d'avoir mieux
informations pour administrer certaines activités mais qui ne sont pas assurées, laquelle de ces informations sera
la adéquate. Les exigences de l'utilisateur peuvent être trop vagues même lors de la formulation du design. Dans
Dans d'autres cas, il est probable qu'une recherche de systèmes bien menée nécessite le développement de nouveaux.
technologie.
Les prototypes permettent d'évaluer des situations extraordinaires où les responsables de la conception et
implanter des systèmes n'ont pas d'informations ni d'expérience, ou également là où il existe des situations de risque et
coûts élevés, et celles où le design proposé est nouveau et où sa faisabilité n'est pas encore démontrée
que les vendeurs envoient des commandes au système informatique de l'entreprise depuis l'endroit où
ils effectuent l'opération par le biais de terminaux portables reliés à des téléphones publics. Pour prouver le
Les administrateurs et responsables des systèmes peuvent choisir de construire une version réduite.
échelle du logiciel, acquérir quelques terminaux et sélectionner un groupe de vendeurs. Le prototype
fournira des informations préliminaires sur la fonctionnalité du concept.

Le prototype est en réalité un modèle pilote ou de test, en général, les analystes de systèmes
ils constatent que les prototypes ont une plus grande utilité dans les conditions suivantes :

• Les responsables de concevoir et de mettre en place des systèmes n'ont jamais développé un avec les caractéristiques
du système proposé.
• On ne connaît qu'une partie des caractéristiques essentielles du système ; les autres ne sont pas
identifiables malgré une analyse attentive des exigences.
• L'expérience d'utilisation du système ajoutera une liste significative de exigences que le
Le système doit satisfaire.
• Les différentes versions du système évoluent avec l'expérience tout comme le développement à
dicional et le raffinement de ses caractéristiques.
• Les utilisateurs du système participent au processus de développement.

Les étapes à suivre dans le processus de développement de prototypes sont les suivantes :

1. Identifier les exigences d'information que l'utilisateur connaît ainsi que les
caractéristiques nécessaires du système.
2. Développer un prototype fonctionnel.
3. Utiliser le prototype en notant les besoins de changements et d'améliorations. Cela élargit la liste de
les exigences des systèmes connus.
4. Réviser le prototype en fonction des informations obtenues grâce à l'expérience de
utilisateur.
5. Répétez les étapes précédentes autant de fois que nécessaire jusqu'à obtenir un système.
satisfaisant.

L'analyste doit rencontrer les utilisateurs une ou deux fois afin d'identifier les
les exigences. Le résultat de ces réunions forme la base pour la construction du prototype.
Le développement d'un prototype fonctionnel est de la responsabilité de l'analyste système, lorsque le
l'analyste et l'utilisateur décident qu'ils disposent déjà de suffisamment d'informations provenant du processus de
construction du prototype, ils déterminent comment satisfaire les exigences déjà identifiées. En général, se
optez pour l'une des options suivantes :

1. Re-développer le prototype. Cette alternative pourrait signifier reprogrammer par

complet, en commençant depuis le début.
2. Implanter le prototype comme système terminé L'efficacité du fonctionnement ainsi que les
Les méthodes pour interagir avec l'utilisateur sont suffisantes ; cela permet d'utiliser le système tol comme
est
 3. Abandonner le projet. Dans ce cas, le prototype a fourni suffisamment d'informations pour
démontrer qu'il n'est pas possible de développer le système pour satisfaire les objectifs souhaités
dans le cadre de la technologie existante ou des lignes directrices économiques ou opérationnelles.
4. Démarrer une autre série de construction de prototypes. L'information acquise avec l'expérience
suggère soit une approche totalement différente soit des caractéristiques contrastantes.

Chacune de ces options est considérée comme un succès dans le processus de construction de prototypes.

Méthodes pour le développement de prototypes

Avec les prototypes, la vitesse de développement est plus importante que l'efficacité dans le
traitement. Un système prototype se construit rapidement, les systèmes prototypes peuvent être développés
avec des méthodes et des langages de programmation conventionnels, il se peut qu'il manque des contrôles d'entrée et
Le traitement et, en général, la documentation du système est un point que l'on évite souvent. Ce qui est important
C'est d'expérimenter des idées et de générer des hypothèses liées aux exigences et à l'efficacité et la perfection.
atteintes.

L'industrie de l'informatique recherche continuellement des générateurs d'applications, des programmes qui
ils servent à générer d'autres programmes, pour soutenir les efforts de construction de prototypes. Dans
Dans certains cas, ceux où le système sera utilisé peu fréquemment, le prototype peut, en effet,
devenir le système terminé.

OUTILS POUR LE DÉVELOPPEMENT DE SYSTÈMES :

En général, un outil est tout dispositif qui, lorsqu'il est utilisé de manière appropriée,
améliore la performance d'une tâche, comme le développement de systèmes d'information basés sur
ordinateur. En général, les outils se regroupent dans les catégories suivantes : Analyse, Conception et
Développement.

Outils pour l'analyse :

Ces outils aident les spécialistes des systèmes à documenter un système existant, déjà
soit ce manuel ou automatisé, et à déterminer les exigences d'une nouvelle application. Tu es
les outils incluent :

• Outils pour la collecte de données

• Outils de diagramme
• Outils pour le dictionnaire
Les outils les plus utiles, dans n'importe quelle catégorie, sont déjà en cours d'automatisation tant pour
améliorer l'efficacité de l'analyste afin de permettre d'obtenir des résultats plus importants de l'effort d'analyse
complets et exacts.

Outils de conception :

Les outils de conception soutiennent le processus de formulation des caractéristiques que le système doit avoir.
pour satisfaire les exigences détectées lors des activités d'analyse :

• Outils de spécification : ils soutiennent le processus de formulation des caractéristiques qui doivent
avoir une application, telles que des entrées, des sorties, un traitement et des spécifications.
• Outils pour la présentation : Ils sont utilisés pour décrire la position des données, des messages et
encadrés sur les écrans des terminaux, les rapports et d'autres moyens d'entrée et de sortie.
 Les analystes ont utilisé des outils de conception de systèmes depuis le début de l'ère des
ordinateurs. Cependant, la récente injection d'aide informatisée ainsi que la facilité de
générer des graphiques de haute qualité donne à ces outils une nouvelle signification dans le design de
systèmes.

Outils pour le développement

Ces outils aident l'analyse à transformer les conceptions en applications fonctionnelles :

• Outils pour l'ingénierie logicielle : Ils soutiennent le processus de formulation de designs de

logiciel, y compris les procédures et contrôles, ainsi que la documentation
correspondant.
• Générateurs de code : Ils produisent le code source et les applications à partir de
spécifications fonctionnelles bien articulées.
• Outils pour les tests Ils soutiennent la phase d'évaluation d'un système ou de parties de ce dernier.
le même contre les spécifications. Ils incluent des installations pour examiner le bon fonctionnement
du système ainsi que le degré de perfection atteint par rapport aux attentes.

L'infusion de traitement informatisé, combinée à des pratiques de design sophistiquées, est en train de changer
de manière dramatique la façon dont les spécifications de conception sont transférées dans les systèmes d'information
fonctionnels.