Recall The Team Skills Analyzing the Problem (with 5 steps)

Slides:



Advertisements
Similar presentations
Design, prototyping and construction
Advertisements

Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Rapid Prototyping Dimensions and terminology Non-computer methods
Prototyping and Storoyboards
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
ACTIVELY ENGAGING THE STAKEHOLDER IN DEFINING REQUIREMENTS FOR THE BUSINESS, THE STAKEHOLDER, SOLUTION OR TRANSITION Requirements Elicitation.
1 Chapter 4 The Software Team Requisite’s 6 team skills for effective requirements management.
1 Brainstorming and Storyboarding Sriram Mohan/Steve Chenoweth RHIT Chapters 12 & 13, Requirements Text.
Chapter 8 Prototyping and Rapid Application Development
Use Case Analysis Chapter 6.
1 Team Skill 2 - Understanding User and Stakeholder Needs (Chapters 8-13 of the requirements text) CSSE 371, Software Requirements and Specification Don.
CS350/550 Software Engineering Lecture 1. Class Work The main part of the class is a practical software engineering project, in teams of 3-5 people There.
From Scenarios to Paper Prototypes Chapter 6 of About Face Defining requirements Defining the interaction framework.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews 2. Workshops 3. Brainstorming.
What is a prototype? A prototype is a small scale model of your larger product. Can be a physical object, or a simple software program. Many physical.
Recall The Team Skills Analyzing the Problem
Team Skill 2 Understanding Stakeholders Needs
5-1 © Prentice Hall, 2007 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
RUP Requirements RUP Artifacts and Deliverables
RAD Model BY - Dhivakaran.JM.
Requirements Analysis
Requirement Gathering Fall 2006/1385 Semester 1 Sharif Univ. of Tech.2 Sources Gather information on what system should do from many sources –Users –Reports.
Chapter 11: An Evaluation Framework Group 4: Tony Masi, Sam Esswein, Brian Rood, & Chris Troisi.
Business Analysis and Essential Competencies
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 22 – 10 – 2011 College Of Computer Science and Information, Information Systems.
Storyboarding 1. Purpose of Storyboarding  To gain an early reaction from users on the concepts proposed for the application.  They are an effective.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
Software Design Experiences 2009, adapted from d.school.bootcamp.2008 DP 0 The Wallet Project.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
Software Engineering User Interface Design Slide 1 User Interface Design.
Prototyping What prototyping is The benefits of prototyping Low-fidelity and high-fidelity prototypes, and the advantages of each How to build paper prototypes.
ICS 463, Intro to Human Computer Interaction Design: 5. Design Processes Dan Suthers.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Prototyping. REVIEW : Why a prototype? Helps with: –Screen layouts and information display –Work flow, task design –Technical issues –Difficult, controversial,
1 Brainstorming and Storyboarding Sriram Mohan. 2 Outline  Background Barriers to Elicitation  Techniques Brainstorming Storyboarding.
Storyboarding Steve Chenoweth & Chandan Rupakheti RHIT Chapters 13, Requirements Text and storyboarding web article.
1 Team Skill 2 - Understanding User and Stakeholder Needs (Chapters 8-13 of the requirements text) Sriram Mohan.
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.
Software Requirements and Design Class 4 Khalid Ishaq.
Team Skill 2 Understanding User and Stakeholder Needs Storyboarding (13)
Requirement Discipline Spring 2006/1385 Semester 1.
Team Skill 2 Understanding User and Stakeholder Needs The features of a Product or System (9)
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.
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
Pepper modifying Sommerville's Book slides
Game Art and Design Unit 4 Lesson 1 Game Conceptualization
Use Case Analysis Chapter 6.
Prototyping Lecture # 08.
Recall The Team Skills Analyzing the Problem (with 5 steps)
Principles of Information Systems Eighth Edition
Requirements Analysis Scenes
Chapter 2 Design Tools.
WXGE6103 Software Engineering Process and Practice
Use Case Analysis Chapter 5.
Wrapping up prototyping
Prototyping.
Introduction to Prototyping
Recall The Team Skills Analyzing the Problem
DESIGN THINKING IN TASK ANALYSIS
Prototyping.
CS 321: Human-Computer Interaction Design
Design, prototyping and construction
Chapter 11 Design, prototyping and construction 1.
Chapter 11 Requirements Workshops
Visualizing Beneficiary Experience through Journey Mapping
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
Chapter 8 Prototyping and Rapid Application Development
STORYBOARDING 4.1 Exampling game conceptualization including brainstorming, sketching, and storyboarding.
Lesson 2 Prototyping.
Design, prototyping and construction
Presentation transcript:

Recall The Team Skills Analyzing the Problem (with 5 steps) Understanding User and Stakeholder Needs Interviews Workshops Brainstorming and idea reduction Storyboarding Defining the System Managing Scope Refining the System Definition Building the Right System

Storyboarding Chapter 13 Purpose of Storyboarding Types of Storyboards What Storyboards Do Tools & Tips for Storyboarding

Storyboarding The purpose of storyboarding is to gain an early reaction from the users on the concepts proposed for the application. Storyboards offer an effective technique for addressing the "Yes, But" syndrome. Storyboarding is extremely inexpensive user friendly, informal, and interactive Provides an early review of the system’s interfaces easy to create and easy to modify

Types of Storyboards Passive storyboards Active storyboards Tell a story to the user. Consist of sketches, pictures, screen shots, PowerPoint presentations, or sample application outputs. Walks the user through the storyboard, with a "When you do this, this happens" explanation. Active storyboards Try to make the user see "a movie that hasn't actually been produced yet.“ Provide an automated description of the way the system behaves in a typical usage or operational scenario.

Types of Storyboards Interactive storyboards Let the user experience the system in a realistic and practical way. Require participation by the user.

Storyboarding Continuum

What Storyboards Do In software, storyboards are used most often to work through the details of the human-to-machine interface. In this area each user is likely to have a different opinion of how the interface should work. Storyboards for user-based systems deal with the three essential elements of any activity: Who the players are What happens to them How it happens

Tools for Storyboarding Passive-storyboarding constructs have been made out of tools as simple as paper and pencil or Post-it notes. More advanced storyboards can be built with presentation managers such as PowerPoint. Passive, active, and user-interactive storyboards have been built with various packages that allow fast development of user screens and output reports.

Tips for Storyboarding Don't invest too much in a storyboard. If you don't change anything, you don't learn anything.. Don't make the storyboard too functional. Whenever possible, make the storyboard interactive.

Key Points The purpose of storyboarding is to elicit early "Yes, But" reactions. Storyboards can be passive, active, or interactive. Storyboards identify the players, explain what happens to them, and describe how it happens. Make the storyboard sketchy, easy to modify, and not shippable. Storyboard early and often on each project with new or innovative content.