Lesson 7 - Identifying User Needs and Establishing ... · PDF fileCCU 2010 / 2011 Lesson 7...

CCU 2010 / 2011

Lesson 7

Identifying User Needs and Establishing Requirements

(Part1 – Requirements & Data Collection)

Previous Lesson (1)

  Participative Design   Users are active in

  Developing

  Discussing and deciding

Previous Lesson (2)

  Topics

  Who represents the users?

  How to facilitate the communication between different user groups?

  Sharing representations

  Cultural differences

  Cooperative design

  Cooperative evaluation

Previous Lesson (3)   Techniques

  PICTIVE

  CARD

  Card Sorting

  “Six Thinking Hats”

  “Acting out”

  Introduction   Requirements: What, How, Why   Requirements   Data collection   Interpretation and analysis   Task description   Task analysis

A short story...

Identifying Needs and Requirements   When?

  Substituting / Updating an existing product   Creating a new product

  What should the product provide?   There are already some requirements   Refine existing requirements   Create new set of requirements from scratch

From Needs to Requirements   Users have

  Needs   Wishes   Expectations   Difficulties

  That need be   Discussed   Refined   Clarified   Reviewed

How to Get Good Requirements

  Implies   Understand the users   Know users’ capacities and skills   Know the tasks they carry out and their objectives   Know under which conditions tasks are carried

out   Know which product(s) they use   Know the constraints in the use of the product(s)

How to Identify Requirements

  Identify

  User needs

  Stating requirements

  Set of requirements is not a wish list

  Do no isolate / put users away   They are needed for the several evaluation and

design cycles

Requirements: What?

  Attain 2 objectives   Gather data on

  Users   Work / activity context   User Needs

  The design cycle path   Data > Requirements > Design

Requirements: How?

  How?   Gather data   Interpret data   Analyse data   Stating requirements

  Requirements specification and documentation

  Iterative refinement process   Do not put users out of the loop!

Requirements: Why? (1)‏   Surveys and studies show that

  Bad requirements are one of the main factors behind many products’ failure

  Successful products are the outcome of clear and detailed requirements

  Establishing requirements is a critical activity of the development process

Requirements: Why? (2)‏   User Centred Design

  Is a way to get correct requirements   That answer user needs and expectations

Establishing Requirements

  Requirements engineering   Requirements identification

  Existing (in other products)‏

  Capture requirements   With the help of the various stakeholder groups

  Requirement analysis   Classification, conflict resolution, consistency   Reformulation

  Requirements validation   Confirmation

Identifying Requirements

  It is not easy because   Requirements are not self evident   Users do not always know what they really

want   User may not be able to express themselves

clearly   User tell needs and wishes, not requirements

Identifying Requirements

  It is not easy because (cont.)

  Different user groups tell things differently

  External factors (business procedures, legislation, etc.)

  Requirements may be unrealistic or not in line with the application context

What is a Requirement (1)‏

  From the dictionary

  Necessary condition

  Legal rule

What is a Requirement (2)‏   Statement of what a product

  Should do   How to do it   Under which conditions

  Must be   Specific   Clear   Without ambiguity

  Specification and documentation

Requirements: Examples   All pages of the WWW site must load in less

than 5 seconds

  The product must be attractive to users   You need to know what “attractive” means to

the users…

The Volere Model‏ (Robertson, 2006)

Example of a Specification (1)

  Description:   An alarm must always be raised when the RPU

stops transmitting any messages   Rationale:

  A loss in data transmission signals the likely malfunction of the substation, maintenance must be called in, and prevents visualizing and controlling all equipments located upstream

  Source:   National grid control

Example of a Specification (2)‏   Fit Criterion:

  The product will raise an alarm at all times that the number of messages per minute with origin from the RPU is less than the number set for that RPU

  Customer Satisfaction: 3

  Costumer Dissatisfaction: 5

Example of a Specification (3)‏   Dependencies:

  Supporting Materials: RPU configuration and Operation Manual

  History: Raised by F. Fernandes, 2009/10/25

Types of Requirements (1)‏   Functional

  What the product must do

  Ex.: image viewer must be able to read files written in several image formats

  Ex.: Product to support pointer and sweep interaction input devices

Types of Requirements (2)‏   Non functional

  Constraints to the product and/or its development

  ex.: product to be portable to a list of hardware/software platforms

  ex.: product to run on platforms with hard drives with 30 MB capacity

  ex.: product to be delivered in 6 months

Requirements in Interactive Systems

  Functional   Data   Environmental   User   Usability

Functional Requirements

  What the product must deliver   Supported tasks   Roles taken

  Examples:   Warn that the inventory is low (under a

predefined number of units)   Prompt for input of mandatory data that was

not supplied

Data Requirements

  Characterization of data produced (output) and data consumed (input)

  Type, volatility, volume persistency, update

  Examples:   Share dealing application data must be

accurate and up-to-date and may change many times a day

  Banks: data persistency over months/years

Environment Requirements

  Environmental   Conditions under which the system must

operate   Physical: lighting, noise, dust, heat, humidity   Social: resource sharing (files, equipments,

synchronicity)   Organizational: available support, training,

(communication ) infrastructures, organization culture and structure

  Technological: platforms, compatibility, portability, technological constraints

User Requirements   User characteristics capture

  Capacities and skills

  Difficulties

  Experience

  User profile

  Examples:   Users must first know the Internet before accessing a

WWW site

  System to be used by persons with motor disabilities

Usability Requirements

  Usability goals and related measurements   Efficiency   Efficacy   Utility   Satisfaction   Learning   Security

  Assess development progress

Exercise

  List some requirements for the following applications

  Estimation of the ecological footprint of a family

  Performance analysis and display of sports data

Data Gathering

  Questionnaires   Interviews   Groups and Workshops   Observation   Prototyping   Documentation   Previous / similar systems

Data Gathering Examples

  Observation   Provides understanding of the business process

  Participative prototypes   (developed hand-in-hand with stakeholders)

Use, explore and identify users’ knowledge   Interviews (enable)

  Decision sequences capture and understanding   Dialogue for negotiation between users and the

development team   Role playing prototypes (and walkthroughs)

  Idem

Data Gathering - Prototyping

  Keep in touch with the “application”

  Enables the gathering of requirements that would not be otherwise visible

  Requirements for innovative systems / applications   Observation in realistic scenarios impossible

  Very useful to validate / confirm requirements

  Explain usage scenarios

Data Gathering - Documentation

  Manuals   Procedure manuals   Business / operational rules

  User records / logs   Good to identify

  Activities and related rules / procedures   Legislation and contextual data

  Should never be the only data source   Does not involve users (directly)

Data Gathering – Previous Systems   Assess what users have been using

  Assess similar (competing) systems   May be a way to start understanding user

difficulties

  Pay attention: what other systems provide is not necessarily good!

  Always check back with the users

Data Gathering Techniques Selection (1)

  Data gathering techniques main differences   Time taken   Level of detail   Risk (incertitude) of conclusions

  Analyst experience

Data Gathering Techniques Selection (2)   Type of tasks to identify / analyze

  Sequential tasks or concurrent / parallel tasks?

  Huge and complex data content or small and simple?

  User characteristics

  Ordinary persons with little training or task experts?

Data Gathering Problems (1) ‏  Identify and involve the stakeholders:

  Users, managers, technicians, consumer reps? Union reps? Shareholders?

  Getting stakeholders involvement:   Workshops, interviews, workplace environment studies

  Get real users, not managers:   A traditional software engineering problem

Data Gathering Problems(2) ‏  Requirements management:

  Version and propriety control

  Communication   Within the development team   With the client / user   Between users

(organization divisions that use different technologies)

  Implicit and distributed knowledge of the domain   Difficult to get and understand   Knowledge discourse

  Availability of key persons

Data Gathering Problems(3) ‏  Political problems within the organizations

  Domination exerted by a group of stakeholders

  Changes in the business or economic environment

  Balance between functionality and usability

Data Gathering: Recommendations (1)   Target data gathering at identifying stakeholders

  Behaviour, tools, other products, previous versions

  Involve user groups   Workshops, interviews, observation

  A representative of each group is not enough   Managers neither too

Data Gathering: Recommendations (2)

  Combine several techniques   Each technique provides a different view   Different views > corroboration   Interviews, surveys > consolidate with

workshops

  Use materials at all times   Prototypes, descriptions, etc.

Data Gathering: Recommendations (3)   Prepare all activities well

  Test tools

  Know what you want to get   Balance data gathering and analysis

  Plan how to gather data adequately   Analyze as early as possible

Lesson 7 - Identifying User Needs and Establishing ... · PDF fileCCU 2010 / 2011 Lesson 7...

Documents

CS3205: Identifying needs and establishing requirementshorton/cs3205/cs3205-4-user-req-analysis1-s17.… · CS3205: Identifying needs and establishing requirements Readings: 1) ID-Book

Identifying needs and establishing requirements. Overview The importance of requirements Different types of requirements Data gathering Task descriptions:Scenarios

Chapter 10 Identifying needs and establishing · PDF fileIdentifying needs and establishing ... •Focus on identifying the stakeholders’ needs ... The system prompts user for the

Identifying Process Metrics Establishing accurate and reliable process measures

Identifying Commonwealth Heritage Values and Establishing a

Analysing Feasibility, Identifying markets and ... · Identifying markets and establishing linkages for Cashew (Srikakulam District), Turmeric and Long Pepper (Visakhapatnam district)”

Information and Communication Technology - file.upi.edufile.upi.edu/.../196603252001121-MUNIR/Presentasi_TIK/...Project_2.pdf · • Identifying, designing, and establishing a scope

Identifying the barriers to establishing a Uniform System of Accounts (USoA)?

Identifying needs and establishing requirements

Identifying Needs and Establishing Requirements By – Hao and Raj Chapter 7 - PRS

Nursing Process Planning. Defined Establishing client centered goalsEstablishing client centered goals Identifying expected client outcomesIdentifying

· PDF fileccu ase FM-STEREO-TUNER T-109 'Hochpräzise elektronische AbstimmungODoppelt abgestimmter Antenneneingangsverstärker verarbeitet hohe SignalpegelONeu

Identifying needs and establishing requirements

Identifying User Needs and Establishing Requirementskobsa/courses/INF231/07F/Ch_7_Presentation.pdf · Identifying User Needs and Establishing Requirements. 2 ... Advantages Possibility

Data flow & information requirements. Establishing IPSO Recording information about the existing system Identifying the problems with the system

Establishing user requirements - achi.org.au · PDF fileEstablishing user requirements ... establishing and defining user requirements. Needs analysis - The process for identifying

Chapter 10 Identifying needs and establishing requirements

BPM Standards and Technology Understanding tool options, identifying technical requirements, establishing selection approach, and making the final choice

communities.geoplatform.gov€¦ · Web viewClarifying statement - example actions may include: identifying business justifications for long-term archiving; establishing long-term

Mapping complex decision making in critical geographies – Identifying approaches and establishing partnerships in the Indus Basin