March 4, 1999Lethbridge1 Empirical Studies of Software Engineers: Some Experience and Pragmatic Considerations Dr. Timothy C. Lethbridge University of.

Slides:



Advertisements
Similar presentations
Chapter 14: Usability testing and field studies
Advertisements

Business Improvement Review Knowledge Understanding Action.
State of Indiana Business One Stop (BOS) Program Roadmap Updated June 6, 2013 RFI ATTACHMENT D.
References Prof. Saul Greenberg, University of Calgary, notes and articles INUSE 6.2 and RESPECT 5.3 Handbook Prof. , University of , Notes and articles.
Components of a Product Vision/Strategy
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
Learning and Teaching Conference 2012 Skill integration for students through in-class feedback and continuous assessment. Konstantinos Dimopoulos City.
Principal Patent Analyst
Alternate Software Development Methodologies
Reflective Practice Leadership Development Tool. Context recognised that a key differentiator between places where people wanted to work and places where.
WEB BROWSER PRIVACY & SECURITY Nan Li Informed Consent in the Mozilla Browser: Implementing Value-Sensitive Design 10/13/ Usability Privacy.
IS 214 Needs Assessment and Evaluation of Information Systems Managing Usability © Copyright 2001 Kevin McBride.
Strategy, Balanced Scorecard, and Strategic Profitability Analysis
1 Overview of Usability Testing CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology April 19, 2007.
Software Engineering General Project Management Software Requirements
Modeling and Validation Victor R. Basili University of Maryland 27 September 1999.
Administrivia Lifecycle Architecture (LCA) group assignment will go out later today. Informal feedback meetings with LCO groups EasyShare: Mon, 2:45pm-3:15pm,
Chapter 1 Thinking Critically 2,4,5,9,10 Assoc. for Information Technology 1,2,3.
Principles of Marketing
3 Chapter Needs Assessment.
7M822 Software Requirements Introduction 7 September 2010.
Project Plan Development
Creating Research proposal. What is a Marketing or Business Research Proposal? “A plan that offers ideas for conducting research”. “A marketing research.
Evolution of Quality Concepts. Reading Paper Research Report Research Qs: 1.Whether TQM results in improving the financial performance of companies that.
Chapter 3 Needs Assessment
How to Organize Your Thesis
What is Business Analysis Planning & Monitoring?
Strategic HR Management
Qualitative Techniques. Overview of Lecture Explore basic ideas of research methodology Explore basic ideas of research methodology Evaluating what makes.
© 2010 IBM Corporation © 2011 IBM Corporation September 6, 2012 NCDHHS FAMS Overview for Behavioral Health Managed Care Organizations.
Compositional IS Development Framework Application Domain Application Domain Pre-existing components, legacy systems Extended for CD (ontologies) OAD Methods.
MSF Requirements Envisioning Phase Planning Phase.
Process Explosion? Process Explosion? Orders in Goods out Can you balance the “ins” and “outs” without one? Management Dilemma Gti has produced a set.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
Information Assurance The Coordinated Approach To Improving Enterprise Data Quality.
Analyze Opportunity Part 1
Copyright © 2010 Pearson Education InternationalChapter Writing Reports and Proposals.
Requirements Engineering Requirements Elicitation Process Lecture-8.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
WORLD INTELLECTUAL PROPERTY ORGANIZATION INDUSTRIAL PROPERTY OFFICE OF THE CZECH REPUBLIC WIPO’s Support in Development of Intellectual Property (IP) Strategies.
Copyright © 2010 Pearson Education, Inc. publishing as Prentice HallChapter Writing Reports and Proposals.
Chapter 7 Software Engineering Introduction to CS 1 st Semester, 2015 Sanghyun Park.
Performance evaluation of component-based software systems Seminar of Component Engineering course Rofideh hadighi 7 Jan 2010.
The Role of Experience in Software Testing Practice Zahra Molaei Soheil Hedayatitezengi Comp 587 Prof. Lingard 1 of 21.
Commons, Networks, and Technology Transfer Gerald Barnett Director, Intellectual Property Management University of California, Santa Cruz.
Chapter 3 Managing Design Processes. 3.1 Introduction Design should be based on: –User observation Analysis of task frequency and sequences –Prototypes,
1 Monitoring and Evaluating Employee Wellness Programs.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Copyright ©2004 Virtusa Corporation | CONFIDENTIAL Requirement Engineering Virtusa Training Group 2004 Trainer: Ojitha Kumanayaka Duration : 1 hour.
Workforce Scheduling Release 5.0 for Windows Implementation Overview OWS Development Team.
Developing a Project Proposal - SPROUT - ACTRAV-Turin.
HUMAN RESOURCE DEPARTMENT RECRUITMENT & TRAINING
Industry’s Perspective on Industry-University Intellectual Property External Research Directors Network Industrial Research Institute, Inc. April 17, 2001.
Industrial Partnerships in BME Design 2007 BME idea Meeting Jay R. Goldberg, PhD, PE Marquette University Mary Beth Privitera, M. Design University of.
New Product Development Page 1 Teddy Concurrent Engineering by Teddy Sjafrizal.
Collaboration between University- National Lab-Industry It is in the national interest to foster and support a vibrant and dynamic research infrastructure.
WHAT IS RESEARCH? According to Redman and Morry,
Object-Oriented and Classical Software Engineering Seventh Edition, WCB/McGraw-Hill, 2010 Stephen R. Schach
Managing Marketing Information 4 Principles of Marketing.
© 2013 by Nelson Education1 Recruitment: The First Step in the Selection Process.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Software Engineering Developing Requirements. © Lethbridge/Laganière 2001 Chapter 4: Developing requirements2 4.1 Domain Analysis The process by which.
Methodologies and Algorithms
Information Systems Development
Chapter 24: Architecture Competence
Recall The Team Skills Analyzing the Problem (with 5 steps)
Chapter Outline Innovation, Technological Change, and Competition
Lecture 17 ATAM Team Expertise
Entry Strategy and Strategic Alliances
Presentation transcript:

March 4, 1999Lethbridge1 Empirical Studies of Software Engineers: Some Experience and Pragmatic Considerations Dr. Timothy C. Lethbridge University of Ottawa

March 4, 1999Lethbridge2 Outline A Case Study: The KBRE Project Results of the KBRE Work So Far Key Difficulties and Risks University ESE Researchers Face How Can More Companies be Interested in Empirical Work Issues that Must be Agreed Between the Company and the Researchers Working With Corporate Employees and Managers

March 4, 1999Lethbridge3 A Case Study: The KBRE Project A collaborative project supported by: –Mitel –CSER (Consortium for Software Engineering Research) –Involving The NRC An industrially-driven project

March 4, 1999Lethbridge4 A Case Study: The KBRE Project Objective –To improve the productivity of software engineers who have to understand and modify large software systems Situation –Mitel has a large real-time software system undergoing continuous development

March 4, 1999Lethbridge5 A Case Study: The KBRE Project Problems to be tackled –New hires take a long time to learn the system –Experienced people take a long time to make changes

March 4, 1999Lethbridge6 A Case Study: The KBRE Project Overall research strategy: –Study work of software engineers to discover opportunities to handle problem –Analyze result, model their work patterns and develop tool requirements –Develop prototype tools –Evaluate tools in work environment

March 4, 1999Lethbridge7 A Case Study: The KBRE Project Types of empirical studies performed –Studied software engineers at work Interviews, work observation, synchronized shadowing –Monitored their use of all tools –Did some modeling of their mental models and knowledge –Usability studies

March 4, 1999Lethbridge8 Outline A Case Study: The KBRE Project Results of the KBRE Work So Far Key Difficulties and Risks University ESE Researchers Face How Can More Companies be Interested in Empirical Work Issues that Must be Agreed Between the Company and the Researchers Working With Corporate Employees and Managers

March 4, 1999Lethbridge9 Results of the KBRE work so far Synchronized Shadowing –Involves two ‘observers’ –Working on laptops with simple data input interfaces –Each observing a different kind of data –Clocks are synchronized –Data is merged later to obtain composite view

March 4, 1999Lethbridge10 Results of the KBRE work so far Using Use Case Maps to Represent SE Work Patterns

March 4, 1999Lethbridge11 Results of the KBRE work so far Analyzing the data to discover frequencies of patterns

March 4, 1999Lethbridge12 Results of the KBRE work so far Requirements for a source browsing tool –Strong support for search of all types –Make good use of screen real-estate –Make transitions from one type of information to another easy to do –Allow heterogeneous graph structures in exploration –Allow user to build their own mental model

March 4, 1999Lethbridge13 Results of the KBRE work so far –Allow easy context switching and return –Make it fast –Make it work with multiple languages –Make it USABLE!!!!!

March 4, 1999Lethbridge14 Results of the KBRE work so far A tool architecture to support program comprehension

March 4, 1999Lethbridge15 Results of the KBRE work so far A tool being actively used at Mitel An experimental test bed for the research of the whole research group –7 graduate students, 2 research associates Performed usability analysis –Even as a research platform, it has to be usable and used so we obtain accurate data about the validity of the ideas

March 4, 1999Lethbridge16 Outline A Case Study: The KBRE Project Results of the KBRE Work So Far Key Difficulties and Risks University ESE Researchers Face How Can More Companies be Interested in Empirical Work Issues that Must be Agreed Between the Company and the Researchers Working With Corporate Employees and Managers

March 4, 1999Lethbridge17 Key Difficulties and Risks University ESE Researchers Face Those planning empirical studies must perform risk management, taking these into account Establishing relationships with industrial partners –We had it easy –The industrial partner sought us out

March 4, 1999Lethbridge18 Key Difficulties and Risks Attracting graduate students –Not so easy –Students often like design and working alone –Are empirical studies a ‘marketable skill?’ Researchers tempted to take ‘short cuts’ –Just work on theory, toy problems –Just work with a few participants in the university

March 4, 1999Lethbridge19 Key Difficulties and Risks Learning empirical techniques –Not a traditional part of our background Having the work recognized by colleagues Training grad students Avoiding crossing the line from research to development Analyzing data from empirical studies

March 4, 1999Lethbridge20 Key Difficulties and Risks Research fails or goes slowly –Hypothesis proved wrong –Methodology inadequate –Co-operation does not work –Researchers lack skills –Inadequate time –Students interest drifts Company Priorities Change

March 4, 1999Lethbridge21 Outline A Case Study: The KBRE Project Results of the KBRE Work So Far Key Difficulties and Risks University ESE Researchers Face How Can More Companies be Interested in Empirical Work Issues that Must be Agreed Between the Company and the Researchers Working With Corporate Employees and Managers

March 4, 1999Lethbridge22 How Can More Companies be Interested in Empirical Work? Tangible benefits –New or improved products Semi-tangible benefits –New or improved processes Intangible benefits –Exposure of students to companies (potential employees)

March 4, 1999Lethbridge23 Issues that Must be Agreed Between the Company and the Researchers Company and university objectives for the research –Recognising the company imperative for the bottom line –University imperative for publication Access to facilities and employees –time commitment; participant selection process Where will the work actually take place?

March 4, 1999Lethbridge24 Issues that Must be Agreed Deliverables, and planning for changes in research focus. –How detailed should the project plan be? Intellectual property and publication of results –Patents, copyright, trade secrets, non-disclosure, masking of information, approval of release –Dealing with short publication lead-times. How to handle the risks described earlier

March 4, 1999Lethbridge25 Working with Corporate Employees and Managers There must be an informed consent process Understanding differences in attitudes of employee-participants. What participants need to know –Support of management –Nature of the research –Disposition of data (confidentiality etc.) –They should feel a net benefit of the research

March 4, 1999Lethbridge26 Conclusions University based software engineering researchers should do more empirical studies in industry –Should be part of regular SE research Benefits, risks, and techniques need to be better understood