Using the Essential Unified Process with Visual Studio Team System Ian Spence and Craig Lucia.

Slides:



Advertisements
Similar presentations
MSF: Microsoft Solutions Framework Past and present
Advertisements

Rational Unified Process®
Armstrong Process Group, Inc. Copyright © , Armstrong Process Group, Inc., All rights reserved Armstrong Process Group,
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
CS487 Software Engineering Omar Aldawud
Ch 3 System Development Environment
Essence Workshop June 20, Applying Essence in Practice Ed Seidewitz Ivar Jacobson International.
1 Prescriptive Process Models. 2 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive process.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 32 Slide 1 Aspect-oriented Software Development.
Software Life Cycles ECE 417/617: Elements of Software Engineering
® IBM Software Group © 2007 IBM Corporation Modeling Software Engineering Processes using Eclipse Process Framework Composer (EPFC) / Rational Method Composer.
1 SOFTWARE LIFE-CYCLES Beyond the Waterfall. 2 Requirements System Design Detailed Design Implementation Installation & Testing Maintenance The WATERFALL.
Tom Hollander Solution Architect Solutions Development Centre Microsoft Australia ARC308.
Iterative development and The Unified process
Chapter 1 The Systems Development Environment Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 32 Slide 1 Aspect-oriented Software Development 2.
Chapter 1 The Systems Development Environment
An Introduction to the new features in TOGAF® 9
Software Engineering Muhammad Fahad Khan
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
OBJECT-ORIENTED ANALYSIS PHASE
Slide 12.1 © The McGraw-Hill Companies, CS 4310: Software Engineering Lecture 7 Systems Analysis Object-Oriented Design.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
1 IBM Software Group ® PRJ270: Essentials of Rational Unified Process Module 5: Tailoring RUP.
Chapter 2 The process Process, Methods, and Tools
Chapter 1 The Systems Development Environment
The Rational Unified Process
Ontologies Reasoning Components Agents Simulations The Eclipse Process Framework Breno Machado.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
INFO415 An overview of systems development
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Chapter 1: Introduction to Systems Analysis and Design
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
©2007 · Georges Merx and Ronald J. NormanSlide 1 Chapter 1 Introduction to Java in the Context of Software Engineering.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements.
Jyoti Chaturvedi and David Orr Enter RUP. What should I know when I leave? What is the RUP software? What good is it? What can I do with it? How will.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Ontology for Federation and Integration of Systems Cross-track A2 Summary Anatoly Levenchuk & Cory Casanave Co-chairs 1 Ontology Summit 2012
Enough Process Let’s Do Practices: An Introduction to EssWork and EssUP Ivar Jacobson.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Systems Analysis and Design in a Changing World, 3rd Edition
Rational Unified Process Fundamentals Module 5: Implementing RUP.
Introduction Better Faster Cheaper (pick any two) On-going issue that continues to motivate research in software engineering Applications: –continue to.
Application Lifecycle Management - Activities- Methodologies- Disciplines- Tools- Benefits- ALM Tools and Products 1 Application Lifecycle Management (ALM)
2 2009/10 Object Oriented Technology 1 Topic 2: Introduction to Object-Oriented Approach Reference: u Ch.16 Current Trends in System Development (Satzinger:
Rational Unified Process Fundamentals Module 7: Process for e-Business Development Rational Unified Process Fundamentals Module 7: Process for e-Business.
1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 2 Process: A Generic View Software Engineering: A Practitioner’s Approach, 7/e Chapter 2.
® IBM Software Group © 2004 IBM Corporation Developing an SOA with RUP and UML 2.0 Giles Davies.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
IBM Software Group ® Managing Reusable Assets Using Rational Suite Shimon Nir.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
® IBM Software Group © 2007 IBM Corporation Module 1: Getting Started with Rational Software Architect Essentials of Modeling with IBM Rational Software.
COMP2110 Software Design in 2003 ● a(nother) framework for Software Engineering ● the Software Engineering ideas and concepts in comp2110 ● Organisation.
Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile.
Introduction to OPEN Sidney Nogueira 12/11/2003.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Chapter – 1. The UML Approach USECASE DRIVEN ARCHITECTURE CENTRIC ITERATIVE & INCREMENTAL.
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
Introduction to Eclipse Process Framework: EPF Composer and OpenUP
Introduction to Software Engineering
Object-Oriented Systems Development Life Cycle (CH-3)
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
Chapter 8, Design Patterns Introduction
Presentation transcript:

Using the Essential Unified Process with Visual Studio Team System Ian Spence and Craig Lucia

Agenda Introduction A new paradigm with several exciting innovations: –Practice separation –Practice user experience –Practice smartness Innovations that can help you today: –Making process adoption easy / making VSTS adoption easy –Demonstration Final words

What is the Essential Unified Process? The first Next Generation Process A pre-built assembly of 8 core practices The foundation for the creation of your own processes A framework for the addition of further practices

The Unified Process Ericsson Approach Objectory Process Late ’60s ‘87 –’96 ‘97 –’98 IBM Rational Unified Process Good Software ‘99 –’05 Building on our heritage

Essential Unified Process – Key characteristics Free Open Source Adaptive Easy to Use Agile Lightweight Universal Extensible Scalable Complete Sufficient Comprehensive Recursive A complete, useable software development process Delivered in the way that suits you on the platform that you use That’s easy to adopt and tailor Iterative Component Architecture Use Case Product

Bringing more power and flexibility to VSTS VSTS unites the team around a single way-of-working VSTS is very good tool for tracking and managing work On top of this, we can add MORE capabilities: –Practice separation –Process composition –Dynamic task generation It is not just the work items that we define, it is the way they are used Enhancing Visual Studio Team System +

More than just a Unified Process…. …the first of a new generation of software development processes.

Agenda Introduction A new paradigm with several exciting innovations: –Practice separation –Practice user experience –Practice smartness Innovations that can help you today: –Making process adoption easy / making VSTS adoption easy –Demonstration Final words

A Next Generation Process is not monolithic From the successes in modern software development Agile Methods Camp Unified Process Camp Process Maturity Camp In the future, an ever present but invisible process Process becomes second nature A new paradigm Practice is a First Class Citizen the unit of adoption, planning and execution of process Practice Separation Practice User Experience Practice Smartness And the innovations of a new paradigm

A Next Generation Process is not monolithic From the successes in modern software development Agile Methods Camp Unified Process Camp Process Maturity Camp In the future, an ever present but invisible process Process becomes second nature A new paradigm Practice is a First Class Citizen the unit of adoption, planning and execution of process Practice Separation Practice User Experience Practice Smartness And the innovations of a new paradigm NEW

Balancing the practitioners’ view and the process engineers’ view Making the Essential Unified Process easy to use, easy to adopt and even more effective I need to get things done Process Engineer Practitioner There must be uniformity and consistency

Agenda Introduction A new paradigm with several exciting innovations: –Practice separation –Practice user experience –Practice smartness Innovations that can help you today: –Making process adoption easy / making VSTS adoption easy –Demonstration Final words

What is a Practice? Pragmatics A Practice is a set of activities to give value to a particular stakeholder of a software organization A Practice – explicit knowledge waiting to be put into action –A set of compatible process elements that can be added to a process to address a risk or extend an existing practice –A practice includes its own verification providing it with a clear beginning and an end, and allowing it to be independently applied Our practices are supplied as a set of cards and guidelines defining a way of doing something More precisely A use-case module in our AOSD book –It has a beginning and an end –It may be a peer practice or extend an existing practice

The Practices in the Essential Unified Process Technical Practices Social Engineering Practices Process Practices Organizational Practices Iteration Component Architecture Use Case Modeling Process Team Ti tl e EssUP Practices Product Where is testing? It is everywhere!

Building a process eco-system around 8 Essential Practices There will be 100s of practices extending the essentials PSP / TSP Pair Programming Social Engineering Practices Extended CMMI 6 Sigma Prince2 Process Practices Organizational Practices Portfolio Management Program Management Enterprise Architecture Product Line Eng. SOA REUSE Model Driven Architecture Systems Engineering Business Use- Case Domain Modeling Robustness Analysis Aspect Orientation Technical Practices Iteration Component Architecture Use Case Modeling Process Team TitleTitle EssUP Practices Product

Practices can be applied individually..or in any combination (with or without the introduction of local practices) Use Case A team starting out with use cases Iterative ComponentUse Case Team A small team doing maintenance Existing Local Practices PRINCE2 Component Architecture Use Case Modeling Process Team Ti tl e A large formal project Iterative

All within VSTS Practice Add Instantiate only the practices you need within VSTS. Incrementally compose the process and the project schema.

Practice Browser Practice Explorer For Browsing Authoring, and Composing Practices

Agenda Introduction A new paradigm with several exciting innovations: –Practice separation –Practice user experience –Practice smartness Innovations that can help you today: –Making process adoption easy / making VSTS adoption easy –Demonstration Final words

Today, process descriptions are designed for process engineers Usually presented in books or web pages. –That nobody reads Usually out-of-date –And not what’s actually done Not accessible or easy to work with –And don’t contain the advice you need It’s a law of nature: Most people don’t read books, especially long process descriptions.

Apply card game metaphor for practice descriptions A card contains concise description of things to produce and things to do, etc. A practice is a set of cards A team/individual works on a set of instance cards * Ward Cunningham invented CRC cards, published in 1989

The “Essentials” are in the cards

Supported by simple guidelines and references I do test cases Reference books Intelligent Agents RUP Knowledge Base

See the cards within VSTS Process Guidance