Using Students as Experiment Subjects An Analysis on Graduate and Freshmen Student Data
|
|
- Muriel Flowers
- 8 years ago
- Views:
Transcription
1 Using Students as Experiment Subjects An Analysis on and Student Data Per Runeson Lund University, Dept. of Communication Systems, Box 118, SE Lund, Sweden ABSTRACT The question whether students can be used as subjects in software engineering experiments is debated. In order to investigate the feasibility of using students as subjects, a study is conducted in the context of the Personal Software Process (PSP) in which the performance of freshmen students and graduate students are compared and also related to another study in an industrial setting. The hypothesis is that graduate students perform similarly to industry personnel, while freshmen student s performance differ. A quantitative analysis compares the freshmen and graduate students. The improvement trends are also compared to industry data, although limited data access does not allow a full comparison. It can be concluded that very much the same improvement trends can be identified for the three groups. However, the dispersion is larger in the freshmen group. The absolute levels of the measured characteristics are significantly different between the student groups primarily with respect to time, i.e. graduate students do the tasks in shorter time. The data does not give a sufficient answer to the hypothesis, but is a basis for further studies on the issue. 1 INTRODUCTION People, process and technology are aspects that affect the capabilities of software development organizations. The three aspects interact, but it is not clear to what extent the different aspects contribute to the success or failure in software engineering. It is important to know which aspects contribute to, for example, increased productivity when introducing a new process. The issue can be analyzed by conducting empirical studies [22]. Many experiments are conducted using students as subjects, and it is as often questioned whether these studies give valid results applicable to a population of software engineering professionals. The Personal Software Process (PSP) [7, 8, 9] is presented as a contributor to the process part, and to some extent a contributor to the technologies in the area of project management. The PSP defines an approach to personalized software development processes with continuous improvement, packaged in process descriptions and course material. The PSP consists of a set of processes, ranging from the PSP0 Baseline Process, via the PSP1 Planning Process and the PSP 2 Quality Management Process, to the PSP3 Cyclic Process. Each step adds more features to the previous step in terms of planning, measurement and quality control. New technologies are presented continuously in research and industry, and are to some extent also evaluated. Technologies that are presented and evaluated are, for example, different techniques for inspections [1, 18]. In empirical studies, people with different background and experience have contributed as subjects. However, it is not clear how people interact with the process and technology issues. In most studies, the experiment design blocks the people in order to evaluate the process or technology part, i.e. the study is intended to be independent of the people. It is however important to try to clarify the impact and interaction with the people issue in empirical software engineering, in order to validate studies, in particular those with students as subjects, and the generalizability of such studies. Empirical studies on the effect of using PSP have addressed the question on interaction between people and process by comparing the improvements made by graduate students using PSP to the improvements made by industry people [19]. The improvements achieved are almost the same in both cases, i.e. the graduate students behave similarly to the industry people when taking the PSP course. In order to investigate this further, this paper presents a study which investigates the performance of freshmen students taking the PSP course compared to graduate students and, and in a second step, the industry people. Our hypothesis is that there are small differences between graduate students and industry people on one hand, while there are significant differences between graduate students and freshmen students on the other hand. The differences investigated are of two types. First, it is investigated whether the same improvements are achieved in the improvement steps between the PSP levels 0, 1 and 2, i.e. if estimation accuracy, defect density and productivity im-
2 prove. Second, it is analyzed whether there are differences between the performance, i.e. time consumption, productivity and number of defects. The outline of the study is shown in Figure 1, where the improvement comparisons are marked with solid lines and performance comparisons are marked with dashed lines. Limited access to industry data does not allow for the performance analysis on the industry data. The paper is structured as follows. In Section 2 the context of the study is presented. In Section 3 the hypotheses are formally defined and the analysis is reported. Section 4 contains a discussion on the interpretation of the results, and finally in Section 5 a summary is given. 2 STUDY CONTEXT Since Humphrey presented the Personal Software Process in his book [7], different studies related to PSP have been conducted. There are reports of descriptive nature which present positive results in general, for example, experience reports [4, 8]. Other studies are related to the quality of the data collected in the use of PSP [3, 11, 12]. Further, studies that investigate within-course effects of the PSP methods are presented [5, 6, 19] as well as attempts to assess postcourse impact [14]. Reports regarding the use of PSP in industry exist [13], and regarding use of PSP for teaching are numerous, e.g. [2, 16]. It is also proposed to use the PSP as a context for software engineering experiments [21]. This study is conducted on data primarily from students at Lund University, Sweden, taking the PSP course as defined by Humphrey [7]. The course settings are almost identical to the settings in the Wesslén study [19]. In this study we have one group of freshmen students at undergraduate level [16] in addition to the graduate students. The graduate students studied in Masters programs which are scheduled for 4.5 years in a sequence, including both undergraduate and graduate studies. Hence, most students study their topics without having industrial experiences between their undergraduate and graduate studies. The PSP course was given at Lund University the first time during the fall semester of It was then given to graduate students during their fourth year of studies. The course attendants are students at the Computer Science and Engineering program (CSE) and the Electrical Engineering program (EE). During the spring semester 1999, the PSP course was given to undergraduate students in their first year of study in a Bachelors program in Software Engineering (SE). In addition, the course was given to Ph.D. students at Linköping University, Sweden, In this chapter, the context of the course occasions contributing to the study is presented. The students were informed that the data collected might be used in future empirical research under guaranteed anonymity [17]. The grading in the courses was partly based on how well they adhered to the process, but not in the collected metrics as such. The industry data is collected at the Software Engineering Institute (SEI,) and reported by Hayes and Over [5]. The data are collected from courses given by the SEI at 23 different occasions, comprising 298 students. Half of the courses were given in an academical setting and half in an industrial setting. 2.1 General for all students All the university courses used the original PSP book by Humphrey as the key source of information [7]. In addition to the book, all students from 1996 onwards were given an additional booklet that guided the students in each task by giving pointers to relevant parts of the PSP book, and clarifying the use of, for example, the estimation method proposed in the book. The programming tasks performed are presented in Table 1 In order to ease the data collection and thereby improve the quality of the data, electronic support was given to the students. In the 1996 course setting, an ASCII-based solution was used, while from 1997 and onwards, a spreadsheet based tool for data collection was used. The students filled out a spreadsheet for each task and submitted it electronically for examination. The spreadsheet of the individual students TABLE 1. Programming tasks in the PSP course FIGURE 1. Outline of study Industry improvement performance # Description 1A Calculate standard deviation of a data set 2A Count lines of code in a source file 3A Extend 2A to count length of methods or functions 4A Calculate linear regression of a data set 5A Integrate a function numerically 6A Calculate a prediction interval based on 4A and 5A 7A Calculate the correlation between two data sets 8A Sort elements of a linked list 9A Calculate normality using Chi-2 test
3 were then linked together for analysis. The code counting data was collected using the code counting program developed as exercises 2A and 3A, which were based on a common code counting standard. Based on experience from the initial courses, the order between tasks 6A and 7A was shifted in the courses from 1998 and onwards. The reason is that the complexity of the tasks grows smoother when taken in this order. In neither of the university courses is the design method presented by Humphrey prescribed. It was left to the students to use any method they wanted. 2.2 PSP for graduate students The graduate students attending the PSP courses had taken programming courses in various languages. The CSE students had taken more courses than the EE students, but they had all taken at least one programming course. At the first course occasion, C was the mandatory programming language. At the other occasions, the students were free to choose programming language as long as they were familiar with the language they decided to use. Wesslén reports analyses of the outcome of the courses [19]. 2.3 PSP for freshmen students At Lund University a new Bachelors program in Software Engineering (SE) was launched 1998 [15]. The program is designed to make the students software engineers, not only as a last add-on, but from the very beginning provide them with means for quantifying, analyzing and managing their software development tasks. Therefore it is assumed that the attitudes are set towards software engineering from the very beginning. At the first run of the SE program, an introductory course in Java was given during the first semester. In addition, a brief introduction to the PSP concepts was given based on the PSP introductory book [9]. During the PSP introduction the basic forms were used, i.e. project plan summary, time reporting log and defect reporting log. During the second semester, the full PSP course was given according to Humphrey s book [7]. In parallel with the PSP course, a statistics course was given to teach the statistics needed to implement the PSP programs and to analyze the data. Experiences from teaching this course are reported by Runeson [16]. The undergraduate students used Java as a mandatory language. In contrast to the graduate students, they were allowed to use a list package as a support for the programs, which affects tasks 1A, 4A and 6A. The different groups of students are summarized in Table 2. The data reported by Hayes and Over is characterized in Table 3. TABLE 2. Overview of student subjects in the study Year University Level Language # stud 96/97 Lund C 42 96/97 Linköping Ph.D. mixed 30 97/98 Lund Grad mixed Lund 3 ANALYSIS Undergraduate Java 31 Sum 162 TABLE 3. Subjects in the Hayes and Over study Type Number of Classes Class Size Category Instructor Training 4 4 to 10 6 Industry Setting 8 11 to Academic Setting to 21 6 Sum Number of Classes 3.1 Hypotheses The informal hypothesis presented in the introduction is formally defined below. The hypotheses are of two types: improvement hypothesis and performance hypotheses. The improvement hypotheses are summarized in Table 4. The primary hypotheses are tested using the freshmen, graduate and industry data. The additional hypotheses are tested only for the student data due to limited access to raw industry data. The improvement hypotheses are the same as in the studies by Hayes [5] and Wesslén [19]. They are formulated undirectionally, to allow comparison to the original studies. Directional hypotheses would allow one-sided statistical tests that are more powerful than two-sided tests. The performance hypotheses investigate differences in the measurements between the groups. Due to limited access to industry data, these hypotheses are only tested on the freshmen and graduate student data. The hypotheses are summarized in Table Data validation In the graduate student group, the individuals are removed which had not finished the course, received more help than the other individuals or had not reported trustworthy data. [19]. The data validation reduces the data set from the original 131 data points to, as most, 113 data points for the different analyses, i.e. at maximum 18 out of 131 are removed.
4 TABLE 4. Improvement hypotheses Area Primary hypothesis Additional hypothesis Size estimation accuracy Estimation gets better for each PSP level Dispersion in estimation reduced for each PSP level Effort estimation accuracy Estimation gets better for each PSP level Dispersion in estimation reduced for each PSP level Defect density Defect density gets lower for each PSP level, overall, and for compile and test respectively Dispersion in defect density reduced for each PSP level Pre-compile defect yield Yield gets higher for each PSP level Productivity Productivity gets higher for each PSP level Dispersion reduced for each PSP level TABLE 5. Performance hypotheses Area Size Effort Productivity Defect Defect density Defect intensity Hypothesis students write programs of different size compared to graduate students students spend different amount of time compared to graduate students students have different productivity compared to graduate students students have different amount of defects in their programs compared to graduate students students have different amount of defects per size in their programs compared to graduate students students make different amount defects per time unit compared to graduate students Applying the same validation procedure to the freshmen student data set involves several risks. The data set is smaller, and thereby each subject contributes more to the totality. If the individuals were removed which did not perform very well, the results tend to be better than the sample actually should indicate. Hence, two alternative validation procedures are applied and the analysis results are reported for both. The first approach is to follow the same procedure as in the graduate student group, below referred to as the reduction approach. Then the data set is reduced from the original 31 data points to range from 17 to 25 data points for the analyses, i.e. between 6 and 14 out of 31 are removed. The second approach is to fill in lacking data values (below referred to as the fill-in approach), according to the following procedure: 1. If the data value is available, but not in the correct data sheet, it is filled in. For example, actual size is reported in the Project Plan Summary for the previous task, but not moved into the sheet for the current task. 2. If the data is available for other tasks at the same PSP level, this data is used. For example, if the yield is missing for task 8A but filled in for 7A, this data is used. 3. Otherwise, average population data is used. When applying the fill-in approach to the data, 11 data values are found in other data sheets, 12 data values are taken from other tasks and 54 data values are taken from population average. This can be compared to the total number of data values of about per student [12], i.e for 31 students. The analyses in this study are conducted on data validated by both of the approaches, and it is reported where the results differ. In the Hayes and Over data set, between 222 and 277 data points out of 298 students were possible to use. They did not apply any method to complete the data. 3.3 Improvement study The hypotheses in the improvement study are tested and compared to previous studies, referred to as graduate [19] and industry respectively [5]. The analysis procedure follows the previous studies. Within each of the three groups, an ANOVA test is used to test if there are any differences between the adjacent PSP levels. If the ANOVA test rejects the null hypothesis that here is no difference, a pair-wise t-test is conducted to see in which step the improvement are done. For the freshmen and graduate groups, an F-test is conducted to test if the dispersion is reduced with more sophisticated PSP levels. The analysis results are summarized in Table 6. An X means that the hypothesis is rejected at a significance level higher than It can be noted that the improvements are very much the same for the three groups. In the step from PSP0 to PSP1, the freshmen group improves significantly on four out of six areas, and a sixth is improved as well for the reduction approach to data validation. There is no reduction on test defect density, but otherwise, the result is compliant to both graduate students and industry people. The productivity is improved for freshmen in the step from PSP0 to PSP1, but is on the other hand not improved in the subsequent step, as for the other two groups.
5 The dispersion analysis shows less consistent results. The dispersion in the freshmen group is not reduced in size estimation accuracy and productivity, while the graduate student group has reduced dispersion on the yield. The freshmen group tends to reduce the dispersion in the step from PSP1 to PSP2 while the graduate student group reduces the dispersion already in the step from PSP0 to PSP1. The median improvements from PSP0 to PSP2 are in the same magnitude of order for the three groups, as presented in Table 7. The exception is the effort estimation accuracy, for which the freshmen improve a factor of 14.9, while graduate students and industry people improve a factor of 3.0 and 1.75 respectively. TABLE 7. Median improvement from PSP 0 to PSP2 Area Industry Size Estimation Accuracy Effort Estimation Accuracy Overall Defect Density Compile Defect Density Test Defect Density Pre-Compile Defect Yield 45% 39% 50% Productivity (0.86) No gain or loss It can be concluded that there are no other significant differences between the groups with respect to their improvement within the PSP context. Next question to study is whether the performance metrics show any statistical differences. 3.4 Performance study In order to further investigate the differences between the groups, the metrics for the different development performance characteristics, collected in the PSP, are compared for the freshmen students and the graduate students. The reduced access to industry data makes it impossible to make the same comparison to the industry group. The following metrics are compared: Size of program, measured in LOC Total development time in minutes Productivity, measured in LOC per hour Total number of defects Defect density, measured as number of defects per LOC Error intensity, measured as number of defects per development hour For each of the metrics, a t-test is conducted to test the null hypothesis that the performance is the same for freshmen students and graduates students. Further, the mean percentage difference between the groups are calculated according to the following formula: Ffreshmen ( ) Diff = F( graduate) where F = [Size, Time, Prod, Defects, Density, Intensity] The relative improvement is analyzed and no absolute values. Hence, the variety of languages used does not impact on the size difference. The analyses are summarized in Table 8, where * refers to significance level of 0.9 and ** refers to significance level of TABLE 6. Summary of results in the improvement analysis. Mean Dispersion Area Size Estimation Accuracy PSP0 vs. PSP1 PSP1 vs. PSP2 PSP0 vs. PSP1 PSP1 vs. PSP2 Industry Industry X a X X X Effort Estimation Accuracy X X X X Overall Defect Density X X X X b X X Compile Defect Density X X X X X X X X X Test Defect Density X X X X X X X Pre-Compile Defect Yield X X X X Productivity X X X X X a. Only for the reduction validation approach b. Only for the fill-in validation approach
6 In the performance analysis, the differences are clearer between freshmen students and graduates students than in the improvement analysis. students write significantly smaller programs for tasks with PSP0 and PSP1. The average difference is 19% related to graduate students. In tasks 1A, 4A and 6A the groups have different prerequisites, i.e. the freshmen students are allowed to use a list package. The comparison to the subset of graduate students using Java shows the same trend, although it differs for the individual tasks. However, there are only 9 students in the graduate group which were using Java, so the basis for any conclusions is rather limited. The freshmen students spend significantly more time on 8 out of 9 tasks. On average the freshmen students spent 47% more time than the graduate students. A direct consequence of this big difference is that the productivity is significantly lower for freshmen students. They write shorter programs in longer time. The number of defects does not differ between the groups. This is an issue where the data quality can be debated. It can be questioned whether the freshmen students really report all the problems they encounter. The time data indicates that they have more problems, but the defect data does not. Although there is no significant difference in number of defects, the defect density is significantly higher for freshmen in 4 out of 9 cases. On the other hand, the defect intensity, i.e. the number of defects per development hour is lower. This indicates that the real difference is in the time consumption. 3.5 Qualitative differences Having experience from teaching the two student groups, there are also some qualitative differences worth mentioning [16]. Some of the issues are measurable, but they were not measured during the courses. The freshmen students tend to raise questions more on programming issues, while the graduate students are more focused on the process parts. This is not surprising as the freshmen students attended the course directly after their first programming course, while the graduate students attended the course in their fourth year of studies. On the other hand, there may be some learning effects for the graduate student group as well, in particular for the electrical engineering students. They take their programming courses primarily in the first and second years, and are focusing on other topics during their third year. Hence, they have to recover their programming skills. The variation within the groups is larger for the freshmen students. Few students in a graduate student group have serious problems while the share of students in the freshmen group having problems is larger. This is indicated by the number of data points removed in the reduction approach to data validation. In the graduate group of 131 subjects, it is reduced to 113, i.e. by 14%. In the freshmen group of 31, it is reduced to between 25 and 17, i.e. by 20 to 45% for the different analyses. 3.6 Threats to validity The most important threats to the validity of the study are discussed below. Conclusion validity is threatened by the fact that the data are collected in different settings. This is particularly true regarding industry data. However, as the PSP environment is well defined, this reduces the threat. The reliability of the measures can be questioned in this study as well as in other PSP studies [3, 11, 12], and hence the conclusions as well. Further, the data validation is performed using alternative approaches (fill-in, reduction), which give slightly different results. Internal validity is threatened by instrumentation issues. In its standard format, the PSP material provides an exten- TABLE 8. Summary of analysis PSP0 PSP1 PSP2 Diff 1A 2A 3A 4A 5A 6A 7A 8A 9A Size(fresh) < Size(grad) ** ** ** * ** a 18.7% Size(fresh) < Size(grad), Java only * ** ** ** ** 10.4% Time(fresh) >Time(grad) ** ** ** ** ** ** ** ** 46.8% Prod(fresh) < Prod(grad) ** ** ** ** ** ** * ** 37.4% Defects(fresh) < Defects(grad) 9.1% Density(fresh) > Density(grad) ** ** * ** 12.7% Intensity(fresh) < Intensity(grad) ** ** ** ** ** 32.1% a. ** for Size(fresh) > Size(grad)
7 sive paper-based set of forms to fill out. In the student settings, most of the data are collected using electronic support. It is unknown to what degree this impacts on the result. The selection of subjects within each group is based on convenience sampling, and is hence no true sample of any larger population. In all data sets, there are subjects whom drop out and we do not know how this impacts on the results. Regarding construct validity, the use of the PSP context is the largest threat. It increases the internal validity as it adds rigor to the process and the data collection, but it decreases construct validity since few software engineering settings are so well defined, nor are the tasks to be solved so small. However, as the key question is to investigate the validity of using students as subjects in experiments, the PSP is quite similar to how experiment packages look like, and hence it is reduces validity threat regarding the purpose of this study. For the external validity of the study, the question is whether the study is representative to other software engineering experiments, as the purpose is to analyze whether students can be successfully used as subjects. We believe that the student groups and the industry group are quite similar to groups conducting different types of experiments, and thus the external validity is reasonably high. Whether and experiment conducted in a student environment is another issues; this is the issue of the investigation as such. 4 DISCUSSION The analysis presented shows two clear trends: 1) the improvements between the PSP levels are very much the same for all three groups, 2) the freshmen students spend significantly more time on their tasks. The question is now how this can be interpreted. In the three groups, the process is the same. All groups follow the PSP course with minor variations. The technology is also rather similar, even though they use different languages. The tasks in the PSP are small, and thus there is no need for extensive tool support to do a good job. The people have different experience and knowledge. It can be debated which of the issues that has the largest impact on the total result, but it is hard to measure. However, as the PSP course is designed with continuous improvement in the three PSP levels and the adding of new methods, the improvement is probably to a large extent due to the methods as such and not due to the people learning. In PSP0, there is no estimation method, and very limited experience data available, while in PSP1 experience data is available and the PROBE estimation method is gradually introduced. Hence, it is not surprising the estimation accuracy improves. The same holds for the pre-compile defect yield. Code and design reviews are introduced in PSP2, while in PSP0 and PSP1, reviews are not a formal part of the process. Again, it is no surprise that the case of applying reviews reveals more defects before compile than the case of not applying reviews. These issues are related to the process, and it seems that, independently of people, almost the same effects can be observed. The direct measurements show a significant difference on time consumption. In the study, freshmen spend 47% more time than graduate students do. This indicates that the people part actually is different between the freshmen and graduate student groups. Unfortunately, industry data is not available to make the same comparison between graduate students and industry people. A last question related to the data is why there is no difference in defect levels between freshmen and graduate students. Here, it is tempting to assume that the freshmen students do not report all defects. The reported repair time in the defect reporting log seems to be somewhat low related to the time spent on compile and test, but no systematic investigation is performed on this issue. The quality of the PSP data is investigated and debated [11, 12, 3], but not concerning the defect reporting. How shall these results be interpreted in terms of the feasibility of using students as subjects in software engineering experiments? The improvement study may give the impression that any subject is feasible for a software engineering experiment. The performance study and qualitative judgments turn more towards that there are substantial differences between the two student groups. Unfortunately, industry data is not available to perform the same comparison to the industry group. Hence the general question remains unanswered, while it can be stated that freshmen students should not be used as subjects for software engineering experiments. 5 SUMMARY It is generally accepted that people, process and technology are three different aspects that affect software engineering. In order to learn more about the different parts, experiments are conducted. An important question is whether students can be used as subjects and still give generalizable results. In this paper, three sets of PSP data are compared in order to evaluate differences regarding people issues between freshmen students, graduate students and industry people. It is observed that almost the same improvements are made between the different PSP levels for the three groups. The estimation accuracy is improved and the defects are reduced. This is however primarily an effect of the PSP process as such, rather than the people. New steps for estimation and defect reduction are introduced which give the observed effects.
8 The measurements on the absolute performance on the freshmen student group and the graduate student group show more varying results. The freshmen students spend significantly more time to fulfill the tasks than graduate students do. From this, we conclude that there is a difference on the people issue between the two student groups, which is also supported by the quantitative observations. The conclusions drawn from the study can neither reject nor accept the hypothesis on differences between freshmen, graduate students and industry people. The difference between freshmen and graduate students is observed, while the data is not sufficient to evaluate similarities or differences between industry people and graduate students. Hence, this relation is subject for further studies. ACKNOWLEDGEMENT Thanks to Dr. Anders Wesslén for letting me use his analysis tools in the study and guiding in the data access. Thanks to Dr. Thomas Thelin and Dr. Magnus C. Ohlsson for good cooperation during the PSP course for freshmen students. Thanks to Dr. Martin Höst for reviewing a draft of this paper. REFERENCES [1] V. R. Basili, S. Green, O. Laitenberger, F. Lanubile, F. Shull, S. Sørumgård, and M. Zelkowitz, The Empirical Investigation of Perspective-Based Reading, Empirical Software Engineering, 1(2): , [2] J. Börstler, D. Carrington, G. W. Hislop, S. Lisack, K. Olson and L. Williams, Teaching PSP: Challenges and Lessons Learned, IEEE Software, Sep./Oct. 2002, pp [3] A. M. Disney and P. M. Johnson, Investigating Data Quality Problems in the PSP, FSE-6, [4] P. Ferguson, W. S. Humphrey, S. Khajenoori, S. Macke and A. Matvya, Results of Applying the Personal Software Process, IEEE Computer, No 5, 1997, pp [5] W. Hayes and J. W. Over, The Personal Software Process (PSP): An Empirical Study of the Impact of PSP on Individual Engineers, Technical Report, CMU/SEI-97-TR-001. ESC- TR , Software Engineering Institute, December [6] W. Hayes, Using a Personal Software Process to Improve Performance, Proc. 5th International Metrics Conference, pp , [7] W. S. Humphrey, A Discipline for Software Engineering, Addison Wesley, [8] W. S. Humphrey, Using a Defined and Measured Personal Software Process, IEEE Software, May 1996, pp [9] W. S. Humphrey, Introduction to the Personal Software Process, Addison Wesley, [10] M. Höst, B. Regnell and C. Wohlin, Using Students as Subjects A Comparative Study of Students and Professional in Lead-Time Impact Assessment, Journal of Empirical Software Engineering, 5(3): , [11] P. M. Johnson and A. M. Disney, The Personal Software Process: A Cautionary Case Study, IEEE Software, Nov./Dec. 1998, pp [12] P. M. Johnson and A. M. Disney, A Critical Analysis of PSP Data Quality: Results form a Case Study, Empirical Software Engineering 4(4): , [13] M. Morisio, Applying the PSP in Industry, IEEE Software, Nov./Dec. 2000, pp [14] L. Prechelt and B. Unger, An Experiment Measuring the Effects of Personal Software Process (PSP) Training, IEEE Trans. on Software Engineering, 27(5): , [15] P. Runeson, A New Software Engineering Programme Structure and Initial Experiences, Proc. 13th Conference on Software Engineering Education & Training, pp , [16] P. Runeson, Experience from Teaching PSP for Proc. 14th Conference on Software Engineering Education & Training, pp , [17] J. Singer and N. G. Vinson, Ethical Issues in Empirical Studies of Software Engineering, IEEE Trans. on Software Engineering, 28(12): , [18] T. Thelin, P. Runeson, and B. Regnell, Usage-Based Reading - An Experiment to Guide Reviewers with Use Cases, Information and Software Technology, 43(15): , [19] A. Wesslén, A Replicated Empirical Study of the Impact of the Methods in the PSP in Individual Engineers, Empirical Software Engineering, 5(2), pp , [20] C. Wohlin, Meeting the Challenge of Large Scale Software Development in an Educational Environment, Proc. 10th Conference on Software Engineering Education & Training, pp , [21] C. Wohlin, The Personal Software Process as a Context for Empirical Studies, IEEE TCSE Software Process Newsletter, pp. 7-12, No. 12, Spring [22] C. Wohlin, P. Runeson, M. Höst, M. C. Ohlsson, B. Regnell and Anders Wesslén, Experimentation in Software Engineering An Introduction, Kluwer Academic Publishers, Boston, MA, USA, 2000.
C. Wohlin, "Is Prior Knowledge of a Programming Language Important for Software Quality?", Proceedings 1st International Symposium on Empirical
C. Wohlin, "Is Prior Knowledge of a Programming Language Important for Software Quality?", Proceedings 1st International Symposium on Empirical Software Engineering, pp. 27-36, Nara, Japan, October 2002.
More informationImproving Software Developer s Competence: Is the Personal Software Process Working?
Improving Software Developer s Competence: Is the Personal Software Process Working? Pekka Abrahamsson 1, Karlheinz Kautz 2, Heikki Sieppi 3 and Jouni Lappalainen 3 1 VTT Technical Research Centre of Finland,
More informationEmpirical Software Engineering Introduction & Basic Concepts
Empirical Software Engineering Introduction & Basic Concepts Dietmar Winkler Vienna University of Technology Institute of Software Technology and Interactive Systems dietmar.winkler@qse.ifs.tuwien.ac.at
More informationToward Quantitative Process Management With Exploratory Data Analysis
Toward Quantitative Process Management With Exploratory Data Analysis Mark C. Paulk Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213 Abstract The Capability Maturity Model
More informationC. Wohlin and B. Regnell, "Achieving Industrial Relevance in Software Engineering Education", Proceedings Conference on Software Engineering
C. Wohlin and B. Regnell, "Achieving Industrial Relevance in Software Engineering Education", Proceedings Conference on Software Engineering Education & Training, pp. 16-25, New Orleans, Lousiana, USA,
More informationTeaching Disciplined Software Development
NOTICE: this is the author s version of a work that was accepted for publication in Journal of Systems and Software. Changes resulting from the publishing process, such as peer review, editing, corrections,
More informationThe Role of Controlled Experiments in Software Engineering Research
The Role of Controlled Experiments in Software Engineering Research Victor R. Basili 1 The Experimental Discipline in Software Engineering Empirical studies play an important role in the evolution of the
More informationCourse Text. Required Computing Software. Course Description. Course Objectives. StraighterLine. Business Statistics
Course Text Business Statistics Lind, Douglas A., Marchal, William A. and Samuel A. Wathen. Basic Statistics for Business and Economics, 7th edition, McGraw-Hill/Irwin, 2010, ISBN: 9780077384470 [This
More informationImplementing a Personal Software Process (PSP SM ) Course: A Case Study
Journal of Software Engineering and Applications, 212, 5, 639-644 http://dx.doi.org/1.4236/jsea.212.5874 Published Online August 212 (http://www.scirp.org/journal/jsea) 639 Implementing a Personal Software
More informationUnit 31 A Hypothesis Test about Correlation and Slope in a Simple Linear Regression
Unit 31 A Hypothesis Test about Correlation and Slope in a Simple Linear Regression Objectives: To perform a hypothesis test concerning the slope of a least squares line To recognize that testing for a
More informationStudying Code Development for High Performance Computing: The HPCS Program
Studying Code Development for High Performance Computing: The HPCS Program Jeff Carver 1, Sima Asgari 1, Victor Basili 1,2, Lorin Hochstein 1, Jeffrey K. Hollingsworth 1, Forrest Shull 2, Marv Zelkowitz
More informationA Comparison of Software Cost, Duration, and Quality for Waterfall vs. Iterative and Incremental Development: A Systematic Review
A Comparison of Software Cost, Duration, and Quality for Waterfall vs. Iterative and Incremental Development: A Systematic Review Susan M. Mitchell and Carolyn B. Seaman Information Systems Department,
More informationBusiness Statistics. Successful completion of Introductory and/or Intermediate Algebra courses is recommended before taking Business Statistics.
Business Course Text Bowerman, Bruce L., Richard T. O'Connell, J. B. Orris, and Dawn C. Porter. Essentials of Business, 2nd edition, McGraw-Hill/Irwin, 2008, ISBN: 978-0-07-331988-9. Required Computing
More informationC. Wohlin, "Meeting the Challenge of Large Scale Software Development in an Educational Environment", Proceedings Conference on Software Engineering
C. Wohlin, "Meeting the Challenge of Large Scale Development in an Educational Environment", Proceedings Conference on Engineering Education & Training, pp. 40-52, Virginia Beach, Virginia, USA, 1997.
More informationDifferent Conceptions in Software Project Risk Assessment
Different Conceptions in Software Project Risk Assessment Martin Höst, Christin Lindholm Software Engineering Research Group, Department of Communication Systems, Lund University, Faculty of Engineering,
More informationPersonal Software Process in the Database Course
Personal Software Process in the Database Course William I. Bullers, Jr. Anderson Schools of Management University of New Mexico Albuquerque, NM, U.S.A. bullers@unm.edu Abstract This paper describes the
More informationAssignment Kits. Summary Kit Contents Lecture 1: Kit cover sheet (page 40)
Assignment Kits These assignment kits contain the forms students need to do the assignments in the textbook A Discipline for Software Engineering by Watts S. Humphrey. In using them: - Provide each student
More informationADVANCES IN TECHNOLOGY-BASED EDUCATION: TOWARDS A KNOWLEDGE BASED SOCIETY
ADVANCES IN TECHNOLOGY-BASED EDUCATION: TOWARDS A KNOWLEDGE BASED SOCIETY Proceedings of the II International Conference on Multimedia and Information & Communication Technologies in Education m-icte2003
More informationPersonal Software Process (PSP)
Personal Software Process (PSP) Application of CMM principles to individuals Developed by Watts Humphrey of the Software Engineering Institute (SEI) in the early 1990s Extensive supporting materials: books,
More informationEmpirical Model Building and Methods Exercise
Exercise Liliana Guzmán Introduction Outline Purpose Organization Schedule Literature Administrative information Slide 1-2 Purpose Discussing and complementing the content of the lecture Gathering experience
More informationIncorporating PSP into a Traditional Software Engineering Course: An Experience Report
Incorporating PSP into a Traditional Software Engineering Course: An Experience Report Jonathan I. Maletic Div of Computer Science Dept of Math Sciences The University of Memphis Memphis TN 38152-3240
More informationEconometrics and Data Analysis I
Econometrics and Data Analysis I Yale University ECON S131 (ONLINE) Summer Session A, 2014 June 2 July 4 Instructor: Doug McKee (douglas.mckee@yale.edu) Teaching Fellow: Yu Liu (dav.yu.liu@yale.edu) Classroom:
More informationEvaluation of Students' Modeling and Programming Skills
Evaluation of Students' Modeling and Programming Skills Birgit Demuth, Sebastian Götz, Harry Sneed, and Uwe Schmidt Technische Universität Dresden Faculty of Computer Science Abstract. In winter semester
More informationNORTHERN VIRGINIA COMMUNITY COLLEGE PSYCHOLOGY 211 - RESEARCH METHODOLOGY FOR THE BEHAVIORAL SCIENCES Dr. Rosalyn M.
NORTHERN VIRGINIA COMMUNITY COLLEGE PSYCHOLOGY 211 - RESEARCH METHODOLOGY FOR THE BEHAVIORAL SCIENCES Dr. Rosalyn M. King, Professor DETAILED TOPICAL OVERVIEW AND WORKING SYLLABUS CLASS 1: INTRODUCTIONS
More informationExcess Units in Pursuit of the Bachelor s Degree
Excess in Pursuit of the Bachelor s -- An Analysis on Native Freshmen Graduated during 2009-2010 Office of Institutional Research Sacramento State July-September, 2011 This report intends to examine the
More information13 Empirical Research Methods in Web and Software Engineering 1
13 Empirical Research Methods in Web and Software Engineering 1 Claes Wohlin, Martin Höst, Kennet Henningsson Abstract. Web and software engineering are not only about technical solutions. It is to a large
More informationEvaluating Programming Ability in an Introductory Computer Science Course
Evaluating Programming Ability in an Introductory Computer Science Course A.T. Chamillard Department of Computer Science U.S. Air Force Academy, CO 80840 719-333-7101 Tim.Chamillard @ usafa.af.mil Abstract
More informationSoftware Engineering: Analysis and Design - CSE3308
CSE3308/DMS/2004/25 Monash University - School of Computer Science and Software Engineering Software Engineering: Analysis and Design - CSE3308 Software Quality CSE3308 - Software Engineering: Analysis
More informationThe software developers view on product metrics A survey-based experiment
Annales Mathematicae et Informaticae 37 (2010) pp. 225 240 http://ami.ektf.hu The software developers view on product metrics A survey-based experiment István Siket, Tibor Gyimóthy Department of Software
More informationThe Personal Software Process (PSP) Tutorial
The Personal Software Process (PSP) Tutorial Watts Humphrey / Jim Over Speaker: Daniel M. Roy (STPP, visiting scientist SEI) Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213
More informationStatistics Review PSY379
Statistics Review PSY379 Basic concepts Measurement scales Populations vs. samples Continuous vs. discrete variable Independent vs. dependent variable Descriptive vs. inferential stats Common analyses
More informationThe Personal Software Process SM (PSP SM )
The Personal Software Process SM (PSP SM ) Watts S. Humphrey November 2000 TECHNICAL REPORT CMU/SEI-2000-TR-022 ESC-TR-2000-022 Pittsburgh, PA 15213-3890 The Personal Software Process SM (PSP SM ) CMU/SEI-2000-TR-022
More informationConsider a study in which. How many subjects? The importance of sample size calculations. An insignificant effect: two possibilities.
Consider a study in which How many subjects? The importance of sample size calculations Office of Research Protections Brown Bag Series KB Boomer, Ph.D. Director, boomer@stat.psu.edu A researcher conducts
More informationAnalysis of Inspection Technique Performance
Analysis of Inspection Technique Performance O. Dieste, E. Fernández, P. Pesado, R. García-Martínez Grupo de Ingeniería de Software Experimental. Facultad de Informática. UPM Programa de Doctorado en Ciencias
More informationThe role of replications in Empirical Software Engineering
Empir Software Eng (2008) 13:211 218 DOI 10.1007/s10664-008-9060-1 VIEWPOINT The role of replications in Empirical Software Engineering Forrest J. Shull & Jeffrey C. Carver & Sira Vegas & Natalia Juristo
More informationOrganizing Your Approach to a Data Analysis
Biost/Stat 578 B: Data Analysis Emerson, September 29, 2003 Handout #1 Organizing Your Approach to a Data Analysis The general theme should be to maximize thinking about the data analysis and to minimize
More informationDefining the Beginning: The Importance of Research Design
Research and Management Techniques for the Conservation of Sea Turtles K. L. Eckert, K. A. Bjorndal, F. A. Abreu-Grobois, M. Donnelly (Editors) IUCN/SSC Marine Turtle Specialist Group Publication No. 4,
More informationStrategies for Industrial Relevance in Software Engineering Education
Strategies for Industrial Relevance in Software Engineering Education Claes Wohlin and Björn Regnell Dept. of Communication Systems Lund Institute of Technology, Lund University P.O. Box 118, SE-221 00
More informationMoving from ISO9000 to the Higher Levels of the Capability Maturity Model (CMM)
Moving from ISO9000 to the Higher Levels of the Capability Maturity Model (CMM) Pankaj Jalote 1 Infosys Technologies Ltd. Bangalore 561 229 Fax: +91-512-590725/590413 Jalote@iitk.ernet.in, jalote@iitk.ac.in
More informationTel: 278-7171 Tuesdays 12:00-2:45 E-mail: judea@csus.edu
California State University, Sacramento Division of Social Work Dr. Jude M. Antonyappan Spring 2015 Office: 5023 Mariposa Hall Office Hours Tel: 278-7171 Tuesdays 12:00-2:45 E-mail: judea@csus.edu SW 210
More informationMATH 140 HYBRID INTRODUCTORY STATISTICS COURSE SYLLABUS
MATH 140 HYBRID INTRODUCTORY STATISTICS COURSE SYLLABUS Instructor: Mark Schilling Email: mark.schilling@csun.edu (Note: If your CSUN email address is not one you use regularly, be sure to set up automatic
More informationKnowledge Infrastructure for Project Management 1
Knowledge Infrastructure for Project Management 1 Pankaj Jalote Department of Computer Science and Engineering Indian Institute of Technology Kanpur Kanpur, India 208016 Jalote@iitk.ac.in Abstract In any
More informationSection Format Day Begin End Building Rm# Instructor. 001 Lecture Tue 6:45 PM 8:40 PM Silver 401 Ballerini
NEW YORK UNIVERSITY ROBERT F. WAGNER GRADUATE SCHOOL OF PUBLIC SERVICE Course Syllabus Spring 2016 Statistical Methods for Public, Nonprofit, and Health Management Section Format Day Begin End Building
More informationBachelor's Degree in Business Administration and Master's Degree course description
Bachelor's Degree in Business Administration and Master's Degree course description Bachelor's Degree in Business Administration Department s Compulsory Requirements Course Description (402102) Principles
More informationDescription. Textbook. Grading. Objective
EC151.02 Statistics for Business and Economics (MWF 8:00-8:50) Instructor: Chiu Yu Ko Office: 462D, 21 Campenalla Way Phone: 2-6093 Email: kocb@bc.edu Office Hours: by appointment Description This course
More informationDescriptive Statistics
Descriptive Statistics Primer Descriptive statistics Central tendency Variation Relative position Relationships Calculating descriptive statistics Descriptive Statistics Purpose to describe or summarize
More informationComments on Software Quality by Watts S. Humphrey Fellow, Software Engineering Institute Carnegie Mellon University Pittsburgh, PA
Comments on Software Quality by Watts S. Humphrey Fellow, Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Summary This paper reviews the software industry s current approach to
More informationModels for evaluating review effectiveness
Models for evaluating review effectiveness KiranKumar Marri Project Manager Product Competency Center Infosys Technologies Limited, Bangalore Abstract: Delivering a high quality reliable product is the
More informationDo Programming Languages Affect Productivity? A Case Study Using Data from Open Source Projects
Do Programming Languages Affect Productivity? A Case Study Using Data from Open Source Projects Daniel P. Delorey pierce@cs.byu.edu Charles D. Knutson knutson@cs.byu.edu Scott Chun chun@cs.byu.edu Abstract
More informationWhat do you think? Definitions of Quality
What do you think? What is your definition of Quality? Would you recognise good quality bad quality Does quality simple apply to a products or does it apply to services as well? Does any company epitomise
More informationRecall this chart that showed how most of our course would be organized:
Chapter 4 One-Way ANOVA Recall this chart that showed how most of our course would be organized: Explanatory Variable(s) Response Variable Methods Categorical Categorical Contingency Tables Categorical
More informationEconomic Statistics (ECON2006), Statistics and Research Design in Psychology (PSYC2010), Survey Design and Analysis (SOCI2007)
COURSE DESCRIPTION Title Code Level Semester Credits 3 Prerequisites Post requisites Introduction to Statistics ECON1005 (EC160) I I None Economic Statistics (ECON2006), Statistics and Research Design
More informationBODY OF KNOWLEDGE CERTIFIED SIX SIGMA YELLOW BELT
BODY OF KNOWLEDGE CERTIFIED SIX SIGMA YELLOW BELT The topics in this Body of Knowledge include additional detail in the form of subtext explanations and the cognitive level at which test questions will
More informationFairfield Public Schools
Mathematics Fairfield Public Schools AP Statistics AP Statistics BOE Approved 04/08/2014 1 AP STATISTICS Critical Areas of Focus AP Statistics is a rigorous course that offers advanced students an opportunity
More informationCONTENTS OF DAY 2. II. Why Random Sampling is Important 9 A myth, an urban legend, and the real reason NOTES FOR SUMMER STATISTICS INSTITUTE COURSE
1 2 CONTENTS OF DAY 2 I. More Precise Definition of Simple Random Sample 3 Connection with independent random variables 3 Problems with small populations 8 II. Why Random Sampling is Important 9 A myth,
More informationChapter 6 Experiment Process
Chapter 6 Process ation is not simple; we have to prepare, conduct and analyze experiments properly. One of the main advantages of an experiment is the control of, for example, subjects, objects and instrumentation.
More informationSection Three. Nursing: MSN Research Procedures. Page 25
Section Three Nursing Research Procedures Page 25 Research Competency Nursing majors are expected to develop their research skills throughout the program and demonstrate this skill in the final research
More informationECON 523 Applied Econometrics I /Masters Level American University, Spring 2008. Description of the course
ECON 523 Applied Econometrics I /Masters Level American University, Spring 2008 Instructor: Maria Heracleous Lectures: M 8:10-10:40 p.m. WARD 202 Office: 221 Roper Phone: 202-885-3758 Office Hours: M W
More informationThe Friedman Test with MS Excel. In 3 Simple Steps. Kilem L. Gwet, Ph.D.
The Friedman Test with MS Excel In 3 Simple Steps Kilem L. Gwet, Ph.D. Copyright c 2011 by Kilem Li Gwet, Ph.D. All rights reserved. Published by Advanced Analytics, LLC A single copy of this document
More informationA PRELIMINARY REPORT ON ADAPTING SOFTWARE DEVELOPMENT INDUSTRY BEST PRACTICES FOR UNDERGRADUATE CLASSROOM USE
1 Abstract A PRELIMINARY REPORT ON ADAPTING SOFTWARE DEVELOPMENT INDUSTRY BEST PRACTICES FOR UNDERGRADUATE CLASSROOM USE Rajendran Swamidurai, David Umphress Alabama State University/Auburn University
More informationD. Milicic and C. Wohlin, "Distribution Patterns of Effort Estimations", IEEE Conference Proceedings of Euromicro 2004, Track on Software Process and
D. Milicic and C. Wohlin, "Distribution Patterns of Effort Estimations", IEEE Conference Proceedings of Euromicro 004, Track on Software Process and Product Improvement, pp. 4-49, Rennes, France, 004.
More informationC. Wohlin and A. Andrews, "Evaluation of Three Methods to Predict Project Success: A Case Study", Proceedings of International Conference on Product
C. Wohlin and A. Andrews, "Evaluation of Three Methods to Predict Project Success: A Case Study", Proceedings of International Conference on Product Focused Software Process Improvement (PROFES05), LNCS-series,
More informationIntegrating a Factory and Supply Chain Simulator into a Textile Supply Chain Management Curriculum
Integrating a Factory and Supply Chain Simulator into a Textile Supply Chain Management Curriculum Kristin Thoney Associate Professor Department of Textile and Apparel, Technology and Management ABSTRACT
More informationA STUDY OF WHETHER HAVING A PROFESSIONAL STAFF WITH ADVANCED DEGREES INCREASES STUDENT ACHIEVEMENT MEGAN M. MOSSER. Submitted to
Advanced Degrees and Student Achievement-1 Running Head: Advanced Degrees and Student Achievement A STUDY OF WHETHER HAVING A PROFESSIONAL STAFF WITH ADVANCED DEGREES INCREASES STUDENT ACHIEVEMENT By MEGAN
More informationDPLS 722 Quantitative Data Analysis
DPLS 722 Quantitative Data Analysis Spring 2011 3 Credits Catalog Description Quantitative data analyses require the use of statistics (descriptive and inferential) to summarize data collected, to make
More informationThe Impact of Design and Code Reviews on Software Quality
IEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 35, NO. XX, XXXX 2009 1 The Impact of Design and Code Reviews on Software Quality: An Empirical Study Based on PSP Data Chris F. Kemerer, Member, IEEE Computer
More informationWriting the Empirical Social Science Research Paper: A Guide for the Perplexed. Josh Pasek. University of Michigan.
Writing the Empirical Social Science Research Paper: A Guide for the Perplexed Josh Pasek University of Michigan January 24, 2012 Correspondence about this manuscript should be addressed to Josh Pasek,
More informationMary Baldwin College Social Work SOWK 317L WA Social Work Research Fall 2015
Mary Baldwin College Social Work SOWK 317L WA Social Work Research Fall 2015 Instructor: Email: Carla Renner, LCSW crenner@mbc.edu Course Description: Online format, 3 credits. Prerequisite: INT 222. This
More information2. SUMMER ADVISEMENT AND ORIENTATION PERIODS FOR NEWLY ADMITTED FRESHMEN AND TRANSFER STUDENTS
Chemistry Department Policy Assessment: Undergraduate Programs 1. MISSION STATEMENT The Chemistry Department offers academic programs which provide students with a liberal arts background and the theoretical
More informationChapter 7: Simple linear regression Learning Objectives
Chapter 7: Simple linear regression Learning Objectives Reading: Section 7.1 of OpenIntro Statistics Video: Correlation vs. causation, YouTube (2:19) Video: Intro to Linear Regression, YouTube (5:18) -
More informationGuidelines for conducting and reporting case study research in software engineering
Empir Software Eng (2009) 14:131 164 DOI 10.1007/s10664-008-9102-8 Guidelines for conducting and reporting case study research in software engineering Per Runeson Martin Höst Published online: 19 December
More informationApplication and Evaluation of The Personal Software Process
International Journal of Basic & Applied Sciences IJBAS-IJENS Vol:09 No:10 33 Application and Evaluation of The Personal Software Process Hamdy K.Elminir #1, Eman A.Khereba *1, Mohamed Abu Elsoud #1, Ibrahim
More informationBasic Concepts in Research and Data Analysis
Basic Concepts in Research and Data Analysis Introduction: A Common Language for Researchers...2 Steps to Follow When Conducting Research...3 The Research Question... 3 The Hypothesis... 4 Defining the
More informationUSING THE ETS MAJOR FIELD TEST IN BUSINESS TO COMPARE ONLINE AND CLASSROOM STUDENT LEARNING
USING THE ETS MAJOR FIELD TEST IN BUSINESS TO COMPARE ONLINE AND CLASSROOM STUDENT LEARNING Andrew Tiger, Southeastern Oklahoma State University, atiger@se.edu Jimmy Speers, Southeastern Oklahoma State
More informationAn Integrated Quality Assurance Framework for Specifying Business Information Systems
An Integrated Quality Assurance Framework for Specifying Business Information Systems Frank Salger 1, Stefan Sauer 2, Gregor Engels 1,2 1 Capgemini sd&m AG, Carl-Wery-Str. 42, D-81739 München, Germany
More informationMeasurable Software Quality Improvement through Innovative Software Inspection Technologies at Allianz Life Assurance
Measurable Software Quality Improvement through Innovative Software Inspection Technologies at Allianz Life Assurance Bernd Freimut, Brigitte Klein, Oliver Laitenberger, Günther Ruhe Abstract The development
More informationGRADUATE STUDENT SATISFACTION WITH AN ONLINE DISCRETE MATHEMATICS COURSE *
GRADUATE STUDENT SATISFACTION WITH AN ONLINE DISCRETE MATHEMATICS COURSE * Amber Settle DePaul University 243 S. Wabash Avenue Chicago, IL 60604 (312) 362-5324 asettle@cti.depaul.edu Chad Settle University
More informationWorking with data: Data analyses April 8, 2014
Working with data: Data analyses April 8, 2014 Housekeeping notes This webinar will be recorded, and will be available on the Centre s website as an educational resource The slides have been sent to participants
More information1. What is PRINCE2? Projects In a Controlled Environment. Structured project management method. Generic based on proven principles
1. What is PRINCE2? Projects In a Controlled Environment Structured project management method Generic based on proven principles Isolates the management from the specialist 2 1.1. What is a Project? Change
More informationDiagnosis of Students Online Learning Portfolios
Diagnosis of Students Online Learning Portfolios Chien-Ming Chen 1, Chao-Yi Li 2, Te-Yi Chan 3, Bin-Shyan Jong 4, and Tsong-Wuu Lin 5 Abstract - Online learning is different from the instruction provided
More informationLund, November 16, 2015. Tihana Galinac Grbac University of Rijeka
Lund, November 16, 2015. Tihana Galinac Grbac University of Rijeka Motivation New development trends (IoT, service compositions) Quality of Service/Experience Demands Software (Development) Technologies
More informationCourse Descriptions. Seminar in Organizational Behavior II
Course Descriptions B55 MKT 670 Seminar in Marketing Management This course is an advanced seminar of doctoral level standing. The course is aimed at students pursuing a degree in business, economics or
More informationThe Personal Software Process 1 by Watts S. Humphrey watts@sei.cmu.edu Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213
The Personal Software Process 1 by Watts S. Humphrey watts@sei.cmu.edu Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213 Copyright (c) 1994 Institute of Electrical and Electronics
More informationNon-Inferiority Tests for One Mean
Chapter 45 Non-Inferiority ests for One Mean Introduction his module computes power and sample size for non-inferiority tests in one-sample designs in which the outcome is distributed as a normal random
More informationUnderstanding Confidence Intervals and Hypothesis Testing Using Excel Data Table Simulation
Understanding Confidence Intervals and Hypothesis Testing Using Excel Data Table Simulation Leslie Chandrakantha lchandra@jjay.cuny.edu Department of Mathematics & Computer Science John Jay College of
More informationRisk Knowledge Capture in the Riskit Method
Risk Knowledge Capture in the Riskit Method Jyrki Kontio and Victor R. Basili jyrki.kontio@ntc.nokia.com / basili@cs.umd.edu University of Maryland Department of Computer Science A.V.Williams Building
More informationSOFTWARE ESTIMATING RULES OF THUMB. Version 1 - April 6, 1997 Version 2 June 13, 2003 Version 3 March 20, 2007
SOFTWARE ESTIMATING RULES OF THUMB Version 1 - April 6, 1997 Version 2 June 13, 2003 Version 3 March 20, 2007 Abstract Accurate software estimating is too difficult for simple rules of thumb. Yet in spite
More informationSoftware Engineering Compiled By: Roshani Ghimire Page 1
Unit 7: Metric for Process and Product 7.1 Software Measurement Measurement is the process by which numbers or symbols are assigned to the attributes of entities in the real world in such a way as to define
More informationfocus When I started to develop SEI s Personal Software Process, I was The Personal Software Process: guest editor's introduction Status and Trends
focus guest editor's introduction The Personal Software Process: Status and Trends Watts S. Humphrey, The Software Engineering Institute When I started to develop SEI s Personal Software Process, I was
More informationAn Investigation on Learning of College Students and the Current Application Situation of the Web-based Courses
2011 International Conference on Computer Science and Information Technology (ICCSIT 2011) IPCSIT vol. 51 (2012) (2012) IACSIT Press, Singapore DOI: 10.7763/IPCSIT.2012.V51.127 An Investigation on Learning
More informationTwo-sample t-tests. - Independent samples - Pooled standard devation - The equal variance assumption
Two-sample t-tests. - Independent samples - Pooled standard devation - The equal variance assumption Last time, we used the mean of one sample to test against the hypothesis that the true mean was a particular
More informationImproving Software Project Management Skills Using a Software Project Simulator
Improving Software Project Management Skills Using a Software Project Simulator Derek Merrill and James S. Collofello Department of Computer Science and Engineering Arizona State University Tempe, AZ 85287-5406
More informationC. Wohlin, "Managing Software Quality through Incremental Development and Certification", In Building Quality into Software, pp. 187-202, edited by
C. Wohlin, "Managing Software Quality through Incremental Development and Certification", In Building Quality into Software, pp. 187-202, edited by M. Ross, C. A. Brebbia, G. Staples and J. Stapleton,
More informationCourse Syllabus STA301 Statistics for Economics and Business (6 ECTS credits)
Course Syllabus STA301 Statistics for Economics and Business (6 ECTS credits) Instructor: Luc Hens Telephone: +32 2 629 11 92 e-mail: luc.hens@vub.ac.be Web site: http://homepages.vub.ac.be/~lmahens/ Course
More informationStreet Address: 1111 Franklin Street Oakland, CA 94607. Mailing Address: 1111 Franklin Street Oakland, CA 94607
Contacts University of California Curriculum Integration (UCCI) Institute Sarah Fidelibus, UCCI Program Manager Street Address: 1111 Franklin Street Oakland, CA 94607 1. Program Information Mailing Address:
More informationThe Advantages of Using a Software Engineering Project Development System
AC 2007-1432: TOOL SUPPORT FOR SOFTWARE PROCESS DATA MANAGEMENT IN SOFTWARE ENGINEERING EDUCATION AND INDUSTRY TRAINING Mark Sebern, Milwaukee School of Engineering MARK J. SEBERN is a Professor in the
More informationGoal Question Metric (GQM) and Software Quality
Goal Question Metric (GQM) and Software Quality Howie Dow SQGNE November 14, 2007 Copyright (C) 2007 H. Dow - V: 2.3 1 Topics Relationship to software quality GQM in a nutshell Types of goals Mechanics
More informationEvaluating the Lead Time Demand Distribution for (r, Q) Policies Under Intermittent Demand
Proceedings of the 2009 Industrial Engineering Research Conference Evaluating the Lead Time Demand Distribution for (r, Q) Policies Under Intermittent Demand Yasin Unlu, Manuel D. Rossetti Department of
More informationFault Slip Through Measurement in Software Development Process
Fault Slip Through Measurement in Software Development Process Denis Duka, Lovre Hribar Research and Development Center Ericsson Nikola Tesla Split, Croatia denis.duka@ericsson.com; lovre.hribar@ericsson.com
More informationLikert Scales. are the meaning of life: Dane Bertram
are the meaning of life: Note: A glossary is included near the end of this handout defining many of the terms used throughout this report. Likert Scale \lick urt\, n. Definition: Variations: A psychometric
More information