La dégradation logicielle, nommée également érosion logicielle, est le déséquilibre entre l'architecture logicielle et son implémentation. Le terme «vieillissement logiciel» est également utilisé pour faire allusion aux défaillances rencontrées dans un logiciel au fil du temps. Il semble impossible d'empêcher ledit vieillissement, mais il existe des moyens pour le ralentir, d'où l'intérêt de différentes architectures logicielles.

Property Value
dbo:abstract
  • La dégradation logicielle, nommée également érosion logicielle, est le déséquilibre entre l'architecture logicielle et son implémentation. Le terme «vieillissement logiciel» est également utilisé pour faire allusion aux défaillances rencontrées dans un logiciel au fil du temps. Il semble impossible d'empêcher ledit vieillissement, mais il existe des moyens pour le ralentir, d'où l'intérêt de différentes architectures logicielles. L'architecture logicielle permet de décrire comment doit être conçu le logiciel pour répondre aux spécifications de celui-ci. L'implémentation logicielle doit correspondre au modèle d'architecture produit lors de la phase de conception. Dans la pratique, il n'est pas toujours évident de respecter cette règle. Les origines des décalages sont multiples : l'évolution logicielle, les erreurs d'implémentations, les contradictions dans l'architecture envisagée qui ne pouvaient être prévues avant le développement, etc. Il est possible de faire face à cette problématique en appliquant des concepts du génie logiciel. (fr)
  • La dégradation logicielle, nommée également érosion logicielle, est le déséquilibre entre l'architecture logicielle et son implémentation. Le terme «vieillissement logiciel» est également utilisé pour faire allusion aux défaillances rencontrées dans un logiciel au fil du temps. Il semble impossible d'empêcher ledit vieillissement, mais il existe des moyens pour le ralentir, d'où l'intérêt de différentes architectures logicielles. L'architecture logicielle permet de décrire comment doit être conçu le logiciel pour répondre aux spécifications de celui-ci. L'implémentation logicielle doit correspondre au modèle d'architecture produit lors de la phase de conception. Dans la pratique, il n'est pas toujours évident de respecter cette règle. Les origines des décalages sont multiples : l'évolution logicielle, les erreurs d'implémentations, les contradictions dans l'architecture envisagée qui ne pouvaient être prévues avant le développement, etc. Il est possible de faire face à cette problématique en appliquant des concepts du génie logiciel. (fr)
dbo:thumbnail
dbo:wikiPageID
  • 7708359 (xsd:integer)
dbo:wikiPageLength
  • 21589 (xsd:nonNegativeInteger)
dbo:wikiPageRevisionID
  • 176858017 (xsd:integer)
dbo:wikiPageWikiLink
prop-fr:année
  • 1994 (xsd:integer)
  • 2000 (xsd:integer)
  • 2002 (xsd:integer)
  • 2003 (xsd:integer)
  • 2007 (xsd:integer)
  • 2008 (xsd:integer)
  • 2009 (xsd:integer)
  • 2010 (xsd:integer)
  • 2013 (xsd:integer)
prop-fr:doi
  • 10.100700 (xsd:double)
  • 10.101600 (xsd:double)
  • 10.110900 (xsd:double)
  • 10.114500 (xsd:double)
prop-fr:id
  • Save (fr)
  • agile-architecture (fr)
  • archJava (fr)
  • architecture-compliance-validation-framework (fr)
  • card (fr)
  • compliance-checking-in-industry (fr)
  • compliance-checking-with-live-feedback (fr)
  • compliance-in-component-based-systems (fr)
  • full-reuse (fr)
  • problems-and-causes (fr)
  • roadmap (fr)
  • software-aging (fr)
  • Save (fr)
  • agile-architecture (fr)
  • archJava (fr)
  • architecture-compliance-validation-framework (fr)
  • card (fr)
  • compliance-checking-in-industry (fr)
  • compliance-checking-with-live-feedback (fr)
  • compliance-in-component-based-systems (fr)
  • full-reuse (fr)
  • problems-and-causes (fr)
  • roadmap (fr)
  • software-aging (fr)
prop-fr:isbn
  • 0 (xsd:integer)
  • 1 (xsd:integer)
  • 978 (xsd:integer)
prop-fr:issn
  • 270 (xsd:integer)
  • 1063 (xsd:integer)
  • 1534 (xsd:integer)
prop-fr:langue
  • en (fr)
  • en (fr)
prop-fr:nom
  • Kruchten (fr)
  • A. (fr)
  • G. (fr)
  • J. (fr)
  • M. (fr)
  • Bosch (fr)
  • Jens (fr)
  • D. (fr)
  • Fournier (fr)
  • Mellon (fr)
  • S. (fr)
  • U. (fr)
  • Craig (fr)
  • Dirk (fr)
  • Garlan (fr)
  • Herold (fr)
  • C.A. (fr)
  • Jaeger (fr)
  • M.T. (fr)
  • Adir (fr)
  • Asaf (fr)
  • Balasubramaniam (fr)
  • Dimech (fr)
  • Gurp (fr)
  • Lorge Parnas (fr)
  • Peled (fr)
  • Kruchten (fr)
  • A. (fr)
  • G. (fr)
  • J. (fr)
  • M. (fr)
  • Bosch (fr)
  • Jens (fr)
  • D. (fr)
  • Fournier (fr)
  • Mellon (fr)
  • S. (fr)
  • U. (fr)
  • Craig (fr)
  • Dirk (fr)
  • Garlan (fr)
  • Herold (fr)
  • C.A. (fr)
  • Jaeger (fr)
  • M.T. (fr)
  • Adir (fr)
  • Asaf (fr)
  • Balasubramaniam (fr)
  • Dimech (fr)
  • Gurp (fr)
  • Lorge Parnas (fr)
  • Peled (fr)
prop-fr:pages
  • 43 (xsd:integer)
  • 91 (xsd:integer)
  • 105 (xsd:integer)
  • 187 (xsd:integer)
  • 208 (xsd:integer)
  • 279 (xsd:integer)
  • 287 (xsd:integer)
  • 289 (xsd:integer)
  • 323 (xsd:integer)
  • 497 (xsd:integer)
  • 902 (xsd:integer)
  • 2244 (xsd:integer)
prop-fr:prénom
  • Laurent (fr)
  • Chambers (fr)
  • David (fr)
  • Jan (fr)
  • Philippe (fr)
  • Claire (fr)
  • Bianchi (fr)
  • Sebastian (fr)
  • Aldrich (fr)
  • Rost (fr)
  • Meier (fr)
  • Visaggio (fr)
  • Notkin (fr)
  • Carnegie (fr)
  • Caivano (fr)
  • Knodel (fr)
  • Sigal (fr)
  • Haury (fr)
  • Lindvall (fr)
  • Allon (fr)
  • Baldassarre (fr)
  • Dharini (fr)
  • Duszynski (fr)
  • Itai (fr)
  • Jilles van (fr)
  • Muthig (fr)
  • Ofer (fr)
  • Laurent (fr)
  • Chambers (fr)
  • David (fr)
  • Jan (fr)
  • Philippe (fr)
  • Claire (fr)
  • Bianchi (fr)
  • Sebastian (fr)
  • Aldrich (fr)
  • Rost (fr)
  • Meier (fr)
  • Visaggio (fr)
  • Notkin (fr)
  • Carnegie (fr)
  • Caivano (fr)
  • Knodel (fr)
  • Sigal (fr)
  • Haury (fr)
  • Lindvall (fr)
  • Allon (fr)
  • Baldassarre (fr)
  • Dharini (fr)
  • Duszynski (fr)
  • Itai (fr)
  • Jilles van (fr)
  • Muthig (fr)
  • Ofer (fr)
prop-fr:périodique
  • Proceedings of the 44th annual Design Automation Conference (fr)
  • Software Maintenance and Reengineering, 2003. Proceedings. Seventh European Conference (fr)
  • Proceedings of the Conference on The Future of Software Engineering (fr)
  • Journal of Systems and Software (fr)
  • Software Maintenance and Reengineering, 2009. CSMR '09. 13th European Conference (fr)
  • Proceedings of the 24rd International Conference (fr)
  • Software Architecture (fr)
  • Software Maintenance and Reengineering, 2008. CSMR 2008. 12th European Conference (fr)
  • Software Maintenance, 2008. ICSM 2008. IEEE International Conference (fr)
  • Proceeding ICSE '94 Proceedings of the 16th international conference on Software engineering (fr)
  • Proceedings of the 2010 ACM Symposium on Applied Computing (fr)
  • Software Engineering, 2010 ACM/IEEE 32nd International Conference on (fr)
  • Proceedings of the 44th annual Design Automation Conference (fr)
  • Software Maintenance and Reengineering, 2003. Proceedings. Seventh European Conference (fr)
  • Proceedings of the Conference on The Future of Software Engineering (fr)
  • Journal of Systems and Software (fr)
  • Software Maintenance and Reengineering, 2009. CSMR '09. 13th European Conference (fr)
  • Proceedings of the 24rd International Conference (fr)
  • Software Architecture (fr)
  • Software Maintenance and Reengineering, 2008. CSMR 2008. 12th European Conference (fr)
  • Software Maintenance, 2008. ICSM 2008. IEEE International Conference (fr)
  • Proceeding ICSE '94 Proceedings of the 16th international conference on Software engineering (fr)
  • Proceedings of the 2010 ACM Symposium on Applied Computing (fr)
  • Software Engineering, 2010 ACM/IEEE 32nd International Conference on (fr)
prop-fr:titre
  • ArchJava: connecting software architecture to implementation (fr)
  • Checking architectural compliance in component-based systems (fr)
  • SAVE: Software Architecture Visualization and Evaluation (fr)
  • Design erosion: problems and causes (fr)
  • Software architecture and agile software development: a clash of two cultures? (fr)
  • Maintaining Architectural Conformance during Software Development: A Practical Approach (fr)
  • Constructive architecture compliance checking — an experiment on support by live feedback (fr)
  • Software aging (fr)
  • Software architecture: a roadmap (fr)
  • Full reuse maintenance process for reducing software degradation (fr)
  • A framework for the validation of processor architecture compliance (fr)
  • Architecture Compliance Checking - Experiences from Successful Technology Transfer to Industry (fr)
  • ArchJava: connecting software architecture to implementation (fr)
  • Checking architectural compliance in component-based systems (fr)
  • SAVE: Software Architecture Visualization and Evaluation (fr)
  • Design erosion: problems and causes (fr)
  • Software architecture and agile software development: a clash of two cultures? (fr)
  • Maintaining Architectural Conformance during Software Development: A Practical Approach (fr)
  • Constructive architecture compliance checking — an experiment on support by live feedback (fr)
  • Software aging (fr)
  • Software architecture: a roadmap (fr)
  • Full reuse maintenance process for reducing software degradation (fr)
  • A framework for the validation of processor architecture compliance (fr)
  • Architecture Compliance Checking - Experiences from Successful Technology Transfer to Industry (fr)
prop-fr:volume
  • 61 (xsd:integer)
  • 7957 (xsd:integer)
prop-fr:wikiPageUsesTemplate
dct:subject
rdfs:comment
  • La dégradation logicielle, nommée également érosion logicielle, est le déséquilibre entre l'architecture logicielle et son implémentation. Le terme «vieillissement logiciel» est également utilisé pour faire allusion aux défaillances rencontrées dans un logiciel au fil du temps. Il semble impossible d'empêcher ledit vieillissement, mais il existe des moyens pour le ralentir, d'où l'intérêt de différentes architectures logicielles. (fr)
  • La dégradation logicielle, nommée également érosion logicielle, est le déséquilibre entre l'architecture logicielle et son implémentation. Le terme «vieillissement logiciel» est également utilisé pour faire allusion aux défaillances rencontrées dans un logiciel au fil du temps. Il semble impossible d'empêcher ledit vieillissement, mais il existe des moyens pour le ralentir, d'où l'intérêt de différentes architectures logicielles. (fr)
rdfs:label
  • Dégradation logicielle (fr)
  • Dégradation logicielle (fr)
rdfs:seeAlso
owl:sameAs
prov:wasDerivedFrom
foaf:depiction
foaf:isPrimaryTopicOf
is dbo:wikiPageRedirects of
is dbo:wikiPageWikiLink of
is oa:hasTarget of
is foaf:primaryTopic of