Understanding Developer Practices in Java-Based Software Development

Understanding Developer Practices in Java-Based Software Development

Understanding Developer Practices in Java-based Software Development Samiran Mahmud Submitted in fulfillment of the requirements of the degree of Doctor of Philosophy 2013 Abstract Software engineering is an interdisciplinary approach to solving prob- lems where a result to a particular problem is formulated in terms of a software system. The means for mapping a desired solution design to a working software system are programming languages that provide different and, in general, disjoint sets of programming features. It is that set of features which furnishes developers with a feasible approach to express their intentions while developing software systems. While a well-balanced set of programming language features can empower de- velopers, a feature mismatch may impose constraints on their decision making. The use of specific language features in a solution design, however, can be influenced by varying guidelines, expert opinions, and community principles. As such cues are meant to encourage good programming practices, and improve quality (e.g., maintainability) of resulting soft- ware artifacts, it is expected that developers would adhere to the recom- mendations they are provided with. But to what extent do developers comply with such recommendations? Even though many advances have been made in the field of software engineering, our knowledge of developers practices (whether they com- ply with recommendations they are provided with, in particular, and how they use language feature, in general) remains somewhat sketchy. Though existing literature provides us with some insights in this regard, there are still unexplored facets that, when investigated, can result in valuable insights into developers practices. Such an endeavor can as- sist us in constructing a strong link between programming language features and their application in practice, and also in identifying the extent to which developers adhere to associated recommendations. In this thesis, we attempt to close the above gap. For this purpose, we investigate how developers employ a set of Java programming language iii features. The Java language offers various means for managing state and behavior of an object including fields, properties and inner classes. While fields are involved in representing the state of objects, proper- ties provide us with a mechanism for defining so-called getters and set- ters that allow for controlled access to an object’s state. Inner classes yield a convenient method to decompose desired functionality within a class into nested classes. These utilities facilitate the implementation of functionalities, but from two different perspectives (managing state vs. encapsulating behavior) and for three different levels of granularity (field vs. method vs. class). We investigate the use of the above language features in the context of associated recommendations (i.e., guidelines, expert opinions, and community principles). The key to our understanding of developer prac- tices with respect to the selected language features here is an appre- ciation of their typical usage patterns in Java-based software systems. We construct descriptive models, describe observations, and discuss the lesson learnt. We do not attempt, however, to establish any partic- ular style guide on how developers must use fields, properties, or inner classes, but rather show how developers usually employ those features in practice. As developers practices are imprinted in the code they produce, we choose to study program code. In fact, we investigate the Qualitas Cor- pus, a collection of more than 100 object-oriented Java-based software systems. We define set of software metrics and extract them from the Qualitas Corpus. We analyze the collected metrics with different sta- tistical analysis techniques (i.e., frequency distribution analysis and inequality analysis) to answer our research questions. The findings of this thesis advance our current understanding of devel- oper behavior and decisions with regard to the use of language features (i.e., adherence to associated recommendations in particular, and the use-cases of studied features in general). It assist us, for example, to in- form developers and managers about the current state of software sys- tems, to support language designers to construct better programming languages, and to enrich software engineering education by reflecting developers’ practices. iv I dedicate this thesis to my parents. vi Acknowledgements This thesis would not be what it is without the cooperation of numer- ous people. First of all, I would like to acknowledge my supervisor Dr. Markus Lumpe. Without his continuous inspiration, suggestion and cooperation, this research work would not have been completed. I am indebted to him. I also acknowledge the cooperation of my associate supervisors Dr. Jean-Guy Schneider and Dr. Rajesh Vasa. Thanks to Olga Goloshchapova too. The collaborative work that I was involved in with them provided me with the opportunity to learn many different things. Moreover, their valuable feedbacks, insightful comments, and suggestions were very useful to improve my research work. I would like to specially thank my family members for supporting me al- ways. I thank all my colleagues and friends. I also thank the Swinburne University of Technology. This research work could not be accomplished without the necessary support (e.g., financial and other necessary re- sources) from this university. The list of acknowledgements remains incomplete without Dr. Ewan Tempero who provided me the access to Qualitas Corpus. I gratefully acknowledge it. Finally, I would like to thank the almighty Allah who has given me the strength and wisdom to accomplish this research work. Samiran Mahmud vii viii Declaration I declare that the work presented in this thesis contains no material that has been accepted for the award of any other degree or diploma. To the best of my knowledge, it contains no material previously published (except this declaration) or written by another person (except where due reference is made). My own investigation resulted in the authentic out- comes of this thesis. Samiran Mahmud ix x Contents 1 Introduction 1 1.1 Research Context and Objective . 1 1.2 Research Approach . 4 1.3 Research Outcomes . 6 1.4 Structure of the Thesis . 9 2 Background and Motivation 11 2.1 Preliminaries . 11 2.2 Studies of Programming Language Features . 19 2.3 Research Objective . 27 2.4 Summary . 32 3 Methodology 33 3.1 Introduction . 33 3.2 Selecting Software Artifacts . 35 3.2.1 Context . 35 3.2.2 Experimental Software Artifacts . 37 3.3 Measuring Software Artifacts . 41 xi Contents 3.3.1 The Process of Measurement . 42 3.3.2 Software Metrics . 44 3.3.3 Analyzing Software Metrics . 52 3.3.4 Inequality-based Software Analysis . 56 3.4 Summary . 61 4 Field Analysis 63 4.1 Introduction . 63 4.2 Analysis Method . 65 4.3 Observations . 68 4.3.1 Field Distribution . 69 4.3.2 Field Hosting Classes . 75 4.3.3 Relation between Volume and Distribution of Fields 80 4.3.4 Field Exposure . 83 4.4 Summary . 89 5 Property Analysis 93 5.1 Introduction . 93 5.2 Analysis Method . 96 5.2.1 Definitions . 97 5.2.2 Definitions of Metrics . 103 5.2.3 Data Analysis Approach . 104 5.3 Observations . 105 5.3.1 Overall Metrics Distribution Profile . 106 xii Contents 5.3.2 Proportion of Getter and Setter Methods . 112 5.3.3 Relation between Private Fields and Getter-Setter Methods . 116 5.3.4 Ratio of Getter and Setter Methods . 118 5.4 Summary . 119 6 Inner Class Analysis 121 6.1 Introduction . 121 6.2 Analysis Method . 126 6.3 Observations . 129 6.3.1 Inner Class Distribution . 129 6.3.2 Inner Class Distribution - Domain Perspective . 135 6.3.3 Density of Inner Classes in Enclosing Classes . 137 6.3.4 Inheritance Structure of Inner Classes - Nature of Type Definition . 141 6.3.5 Degree of Nestedness . 151 6.3.6 Breadth of Functional Decomposition . 155 6.4 Summary . 163 7 Conclusions 165 7.1 Contributions and Discussion . 166 7.2 Implications . 172 7.3 Limitations and Future Work . 177 References 181 xiii Contents A Research Questions 201 B jCT - Java Code Tomograph 203 B.1 Background . 203 B.2 Available Approaches for Metrics Data Mining . 207 B.3 Our Approach . 211 B.4 jCT . 214 B.4.1 Workflow . 215 B.4.2 Task-based Metrics Data Mining . 216 B.4.3 Support for New Measures . 217 B.4.4 Interaction With Curated Repositories . 219 B.4.5 Runtime Profile . 220 B.5 Summary . 223 C Analyzing Qualitas Corpus using jCT - An Example 225 D Raw Metric Data 227 xiv List of Figures 1.1 Reflective Activity . 3 1.2 Research Context - Overview . 4 1.3 Research Approach - Overview . 5 1.4 Thesis Structure - Overview . 10 2.1 Possible solution domains . 13 2.2 Conceptual model : Mapping domain space to solution space 14 2.3 Programming language classification [180] . 15 2.4 Entities involved in our study . 28 2.5 Selected language features . 29 3.1 System Size Distribution in Qualitas Corpus . 37 3.2 A Structural Model of Measurement by Kitchenham et al. [122] . 43 3.3 Types of Software Measurement [79,81] . 45 3.4 Types of Software Metrics [81] . 45 3.5 Entity and Attributes in Our Study . 47 3.6 A typical Java-based software system [216]. 48 3.7 The metrics data mining process. 49 xv List of Figures 3.8 A simple Java program and the generated bytecode in- structions. 51 3.9 Key issues that can affect the selection of aggregation method for software metric data . 53 3.10Distribution Pattern (a) Typical Shape of Normal Distribu- tion (b) Observed Shape of Software Metrics (Number of Fields in Apache Ant-1.8.1) Distribution . 54 3.11Lorenz Curve Illustration . 57 3.12Lorenz Curve and Gini Coefficient . 58 3.13Applying Inequality Measure in Software Analysis .

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    254 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us