International Software & Productivity Engineering Institute Applying Pantomime and Reverse Engineering Techniques in Software Engineering Education Vladimir.

Slides:



Advertisements
Similar presentations
National Academy of Engineering of the National Academies 1 Phase II: Educating the 2020 Engineer Phase II: Adapting Engineering Education to the New Century...
Advertisements

PROBLEM-BASED LEARNING & CAPACITY BUILDING
Lecture 2 Team Coordination 1 ICS 126 Team Coordination Team Formation and Organization Group Management Meeting Techniques Large software systems require.
Note: Lists provided by the Conference Board of Canada
Chapter 4 Design Approaches and Methods
CS 3500 SE - 1 Software Engineering: It’s Much More Than Programming! Sources: “Software Engineering: A Practitioner’s Approach - Fourth Edition” Pressman,
Software Engineering 1. Introduction 2. Course schedule.
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Teaching Hacker Ethics with a Common Curriculum for “Information Ethics” H2K2 Presentation July 12, 2002 Greg Newby
International Software & Productivity Engineering Institute Best Practices for Launching and Managing Outsourcing Subsidiaries Vladimir L Pavlov, INTSPEI.
System Analysis and Design (SAD )
IS 214 Needs Assessment and Evaluation of Information Systems Managing Usability © Copyright 2001 Kevin McBride.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
IS 421 Information Systems Management James Nowotarski 16 September 2002.
Valentin Razmov, Richard Anderson {valentin,
Turning university professors into competent learners (or how to interweave a new educational methodology with a tool for Lifelong Learning) Eliza Stefanova,
1 CMSC 132: Object-Oriented Programming II Software Development I Department of Computer Science University of Maryland, College Park.
Fundamentals of Information Systems, Second Edition
Systems Analysis and Design in a Changing World, Fourth Edition
The aim of this part of the curriculum design process is to find the situational factors that will strongly affect the course.
Xtreme Programming. Software Life Cycle The activities that take place between the time software program is first conceived and the time it is finally.
LECTURER OF THE 2010 FIRST-YEAR STUDENT: How can the lecturer help? February 2010.
University of Nottingham School of Computer Science Large Scale Systems Design Dr Dario Landa-Silva 1 Large Scale Systems Design G52LSS Semester 1 of session.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
Using IBM Rational Unified Process for software maintenance
Tietojärjestelmien peruskurssi Systeemisuunnittelu ja prototyyppimenetelmä Malin Brännback.
What is Software Engineering?. Software engineering Multi-person construction of multi-version software (David Parnas) An engineering discipline whose.
International Software & Productivity Engineering Institute Current Trends in Software Engineering Vladimir L Pavlov, INTSPEI Chairman and Chief Strategy.
CSE 303 – Software Design and Architecture
NSW DEPARTMENT OF EDUCATION AND COMMUNITIES – UNIT/DIRECTORATE NAME SASSPA Conference21 August 2015 Performance and Development NSW.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
1 General Introduction CPRE 416-Software Evolution and Maintenance-Lecture 1.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Chapter 1 Object-Oriented Analysis and Design. Disclaimer Slides come from a variety of sources: –Craig Larman-developed slides; author of this classic.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
International Software & Productivity Engineering Institute Global Demand For Human Productivity Impacts Software Companies Vladimir L Pavlov, INTSPEI.
High-Performance Teamwork Karl A. Smith Engineering Education – Purdue University Civil Engineering - University of Minnesota -
Mathematics Curriculum Standards of China Sun Xiaotian Central University for Nationalities Beijing, P.R.China
International Software & Productivity Engineering Institute Today’s and Tomorrow’s ALM Solutions Vladimir L Pavlov, INTSPEI Chairman and Chief Strategy.
CSI Leader Orientation – 101 Presented By:. To advance the process of creating and sustaining the built environment for the benefit of the construction.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
T Iteration demo T Iteration Demo Team Balboa I1 - Iteration
Chapter 12: Software Inspection Omar Meqdadi SE 3860 Lecture 12 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Software from Requirements Brent Haines April 12, 2007 Why Methodology Doesn’t Really Matter.
How to Run an Effective Regional Board Meeting. Self-paced version Use mouse click to advance the slides.
Teaching Information Ethics with a Common Curriculum Based on a Presentation made at H2K2 July 12, 2002 Updated September 12, 2002 H2K2 Greg Newby
International Software & Productivity Engineering Institute Quality Assurance with INTSPEI P-Modeling Framework V. Pavlov, O. Babich, A. Doroshenko, T.
Chapter 1: Fundamental of Testing Systems Testing & Evaluation (MNN1063)
The Systems Development Environment Systems Analysis and Design II.
Using Open Source Projects in Higher Education: A Two-Way Certification Framework Pantelis M. Papadopoulos, United Nations University Ioannis G. Stamelos,
Making Assessment Feedback Manageable Professor Carol Evans
Software Requirements Specification. Requirements Specification: An Overview Basic goal: To understand the problem as perceived by the user. Activities.
44222: Information Systems Development
 Son Nguyen, YM & Skype: ng_thanhson.
Software Development. The Software Life Cycle Encompasses all activities from initial analysis until obsolescence Analysis of problem or request Analysis.
 System Requirement Specification and System Planning.
Software Development.
Data Collection with Forms For Special Education
Information Systems Development
Fundamentals of Information Systems, Sixth Edition
Life Cycle Models PPT By :Dr. R. Mall.
Teaching with Instructional Software
The Two Most Common Types of Contemporary Planning Techniques
Software life cycle models
Topic Principles and Theories in Curriculum Development
Gathering Systems Requirements
Baisc Of Software Testing
The Two Most Common Types of Contemporary Planning Techniques
Gathering Systems Requirements
Presentation transcript:

International Software & Productivity Engineering Institute Applying Pantomime and Reverse Engineering Techniques in Software Engineering Education Vladimir L Pavlov, Nikita Boyko, Alexander Babich, Oleksii Kuchaiev, Stanislav Busygin

Agenda 2 Challenges of teaching software engineeringEvolution of the P-Modeling Experience of using P-Modeling in software engineering education

Students’ Practical Experience Small Projects Easy to implement in university environment Students learn: Software Engineering methods create additional overhead – without them it would be more easy to complete the project If you want to finish your project faster, you code and then create (fake) all the documentation to meet “official” requirements Negative learning experience 3 Large Projects Hard to implement in university environment Students learn: Software Engineering methods create value – without them it would be more difficult to complete the project If you follow your SDLC, you finish your project faster and with less bugs Positive learning experience

“Dirty Tricks to Train Software Engineers” Give an inadequate specification Make sure all assumptions are wrong Have conflicting requirements and pressures Give additional tasks to disrupt the schedule Change the deadlines Crash the hardware... Ray Dawson “Twenty Dirty Tricks to Train Software Engineers”, Proceedings of the 22nd International Conference on Software Engineering, 2000, pp

SE2004 Curriculum designers must strike an appropriate balance between coverage of material, and flexibility to allow for innovation. The underlying and enduring principles of software engineering should be emphasized, rather than details of the latest or specific tools. In order to ensure that students embrace certain important ideas, care must be taken to motivate students by using interesting, concrete and convincing examples. Software engineering education in the 21st century needs to move beyond the lecture format: It is therefore important to encourage consideration of a variety of teaching and learning approaches. Important efficiencies and synergies can be achieved by designing curricula so that several types of knowledge are learned at the same time. 5

Evolution of P-Modeling 2001: Speechless modeling – will it work? 2003: Are “normal” teams performing better, than “speechless”? 2005: Can we use reverse engineering as a quality-control tool? 200X: ?-?-?-?-?-?-?-? 6

P-Modeling Session 7

Current Experience of Using P-Modeling Sessions in Universities Four universities in Ukraine/Russia Never a required part of curriculum always an option for students to choose an alternative activity usually 30%-50% of students choose to participate in a P-Modeling Session Around 200 participants so far undergraduates in their third, fourth or fifth year of studying Software Engineering or Computer Science 8

Feedback From Students 100% would want to participate in such events again and/or to organize such events in their professional practice in the future 100% would recommend attending such sessions to others 100% assess Reverse Semantic Traceability as an extremely powerful tool to validate software design and want to use it in their practical work in the future 93% of all participants consider Speechless Modeling a powerful tool for learning Object-Oriented Analysis and Design with UML 90% mentioned improving of their team working skills 71% of participants think that such sessions can help new team members to understand the domain area more quickly than traditional approach 52% said that Speechless sessions taught them to create more precise models more quickly 9

International Software & Productivity Engineering Institute Sample Assignment and Outcome of P-Modeling Session …. … are Available in the Article (see Conference Proceedings)

Submit Your UML Joke and Win a Brand-New Laptop! How powerful is UML to express humor? The project is aimed to research semantic capabilities of the UML attract the community’s attention to it A chance to win a brand-new laptop, PDA or another exciting prize

Summary 12 Students need positive practical experience of applying software engineering methods Large projects in university environment? P-Modeling Sessions allow to get such an experience within one-day event Speechless Modeling Reverse Semantic Traceability Fantastic feedback from early adaptors and their students 6 years, 4 universities Talk to me / to start using P-Modeling in your university Easy to integrate into your curricula The technique still evolves – opportunity for joint research Invite your students to to explore UML boundaries They can win a laptop

International Software & Productivity Engineering Institute Backup Slides

INTSPEI P-Modeling Framework 14 The most important decisions (and most expensive mistakes) are done at the beginning of the project The initial amount of quality control is minimal and then grows as development moves forward. This results in a costly rework (often hidden) on the late stages of the project INTSPEI P-Modeling Framework addresses this problem. It enables to reduce delays between bug insertions and bug fixes Engineers start discovering and fixing critical mistakes virtually immediately - when introduced - not at the late phases where they are the most expensive to resolve Requirements Architecture Detailed Design Construction Maintenance Phase That a Defect is Corrected Phase That a Defect is Created Cost to Correct Cost to correct a defect greatly depends on how early it was introduced and revealed

Iterative Development

Traceability Management