메뉴 건너뛰기




Volumn , Issue , 2009, Pages 188-197

The loss of architectural knowledge during system evolution: An industrial case study

Author keywords

[No Author keywords available]

Indexed keywords

ARCHITECTURAL KNOWLEDGE; IMPLICIT KNOWLEDGE; INDUSTRIAL CASE STUDY; INDUSTRIAL PROJECTS; NONCONFORMANCES; RESEARCH QUESTIONS; SOURCE CODES; SYSTEM EVOLUTION; SYSTEM STRUCTURES;

EID: 70349978552     PISSN: None     EISSN: None     Source Type: Conference Proceeding    
DOI: 10.1109/ICPC.2009.5090042     Document Type: Article
Times cited : (38)

References (14)
  • 1
    • 38549115233 scopus 로고    scopus 로고
    • M. A. Babar, R. C. de Boer, T. Dingsoyr, and R. Farenhorst. Architectural knowlege management strategies: Approaches in research and industry. In SHARK-ADI, page 2, Washington, DC, USA, 2007. IEEE CS.
    • M. A. Babar, R. C. de Boer, T. Dingsoyr, and R. Farenhorst. Architectural knowlege management strategies: Approaches in research and industry. In SHARK-ADI, page 2, Washington, DC, USA, 2007. IEEE CS.
  • 2
    • 50549099137 scopus 로고    scopus 로고
    • F. Deissenboeck, E. Juergens, B. Hummel, S.Wagner, B. M. y Parareda, and M. Pizka. Tool support for continuous quality control. IEEE Software, 25(5):60-67, 2008.
    • F. Deissenboeck, E. Juergens, B. Hummel, S.Wagner, B. M. y Parareda, and M. Pizka. Tool support for continuous quality control. IEEE Software, 25(5):60-67, 2008.
  • 3
    • 57349108663 scopus 로고    scopus 로고
    • Defining and continuous checking of structural program dependencies
    • New York, NY, USA, ACM
    • M. Eichberg, S. Kloppenburg, K. Klose, and M. Mezini. Defining and continuous checking of structural program dependencies. In ICSE, pages 391-400, New York, NY, USA, 2008. ACM.
    • (2008) ICSE , pp. 391-400
    • Eichberg, M.1    Kloppenburg, S.2    Klose, K.3    Mezini, M.4
  • 4
    • 0032317799 scopus 로고    scopus 로고
    • R. Fiutem and G. Antoniol. Identifying design-code inconsistencies in object-oriented software: a case study. In ICSM '98, page 94, Washington, DC, USA, 1998. IEEE CS.
    • R. Fiutem and G. Antoniol. Identifying design-code inconsistencies in object-oriented software: a case study. In ICSM '98, page 94, Washington, DC, USA, 1998. IEEE CS.
  • 5
    • 85018897872 scopus 로고    scopus 로고
    • Software architecture: A roadmap
    • New York, NY, USA, ACM
    • D. Garlan. Software architecture: a roadmap. In ICSE, pages 91-101, New York, NY, USA, 2000. ACM.
    • (2000) ICSE , pp. 91-101
    • Garlan, D.1
  • 6
    • 0041490885 scopus 로고    scopus 로고
    • What's your strategy for managing knowledge?
    • M. T. Hansen, N. Nohria, and T. Tierney. What's your strategy for managing knowledge? Harvard Business Review 77 (2), pages 106-16, 1999.
    • (1999) Harvard Business Review , vol.77 , Issue.2 , pp. 106-116
    • Hansen, M.T.1    Nohria, N.2    Tierney, T.3
  • 8
    • 38549111494 scopus 로고    scopus 로고
    • A. Mattsson, B. Lundell, B. Lings, and B. Fitzgerald. Experiences from representing software architecture in a large industrial project using model driven development. In SHARK-ADI, Washington, DC, USA, 2007. IEEE CS.
    • A. Mattsson, B. Lundell, B. Lings, and B. Fitzgerald. Experiences from representing software architecture in a large industrial project using model driven development. In SHARK-ADI, Washington, DC, USA, 2007. IEEE CS.
  • 9
    • 0035308156 scopus 로고    scopus 로고
    • Software reflexion models: Bridging the gap between design and implementation
    • G. C. Murphy, D. Notkin, and K. J. Sullivan. Software reflexion models: Bridging the gap between design and implementation. IEEE Trans. Softw. Eng., 27(4):364-380, 2001.
    • (2001) IEEE Trans. Softw. Eng , vol.27 , Issue.4 , pp. 364-380
    • Murphy, G.C.1    Notkin, D.2    Sullivan, K.J.3
  • 10
    • 0005039186 scopus 로고
    • Reverse engineering: Resolving conflicts between expected and actual software designs
    • Nov
    • S. Ornburn and S. Rugaber. Reverse engineering: resolving conflicts between expected and actual software designs. CSM'92, pages 32-40, Nov 1992.
    • (1992) CSM'92 , pp. 32-40
    • Ornburn, S.1    Rugaber, S.2
  • 11
    • 0001956194 scopus 로고
    • Foundations for the study of software architecture
    • D. E. Perry and A. L. Wolf. Foundations for the study of software architecture. SIGSOFT Softw. Eng. Notes, 17(4):40-52, 1992.
    • (1992) SIGSOFT Softw. Eng. Notes , vol.17 , Issue.4 , pp. 40-52
    • Perry, D.E.1    Wolf, A.L.2
  • 12
    • 0036441910 scopus 로고    scopus 로고
    • R. Tvedt, P. Costa, and M. Lindvall. Does the code match the design? a process for architecture evaluation. In ICSM '02, page 393, Washington, DC, USA, 2002. IEEE CS.
    • R. Tvedt, P. Costa, and M. Lindvall. Does the code match the design? a process for architecture evaluation. In ICSM '02, page 393, Washington, DC, USA, 2002. IEEE CS.
  • 13
    • 0037085965 scopus 로고    scopus 로고
    • Design erosion: Problems and causes
    • J. van Gurp and J. Bosch. Design erosion: problems and causes. J. Syst. Softw., 61(2):105-119, 2002.
    • (2002) J. Syst. Softw , vol.61 , Issue.2 , pp. 105-119
    • van Gurp, J.1    Bosch, J.2
  • 14
    • 23944519702 scopus 로고    scopus 로고
    • Design preservation over subsequent releases of a software product: A case study of baan erp: Practice articles
    • J. van Gurp, S. Brinkkemper, and J. Bosch. Design preservation over subsequent releases of a software product: a case study of baan erp: Practice articles. J. Softw. Maint. Evol., 17(4):277-306, 2005.
    • (2005) J. Softw. Maint. Evol , vol.17 , Issue.4 , pp. 277-306
    • van Gurp, J.1    Brinkkemper, S.2    Bosch, J.3


* 이 정보는 Elsevier사의 SCOPUS DB에서 KISTI가 분석하여 추출한 것입니다.