Specifying Usability Requirements: The Need for Standards Mary Theofanos Brian Stanton Visualization and Usability Group.

Slides:



Advertisements
Similar presentations
Advanced Information Systems Development (SD3043)
Advertisements

ENTITIES FOR A UN SYSTEM EVALUATION FRAMEWORK 17th MEETING OF SENIOR FELLOWSHIP OFFICERS OF THE UNITED NATIONS SYSTEM AND HOST COUNTRY AGENCIES BY DAVIDE.
By: MSMZ. Objective After completing this chapter, you will be able to: Explain 2 contract review stage List the objective of each stage of the contract.
Alternate Software Development Methodologies
Chapter Learning Objectives
CS CS 5150 Software Engineering Lecture 12 Usability 2.
The Lumina Center Grantseeking Workshop Series Presents Outcomes & Evaluations April 20, 2006.
Usability & Usability Engineering. Usability What is usability Easy to use? User Friendly?
Usability Requirements: Compliance with ANSI/INCITS-354 Stephen Jackson Cheryl Kieliszewski.
Usability 2004 J T Burns1 Usability & Usability Engineering.
Usability Specifications
Chapter 9. Definitions Determining what is being accomplished, i.e. evaluating the performance and if necessary, applying corrective measures so that.
Task analysis 1 © Copyright De Montfort University 1998 All Rights Reserved Task Analysis Preece et al Chapter 7.
Software Quality Matters Ronan Fitzpatrick School of Computing Dublin Institute of Technology.
Cloud Usability Framework
Welcome ISO9001:2000 Foundation Workshop.
Technical Integrity Assurance For Product Development W. Henson Graves Lockheed Martin Aeronautics Company Russ Campbell.
Release & Deployment ITIL Version 3
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Extreme Programming.
QUALITY MANAGEMENT SYSTEM ACCORDING TO ISO
CHAPTER 5 Infrastructure Components PART I. 2 ESGD5125 SEM II 2009/2010 Dr. Samy Abu Naser 2 Learning Objectives: To discuss: The need for SQA procedures.
Introduction to ISO New and modified requirements.
Managing Software Quality
OHT 23.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The benefits of use of standards The organizations involved in standards.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Introduction to ISO 9001:2000.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 12.
Comp 20 - Training & Instructional Design Unit 6 - Assessment This material was developed by Columbia University, funded by the Department of Health and.
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
Extreme/Agile Programming Prabhaker Mateti. ACK These slides are collected from many authors along with a few of mine. Many thanks to all these authors.
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.
IT Requirements Management Balancing Needs and Expectations.
Interaction Design CMU. Today’s objectives Continue Design approaches (UCD, ACD)  User-Centered Design  Activity-Centered Design.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
Question To know that quality has improved, it would be helpful to be able to measure quality. How can we measure quality?
Lecture 7: Requirements Engineering
CS2003 Usability Engineering Human-Centred Design Dr Steve Love.
Paul Hardiman and Rob Brown SMMT IF Planning and organising an audit.
Software Engineering - I
Presentation made by 3D High School G.B. Bodoni.  What is it? Business Plan is a planning document that describe in detail the business project and allows.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
1 Performance Measures A model for understanding the behavior of our work Presented by Wendy Fraser.
Chapter 13: Software Quality Project Management Afnan Albahli.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Project management Topic 3 Quality.
Maintaining and Sustaining System Integrity Configuration Management for Transportation Management Systems Configuration management (CM) describes a series.
June 5, 2007Mohamad Eid Usability Testing Chapter 8.
Hussein Alhashimi. “If you can’t measure it, you can’t manage it” Tom DeMarco,
By: Dr. Mohammed Alojail College of Computer Sciences & Information Technology 1.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Software Quality Assurance. Software Quality Software quality is defined as the quality that ensures customer satisfaction by offering all the customer.
1 Chapter 7: Management How Management Functions To achieve organizational goals, management decides how to utilize human, financial, and material resources.
WORKSHOP ON ACCREDITATION OF BODIES CERTIFYING MEDICAL DEVICES INT MARKET TOPIC 9 CH 8 ISO MEASUREMENT, ANALYSIS AND IMPROVEMENT INTERNAL AUDITS.
DOCUMENTATION ISO/IEC 17025:2005 Documentation.
©© 2013 SAP AG. All rights reserved. Product Development Scenario Overview Open Legend Project Manager Scenario Description The following business roles.
Demonstrating Institutional Effectiveness Documenting Using SPOL.
Information Technology Project Management, Seventh Edition.
Introduction to Software Requirement Engineering Nisa’ul Hafidhoh Teknik Informatika
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Software Engineering — Software Life Cycle Processes — Maintenance
Stages of Research and Development
Software Quality Control and Quality Assurance: Introduction
Quality Management Systems – Requirements
Quality management standards
Product Development Scenario Overview
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
Outbrief MBSE Workshop Breakout Session 31 January 2011
the Public Procurement Audit Practical Guide
Quick orientation for MBSE Usability Group
Presentation transcript:

Specifying Usability Requirements: The Need for Standards Mary Theofanos Brian Stanton Visualization and Usability Group

How do you specify usability requirements?

Despite usability horror stories Usability requirements are rarely identified by organizations purchasing or developing software

What is the state of usability in Government procurements? Federal agencies have virtually no visibility of software product usability before we make procurement decisions We do not know how to include usability requirements in procurements. We do not know how to compare product usability or to plan for or measure usability costs

But Usability can be objectively defined and measured This implies that we can: 1. Identify usability requirements 2. Measure usability before we deploy or purchase a product

ISO Standards define 3 measures of Usability Effectiveness -- a measure of user productivity, how well a user can perform his job accurately and completely. (i.e.: completion rate, number of errors) Efficiency -- a measure of how quickly a user can perform work, the resources expended to accomplish the task. (i.e.: time on task) Satisfaction--The degree to which users like the product – a subjective response in terms of ease of use, frustration, and usefulness. 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

Example of an Operational Definition for Usability for a travel system: On their first try, within 15 minutes, 75% of Government travelers shall be able to correctly-  Create a travel request form  Select one departure flight and one return flight  Designate one hotel  Reserve one rental car  Forward the travel request form for approval.. By their second try, within 15 minutes, 90% shall be able to complete the tasks correctly

In 1998, Industry approached NIST to develop a method for factoring usability into procurement decisions Goal: Increase the visibility of software usability  Reduce uncontrolled overhead costs of software usability problems, while improving user productivity and morale.  Encourage software suppliers and consumer organizations to work together to understand user needs and tasks.  Define and validate an industry-wide process for providing visibility of software usability to support product decision-making.

Participants span industry, government and academia Government Brookhaven National Labs Census Bureau DISA DHHS GSA IRS Library of Congress OCLC OPM SSA USDA US Army Corps of Engineers US Air Force State of Georgia, DOT Universities Dalian Maritime Univ. China Rensselaer Polytechnic Inst. University of Indiana San Jose State SEI/CMU Shizuoka University Syracuse University UC Berkeley UCLA University of Maryland University of Michigan University of Copenhagen University College London University of Bologna Industry Boeing Microsoft Oracle Dell Fidelity Investments Motorola Apple General Electric Ford Honeywell Phillips Whirlpool SAP State Farm Xerox

The role of NIST has been to: Act as a facilitator in bringing together industry usability professionals, academics, and government representatives. Maintain the documents and support the ISO standardization process Collect and analyze data to determine the value of incorporating usability into product decision-making and the impact of the adoption of IUSR “products”.

How do we incorporate usability requirements into the procurement process?

The Common Industry Specification for Usability Requirements Defining usability requirements in sufficient detail to make an effective contribution to design and development Defining usability criteria that can be empirically validated subsequently if needed. Developed by NIST and IUSR to provide a structure for:

CISUR supports communication between usability professionals Procurers can specify usability in a Request for Proposals or a contract for software Supplier organizations can determine if usability requirements specified by a customer are realistic for their product, and plan on how to ensure that a product meets these requirements. Suppliers can assess if the usability requirements specified for product development meet the needs of the customer organizations.

CISUR supports communication within and between organizations Among members of the development team to specify requirements for use by the development team Between the customer and supplier of a custom product to define specific customer requirements Between a range of potential customers and a supplier of an off the shelf product, to define diverse requirements.

The CISUR identifies 3 components to specifying requirements Context of Use: description of intended users, their goals, equipment, and environment in which product will be used Performance and satisfaction criteria: ways in which the usability of the product can be measured Test Methods: how the product will be tested to determine whether the usability requirements have been met

The CISUR identifies 3 levels of specification for the components

The CISUR was developed with the following characteristics: Independent of specific design process Facilitates iterative development of requirements Complements other user centered design standards Only applies to usability requirements Does not specify a format for specification As a complement to the CIF

Next Steps 1. ISO Standardization 2. Case Studies

Getting a copy of the CISUR

Questions? Mary Theofanos NIST (301) Brian Stanton NIST (301)