Presented by the GMU Win-Win Team March 17, 2004 Status Report.

Slides:



Advertisements
Similar presentations
Requirements gathering
Advertisements

Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Components of a Product Vision/Strategy
Overview of the Interaction Design Process. Objectives By the end of today’s class you will be able to… –Describe the major steps in the interaction design.
1/10 POSDATA Team EVR:MAKING USE Hou, Kyu Cho, Eun Young Jeung, Min Ho Jung,Hee Joon.
May 2, May 2, 2015May 2, 2015May 2, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa, CA.
Built-In Usability: A Usage-Centered Design Approach Chapter 2 Betty Wilkins 02/07/06.
Object-Oriented Analysis and Design
INFO 310 User Centered Design. User centered design (Allen, 1996) Identify a user population Investigate the information needs of the user group Discover.
Design Activities in Usability Engineering laura leventhal and julie barnes.
James Tam User Centered Design Why User Centered Design is important Approaches to User Centered Design.
Chapter 6 The Process of Interaction Design Presented by: Kinnis Gosha, Michael McGill, Jamey White, and Chiao Huang.
Slide 1 Chapter 7 Structural Modeling. Slide 2 Key Ideas A structural or conceptual model describes the structure of the data that supports the business.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Principles and Methods
Team Project IS 485, Professor Matt Thatcher. 2 Agenda l Review l Team project –project overview –team feedback –milestones l Questions?
© Copyright Eliyahu Brutman Programming Techniques Course.
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.
SYSTEMS ANALYSIS. Chapter Five Systems Analysis Define systems analysis Describe the preliminary investigation, problem analysis, requirements analysis,
WEB DESIGNING Prof. Jesse A. Role Ph. D TM UEAB 2010.
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
Introduction to Object-oriented programming and software development Lecture 1.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
1 Web Basics Section 1.1 Compare the Internet and the Web Compare Web sites and Web pages Identify Web browser components Describe types of Web sites Section.
ITEC224 Database Programming
Interacting with IT Systems Fundamentals of Information Technology Session 5.
Understanding User Requirements. Documenting Use Cases 2 At this stage of the exploration, the participants should be thinking of essential use cases.
Software Engineering Chapter 16 User Interface Design Ku-Yaw Chang Assistant Professor Department of Computer Science and Information.
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Coming up: Software Engineering: A Practitioner’s Approach, 6/e Chapter 5 Practice: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
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.
Interaction Design CMU. Today’s objectives Continue Design approaches (UCD, ACD)  User-Centered Design  Activity-Centered Design.
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Slide 1 Structural Modeling Chapter 7. Slide 2 Key Ideas A structural or conceptual model describes the structure of the data that supports the business.
SE: CHAPTER 7 Writing The Program
Lecture 7: Requirements Engineering
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Modeling Component-based Software Systems with UML 2.0 George T. Edwards Jaiganesh Balasubramanian Arvind S. Krishna Vanderbilt University Nashville, TN.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
1 Human Computer Interaction Week 7 Prototyping. 2 Introduction Prototyping is a design technique where users can be involved in testing design ideas.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 7: Requirements Engineering Software Engineering: A Practitioner’s Approach, 6/e.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Structural Modeling Chapter 7. Key Ideas A structural or conceptual model describes the structure of the data that supports the business processes in.
SYS466 Casual Use Case Specifications. Systems Use Case Diagrams and Specifications Based on the dialog metaphor Based on the dialog metaphor The process.
CMPS 435 F08 These slides are designed to accompany Web Engineering: A Practitioner’s Approach (McGraw-Hill 2008) by Roger Pressman and David Lowe, copyright.
Immersion Team Research Plans Afua Gyasi Kim Amin Kim Monti Matthew Mariani Rahel Woldehanna.
Software Design: Principles, Process, and Concepts Getting Started with Design.
© 2005 Prentice Hall1-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
By Germaine Cheung Hong Kong Computer Institute
Mapping the Software Assurance Landscape: A Guide to What’s Going On In the Community Sean Barnum.
Management Information Systems
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
The Structure of the User Interface Lecture # 8 1 Gabriel Spitz.
Chapter 5:User Interface Design Concepts Of UI Interface Model Internal an External Design Evaluation Interaction Information Display Software.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 9: Design Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
CONNECTING COMPONENT Pertemuan Matakuliah: M Analisis dan Perancangan Sistem Informasi Lanjut Tahun:
William H. Bowers – Specification Techniques Torres 17.
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
DOCUMENTATION REF: Essentials of IT (Hamilton et al) Chapter 1.
Chapter 2 Hix & Hartson Guidelines.
The Semiotic Engineering of Human-Computer Interaction Section I Foundation Chapter 1 Introduction.
Chapter 1 OBJECT-ORIENTED ANALYSIS AND DESIGN
Unified Modeling Language
University of Central Florida COP 3330 Object Oriented Programming
Metadata The metadata contains
Presentation transcript:

Presented by the GMU Win-Win Team March 17, 2004 Status Report

Performance Analysis ACTION PLAN:  Create role models  Create use cases  Create content models  Create wire frames  Plan usability testing  Design and develop prototype  Continue to research and to write white papers

From Needs Analysis to Design Action Plan Employing a usage-centered design will allow the WIN-WIN team to focus on what the stakeholders are trying to accomplish and on what the software, via the user interface, will need to accomplish those tasks. This process incorporates five key elements:  Pragmatic design guidelines  Model-drive design process  Organized development activities  Iterative improvement  Measures of quality (p. 23) The interrelationship of role models, task models, and content models provides a multi-perspective approach to viewing the work, the user, and the interface to support them. This model-driven approach helps the designers to frame issues and focus on what is essential (Constantine et al., 1999, p. 29).

DESIGN Create role models The relationship between the users and solution system is known as the role models. These are abstractions; that is, they are an aggregation of people’s needs, interests, expectations, behaviors and responsibilities characterizing their relationship with the system. In constructing these models, the designer is aggregating information to evolve an understanding of (1) How are they going to interact with the system; and (2) What do they expect from the system. Through telephone and face-to-face interviews, we asked stakeholder representatives:  What do you do in your job?  What would help you to do your job more effectively?

Design Benchmarking CoPs  Math Forum Math Forum  Tapped In Tapped In  Johns Hopkins ELC Johns Hopkins ELC  Indiana's Inquiry Learning Forum Indiana's Inquiry Learning Forum

DESIGN Create use cases Based on the role models, the use case is an abstract, simplified, and technology-free narrative description of one meaningful task or interaction with a system by an external user. Use cases describe the actual interaction between a user and a system in terms of user actions and system responses taking place through a particular user interface. Essential Use Case is:  One kind of use to which a system can be put  A narrative description of interaction between the user in some user role and some system  Describes, in narrative form, an interaction that is complete, meaningful and well-defined to a particular user  Based on purposes or intentions of users rather than concrete steps or mechanisms

DESIGN Create content models The interface content model is an abstract representation of the contents of a user interface, (i.e., the various interaction spaces for a system) and their interconnections. Each use case will be supported in the content model design (Constantine et al., 1999)  Each interaction space becomes a collection of parts of the user interface (i.e. Window, screen, dialogue box) populated by specific user interface components (toolbars, command buttons, selection lists, etc.)  Within each interaction context, the tools and materials to be supplied to the user are represented by post-it notes in various colors  Enables designers to work out structure and overall organization of the user interface without having to draw pictures and commit to a particular choice of graphical user design  Retains a focus on the problem, on usage and user needs over a longer period of time - tuning in to what is truly necessary.

White Papers –High Tech High Schools Overview of technology in schools Theoretical Framework Implementation The model –After-school Programs (AS) & Community Technology Centers (CTC) Overview of AS & CTC Theoretical framework Identify key common attributes Identify Challenges & make Recommendations –Community of Practice Overview of Communities of learning and CoPs Theoretical framework Challenges of building, maintaining and sustaining CoPs