OSLC PLM Workgroup1 Towards detailed use cases and alignment to OSLC V0.1 Gray Bachelor 18 th July 2011.

Slides:



Advertisements
Similar presentations
OSLC PLM Workgroup1 Towards detailed use cases and alignment to OSLC V0.2 Gray Bachelor 19 th July 2011.
Advertisements

Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
SE 555 Software Requirements & Specification Requirements Management.
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
Defining Services for Your IT Service Catalog
The Integration Story: Rational Quality Manager / Team Foundation Server / Quality Center Introductions This presentation will provide an introduction.
Microsoft Office Project Portfolio Server
RMsis – v Simplify Requirement Management for JIRA
What is Business Analysis Planning & Monitoring?
System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.
RUP Requirements RUP Artifacts and Deliverables
Supporting tools in an IT Project & Portfolio Management environment Ann Van Belle -
OSLC ALM-PLM interoperability Discussion. OSLC PLM extensions Product Product, Version isVersionOf AMG54556_002 Product, View hasView AMG54556/001-View.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
Rational Unified Process Fundamentals Module 4: Disciplines II.
OSLC PLM Workgroup visit URL for terms of usage1 Open Services for Lifecycle Collaboration OSLC PLM Workgroup Systems Engineering scenario #1 Systems Engineer.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Roles and Responsibilities
Service Transition & Planning Service Validation & Testing
Requirements Artifacts Precursor to A & D. Objectives: Requirements Overview  Understand the basic Requirements concepts and how they affect Analysis.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
Approaching a Problem Where do we start? How do we proceed?
Georgia Institute of Technology CS 4320 Fall 2003.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
OSLC PLM Workgroup visit URL for terms of usage1 OSLC PLM Workgroup PLM Scenarios Systems Engineering scenario “Systems Engineer Reacts to Changed Requirements”
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
OSLC PLM Reference model April Summary of the OSLC PLM Reference Model V0.4 April 4th 2011 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
Project Initiation at The Regence Group 12/19/2015John Garrigues1.
CSE 303 – Software Design and Architecture
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
OSLC Core extensions proposal
OSLC PLM Workgroup visit web-site for terms of usage1 Open Services for Lifecycle Collaboration OSLC PLM Workgroup Systems Engineering scenario #1 Systems.
1 PDS MC Requirements Process March 29, 2007 (v2).
OSLC PLM Workgroup 7/12/20101 The PLM Reference model in the context of SE Scenario #1 V0.6 December 7 th 2010 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
Outlines Overview Defining the Vision Through Business Requirements
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
© OSLC OSLC PLM Workgroup1 OSLC Core extensions proposal Update of the Core WG proposal V0.9.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
Dillon: CSE470: ANALYSIS1 Requirements l Specify functionality »model objects and resources »model behavior l Specify data interfaces »type, quantity,
Draft for discussion1 OSLC PLM roadmap discussion Aug 30 th 2011 Rainer Ersch Gray Bachelor V0.4 updated at meeting Aug 30th.
OSLC PLM Reference model February Summary of the OSLC PLM Reference Model V0.2 February 22 nd 2011 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
Chapter 25 – Configuration Management 1Chapter 25 Configuration management.
Enterprise Use Cases CCB December 10, Agenda Enterprise Use Case Status Report Enterprise Use Case Artifacts Enterprise Use Case Development Process.
CMMI for Services, Version 1.3 Speaker: Business Excellence Date:
ITIL: Service Transition
CIM Modeling for E&U - (Short Version)
The Information Side of System Engineering
Enterprise Algorithm Change Process
TechStambha PMP Certification Training
SysML 2.0 Model Lifecycle Management (MLM) Working Group
Software Requirements
Project Roles and Responsibilities
ITSM Governance is Imperative to Succeed
Engineering Processes
Guidance notes for Project Manager
"IT principles" Context, roadmap
SISAI STATISTICAL INFORMATION SYSTEMS ARCHITECTURE AND INTEGRATION
CIS12-3 IT Project Management
Other UML Diagramming Techniques
KEY PROCESS AREAS (KPAs)
Portfolio, Programme and Project
Engineering Processes
Project Integration Management
Project Integration Management
Software Development Process Using UML Recap
Evaluating a Form Project Request
Presentation transcript:

OSLC PLM Workgroup1 Towards detailed use cases and alignment to OSLC V0.1 Gray Bachelor 18 th July 2011

OSLC PLM Workgroup2 Pains to target Increasing time and cost to manage integrity of complex system designs and its relevant requirements Increasing impact of an error arising from system design not updated correctly from changes Increasing need to coordinate work across larger and more dispersed work locations and organisational responsibilities

OSLC PLM Workgroup3 Business goal To reduce the time and cost to manage changes to complex systems arising from changes to requirements

OSLC PLM Workgroup4 There are 3 related concerns The primary domains of the target operating environment are  Product design  Enterprise integration  Corporate compliance

OSLC PLM Workgroup5 Product design

OSLC PLM Workgroup6 Existing OSLC sources Activity diagram  Who does what when Sequence diagram  Which system component does what when

OSLC PLM Workgroup7 Which roles Product change administrator (Should System Engineer (Must Sub-system owner (Should Software Engineer (Could Business analyst (Should IT administrator (Could Enterprise Integration developer (Must Application support leader (Could

OSLC PLM Workgroup8 Which scenarios OSLC PLM SE Scenario #1  A Systems Engineer responds to a change in requirements OSLC PLM EI Scenario #1  A Business Analyst identifies required information and process support for a SE scenario  An Integration Developer delivers process support through enterprise integration  An IT administrator deploys process support to users  An Application support leader handles problems with the deployed process support

OSLC PLM Workgroup9 Outline of Scenario #1 1. Assign & communicate the change request ( a1, a2, a3) Assign change request context Communicate change request Locate change request from notification 2. Apply request context to establish impacted requirements & implementation (a4, a5, a6) Locate requirements in change request context Create new revision of requirements context and reserve for editing Open new revision of context 3. Locate re-usable implementations to meet changed requirements (a7) Located reusable implementation to satisfy change? (A decision that drives alternative flows) 4a. Either update solution by way of adaption of re-usable implementations (a8, a9, a10, a13, a14, a15) Add selected implementation to change request as solution Merge selected implementation into context Trace to discipline responsibility Analyse detailed requirements & existing implementation Design minor updates to existing implementation Design by sub-team needed ? 4b. Or design solution by original design (a10, a11, a12, a15) Trace to discipline responsibility Design new implementation Add new design to change request solution Design by sub-team needed ? 5. Approve change request solution (a16, a17) Passed review of implementation for change request closure? Close change request * Note: 4 has alternative flows

OSLC PLM Workgroup10 Scenario Activity Diagram – 1 of 3 Page 1 of 3 Page 2 of 3

OSLC PLM Workgroup11 SE use-cases (1 of a3: View CR and its Product context a4: View impacted / new requirements View My CRs 1 Plan work a5: Reserve affected items a5: Create new revision of impacted configuration Start work a3: Locate CR a4: Explore associated information Collaborate with colleagues a6: Edit new revision Note 1: Assume CR is assigned, not claimed

OSLC PLM Workgroup12 Scenario Activity Diagram – 2 of 3 Page 2 of 3 Page 3 of 3 Page 2 of 3 Page 1 of 3 CR

OSLC PLM Workgroup13 SE use-cases (2 of Propose changes to requirements a7: Identify candidate solutions Update existing requirements a8: Add solution candidates to working set a7: Identify re-usable requirements Propose candidate solutions Collaborate with colleagues a14: Minor updates to solution Commit changes to requirements Gain approval for requirements changes a7: Identify impacted requirements Gain approval for system level candidates Gain approval for system level changes a9: Assess impact of working set changes Notify colleagues Search requirement catalog Search system catalog

OSLC PLM Workgroup14 SE use-cases (3 of Verify systems level design a11: System level design to meet changed requirements Propose system level changes Commit system level changes Gain approval for system level changes a12: Add system level design changes to solution proposal Collaborate with colleagues Notify colleagues Manage system level design changes

OSLC PLM Workgroup15 Scenario Activity Diagram – 3 of 3 Page 3 of 3 Page 2 of 3

OSLC PLM Workgroup16 SE use-cases (4 of Collaborate with colleagues a15: Identify sub-system owner a11: Preparation for sub-system or discipline engineering Notify project manager Approval for sub-system or discipline engineering a11: Proposal for sub-system or discipline engineering Estimate sub-system or discipline engineering Support the system level design Handle changes to system level design Release system level design package to sub-system Support design review Notify colleagues a16: Approve sub-system engineering Escalate sub-system engineering Search people catalog

OSLC PLM Workgroup17 Activity diagram analysis We don’t say what artefacts need to be dominated What is the vital meta-data to make association ?

OSLC PLM Workgroup18 Object diagram Role User Org CR Product Requirement set Requirement Configuration Note Issue Catalog Review meeting System component Verification artefact Approval Work item Plan System artefactRequirement artefact Product artefact CR artefact Target Practice BugWork estimate Budget Customer Order Market segment Product family Portfolio

OSLC PLM Workgroup19 Supporting objects and types Document Model configuration Model element Types Use case Activity diagram Sequence diagram Stakeholder requirement System requirement State machine Algorithm Regulatory requirement Practice catalog Capability catalog Product catalog Requirements catalog System catalog System component catalog People catalog Test case Verification result Metric Configuration More detailed related objects

OSLC PLM Workgroup20 SE use-cases (1 of a3: View CR and its Product context a4: View impacted / new requirements View My CRs 1 Plan work a5: Reserve affected items a5: Create new revision of impacted configuration Start work a3: Locate CR a4: Explore associated information Collaborate with colleagues a6: Edit new revision Note 1: Assume CR is assigned, not claimed

OSLC PLM Workgroup21 More detailed use case a3.1: Open CR a4: View impacted / new requirements View My CRs 1 a3: Locate CR Login Set my profile a3.3: View CR product context a3.2: Explore & view CR Query product context Query CR Query requirements Query requirements baseline a3.4: Locate CR affected requirements Query Work Item Open Work Item

OSLC PLM Workgroup22 Next steps For detailed area identified  Clarify objects  Identify attributes  Identify use of existing services  Identify extensions Propose to look at the preceding stage to build up the CR