MBSE – Usability Working Group IS2011 Supporting the Emergence of Usability in the Community of practice.

Slides:



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

Domain Engineering Silvio Romero de Lemos Meira
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
The design process IACT 403 IACT 931 CSCI 324 Human Computer Interface Lecturer:Gene Awyzio Room:3.117 Phone:
SECOND MIDTERM REVIEW CS 580 Human Computer Interaction.
<<replace with Customer Logo>>
1 Chapter 2: Product Development Process and Organization Introduction Importance of human resources: Most companies have similar technology resources.
Degree and Graduation Seminar Scope Management
Mastering Object-Oriented Analysis and Design with UML Module 4: Analysis and Design Overview.
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
Systems Analysis and Design in a Changing World, Fourth Edition
Principles and Methods
Chapter 4: Beginning the Analysis: Investigating System Requirements
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
Requirements Engineering
Release & Deployment ITIL Version 3
Annual SERC Research Review - Student Presentation, October 5-6, Extending Model Based System Engineering to Utilize 3D Virtual Environments Peter.
1. Learning Outcomes At the end of this lecture, you should be able to: –Define the term “Usability Engineering” –Describe the various steps involved.
Model Based Systems Engineering (MBSE) using SysML GSFC Systems Engineering Seminar June 8, 2010 Sanford Friedenthal Lockheed Martin
The design process z Software engineering and the design process for interactive systems z Standards and guidelines as design rules z Usability engineering.
Chapter 4: Beginning the Analysis: Investigating System Requirements
Effective Methods for Software and Systems Integration
1 Qualitative Evaluation Terms Coding/categorization The process of condensing qualitative data through the identification of common themes. Data Matrix.
Web Development Process Description
Ron Kratzke, Vitech Corporation MBSE for System Testing Managing the development of system testing using the principles of Model.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
Matthew Moccaro Chapter 10 – Deployment and Mobility PART II.
MAPLDDesign Integrity Concepts You Mean We’re Still Working On It? Sustaining a Design.
BMAN Integrative Team Project Week 2 Professor Linda A Macaulay.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Measuring the Quality of Decisionmaking and Planning Framed in the Context of IBC Experimentation February 9, 2007 Evidence Based Research, Inc.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Systems Analysis and Design in a Changing World, Fourth Edition
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Week 04 Object Oriented Analysis and Designing. What is a model? A model is quicker and easier to build A model can be used in simulations, to learn more.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Competency based learning & performance Ola Badersten.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
SmartPosition Customer Review and Feedback Presentation.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 4: Analysis and Design Overview.
Prepared by Amira Selim 31 st October 2009 Revised by Dahlia Biazid Requirements Analysis.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
MBSE Usability International Workshop 2012 Supporting the Emergence of Usability in the MBSE Community of Practice Scott Workinger January 21, 2012 IW.
Logistics Community Competency Initiative Update November 20, 2006 Mark Tregar, CNAC Judith Bayliss, DAU “The Total Force must continue to adapt to different.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA INCOSE Usability Working Group Scott Workinger, David Lempia For INCOSE Usability Working Group.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA INCOSE Usability Working Group Scott Workinger, David Lempia For INCOSE Usability Working Group.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
NASA Model-Based Systems Engineering Pathfinder 2016 Summary and Path Forward Karen J. Weiland, Ph.D. Jon Holladay, NASA Systems Engineering Technical.
An Overview of Requirements Engineering Tools and Methodologies*
INCOSE Usability Working Group
INCOSE Usability Working Group
Software Requirements
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.
SysML 2.0 – Systems Engineering Process (SEP) Working Group
Outbrief MBSE Workshop Breakout Session 31 January 2011
HCI in the software process
INCOSE IS 2013 MBSE Plenary June 24, 2013
Adaptive Product Development Process Framework
HCI in the software process
Quick orientation for MBSE Usability Group
Human Computer Interaction Lecture 14 HCI in Software Process
Chapter 4: Software Process Models
MOWLES Team Update Omar AbuRealh (SE), Systems Engineering, Reporting and Presenting Robert Collier (OR), Customer Liaison and Team Lead Joseph Pack (SE),
Presentation transcript:

MBSE – Usability Working Group IS2011 Supporting the Emergence of Usability in the Community of practice

2 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. Objectives and Agenda Objectives - Decision Regarding Standup of a Collaboration Environment - Agreement on Initial Simple Rules Governing Collaboration Environment Agenda - Overview  Purpose of Initiative  What We Mean By Usability  What We Mean With The Term “Exemplar” - Collaboration Environment and Other INCOSE Initiatives - Prototype Review and Discussion - Next Steps

3 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. Context MBSE - Usability Initiative: Collaborative effort to facilitate MBSE development Usability is a key issue Desired: - Easy to learn - Efficient to use - Structures & Processes easy to remember - Easy to avoid mistakes - High satisfaction among users Assumption: - MBSE is “Fit for intended use” - Assumes wide range of capabilities

4 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. High Value Use Case Dimensions SysML Diagram Type Requirement Use Case Activity Sequence State Chart IBD BDD Parametric Package Cross Cutting Customizations (Profile) Req / Agreement Design / Trades Prototype Integration Verification Validation Process Step Tool Type Generate (Artifacts / Documents) Trace & Impact analysis Analysis & Simulation Configuration Management Collaboration Implementation Requirements – 50% of the problems are introduced in requirements - SEI Designs are 50-70% correct going into testing – Reynolds Op Con

5 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. Aspect of the MBSE Collaboration Space A Place where people can: Talk about what they’re doing Share examples - Process  Tips  Techniques - Models - Tools Meeting place with tool vendors where they can get - Feedback - Observe work of leading practitioners Self Organizing

6 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. Using an Exemplar to Demonstrate a Practice Exemplar – An example of best practice in a domain Structure of an Exemplar - Objective of the Practice (Problem to be solved) - Task List – A list of the major tasks needed to solve the problem - The Example – Step by step description of how an engineer solves a specific problem, using specific references to domain objects. - Key Knowledge & Insights needed to accomplish each task - Key Skills & Techniques needed to solve each task - Tools that are useful in accomplishing the tasks - Artifacts – Inputs, Outputs and Intermediate Work Product - Tacit – Example Objects ground the exemplar in a “real world” practice Supplementary Structure - Key Competencies – Key abilities demonstrated by the exemplar - Connections to Key Issues / Themes in the domain Slide is courtesy of Workinger Consulting (707) ©2011 Workinger

7 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. MBSE Usability Working Group High Value Use Case Results - Draft Use Case Name  High Value Use Case Dimension/Points of emphasis Conduct a Design Review using MBSE Environment  Process Step/Design/Differencing between two models and peer reviewing model artifacts Make assertions on current design  Design is consistent/all requirements allocations complete/performance requirements met by design Assemble components from library to meet mission needs  Tool Type/Assemble components and associated behaviors for library to meet mission needs/includes collaboration across engineering analysis & simulation with configuration management aspects Define System architecture and conduct architectural analysis  Process Step/Establish profiles for architecting viewpoints/Finding views, packages for incorporation into tools.    

8 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. Simple Rules Model Language Limited to SysML Examples Bounded By The Posted Use Cases Strive to Learn, Edify, Share – Weekly A complete story satisfies the exemplar guideline Example Update Rules (TBD based on environment selection)

9 Honeywell Confidential. Use or disclosure of information on this page is subject to the restrictions on the title page. Meeting Minutes and Next Steps Attendees: - Lynn Baroff, Jonathan Barrass, Kent de Jong, Kurt Haldema, David Lempia, Ron Lyells, Ryan Mortimore, Tim Tritsch, Dick Welling Minutes: - Reviewed the objectives of the usability group and particulars regarding the stand –up of a virtual collaboration environment. Ron discussed the current situation where the usability group needs for the collaboration environment is very similar to what was discussed at the CAB meeting on Saturday. It would see that there is a strong interest in having the usability groups site be a beta site for where INCOSE IT is headed with regard to a re- engineered INCOSE wide collaboration environment. Ryan Mortimore (INCOSE IT) and Johnathan Barrass (KM working group CAB sponsored project) attended in order to better understand our requirements. - David reviewed the current prototype with google code and Jonathan reviewed the one of the optional collaboration environments (Drupel) that they KM working group is looking at. This provided good insights about our requirements and where INCOSE IT is heading. There was agreement that we should work together. Decisions: - 1) Individuals present agreed that the initial simple rules presented for guiding use of the collaboration environment is adequate. This agreement was with the understanding that as we learn, and progress, other rules may be identified, and modified as agreed to. - Because of timing issues, the usability group will stand up the Google code prototype initially, with the expectation that we would migrate over to the Drupel site once INCOSE IT has the infrastructure and support ready. Timing is TBD, but this transition could happen by early 4 th QTR. Next Steps: - 1) Prepare a set of instructions for using the Google code site (David) - 2) Work up one example use case exemplar (David, Ron) - 3) INCOSE IT to further review the Usability collaboration requirements (Ryan) - 4) Setup a second more detailed discussion with INCOSE IT ( Ryan, David)