EASE Project Goals Mike Barker July 27, 2004. EASE Strategy Meeting2 Some Possibilities 1.Improving productivity and reliability 2.Encouraging collaboration.

Slides:



Advertisements
Similar presentations
Why Use Test Driven Development (TDD)?.  Why the need to change to TDD.  Talk about what TDD is.  Talk about the expectations of TDD.
Advertisements

Unit 1, Lesson 4 Software Development Cycle AOIT Introduction to Programming Copyright © 2009–2012 National Academy Foundation. All rights reserved.
Predictor of Customer Perceived Software Quality By Haroon Malik.
© Microsoft Corporation Analyze This! 145 Questions for Data Scientists in Software Engineering Andrew Begel, Thomas Zimmermann Microsoft Research, USA.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
High-performing organizations are deploying code 30 times more frequently, with 50 percent fewer failures than their lower-performing counterparts. 1 1.
Software Process Improvement Robin B. Hunter, Ph.D. Vol 2., p Presented by: Andrew Wheeler.
COMP 6710 Course NotesSlide 2-0 Auburn University Computer Science and Software Engineering Course Notes Set 2: Software Process Models Computer Science.
A GOAL-BASED FRAMEWORK FOR SOFTWARE MEASUREMENT
SE 450 Software Processes & Product Metrics Reliability Engineering.
RIT Software Engineering
SE 450 Software Processes & Product Metrics 1 Defect Removal.
1 Software Engineering II Presentation Software Maintenance.
Performance Measurement and Strategic Information Management
Discover how to improve productivity by going DevOps and SAFe.
SEG Software Maintenance1 Software Maintenance “The modification of a software product after delivery to correct faults, to improve performance or.
CONTINUOUS DELIVERY / CONTINUOUS INTEGRATION. IDEAS -> SOLUTIONS Time.
IWFST20051 A Research Framework for Empirical Software Engineering Collaboration and Its Application in a Software Development Project Yoshiki Mitani*,
Security Metrics in Practice Development of a Security Metric System to Rate Enterprise Software Brian Chess Fredrick.
Chapter 3 – Agile Software Development 1Chapter 3 Agile software development.
Background The Encyclopedio of Life (EOL) is an ROR open source project to create a free, online reference source and database for every one of the 1.8.
ISESE2004 ymitani EASE/NAIST1 An Experimental Framework for Japanese Academic-Industry Collaboration in Empirical Software Engineering Research Yoshiki.
Chapter 3: Software Maintenance Process Omar Meqdadi SE 3860 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Chapter 6 : Software Metrics
Evaluation of software engineering. Software engineering research : Research in SE aims to achieve two main goals: 1) To increase the knowledge about.
OHT 7.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Chapter 7.1.
Workshop on Computer-Supported Knowledge Collaboration, Shanghai, July 7, Current Status of Software Industry in Japan.
& Dev Ops. Sherwin-Williams & DevOps Introduction to Sherwin-Williams.
Software Quality Assurance in Neuroinformatics H Jeremy Bockholt NITRC Grantee Meeting.
Copyright © 2010 Nara Institute of Science and Technology / Osaka University Standardizing the Software Tag in Japan for Transparency of Development Profes.
SERPent Project Secure Epidemiology Research Platform January – October 2010 Virtual Research Environment Rapid Innovation Project Funded.
Lecture 4 Software Metrics
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki 1 Machine Learning.
Bob Jones Technical Director CERN - August 2003 EGEE is proposed as a project to be funded by the European Union under contract IST
Empirical Assessment of Test-First Approach Liang Huang and Mike Holcombe Department of Computer Science, University of Sheffield.
Chapter 2 Software processes. Topics covered Software process models Process activities Coping with change.
CSCI 521 Final Exam Review. Why Establish a Standard Process? It is nearly impossible to have a high quality product without a high quality process. Standard.
IFS310: Module 13 Implementation and Support - Construction, Conversion and Maintenance of the New System.
2  Examine effects of using agile methods for creating Internet products on customer satisfaction and firm performance  Agile methods are informal,
SOFTWARE PROCESS AND PROJECT METRICS. Topic Covered  Metrics in the process and project domains  Process, project and measurement  Process Metrics.
What Is DevOps? DevOps is "a portmanteau of 'development' and 'operations'" and is "a software development method that stresses communications, collaboration,
Principles of Software Engineering: Why Study Software Engineering? COSI 120b, Spring 2005.
Advanced Software Engineering Lecture 4: Process & Project Metrics.
Sixteen Questions About Software Reuse William B. Frakes and Christopher J. Fox Communications of the ACM.
Software Engineering (CSI 321) Software Process: A Generic View 1.
November 8-10, 2005 International Workshop on Future Software Technology (WFST2005) Introducing Empirical Software Engineering into Japanese Industry Naoki.
Chapter 10 Learning and Development in a Knowledge Setting
By Ramesh Mannava.  Overview  Introduction  10 secure software engineering topics  Agile development with security development activities  Conclusion.
Objective ICT : Internet of Services, Software & Virtualisation FLOSSEvo some preliminary ideas.
Chapter 8: Maintenance and Software Evolution Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
Kanban Advanced Software Engineering Dr Nuha El-Khalili.
Strategy for EASE Project Kenichi Matsumoto Nara Institute of Science and Technology (NAIST) EASE Project, Ministry of Education, Culture, Sports, Science.
Mike Bartell Chief Information Officer FDIC XBRL and the Collection of Call Report Data.
Applying Adaptive Software Development (ASD) Agile Modeling on Predictive Data Mining Applications: ASD-DM Methodology M. Alnoukari 1 Z.Alzoabi 2 S.Hanna.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
Introducing an Agile Process to an Organization By Mike Cohn and Doris Ford IEEE Computer.
Chapter 3 Agile software development 1 Chapter 3 – Agile Software Development.
Essential Needs of Software Test Automation
Continuous Delivery- Complete Guide
Chapter 24: Architecture Competence
Quality Assurance: Early Work Items
Lecture 17 ATAM Team Expertise
DM’s Relationship to CM and SE
Software Engineering (CSI 321)
12 Steps to Useful Software Metrics
Winter 2016 (c) Ian Davis.
For University Use Only
Presentation transcript:

EASE Project Goals Mike Barker July 27, 2004

EASE Strategy Meeting2 Some Possibilities 1.Improving productivity and reliability 2.Encouraging collaboration between industry and academia 3.Encouraging the use of empirical methods 4.Mega software engineering 5.EPM and the Empirical environment for software engineering

July 27, 2004EASE Strategy Meeting3 1.Improving productivity and reliability What do we mean by productivity? What do we mean by productivity? LOC? How can we increase the rate at which programmers code? LOC? How can we increase the rate at which programmers code? Successful projects? How can we predict success and stop working on failures sooner? Successful projects? How can we predict success and stop working on failures sooner? Code reuse Code reuse Shorter cycle time? How long do projects take? When do releases happen? Shorter cycle time? How long do projects take? When do releases happen? Agile methods? Agile methods? Are we talking about productivity at the individual, team, or organizational level? Are we talking about productivity at the individual, team, or organizational level?

July 27, 2004EASE Strategy Meeting4 1.Improving productivity and reliability (2) What do we mean by reliability? What do we mean by reliability? Fewer bugs Fewer bugs Code reuse Code reuse Failsoft Failsoft Time to fix problems Time to fix problems Recovery Recovery Designs to avoid data lost, improve backups, etc. Designs to avoid data lost, improve backups, etc.

July 27, 2004EASE Strategy Meeting5 1.Improving productivity and reliability (3) Improvement Improvement Increase positive force, speed, etc. Increase positive force, speed, etc. Decrease blocking, problems, loss Decrease blocking, problems, loss Change process Change process

July 27, 2004EASE Strategy Meeting6 2. Encouraging collaboration between industry and academia Just at EASE (NAIST/Osaka)? Just at EASE (NAIST/Osaka)? Across academia/industry? Across academia/industry?

July 27, 2004EASE Strategy Meeting7 3. Encouraging the use of empirical methods model: collect information, inductive development of theories and models, experiments and field studies to evaluate, packaging for wider use (and repeat cycle) model: collect information, inductive development of theories and models, experiments and field studies to evaluate, packaging for wider use (and repeat cycle) who does which parts? who does which parts?

July 27, 2004EASE Strategy Meeting8 Projects Characterize Models Hypotheses Experiment Pilot Measure Package Feedback

July 27, 2004EASE Strategy Meeting9 4. Mega software engineering What can we learn by examining large numbers of projects? What can we learn by examining large numbers of projects?

July 27, 2004EASE Strategy Meeting10 5. EPM and the Empirical environment for software engineering door opener or catalyst to help introduce EASE project door opener or catalyst to help introduce EASE project Standard base for collecting and analysis of industrial data Standard base for collecting and analysis of industrial data

July 27, 2004EASE Strategy Meeting11 Practical Outreach 1.Improving productivity and reliability Requires spreading methods to industry Requires spreading methods to industry Small initial adapters group, then build community Small initial adapters group, then build community 2.Encouraging collaboration between industry and academia Requires continuing work with industry/academia Requires continuing work with industry/academia Small initial adapters group, then community? Small initial adapters group, then community? Encourage collaborative efforts? Recognize and reward? Encourage collaborative efforts? Recognize and reward? 3.Encouraging the use of empirical methods Similar to 1 and 2 Similar to 1 and 2 4.Mega software engineering Need data from wide range of industry Need data from wide range of industry 5.EPM and the Empirical environment for software engineering Useful to meet industry, provide evidence of intent to help Useful to meet industry, provide evidence of intent to help Practical concrete example of collaboration (#2) Practical concrete example of collaboration (#2) Can provide a standard way to collect data (part of 3) Can provide a standard way to collect data (part of 3)

July 27, 2004EASE Strategy Meeting12 A Draft Statement The EASE project will improve productivity and reliability in software development in Japan. It will do this by working with industry and academia to apply empirical methods to collect and analyze industrial data, develop models and theories based on that data, and test and deploy results of improvement efforts. As a part of the spread of empirical methods, EASE will distribute a software development support environment which makes it easier to collect the needed data and to use the results of the analysis. The EASE project will improve productivity and reliability in software development in Japan. It will do this by working with industry and academia to apply empirical methods to collect and analyze industrial data, develop models and theories based on that data, and test and deploy results of improvement efforts. As a part of the spread of empirical methods, EASE will distribute a software development support environment which makes it easier to collect the needed data and to use the results of the analysis.

July 27, 2004EASE Strategy Meeting13 A Draft Statement 1. Improve productivity and reliability in software development in Japan. 2. Work with industry and academia 3. Apply empirical methods 1. collect and analyze industrial data 2. develop models and theories 3. test and deploy results 4. Distribute a software development support environment which makes it easier to collect the needed data and to use the results of the analysis.

July 27, 2004EASE Strategy Meeting14 EASE Vision of EASE project in 2007 Empirical Data Repository AcademiaIndustry Government Benchmark Evidence of validity of SE tools, methods, and theories. Experiences and rules for risk avoidance and process improvement (Best practices) Empirical data Software Development/Analysis Model Research framework