INCOSE Usability Working Group

Slides:



Advertisements
Similar presentations
Integration of MBSE and Virtual Engineering for Detailed Design
Advertisements

ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
® IBM Software Group © 2014 IBM Corporation Innovation for a smarter planet MBSE for Complex Systems Development Dr. Bruce Powel Douglass, Ph.D. Chief.
SwE 313 Introduction to Rational Unified Process (RUP)
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
A Combat Support Agency Defense Information Systems Agency Model Based Systems Engineering and Systems Modeling Language Chris Gedo Chief, Architecture.
Model Based Systems Engineering (MBSE) using SysML GSFC Systems Engineering Seminar June 8, 2010 Sanford Friedenthal Lockheed Martin
Effective Methods for Software and Systems Integration
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 A Discipline of Software Design.
Data Segmentation for Privacy November 16 th, 2011.
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Enterprise Architectures. Core Concepts Key Learning Points: This chapter will help you to answer the following questions: What are the ADM phase names.
Viewpoint Modeling and Model-Based Media Generation for Systems Engineers Automatic View and Document Generation for Scalable Model- Based Engineering.
Systems Engineering Concept Model (SECM) Status 03/17/2016 John Watson.
MBSE – Usability Working Group IS2011 Supporting the Emergence of Usability in the Community of practice.
MBSE Usability International Workshop 2012 Supporting the Emergence of Usability in the MBSE Community of Practice Scott Workinger January 21, 2012 IW.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA INCOSE Usability Working Group Scott Workinger, David Lempia For INCOSE Usability Working Group.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA INCOSE Usability Working Group Scott Workinger, David Lempia For INCOSE Usability Working Group.
International Symposium 24 June – 27 June 2013 Philadelphia, PA, USA MBSE Workshop INCOSE IS 2013 MBSE Plenary June 24, 2013 MBSE Usability Lead: Bjorn.
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
International Workshop Jan 21– 24, 2012 Jacksonville, Fl USA INCOSE IW 2012 MBSE Workshop INCOSE MBSE Initiative Methods and Metrics Activity John C. Watson.
Sparx Systems (India)– Value Added Services
Discussion Topics for Exploring OMG UPDM Way-ahead
Introduction to UML.
Systems Engineering Concept Model (SECM) Update
Use Cases Discuss the what and how of use cases: Basics Benefits
INCOSE Usability Working Group
Fundamentals of Information Systems, Sixth Edition
CS4311 Spring 2011 Process Improvement Dr
Testing Process Roman Yagodka ISS Test Leader.
Object-Oriented Software Engineering Using UML, Patterns, and Java,
John C. Watson Principal Member of Engineering Staff
Topic for Presentaion-2
SysML v2 Usability Working Session
IEEE Std 1074: Standard for Software Lifecycle
1.Introduction to Rational Unified Process (RUP)
Software Requirements
Application of SysML to LLRF system design M.Grecki
UML: Unified modeling language
HCI in the software process
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
Systems Engineering Workflow Use Cases Activity SysML Roadmap Activity
UNIT-6 SOFTWARE QUALITY ASSURANCE
Introduction to Object Oriented Analysis, Design and Unified Modeling Language (UML) Shanika Karunasekera.
Introduction to Software Engineering
Engineering Processes
Introduction to Software Testing
© 2018 Lockheed Martin Corporation
Outbrief MBSE Workshop Breakout Session 31 January 2011
Introduction to UML.
UNIT-6 SOFTWARE QUALITY ASSURANCE
Software engineering -1
UML profiles.
HCI in the software process
Identifying enablers & disablers to change
INCOSE IS 2013 MBSE Plenary June 24, 2013
HCI in the software process
Engineering Processes
Quick orientation for MBSE Usability Group
Human Computer Interaction Lecture 14 HCI in Software Process
MBSE Usability Activity Team Model-based Systems Engineering (MBSE) Initiative MBSE IS Workshop June 2011.
Systems Engineering Concept Model (SECM) Update
Software Development Process Using UML Recap
Systems Engineering Workflow Use Cases Activity SysML Roadmap Activity
MBSE for PLM: Part of the Digital Systems Life Cycle
MBSE / SysML adoption issues
UML Design for an Automated Registration System
Presentation transcript:

INCOSE Usability Working Group Scott Workinger, David Lempia For INCOSE Usability Working Group 2011

Introduction Usability - "The extent to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency, and satisfaction in a specified context of use.“ ISO Usability Group Purpose – To identify how SysML and supporting tools can be made easier to learn and use and to promote usability improvements. Usability measure of success – Identify usability levels to focus discussions. Identify method to communicate usability issues (such as metrics or pain points or usability matrix). Conduct a root cause analysis for each usability issues to identify suggestions to standards groups or tool vendors.

Introduction History Timeline Logistics Kicked off Jan 2010 at the INCOSE MBSE Workshop ?? Leaders/members Mix of usability experts and practitioners Armin, Bjorn Cole , David Lempia, Dick Welling Jen Narkevic, Lynn Baroff, Patricia Collins Peter Campbell, Quoc Do, Ron Lyells Scott Workinger, Staffan Strömbäck, Sue Archer Tim Tritsch, Werner Altmann Meet 1 time per month. Logistics OMG Wiki - http://www.omgwiki.org/MBSE/doku.php?id=mbse:usability Google Group - http://groups.google.com/group/mbse-usability E-mail MBSE-Usability@googlegroups.com

Introduction Accomplishments Created a unifying purpose Educated and researched usability and how it applies to this problem space Created a plan to move us forward Created a Usability Framework – Needed to organize usability information Created a concept of operations – Who are the stakeholders and what are they interested in Identify target audience OMG SysML language development team Magic Draw, No Magic, (Representatives name????) Enterprise Architect, Sparx (Representatives name????) Rhapsody, IBM (Representatives name????) Example usability use case

Context and Scope Usability dimension Scope Ease of Learning Efficiency of Use (routine, non-routine) Error Tolerance Subjective (Satisfaction) Scope Current and Future Envisioned Needs Process Language / models (Representational capabilities) Tools Lifecycle of scope Broad and inclusive – Generate interest and ideas Start of a project Narrow to accomplish work SysML, Modelica Select candidate use case Select candidate usability experiment

Plan Details Workshop Plan Pilot Study Plan Create a set of use cases Story Use case details Rank the use cases in order starting with the use case the has the most potential to generate findings (hypothesis) Design an experiment to collect usability findings Pilot Study Plan Select one pilot use case Identify candidate tool vendor Tool vendor runs the experiment Refine the experiment based upon results

Plan Details Trial Study Plan Identify three use cases to study Update the experiment procedure based upon the pilot experiment results Have tool vendors run the experiment on their tools Collect the results and categorize in the usability framework Generate usability findings Find the root cause of the findings Document and publish a paper on the findings Deliver the findings to process, language, or tool stakeholders

Plan Details Main Study Plan Identify use cases for main study Update the experiment procedure based upon the trial experiment results Have tool vendors run the experiment on their tools Collect the results and categorize in the usability framework Generate usability findings Find the root cause of the findings Document and publish a paper on the findings Deliver the findings to process, language, or tool stakeholders

Use cases for usability For each use case we need the following information: Goal - What is the goal of the use case? (Focus on the produced engineering artifacts and the needs of the customer) Actors – Who are the actors involved in this use case? Who is the customer? Usability Hypothesis – What are the expected usability issues that may be encountered in this use case? What systems engineering process is supported? Pre-condition – What is the state of the tools and engineering artifacts before the use case begins. What are the inputs needed to start this use case. Post-condition – What is the state of the tools and engineering artifacts after the use case finishes. What are the outputs from this use case. Sequence of tasks - What are the tool independent tasks the primary actor does (Starts with a verb) (What SysML element(s) and/or diagram(s) is used?) MBSE Value Added - What is the value added to this use case because I used MBSE as opposed to traditional methods?

Use cases for usability (2) Example Systems Engineering Processes Agreement Requirements Solution System Analysis Management Example Usability Hypothesis Ease of Learning Example – In use case X students will have difficulty learning the difference between parts and blocks Efficiency of Use (routine, non-routine) Example – In use case Y it will be more efficient to use a spread sheet Error Tolerance Example - In use case Z engineers will collect numbers without engineering units resulting in interface definition errors Subjective (Satisfaction) Example – In use case ZZ engineers will write MS word documents because they do not know how to markup peer review findings in a model.

Potential Hi-Value Use Case Areas Create use cases that consider the following: Agreement - What are we building? What is needed for success? Requirements – 50% of the problems are introduced in requirements - SEI White Board Free Thinking (Transition from white board to formal models) Design alternatives Architecturally significant requirements Structure (Software, Electrical, Mechanical, …) Trade Studies Design Behaviors & data interfaces Structure & data interfaces Manage critical design parameters

Potential Hi-Value Use Case Areas Implementation Testing – Designs are 50-70% correct going into testing – Reynolds Analysis – parametric solvers, behavior simulators Handoffs / contracts between development teams Generate design artifacts Collaboration Configuration Management Manage product families Example – Combine requirements, behaviors and software configuration items from different programs into a new program. Customizations (profiles, queries, document templates) Tool and language deployment (Install and updates)

Conclusion History Accomplishments Plan Use Cases Concepts of Operation