Quelltext der Seite Phases de vie pour la conception d'un système d'information

Le choix des méthodes de modélisation ainsi que l'ordre dans lequel elles sont appliquées sont essentiels pour aboutir de manière rationnelle et satisfaisante au système informatique souhaité. Le modèle des phases de vie d'un projet est repris et précisé par Specker (2001) et Schönsleben (2001).
[[Référence::Schönsleben;2001;SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.| ]]<ref name="Schönsleben">SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.</ref>
[[Référence::Specker;2001;SPECKER, A. 2001: Modellierung von Informationssystemen. vdf Hochschulverlag AG, Zürich.| ]]<ref><SPECKER, A. 2001: Modellierung von Informationssystemen. vdf Hochschulverlag AG, Zürich.</ref>
Il forme la troisième dimension pour la modélisation des systèmes d'information.

Schönsleben (2001)
[[Référence::Schönsleben;2001;SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.| ]]<ref name="Schönsleben">SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.</ref>
insiste sur l'importance d'une bonne compréhension commune entre les différents acteurs d'un projet, plus particulièrement entre l'ingénieur spécialiste du domaine dans lequel se situe la problématique et l'ingénieur en informatique pour la conception d'un logiciel. Cette considération implique le développement d'une solution en plusieurs phases caractérisées par le type d'acteurs impliqués, allant de l'élaboration d'un concept neutre par rapport à toute plateforme de développement informatique (<span style="color:#0000FF">'''=>base de compréhension commune'''</span>) à un concept pouvant être mis en œuvre sur une plateforme concrète (<span style="color:#0000FF">'''=>informaticien'''</span>). Le deuxième concept peut être considéré comme une spécification du premier d’un point de vue informatique. Dans la perspective du modèle des phases de vie d’un projet, le premier correspond au résultat de l’étude principale, alors que le second représente le résultat de l’étude de détail (voir Fig. 19 infra).

[[Image:Fig19.png|1000px]]

'''Fig. 19 Phases de vie du développement d'un système d'information (à partir de Schönsleben, 2001)'''
[[Référence::Schönsleben;2001;SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.| ]]<ref name="Schönsleben">SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.</ref>

L'étude préliminaire correspond au chapitre 1 et 2 de ce travail, l'étude principale aux chapitres 3.2.1 et 4, l'étude de détail et la mise en œuvre du système correspondent aux chapitres 3.2.2 et 5. L’étude principale mise en évidence par un arrière fond plus foncé représente la partie centrale de ce travail de recherche. 

La réalisation de ces phases peut se faire de manière plus ou moins rigide, en commençant une phase seulement après avoir terminé la précédente ou, de manière plus diffuse, en travaillant une phase particulière tout en adaptant d'autres phases éventuellement concernées par la réflexion engagée. Le cycle composé de ces phases peut être effectué une ou plusieurs fois. La Fig. 20 infra présente deux modèles pour l’élaboration d’un système informatique, soit le modèle de la chute d’eau (‘Wasserfallmodell’) et celui de la spirale (‘Spiralmodell’). 

[[Image:Fig20.png|700px]]

'''Fig. 20 Modèles pour l'élaboration d'un système informatique	'''

Le modèle de la chute d'eau postule de terminer une phase avec succès avant d'en commencer une autre et de n'effectuer qu'un cycle. L’idée est d'éliminer autant d'erreurs que possible dès les premières phases. Si une erreur importante n'est remarquée que vers la fin du cycle, sa suppression peut cependant se révéler très coûteuse. Le grand avantage de ce procédé est de pouvoir bien structurer et canaliser un projet.

Le modèle de la spirale postule l'élaboration d'un prototype à la fin de chaque cycle. A cette occasion, le prototype est amélioré en considération des résultats des cycles précédents et éventuellement complété dans ses fonctionnalités. Les phases ne doivent pas forcément être complètement terminées pour passer aux suivantes. Cette manière de procéder présente aussi l’avantage de mieux mettre en valeur l’acquisition de connaissances toujours plus poussées sur le système au fur et à mesure que le projet avance et que le formalisme augmente. Même si au début du projet le prototype est forcément assez grossier, les commanditaires ainsi que les futurs usagers peuvent déjà se représenter quelque chose de concret. Ils peuvent constater ce qu’il est possible de faire au moyen de l’informatique. Ils ont aussi l’occasion d’exprimer leur satisfaction ou non selon leurs attentes. Certains malentendus peuvent être ainsi évités dès le début du projet. Le danger est par contre de ne jamais terminer le prototype, ou tout du moins de produire un prototype très cher, son coût augmentant avec l’éloignement du centre de la spirale (cf. Züst, 2000, Schönsleben, 2001, Specker, 2001)
[[Référence::Züst;2000;ZÜST, R. 2000: Einstieg ins Systems Engineering. Orell Füssli Verlag, Zürich.| ]]<ref>ZÜST, R. 2000: Einstieg ins Systems Engineering. Orell Füssli Verlag, Zürich.</ref>
[[Référence::Schönsleben;2001;SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.| ]]<ref name="Schönsleben">SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.</ref>
[[Référence::Specker;2001;SPECKER, A. 2001: Modellierung von Informationssystemen. vdf Hochschulverlag AG, Zürich.| ]]<ref><SPECKER, A. 2001: Modellierung von Informationssystemen. vdf Hochschulverlag AG, Zürich.</ref>.


==Références==
<references/>

[[Category:Méthodologie]]
[[Category:Références méthodologiques]]