%0 Conference Paper %1 Revelle2005 %A Revelle, M. %A Broadbent, T. %A Coppit, D. %B Proc. 13th Int'l Workshop on Program Comprehension %D 2005 %I IEEE %K program_comprehension aspect-orientedprogramming concerns %P 23 - 32 %R 10.1109/WPC.2005.43 %T Understanding concerns in software: insights gained from two case studies %X Much of the complexity of software arises from the interactions between disparate concerns. Even in well-designed software, some concerns can not always be encapsulated in a module. Research on separation of concerns seeks to address this problem, but we lack an understanding of how programmers conceptualize the notion of a concern and then identify that concern in code. In this work, we have conducted two exploratory case studies to better understand these issues. The case studies involved programmers identifying concerns and associated code in existing, unfamiliar software: GNU's sort.c and the game Minesweeper. Based on our experiences with these two case studies, we have identified several types of concerns and have detailed a number of factors that impact programmer identification of concerns. Based on these insights, we have created two sets of guidelines: one to help programmers identify relevant concerns and another to help programmers identify code relating to concerns.

@inproceedings{Revelle2005, abstract = {Much of the complexity of software arises from the interactions between disparate concerns. Even in well-designed software, some concerns can not always be encapsulated in a module. Research on separation of concerns seeks to address this problem, but we lack an understanding of how programmers conceptualize the notion of a concern and then identify that concern in code. In this work, we have conducted two exploratory case studies to better understand these issues. The case studies involved programmers identifying concerns and associated code in existing, unfamiliar software: GNU's sort.c and the game Minesweeper. Based on our experiences with these two case studies, we have identified several types of concerns and have detailed a number of factors that impact programmer identification of concerns. Based on these insights, we have created two sets of guidelines: one to help programmers identify relevant concerns and another to help programmers identify code relating to concerns.}, added-at = {2011-01-05T15:00:57.000+0100}, author = {Revelle, M. and Broadbent, T. and Coppit, D.}, biburl = {https://www.bibsonomy.org/bibtex/2b2cca8f0be667895c95fe91a40d7c0ec/sjbutler}, booktitle = {Proc. 13th Int'l Workshop on Program Comprehension}, doi = {10.1109/WPC.2005.43}, interhash = {6bf5550ecf01a72a9ccab08ba4e4bf0f}, intrahash = {b2cca8f0be667895c95fe91a40d7c0ec}, keywords = {program_comprehension aspect-orientedprogramming concerns}, pages = { 23 - 32}, publisher = {IEEE}, timestamp = {2011-01-05T15:00:57.000+0100}, title = {Understanding concerns in software: insights gained from two case studies}, year = 2005 }