Engineering Process Transformation driven by Use Cases.

Similar documents
Automotive Systems Engineering

version NDIA CMMI Conf 3.5 SE Tutorial RE - 1

Abstraction Layers for the rollout of Automotive SPICE

Software Quality Engineering Courses Offered by The Westfall Team

Software Quality Engineering Courses Offered by The Westfall Team

PRINCE2 FOUNDATION INSTRUCTOR LED TRAINING

CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

CMMI Version 1.2. Model Changes

Metric systems for executive overview

PMP Exam Prep Coaching Program

TOGAF 9.1 Phases E-H & Requirements Management

This chapter illustrates the evolutionary differences between

AUTOMOTIVE SPICE v3.1 POCKET GUIDE

Motivations. Case Study. Reference documents for the presentation

Introduction of RUP - The Rational Unified Process

Safety Concept Description Language (SCDL) ISO Safety Concept, Design & Verification

TOGAF 9.1 in Pictures

SOFTWARE REQUIREMENTS. / / N A ' Practical techniques for gathering and managing requirements throughout the product development cycle.

Automotive Systems Engineering und Functional Safety: The Way Forward

EE 446 EMBEDDED ARCHITECTURE Embedded System in UML

This document describes the overall software development process of microcontroller software during all phases of the Company Name product life cycle.

Project Delivery Summit Leveraging Project Resources

CMMI-SVC V1.3 CMMI for Services Version 1.3 Quick Reference Guide

0 Introduction Test strategy A Test Strategy for single high-level test B Combined testing strategy for high-level tests...

Trends in Automotive Software Engineering

Enterprise Architecture: an ideal discipline for use in Supply Chain Management

CMMI and FPA. the link and benefit of using FPA when rolling out CMMI. Christine Green IFPUG - Certified Function Point Specialist EDS

BABOK v3 Task to Technique Mapping

Lesson Learned from Cross Constellations and Multi Models Process Improvement Initiatives

Polarion Meet the Experts Speaker: Daniel Morris, Denis Liwoch, Maxim Damm, Timothy Ströbele

MODULE COCKPIT SECURITY AND INFOTAINMENT ENGINEER

Essentials of IBM Rational Requirements Composer, v3. Module 4: Creating a use-case model

TACOM-ARDEC Software Enterprise (SWE) CMMI Based Process Improvement

Software Project & Risk Management Courses Offered by The Westfall Team

CMMI for Acquisition Quick Reference

Architecting Agile Businesses:

CSE 435 Software Engineering. Sept 14, 2015

ADM The Architecture Development Method

International Diploma in Project Management. (Level 4) Course Structure & Contents

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

Highlights of CMMI and SCAMPI 1.2 Changes

Who Am I? Project Basics. Project. Why Project? Alternative (names) Poloya s Method. Computer Science program ISD Datasystem AB (6 years)

PMP Exam Preparation Workshop. Chapter # 5 Project Scope Management

Model-based Management of Software Platforms

Integrated Measurements for CMMI

Global Program Management

USING PILOTS TO ASSESS THE VALUE AND APPROACH OF CMMI IMPLEMENTATION. Goddard Space Flight Center (GSFC)

SYSTEMS MODELING AND SIMULATION (SMS) A Brief Introduction

Importance of Adequate Interface Management and Systems Integration

Functional Safety with ISO Principles and Practice Dr. Christof Ebert, Dr. Arnulf Braatz Vector Consulting Services

The Sector Skills Council for the Financial Services Industry. National Occupational Standards. Risk Management for the Financial Sector

COSOSIMO Parameter Definitions Jo Ann Lane University of Southern California Center for Software Engineering

Requirements Analysis

A Proven Approach to Requirements Engineering

Building A BPM Center of Excellence

Joined-up Requirements: Business Goals to System Tests

Business Architecture Fundamentals

METHOD PARK Webinar: Process Management 4.0. A Methodical Approach to Success

Configuration Management

Requirements Engineering and Software Architecture Project Description

Services Description. Transformation and Plan Services. Business Transformation and Plan Services

Prerequisites It is recommended that the participants have a working knowledge of traditional Business Analysis tasks and techniques.

Model-Based Concept Development

CMMI V2.0 MODEL AT-A-GLANCE. Including the following views: Development Services Supplier Management. CMMI V2.0 outline BOOKLET FOR print.

What s New in V1.3. Judah Mogilensky Process Enhancement Partners, Inc.

BABOK v2.0 Snapshots


ITD. Team. International Talent Development. Papillon-Rudyco- Janatrans Cycling Team. AR&TV De Adelaar

Requirements elicitation: Finding the Voice of the Customer

Unterkapitel Project Management Unterkapitel

Requirements Analysis and Design Definition. Chapter Study Group Learning Materials

7. Model based software architecture

CMMI Project Management Refresher Training

The Development Productivity Platform

Engineering Interoperability to Accelerate Interdisciplinary Collaboration in the Automotive Industry

Creation of MaaS market. Tekes 12 January 2017

TOGAF Foundation. Part I: Basic Concepts 1 /

TOGAF 9 Training: Foundation

Scrum, Creating Great Products & Critical Systems

Dr. Aldo Dagnino ABB, Inc. US Corporate Research Center October 21 st, Requirements Engineering

Effective, CMMI-Compliant Project Plans (in Less Than 10 Pages)

Erol Simsek, isystem. Qualification of a Software Tool According to ISO /6

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and

PMI - Minnesota August 14, Oh no - PMO. Presented by: Michael Vinje - PMP.

NDIA Test and Evaluation Conference

SOUTHWEST CONNECTS: Southwest Region Transportation Plan

Understanding Model Representations and Levels: What Do They Mean?

CMMI for Technical Staff

Seite 1. KUGLER MAAG CIE GmbH

Japanese Initiative of Industrial Value Chain Platform for Connected Factories

A Global Overview of The Structure

Best Practice Information Aids for CMMI SM -Compliant Process Engineering

Systems Engineers provide a Key Contribution and Role in System Integration and Test

ISO Management System Standards, and Annex SL. Charles Corrie Secretary ISO/TC 176/SC 2

Integration Knowledge Area

Corporate Technology Combining Product Line Engineering and Service Oriented Architecture in Health Care Infrastructure Systems: Experience Report

Initiation Group Process. Planning Group Process

Building Flexible Project Plans with Microsoft Project 2010

Project Management Framework with reference to PMBOK (PMI) July 01, 2009

Transcription:

Engineering Process Transformation driven by Use Cases juergen.schmied@methodpark.com 1

From Process Models to Projects Corporate Initiatives Six Sigma 16949 PMI CMMI 26262 Automotive SPICE One group, filtering and translating the requirements into the organization s language Process Improvement Projects This cannot be our intension! 2

Some Success Factors Goal Orientation Appropriateness 3

Process Management 4.0 Define Goals Analyze Process Capability Define Process Organization Model Processes Establish Learning Organization Identify Business Objectives Derive Goals from Business Objectives Assess Current Situation Identify and Prioritize Changes Define Process Architecture Establish Process Management Organization Model and Pilot Processes Rollout Processes Measure Process Performance Derive Improvement Measures 4

Analyze Process Capability Checklist ticking?. No, thank you!. Set the focus on the people! 5

Use Cases Context Product Development Product Development Wikipedia: A use case in [ ] system engineering is a description of a system s behavior as it responds to a request that originates from outside of that system. In other words, an use case describes "who" can do "what" with the system in question. The use case technique is used to capture a system s behavioral requirements by detailing scenario-driven threads through the functional requirements. A use case should: Describe what the system shall do for the actor to achieve a particular goal. Include no implementation-specific language Be at the appropriate level of detail. 6

system border More Details about Use Cases Context Product Development User s point of view System xyz What is the apparent functionality of the system? Actor What are the neighboring systems and users? Use Case Where are the system boundaries? Use cases describe the operational flow of the system Happy Day Scenario Alternative Scenarios Sequence Diagrams Activity Diagrams 7

Use Cases: How to Define Context Product Development Identify actors and define system boundary Identify use cases & link to actors Describe scenarios Identify & describe secondary scenarios Identify and describe primary scenario Structure use cases 8

Example: Use Cases for Products GPS system <<actor>> Information server Provide traffic information Navigate to destination Driver Service shop personnel Support maintenance Configure vehicle Customer service personnel 9

Use Cases for Use Cases Context Product Development Use cases Object oriented analysis Project planning Acceptance criteria and test scenarios 10

Use Cases Context Process Development Product Development Wikipedia: A use case in [ ] system engineering is a description of a system s behavior as it responds to a request that originates from outside of that system. In other words, an use case describes "who" can do "what" with the system in question. The use case technique is used to capture a system s behavioral requirements by detailing scenario-driven threads through the functional requirements. A use case should: Describe what the system shall do for the actor to achieve a particular goal. Include no implementation-specific language Be at the appropriate level of detail. Process Development set of processes (external) process inputs role model / activities process requirements process tailoring relevant stakeholder/ roles measurable process objective(s) process first, tools second granularity of processes 11

Actors = Process Stakeholder Management HW SW ME Manufacturing Supplier Controlling Customer and even more 12

Actors: Stakeholder Analysis Document the Stakeholders For each Stakeholder Name Function (Role) Additional personal data / contact data Availability (time and region) during the project Relevance of the Stakeholder Knowledge area and scope Personal goals / interests Stakeholder Relationship Management Convince Stakeholders about the project s benefit (motivation!) Prevent conflicts Basis for active Stakeholder Involvement during the project 13

More Details about Use Cases Context Process Development User s point of view What is the apparent functionality of the system? What are the neighboring systems and users? Where are the system boundaries? Use cases describe the operational flow of the system. Process Development roles/ team members process outcomes interfaces between processes, role model RASI process flows first ideas for tailoring 14

Example: Use Cases for Processes Configuration Management <<actor>> Configuration Management System (MKS, etc.) SW development changes source code HW development has to implement a change because parts are not available anymore (supplier doesn t build anymore) Project Team <<actor>> Product Life Cycle Management Tool Delivery from supplier / customer Release of a Product Baseline Supplier Manufacturing Delivery to customer Customer 15

Example Configuration Management Stakeholder, e.g.: Controlling Purchasing Development (SW, EE, ME) Manufacturing Challenges: Ensure information flow (The right information to the right place at the right time) Different tools per discipline / department Prerequisite: Know who are the Stakeholders Understand the Stakeholder s needs Understand their current problems: Terms, Processes, Tooling Use Case Analysis 16

Use Cases for Use Cases Context Process Development Process Improvement Planning Identification of Process Stakeholders Definition of processes and tool landscape Verification of process assets Use cases Mapping between Use Cases and Process Assets supports to achieve completeness Supports training Validation of process assets 17

Use Case Analysis Lessons Learned Define model X as a Goal Define Vision /Goals Define Processes Analyze Stakeholder Analyze Problems Analyze Scenarios Define Processes Maintain Traceability Review Piloting 18

Method Park Technologieforum 2010 19 19

Summary Focus on Stakeholder Goals & Needs Traceability Vision Goals Strategy Use Cases Problems Solutions Focus on Process Integration Mutual Comprehension What does my colleague need to be able to do the work? Build the Big Picture Process architecture Visualize Process Interfaces Create a tool map Terms (Glossary) Help the business, help the people! Think about what do they really need! 20

Thank You for your Attention! Questions? Now or later: juergen.schmied@methodpark.com 21