La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Computer Systems Department November, 2007.

Presentaciones similares


Presentación del tema: "Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Computer Systems Department November, 2007."— Transcripción de la presentación:

1 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Computer Systems Department November, 2007 Author: Victor M. R. Penichet UNIVERSITY OF CASTILLA-LA MANCHA SUPERIOR POLYTECHNIC SCHOOL Supervisors: Dra. Maria D. Lozano Dr. Jose A. Gallud

2 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

3 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction Motivation Objectives CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

4 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Introduction At the beginning, technology solved problems that people had in an individual way. Soon afterwards, groups of people work together through computer networks. Technology has evolved to cover peoples needs: communication and collaboration among them to achieve a common objective. Computer Science systems have evolved in such a manner that now we usually talk about software communities instead of Personal Computers. Motivation

5 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Introduction CSCW allows extending ideas from different fields to computation. SE has guided the development of software applications process models and methodologies. SE could guide the development of groupware applications. But… groupware has special characteristics: collaboration, cooperation, communication, coordination, time, space, etc. if considered, they can contribute to achieve a quality development Motivation CSCW: Computer-Supported Cooperative WorkSE: Software EngineeringGroupware: Applications based on CSCW Q

6 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Introduction The definition of a process model and a methodology development of CSCW interfaces attending explicitly to the specific features to cover the lack of specific methods in this sense Main Objective Requirements gathering Analysis Design Implementation Client Prototype and User evaluation

7 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Introduction Knowing time-space, collaboration, cooperation, coordination, communication concepts. Analysing the way in which task modelling, awareness and the Model-Based User Interface Development approach can be adapted and extended to be applied for Collaborative Environments. Conceptual model common and well defined vocabulary Process model to develop quality CSCW systems which considers the user as part of a group and taken into account special features on the user interface. Methodology to be used in every stage in the defined process model Traceability Intra & inter-stage Case study to validate its utility and to show an example of use. Tool CASE prototype to support and automate the proposed process model. Objectives

8 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art CSCW & Groupware Classifications Advantages and Disadvantages Some Examples Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

9 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments CSCW Origin and State of the Art Mid 70s Office Automation Extension of some applications to group ideas 1981 Groupware Peter y Trudy Johnson-Lenz Peter y Trudy Johnson-Lenz, 1978: intentional group processes plus software to support them Mid 80s CSCW From a multidisciplinary conference S. Greenberg,1991: The study and theory of how people work together, and how the computer and related technologies affect group behavior. CSCW starts as an effort from very different fields with an only objective: people interested in using technology to support them in their work The very beginning of CSCW and groupware

10 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments CSCW Origin and State of the Art Groupware is application & CSCW is the philosophy behind groupware The basis of CSCW CoordinationCommunicationCooperation & Colaboration

11 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments CSCW Origin and State of the Art Classifications are a way to order groupware applications to know their features First classification: Johansens Time-Space Matrix But applications are getting more and more complicated Sometimes it is very difficult to classify an application into one only cell There are some other newer solutions: Grudin, Ellis, Andriessen, DeSanctis, etc. Classifications Same TimeDifferent Time Same place Face to face interaction Asynchronous interaction Different place Synchronous distributed interaction Asynchronous distributed interaction

12 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments CSCW Origin and State of the Art Classifications Our proposal Type CSCW Features Information Sharing No=0, Yes=1 Communica No=0, Yes=1 Coordina No=0, Yes=1 X000 A001 B010 C011 D100 E101 F110 G111 Regarding CSCW features Type TimeSpace Shyncr No=0, Yes=1 Ashyncr No=0, Yes=1 Same No=0, Yes=1 Different No=0, Yes= Regarding Time/Space

13 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments CSCW Origin and State of the Art Classifications B Original and basic definition G Additional functionality TypeApplication CSCW FeaturesTime / Space Collabora N=0, S=1 Communi N=0, S=1 Coordina N=0, S=1 Shyncr No=0, Yes=1 Ashyncr No=0, Yes=1 Same No=0, Yes=1 Different No=0, Yes=1 C-7Event management C-7Agenda D-11Co-navigator D-11Shared whiteboard B-7Notification systems F-13Presentation systems G-11GDSS G-15BSCW F-7Sharepoint F-10Meeting Room F-9Video-conference

14 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments CSCW Origin and State of the Art Some examples architectures large displays Knowledge sharing Evaluation methods Medical applications Systems Social awareness and availability Communities Interactions with shared displays Tabletop design Organizational issues Distilling knowledge Games Cases from the field Distributed teams Operational transformation Gesturing, moving and talking together Interruptions Bridging the physical and the digital Information sharing and access Understanding CSCW: looking from above Synchronous collaboration

15 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Concepts CSCW Methodologies The need of a common language Conceptual Model for CSCW Environments TOUCHE Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

16 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Since every researcher, in every CSCW research, considers some concepts… Basic Concepts regarding CSCW Environments …when talking about CSCW it is necessary to know about…

17 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Organizational structure, group, role, actor On modelling techniques Traetteberg, 1999; Paternò, 1999; Pinelle, 2003; Van der Veer, 2000; Agents Odell, 2005; Mellouli, 2002; Van Dyke Parunak, 2001; Methodological environments AMENITIES [Garrido, 2003] or CIAM [Molina, 2006] WfMC Communication, cooperation, colaboration, coordination, information sharing Grudin, 1994; Poltrock, 1994; Target, 1997; etc. WfMC, Wil van der Aalst (2004), etc.: coordination Workflow The basis of CSCW Space, time, shyncronous, ashyncronous, same space, different space Johansen, 1988; Ellis, 1991; WfMC (Parallel, sequential, deadline…)

18 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Task A very wide discussed concept: HCI, MB-UIDE, workflow, etc. Task analysis HTA (Hierarchical Task Analysis) [Annett, 1967] GOMS (Goals, Operators, Methods, Selection rules) [Card, 1983] UAN (User Action Notation) [England, 1998] Collaboration Usability Analisys (CUA) [Pinelle, 2003] Groupware Task Analysis (GTA): Designing for Users and Tasks from Concepts to Handles (DUTCH) [Van der Veer, 2000] WfMC (process) Tasks and group tasks

19 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments ConcurTaskTrees (CTT) [Paternò, 1999] A notation for task model specifications to design interactive applications Hierarchical structure Graphical syntax Concurrent notation, operators Focus on activities Tasks are described by means of Name, type, subtask of, objetcs, iterative, first action, last action Several operators Different types of tasks Tasks and group tasks the notation we use…

20 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Tasks and group tasks NotationOperatorDescription T1 ||| T2interleaving the actions of the two tasks can be performed in any order T1 [] T2choice selection between tasks T1 |[]| T2synchronization the two tasks have to synchronize on some actions in order to exchange information T1 |=| T2 order independence The two tasks must be performed. The first one must finish its performance before the second one starts T1 [> T2deactivation when one action from the second task occurs the first task is deactivated T1 >> T2enabling when the first task is terminated then the second task is activated T1 []>> T2 enabling with information passing In this case we want to highlight that when T1 task terminates it provides some value for task T2 besides activating it T1 |> T2suspend-resume Suspension / resumpsion of the task T1*iteration the task is iterative T1(n)finite iteration how many times the task will be performed is specified [T1]optional task its performance is not mandatory Trecursion the possibility to include in the task specification the task itself. Abstraction. are tasks which require complex actions. Interaction: are performed by user interactions with the system. Application: are completely executed by the system. User: are performed by the user, without interacting with the system Cooperation: composite tasks where several users participate Operators Type of tasks

21 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Tasks and group tasks

22 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Awareness: knowing what is going on [Endsley, 1995] Gutwin and Greenberg [Gutwin, 2004] summarize four important points about awareness Awareness is knowledge about the state of a particular environment. Environments change over time, so awareness must be kept up to date. People maintain their awareness by interacting with the environment. Awareness is usually a secondary goal that is, the overall goal is not simply to maintain awareness but to complete some task in the environment. It is very related to shared context: A shared context is a set of objects where the objects and the actions performed on the objects are visible to a set of users. [Ellis, 1991] Awareness and shared workspace

23 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Awareness and shared workspace CategoryElementSpecific questions WhoPresence Identity Authorship Is anyone in the workspace? Who is participating? Who is that? Who is doing that? WhatAction Intention Artifact What are they doing? What goal is that action part of? What object are they working on? WhereLocation Gaze View Reach Where are they working? Where are they looking? How much can they see? How far can they reach? CategoryElementSpecific questions HowAction history Artifact history How did that operation happen? How did this Artifact come to be in this state? WhenEvent historyWhen did that event happen? Who (past)Presence history Who was here, and when? Where (past)Location historyWhere has a person been? What (past)Action historyWhat has a person been doing? Workspace awareness elements Workspace awareness elements (past) [Gutwin, 1997] techniques to support workspace awareness [Gutwin, 2004] embodiments can provide people with a representation in the workspace expressive artifacts workspace objects that maximize the amount of feedthrough information that is provided for the groups benefit. visibility techniques address the visibility problem

24 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments Most of them considers concepts such as CIO (Concrete Interaction Objetct), AIO (Abstract Interaction Objetct), PU (Presentation Unit) Some approaches: TRIDENT (Tools foR an Interactive Development ENvironmenT) [Bodart, 1990] UIDE (User Interface Design Environment) [Foley, 1991] JANUS [Balzert, 1996] MASTERMIND [Szekely, 1996] MOBI-D (Model-Based Interface Designer) [Puerta, 1996] [Puerta, 1997] OVID (Object, View and Interaction Design) [Roberts, 1998] TADEUS [Stary, 1999; Stoiber, 2000] Wisdom (Whitewater Interactive System Development with Object Models) [Nunes, 2001] IDEAS (Interface Development Environment within OASIS) [Lozano, 2001] UMLi (The Unified Modeling Language for Interactive Applications) [Silva, 2000] [Silva, 2002] Just-UI [Molina, 2003] OO-H (Object Oriented Hypermedia Method) [Cachero, 2003] TERESA (Transformation Environment for inteRactivE Systems representAtions) [Mori, 2004; Paternò, 2006] UsiXML (USer Interface eXtensible Markup Language) [Limbourg, 2004] AB-UIDE (Agent-Based User Interface Development Environment) [López, 2004] [López, 2005] IDEALXML [Montero, 2005] CIAM (Collaborative Interactive Applications Methodology) [Molina, 2006] FlowiXML [Guerrero, 2007] Model-Based User Interface Design

25 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments TRIDENT: the very beggining [Bodart, 1990; Bodart, 1995] AIOs CIOs widgets (windows gadgets) or controls or physical interactors (according to IFIP terminology) IDEAS [Lozano, 2001] UMLi [Silva, 2000] Extends UML Grouping objects UsiXML [Limbourg, 2004] Facets Describing AIOs AIOs: platform and modality independence Model-Based User Interface Design Diagrama de Interacción de DiálogosComponent Specification Diagram UI Diagram Cameleon Reference Framework

26 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Basic Concepts regarding CSCW Environments There is a lack in this sense Many methodologies and process models, but no specific ones regarding CSCW systems Many approaches [Dumont, 2001] describes a method to specify interfaces by using scenarios [Zhao, 2001] briefly shows the process model of a cooperative design [Kirsh, 2004; Morris, 2004] talk about methodologies to evaluate Etc. AMENITIES (A MEthodology for aNalysis and desIgn of cooperaTIve systEmS) [Garrido, 2003] It does not take into account UI CIAM (Collaborative Interactive Applications Methodology) It is not a process model, but a methodology which could be integrated into a process model It has been parallel developed to TOUCHE Methodologies for CSCW systems

27 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments An Ontology as a Solution The Conceptual Model TOUCHE Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

28 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments The need of a common language Philosophy Psychology Computer Science Anthropology … and many other areas… CSCW Research fields inside Computer Science

29 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments Getting a common well-defined vocabulary… … is very important when people from different fields work together There are several approaches to classify and/or specify concepts related to a specific domain: Taxonomies too simple and too fixed Folksonomies (Vander Wal 2004) Tagging allows for the kind of multiple, overlapping associations that the brain itself uses, rather than rigid categories, OReilly 2005 Taxonomies limit the dimensions along which one can make distinctions, and local choices at the leaves are constrained by global categorizations in the branches. It is therefore inherently difficult to put things in their hierarchical places, and the categories are often forced, Gruber 2005 Microformats (Tanket 2005) a set of simple, open data formats built upon existing and widely adopted standards Not to especify Ontologies A data model that represents a set of concepts within a domain and the relationships between those concepts An ontology is an explicit specification of a conceptualization, Gruber 1993 The need of a common language

30 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments The definition of an ontology could be very complete… …as complicated as you need W3C -- provides OWL Web Ontology Language In this PhD Thesis a solution to the lack of a common vocabulary is proposed by means of the formalization of a list of terms which are well defined and related a list of concepts around the collaborative environments knowledge domain Objective: having a foundation to specify… the organizational structure of the users in a CSCW system relationships among them It is a conceptual model to speak a common language and to avoid ambiguities in the use of such terms. The method we use to represent, define and put into relation the concepts we consider fundamental when modelling the organizational structure of the users of a CSCW system is an ontology. It is not essential to develop a complex ontology with such concepts An ontology as a solution to vocabulary variety

31 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments Every concept is described by means of: Definition Contextual definition Synonymous English term Note Notation Partial Metamodel The proposed conceptual model

32 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments The proposed conceptual model The conceptual modelThe conceptual model: Organizational ModelThe conceptual model: Task and Objective ModelThe conceptual model: Session Model

33 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments Definition A co-interaction is a group organizational relationship among two actors which express an interaction among them to achieve a common objective, which could not be reachable without such an interaction. Contextual Definition See Task See Objective Group Task, Objective Two system actors colud be related by means of a co-interaction to collaborate performancing a group task and reaching a common objective Task A co-intereaction shows a collaboration among two system actors. In order to do this interaction, each actor have to perform a composite or atomic task. Such a composition would be a group task. Different co-interactions carry out more complex group tasks Synonyms No English term Co-interaction The proposed conceptual model a little example: co-interaction

34 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conceptual Model for CSCW Environments Note Co-interaction <> cooperative task Co-interaction comes from comunicación, cooperación, colaboración, coordinación Notation A co-interaction is represented by means of… Partial Metamodel The proposed conceptual model a little example: co-interaction

35 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments General Description Stages Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

36 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Task-Oriented and User-Centred Process Model for Developing Interfaces for Human- Computer-Human Environments Process model & methodology We have arrived up to this point after the study of the state of the art the study of fundamental concepts the implementation of some tools which has provided us with the necessary expertise: CE4Web, etc. establishing the bases by means of a specific vocabulary described in the ontology and the conceptual model General description Requirements gathering Analysis Design Implementation Client Normal steps in the process model Possible iterations Traceability among stages Prototype and User evaluation

37 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE We need to model what we learn from our users, to confirm with them and with our clients our understanding of the work to be supported and to incorporate that understanding into the software we build [Constantine, 1999] Based on the work of Amador Durán [Durán, 2000] Modified to consider CSCW issues System Requirement Document or DRS Stage 1.- Requirements gathering Analysis Requirements Gathering Step 3 System objectives definition Step 4 Requirements definition Step 2 Organizational structure and system actors identification Step 5 Requirements and objectives ordination Step 1 Problem domain knowledge acquisition

38 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 1.- Requirements gathering {OBJ-, RI-, RF-, RNF- } Versión ( ) Autores ( ) … Fuentes ( ) … Objetivos asociados #OBJ- ( ) … Requisitos asociados #{RI-, RF-, RNF- } ( ) … Importancia Urgencia Estado Estabilidad Necesidad de percepción De este {objetivo, requisito} deberían estar informados los siguientes actores: #{A-, G-, I-, U-, S- } ( ): - Qué: - Cómo: - Cuándo: - Dónde: - Por qué: - … … Participantes Los actores que participan en la consecución del {objetivo, requisito} son: #{A-, G-, I-, U-, S- } ( ): … Comentarios General template

39 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 1.- Requirements gathering DescripciónEl sistema deberá Dependencias-S #OBJ- ( ) … Dependencias-I #OBJ- ( ) … Descripción El sistema deberá almacenar la información correspondiente a. En concreto: Datos específicos Intervalo temporal{ pasado y presente, sólo presente } DescripciónEl sistema deberá. Extensions System Objectives Information requirements Non-functional requirements

40 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 1.- Requirements gathering Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso { durante la realización de los casos de uso, cuando } Precondición Secuencia Normal PasoAcción p1p1 El {actor #{A-, G-, I-, U-, S- } ( ), sistema} p2p2 Se realiza el caso de uso p3p3 Si, el {actor #{A-, G-, I-, U-, S- } ( ), sistema} p4p4 Si, se realiza el caso de uso …… Postcondición Excepciones PasoAcción pipi Si, el {actor #{A-, G-, I-, U-, S- } ( ), sistema}, a continuación este caso de uso {continúa, termina} pjpj Si, se realiza el caso de uso }, a continuación este caso de uso {continúa, termina} …… Rendimiento PasoCota de tiempo qm …… Frecuencia esperada veces / Functional requirements Extensions

41 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 1.- Requirements gathering CSCW Extensions Descripción CSCW Por la naturaleza colaborativa del {objetivo, requisito}, se debería tener en cuenta lo siguiente: … Descripción del entorno El entorno de ejecución del sistema será: … Coordinación{Sí, No}. Cooperación{Sí, No}. Colaboración{Sí, No}. Comunicación{Sí, No}. Espacio{Mismo, Diferente} Tiempo{Síncrono, Asíncrono} Nivel de exigencias

42 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 1.- Requirements gathering Organizational Structure Estructura Organizativa Versión ( ) Autores ( ) … Fuentes ( ) … Actores #A- ( ). Tiende a {Grupo, Usuario, Agente} porque … |-- Grupos #G- ( ) … |-- Individuos #I- ( ). Tiende a {Usuario, Agente} porque … |-- Usuarios #U- ( ) … |-- Agentes #S- ( ) … Descripción Los participantes están organizados en los siguientes grupos:. Comentarios

43 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 1.- Requirements gathering Actors A- Versión ( ) Autores ( ) … Fuentes ( ) … Descripción Supergrupos Este Actor es parte de los siguientes grupos: #G- ( ): … Jerarquía superior Este Actor depende jerárquicamente de los siguientes Actores: #{A-, G-, I-, U-, S- } ( ): … Jerarquía inferior Los siguientes actores dependen jerárquicamente de este Actor: #{A-, G-, I-, U-, S- } ( ): … Otras asociaciones Existen estas otras relaciones: #{A-, G-, I-, U-, S- } ( ): … Capacidades Habilidades o responsabilidades del Actor: {H-, R- }: … Comentarios Grupo Objetivo común#OBJ- ( ) Pertenencia Este Grupo está formado por los siguientes participantes: #{A-, G-, I-, U-, S- } ( ): … Leyes Normas impuestas por el grupo: L- : … Group Extension

44 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE About the problem domain study Looks for what Roles and tasks are identified and described Traceability Stage 2.- Analysis Requirements gathering Analysis Behaviour and Structure Roles and Tasks Role identification and description Task identification and description ActorsRequirements Design StructureBehaviour CDTD Classes OSD

45 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Questions Candidate roles from possible users and other information Refinement Description Stage 2.- Analysis Rol- Versión ( ) Autores ( ) … Fuentes ( ) … Descripción Responsabilidades Las responsabilidades que se requieren de un actor para que pueda desempeñar este rol son las siguientes: : … Habilidades Las habilidades que se requieren de un actor para que pueda desempeñar este rol son las siguientes: : … Permisos Actores Los siguientes actores desempeñan este rol: #{A-, G-, I-, U-, S- } ( ) … Comentarios Roles

46 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Tasks from requirements Description Stage 2.- Analysis Tasks RT 11 RT 1* T TT T T T TT

47 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 2.- Analysis Organizational items

48 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 2.- Analysis Relationships

49 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 2.- Analysis Structure Class Diagram (CD) Domain objects used in the system Organizational Structure Diagram (OSD) Participants, organization, roles Behaviour Task Diagram (TD): CTT The work a participant does in the system Co-interantion Diagram (CD) Interactions among actors

50 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 2.- Analysis Traceability Requirement gathering – Analysis Actors - Roles Tasks - Requirements Intra-stage: Structure - Behaviour Tasks - Roles

51 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE How represent the system Without implementation details Accomplish from Data structure design Architectural design Procedural design User interface design Awareness Stage 3.- Design Design Presentation model Navigation model Analysis Behaviour Implementation CDTD ClassesOSD Abstract Container Interaction Diagram (ACID) Abstract User Interface Diagram (AUID)

52 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Basis: UsiXML [Limbourg, 2004] Awareness elements [Gutwin, 1997; Gutwin, 2004] Stage 3.- Design Conceptual model from UsiXML conceptual model An Abstract Container (AC) could be an AWAC or Abstract Workspace Awareness Container Eases the shared context where the user interacts with other users and where gains awareness Three new facets

53 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Stage 3.- Design Notation from [Montero, 2005] Own notation

54 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Traceability Intra-stage Using the same elements in each model (navigation & presentation) Inter-stage Domain objects Manipulated by AIOs in the AUID Actors and roles In the ACID Tasks To go from one UI to another in the AUID Some of them are necessary in some AICs in the ACID Stage 3.- Design

55 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE AUI CUI FUI No standars Some approaches Groupkit [Roseman, 1992] Collabrary [Boyle, 2002] Translation Stage 4.- Implementation Implementation Design AIOs CIOs --> FUI New CIOs come into Limbourg conceptual model Composed Groupware Component has been added to consider composite CIOs

56 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE Composite CIO User set Shared workspace Example of new CIOs From Embodiment facet Telepointer Avatar Video Embodiments From Expressive artifact facet Feedthrough buttons Feedthrough bars Action indicators From Visibility facet Radar view Over-the-shoulder view Cursors eye view Stage 4.- Implementation Common area 1 Personal area *---- Comm on area 2 User 1 Additional Info User 2 Additional Info User 3 Additional Info User 4 Additional Info Actions Box (1) System users Box (2) Information and actions for each user Menu To star some actions such as chatting, video- conference, voice, etc. Text Component (2) Label, complex textual output, etc. aditional information about the user Text Component (1) Users name Avatar User representation

57 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Case Study Problem Description How to develop it within TOUCHE TOUCHE CASE Tool Conclusions, Contributions and Future Works

58 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study The groupware application should allow some users to elaborate the same document through the Internet Collaboration, communication, cooperation The document will be a draft copy up to the moment one of them decides to make public a final version. There is a little review process before The final version is sent to some reviewers as a candidate document. Reviewers analyze the document and set up their opinion. Then, one responsible person analyzes all the opinions and decides if it is really published or not. Final published documents can be read by other users, who can make some comments about the already published documents. Problem description: COREA (Collaboration & Cooperation, Reviewers and Authors)

59 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Organizational Structure description Stage 1.- Requirements gathering Estructura Organizativa Versión10 (18/05/2007) Autores Victor M. R. Penichet (Investigador) Fuentes Descripción textual (caso de estudio ficticio) Actores Ninguno |-- Grupos #G-1 (AUTHORS) #G-2 (REVIEWERS) #G-3 (INTERNAL) #G-4 (EXTERNAL) #G-5 (WHOLE_SYSTEM) |-- Individuos Ninguno |-- Usuarios #U-1 (Author) #U-2 (Chair_author) #U-3 (Reviewer) #U-4 (Chair_reviewer) #U-5 (Reader) |-- Agentes #S-1 (Author_notifier) #S-2 (Reader_notifier) Descripción Los participantes están organizados en los siguientes grupos: El grupo #G-1 (AUTHORS) depende jerárquicamente del grupo #G-2 (REVIEWERS) puesto que lógicamente el trabajo de los primeros está supeditado a lo que decidan los segundos. Al grupo de #G-1 (AUTHORS) pertenecen los usuarios #U-1 (Author) y #U-2 (Chair_author). Al grupo #G-2 (REVIEWERS) pertenecen los usuarios #U-3 (Reviewer) y #U-4 (Chair_reviewer). Estos dos grupos conforman el grupo #G-3 (INTERNAL). Existe otro grupo, #G-4 (EXTERNAL), al que pertenecen el usuario #U-5 (Reader). Esta separación es lógica para diferenciar la parte interna de la aplicación de la que pueden ver todos los ususarios incluso sin registrarse en el sistema. Existe un último grupo, #G-5 (WHOLE_SYSTEM), que agrupa a estos dos y a dos agentes del sistema: #S-1 (Author_notifier) y #S-2 (Reader_notifier). Este grupo en realidad es un contenedor al que pertenecen todos los actores del sistema, ya sea directa o indirectamente (por pertenecer a otros grupos). Comentarios Los grupos #G-3 (INTERNAL), #G-4 (EXTERNAL) y #G-5 (WHOLE_SYSTEM), así como los agentes #S-1 (Author_notifier) y #S-2 (Reader_notifier) se han considerado en iteraciones posteriores tras analizar el sistema. Los agentes #S-1 (Author_notifier) y #S-2 (Reader_notifier) no pertenecen exactamente a ningún grupo, por eso se han considerado como parte directa del grupo #G-5 (WHOLE_SYSTEM).

60 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Actors description Stage 1.- Requirements gathering G-1 AUTHORS Versión2 (18/05/2007) Autores Victor M. R. Penichet (Investigador) Fuentes Descripción textual (caso de estudio ficticio) Descripción Este grupo reúne al conjunto de usuarios cuya función principal en el sistema sea la de elaborar documentos candidatos a ser publicados. Los miembros del grupo son usuarios autenticados del sistema que elaboran estos documentos hasta que los revisores consideran que estos documentos, que de momento son borradores o candidatos a ser publicados, son finalmente publicados o rechazados. … Supergrupos Este Actor es parte de los siguientes grupos: #G-3 (INTERNAL). Esta relación de pertenencia se ha introducido por separar de forma lógica los usuarios anónimos (en este caso Reader) de aquellos que se autentican en el sistema. … Jerarquía superior Este Actor depende jerárquicamente de los siguientes Actores: #G-2 (REVIEWERS): este grupo supervisa el trabajo de los autores (usuarios del grupo #G-1 (AUTHORS) de manera que un documento no será público si estos no lo estiman oportuno. … Jerarquía inferior Los siguientes actores dependen jerárquicamente de este Actor: Ninguna Otras asociaciones Existen estas otras relaciones: No Capacidades Habilidades o responsabilidades del Actor: R-1: Es responsable directo de cuanto escriba en el documento R-2: El contenido ha de ser original R-3: Puede introducir contenidos H-1: Capacidad investigadora H-2: Capacidad de expresión ComentariosNo Grupo Objetivo común#OBJ-1 (Elaboración de documentos candidatos a ser publicados) Pertenencia Este Grupo está formado por los siguientes participantes: #U-1 (Author) #U-2 (Chair_Author) Leyes Normas impuestas por el grupo: L-1: Para pertenecer al grupo, un actor debe cumplir con las capacidades especificadas. L-2: Los miembros del grupo #G-2 (REVIEWERS) no pueden ser miembros de este grupo para un mismo documento a elaborar/revisar.

61 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Objectives Stage 1.- Requirements gathering OBJ-3 Elaboración síncrona de documentos candidatos a ser publicados Versión1 (21/05/2007) Autores Victor M. R. Penichet (Investigador) Fuentes Descripción textual (caso de estudio ficticio) Objetivos asociados #OBJ-2 (Revisión de documentos candidatos) Requisitos asociados #{RI-, RF-, RNF- } ( ) … ImportanciaMuy importante UrgenciaAlta EstadoEspecificado; Por implementar EstabilidadPuede sufir cambios, pero actualmente estable Necesidad de percepción De este objetivo deberían estar informados los siguientes actores: #G-1 (AUTHORS): -Qué: ha de ser informado de los cambios que realicen otros en el documento - Cómo: gráficamente, con áreas dedicadas tipo sección crítica - Cuándo: en tiempo real - Dónde: en la misma pantalla en la que trabaja (en el mismo documento) - Por qué: para conocer los cambios realizados en el documento y saber por dónde va su proceso de elaboración #U-2 (Chair_author): - Qué: el documento está listo para ser enviado a revisión - Cómo: los miembros del grupo #G-1 (AUTHORS) pueden comunicárselo explícitamente por medio de los mecanismos de comunicación de la herramienta (chat) u otros medios - Cuándo: cuando todos los implicados consideren que está listo para ser enviado a revisión - Dónde: Por qué: necesita saber cuándo enviarlo al proceso de revisión. Este es el punto clave para poder enviarlo, es decir, que los propios autores consideren que ya está listo #G-2 (REVIEWERS): - Qué: han de ser informados de documentos candidatos listos para ser revisados - Cómo: notificación - Cuándo: el proceso lo inicia el usuario #U-2 (Chair_author) cuando considera que el documento está listo - Dónde: por medio de la intranet del sistema y por - Por qué: necesita saber qué documentos están listos para poder comenzar el proceso de revisión y saber cuáles serán finalmente públicos continues in the next slide…

62 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Objectives Stage 1.- Requirements gathering … comes from the previous slide Participantes Los actores que participan en la consecución del objetivo son: #G-1 (AUTHORS): elaboración síncrona del documento #U-2 (Chair_author): envío a revisión cuando documento candidato esté listo ComentariosNinguno Descripción El sistema deberá dar soporte a la elaboración síncrona de documentos candidatos a ser publicados. Es decir, los documentos, antes de ser públicos tras su proceso de revisión, pueden ser elaborados por diferentes usuarios a la vez a través del sistema. Dependencias-S #OBJ-1 (Autenticación) Dependencias-I #{OBJ-, RI-, RF-, RNF- } ( ) … Descripción CSCW Por la naturaleza colaborativa del objetivo se debería tener en cuenta lo siguiente: Los usuarios interactúan en tiempo real sobre un mismo documento Los usuarios se comunican por medio de chat Descripción del entorno El entorno de ejecución del sistema será: Los usuarios podrán interactuar desde cualquier máquina con un navegador y acceso a internet No hay otra necesidad específica adicional CoordinaciónNo Cooperación Sí. Han de poder escribir sobre un mismo documento en tiempo real Colaboración No Comunicación Sí. Al menos por medio de un chat EspacioDiferente TiempoSíncrono Nivel de exigencias La exigencia más importante es la necesidad de ejecución en tiempo real. Es cecesario que funcione con agilidad para no entorpecer el desarrollo del documento, sin embargo, puesto que realmente trabajan sobre zonas diferentes, no es absolutamente vital. Se podría permitir un cierto retraso ocasional, no así en la parte de comunicación.

63 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Requirements The most important on the use case diagram Stage 1.- Requirements gathering

64 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Requirements The most important requirements are described by the templates Stage 1.- Requirements gathering continues in the next slide…

65 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Requirements The most important requirements are described by the templates Stage 1.- Requirements gathering … comes from the previous slide… …continues in the next slide… Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando un usuario del grupo #G-1 (AUTHORS) edite un documento. Precondición El documento al que se hace referencia existe, el usuario es un usuario registrado del sistema perteneciente al grupo #G-1 (AUTHORS), se ha iniciado una sesión de trabajo Secuencia Normal PasoAcción 1El usuario selecciona el documento que pretende editar 2Se realiza el caso de uso RF-7 (Validar sesión) 3Se realiza el caso de uso RF-9 (Validar documento) 4El usuario selecciona la herramienta de edición que usará 5El usuario marca dónde realizará la edición del documento 6El usuario realiza las modificaciones oportunas 7 El sistema envia información al resto de usuarios sobre las modificaciones que se están realizando 8El usuario salva las modificaciones 9 El sistema manda notificación por correo electrónico y en la intranet sobre los cambios realizados al documento PostcondiciónSalvar o cancelar cambios Excepciones PasoAcción Rendimiento PasoCota de tiempo 7Tiempo real 9De forma asíncrona Frecuencia esperada Varias veces por sesión y por usuario

66 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Requirements The most important requirements are described by the templates Stage 1.- Requirements gathering … comes from the previous slide Descripción CSCW Por la naturaleza colaborativa del requisito se debería tener en cuenta lo siguiente: Las notificaciones son necesarias para mantener la percepción de los usuarios La inserción, modificación y eliminación de nuevos elementos en el documento es un paso de licado puesto que se debe mantener la percepción de los usuarios en tiempo real. Son acciones que pueden ocurrir demasiado deprisa (p.e. el borrado de una imagen del documento) y el resto de usuarios han de ser conscientes. La sensación de tiempo real para la edición del documento es importante aunque no crucial. Se puede permitir una ligera latencia no demasiado elevada. Descripción del entorno El entorno de ejecución del sistema será: -- CoordinaciónNo Cooperación Sí. Están escribiendo un documento en tiempo real, luego habrá zonas que se traten como secciones críticas, es decir, si un usuario está modificando un párrafo, otro usuario no puede modificar ese mismo párrafo: protección/desprotección. Colaboración No Comunicación No EspacioDiferente Tiempo Síncrono cuando se trata de editar el documento y percibir a los demás usuarios de esta modificación, pero además tiene algo de asincronía, puesto que cuando se salva un documento también se envía, y ya no en tiempo real, un notificación con esos cambios realizados. Nivel de exigencias No demasiado altas. Un poco más en la edición síncrona.

67 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Questions, Candidate roles, Refinement, Description Stage 2.- Analysis #G-1 (AUTHORS) #G-2 (REVIEWERS) #G-3 (INTERNAL) #G-4 (EXTERNAL) #G-5 (WHOLE_SYSTEM) #U-1 (Author) #U-2 (Chair_author) #U-3 (Reviewer) #U-4 (Chair_reviewer) #U-5 (Reader) #S-1 (Author_notifier) #S-2 (Reader_notifier) Previous actors write candidate documents send candidate documents to review review a candidate document decide if a candidate document can be published notifications read a public document 1.AUTHORS write a candidate document. 2.Author writes a candidate document. 3.Chair_author writes a candidate document. 4.Chair_author sends a candidate document to review. 5.REVIEWERS review a candidate document. 6.Reviewer reviews a candidate document. 7.Chair_reviewer reviews a candidate document. 8.Chair_reviewer decides if a candidate document can be published 9.Author_notifier notifies authors about the document state. 10.Reader_notifiernotifies users that a new published document can be read. 11.AUTHORS read a public document. 12.Author read a public document. 13.Chair_author read a public document. 14.REVIEWERS read a public document. 15.Chair_reviewer read a public document. 16.Reader read a public document. Candidate roles Writer: from 1-3. Chair_writer: from 4. Reviewer: from 5-7. Chair_reviewer: from 8. Notifier: from 9 y 10. Reader: from Refinement Rol-1 Writer Versión1 (05/06/2007) Autores Victor M. R. Penichet (Investigador) Fuentes Descripción textual (caso de estudio ficticio) DescripciónUn usuario del sistema que desempeñe este rol puede elaborar documentos. Responsabilidades Las responsabilidades que se requieren de un actor para que pueda desempeñar este rol son las siguientes: R1: Es el responsable directo de cuanto se escriba en el documento R2: El contenido ha de ser original R3: Debe introducir contenidos Habilidades Las habilidades que se requieren de un actor para que pueda desempeñar este rol son las siguientes: H1: Capacidad investigadora H2: Capacidad de expresión PermisosPuede escribir en los documentos, crearlos, modificarlos y destruirlos. Actores Los siguientes actores desempeñan este rol: #G-1 (AUTHORS) #U-1 (Author) #U-2 (Chair_author) Comentarios-- Role description Roles

68 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study From every functional requirement Stage 2.- Analysis Tasks

69 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Organizational Structure Diagram, OSD Stage 2.- Analysis Structure

70 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Task Diagram, TD: CTT Co-Interactions Diagram, CD Stage 2.- Analysis Behaviour

71 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Stage 3.- Design Abstract Container Interaction Diagram (ACID)

72 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Stage 3.- Design Abstract User Interface Diagram (AUID)

73 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Case Study Stage 4.- Implementation

74 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Case Study TOUCHE CASE Tool Implementation and Working of TOUCHE CASE Tool Conclusions, Contributions and Future Works

75 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE CASE Tool Process models and methodologies traditionally proposed in Software Engineering show its real utility when there is a CASE tool that supports them to carry out the projects from the beginning as much automatically as possible. It mechanizes some tasks and makes the specification of the system easier. A CASE tool maintains the coherence of the system The mechanization of actions decreases the work that analysts and developers should accomplish source code is produced from the very first stage of requirements gathering. Introduction

76 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments TOUCHE CASE Tool Probably better with the real tool… Working with TOUCHE CASE Tool

77 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Index Introduction CSCW Origin and State of the Art Basic Concepts regarding CSCW Environments Conceptual Model for CSCW Environments TOUCHE Case Study TOUCHE CASE Tool Conclusions, Contributions and Future Works

78 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works Software has changed user as a member of a group | Through the Internet Important to consider communication, colaboration, cooperation and coordination in software development the user in the shared workspace New development method, techniques, methodologies are necessary In this work we have contributed with: Conceptual model Classification technique Process model and methodology: from HCI to CSCW CASE Tool to support the methodology There are several contributions and publications It is a wide work There are a lot of possible extensions to this work: future works Conclusions

79 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works The precise definition of a process model, and the methodology to be performed in every stage, for the task-oriented and user-centred development of user interfaces for CSCW systems: TOUCHE A classification method for groupware tools based on the most relevant researchers works in the area A conceptual model for CSCW environments to work with a common vocabulary An adaptation of the requirements gathering stage of mono-user information systems to a requirements gathering stage centred on CSCW systems. Proposal of an analysis methodology for CSCW systems considering both the structure and the behaviour by defining new specific models and associated diagrams. An adaptation from the HCI (human-computer interaction) interface design to the CSCW one definition of new facets based on awareness criteria extension of the notation (definition of new AIOs) definition of new diagrams for representing navigation and presentation An adaptation from the HCI interface implementation to the CSCW systems interface implementation: new CIOs, composed CIOs. Establishment of the traceability inter- and intra stages within the process model. A CASE tool prototype to assist the whole process model. Contributions

80 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works 6 international journals (5 LNCS) 9 international conferences 6 national conferences 1 international book chapter Publications Víctor M. R. Penichet, María D. Lozano, J.A. Gallud, R. Tesoriero: Task Modelling for Collaborative Systems. 6th International workshop on TAsk MOdels and DIAgrams: TAMODIA Lecture Notes in Computer Science (LNCS), Springer Verlag. Toulouse, France, Victor M. R. Penichet, Ismael Marin, Jose A. Gallud, Maria D. Lozano, Ricardo Tesoriero. A Classification Method for CSCW Systems. Electronic Notes in Theoretical Computer Science, ENTCS. Ed. Elsevier Science Publishers B. V. ISSN: Vol. 168, pp The Netherlands; Victor M. R. Penichet, Fabio Paternò, J. A. Gallud, M. Lozano; Collaborative Social Structures and Task Modelling Integration. Proceedings DSV-IS Lecture Notes in Computer Science, Springer Verlag; ISBN: vol 4323, pp Dublin, Ireland. 27 Jul 2006

81 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works 6 international journals (5 LNCS) 9 international conferences 6 national conferences 1 international book chapter Publications Victor M. R. Penichet, María Dolores Lozano, Jose A. Gallud. Describing Group Tasks in Multi-User Systems. Proceedings of the 4th Latin American Web Congress, La-Web IEEE Computer Society Press, ISBN: Universidad de las Americas, Puebla, Cholula, Mexico; 26 Oct V. M. Ruiz Penichet, J. A. Gallud, M. L. González, P. González: Implantation Guide for Collaborative Web-Based Systems (IGCWS). DEXA Workshops 2004, IEEE Computer Society Press, ISBN: ISSN ; pp Zaragoza (Spain) 2004.

82 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works 6 international journals (5 LNCS) 9 international conferences 6 national conferences 1 international book chapter Publications Victor M. R. Penichet, Maria D. Lozano, José A. Gallud, Ricardo Tesoriero. Análisis en un Modelo de Procesos CSCW. Organización, Roles e Interacción Persona-Ordenador-Persona. VIII Congreso Internacional de Interacción Persona-Ordenador, Interacción 2007 (AIPO) en el marco del II Congreso Español De Informática (CEDI 2007). Ed. Thomson-Paraninfo; Zaragoza, España Victor M. R. Penichet, Maria D. Lozano, Jose A. Gallud, Francisco Montero. Ontología para Estructuras Organizativas Colaborativas. Proceedings del VII Congreso Internacional de Interacción Persona-Ordenador - Interacción ISBN X. Universidad de Castilla-La Mancha, Puertollano, Ciudad Real, Spain; 15 Nov Aurelio Martinez, Victor M. R. Penichet, Maria D. Lozano, Jose A. Gallud. Propuesta de un Diseño de un Editor UML Colaborativo Basado en Web. IV Taller en Sistemas Hipermedia Colaborativos y Adaptativos. Sitges, Spain; 03 Oct Victor M.R. Penichet, J.A. Gallud, M.D. Lozano: Clasificación No Excluyente de Funciones y Herramientas CSCW. Interacción VI Congreso de Interacción Persona-Ordenador (AIPO) en el marco del I Congreso Español De Informática (CEDI). Ed. Thomson-Paraninfo; ISBN: Granada, España

83 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works 6 international journals (5 LNCS) 9 international conferences 6 national conferences 1 international book chapter Publications Victor M. R. Penichet, María D. Lozano, J.A. Gallud: An Ontology to Model Collaborative Organizational Structures in CSCW Systems. International book chapter for publishing. Springer. Selected from Interacción 2006 to be extended

84 University of Castilla-La Mancha PH.D. Thesis Albacete, 2007 Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Conclusions, Contributions and Future Works Conceptual model extension: dynamism, role changing, session model Requirement analysis and validation stages in the first stage: Requirement gathering Development of a groupware toolkit with a complete and common set of groupware tools CSCW patterns to improve development times and quality Introduction of evaluation and quality criteria Consideration of accesibility and usability criteria: a new project has started from this point Design extension to consider all the dimensions: Data structure design, Architectural design, Procedural design introduce Taking into account planification and risk analysis, and specific stages to situate prototyping and evaluation Improving the CASE Tool: design and usability of the tool; automation and traceability; implementation stage UsiXML extension with the presented proposal for CSCW systems Extension of the process model to ease communication protocols, access control and notifications in groupware applications [Ellis, 1991] Future work

85 Gracias! Grazie! Thanks! Computer Systems Department November, 2007 Author: Victor M. R. Penichet UNIVERSITY OF CASTILLA-LA MANCHA SUPERIOR POLYTECHNIC SCHOOL Supervisors: Dra. Maria D. Lozano Dr. Jose A. Gallud


Descargar ppt "Task-Oriented and User-Centred Process Model for Developing Interfaces for Human-Computer-Human Environments Computer Systems Department November, 2007."

Presentaciones similares


Anuncios Google