gist.det.uvigo.esmcaeiro/thesis/Apendices.pdfi Índice de Contenidos APÉNDICE A ACRÓNIMOS ...

UNIVERSIDADE DE VIGO

DEPARTAMENTO DE ENXEÑERÍA TELEMÁTICA E.T.S.E. DE TELECOMUNICACIÓN

APÉNDICES TESIS DOCTORAL

(OPTA AL TÍTULO DE DOCTOR EUROPEO)

CONTRIBUCIONES A LOS

LENGUAJES DE MODELADO EDUCATIVO

AUTOR MANUEL CAEIRO RODRÍGUEZ

DIRECTORES MARTÍN LLAMAS NISTAL

LUIS E. ANIDO RIFÓN

2007

i

Índice de Contenidos APÉNDICE A ACRÓNIMOS .............................................................................................................................. 1

APÉNDICE B PATRONES DE EVALUACIÓN ............................................................................................... 7 B.1 Patrones de la Perspectiva Estructural ......................................................................................... 7

B.1.1 Patrones de Caracterización.................................................................................................. 9 B.1.2 Patrones sobre Instancias .................................................................................................... 11 B.1.3 Patrones de Estructuración de Objetivos Funcionales ........................................................ 14 B.1.4 Patrones de Estructuración de Roles................................................................................... 16 B.1.5 Patrones de Estructuración de Entornos ............................................................................. 18 B.1.6 Patrones de Estructuración de Elementos Organizativos.................................................... 20 B.1.7 Patrones de Estructuración de Estructuración de Especificaciones de Autorización.......... 22 B.1.8 Patrones de Estructuración de Estructuración de Especificaciones de Percepción............. 23 B.1.9 Patrones de Estructuración de Especificaciones de Interacción ......................................... 25 B.1.10 Patrones de Estructuración de Especificaciones de Orden ............................................... 26 B.1.11 Patrones de Estructuración de Especificaciones Temporales ........................................... 27

B.2 Patrones de la Perspectiva Funcional ......................................................................................... 29 B.2.1 Patrones de Caracterización................................................................................................ 29 B.2.2 Patrones sobre Instancias .................................................................................................... 32 B.2.3 Patrones de Conexión de Completitud................................................................................ 34 B.2.4 Patrones de Conexión de Intento ........................................................................................ 36 B.2.5 Patrones sobre Intentos ....................................................................................................... 38

B.3 Patrones de la Perspectiva de Participantes................................................................................ 39 B.3.1 Patrones de Caracterización................................................................................................ 40 B.3.2 Patrones sobre Instancias .................................................................................................... 42 B.3.3 Patrones de Fuente .............................................................................................................. 44 B.3.4 Patrones de Conexión de Selección y Elección .................................................................. 45 B.3.5 Patrones de Conexión de Asignación ................................................................................. 47 B.3.6 Patrones de Conexión de Relación ..................................................................................... 48

B.4 Patrones de la Perspectiva de Entornos...................................................................................... 50 B.4.1 Patrones de Caracterización de Entornos............................................................................ 50 B.4.2 Patrones sobre Instancias .................................................................................................... 52 B.4.3 Patrones de Conexión ......................................................................................................... 55 B.4.4 Patrones de Caracterización de Clases................................................................................ 56

B.5 Patrones de la Perspectiva de Organización............................................................................... 57 B.5.1 Patrones de Caracterización de Estructuras Organizativas ................................................. 58 B.5.2 Patrones de Caracterización de Posiciones Organizativas .................................................. 60 B.5.3 Patrones de Caracterización de Unidades Organizativas .................................................... 61

B.6 Patrones de la Perspectiva de Herramientas............................................................................... 63 B.6.1 Patrones de Caracterización................................................................................................ 63 B.6.2 Patrones sobre Instancias .................................................................................................... 66 B.6.3 Patrones de Descripción de Permisos ................................................................................. 68 B.6.4 Patrones de Descripción de Eventos ................................................................................... 69 B.6.5 Patrones de Descripción de Operaciones ............................................................................ 70

B.7 Patrones de la Perspectiva de Datos ........................................................................................... 71 B.7.1 Patrones de Caracterización................................................................................................ 72 B.7.2 Patrones sobre Instancias .................................................................................................... 75 B.7.3 Patrones de Visibilidad ....................................................................................................... 77 B.7.4 Patrones de Fuente .............................................................................................................. 79 B.7.5 Patrones de Conexión de Datos .......................................................................................... 81

B.8 Patrones de la Perspectiva de Autorización ............................................................................... 83 B.8.1 Patrones de Caracterización................................................................................................ 84

ii

B.8.2 Patrones de Fuente .............................................................................................................. 85 B.8.3 Patrones de Selección.......................................................................................................... 88 B.8.4 Patrones de Conexión.......................................................................................................... 89 B.8.5 Patrones de Destinatario...................................................................................................... 90

B.9 Patrones de la Perspectiva de Percepción................................................................................... 92 B.9.1 Patrones de Caracterización ................................................................................................ 92 B.9.2 Patrones de Fuente .............................................................................................................. 94 B.9.3 Patrones de Selección.......................................................................................................... 97 B.9.4 Patrones de Conexión.......................................................................................................... 98 B.9.5 Patrones de Destinatario.................................................................................................... 101

B.10 Patrones de la Perspectiva de Interacción............................................................................... 103 B.10.1 Patrones de Caracterización ............................................................................................ 104 B.10.2 Patrones de Tipo.............................................................................................................. 105 B.10.3 Patrones de Fuente .......................................................................................................... 107 B.10.4 Patrones de Selección...................................................................................................... 109 B.10.5 Patrones de Composición ................................................................................................ 110 B.10.6 Patrones de Destinatario.................................................................................................. 112

B.11 Patrones de la Perspectiva de Orden....................................................................................... 114 B.11.1 Patrones de Caracterización ............................................................................................ 115 B.11.2 Patrones de Conexión de Avance.................................................................................... 116 B.11.3 Patrones de Conexión de Convergencia.......................................................................... 118

B.12 Patrones de la Perspectiva Temporal...................................................................................... 120 B.12.1 Patrones de Caracterización ............................................................................................ 120 B.12.2 Patrones de Planificación ................................................................................................ 122

B.13 Patrones de la Perspectiva Causal .......................................................................................... 124 B.13.1 Patrones de Descripción.................................................................................................. 125 B.13.2 Patrones de Tipo Semántico............................................................................................ 126 B.13.3 Patrones del Asunto de Constantes ................................................................................. 127 B.13.4 Patrones de Caracterización ............................................................................................ 127 B.13.5 Patrones de Conexión...................................................................................................... 128

B.14 Patrones del Asunto de Condiciones ...................................................................................... 129 B.14.1 Patrones de Caracterización ............................................................................................ 129 B.14.2 Patrones de Fuente .......................................................................................................... 130 B.14.3 Patrones de Conexión...................................................................................................... 131

B.15 Patrones del Asunto de Señales .............................................................................................. 132 B.15.1 Patrones de Caracterización ............................................................................................ 133 B.15.2 Patrones de Fuente .......................................................................................................... 134 B.15.3 Patrones de Conexión...................................................................................................... 135

B.16 Patrones del Asunto de Toma de Decisiones.......................................................................... 136 B.16.1 Patrones de Caracterización ............................................................................................ 136 B.16.2 Patrones de Fuente .......................................................................................................... 138 B.16.3 Patrones de Destinatario.................................................................................................. 139 B.16.4 Patrones de Planificación ................................................................................................ 139 B.16.5 Patrones de Conexión...................................................................................................... 140 B.16.6 Patrones de Tipo de Votación ......................................................................................... 141

APÉNDICE C ESQUEMA XML DE POEML ...............................................................................................143 C.1 Paquete Common ...................................................................................................................... 143 C.2 Paquete Behavior ................................................................................................................. 149 C.3 Paquete Aspects.................................................................................................................... 157 C.4 Paquete Foundation ............................................................................................................ 163

1

Apéndice A

Acrónimos

ACID Atomicity, Consistency, Isolation, Durability

ADL Advance Distributed Learning

ADL Architecture Description Language

AENOR Asociación Española de Normalización y Certificación

AGRs AICC Guidelines and Recomendations

AICC Aviation Industry Computer Based Training Committee

AOSD Aspect-Oriented Software Development

API Application Programming Interface

ARIADNE Alliance of Remote Instructional Authoring and Distribution Networks for Europe

BPEL Business Process Execution Language

BPEL4WS Business Process Execution Language for Web Services

BPMI Business Process Management Initiative

2 Contribuciones a los Lenguajes de Modelado Educativo

BPMN Business Process Management Notation

BSCW Basic Support for Coorperative Work

C3MS Community, Content and Collaboration Management Systems

CaMILE Collaborative and Multimedia Interactive Learning Environment

CAM Content Aggregation Model

CBT Computer Based Training

CBI Computer Based Instruction

CBL Computer-Based Learning

C-CHENE Collaborative-CHaîne ENErgétique

CEN/ISSS Comité Europeo de Normalización/Information Society Standardization System

CMI Computer Managed Instruction

CMS Content Management Systems

CNICE Centro Nacional de Información y Comunicación Educativa

CORBA Common Object Request Broker Architecture

CSCL Computer-Supported Collaborative Learning

CSCW Computer Supported Cooperative Work

CSILE Computer Supported Intentional Learning Environment

CWA CEN Workshop Agreements

DAG Directed Aciclyc Graph

DERI Digital Enterprise Research Institute

DTD Document Type Definition

EPCs Event driven Process Chains

EEML Extended Enterprise Modeling Language

ELF E-Learning Framework

EML Educational Modeling Language

Event-driven Process Chains

ES Educational Scenario

Apéndice A. Acrónimos 3

HTML HiperText Markup Language

HTTP HiperText Transfer Protocol

IEEE Institute of Electric and Electronics Engineers

IETF Internet Engineering Task Force

ID Instructional Design

IDEF Integrated DEFinition

IMS Instructional Management System

IMS-CP IMS Content Packaging

IMS-DR IMS Digital Repositories

IMS-LD IMS Learning Design

IMS-LIP IMS Learner Information Package

IMS-LRM IMS Learning Resources Meta-data

IMS-QTI IMS Question and Test Interoperability

IMS-RDCEO IMS Reusable Definition of Competency or Educational Objective

IMS-RLI IMS Resource List Interoperability

IMS-SS IMS Simple Sequencing

IMS-SSP IMS Shareable State Persistence

IMS-TI IMS Tools Interoperability

IMS VDEX IMS Vocabulary Definition EXchange

ISO Internacional Standardization Organization

ITS Intelligent Tutoring Systems

ITT Instructional Transaction Theory

ITU Internacional Telecommunication Union

LO Learning Object

LMS Learning Management System

LCMS Learning Content Management System

LO Learning Object

LOM Learning Object Metadata


LTSA Learning Technology System Architecture

LTSC Learning Technology Standardization Committee

MIT Massachusetts Institute of Technology

MMUSIC Multi-Party Multimedia Session Control

MUD Multi-User Domain

OMG Object Management Group

OOSD Object-Oriented Software Development

OWL Web Ontology Language

OWL-S Ontology Web Language for Web Services

PDA Personal Digital Assistant

PMLs Process Modelling Languages

QoS Quality of Service

PBL Problem Based Learning

RAD Role Activity Diagrams

RAE Real Academia Española

RCD Reusable Competency Definition

RDF Resource Description Framework

RIN Role Interaction Nets

RSS RDF Site Summary

RTE Run-Time Environment

SADT Structured Analysis and Design Technique

SAP Service Access Point

SCCP Simple Conference Control Protocol

SCO Sharable Content Object de SCORM

SCORM Sharable Content Object Referente Model

SGML Standard Generalized Markup Language

SIP Session Initiation Protocol

Apéndice A. Acrónimos 5

SOA Service Oriented Architecture

SOAP Service Oriented Aplication Protocol

TICS Tecnologías de la Información y la Comunicación.

UDDI Universal Description, Discovery and Integration

UML Unified Modeling Language

UNED Universidad Nacional de Educación a Distancia

VLE Virtual Learning Environment

WebDAV Distributed Authoring and Versioning on the Web

W3C World Wide Web Consortium

WfMC Workflow Management Coalition

WfMS Workflow Management System

WGs Working Group

WSDL Web Service Description Language

WSDL Web Service Description Language

WS-LT Workshop on Learning Technologies

WSMF Web Service Modeling Framework

WSMO Web Services Modeling Ontology

WSML Web Services Modeling Language

WWW World Wide Web

WYSIWYG What You See Is What You Get

XPDL XML Process Definition Language

YAWL Yet Another Workflow Language

7

Apéndice B

Patrones de Evaluación

Este apéndice incluye las tablas en las que se describen los patrones de evaluación introducidos en el capítulo 8. La estructura del capítulo se corresponde con los asuntos y las categorías de patrones identificados en dicho capítulo. Para cada una de las perspectivas y aspectos se muestran los patrones que forman parte del mismo, disponiéndose en conjunto más de 300 patrones que constituyen el esquema de evaluación de EMLs propuesto.

B.1 Patrones de la Perspectiva Estructural

Tabla B-1. Patrones de la Perspectiva Estructural

Id. Patrón Patrones de Caracterización

S.1 Identificador Textual y Descripción Textual de Actividad S.2 Actividad Compuesta S.3 Variables de Actividad S.4 Expresiones de Actividad S.5 Descripciones Causales

Patrones sobre Instancias S.6 Multiplicidad Determinada de Instancias de Actividad


S.7 Multiplicidad de Instancias de Actividad según Rol S.8 Multiplicidad de Instancias de Actividad según Instancias de Objetivo S.9 Multiplicidad de Instancias de Actividad según Instancias de Entorno S.10 Multiplicidad de Instancias de Actividad Controlada por Participante S.11 Multiplicidad de Instancias de Actividad según Especificación de Orden S.12 Multiplicidad Restringida de Instancias de Actividad

Patrones de Estructuración de Objetivos Funcionales S.13 Un Único Objetivo Funcional S.14 Un Único Objetivo Funcional en Composición S.15 Varias Instancias de un Objetivo S.16 Varios Objetivos Funcionales

Patrones de Estructuración de Roles S.17 Ningún Rol S.18 Un Rol Atómico S.19 Un Único Rol Compuesto S.20 Varias Instancias de un Mismo Rol S.21 Varios Roles

Patrones de Estructuración de Entornos S.22 Ningún Entorno S.23 Un Entorno Atómico S.24 Un Entorno Compuesto S.25 Varias Instancias de un Mismo Entorno S.26 Varios Entornos S.27 Ninguna Clase S.28 Varias Clases

Patrones de Estructuración de Estructuras Organizativas S.29 Ningún Elemento Organizativo S.30 Un Único Elemento Organizativo S.31 Varios Elementos Organizativos

Patrones de Estructuración de Especificaciones de Autorización S.32 Ninguna Especificación de Autorización S.33 Una Única Especificación de Autorización S.34 Varias Especificaciones de Autorización

Patrones de Estructuración de Especificaciones de Percepción S.35 Ninguna Especificación de Percepción S.36 Una Única Especificación de Percepción S.37 Varias Especificaciones de Percepción

Patrones de Estructuración de Especificaciones de Interacción S.38 Ninguna Especificación de Interacción S.39 Una Única Especificación de Interacción S.40 Varias Especificaciones de Autorización

Patrones de Estructuración de Especificaciones de Orden S.41 Ninguna Especificación de Orden S.42 Una Única Especificación de Orden S.43 Varias Especificaciones de Orden

Patrones de Estructuración de Especificaciones Temporales S.44 Ninguna Especificación Temporal S.45 Una Única Especificación Temporal S.46 Varias Especificaciones Temporales

Apéndice B. Patrones de Evaluación 9

B.1.1 Patrones de Caracterización

Identificador S.1 Nombre Identificador Textual y Descripción Textual de Actividad Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de una

Actividad. Motivación 1. Informar a los participantes sobre la Actividad y sus características. El

Identificador Textual permite identificar la Actividad y presentarlo a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Actividad. 2. Facilitar la reutilización de la Actividad. A través del Identificador Textual es posible hacer referencia a una Actividad para realizar su inclusión en distintos puntos. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducida la Actividad.

Patrones Relacionados

Patrones de Identificador y Descripción Textual de los elementos considerados en otras perspectivas.

Ejemplos 1. Una Actividad consistente en la realización de una práctica de laboratorio de física sobre el movimiento armónico simple tiene un identificador textual "Práctica del péndulo". Su descripción proporciona información sobre el cometido de dicha práctica: "El propósito de esta práctica es experimentar la relación entre la longitud y el peso del péndulo con la frecuencia de oscilación".

Fuerzas 1. Estos valores se podrían proporcionar como elementos de descripción en la perspectiva causal, por ejemplo como parte de los metadatos.

Opciones 1. Se prefiere su inclusión de esta forma porque tiene un cometido propio dentro de la unidad didáctica. El propósito de los meta-datos en principio es más general.

Identificador S.2 Nombre Actividad Compuesta Descripción La posibilidad de indicar que una Actividad se compone de varias Sub-Actividades.

Esta Actividad se denomina como Actividad Compuesta. Por su parte, a las Actividades que no se componen de Sub-Actividades se las denomina como Actividades Atómicas.

Motivación Permitir la estructuración jerárquica de los elementos de una unidad didáctica. La Actividad es el elemento básico de estructuración en el que se agrupan los recursos didácticos. Al permitir la agrupación jerárquica de Actividades se consigue la estructuración jerárquica de los demás elementos de una unidad didáctica.


Patrones sobre elementos compuestos en otras perspectivas.

Ejemplos 1. La Actividad "Práctica de laboratorio" se descompone en las Actividades: "Diseño de la solución", "Preparación del material necesario", "Realización", "Recogida de resultados y comentarios".

Fuerzas 1. La descomposición de una Actividad en varias sub-Actividades debe plantearse teniendo en cuenta las posibles relaciones entre los elementos que componen cada una de ellas: Objetivos, Roles, Entornos, Elementos de Datos y demás Especificaciones. En dichas relaciones debe tenerse en cuenta las necesidades de reutilización, adaptación y flexibilidad.

Opciones 1. En cuanto a los Objetivos la descomposición de una Actividad en Sub-Actividades debe estar en consonancia con las posibles relaciones entre el (los) Objetivo(s) de la Actividad y los Objetivos de sus posibles Sub-Actividades. Dichos Objetivos deben estar relacionados a través de dependencias de completitud. En cuanto a los Roles hay que tener en cuenta que los únicos participantes que pueden intervenir en una Sub-actividad son los participantes que se hayan involucrado en la


Actividad correspondiente. En cuanto a los Elementos de Datos se puede limitar que las únicas transferencias de datos que se puedan producir entre Actividades se limiten a las que se pueden producir entre una Actividad y sus Sub-actividades (incluso sólo entre los repectivos Objetivos y Roles). Se considera que estas son las necesidades mínimas de relación para ofrecer una expresividad adecuada al tiempo que se limitan las posibles interdependencias de cara a la reutilización, adaptación y flexibilidad.

Identificador S.3 Nombre Variables de Actividad Descripción La posibilidad de considerar Variables en una Actividad. Se considera que los

Variables tomarán su valor de acuerdo a las posibilidades descritas en la Perspectiva de Datos a partir de Elementos de Datos pertenecientes a cualquiera de los elementos que contenga la propia Actividad: Roles, Objetivos y Entornos.

Motivación Permitir el mantenimiento de datos de control en una Actividad. Estos datos pueden utilizarse para controlar la realización de la unidad didáctica.


Patrones en los que se considera la inclusión de Elementos de Datos en elementos de otras perspectivas.

Ejemplos 1. En una Actividad se mantiene una propiedad denominada "Valor medio" en el que se mantiene la media de calificación obtenida en los distintos intentos que un participante realiza de un cuestionario.

Fuerzas 1. Los posibles intercambios de datos que se puedan plantear entre distintas Actividades puede suponer el establecimiento de dependencias que compliquen la reutilización, adaptación y flexibilidad a nivel de Actividad.

Opciones 1. Se puede impedir el intercambio de datos de las Variables de una Actividad a otras Actividades, aunque eso podría limitar la capacidad expresiva del lenguaje. Es importante buscar soluciones que no impidan utilizar las Variables de una Actividad en otras Actividades al tiempo que permitan controlar el establecimiento de dependencias entre ellas. Una solución es la que se apunta en el Aspecto de Condiciones, cuyo valor depende del contenido de Elementos de Datos.

Identificador S.4 Nombre Expresiones de Actividad Descripción La posibilidad de considerar Expresiones en una Actividad. La definición de estas

Expresiones se considera en los patrones de los cuatro Aspectos. El resultado de las mismas debe poder utilizarse para determinar cuestiones en esta Actividad y en sus elementos constituyentes, incluyéndose también sus Sub-actividades.

Motivación Permitir la representación de determinaciones, condiciones, señales y decisiones que pueden afectar a las cuestiones involucradas en una actividad. Dichos elementos deben ser caracterizados como entidades propias para permitir su reutilización en distintos puntos. Su inclusión en las Actividades se considera para facilitar su propia reutilización y facilitar la utilización de Expresiones en sus elementos constituyentes.


Patrones en los que se considera la utilización de Expresiones. Estos patrones se pueden encontrar en casi todas las perspectivas.

Ejemplos 1. Si el número de puestos de laboratorio para realizar una práctica es fijo, el número de alumnos por grupo viene determinado por el número total de alumnos. En concreto será el resultado de dividir el número total de alumnos del curso entre el número de puestos. Este dato se puede considerar como una Expresión de Condición. 2. Un curso puede seguirse con finalidades de acreditación o no. En el caso de que el propósito sea de acreditación el alumno debe realizar una serie de pruebas adicionales en distintas partes del curso. En este caso el tipo de modalidad se puede


determinar en una Expresión de Toma de Decisión. Por otra parte, el carácter obligatorio de las pruebas se determinaría en función del valor de dicha Expresión.

Fuerzas 1. Debe ser posible cambiar entre Expresiones del mismo tipo que se determinen de formas distintas. Por ejemplo, expresiones en las que se debe obtener un valor numérico (e.g. número de alumnos de un grupo) bien de forma constante, basada en una condición o basada en una toma de decisión.

Opciones 1. Se puede desarrollar una solución de especialización en la que se consideren abstracciones comunes para cada tipo de expresión.

Identificador S.5 Nombre Descripciones Causales Descripción La posibilidad de que una Actividad incluya Descripciones Causales para informar

sobre sus características. Motivación Informar a los usuarios finales (diseñadores, alumnos, profesores) sobre las

características de la Actividad de acuerdo a facilitarles la toma de decisión sobre su posible utilización.


Se dispone de un patrón equivalente para todos los patrones relativos a elementos, especificaciones y expresiones.

Ejemplos 1. Los meta-datos de una unidad didáctica. 2. Los objetivos educativos que intenta desarrollar una práctica de laboratorio.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software.

Opciones 1. Esta posibilidad requiere que las Descripciones Causales incluyan información semántica apropiada.

B.1.2 Patrones sobre Instancias

Identificador S.6 Nombre Multiplicidad Determinada de Instancias de Actividad Directa Descripción La posibilidad de indicar que una Actividad debe ser realizada un número de veces

determinado. Las posibilidades de determinación de este número se consideran bien en tiempo de diseño o bien más tarde (incluso en tiempo de ejecución) en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Facilitar el modelado de Actividades que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a las Actividades.


Otros patrones sobre múltiples Instancias.

Ejemplos 1. La revisión de un examen tiene que ser realizada dos veces por profesores distintos (esta restricción en cuanto a que los profesores sean distintos se puede conseguir con la Perspectiva Social).

Fuerzas 1. Cada Instancia de la Actividad debe manejar elementos independientes de los de otras Instancias. 2. Cada Instancia de la Actividad debe poder identificarse y describirse permitiendo su distinción de las demás Instancias.

Opciones 1. Al crear una nueva Instancia de la Actividad se creará una nueva Instancia de todos los elementos contenidos en ella 2. Se puede considerar la indicación de una Instancia concreta en cuanto al valor que tenga un Elemento de Dato de la Instancia o en cuanto a lo que determine un participante. Esto se reconoce en las Expresiones de Condición y de Toma de Decisión.


Identificador S.7 Nombre Multiplicidad de Instancias de Actividad según Instancias de Rol Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de una Actividad

como el número de Instancias que existan o se creen de un determinado Rol. Dicho Rol debe estar incluido en la Actividad y cada Instancia de la Actividad se asignará a una Instancia del Rol distinta.

Motivación Facilitar el modelado de Actividades que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguno de sus Roles contenidos, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a las Actividades.



Ejemplos 1. Este es el caso típico de las Actividades a realizar por los alumnos de un curso: cada alumno realiza sus propias actividades. Una actividad que tiene que ser realizada por cada uno de los alumnos de una unidad didáctica. 2. La práctica de laboratorio tiene que ser realizada por cada grupo de 4 alumnos supervisado por un tutor. Un alumno no puede estar en dos grupos y realizar dos prácticas, pero un tutor si puede supervisarlas.

Fuerzas No tiene. Opciones No tiene. Identificador S.8 Nombre Multiplicidad de Instancias de Actividad según Instancias de Objetivo Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de una Actividad

como el número de Instancias que existan o se creen de un determinado Objetivo. Dicho Objetivo debe estar incluido en la Actividad y cada Instancia de la Actividad se asignará a una Instancia del Objetivo distinta.

Motivación Facilitar el modelado de Actividades que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguno de sus Objetivos contenidos, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a las Actividades.



Ejemplos 1. Corrección de los exámenes de los alumnos. Por cada examen de un alumno se tiene una Instancia del Objetivo de corrección y, con este patrón, una Instancia de la Actividad de Corrección distinta. Así las distintas correcciones pueden ser realizadas por profesores distintos, ya que en cada Instancia de la Actividad se tendrán Instancias distintas de los Roles involucrados, y por tanto, se pueden tener distintos participantes.

Fuerzas No tiene. Opciones No tiene. Identificador S.9 Nombre Multiplicidad de Instancias de Actividad según Instancias de Entorno. Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de una Actividad

como el número de Instancias de un determinado Entorno. Dicho Entorno debe estar incluido en la Actividad y cada Instancia de la Actividad se corresponderá con una Instancia del Entorno distinta.

Motivación Facilitar el modelado de Actividades que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguna de sus Variables contenidas, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a las Actividades.




Ejemplos 1. Un mismo experimento de química tiene que ser realizado en Entornos que cuentan con el mismo tipo de recursos y funcionalidades, pero en los que se dispone de instrumentos y condiciones distintas. Por ejemplo, todos disponen de medidores de frecuencia, pero cada uno de ellos puede tener un problema determinado. En consecuencia, los resultados obtenidos en los distintos Entornos serán distintos. Sin embargo, el resto de los elementos involucrados en el experimento son los mismos. Por ello, en lugar de modelar una Actividad distinta por Instancia de Entorno, se puede modelar una sóla Actividad con varias Instancias, cada una de ellas con una Instancia de Entorno distinta.

Fuerzas No tiene. Opciones No tiene. Identificador S.10 Nombre Multiplicidad de Instancias de Actividad Controlada por Participante Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de una Actividad

como decida un Participante involucrado en la Actividad Compuesta que la incluye. A diferencia de los casos anteriores en este patrón es posible que el número de Instancias de Actividad definitivo no sea conocido en la primera creación de Instancias de dicha Actividad, es decir, las Instancias pueden ser creadas de forma dinámica. En otras palabras, los Participantes pueden crear y destruir Instancias de Actividad cuando lo deseen.

Motivación Permitir que un participante controle de forma dinámica el número de veces que tiene que realizarse una Actividad.



Ejemplos 1. Una práctica de laboratorio tiene que realizarse un número variable de veces, en función de lo que determine un profesor. Cada Instancia que se cree de la actividad requerirá su realización.

Fuerzas 1. Esta posibilidad de control no tiene porque estar disponible para todos los participantes, sino sólo para algunos.

Opciones 1. Se puede considerar un permiso en relación a esta posibilidad y la asignación de dicho permiso a los participantes que se desea que puedan controlar la creación de Instancias de forma dinámica.

Identificador S.11 Nombre Multiplicidad de Instancias de Actividad según Especificación de Orden. Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de una Actividad

como se requiera en una Especificación de Orden en la que se incluye un conector del tipo indicado en el patrón "O.10: Unión". De la misma forma que en el patrón anterior en este caso es posible que el número de Instancias de Actividad no sea conocido en el primer momento en que dichas Instancias tienen que ser creadas.

Motivación Permitir controlar durante el tiempo de ejecución el número de Instancias que se deben crear de una Actividad en función de las necesidades que determine una Especificación de Orden en cuanto al conector representado en el patrón "O.10: Unión".



Ejemplos 1. En la parte práctica de una asignatura se proponen un conjunto de ejercicios a los alumnos. Los alumnos pueden realizar uno o varios de dichos ejercicios. Cada vez que finalicen uno de los ejercicios deben responder a un cuestionario. Este escenario se puede modelar utilizando el conector de orden indicado. En consecuencia la


actividad de respuesta al cuestionario Fuerzas No tiene. Opciones No tiene. Identificador S.12 Nombre Multiplicidad Restringida de Instancias de Actividad. Descripción Este patrón recoge la posibilidad de restringir el número de Instancias que se pueden

crear de una Actividad. Se podrá establecer un límite máximo y un límite mínimo. Las Instancias de la Actividad serán creadas de acuerdo a los patrones anteriores, pero el número de las mismas deberá mantenerse en el rango indicado. Las posibilidades de restricción se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Algunos de los patrones anteriores pueden introducir un número excesivamente alto o bajo de Instancias. El propósito de este patrón es permitir especificar restricciones que limiten o fuercen el número de veces que se debe realizar una Actividad.



Ejemplos 1. Una práctica de laboratorio no puede realizarse más de cinco veces. Fuerzas 1. En el caso de indicar un número mínimo de Instancias dichas Instancias deben

crearse de forma automática. Opciones No tiene.

B.1.3 Patrones de Estructuración de Objetivos Funcionales

Identificador S.13 Nombre Un Único Objetivo Funcional Descripción La posibilidad de considerar un único Objetivo Atómico asignado a una Actividad. Motivación 1. Permitir modelar una Actividad con un único propósito o fin.

2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintos Objetivos sin tener que cambiar el resto de su modelo.


Otros patrones de Estructuración de elementos en Actividades.

Ejemplos 1. Se puede considerar una Actividad que involucre el Objetivo "Discutir sobre las ideas presentadas". Este Objetivo no se compone ni se especializa en otros Objetivos.

Fuerzas 1. Cuando el Objetivo no tiene relaciones de completitud con otros Objetivos la Actividad no puede descomponerse en Sub-Actividades, pues no se dispone de nuevos Objetivos que asignar a dichas Sub-Actividades.

Opciones 1. Una Actividad que tiene asignado un Objetivo Atómico tiene que ser Atómica. Identificador S.14 Nombre Un Único Objetivo Funcional en Composición Descripción La posibilidad de considerar un único Objetivo incluido en una Actividad

relacionado mediante conexiones de Completitud con otros Objetivos. Los Objetivos relacionados estarán incluidos en otras Actividades.

Motivación 1. Permitir modelar una Actividad con un Objetivo con conexiones de Completitud y que los Objetivos conectados se desarrollen en Sub-Actividades distintas. El Objetivo se relaciona a través conexiones de completitud a otros Objetivos en los que se indica los distintos hitos que se tienen que realizar para completar el Objetivo Compuesto. A su vez, la Actividad se descompone en varias Sub-Actividades a las que se asignan sub-conjuntos de los Sub-Objetivos.


2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintos Objetivos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Se puede considerar una Actividad que tenga asignado el Objetivo "Realizar un experimento de física". Dicho Objetivo puede descomponerse en varios Sub-Objetivos más concretos: "Preparar materiales", "Experimentación y medidas" y "Evaluación de resultados". El Objetivo principal se asigna a una Actividad y cada uno de estos Sub-Objetivos se asigna con una Sub-Actividad distinta de la Actividad anterior. Esta solución es necesaria siempre que se requiera la utilización de Roles, Variables u cualquier otro elemento diferente para la consecución de cada uno de los Sub-Objetivos. Asignando cada Sub-Objetivo a una Sub-Actividad distinta se permite que en cada Sub-Actividad se utilicen elementos particulares.

Fuerzas No tiene. Opciones No tiene. Identificador S.15 Nombre Varias Instancias de un Objetivo Descripción La posibilidad de indicar que una Actividad incluye un único Objetivo del que se

disponen de varias Instancias. El número de Instancias del Objetivo indica el número de veces que se requiere la realización del mismo. La Multiplicidad de las Instancias de un Objetivo se trata en los patrones de la Perspectiva Funcional.

Motivación 1. Permitir modelar una Actividad con un Objetivo del que es necesario crear varias Instancias sin tener que considerar el modelado del Objetivo varias veces. Esto es posible en aquellos casos en que dichos Objetivos de una Actividad respondan al mismo modelo. Esto es, misma descripción, mismos parámetros de entrada y salida (aunque puden tener valores distintos), mismas condiciones de obligatoridad, opcionalidad y prohibición, etc. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintos Objetivos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Se puede considerar una Actividad que tenga asignado el Objetivo "Resolver un problema". La multiplicidad del Objetivo es tal que cada vez que se accede al problema se creará una Instancia del mismo. De esta forma se podrá mantener información de cada intento del problema por separado ya que cada intento del mismo se guarda en una Instancia del Objetivo distinta.

Fuerzas 1. Si el número de Instancias del Objetivo es cero se debe decidir que hacer con la Actividad, puesto que en la misma no se requiere hacer nada.

Opciones 1. En este caso la Actividad será como si no existiese. No se presentará a los usuarios ni se tendrá en cuenta en las demás especificaciones (e.g. en el orden entre actividades que se pueda establecer en una Especificación de Orden).

Identificador S.16 Nombre Varios Objetivos Funcionales Descripción La posibilidad de considerar varios Objetivos asignados a una Actividad. Motivación 1. Permitir modelar una Actividad con varios Objetivos. De esta forma se permite la

agrupación de varios Objetivos en una misma Actividad para que sean realizados por los mismos participantes, en los mismos Entornos, con las mismas Especificaciones de Orden, Temporales, etc. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintos Objetivos sin tener que cambiar el resto de su modelo.

Patrones Otros patrones de Estructuración de elementos en Actividades.


Relacionados Ejemplos 1. Una Actividad "examen" puede tener varios Objetivos relativos a la resolución de

cada una de las pruebas del examen. El examen tiene que ser realizado por el mismo alumno, en el mismo Entorno y en un periodo temporal bien definido y no divisible, por tanto no es necesario considerar distintas Sub-Actividades. Por otra parte, cada Objetivo del examen puede tener asociados parámetros de entrada y salida particulares, por lo que es preferible considerar varios Objetivos.

Fuerzas 1. Cuando se consideran varios Objetivos es posible plantear Sub-Actividades a los que se asignen sub-conjuntos disjuntos del total de Objetivos asignados a la Actividad principal.

Opciones 1. Una Actividad que tiene asignados varios Objetivos puede ser Atómica o Compuesta.

B.1.4 Patrones de Estructuración de Roles

Identificador S.17 Nombre Ningún Rol Descripción La posibilidad de indicar que una Actividad no incluye ningún Rol. No es necesario

que en cada Actividad se incluya al menos un Rol, ya que pueden considerarse Actividades que sean realizadas de forma automática por herramientas apropiadas (e.g. aplicaciones o agentes software). Dichas herramientas se incluirían en los Entornos de la Actividad como Herramientas de acuerdo a patrones de la perspectiva de Herramientas.

Motivación 1. Permitir modelar Actividades que son realizadas de forma automática sin requerir la intervención de ningún participante. 2. Facilitar la reutilización del modelo de una Actividad al permitir distintos Roles sin tener que cambiar el resto de su modelo.



Ejemplos 1. La corrección de un cuestionario es realizada directamente por una aplicación software.

Fuerzas No tiene. Opciones No tiene. Identificador S.18 Nombre Un Rol Atómico Descripción La posibilidad de indicar que una Actividad incluye un único Rol Atómico. Motivación 1. Permitir modelar una Actividad con un único Rol.

2. Facilitar la reutilización del modelo de una Actividad al permitir distintos Roles sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una redacción sobre un tema de actualidad tiene que ser realizada por un único alumno. 2. La corrección de un examen es realizada por un profesor.

Fuerzas 1. Los posibles Sub-Actividades de una Actividad que asigna un único Rol Atómico sólo pueden tener asignado el participante que desempeñe dicho Rol.

Opciones 1. Esto se consigue si las Sub-Actividades de una Actividad sólo pueden asignar de entre los participantes de la Actividad a la que pertenecen.


Identificador S.19 Nombre Un Único Rol Compuesto Descripción La posibilidad de indicar que una Actividad incluye un único Rol Compuesto, esto

es: un Grupo. Dicho Rol Compuesto se compone de varios Sub-roles. En cualquier caso en este patrón sólo se considera la inclusión del Rol Compuesto en la Actividad. La especificación de Roles Compuestos como agrupaciones de Sub-roles se considera en los patrones de la Perspectiva de Participantes.

Motivación 1. Permitir modelar una Actividad con un Rol Compuesto formado por otros Sub-Roles. Es decir, un grupo con distinción de Roles entre los miembros del grupo. 2. Facilitar la reutilización del modelo de una Actividad al permitir distintos Roles sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de laboratorio debe ser realizada por un grupo formado por un alumno y un ayudante. 2. La realización de un trabajo tiene que ser realizada por un grupo en el que se tienen los roles de lider, experto, organizador y crítico.

Fuerzas 1. Las posibles Sub-Actividades de una Actividad que asigna un único Rol Compuesto sólo pueden tener asignado los participantes que estén incluidos en dicho Rol Compuesto.

Opciones 1. Las Sub-Actividades de una Actividad sólo pueden asignar de entre los participantes de la Actividad a la que pertenecen.

Identificador S.20 Nombre Varias Instancias de un Mismo Rol Descripción La posibilidad de indicar que una Actividad incluye un único Rol pero del que se

disponen de varias Instancias. El número de Instancias del Rol indica el número de participantes que se deben involucrar desempeñando dicho Rol. Por ejemplo, en una práctica de laboratorio se puede incluir la participación de 4 alumnos. La Multiplicidad de las Instancias de un Rol se trata en los patrones de la Perspectiva de Participantes.

Motivación 1. Permitir considerar un número fijo distinto de uno o variable de participantes involucrados en una Actividad. Esto es posible en aquellos casos en que los participantes necesarios en una Actividad respondan al mismo modelo. Esto es, misma descripción, misma forma de asignación, etc. 2. Facilitar la reutilización del modelo de una Actividad al permitir distintos Roles sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de laboratorio debe ser realizada por un grupo constituido por entre dos y cuatro alumnos. 2. El número de alumnos de una clase tiene que ser menor que 20.

Fuerzas 1. Las posibles Sub-Actividades de una Actividad que asigna un único Rol con múltiples Instancias pueden asignar los participantes que sean asignados a la Actividad. 2. Si el número de Instancias de un Rol es cero dicho Rol no debe contar con ningún participante en la Actividad. 3. El número de Instancias que se requiera de un Rol puede decidirse después del diseño de la unidad didáctica.

Opciones 1. Esto se consigue si las Sub-Actividades de una Actividad sólo pueden asignar de entre los participantes de la Actividad a la que pertenecen. 2. En este caso debería estar prevista la posible realización de la Actividad sin la participación de ningún usuario. 3. Esta posibilidad se recoge en patrones de la Perspectiva de Participantes.


Identificador S.21 Nombre Varios Roles Descripción La posibilidad de indicar que una Actividad incluye varios Roles, que pueden ser

Atómicos, Compuestos (sin incluir los Sub-roles) y/o con Instancias Múltiples. Motivación 1. Permitir modelar una Actividad con varios participantes que desempeñan distintos

Roles. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintos Roles sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de laboratorio debe ser realizada por un grupo constituido por entre dos o cuatro alumnos y un ayudante.

Fuerzas 1. Las posibles Sub-Actividades de una Actividad que asigna varios Roles sólo pueden asignar los participantes que sean asignados a la Actividad. 2. El número de Instancias que se requiera de un Rol puede decidirse después del diseño de la unidad didáctica.

Opciones 1. Esto se consigue si las Sub-Actividades de una Actividad sólo pueden asignar de entre los participantes de la Actividad al que pertenecen. 2. Esta posibilidad se recoge en patrones de la Perspectiva de Participantes.

B.1.5 Patrones de Estructuración de Entornos

Identificador S.22 Nombre Ningún Entorno Descripción La posibilidad de que una Actividad no incluya ningún Entorno. Motivación Permitir modelar Actividades en las que no se requiera ningún Entorno. Como parte

de la estructuración jerárquica de Actividades se considera que los participantes de una Actividad tienen acceso a los Entornos de la Actividad y a todos los Entornos incluidos en sus Actividades Padre. Por tanto es posible que en algunas Actividades no se requiera la inclusión de nuevos Entornos dado que es suficiente con los Artefactos y Herramientas disponibles en los Entornos de las Actividades Padre.



Ejemplos 1. El conjunto de prácticas de una asignatura se modela como una Actividad y cada una de las prácticas como una Sub-actividad. Todas las prácticas tienen lugar siempre en el mismo laboratorio, porque la Actividad principal incluye un Entorno representando dicho laboratorio. En consecuencia no es necesario indicar en cada una de las Sub-actividades el mismo Entorno laboratorio.

Fuerzas No tiene. Opciones No tiene. Identificador S.23 Nombre Un Entorno Atómico Descripción La posibilidad de que una Actividad incluya un solo Entorno Atómico. Motivación 1. Permitir modelar una Actividad con un único Entorno.

2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintos Entornos sin tener que cambiar el resto de su modelo.




Ejemplos 1. Para la realización de un examen se proporciona un único Entorno de trabajo compuesto por dos Artefactos: el enunciado del examen y el documento para que el alumno escriba sus respuestas.

Fuerzas No tiene. Opciones No tiene. Identificador S.24 Nombre Un Entorno Compuesto Descripción La posibilidad de que una Actividad incluya un solo Entorno Compuesto. Dicho

Entorno se compone de varios Sub-entornos pero en la Actividad sólo se incluye el Entorno Compuesto. La especificación de Entornos Compuestos como agrupaciones de Sub-entornos se considera en la Perspectiva de Entornos.

Motivación 1. Permitir modelar una Actividad con un único Entorno Compuesto. De esta forma se permite la posibilidad de introducir jerarquías de Entornos. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de otros Entornos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para la realización de un proyecto de ingeniería se proporciona un Entorno que se descompone en varios sub-Entornos: "Análisis", "Diseño", "Desarrollo" y "Pruebas". Cada sub-Entorno contiene Artefactos y Herramientas específicos para cada una de las fases consideradas en la Actividad.

Fuerzas 1. Debería ser posible la utilización de Entornos que se utilizan en otras Actividades. Opciones 1. Se podría permitir el establecimiento de relaciones entre Entornos indicando esta

utilización. En cualquier caso hay que tener en cuenta que estas relaciones implicarían la aparición de dependencias entre Actividades.

Identificador S.25 Nombre Varias Instancias de un Mismo Entorno Descripción La posibilidad de indicar que una Actividad incluye un único Entorno pero del que

se disponen de varias Instancias. El número de Instancias del Entorno indica el número de entornos de un determinado tipo que se deben crear. Por ejemplo, en una actividad de discusión de propuestas se pueden crear tantos entornos de debate como propuestas hayan sido realizadas. La Multiplicidad de las Instancias de un Entorno se trata en los patrones de la Perspectiva de Entornos.

Motivación 1. Permitir modelar una Actividad con varios Entornos del mismo tipo sin tener que considerar el modelado del mismo Entorno varias veces. Esto es posible en aquellos casos en que los Entornos necesarios en una Actividad respondan al mismo modelo. Esto es, misma descripción, mismos Artefactos (aunque posiblemente con valores distintos), etc. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de otros Entornos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de simulación puede tener varios Entornos de prueba. En cada Instancia de Entorno de prueba se disponen datos de prueba del mismo tipo pero de distinto valor.

Fuerzas 1. Si el número de Instancias de un Entorno es cero dicho Entorno no debe incluirse en la Actividad.

Opciones No tiene.


Identificador S.26 Nombre Varios Entornos Descripción La posibilidad de considerar varios Entornos asignados a una Actividad. Motivación 1. Permitir modelar una Actividad con varios Entornos.

2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de otros Entornos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de laboratorio puede tener un Entorno de diseño y varios Entornos de prueba.

Fuerzas 1. El número de Instancias que se requiera de un Entorno puede decidirse después del diseño de la unidad didáctica.

Opciones 1. Esta posibilidad se recoge en patrones de la Perspectiva de Entornos. Identificador S.27 Nombre Ninguna Clase Descripción La posibilidad de que una Actividad no incluya ninguna Clase. Motivación Permitir el modelado de Actividades en las que no se considera necesaria la

caracterización de Clases. Esta posibilidad es suficiente cuando la organización de elementos en Entornos ya es válida para las necesidades de la unidad didáctica.



Ejemplos 1. Cualquier Actividad en la que no se considere necesario clasificar los elementos involucrados de forma distinta a su disposición en Entornos.

Fuerzas No tiene. Opciones No tiene. Identificador S.28 Nombre Varias Clases Descripción La posibilidad de indicar que una Actividad incluya la definición de varias Clases. Motivación Permitir modelar una Actividad en la que se quiere clasificar los elementos en una o

varias Clases. Esta posibilidad se requiere si se quieren organizar los elementos de forma distinta a su agrupación en los Entornos disponibles.



Ejemplos 1. En un curso se tienen dos clases de recursos: para expertos y para principiantes. Se definirán dos clases correspondientes con cada uno de estos recursos.

Fuerzas 1. Se debe considerar la visibilidad de las Clases, en cuanto a si se circunscribe a los elementos de la Actividad o también a los elementos de sus Sub-actividades.

Opciones 1. En aras de facilitar la reutilización, adaptación y la flexibilidad se considera que el ámbito debe ceñirse a los elementos de la Actividad, sin incluir los de sus Sub-actividades. Un argumento en este sentido es que las Clases se reconocen en el modelado de Especificaciones y éstas se ciñen al contexto de la Actividad.

B.1.6 Patrones de Estructuración de Elementos Organizativos

Identificador S.29 Nombre Ningún Elemento Organizativo Descripción La posibilidad de no incluir ningún Elemento Organizativo en una Actividad. Motivación Permitir el modelado de Actividades en las que no se incluyan Elementos


Organizativos. En este caso desde los demás componentes de la Actividad no se podrá hacer referencia a ningún tipo de información sobre la organización de los participantes. Este es el caso más habitual en el modelado de una Actividad didáctica, ya que por lo general no se tienen en cuenta organizaciones.



Ejemplos 1. Para la realización de una práctica de laboratorio no es necesario tener en cuenta ningún tipo de estructura organizativa.

Fuerzas No tiene. Opciones No tiene. Identificador S.30 Nombre Un Único Elemento Organizativo Descripción La posibilidad de incluir un único Elemento Organizativo en una Actividad. Motivación 1. Permitir incluir el modelado de un único Elemento Organizativo. Desde los demás

componentes de la Actividad sólo se podrá hacer referencia a las características y relaciones contenidas en este Elemento Organizativo. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintos Elementos Organizativos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para la asignación de un profesor a la corrección de un examen se debe elegir aquel profesor que ocupe una Posición Organizativa de "Revisor" dentro de la Estructura Organizativa del departamento.

Fuerzas 1. La posibilidad de incluir Elementos Organizativos en todas las Actividades de una unidad didáctica no es muy probable.

Opciones 1. Se considera suficiente permitir la inclusión de Elementos Organizativos sólo a nivel de la Actividad raíz de la unidad didáctica. A partir de ella se podrían considerar su referencia desde Roles incluidos en cualquier Sub-actividad.

Identificador S.31 Nombre Varios Elementos Organizativos Descripción La posibilidad de incluir varios Elementos Organizativos en una Actividad. Estas

Especificaciones pueden hacer referencia a los mismos participantes (e.g. organización de profesores en un departamento y organización de profesores por asignaturas) o a distintos participantes (e.g. organización de profesores por asignaturas y organización de alumnos por asignaturas).

Motivación 1. Permitir considerar el modelado de varios Elementos Organizativos. Desde los demás componentes de la Actividad se podrá hacer referencia a las características y relaciones contenidas en cualquiera de estos Elementos Organizativos. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintos Elementos Organizativos sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para la tutorización de una práctica de laboratorio se debe elegir un profesor que esté asignado al trabajo en laboratorio según la organización por asignaturas y que ocupe una Posición Organizativa de "Revisor" dentro de la Estructura Organizativa de profesores en el departamento.

Fuerzas 1. La posibilidad de incluir Elementos Organizativos en todas las Actividades de una unidad didáctica no es muy probable.

Opciones 1. Se considera suficiente permitir la inclusión de Elementos Organizativos sólo a nivel de la Actividad raíz de la unidad didáctica. A partir de ella se podrían considerar su referencia desde Roles incluidos en cualquier Sub-actividad.


B.1.7 Patrones de Estructuración de Estructuración de Especificaciones de Autorización

Identificador S.32 Nombre Ninguna Especificación de Autorización Descripción La posibilidad de no incluir ninguna Especificación de Autorización en una

Actividad. Motivación 1. Permitir no realizar ninguna asignación de Permisos a los Participantes de una

Actividad. En este caso las Participantes sólo podrán realizar las accioness que no necesiten de ninguna autorización. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Autorización sin tener que cambiar el resto de su modelo.



Ejemplos 1. En un examen el alumno sólo tiene que contestar a las preguntas de un cuestionario. Por tanto, no es necesario que disponga de ningún permiso especial. 2. Una actividad involucra la lectura de un texto y la respuesta de un cuestionario. Para ambas tareas no se necesita la asignación de permisos.

Fuerzas 1. Se debería considerar la posibilidad de realizar una asignación implícita o por defecto de Permisos. 2. Se podría considerar la posibilidad de indicar el alcance de estas autorizaciones.

Opciones 2. El alcance se puede limitar al ámbito de la Actividad para evitar la introducción de dependencias entre Actividades.

Identificador S.33 Nombre Una Única Especificación de Autorización Descripción La posibilidad de incluir una única Especificación de Autorización en una

Actividad. Motivación 1. Permitir la asignación de Permisos en una Actividad.

2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Autorización sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para la realización de prácticas en un laboratorio se debe indicar el tipo de permiso que se da a los participantes sobre los simuladores (e.g. novato, experto, medio). 2. En un entorno de trabajo compartido hay varios participantes y a cada uno le corresponde un documento. Todos los participantes pueden leer todos los documentos pero sólo pueden escribir en el suyo. Este comportamiento se puede conseguir mediante la asignación de permisos.

Fuerzas 1. Para disponer de mayor flexibilidad se considera la posibilidad de determinar si se debe aplicar la Especificación de Autorización o no durante la ejecución.

Opciones 1. En la perspectiva de Autorización se incluye un patrón que permite considerar la activación de una Especificación de Autorización durante la realización de la unidad didáctica.


Identificador S.34 Nombre Varias Especificaciones de Autorización Descripción La posibilidad de incluir varias Especificaciones de Autorización en una

Actividad. En cada Especificación de Autorización se pueden considerar Permisos de un tipo y sobre un tipo particular de elementos.

Motivación 1. Permitir la asignación de permisos a los Participantes de una Actividad considerando distintos grupos de Permisos o distintos grupos de elementos sobre los que se asignan los permisos. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Autorización sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para la realización de prácticas en un laboratorio se considera la asignación de permisos sobre el simulador y sobre los documentos realizados por los participantes. Ambos tipos de permisos se describen por separado. 2 Para la realización de una práctica de laboratorio en la que se utiliza un equipo muy complejo se consideran dos niveles de autorización: "novato" y "experto". La actividad de laboratorio incluye ambas Especificaciones de Autorización pero durante la realización sólo se activará una de ellas.

Fuerzas 1. Para disponer de mayor flexibilidad se considera la posibilidad de determinar si se debe aplicar o no la Especificación de Autorización durante la ejecución. De esta forma, aunque una Actividad incluya varias Especificaciones de Autorización no significa que vayan a utilizarse todas.

Opciones 1. En la perspectiva de Autorización se incluye un patrón que permite considerar la activación de una Especificación de Autorización durante la realización de la unidad didáctica.

B.1.8 Patrones de Estructuración de Estructuración de Especificaciones de Percepción

Identificador S.35 Nombre Ninguna Especificación de Percepción Descripción La posibilidad de no incluir ninguna Especificación de Percepción en una

Actividad. Motivación 1. Permitir no realizar ninguna descripción sobre la captura, el procesamiento y la

notificación de Eventos. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Percepción sin tener que cambiar el resto de su modelo.

Patrones Rel. Otros patrones de Estructuración de elementos en Actividades. Ejemplos 1. Para la realización de un cuestionario no es necesario proporcionar ningún tipo

de información sobre las acciones realizadas. 2. En una tarea de preparación de documentación para los alumnos de un laboratorio que realiza un profesor no es necesario considerar ningún tipo de captura y procesamiento de eventos.

Fuerzas 1. Se debería considerar la posibilidad de realizar una especificación genérica de la percepción, por ejemplo, notificaciones al profesor sobre los alumnos. 2. Se podría considerar la posibilidad de indicar el alcance de estas autorizaciones.

Opciones 2. El alcance se puede limitar al ámbito de la Actividad para evitar la introducción de dependencias entre Actividades.


Identificador S.36 Nombre Una Única Especificación de Percepción Descripción La posibilidad de incluir una única Especificación de Percepción en una Actividad. Motivación 1. Permitir realizar una descripción sobre la captura, el procesamiento y la

notificación de Eventos. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Percepción sin tener que cambiar el resto de su modelo.



Ejemplos 1. En una práctica de laboratorio se proporciona información de percepción sobre las acciones de los alumnos en simulador. Cada uno de los dos tipos se puede incluir en una especificación distinta para facilitar su activación independiente. 2. En un aula de idiomas en la que se realiza un ejercicio de diálogo en grupo se recogen y procesan los eventos de inactividad durante las conversaciones. Cuando la inactividad es superior a un cierto valor se debe notificar a un profesor.

Fuerzas 1. Para disponer de mayor flexibilidad se considera la posibilidad de determinar si se debe aplicar la Especificación de Percepción o no durante la realización de la unidad didáctica.

Opciones 1. En la perspectiva de Percepción se incluye un patrón que permite considerar la activación de una Especificación de Percepción durante la realización de la unidad didáctica.

Identificador S.37 Nombre Varias Especificaciones de Percepción Descripción La posibilidad de incluir varias Especificaciones de Percepción en una Actividad.

En cada Especificación de Percepción se pueden considerar Eventos diferentes y sobre un tipo particular de elementos.

Motivación 1. Permitir realizar varias descripciones sobre la captura, el procesamiento y la notificación de Eventos. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Percepción sin tener que cambiar el resto de su modelo.



Ejemplos 1. En una práctica de laboratorio se proporciona información de percepción sobre las acciones de los alumnos en el simulador y sobre la presencia de los alumnos en el laboratorio. 2. En una tarea de discusión en grupo se recogen y procesan los eventos relativos a la modificación de documentos compartidos y a la utilización de las herramientas de comunicación.

Fuerzas 1. Para disponer de mayor flexibilidad se considera la posibilidad de determinar si se debe aplicar o no la Especificación de Percepción durante la ejecución. De esta forma, aunque una Actividad incluya varias Especificaciones de Percepción no significa que vayan a utilizarse todas.

Opciones 1. En la perspectiva de Percepción se incluye un patrón que permite considerar la activación de una Especificación de Percepción durante la realización de la unidad didáctica.


B.1.9 Patrones de Estructuración de Especificaciones de Interacción

Identificador S.38 Nombre Ninguna Especificación de Interacción Descripción La posibilidad de no incluir ninguna Especificación de Interacción en una

Actividad. Motivación 1. Permitir no realizar ninguna descripción sobre la invocación de operaciones en

una Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Interacción sin tener que cambiar el resto de su modelo.



Ejemplos 1. En una tarea de preparación de documentación para los alumnos de una laboratorio que realiza un profesor no es necesario considerar ningún tipo de invocación de operación.

Fuerzas No tiene. Opciones No tiene. Identificador S.39 Nombre Una Única Especificación de Interacción Descripción La posibilidad de incluir una única Especificación de Interacción en una Actividad.

En la Especificación de Interacción es necesario indicar a qué Entorno se aplica y sobre que elementos.

Motivación 1. Permitir realizar una descripción sobre la invocación de operaciones en una Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Interacción sin tener que cambiar el resto de su modelo.



Ejemplos 1. En una práctica de laboratorio se deben invocar las operaciones de inicio y finalización del simulador cuando el primer participante acceda a la práctica y cuando el último participante abandone la práctica, respectivamente. 2. En un aula de idiomas se realiza un ejercicio de traducción a partir de un documento sonoro. La reproducción del documento sonoro se inicia con la invocación de una operación.

Fuerzas 1. Para disponer de mayor flexibilidad se considera la posibilidad de determinar si se debe aplicar la Especificación de Interacción o no durante la realización de la unidad didáctica.

Opciones 1. En la perspectiva de Interacción se incluye una patrón que permite considerar la activación de una Especificación de Interacción durante la realización de la unidad didáctica.

Identificador S.40 Nombre Varias Especificaciones de Interacción Descripción La posibilidad de incluir varias Especificaciones de Interacción en una Actividad.

En cada Especificación de Interacción se pueden considerar eventos de un tipo y sobre un tipo particular de elementos. En la Especificación de Interacción es necesario indicar a qué Entorno se aplica y sobre que elementos.


Motivación 1. Permitir realizar varias descripciones sobre la invocación de operaciones en una Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la consideración de distintas Especificaciones de Interacción sin tener que cambiar el resto de su modelo.



Ejemplos 1. En una práctica de laboratorio se deben invocar las operaciones de inicio y finalización del simulador y operaciones para la creación automática de versiones con los resultados de cada simulación. Cada uno de estos grupos de operaciones se puede incluir una especificación distinta para permitir su activación por separado.

Fuerzas 1. Para disponer de mayor flexibilidad se considera la posibilidad de determinar si se debe aplicar o no la Especificación de Interacción durante la ejecución. De esta forma, aunque una Actividad incluya varias Especificaciones de Interacción no significa que vayan a utilizarse todas.

Opciones 1. En la perspectiva de Interacción se incluye un patrón que permite considerar la activación de una Especificación de Interacción durante la realización de la unidad didáctica.

B.1.10 Patrones de Estructuración de Especificaciones de Orden

Identificador S.41 Nombre Ninguna Especificación de Orden Descripción La posibilidad de no incluir ninguna Especificación de Orden entre las Sub-

Actividades de una Actividad. Motivación 1. Permitir el modelado del orden en el que se deben realizar las Sub-Actividades de

una Actividad. En este caso no se establece ningún orden en el que realizar las Sub-Actividades y por tanto éstas podrán realizarse en cualquier orden. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintas Especificaciones de Orden sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una Actividad de una asignatura de literatura se compone de varias Sub-Actividades en las que se deben estudiar la obra de distintos autores. No se establece ninguna indicación en relación al orden de los autores.

Fuerzas 1. Si se trata de una Actividad Atómica, o que tiene una única Sub-actividad, no es posible introducir Especificaciones de Orden

Opciones 1. Este es el único patrón posible en cuanto a patrones de proceso para Actividades atómicas.

Identificador S.42 Nombre Una Única Especificación de Orden Descripción La posibilidad de incluir una Especificación de Orden entre las Sub-Actividades de

una Actividad. Motivación 1. Permitir el modelado del orden en el que se deben realizar las Sub-Actividades de

una Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintas Especificaciones de Orden sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de programación consiste de tres Actividades: "Análisis", "Diseño"


y "Programación". Dichas Actividades deben realizarse en serie. Fuerzas 1. Es posible que la Especificación de Orden sólo afecte a un sub-conjunto de las

Sub-Actividades de una Actividad. 2. La aplicación de la Especificación Orden puede no ser determinada durante el diseño.

Opciones 1. Las Sub-Actividades incluidas en la Especificación de Orden tendrán que realizarse siguiendo el orden de indicado, mientras que las demás Sub-Actividades podrán realizarse en cualquier orden. 2. En la Perspectiva de Orden se propone los patrones Aplicación Determinada de Especificación de Orden Directa que permite determinar si la Especificación de Orden se debe aplicar o no durante la ejecución.

Identificador S.43 Nombre Varias Especificaciones de Orden Descripción La posibilidad de incluir varias Especificaciones de Orden en una Actividad. Motivación 1. Permitir el modelado del orden en el que se deben realizar las Sub-Actividades de

una Actividad mediante la utilización de varias especificaciones independientes. Debido al patrón Activación Determinada de Especificación de Orden es posible que durante la ejecución sólo se aplique un sub-conjunto de todas las Especificaciones de Orden asociadas a la Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintas Especificaciones de Orden sin tener que cambiar el resto de su modelo.



Ejemplos 1. Las prácticas de laboratorio de una unidad didáctica de química tienen que realizarse de acuerdo a un conjunto de reglas complejo: (i) si el alumno no domina los medios ácidos debe realizar primero las prácticas 1 a la 10; (ii) si el alumno no ha conoce el instrumental debe realizar primero las prácticas 3 y 4; etc. Cada una de estas reglas puede mantenerse en una Especificación de Orden diferente que se activará o no en función de datos conocidos antes o durante la ejecución.

Fuerzas 1. Es posible que las Especificaciones de Orden sólo afecte a un sub-conjunto de las Sub-Actividades de una Actividad. 2. La aplicación de la Especificación de Orden puede determinada durante el diseño.

Opciones 1. Las Sub-Actividades incluidas en la Especificación de Orden tendrán que realizarse siguiendo un orden de acuerdo a dichas restricciones, mientras que las demás Sub-Actividades podrán realizarse en cualquier orden. 2. En la Perspectiva de Orden se propone el patrón Aplicación Determinada de Especificación de Orden que permite determinar si la Especificación de Orden se debe aplicar o no durante la ejecución.

B.1.11 Patrones de Estructuración de Especificaciones Temporales

Identificador S.44 Nombre Ninguna Especificación Temporal Descripción La posibilidad de no incluir ninguna Especificación Temporal en una Actividad. Motivación 1. Permitir el modelado de Especificaciones Temporales en las que se deben

realizar las Sub-Actividades de una Actividad. En este caso no se establece ninguna indicación o restricción para el inicio ni la finalización de la Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación


de distintas Especificaciones Temporales sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para la corrección de un examen que tiene que realizar un profesor no se impone ninguna indicación ni restricción temporal.

Fuerzas No tiene. Opciones No tiene. Identificador S.45 Nombre Una Única Especificación Temporal Descripción La posibilidad de que una Actividad incluya una única Especificación Temporal. Motivación 1. Permitir el modelado de Especificaciones Temporales que determiten el inicio y

finalización de las Sub-actividades de una Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintas Especificaciones Temporales sin tener que cambiar el resto de su modelo.



Ejemplos 1. Una práctica de programación consiste de tres Actividades: "Análisis", "Diseño" y "Programación". El "Diseño" puede iniciarse un día después de terminado el "Análisis". La "Programación" puede iniciarse un día después de terminado el "Diseño".

Fuerzas 1. La aplicación de la Especificación Temporal puede no ser determinada durante el diseño.

Opciones 1. En la Perspectiva Temporal se propone el patrón Especificación Determinada de Especificación Temporal que permite determinar si la Especificación Temporal se debe aplicar o no durante la realización de la unidad didáctica.

Identificador S.46 Nombre Varias Especificaciones Temporales Descripción La posibilidad de que una Actividad incluya varias Especificaciones Temporales. Motivación 1. Permitir el modelado de varias Especificaciones Temporales que determiten el

inicio y la finalización de las Sub-actividades de una Actividad. 2. Facilitar la reutilización del modelo de una Actividad al permitir la asignación de distintas Especificaciones Temporales sin tener que cambiar el resto de su modelo.



Ejemplos 1. Para el inicio de una sesión de discusión se consideran dos restricciones temporales: (i) debe iniciarse al menos1 día después de que todos los alumnos finalicen las actividades anteriores; (ii) no puede iniciarse antes del 20 de mayo. Además se impone una restricción temporal sobre su duración mínima y máxima. Estas cuestiones se mantienen en sendas Especificaciones Temporales, permitiendo su aplicación por separado.

Fuerzas 1. La aplicación de las Especificaciones Temporales puede no ser determinada durante el diseño.

Opciones 1. En la Perspectiva Temporal se propone el patrón Especificación Determinada de Especificación Temporal que permite determinar si la Especificación Temporal se debe aplicar o no durante la realización de la unidad didáctica.


B.2 Patrones de la Perspectiva Funcional Tabla B-2 Patrones de la Perspectiva Funcional


F.1 Identificador Textual y Descripción Textual de Objetivos Funcionales F.2 Objetivo Funcional Obligatorio/Optativo F.3 Parámetros de Entrada F.4 Parámetros de Salida F.5 Descripciones Causales

Patrones sobre Instancias F.6 Multiplicidad Determinada de Instancias de Objetivo Funcional F.7 Multiplicidad de Instancias de Objetivo Funcional Controlada por

Participante F.8 Multiplicidad de Instancias de Objetivo Funcional según Instancias de

Parámetro F.9 Multiplicidad Restringida de Instancias de Objetivo Funcional F.10 Unicidad de Instancias de Objetivo Funcional

Patrones de Conexión de Completitud F.11 Completitud por Restricciones de Salida F.12 Completitud según Control de Actividad F.13 Completitud por Asociación de Composición M de N F.14 Completitud por Asociación de Especialización

Patrones de Conexión de Intento F.15 Dependencia por Restricciones de Entrada F.16 Dependencia Positiva F.17 Dependencia Negativa F.18 Objetivos Funcionales con Dependencia Negativa M de N

Patrones sobre Intentos F.19 Multiplicidad Determinada de Intentos F.20 Multiplicidad Restringida de Intentos


Identificador F.1 Nombre Identificador Textual y Descripción Textual de Objetivo Funcional Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

del Objetivo. Motivación Informar a los participantes sobre el Objetivo y su propósito. El Identificador

Textual permite identificar el Objetivo y presentarlo a los particiapantes en la unidad didáctica. La Descripción Textual permite indicar con más detalle el propósito específico del Objetivo. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar el Objetivo sobre la intención con la que fue introducido.



Ejemplos 1. Una descripción de un objetivo en una unidad didáctica de matemáticas podría ser: "Resolver las integrales que se presentan en el documento adjunto".


2. Un identificador de un objetivo en una unidad didáctica de filosofía podría ser: "Debate".

Fuerzas 1. Pueden considerarse Objetivos que no vayan a ser realizados por una persona sino por un agente software.

Opciones 1. Pueden considerarse vocabularios y sintaxis específicas (distintas del lenguaje natural) que puedan ser utilizadas para transmitir los Objetivos a agentes software

Identificador F.2 Nombre Objetivo Funcional Obligatorio/Optativo Descripción La posibilidad de indicar que un Objetivo Funcional debe ser completado para que

se complete el Objetivo Funcional al que está asociado en especialización o en composición M de N. Si un Objetivo Funcional no es Obligatorio es Optativo. Las posibilidades de determinación de esta obligatoriedad se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir la caracterización de Objetivos que tienen que ser realizados de forma Obligatoria y otros que no lo tienen que ser.


Patrones de la categoría de conexión de completitud.

Ejemplos 1. En una unidad didáctica se incluyen varios cuestionarios. Cada cuestionario se modela a partir de un Objetivo. Sin embargo, sólo es obligatorio realizar el cuestionario final. Por tanto, sólo será Objetivo Obligatorio el Objetivo relativo al cuestionario final. 2. Para la realización de una práctica de laboratorio se proponen varias etapas. La práctica y las etapas se modelan como un Objetivo Compuesto que se descompone en varios Sub-objetivos. La práctica es obligatoria pero las etapas son optativas, por tanto el Objetivo Compuesto es Obligatorio pero los Sub-objetivos son Optativos.

Fuerzas 1. Esta caracterización está relacionada con las conexiones de completitud que se pueden introducir entre Objetivos.

Opciones 1. En dichas conexiones los Objetivos caracterizados como optativos no tendrán ninguna influencia.

Identificador F.2 Nombre Objetivo Funcional Obligatorio/Optativo Descripción La posibilidad de indicar que un Objetivo Funcional debe ser completado para que se

complete el Objetivo Funcional al que está asociado en especialización o en composición M de N. Si un Objetivo Funcional no es Obligatorio es Optativo. Las posibilidades de determinación de esta obligatoriedad se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir la caracterización de Objetivos que tienen que ser realizados de forma Obligatoria y otros que no lo tienen que ser.


Patrones de la categoría de conexión de completitud.

Ejemplos 1. En una unidad didáctica se incluyen varios cuestionarios. Cada cuestionario se modela a partir de un Objetivo. Sin embargo, sólo es obligatorio realizar el cuestionario final. Por tanto, sólo será Objetivo Obligatorio el Objetivo relativo al cuestionario final. 2. Para la realización de una práctica de laboratorio se proponen varias etapas. La práctica y las etapas se modelan como un Objetivo Compuesto que se descompone en varios Sub-objetivos. La práctica es obligatoria pero las etapas son optativas, por tanto el Objetivo Compuesto es Obligatorio pero los Sub-objetivos son Optativos.

Fuerzas 1. Esta caracterización está relacionada con las conexiones de completitud que se pueden introducir entre Objetivos.

Opciones 1. En dichas conexiones los Objetivos caracterizados como optativos no tendrán ninguna influencia.


Identificador F.3 Nombre Parámetros de Entrada Descripción La posibilidad de indicar que un Objetivo lleva asociados uno o varios Parámetos de

Entrada. Estos Parámetros se corresponden con Elementos de Datos de la perspectiva de Datos. Se tendrá una Instancia de estos Parámetos por Instancia del Objetivo. Por defecto se considera que estos Parámetros son visibles para todos los participantes de la Actividad a la que el Objetivo esté asignado, pero que no pueden ser modificados.

Motivación Indicar los Elementos de Datos que son necesarios para la realización de un Objetivo.



Ejemplos 1. El objetivo "Resolver las siguientes integrales" lleva asociado como Parámetro de entrada un documento en el que se disponen dichas integrales.

Fuerzas 1. Debe ser posible indicar distintos tipos de Elementos de Datos, incluso agrupaciones de éstos, multiplicidades, etc. 2. Las Instancias de los Elementos de Datos tomarán valores de los elementos disponibles en la Actividad que se sitúe el Objetivo. 3. Por defecto todos los participantes pueden ver todos los Elementos de Datos de Entrada.

Opciones 1. Estas necesidades se consideran en la Perspectiva de Datos. 2. En la Perspectiva de Datos también se especifica como se transfieren los valores a las Instancias de Elementos de Datos. 3. La posibilidad de considerar autorizaciones distintas se consideran en la Perspectiva de Autorización, mediante la cual es posible proporcionar diferentes niveles de acceso a distintos participantes.

Identificador F.4 Nombre Parámetros de Salida Descripción La posibilidad de indicar que un Objetivo lleva asociados uno o varios Elementos de

Datos de Salida. Estos Parámetros se corresponden con Elementos de Datos de la perspectiva de Datos. Se tendrá una Instancia de estos Parámetros por Instancia del Objetivo.

Motivación Indicar los Elementos de Datos que se producen al realizar un Objetivo. Patrones Relacionados


Ejemplos 1. El objetivo "resolver las siguientes integrales" lleva asociado un Parámetro de salida que será un documento con la resolución de dichas integrales. 2. Los Parámetrosde Salida pueden utilizarse para mantener el estado del Objetivo. Por ejemplo, se puede tener una variable estado de consecución que tenga los valores: superado, no superado; o un campo nota con valores entre 0 y 10. Lógicamente este campo debería ser actualizado automáticamente en base a reglas o expresiones matemáticas y en ningún caso debería poder ser modificado por los participantes.

Fuerzas 1. Debe ser posible indicar distintos tipos de Elementos de Datos e incluso agrupaciones de éstos. 2. Las Instancias de los Elementos de Datos podrán utilizarse para actualizar el valor de elementos disponibles en la Actividad en la que se sitúe el Objetivo. 3. Por defecto todos los participantes pueden ver todos los Elementos de Datos de Entrada.

Opciones 1. Estas necesidades se consideran en la Perspectiva de Datos. 2. En la Perspectiva de Datos también se especifica como se transfieren las


Instancias de Elementos de Datos. 3. La posibilidad de considerar autorizaciones distintas se consideran en la Perspectiva de Autorización, mediante la cual es posible proporcionar diferentes niveles de acceso a distintos participantes.

Identificador F.5 Nombre Descripciones Causales Descripción La posibilidad de que un Objetivo incluya Descripciones Causales para informar


características del Objetivo de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. Datos relativos al diseñador que introduce un Objetivo. Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los

usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización del Objetivo.



Identificador F.6 Nombre Multiplicidad Determinada de Instancias de Objetivo Funcional Descripción La posibilidad de indicar que un Objetivo debe ser alcanzado un número de veces

determinado. Las posibilidades de determinación de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Facilitar el modelado de Objetivos que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Objetivos.



Ejemplos 1. La revisión de una práctica tiene que hacerse dos veces. Tiene que ser realizada por los mismos participantes y utilizando las mismas herramientas, pero necesitan generarse dos informes de resultados. Para ello se pueden crear dos Instancias del Objetivo de revisión en la misma Actividad. 2 Un profesor está creando una unidad didáctica y define varias partes pero no modela todas ellas con el detalle necesario pues no las va a utilizar en la versión actual del mismo. Para evitar posibles incoherencias que puedan surgir durante su realización caracteriza dichas partes con multiplicidad de Instancias cero. De esta forma los participantes que realizan la unidad didáctica no serán conscientes de la existencia de dichas partes.

Fuerzas 1. A nivel de caracterización funcional no se consideran los Participantes ni los Recursos que van a realizar el Objetivo. 2. Es posible que el número de Instancias sea cero. 3. Si un Objetivo es Compuesto la multiplicidad de las Instancias debe trasladarse a sus Sub-Objetivos. 4. Cada Instancia del Objetivo debe poder identificarse y describirse permitiendo su


distinción de las demás Instancias. Opciones 1. Todas las Instancias de un mismo Objetivo serán asignadas a la misma Actividad.

Por tanto, aunque en la Perspectiva Funcional no se consideran ni los Roles ni los Elementos de Datos si se puede asegurar que los Objetivos son propuestos para ser realizados por los mismos Participantes y en los mismos Entornos. 2. En el caso de que el número de Instancias de un Objetivo sea cero dicho Objetivo no se mostrará. Será como si no existiese y se denomina como Objetivo Oculto. 3. En el caso de Objetivos Compuestos se deben crear tantas Instancias de cada uno de los Sub-objetivos como del Objetivo Compuesto. 4. Se puede considerar la indicación de una Instancia concreta en cuanto al contenido de alguno de sus parámetros o en cuanto a lo que determine un participante. Esto se reconoce en los patrones de los aspectos de Condición y de Toma de Decisión.

Identificador F.7 Nombre Multiplicidad de Instancias de Objetivo Funcional Controlada por Participante Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de un

Objetivo como decida un Participante involucrado en la Actividad que lo incluye. A diferencia del caso anterior en este patrón es posible que el número de Instancias de Objetivo no sea conocido en la primera creación de Instancias de dicho Objetivo Funcional, es decir, las Instancias pueden ser creadas de forma dinámica. En otras palabras, los Participantes pueden crear y destruir Instancias de Objetivo cuando lo deseen.

Motivación Permitir que un participante determine de forma dinámica durante el Tiempo de Ejecución el número de veces que tiene que ser conseguido un Objetivo Funcional.



Ejemplos 1. Un cuestionario puede realizarse hasta el número de veces que indique un profesor. Para ello, se deja que el profesor determine el número de Instancias que se deben crear del Objetivo Funcional.



Identificador F.8 Nombre Multiplicidad de Instancias de Objetivo Funcional según Instancias de Parámetro Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de un Objetivo

como el número de Instancias de un determinado Parámetro del mismo. A cada Instancia del Objetivo le corresponderá una Instancia distinta del Parámetro.

Motivación Facilitar el modelado de Objetivos que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguno de sus Parámetros contenidos, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Objetivos.



Ejemplos 1. La corrección del examen de un alumno se puede modelar como un Objetivo Funcional en el que incluye como Parámetro de Entrada las respuestas de dicho alumno. Por cada alumno que haya realizado el examen se debe crear una Instancia de este Objetivo Funcional conteniendo en el Parámetro de Entrada las respuestas correspondientes.

Fuerzas 1. La determinación del número de Instancias del Elemento de Datos debe producirse


de forma ajena a la creación de Instancias del Objetivo. En caso contrario, podrían producirse ciclos de realimentación entre las dos determinaciones de Instancias.

Opciones 1. En este caso no deben crearse una Instancia del Parámetro (Elemento de Datos) por Instancia del Objetivo, sino a la inversa.

Identificador F.9 Nombre Multiplicidad Restringida de Instancias de Objetivo Funcional. Descripción Este patrón recoge la posibilidad de restringir el número de Instancias que se

pueden crear de un Objetivo. Se podrá establecer un límite máximo y un límite mínimo. Las Instancias del Objetivo serán creadas de forma dinámica durante la realización, pero el número de las mismas deberá mantenerse en el rango indicado. Las posibilidades de restricción se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir especificar restricciones que limiten el número de veces que se puede realizar un objetivo, no conociendo dicha restricción hasta la realización de la unidad didáctica.



Ejemplos 1. Un cuestionario puede realizarse un mínimo de 2 y un máximo de 4 veces. Fuerzas 1. En el caso de indicar un número mínimo de Instancias dichas Instancias deben

crearse de forma automática. Opciones 1. El sistema de ejecución debe encargarse de crear el número de Instancias

mínimo. Identificador F.10 Nombre Unicidad de Instancias de Objetivo Funcional Descripción La posibilidad de considerar una única Instancia de un Objetivo Funcional

independientemente del número de Instancias que se creen de la Actividad en la que dicho Objetivo Funcional está incluido.

Motivación Permitir plantear Objetivos que sólo tienen que ser realizados una única vez. Patrones Relacionados


Ejemplos 1. En un laboratorio de mecánica se dispone de una máquina de control numérico sobre la que varios grupos de alumnos tienen que realizar sus prácticas. La práctica de cada grupo se desarrollo en una Instancia de Actividad distinta. Dicha Actividad incluye una Sub-Actividad en la que plantea el Objetivo Funcional "realizar el calibrado de la máquina". Sin embargo, este Objetivo sólo se tiene que realizar una única vez y no una vez por cada grupo. Por tanto el mismo se modela de acuerdo a este patrón de Unicidad.

Fuerzas 1. En una estructura con múltiples niveles de agregación jerárquica es posible considerar la unicidad en cada uno de dichos niveles.

Opciones 1. En aras de realizar una primera aproximación a este problema se considera el caso simplificado en el que la unicidad se determina sólo en el nivel del elemento en el que se incluye el Objetivo.

B.2.3 Patrones de Conexión de Completitud

Identificador F.11 Nombre Completitud por Restricciones de Salida Descripción Este patrón recoge la posibilidad de que un Objetivo incluya restricciones que

determinen su satisfacción. Las restricciones pueden ser indicadas con una


Expresión de Condición, de Toma de Decisión o de Señalización Motivación Permitir indicar y controlar las cuestiones para realizar de forma satisfactoria un

Objetivo Funcional. Patrones Relacionados

No tiene.

Ejemplos 1. El objetivo "resolver el siguiente cuestionario" lleva asociada una restricción relativa a que dicho objetivo no está satisfecho hasta que se obtenga una nota en dicho cuestionario mayor que cinco. 2. El objetivo "realizar experimento" no podrá completarse satisfactoriamente hasta que el profesor responsable así lo determine.

Fuerzas 1. La completitud satisfactoria de los Objetivos puede relacionarse con la posibilidad de finalización de las Actividades en la que dichos Objetivos se incluyen. En el caso general, no puede finalizarse una Actividad hasta que sus Objetivos no se completen satisfactoriamente.

Opciones 1. Este puede considerarse el comportamiento por defecto. Sin embargo, para los Objetivos Optativos no es necesario satisfacer las Restricciones de Salida porque no tienen porque realizarse. Por tanto no debieran tener influenci

Identificador F.12 Nombre Completitud por Control de Actividad Descripción La posibilidad de considerar que un Objetivo Funcional se completa cuando finaliza

la Actividad en la que se incluye. Motivación Permitir determinar la completitud de un Objetivo en función de la finalización de

la Actividad en la que se incluye. En la mayoría de los casos la finalización de la Actividad tiene como implicación la conclusión de sus Objetivos. En cualquier caso dicha conclusión puede ser satisfactoria (cumpliendo las restricciones de salida) o no satisfactoria.


No tiene.

Ejemplos 1. En una lección magistral el Objetivo se completa tan pronto como el profesor termina la clase.

Fuerzas 1. Debería poder indicarse que si un Objetivo no se completa de forma satisfactoria la Actividad en la que se incluye dicho Objetivo no pueda finalizarse. Es decir, se trataría de un requisito para permitir finalizar la Actividad. 2. En cualquier caso, con este patrón también se consideran otros mecanismos que permiten finalizar una Actividad con independencia de dicha completitud satisfactoria.

Opciones 1. Tal como se indicó en el patrón anterior este es el comportamiento por defecto. 2. Estas formas de finalización se consideran en los patrones de las perspectivas de Orden u Temporales.

Identificador F.13 Nombre Completitud por Asociación de Composición M de N Descripción Este patrón recoge la posibilidad de indicar que un Objetivo Funcional se completa

cuando un conjunto de Objetivos Funcionales que tiene asociados en composición es Completado. La determinación del valor de M puede realizarse de forma fija durante el diseño o a posteriori (incluso durante el tiempo de ejecución) en base a las posibilidades consideradas en los patrones de las Expresiones.

Motivación Permitir determinar la completitud satisfactoria de un Objetivo Funcional en base a la completitud de otros Objetivos Funcionales. Con este patrón se roporciona flexibilidad en el desarrollo de una unidad didáctica no requiriéndose la consecución satisfactoria de todos los Objetivos.

Patrones No tiene.


Relacionados Ejemplos 1. Los alumnos que no tengan experiencia en la medición de sedimentos están

obligados a realizar todos los objetivos de "técnicas de medición", para el resto de alumnos es suficiente que realicen el 50% de los mismos.

Fuerzas 1. Se reconocen dos casos particulares en función del valor de M: si M=1 sólo hay que satisfacer uno de los Objetivos y se estaría en un caso de tipo especialización; si M=N entonces se estaría en un caso de composición.

Opciones 1. Estas dos alternativas son bastante singulares por lo que se podrían considerar soluciones particulares del lenguaje para cada una de ellas.

Identificador F.14 Nombre Completitud por Asociación de Especialización Descripción Este patrón recoge la posibilidad de indicar que un Objetivo Funcional se completa

cuando uno de los Objetivos Funcionales que tiene asociados en composición es Completado. En este caso a los participantes no se les presenta todos los objetivos disponibles sino sólo uno de ellos.

Motivación Proporcionar flexibilidad en el desarrollo de una unidad didáctica no requiriéndose la consecución de todos los Objetivos.


Puede considerarse como un caso particular del patrón anterior (F.13) en el que el valor de M es 1.

Ejemplos 1. En una asignatura de un curso de investigadores de policía se requiere la realización de una práctica sobre un robo. Se disponen de varios casos diferentes de robo (de coche, de banco, etc.) de entre los que se debe elegir uno.

Fuerzas 1. A diferencia de la especialización reconocida para el patrón anterior en el caso de este patrón se está indicando una información adicional. Desde un punto de vista del diseño no sólo se está indicando que para completar de forma satisfactoria un Objeitvo es suficiente con completar de forma satisfactoria algún Objetivo de entre varios disponibles, sino que éstos son especializaciones del primero, es decir, lo extienden.

Opciones No tiene.

B.2.4 Patrones de Conexión de Intento

Identificador F.15 Nombre Dependencia por Restricciones de Entrada Descripción Este patrón recoge la posibilidad de que un Objetivo incluya restricciones que

determinen la posibilidad de intentarlo. Las restricciones se proporcionan de Condición y de Toma de Decisión, Señalización.

Motivación Permitir controlar el inicio de la labor de los participantes en la realización de Objetivos. Hasta que se satisfagan todas las cuestiones que se consideran necesarias para su correcta realización los participantes no podrán acceder a dicho Objetivo y por tanto intentarlo.


No tiene.

Ejemplos 1. El objetivo "realizar experimento" no podrá ser iniciado hasta que el profesor responsable lo autorice.

Fuerzas No tiene. Opciones No tiene.


Identificador F.16 Nombre Dependencia Positiva Descripción La posibilidad de indicar que para que se pueda intentar un Objetivo Funcional otro

Objetivo Funcional en la misma asociación de composición debe tener un Estado determinado.

Motivación Permitir controlar el inicio de la labor de los participantes en la realización de Objetivos. Hasta que se satisfagan todas las cuestiones que se consideran necesarias para su correcta realización los participantes no podrán acceder a dicho Objetivo y por tanto intentarlo.


No tiene.

Ejemplos 1. El objetivo "realizar experimento" no podrá ser iniciado hasta que el participante que lo va a intentar haya completado un cuestionario de conocimientos previos.

Fuerzas 1. Al pemitir indicar estas dependencias se está realizando, en cierta forma, una especificación del orden de intento de Objetivos, y en consecuencia, una ordenación de las Actividaddes. Por tanto, es posible utilizar estas restricciones para controlar el orden en el que se pueden realizar las distintas Actividades de una unidad didáctica.

Opciones 1. El orden de realización de Actividades se reconoce de forma directa en la Perspectiva de Orden. En cambio, en esta perspeciva funcional se puede determinar de forma indirecta una cierta indicación sobre el orden, pues el cometido principal son los Objetivos. En cierta forma, mientras que en esta perspectiva se deben establecer las indicaciones estrictas (o inamovibles) desde un punto de vista del problema, en la de Orden se pueden realizar especificaciones más subjetivas, dependientes por ejemplo de la valoración de una determinada persona.

Identificador F.17 Nombre Dependencia Negativa Descripción La posibilidad de indicar durante el Tiempo de Diseño que para que se pueda

intentar un Objetivo Funcional otro Objetivo Funcional incluido en la misma asociación de composición no haber alcanzado tener un Estado determinado.

Motivación Permitir controlar el inicio de la labor de los participantes en la realización de Objetivos. En este caso, una vez que ya se han cumplido unas ciertas condiciones los participantes no podrán iniciar un Objetivo determinado.


No tiene.

Ejemplos 1. El objetivo "realizar experimento" no podrá ser iniciado una vez que el profesor haya completado la actividad de "Comentario de Problemas".

Fuerzas 1. Al pemitir indicar estas dependencias se está realizando, en cierta forma, una especificación del orden de intento de Objetivos, y en consecuencia, una ordenación de las Actividaddes. Por tanto, es posible utilizar estas restricciones para controlar el orden en el que se pueden realizar las distintas Actividades de una unidad didáctica.

Opciones 1. El orden de realización de Actividades se reconoce de forma directa en la Perspectiva de Orden. En cambio, en esta perspeciva funcional se puede determinar de forma indirecta una cierta indicación sobre el orden, pues el cometido principal son los Objetivos. En cierta forma, mientras que en esta perspectiva se deben establecer las indicaciones estrictas (o inamovibles) desde un punto de vista del problema, en la de Orden se pueden realizar especificaciones más subjetivas, dependientes por ejemplo de la valoración de una determinada persona.


Identificador F.18 Nombre Objetivos Funcionales con Dependencia Negativa M de N Descripción La posibilidad de indicar que en una asociación de composición de N Objetivos

Funcionales solo puede alcanzarse un orden determinado en N-M de ellos. Las posibilidades de determinación de estos valores se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir controlar el inicio de la labor de los participantes en la realización de Objetivos. Hasta que se satisfagan todas las cuestiones que se consideran necesarias para su correcta realización los participantes no podrán iniciarlo.


No tiene.

Ejemplos 1. En una sesión de prácticas se dispone de varios ejercicios, cada uno modelado como una Actividad distinta. Se impone un límite máximo (N) en el número de ejercicios que puede ser intentado.


B.2.5 Patrones sobre Intentos

Identificador F.19 Nombre Multiplicidad Determinada de Intentos. Descripción Las posibilidades de determinación de este número se consideran en los Aspectos

de Constantes, de Condiciones y de Toma de Decisiones. Recoge la posibilidad de determinar el número de Intentos que se pueden realizar de un Objetivo Funcional.

Motivación Permitir establecer un control sobre el número de veces que se puede acceder a un Objetivo para realizarlo.


No tiene.

Ejemplos 1. La realización de una práctica de un laboratorio de química tiene que producirse en cinco accesos. Se pretende que los alumnos adopten una método de trabajo determinado: el primer acceso se debe comprobar el instrumental y los elementos disponibles, en el segundo preparar los experimentos, en el tercero realizar los experimentos, en el cuarto comprobar los resultados, en el quinto limpiar el instrumental.

Fuerzas 1. Si el Objetivo es Obligatorio y no se completa en el número de Accesos establecidos puede producirse un bloqueo. 2. Si las condiciones para completar el Objetivo se satisfacen antes de que se produzca el número de Accesos indicados el Objetivo no podrá completarse.

Opciones 1. Hay que ser cuidadoso en el establecimiento de condiciones de completitud y de número de Accesos de Realización. Se puede limitar el número de Accesos de Realización pero establecer una cierta multiplicidad en las Instancias del Objetivo. La idea es que cuando se hayan agotado los Accesos de Realización disponibles para realizar el Objetivo se cree una nueva Instancia del mismo y se pueda volver a acceder el número de veces establecido. Se trataría de una nueva Instancia y por tanto ambos intentos quedaría registrados. 2. El Objetivo estará completo una vez que se cumplan las restricciones correspondientes y se haya accedido el número de veces especificado.


Identificador F.20 Nombre Multiplicidad Restringida de Intentos. Descripción Este patrón recoge la posibilidad de restringir el número de Intentos que se pueden

realizar un Objetivo Funcional. Se podrá establecer un límite máximo y un límite mínimo. Las posibilidades de determinación de estas restricciones se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones

Motivación Permitir establecer un control sobre el número de veces que se tiene que acceder a un Objetivo no fijando dicho número durante el diseño.


No tiene.

Ejemplos 1. Un cuestionario tiene que ser realizado en menos de dos intentos. No es posible entrar en él, salir y volver a entrar para terminarlo más de dos veces. Por tanto, el número de intentos es dos.

Fuerzas 1. Si el Objetivo es Obligatorio y no se completa en el número de Accesos establecidos puede producirse un bloqueo. 2. Si las condiciones para completar el Objetivo se satisfacen antes de que se produzca el número de Accesos indicados el Objetivo no podrá completarse.

Opciones 1. Hay que ser cuidadoso en el establecimiento de condiciones de completitud y de número de Accesos de Realización. Se puede limitar el número de Accesos de Realización pero establecer una cierta multiplicidad en las Instancias del Objetivo. La idea es que cuando se hayan agotado los Accesos de Realización disponibles para realizar el Objetivo se cree una nueva Instancia del mismo y se pueda volver a acceder el número de veces establecido. Se trataría de una nueva Instancia y por tanto ambos intentos quedaría registrados. 2. El Objetivo estará completo una vez que se cumplan las restricciones correspondientes y se haya accedido el número de veces especificado.

B.3 Patrones de la Perspectiva de Participantes

Tabla B-3. Patrones de la Perspectiva de Participantes


R.1 Identificador Textual y Descripción Textuales de Rol R.2 Rol Compuesto R.3 Atributos de Rol R.4 Descripciones Causales

Patrones sobre Instancias R.5 Multiplicidad Determinada de Instancias de Rol R.6 Multiplicidad de Instancias de Rol según Instancias de Sub-Rol R.7 Multiplicidad de Instancias de Rol Controlada por Participante R.8 Multiplicidad Restringida de Instancias de Rol R.9 Unicidad de Instancia de Rol

Patrones de Fuente R.10 Participante Externo R.11 Participantes de un Rol R.12 Participante de Elemento Organizativo

Patrones de Conexión de Selección y Elección R.13 Selección/Elección Determinada


R.14 Elección Round-Robin R.15 Elección FIFO R.16 Elección LIFO R.17 Elección Aleatoria

Patrones de Conexión de Asignación R.18 Distribución por Oferta – Participante Único R.19 Distribución por Oferta – Participantes Múltiples R.20 Distribución por Asignación – Participante Único

Patrones de Conexión Relación R.21 Independencia de Asignación R.22 Diferencia de Asignación Simple R.23 Igualdad de Asignación Simple R.24 Diferencia de Asignación Compuesta R.25 Igualdad de Asignación Compuesta


Identificador R.1 Nombre Identificador Textual y Descripción Textual de Rol Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

de un Rol. Motivación Informar a los participantes sobre el Rol y su propósito. El Identificador Textual

permite identificar el Rol y presentarlo a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad el propósito específico del Rol. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la Actividad sobre la intención con la que fue introducido el Rol.



Ejemplos 1. Un Rol en una discussión podría ser "Crítico" con una descripción tal que "Intentar cuestionar las ideas que exponen los demás miembros". 2. Un Rol en una práctica de laboratorio podría ser "Diseñador" con la descripción "Responsable de las labores de diseño".

Fuerzas No tiene. Opciones No tiene. Identificador R.2 Nombre Rol Compuesto Descripción Un Rol puede estar compuesto por otros Roles. En este patrón se considera la

posibilidad de indicar los Sub-Roles que componen el Rol Compuesto. Es posible que un Rol contenga otros Roles y al mismo tiempo es posible indicar el número de Sub-roles necesarios.

Motivación Permitir el modelado de grupos heterogéneos (formados por distintos Roles) u homogéneos (formados por el mismo Rol).



Ejemplos 1. Un Rol "Pareja de Laboratorio" se compone de dos Roles "Alumno". 2. Una clase se compone de un Rol "Profesor" y varios Roles "Alumno".

Fuerzas 1. No se considera el establecimiento de relaciones entre los roles de un grupo. Opciones 1. La descripción de relaciones se puede conseguir mediante elementos particulares

incluidos en los Atributos del Rol Compuesto.


Identificador R.3 Nombre Atributos de Rol Descripción La posibilidad de indicar los Elementos de Datos que informarán sobre las

características de un participante que desempeñe un determinado Rol. Para cada Instancia del Rol se creará una Instancia de dichos Elementos de Datos. Los Elementos de Datos tomarán su valor de acuerdo a las posibilidades descritas en la Perspectiva de Datos.

Motivación Facilitar el acceso a las características y propiedades de los participantes de una unidad didáctica. Para ello se permite indicar los datos que se consideren de interés sobre cada Rol.



Ejemplos 1. La dirección de correo electrónico de un alumno se mantiene para permitir que los profesores puedan contactar con él. 2. Para un tutor se deben incluir como atributos las prácticas de laboratorio que ha supervisado anteriormente. Esta información se puede tener en cuenta para asignar a dicho tutor la supervisión de nuevas prácticas.

Fuerzas 1. Existen propuestas de estándar como IMS LIP o PAPI que proponen formatos para el mantenimiento de datos del perfil de los alumnos. 2. Debe ser posible la introducción de información en los Atributos los participantes desde fuentes externas a la unidad didáctica. 3. Los Atributos de un participante pueden cambiar durante la realización de una Actividad en base a elementos considerados en dicha Actividad. 4. Es posible que los Atributos que se consideran de un Rol tengan restricciones de privacidad (en cuanto a las personas que puedan verlos) y de modificación (en cuanto a quién puede modificarlos). Por tanto se debe considerar la posibilidad de introducir mecanismos que permitan controlar el acceso de los participantes a los datos de un Rol.

Opciones 1. Las estructuras de datos que se proponen en estas especificaciones pueden desarrollarse mediante la introdución de Atributos para un Rol considerando las posibilidades de estructuración de Elementos de Datos que se reconocen en la Perspectiva de Datos. 2. Este tipo de recogida está previsto en la Perspectiva de Datos. 3. Dicha actualización se consigue a través de la Perspectiva de Datos. Los Artefactos que constituyen los atributos de un Rol pueden actualizarse a partir de Elementos de Datos que formen parte de la Actividad a la que el Rol está asignado (pudiendo estar en el Entorno, en los Objetivos, en la Actividad o en otros Roles). 4. Por defecto sólo el participante que desempeña un Rol tienen permiso para ver sus datos y para modificarlos. Esta autorización básica puede ser cambiada en la Perspectiva de Autorización para permitir variar los permisos del participante sobre sus propios datos y sobre los datos de otros participantes.

Identificador R.4 Nombre Descripciones Causales Descripción La posibilidad de que un Rol incluya Descripciones Causales para informar sobre

sus características. Motivación Informar a los usuarios finales (e.g. diseñadores, alumnos, profesores) sobre las

características del Rol de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. La motivación por la que en el Rol "grupo de laboratorio" se requiere que esté formado por tres alumnos y no es suficiente con dos.


Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización del Rol.



Identificador R.5 Nombre Multiplicidad Determinada de Instancias de Rol Descripción La posibilidad de indicar que un Rol debe ser desempeñado por un número de

Participantes determinado. Las posibilidades de determinación de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Facilitar el modelado de Roles que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Roles.



Ejemplos 1. Una práctica de laboratorio tiene que ser realizada por dos alumnos. 2. Un comentario de texto tiene que ser realizado por un alumno. 3. La evaluación del proyecto fin de carrera es realizada por un un tribunal con tres proferes: un presidente, un secretario y un vocal.

Fuerzas 1. Es posible que el número de Instancias de un Rol sea cero. 2. Cada Instancia del Rol debe poder identificarse de forma individual.

Opciones 1. En ese caso no tendrá que ser creada ninguna Instancia de dicho Rol. 2. Se puede considerar la indicación de una Instancia concreta en cuanto al valor que tenga un Elemento de Dato de la Instancia o en cuanto a lo que determine un participante. Esto se reconoce en las Expresiones de Condición y de Toma de Decisión.

Identificador R.6 Nombre Multiplicidad de Instancias de Rol Compuesto según Instancias de Sub-rol. Descripción La posibilidad de indicar que se deben crear tantas Instancias de un Rol Compuesto

como Instancias existan de un Sub-rol de dicho Rol Compuesto. A cada Instancia del Rol Compuesto le corresponderá una Instancia distinta de la Sub-rol.

Motivación Facilitar el modelado de Roles que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguna de sus Sub-roles contenidos, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Roles.



Ejemplos 1. En una asignatura se deberán los alumnos y profesores se organizan en grupos en los que se incluyen varios alumnos y un profesor. El número de grupos a crear se determina en función del número de profesores.

Fuerzas 1. La determinación del número de Instancias del Sub-Rol debe producirse de forma ajena a la creación de Instancias del Rol. En caso contrario, podrían producirse ciclos de realimentación entre las dos determinaciones de Instancias.

Opciones 1. En este caso no deben crearse una Instancia del Sub-rol por Instancia del Rol, sino a la inversa.


Identificador R.7 Nombre Multiplicidad de Instancias de Rol Controlada por Participante Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de un Rol como

decida un Participante involucrado en la Actividad. A diferencia del caso anterior en este patrón es posible que el número de Instancias de Rol definitivo no sea conocido en la primera creación de Instancias de dicho Rol, es decir, las Instancias pueden ser creadas de forma dinámica.

Motivación Permitir que un participante determine de forma dinámica durante el Tiempo de Ejecución el número de Instancias que deben ser creadas de un determinado Rol y, por tanto, el número de participantes que se requieren en dicho Rol.



Ejemplos 1. El número de alumnos que pueden participar en una discusión es determinado de forma dinámica por el moderador de la misma.



Identificador R.8 Nombre Multiplicidad Restringida de Instancias de Rol Descripción Este patrón recoge la posibilidad de restringir el número de Instancias que se

pueden crear de un Rol. Se podrá establecer un límite máximo y un límite mínimo. Las Instancias del Rol serán creadas de forma dinámica durante la realización en base a alguno de los patrones anteriores, pero el número de las mismas deberá mantenerse en el rango indicado. Las posibilidades de restricción de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación 1. Limitar el número de participantes que deben/pueden ser involucrados en una Actividad desempeñando un cierto Rol.



Ejemplos 1. Los alumnos de una práctica de laboratorio tienen que ser un mínimo de dos y un máximo de cuatro. 2. Los alumnos de una práctica de laboratorio tiene que ser menor que el número de alumnos que ha realizado la práctica anterior. La idea es realizar el mismo tipo de práctica con distinto número de alumnos para que los alumnos experimenten las diferencias entre el trabajo en grupos grandes y en grupos pequeños.

Fuerzas 1. En el caso de indicar un número mínimo de Instancias dichas Instancias deben crearse de forma automática.

Opciones No tiene. Identificador R.9 Nombre Unicidad de Instancia de Rol Descripción La posibilidad de considerar una única Instancia de un Rol independientemente del

número de Instancias que se creen de la Actividad en la que dicho Rol está incluido. La Instancia del Rol será la misma para todas las Instancias de la Actividad, y por tanto el participante que desempeñe dicho Rol también será el mismo.

Motivación Permitir plantear Roles que tienen que ser realizados por una misma persona en distintas Instancias de una misma Actividad. Este patrón también se podría considerar a través de los patrones de conexión de relación entre Roles, sin embargo en ellos no se consideran conexiones entre distintas Instancias de un mismo Rol,


sino entre Roles distintos. Patrones Relacionados


Ejemplos 1. En un laboratorio de mecánica se dispone de una máquina de control numérico sobre la que varios grupos de alumnos tienen que realizar sus prácticas. Como un miembro del grupo de alumnos también se incluye un supervisor que tiene que controlar la realización de la práctica. Dicho supervisor tiene que ser el mismo para todas las prácticas de todos los grupos. Por ello, se considera la unidad de Instancia del Rol supervisor.


Opciones 1. En aras de realizar una primera aproximación a este problema se considera el caso simplificado en el que la unicidad se determina sólo en el nivel del elemento en el que se incluye el Rol. Hay que tener en cuenta que un Rol puede pertenecer a una Actividad o ser un Sub-rol de otro Rol Compuesto.

B.3.3 Patrones de Fuente

Identificador R.10 Nombre Participante Externo Descripción La posibilidad de indicar que se debe proporcionar un Participante de forma externa

a la unidad didáctica. Este es el caso típico de fuente cuando se considera la asignación de profesores conocidos a un curso.

Motivación Esta posibilidad es útil en el caso de que se sepa que una Actividad sólo puede ser realizada por un(os) determinado(s) participante(s). De esta forma se evita el problema de una asignación errónea durante la realización.


No tiene.

Ejemplos 1. La corrección de los exámenes tiene que ser realizada por el profesor Miguel Fernández. 2. Las prácticas de química sólo pueden ser supervisadas por los profesores que hayan realizado el cursillo de prevención de riesgos en el laboratorio, a saber: Laura Jiménez y Begoña Durán.

Fuerzas 1. Al ligar de forma directa una elección con un único participante se compromete la flexibilidad y la reutilización de la unidad didáctica, en cuanto a que es imprescindible el(los) participante(s) indicado(s) estén presentes. 2. Debería ser posible indicar la asignación de un participante externo señalando las características del mismo, pero sin fijar un participante concreto.

Opciones 1. En principio no tiene, aunque podrían considerarse mecanismos de delegación o similares que permitiesen sustituir al participante indicado. 2. Esto ya se hace con los Roles de la Actividad Raíz. En caso que dichos Roles no sean asignados con respeto a este patrón o al patrón R.12, antes de iniciarse la ejecución, tienen que ser cubiertos de entre participantes externos no concretos.

Identificador R.11 Nombre Participantes de un Rol Descripción La posibilidad de indicar que el origen son los Participantes que estén

desempeñando un Rol determinado. El Rol puede ser Compuesto o Especializado pero debe estar incluido en la Actividad Compuesta a la que pertenece esta Actividad.

Motivación Permitir que el (los) participante(s) seleccionado(s) se determina(n) durante la


realización de la unidad didáctica. Patrones Relacionados

No tiene.

Ejemplos 1. El coordinador de un grupo para la gestión del trabajo de un proyecto debe ser la persona que tenga menor capacidad de coordinación de entre los miembros de un Rol Compuesto "Grupo". Por tanto, dicho coordinador debe ser elegido de entre los participantes involucrados en el Rol "Grupo" 2. El profesor debe agrupar a los participantes que desempeñan el Rol "Alumno" en Roles Compuestos "Pareja". Por tanto, el profesor selecciona entre los participantes "Alumno" en base a sus propios criterios.

Fuerzas 1. El modelado de participantes externos concretos compromete la reutilización y flexibilidad de la unidad didáctica, en cuanto a que es imprescindible que los Participantes indicados estén involucrados en la misma durante su ejecución.

Opciones 1. Por otra parte, dicho compromiso se encuentra localizado y es sencillo (durante el tiempo de diseño) realizar un cambio en dichos participantes.

Identificador R.12 Nombre Participante de Elemento Organizativo Descripción La posibilidad de indicar que el origen son los Participantes que ocupan una

Posición Organizativa o pertenecen a una Unidad Organizativa determinada. Motivación Permitir seleccionar participantes que pertenecen a un Elemento Organizativo

determinado. Patrones Relacionados

No tiene.

Ejemplos 1. La evaluación del problema debe ser realizada por un participante que ocupa la Posición Organizativa "Responsable de la Asignatura".

Fuerzas 1. La utilización de criterios organizativos para realizar la asignación de participantes a Roles en unidades didácticas no es habitual. Se puede considerar como un requisito secundario.

Opciones 1. De acuerdo al carácter secundario de este patrón, no se requiere que sea posible indicar los Elementos Organizativos en toda Actividad. En su lugar se considera necesario que al menos sea posible indicar los Elementos Organizativos a nivel de unidad didáctica. Por ello, se requiere que en la Actividad Raíz sea posible especificar estos elementos y que puedan ser referenciados desde los Roles de cualquier Sub-Actividad de la unidad didáctica.

B.3.4 Patrones de Conexión de Selección y Elección

Identificador R.13 Nombre Selección/Elección Determinada Descripción La posibilidad de determinar los Participantes seleccionados/elegidos. En este

patrón se considera que dicha selección/elección se puede realizar: (i) de forma directa durante el diseño; (ii) de forma indirecta en base a la información contenida en los Atributos de los Roles; o (iii) de forma indirecta en base a una decisión de un participante (e.g. un profesor).

Motivación Permitir seleccionar/elegir participantes para desempeñar un Rol. Patrones Relacionados

No tiene.

Ejemplos 1. Para la realización de un trabajo de campo se seleccionan aquellos alumnos que hayan obtenido una nota mayor que cinco.


2. La preparación de un examen debe ser realizada por el profesor que determinen todos los profesores y alumnos de un curso.

Fuerzas 1. Este patrón reconoce la posibilidad de seleccionar a los participantes de acuerdo a su carga de trabajo y a sus resultados anteriores.

Opciones 1. Esta posibilidad se soporta si dichos datos (carga de trabajo y resultados anteriores) son Atributos de los Roles que actúan de fuente de los participantes.

Identificador R.14 Nombre Elección Round-Robin Descripción La posibilidad de indicar que el participante elegido debe ser el siguiente al elegido

en una elección previa. Motivación Permitir repartir la carga de trabajo entre los distintos participantes disponibles, o

distribuir la participación entre todos ellos de forma equitativa respecto a su orden de "asignación".


No tiene.

Ejemplos 1. La selección de los profesores que deben realizar tareas de "tutorización" se realizará de forma Round-Robin.

Fuerzas 1. Es necesario tener en cuenta cual es el orden de participantes y la selección previa.

Opciones 1. Como elección previa se puede considerar la que corresponde a la última ejecución del mismo algoritmo referido al mismo conjunto de participantes.

Identificador R.15 Nombre Elección FIFO Descripción La posibilidad de indicar que el participante elegido debe ser el que primero de los

disponibles. Una vez que se elige debe ser eliminado de los participantes disponibles.

Motivación Permitir que los participantes que primero hayan llegado sean los primeros en poder empezar a trabajar.


No tiene.

Ejemplos 1. La asignación de alumnos para la realización de las prácticas debe realizarse de acuerdo al orden en que finalizaron correctamente un ejercicio previo.


Opciones 1. Como selección previa se puede considerar la que corresponde a la última ejecución del mismo algoritmo referido al mismo conjunto de participantes.

Identificador R.16 Nombre Elección LIFO Descripción La posibilidad de indicar que el participante elegido debe ser el último de los

disponibles. Una vez que se elige debe ser eliminado de la selección. Motivación Permitir que los participantes que hayan sido incorporados en último lugar sean

los primeros en poder empezar a trabajar. Patrones Relacionados

No tiene.

Ejemplos 1. El profesor que debe supervisar la siguiente práctica de laboratorio debe ser el último que de los que había finalizado la tutorización.


Opciones 1. Como selección previa se puede considerar que es la que corresponde a la última ejecución del mismo algoritmo referido al mismo conjunto de participantes.


Identificador R.17 Nombre Elección aleatoria Descripción La posibilidad de indicar que se elige un Participante al azar de entre los

seleccionados. Motivación Permitir elegir a un participante de forma totalmente aleatoria. Patrones Relacionados

No tiene.

Ejemplos 1. La presentación de un proyecto realizado por un grupo de alumnos tiene que ser realizada por uno de los miembros del grupo elegido al azar. 2. En una clase un profesor quiere hacer una pregunta a un alumno que sea elegido al azar.


B.3.5 Patrones de Conexión de Asignación

Identificador R.18 Nombre Distribución por Oferta - Participante Único Descripción La posibilidad de que un Rol se proponga a un único participante. El participante

podrá aceptarlo o rechazarlo. Motivación Distribuir responsabilidades entre los participantes permitiendo que estos acepten

o rechacen las mismas. De esta forma se ofrece cierta flexibilidad a los participantes.


No tiene

Ejemplos 1. La Actividad de "evaluación" se propondrá al profesor elegido. Si no la acepta se eligirá otro profesor.

Fuerzas 1. En el caso de que no se acepte la distribución resultante debe indicarse las acciones alternativas posibles.

Opciones 1. Este patrón debe poder estar relacionado con la posibilidad de realizar varias selecciones, de forma que la misma asignación a un Rol pueda ser ofertada a otros participantes.

Identificador R.19 Nombre Distribución por Oferta - Participantes Múltiples Descripción La posibilidad de que un Rol se proponga a varios participantes. El primero de

los participantes que acepte la proposición será asignado a dicho Rol. Motivación 1. Permitir que los usuarios tengan libertad en la elección de las asignaciones que

desean aceptar. 2. Proporcionar a varios participantes la posibilidad de realizar una Actividad.


No tiene.

Ejemplos 1. En una práctica de laboratorio se solicita un alumno voluntario para realizar una demostración de un experimento a toda la clase. 2. Los alumnos deben juntarse libremente en parejas para realizar la parte práctica de una asignatura.

Fuerzas 1. No tiene. Opciones 1. No tiene.


Identificador R.20 Nombre Distribución por Asignación - Participante Único Descripción La posibilidad de asignar de forma directa un participante a un Rol determinado. Motivación Poder decidir de forma autoritaria la responsabilidad asignada a cada

participante. Patrones Relacionados

No tiene.

Ejemplos 1. La evaluación de una práctica tiene que ser realizada por el profesor que tenga más horas de experiencia en el laboratorio. El profesor se elige en base al patrón R.13 y la asignación se realiza de forma obligatoria.


B.3.6 Patrones de Conexión de Relación

Identificador R.21 Nombre Independencia de Asignación Descripción La posibilidad de indicar que esta asignación es totalmente independiente de

otras asignaciones. Motivación Permitir la realización de una Asignación de Participantes sin tener en cuenta

Asignaciones realizadas con anterioridad. Patrones Relacionados

No tiene.

Ejemplos 1. La asignación de un profesor a una Actividad de propuesta de examen para una unidad didáctica.

Fuerzas 1. No tiene. Opciones 1. No tiene. Identificador R.22 Nombre Diferencia de Asignación Simple Descripción La posibilidad de indicar que el participante asignado debe ser distinto, a ser

posible, del participante tomado en otra asignación. Motivación Permitir la distribución del trabajo entre los participantes disponibles de forma

que no siempre resulte asignado el mismo participante. Patrones Relacionados

No tiene.

Ejemplos 1. El profesor que tutoriza debe ser distinto del que corrige exámenes. Fuerzas 1. Es posible que no se pueda asignar otro participante si no se encuentra entre

los seleccionados en la fuente de participantes. Opciones 1. Si no hay otros participantes entre los seleccionados no se debe forzar, sino

que se debe elegir directamente al participante disponible y asignarlo. Identificador R.23 Nombre Igualdad de Asignación Simple Descripción La posibilidad de indicar que el participante asignado debe ser el mismo, a ser

posible, que el tomado en otra asignación previa. Motivación En una unidad didáctica en la que se dispongan de varios participantes que

pueden realizar las mismas tareas puede ser interesante mantener el mismo participante asignado a determinado tipo de tareas. Este patrón se propone para permitir la asignación de los mismos participantes a los mismos Roles.



No tiene.

Ejemplos 1. Todas las tareas de "especificación de problemas" deberían ser realizadas por el mismo profesor.

Fuerzas 1. Es posible que no se pueda asignar el mismo participante si éste no se encuentra entre los seleccionados en la fuente de participantes.

Opciones 1. No se debe forzar, sino que se debe elegir directamente alguno de los participantes disponibles y asignarlo.

Identificador R.24 Nombre Diferencia de Asignación Compuesta Descripción La posibilidad de indicar que los participantes asignados deben ser distintos, a ser

posible, de los participantes asignados en otra asignación anterior. Esta distinción se establece de forma conjunta, en cuanto que no pueden coincidir los mismos participantes.

Motivación No permitir la repetición de agrupaciones de participantes. Si alumnos y profesores son distribuidos en grupos y la distribución se realiza de forma no controlada es posible que coincidan los mismos participantes en los mismos grupos. Esta situación puede no ser deseada en algunos casos.


No tiene.

Ejemplos 1. El profesor que tutoriza a un alumno debe ser distinto del que le corrige su examen. 2. Los alumnos no deben agruparse en los mismos grupos en dos prácticas distintas.

Fuerzas 1. Es posible que no se pueda asignar otro participante si no se encuentra entre los seleccionados en la fuente de participantes.

Opciones 1. Si no hay otros participantes entre los seleccionados no se debe forzar, sino que se debe elegir directamente al participante disponible y asignarlo.

Identificador R.25 Nombre Igualdad de Asignación Compuesta Descripción La posibilidad de indicar que los participantes asignados deben ser los mismos, a

ser posible, de los participantes asignados anteriormente. Esta igualdad se establece de forma conjunta, en cuanto que debiera coincidir el mismo grupo de participantes.

Motivación Permitir el mantenimiento de agrupaciones de participantes estables. Patrones Relacionados

Ejemplos 1. La corrección de las prácticas de un grupo de alumnos de laboratorio debe ser realizada por el mismo profesor que supervisó su trabajo.

Fuerzas 1. Es posible que no se pueda asignar el mismo grupo de participantes si estos no se encuentran entre los seleccionados en la fuente de participantes.

Opciones 1. Si los participantes no están entre los seleccionados no se debe forzar la asignación, sino que se debe elegir directamente entre los participantes disponibles y asignarlos.


B.4 Patrones de la Perspectiva de Entornos

Tabla B-4. Patrones de la Perspectiva de Entorno

Id. Patrón Patrones de Caracterización de Entorno

E.1 Identificador Textual y Descripción Textual de Entorno E.2 Entorno Compuesto E.3 Artefactos de Entorno E.4 Herramientas de Entorno E.5 Tipo de Entorno E.6 Descripciones Causales

Patrones sobre Instancias E.7 Multiplicidad Determinada de Instancias de Entorno E.8 Multiplicidad de Instancias de Entorno Controlada por Participante E.9 Multiplicidad de Instancias de Entorno según Instancias de Artefacto E.10 Multiplicidad de Instancias de Entorno según Instancias de Herramienta E.11 Multiplicidad Restringida de Instancias de Entorno E.12 Unicidad de Instancia de Entorno

Patrones de Conexión E.13 Referencia Externa E.14 Referencia Interna

Patrones de Caracterización de Clase E.15 Identificador Textual y Descripción Textual de Clase E.16 Elementos de Clase E.17 Descripciones Causales

B.4.1 Patrones de Caracterización de Entornos

Identificador E.1 Nombre Identificador Textual y Descripción Textual de Entorno Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

del Entorno. Motivación Informar a los participantes sobre el Entorno y su propósito. El Identificador

Textual permite identificar el Entorno y presentarlo a los particiapantes en la unidad didáctica. La Descripción Textual permite indicar con más detalle el propósito específico del Entorno. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducido el Entorno.



Ejemplos 1. Un identificador de un Entorno en una unidad didáctica de matemáticas podría ser: "Ejercicios". En ese entorno podrían incluirse todos los ejercicios. 2. Un Entorno en una unidad didáctica de historia podría tener la descripción: "Artículos sobre la transición española en los que se muestran las inquietudes de las distintas fuerzas políticas".

Fuerzas No tiene.


Opciones No tiene. Identificador E.2 Nombre Entorno Compuesto Descripción Un Entorno puede estar compuesto por otros Entornos. En este patrón se considera

la posibilidad de indicar los Sub-Entornos que componen el Entorno que se está caracterizando.

Motivación Permitir el modelado de Entornos compuestos. A los Entornos que se componen de varios Sub-Entornos se les denomina como Entornos Compuestos. Por su parte, a los Entornos que no se componen de otros Sub-Entornos se les denomina como Entornos Atómicos.



Ejemplos 1. Un Entorno de una práctica de laboratorio de química puede componerse de los siguientes Sub-entornos: "Manuales de Instrumentación", "Propiedades de Reacción", "Métodos de Estratificación". En cada Sub-entorno se dispone de documentación relativa al identificador del mismo.

Fuerzas 1. Deben permitirse distintos tipos de agrupaciones de Entornos: planos, jerárquicos, etc.

Opciones 1. Los Sub-Entornos de un Entorno podrán caracterizarse de la misma forma que un Entorno cualquiera, incluyendo: Identificador, Documentos, Sub-Entornos, etc.

Identificador E.3 Nombre Artefactos de Entorno Descripción La posibilidad de indicar los Artefactos que forman parte de un Entorno. Dichos

Artefactos pueden ser caracterizados en base al concepto de Elemento de Datos de acuerdo a los patrones que se recogen en la Perspectiva de Datos.

Motivación Permitir indicar los Artefacto que forman parte de un Entorno. Patrones Relacionados


Ejemplos 1. El Entorno "Casos de Prueba" contiene varios ficheros con datos que deben ser probados. Dichos ficheros se pueden considerar como Artefactos.

Fuerzas 1. Se deberá permitir la indicación del número de Instancias que tiene que tener un Artefacto incluido en un Entorno.

Opciones 1. Las posibilidades de realizar esta indicación se reconocen en la perspectiva de Datos.

Identificador E.4 Nombre Herramientas de Entorno Descripción La posibilidad de indicar las Aplicaciones y Servicios que forman parte de un

Entorno. Dichas Aplicaciones y Servicios pueden ser caracterizados de acuerdo a los patrones que se recogen en la Perspectiva Operacional.

Motivación Permitir incluir Aplicaciones y Servicios en un Entorno. Patrones Relacionados

No tiene.

Ejemplos 1. El Entorno de Desarrollo dispone de un chat, un e-mail, un compilador y un simulador del sistema real.

Fuerzas 1. Se deberá permitir la indicación del número de Instancias que tiene que tener una Herramienta incluida en un Entorno.

Opciones 1. Las posibilidades de realizar esta indicación se reconocen en la perspectiva de Herramientas.


Identificador E.5 Nombre Tipo de Entono Descripción La posibilidad de distinguir entre varios tipos de Entornos. En concreto se distingue

entre Entornos Físicos y Entornos Virtuales. Motivación Permitir distinguir entre tipos de Entornos. En los Entornos Físicos no tiene sentido

(al menos actualmente) considerar la utilización de Especificaciones (de Autorización, de Percepción y de Interacción) que tengan que ser soportadas computacionalmente, ya que no se dispone de este control computacional sobre los recursos incluidos en los mismos.


No tiene.

Ejemplos 1. Una clase de teoría se puede realizar en un aula. 2. Una práctica de laboratorio se puede realizar en un laboratorio virtual.

Fuerzas 1. Dado el estado actual de la tecnología, los Entornos Físicos se diferencian de los virtuales en que su gestión y la gestión de sus recursos (Artefactos y Herramientas) incluidos no se puede realizar por medios computacionales. Por tanto, no sería posible la aplicación de forma automática de procesamiento de permisos, eventos y operaciones, tal y como se considera en las perspectivas de autorización, percepción e interacción.

Opciones 1. La automatización de dichos procesamientos será posible en tanto que se permita la operación computacional sobre los Entornos y recursos físicos. En cualquier caso, esto no afecta en nada al modelado.

Identificador E.6 Nombre Descripciones Causales Descripción La posibilidad de que un Entorno incluya Descripciones Causales para informar


características del Entorno de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En una clase de pintura los alumnos disponen de una parte del aula en la que se matienen distintos tipos de utensilios (pinceles, brochas, etc.). Dicha aula incluye una Descripción Causal en la que se informa sobre este contenido.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización del Entorno.



Identificador E.7 Nombre Multiplicidad Determinada de Instancias de Entorno Descripción La posibilidad de indicar que se debe proporcionar un número de Entornos

determinado. Las posibilidades de determinación de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Facilitar el modelado de Entornos que tienen que aparecen varias veces y tienen las


mismas características. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Entornos.



Ejemplos 1. Una práctica de laboratorio tiene que ser realizada en un Laboratorio en la que los alumnos deben disponer de dos carpetas (Entornos) con datos de prueba. Los documentos contenidos en cada carpeta son del mismo tipo, aunque los datos son distintos. 2. Para la realización de un estudio estadístico deben disponerse de un número variable de Entornos con datos de distintas muestras.

Fuerzas 1. Es posible que el número de Instancias de un Entornos sea cero. 2. Cada Instancia de Entorno debe poder identificarse de forma individual.

Opciones 1. En ese caso no tendrá que ser creada ninguna Instancia de dicho Entorno. 2. Se puede considerar la indicación de una Instancia concreta en cuanto al valor que tenga algún Elemento de Datos contenido en la Instancia del Entorno o en cuanto a lo que determine un participante. Esto se reconoce en las Expresiones de Condición y de Toma de Decisión.

Identificador E.8 Nombre Multiplicidad de Instancias de Entorno Controlada por Participante Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de un Entorno

como decida un Participante involucrado en la Actividad. A diferencia del caso anterior en este patrón es posible que el número de Instancias de Entorno definitivo no sea conocido en la primera creación de Instancias de dicho Entorno, es decir, las Instancias pueden ser creadas de forma dinámica. En otras palabras, los Participantes pueden crear y destruir Instancias de Entorno cuando lo deseen.

Motivación Permitir que un participante determine de forma dinámica durante el Tiempo de Ejecución el número de Instancias que se crean de un Entorno.



Ejemplos 1. En el ejemplo 2 del patrón anterior el número de Entornos con datos de distintas muestras puede ser determinado de forma dinámica. En este caso es necesario que las muestras también se tomen de forma dinámica.



Identificador E.9 Nombre Multiplicidad de Instancias de Entorno según Instancias de Artefacto Descripción La posibilidad de indicar que se deben proporcionar tantas Instancias de un Entorno

como el número de Instancias de un determinado Artefacto incluido del mismo. A cada Instancia del Entorno le corresponderá una Instancia distinta del Artefacto.

Motivación Facilitar el modelado de Entornos que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguna de sus Artefactos contenidos, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Entornos.



Ejemplos 1. En una Actividad de corrección de un examen se tiene un Entorno en el que se guarda el documento en el que se tienen las respuestas del examen. Se crea un Entorno por cada Instancia que se tenga con respuestas del examen.


Fuerzas 1. La determinación del número de Instancias del Artefacto debe producirse de forma ajena a la creación de Instancias del Entorno. En caso contrario, podrían producirse ciclos de realimentación entre las dos determinaciones de Instancias.

Opciones 1. En este caso no deben crearse una Instancia del Artefacto por Instancia del Entorno, sino a la inversa.

Identificador E.10 Nombre Multiplicidad de Instancias de Entorno según Instancias de Herramienta Descripción La posibilidad de indicar que se deben proporcionar tantas Instancias de un Entorno

como el número de Instancias de una determinada Herramienta incluida en el mismo. A cada Instancia del Entorno le corresponderá una Instancia distinta de la Herramienta

Motivación Facilitar el modelado de Entornos que tienen las mismas características, excepto en cuanto a la Instancia concreta de alguna de sus Herramientas contenidas, y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Entornos.



Ejemplos 1. En una actividad de discusión se utiliza un Chat para permitir la comunicación entre los participantes. El Chat se incluye en un Entorno en el que se pueden incluir otros recursos relacionados con la discusión. Para cada línea de discusión se crea una Instancia distinta del Chat. Para cada Instancia del Chat se creará una Instancia distinta del Entorno, de forma que en la misma se puedan incluir recursos correspondientes con la línea de discusión de la Instancia del Chat.

Fuerzas 1. La determinación del número de Instancias de la Herramienta debe producirse de forma ajena a la creación de Instancias del Entorno. En caso contrario, podrían producirse ciclos de realimentación entre las dos determinaciones de Instancias.

Opciones 1. En este caso no deben crearse una Instancia de la Herramienta por Instancia del Entorno, sino a la inversa.

Identificador E.11 Nombre Multiplicidad Restringida de Instancias de Entorno Descripción Este patrón recoge la posibilidad de restringir el número de Instancias de un

Entorno que se pueden crear. Se podrá establecer un límite máximo y un límite mínimo a dicho número. Las Instancias del Entorno serán creadas de forma dinámica durante la realización en base a alguno de los patrones anteriores, pero el número de las mismas deberá mantenerse en el rango señalado. Las posibilidades de restricción se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir controlar el número de Instancias variable que se pueden crear de un Entorno. Este control puede ser necesario bien para asegurar una disponibilidad de recursos mínima o para evitar un consumo en exceso de los mismos.



Ejemplos 1. En una práctica de Laboratorio los participantes pueden crear varias Instancias de un Entorno en el que mantener resultados parciales. En cualquier caso el número de Instancias de Entornos creados no puede ser superior a 10.


Opciones No tiene.


Identificador E.12 Nombre Unicidad de Instancia de Entorno Descripción La posibilidad de considerar una única Instancia de un Entorno independientemente

del número de Instancias que se creen de la Actividad en la que dicho Entorno está incluido. La Instancia del Entorno será la misma para todas las Instancias de la Actividad, y por tanto los recursos disponibles también serán los mismos.

Motivación Permitir plantear Entornos que tienen que contener los mismos elementos en distintas Instancias de una misma Actividad. Este patrón también se podría considerar a través de los patrones de conextión entre Entornos, sin embargo en ellos no se consideran conexiones entre distintas Instancias de un mismo Entorno, sino entre Entornos distintos.



Ejemplos 1. En el modelado de una Actividad que representa una "práctica de laboratorio" se crea un Entorno en el que se incluye documentación sobre las herramientas y los recursos disponibles para la realización de la práctica. También se dispone de un documento FAQ en el que se introducen preguntas frecuentes de los alumnos que son contestadas por un profesor. Esta documentación debe estar disponible para todos los participantes, cada uno en su Instancia de "práctica de laboratorio". Por tanto, dicho Entorno debería ser único (es decir, misma Instancia) para todas las Instancias de la Actividad "práctica de laboratorio" que se creasen.


Opciones 1. En aras de realizar una primera aproximación a este problema se considera el caso simplificado en el que la unicidad se determina sólo en el nivel del elemento en el que se incluye el Entorno. Es necesario tener en cuenta que un Entorno puede pertenecer a una Actividad o ser un Sub-entorno de otro Entorno Compuesto.

B.4.3 Patrones de Conexión

Identificador E.13 Nombre Referencia Externa Descripción Este patrón recoge la posibilidad de indicar que un espacio externo al modelo de la

unidad didáctica se hace corresponder con el Entorno en el que se incluye la referencia. La referencia puede ser tanto a un espacio físico como virtual.

Motivación Permitir la utilización de Entornos existentes. Patrones Relacionados

Descripciones textuales de otros elementos.

Ejemplos 1. Una práctica de laboratorio debe ser realizada en el laboratorio B-102 de la torre B de la ETSET. 2. La discusión entre los miembros del grupo tiene que producirse en el espacio virtual disponible en http://web.uvigo.es/foro

Fuerzas 1. Es posible que el Entorno externo disponga de Artefactos y Herramientas. En este caso dichos elementos deben tenerse en cuenta en cuanto a su gestión considerada en las perspectivas de Autorización, Percepción e Interacción.

Opciones 1. Para ello sería necesario conocer la existencia de dichos elementos durante el Tiempo de Diseño. En cualquier caso se podrían aplicar especificaciones de forma genérica. Por ejemplo: permiso de escritura para todos los elementos del entorno de tipo numérico.


Identificador E.14 Nombre Referencia Interna Descripción Este patrón recoge la posibilidad de indicar un Entorno ya utilizado en alguna

Actividad de la unidad didáctica se hace corresponder con el Entorno en el que se incluye la referencia.

Motivación Permitir la utilización de Entornos ya utilizados en otras Actividades para la realización de nuevas Actividades.



Ejemplos 1. El Entorno disponible para realizar un Examen debe ser el mismo que los alumnos tuvieron para realizar las prácticas de la asignatura.


B.4.4 Patrones de Caracterización de Clases

Identificador E.15 Nombre Identificador Textual y Descripción Textual de Clase Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

de la Clase. Motivación Informar a los participantes sobre la Clase y su propósito. El Identificador Textual

permite identificar la Clase y presentarla a los particiapantes en la unidad didáctica. La Descripción Textual permite indicar con más detalle el propósito específico de la Clase. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducido la Clase.



Ejemplos 1. Un identificador de una Clase en una unidad didáctica de matemáticas podría ser: "Ejercicios de Dificultad Alta". 2. Una Clase en una unidad didáctica de ciencias podría tener la descripción: "Procedimientos peligrosos que pueden dañar al usuario". En esta clase se incluirían todos aquellos elementos en los que se pudiesen producir daños a los usuarios.

Fuerzas No tiene. Opciones No tiene. Identificador E.16 Nombre Elementos de Clase Descripción La posibilidad de indicar en cualquier Elemento incluido en una Actividad que

pertenece a una Clase incluida en dicha Actividad. Motivación Permitir indicar los Elementos que forman parte de una Clase. Patrones Relacionados

No tiene.

Ejemplos 1. La clase "Ejercicios con Dificultad Alta" se aplica a todos los ejercicios que son difíciles de resolver en una unidad didáctica. 2. Los Roles que pueden utilizar un equipo de un laboratorio son un sub-conjunto de todos los Alumnos y Profesores. Para agruparlos se utiliza una Clase.



Nombre Descripciones Causales Descripción La posibilidad de que una Clase incluya Descripciones Causales para informar


características de la Clase de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En un ejercicio según PBL se proporcionan un conjunto de recursos, disponibles en distintos Entornos, que han sido tomados de experiencias reales. Dichos recursos se asocian a una Clase denominada "Reales". Dicha clase puede incluir una Descripción Causal informando sobre las características de la misma.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de la Clase.


B.5 Patrones de la Perspectiva de Organización

Tabla B-5. Patrones de la Perspectiva de Organización

Id. Patrón Patrones de Caracterización de Estructuras Organizativas

Z.1 Identificador Textual y Descripción Textual de Estructura Organizativa Z.2 Multiplicidad Determinada de Instancias de Estructura Organizativa Z.3 Multiplicidad Restringida de Instancias de Estructura Organizativa Z.4 Relación de Posiciones Organizativas Z.5 Relación de Unidades Organizativas Z.6 Descripciones Causales

Patrones de Caracterización de Posiciones Organizativas Z.7 Identificador Textual y Descripción Textual de Posición Organizativa Z.8 Multiplicidad Determinada de Instancias de Posición Organizativa Z.9 Multiplicidad Restringida de Instancias de Posición Organizativa Z.10 Descripciones Causales

Patrones de Caracterización de Unidades Organizativas Z.11 Identificador Textual y Descripción Textual de Unidad Organizativa Z.12 Multiplicidad Determinada de Instancias de Unidad Organizativa Z.13 Multiplicidad Restringida de Instancias de Unidad Organizativa Z.14 Relación de Posiciones Organizativas Z.15 Descripciones Causales


B.5.1 Patrones de Caracterización de Estructuras Organizativas

Identificador Z.1 Nombre Identificador Textual y Descripción Textual de una Estructura Organizativa Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de un una

Estructura Organizativa. Motivación 1. Informar a los participantes sobre la Estructura Organizativa y sus características.

El Identificador Textual permite identificar la Estructura Organizativa y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Estructura Organizativa. 2. La Descripción Textual también se introduce para permitir la descripción de los privilegios y responsabilidades asociadas a la Estructura Organizativa. 3 La Descripción Textual también permite indicar las capacidades que se pueden requerir de los participantes finales que vayan a ser asignados a esta Estructura Organizativa.


Patrones de identificación y descripción textual en otros elementos.

Ejemplos 1. Se establece una Estructura Organizativa que describe la estructura de los profesores de un departamento con el Identificador "Estructura Departamental". Los profesores que vayan a participar en la unidad didáctica deben estar asignados a unidades o posiciones organizativas determinadas en dicha estructura.

Fuerzas No tiene. Opciones No tiene. Identificador Z.2 Nombre Multiplicidad Determinada de Instancias de Estructura Organizativa Descripción La posibilidad de indicar que deben proporcionarse un número determinado de

Instancias en una Estructura Organizativa. Este número de Instancias se considerará dentro de la Estructura o unidad didáctica a la que pertenezca la Estructura Organizativa.

Motivación Facilitar el modelado de Estructuras Organizativas que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos.



Ejemplos 1. En la organización de profesores de un instituto se tiene que todos los profesores que dan clase en un mismo curso están organizados de acuerdo a una Estructura Organizativa. Por tanto, si hay dos cursos se deberán crear dos Instancias de dicha Estructura.

Fuerzas No tiene. Opciones No tiene. Identificador Z.3 Nombre Múltiplicidad Restringida de Instancias de Estructura Organizativa Descripción La posibilidad de indicar que se restringe el número de Instancias que pueden

existir desempeñando una Estructura Organizativa concreta. La restricción puede ser del tipo "mayor que" o "menor que".

Motivación Permitir restringir el número de participantes que se necesitan de una Estructura Organizativa.




Ejemplos 1. En el ejemplo del patrón anterior se pueden considerar la posibilidad que en los dos cursos se tuviese exactamente la misma Estructura Organizativa. En ese caso se debería pasar de una indicación de dos Instancias a una restricción de un número de Instancias mayor que cero y menor o igual que dos.

Fuerzas No tiene. Opciones No tiene. Identificador Z.4 Nombre Relación de Posiciones Organizativas Descripción La posibilidad de indicar las Posiciones Organizativas que forman parte de una

Estructura Organizativa. Motivación Permitir la caracterización de Posiciones Organizativas como parte de una

Estructura Organizativa. Patrones Relacionados

No tiene.

Ejemplos 1. En un programa de estudios se define la estructura organizativa que estructurará a todos los docentes involucrados en los diferentes cursos. En dicha estructura organizativa se identifican las posiciones organizativas: director, secretario, coordinador docente, docente y supervisor de evaluaciones.

Fuerzas No tiene. Opciones No tiene. Identificador Z.5 Nombre Relación de Unidades Organizativas Descripción La posibilidad de indicar las Unidades Organizativas que forman parte de una

Estructura Organizativa. Motivación Permitir la caracterización de Unidades Organizativas como parte de una Estructura

Organizativa. Patrones Relacionados

No tiene.

Ejemplos 1. En un programa de estudios se define la estructura organizativa que estructurará a todos los docentes involucrados en los diferentes cursos. En dicha estructura organizativa se identifican las unidades organizativas: comisión permanente, comisión docente y comisión de evaluación.

Fuerzas No tiene. Opciones No tiene. Identificador Z.6 Nombre Descripciones Causales Descripción La posibilidad de que una Estructura Organizativa incluya Descripciones Causales

para informar sobre sus características. Motivación Informar a los usuarios finales (diseñadores, alumnos, profesores) sobre las

características de la Estructura Organizativa de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En una escuela universitaria se tiene una estructura organizativa denominada "Departamento". Dicha estructura contiene una Descripción Causal en la que se recogen sus atribuciones y responsabilidades.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de la Estructura Organizativa.



B.5.2 Patrones de Caracterización de Posiciones Organizativas

Identificador Z.7 Nombre Identificador Textual y Descripción Textual de Posición Organizativa Descripción La posibilidad de proporcionar un Identificador y una Descripción Textual de una

Posición Organizativa. Motivación 1. Informar a los participantes sobre la Posición Organizativa y sus características.

El Identificador Textual permite identificar la Posición Organizativa y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Posición Organizativa. 2. La Descripción Textual también se introduce para permitir la descripción de los privilegios y responsabilidades asociadas a la Posición Organizativa. 3 La Descripción Textual también permite indicar las capacidades que se pueden requerir de los participantes finales que vayan a ser asignados a esta Posición Organizativa.



Ejemplos 1. En una organización académica se identifican las siguientes posiciones organizativas: Coordinador, Ayudante y Auxiliar.

Fuerzas No tiene. Opciones No tiene. Identificador Z.8 Nombre Multiplicidad Determinada de Instancias de Posición Organizativa Descripción La posibilidad de indicar que deben proporcionarse un número determinado de

participantes en una Posición Organizativa concreta. Este número de participantes se considerará dentro de la estructura a la que pertenezca la Posición Organizativa.

Motivación Facilitar el modelado de Posiciones Organizativas que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos.



Ejemplos 1. Un grupo docente responsable de una asignatura debe estar formado por 3 profesores y 1 evaluador.

Fuerzas No tiene. Opciones No tiene. Identificador Z.9 Nombre Múltiplicidad Restringida de Instancias de Posición Organizativa Descripción La posibilidad de indicar que se restringe el número de participantes que pueden

estar desempeñando una Posición Organizativa concreta. La restricción puede ser del tipo "mayor que" o "menor que".

Motivación Permitir restringir el número de participantes que se pueden crear de una Posición Organizativa determinada.



Ejemplos 1. Un grupo docente responsable de una asignatura debe estar formado por al menos


3 profesores y al menos 1 evaluador. Fuerzas No tiene. Opciones No tiene. Identificador Z.10 Nombre Descripciones Causales Descripción La posibilidad de que una Posición Organizativa incluya Descripciones Causales


características de la Posición Organizativa de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En un instituto se tiene una posición organizativa denominada "Responsable de la Asignatura". Dicha posición contiene una Descripción Causal en la que se recogen sus atribuciones y responsabilidades.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de la Posición Organizativa.


B.5.3 Patrones de Caracterización de Unidades Organizativas

Identificador Z.11 Nombre Identificador Textual y Descripción Textual de Unidad Organizativa Descripción La posibilidad de proporcionar un Identificador y una Descripción Textual de una

Unidad Organizativa. Motivación 1. Informar a los participantes sobre la Unidad Organizativa y sus características. El

Identificador Textual permite identificar la Unidad Organizativa y presentarla a los participantes en la unidad didáctica. La descripción permite detallar con claridad las características específicas de la Unidad Organizativa. 2. La Descripción Textual se introduce para permitir la descripción de los privilegios y responsabilidades asociadas a la Unidad Organizativa.



Ejemplos 1. En una organización académica se identifican las siguientes unidades organizativas: comisión permanente, comisión de docencia y comisión de actividades culturales.

Fuerzas No tiene. Opciones No tiene. Identificador Z.12 Nombre Relación Posiciones Organizativas Descripción La posibilidad de indicar las Posiciones Organizativas que forman parte de una

Unidad Organizativa Motivación Permitir la caracterización de Posiciones Organizativas como parte de una Unidad

Organizativa. Patrones No tiene.


Relacionados Ejemplos 1. La "Comisión de Evaluación" de una unidad didáctica se compone de varios

Profesores y de un Evaluador. Fuerzas No tiene. Opciones No tiene. Identificador Z.13 Nombre Multiplicidad Determinada de Instancias de Unidad Organizativa Descripción La posibilidad de indicar que en una Estructura Organizativa debe proporcionarse

un número determinado de Unidades Organizativas. Motivación Facilitar el modelado de Unidades Organizativas que tienen las mismas

características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos.



Ejemplos 1. En una unidad didáctica se necesita que existan dos unidades docentes responsables de laboratorio. Cada unidad docente estará formada por un Responsable y dos Ayudantes.

Fuerzas No tiene. Opciones No tiene. Identificador Z.14 Nombre Multiplicidad Restringida de Instancias de Unidad Organizativa Descripción La posibilidad de indicar que en una Estructura Organizativa se restringe el

número de Unidades Organizativas que pueden crearse de un cierto tipo. La restricción puede ser del tipo "mayor que" o "menor que".

Motivación Permitir restringir el número de Instancias que se pueden crear de una Unidad Organizativa determinada.



Ejemplos 1. En una unidad didáctica se necesita que existan al menos dos unidades docentes responsables de laboratorio. Cada unidad docente estará formada por un Responsable y dos Ayudantes.

Fuerzas No tiene. Opciones No tiene. Identificador Z.15 Nombre Descripciones Causales Descripción La posibilidad de que una Unidad Organizativa incluya Descripciones Causales


características de la Unidad Organizativa de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En una escuela universitaria se tiene una unidad organizativa denominada "Comisión de Docencia". Dicha unidad contiene una Descripción Causal en la que se recogen sus atribuciones y responsabilidades.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización


de la Unidad Organizativa. Opciones 1. Esta posibilidad requiere que las Descripciones Causales incluyan información

semántica apropiada.

B.6 Patrones de la Perspectiva de Herramientas

Tabla B-6. Patrones de la Perspectiva de Herramientas


H.1 Identificador Textual y Descripción Textual de Herramienta H.2 Referencia Determinada H.3 Caracterización Funcional H.4 Caracterización No Funcional H.5 Caracterización de la Coreografía H.6 Caracterización de la Orquestación H.7 Descripciones Causales

Patrones sobre Instancias H.8 Multiplicidad Determinada de Instancias de Herramienta H.9 Multiplicidad de Instancias de Herramienta Controlada por Participante H.10 Multiplicidad Restringida de Instancias de Herramienta H.11 Unicidad de Instancia de Herramienta

Patrones de Descripción de Permisos H.12 Identificador Textual y Descripción Textual de Permiso H.13 Caracterización de Permiso

Patrones de Descripción de Eventos H.14 Identificador Textual y Descripción Textual de Evento H.15 Caracterización de Evento H.16 Parámetros de Evento

Patrones de Descripción de Operaciones H.17 Identificador Textual y Descripción Textual de Operación H.18 Caracterización de Operación H.19 Parámetros de Entrada/Salida


Identificador H.1 Nombre Identificador Textual y Descripción Textual de Herramienta Descripción Debe ser posible proporcionar un Identificador y una Descripción Textual de la

caracterización para la Aplicación/Servicio. Motivación Informar a los participantes sobre la Aplicación/Servicio y sus características. El

Identificador Textual permite identificar la Aplicación/Servicio y presentarlo a los particiapantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Aplicación/Servicio. Estos datos


también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducida la Aplicación/Servicio.



Ejemplos 1. El identificador de un simulador puede ser "Máquina Virtual", mientras que su descripción puede ser "Simulador de un procesador tipo Algoritmez".

Fuerzas No tiene. Opciones No tiene. Identificador H.2 Nombre Referencia Determinada Descripción La posibilidad de indicar la Aplicación/Servicio a utilizar en un Entorno de una

Actividad de forma determinada, por ejemplo: mediante un URL. Motivación Permitir especificar de forma predeterminada y fija la Aplicación/Servicio que se

debe incluir. De esta forma se asegura la utilización de una Aplicación/Servicio concreto.


No tiene.

Ejemplos 1. En una unidad didáctica sobre química se debe realizar las comprobaciones de los resultados en una aplicación determinada del CESGA (Centro de Supercomputación de Galicia).

Fuerzas 1. La Referencia Determinada implica que todas las Instancias que se creen de la unidad didáctica deberán utilizar la Aplicación/Servicio indicados. Por tanto, es muy probable que se produzcan problemas de utilización si desde una institución académica se intenta acceder a Aplicaciones/Servicios proporcionados por otra institución. 2. La Referencia Determinada obliga a la utilización de una Aplicación/Servicio concretos, por lo que habría que cuestionarse la posibilidad/necesidad de utilizar los patrones considerados en esta perspectiva referidos a Permisos, Eventos y Operaciones.

Opciones 1. Estos problemas de utilización deberán ser previstos en el modelado de los cursos y en su distribución entre instituciones académicas. 2. En principio, no tiene sentido la caracterización de una Aplicación/Servicio de acuerdo a los demás patrones recogidos en esta Perspectiva, ya que en su mayoría se utilizan para permitir la inclusión de Herramientas de forma desacoplada y no determinada. Sin embargo, los patrones sobre Permisos, Eventos y Operaciones pueden incluirse para poder utilizarlos de acuerdo a las posibilidades consideradas en las perspectivas de Autorización, Percepción e Interacción.

Identificador H.3 Nombre Caracterización Funcional Descripción La posibilidad de indicar las Características Funcionales que debe tener la

Aplicación/Servicio que se quiere utilizar en un Entorno de una Actividad. La Caracterización Funcional involucra la descripción de las Operaciones de la Aplicación/Servicio. Estas Operaciones se podrán describir semánticamente mediante la utilización de vocabularios controlados, taxonomías, tesauros y ontologías.

Motivación Permitir indicar las Características Funcionales que debe proporcionar una Aplicación/Servicio en una Actividad. La Funcionalidad de una Aplicación/Servicio puede ser relativa tanto a las operaciones que pueden ser invocadas a través de una interfaz de programación (e.g. WSDL) como a través de una interfaz gráfica para personas.



No tiene.

Ejemplos 1. En una Actividad en la que se plantee una discusión se requiere una funcionalidad que permita la realización de presentaciones de diapositivas con la posibilidad de hacer anotaciones sobre las mismas durante la presentación. 2. Existen numerosos chats que pueden proporcionar un sistema de comunicación basado en texto.

Fuerzas 1. El sistema de ejecución es el responsable de proveer dicha Aplicación/Servicio. Durante la ejecución es posible que no se encuentre una herramienta de las características consideradas.

Opciones 1. Mediante la utilización de ontologías se podrían establecer mecanismos que permitiesen la búsqueda de Aplicaciones/Servicios similares.

Identificador H.4 Nombre Caracterización No Funcional Descripción La posibilidad de indicar las Características No Funcionales que debe tener la

Aplicación/Servicio que se quiere utilizar en un Entorno de una Actividad. La Caracterización No Funcional involucra la descripción de características o propiedades de la Aplicación/Servicio como metadatos Dublin Core, parámetros de la calidad de servicio, etc. Estas características se podrían describir semánticamente mediante la utilización de vocabularios controlados, taxonomías, tesauros y ontologías.

Motivación Permitir indicar las Características No Funcionales que debe tener una Aplicación/Servicio en una Actividad.


No tiene.

Ejemplos 1. En una Actividad en la que se plantee una discusión se requiere un servicio de video-conferenciaque tenga unas necesidades máximas de utilización de ancho de banda de 36Kbytes.

Fuerzas 1. La Caracterización No Funcional de una Aplicación/Servicio de forma aislada sin ningún otro tipo de especificación o caracterización no tiene sentido.

Opciones 1. La especificación de Características No Funcionales siempre se realizará como complemento de algún otro tipo de Especificación o Caracterización que se realice de una Aplicación/Servicio. Por ejemplo: Caracterización Funcional.

Identificador H.5 Nombre Caracterización de la Coreográfíca Descripción La posibilidad de indicar la Coreografía que debe tener la Aplicación/Servicio que

se quiere utilizar. La Caracterización de la Coreografía permite indicar la forma en que la Aplicación/Servicio puede ser utilizada por sus clientes.

Motivación Permitir indicar la forma en que los clientes de la Aplicación/Servicio pueden acceder a las funcionalidades proporcionadas. En algunos cursos es posible que además de requerir una Aplicación/Servicio determinados se exija un comportamiento determinado del mismo.


No tiene.

Ejemplos 1. En una Actividad en la que se plantea un debate se decide la utilización de un foro. Se quiere que para la realización de comentarios en un tema sea necesario abrir todos los comentarios anteriores realizados a dicho tema en otras herramientas de comunicación disponibles. Se requiere por tanto una interacción entre aplicaciones de comunicación determinada.



Identificador H.6 Nombre Caracterización de la Orquestación Descripción La posibilidad de indicar la Orquestación que debe tener la Aplicación/Servicio que

se quiere utilizar. La Caracterización de la Orquestación involucra la descripción de la forma en que la Aplicación/Servicio necesita utilizar otras Aplicaciones/Servicios para proporcionar sus funcionalidades.

Motivación En algunas unidades didácticas es posible que además de requerir una Aplicación/Servicio determinados se exija un comportamiento determinado del mismo sobre otras Aplicaciones/Servicios dispuestos en el mismo Entorno.


No tiene.

Ejemplos 1. En una Actividad en el que se plantea un debate se decide la utilización de un foro. Se quiere que cada vez que se realiza un comentario en un tema el foro envie un correo electrónico al participante que inició dicho tema y a todos los participantes que hicieron algún tipo de comentario en el mismo.

Fuerzas 1. Es necesario indicar a la Aplicación/Servicio las demás Aplicaciones/Servicios que necesita utilizar.

Opciones 1. Esta posibilidad se reconoce en la Perspectiva de Interacción. Identificador H.7 Nombre Descripciones Causales Descripción La posibilidad de que una Herramienta incluya Descripciones Causales para

informar sobre sus características. Motivación Informar a los usuarios finales (diseñadores, alumnos, profesores) sobre las

características de la Herramienta de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. Una aplicación de diseño gráfico dispone de una descripción en la que indican las funcionalidades y características de la misma.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de la Herramienta.



Identificador H.8 Nombre Multiplicidad Determinada de Instancias de Herramienta Descripción La posibilidad de indicar que de una Herramienta se debe crear un número de

Instancias determinado. Las posibilidades de determinación de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Facilitar el modelado de Herramientas que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos.

Patrones Otros patrones sobre múltiples Instancias.


Relacionados Ejemplos 1. En una actividad de discusión en una clase se utiliza un Foro. Hay que crear

tantas Instancias de dicho Foro como temas de discusión se quieran debatir. Fuerzas 1. Es posible que el número de Instancias de una Herramienta sea cero.

2. Cada Instancia de la Herramienta debe poder identificarse de forma individual. Opciones 1. En ese caso no tendrá que ser creada ninguna Instancia de dicha Herramienta.

2. Se puede considerar la indicación de una Instancia concreta en cuanto a lo que determine un participante. Esto se reconoce en las Expresiones de Toma de Decisión.

Identificador H.9 Nombre Multiplicidad de Instancias de Herramienta Controlada por Participante Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de una

Herramienta como decida un Participante involucrado en la Actividad que la incluye. A diferencia del caso anterior en este patrón es posible que el número de Instancias de Herramienta definitivo no sea conocido en la primera creación de Instancias de dicha Herramienta, es decir, las Instancias pueden ser creadas de forma dinámica.

Motivación Permitir la creación de Instancias de una Herramienta de forma dinámica por los participantes.



Ejemplos 1. Para la realización de una práctica de laboratorio los alumnos disponen de un simulador, del que podrán crear tantas Instancias como deseen.



Identificador H.10 Nombre Multiplicidad Restringida de Instancias de Herramienta Descripción Este patrón recoge la posibilidad de restringir el número de Instancias que se

pueden crear de una Herramienta. Se podrá establecer un límite máximo y un límite mínimo. Las Instancias de la Herramienta serán creadas en base a los patrones anteriores, pero el número de las mismas deberá mantenerse en el rango indicado. Las posibilidades de restricción se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir restringir el número de Instancias que se pueden crear de una Herramienta. Este control puede ser necesario bien para asegurar una disponibilidad de recursos mínima o para evitar un consumo en exceso de los mismos.



Ejemplos 1. Los alumnos de una práctica de laboratorio pueden crear tantas Instancias de un simulador como deseen pero siempre con un número de Instancias menor que 10.


Opciones No tiene. Identificador H.11 Nombre Unicidad de Instancia de Herramienta Descripción La posibilidad de considerar una única Instancia de una Herramienta


independientemente del número de Instancias que se creen del Entorno en el que dicha Herramienta está incluida. La Instancia de la Herramienta será la misma para todas las Instancias del Entorno.

Motivación Obligar la utilización de una misma Instancia de Herramienta para todas las Instancias que existan de una Actividad.



Ejemplos 1. En el modelado de una Actividad correspondiente a una práctica de laboratorio se incluye un Entorno con funcionalidades de comunicación entre los participantes. Durante la ejecución se crearán tantas Instancias de esta Actividad como grupos de laboratorio haya, pero todos los grupos deben compartir las mismas Instancias de las funcionalidades de comunicación. Para ello, las Herramientas que se incluyen para desarrollar esas funcionalidades se modelan de acuerdo a este patrón.


Opciones 1. En aras de realizar una primera aproximación a este problema se considera el caso simplificado en el que la unicidad se determina sólo en el nivel del elemento en el que se incluye el Entorno.

B.6.3 Patrones de Descripción de Permisos

Identificador H.12 Nombre Identificador de Permiso Descripción La posibilidad de indicar el Identificador que se debe utilizar para un Permiso de

una Aplicación/Servicio. Este Identificador podrá ser utilizado en las Especificaciones de Autorización

Motivación Permitir indicar los Permisos que debe tener una Herramienta. Permitir que un mismo Permiso se incluya en varias Herramientas.


No tiene.

Ejemplos 1. El identificador de un Permiso de un servicio de conferencia puede ser "moderador".

Fuerzas 1. Es posible que la Aplicación/Servicio proporcione el Permiso indicado aunque con otro nombre. En cualquier caso, para el modelado de la Actividad en la Perspectiva de Autorización se utilizará el Identificador aquí indicado.

Opciones 1. La determinación de si una Aplicación/Servicio proporciona un Permiso debe decidirse en base a los patrones de Caracterización de Permiso y Operaciones Relativas al Permiso. Si el Identificador aquí indicado no coincide con el proporcionado por la Aplicación/Servicio el LMS deberá realizar las traduciones que sean necesarias.

Identificador H.13 Nombre Caracterización de Permiso Descripción La posibilidad de indicar las características de un determinado Permiso que debe ser

proporcionado por una Aplicación/Servicio. En esta caracterización se deben poder indicar las características de dicho Permiso. Se debe permitir indicar la Funcionalidad que se asocia a un Permiso. Durante el Tiempo de Ejecución se deberá proporcionar una Herramienta que satisfaga las características indicadas. Estas características se señalan mediante la inclusión de Descripciones Causales.


Motivación Permitir establecer las características que debe tener un determinado Permiso proporcionado por una Aplicación/Servicio. De esta forma se asegurará que el Permiso podrá ser utilizado.


No tiene.

Ejemplos 1. La descripción del Permiso "moderador" permite la gestión de los participantes de una sesión de conferencia. Se deberán utilizar descripciones semánticas que proporcionen una caracterización más formal que la descripción textual para que pueda ser "entendida" de forma computacional.

Fuerzas 1. Puede considerarse que la caracterización se realiza de forma sintáctica o semántica.

Opciones 1. La caracterización semántica ofrece más posibilidades desde un punto de vista de procesamiento computacional. Se deben tener en cuenta consideraciones similares a las realizadas para los patrones de la perspectiva Causal.

B.6.4 Patrones de Descripción de Eventos

Identificador H.14 Nombre Identificador de Evento Descripción La posibilidad de indicar el Identificador que se debe utilizar para un Evento de una

Aplicación/Servicio. Motivación Permitir indicar los Eventos que debe tener una Herramienta. Permitir que un

mismo Evento se incluya en varias Herramientas. Patrones Relacionados

No tiene.

Ejemplos 1. El Identificador de un evento de un servicio de conferencia puede ser "participante-añadido".

Fuerzas 1. Es posible que la Aplicación/Servicio proporcione el Evento indicado aunque con otro nombre. En cualquier caso, para el modelado de la Actividad en la Perspectiva de Percepción se utilizará el Identificador aquí indicado.

Opciones 1. La determinación de si una Aplicación/Servicio proporciona un Evento debe decidirse en base a los patrones de Caracterización de Evento y Parámetros de Evento. Si el Identificador aquí indicado no coincide con el proporcionado por la Aplicación/Servicio el LMS deberá realizar las traduciones que sean necesarias.

Identificador H.15 Nombre Caracterización de Evento Descripción La posibilidad de indicar las características de un determinado Evento que debe ser

proporcionado por una Aplicación/Servicio. En esta caracterización se deben poder indicar los motivos por los que debe generarse dicho Evento.

Motivación Permitir establecer las características que debe tener un determinado Evento proporcionado por una Aplicación/Servicio. De esta forma se asegurará que el Evento podrá ser utilizado.


No tiene.

Ejemplos 1. La descripción el evento "participante-añadido" puede indicar que debe generar cada vez que un participante se incorpora a una conferencia. Se deberán utilizar descripciones semánticas que proporcionen una caracterización más formal que la descripción textual para que pueda ser "entendida" de forma computacional.

Fuerzas 1. Puede considerarse que la caracterización se realiza de forma sintáctica o


semántica. Opciones 1. La caracterización semántica ofrece más posibilidades desde un punto de vista de

procesamiento computacional. Se deben tener en cuenta consideraciones similares a las realizadas para los patrones de la perspectiva Causal.

Identificador H.16 Nombre Parámetros de Evento Descripción La posibilidad de indicar las características de los Parámetros de un Evento que

debe ser proporcionado por una Aplicación/Servicio. Motivación Permitir establecer las características que deben tener los Parámetros de un

determinado Evento proporcionado por una Aplicación/Servicio. De esta forma se asegurará que el Evento podrá ser procesado.


No tiene.

Ejemplos 1. El Evento "participante-añadido" debe llevar como parámetros el identificador de la sesión de colaboración, el del participante, el identificador de la Actividad y el tiempo en que se produce.


B.6.5 Patrones de Descripción de Operaciones

Identificador H.17 Nombre Identificador de Operación Descripción La posibilidad de indicar el Identificador que se debe utilizar para una Operación de

una Aplicación/Servicio. Motivación Permitir indicar las Operaciones que debe tener una Herramienta. Permitir que una

misma Operación se incluya en varias Herramientas. Patrones Relacionados

No tiene.

Ejemplos 1. El identificador de una operación puede ser "send-mail". Esta operación pertenece a un servicio de correo electrónico.

Fuerzas 1. Es posible que la Aplicación/Servicio proporcione la Operación indicada aunque con otro nombre. En cualquier caso, para el modelado de la Actividad en la Perspectiva de Interacción se utilizará el Identificador aquí indicado.

Opciones 1. La determinación de si una Aplicación/Servicio proporciona una Operación debe decidirse en base a los patrones de Caracterización de Operación y Parámetros de Entrada/Salida y Pre-condiciones/Post-condiciones. Si el Identificador aquí indicado no coincide con el proporcionado por la Aplicación/Servicio el LMS deberá realizar las traduciones que sean necesarias.

Identificador H.18 Nombre Caracterización de Operación Descripción La posibilidad de indicar las características de una determinada Operación que debe

ser proporcionada por una Aplicación/Servicio. En esta caracterización se deben poder incluir tanto atributos funcionales como no funcionales.

Motivación Permitir establecer las características que debe tener una determinada Operación proporcionada por una Aplicación/Servicio. De esta forma se asegurará que la Operación podrá ser invocada de forma automática o semi-automática durante la ejecución.



No tiene.

Ejemplos 1. La descripción de la operación "send-mail" puede ser "enviar un mensaje a una o varias direcciones de correo electrónico". Se deberán utilizar descripciones semánticas que proporcionen una caracterización más formal que la descripción textual para que pueda ser "entendidas" de forma computacional.

Fuerzas 1. Puede considerarse que la caracterización se realiza de forma sintáctica o semántica.

Opciones 1. La caracterización semántica ofrece más posibilidades desde un punto de vista de procesamiento computacional. Se deben tener en cuenta consideraciones similares a las realizadas para los patrones de la perspectiva Causal.

Identificador H.19 Nombre Parámetros de Entrada/Salida Descripción La posibilidad de indicar las características de cada uno de los Parámetros de

Entrada/Salida de una Operación que debe ser proporcionada por una Aplicación/Servicio.

Motivación Permitir establecer las características que deben tener los parámetros de Entrada/Salida de una determinada Operación proporcionada por una Aplicación/Servicio. De esta forma se asegurará que la Operación podrá ser invocada de forma automática o semi-automática durante la realización.


No tiene.

Ejemplos 1. La operación "send-mail" debe incluir como Parámetros de Entrada una o varias direcciones de correo electrónico, un asunto y un cuerpo del mensaje. No se considera ningún Parámetro de Salida. Se deberán utilizar descripciones semánticas que proporcionen una caracterización más formal que la descripción textual para que pueda ser "entendidas" de forma computacional.


B.7 Patrones de la Perspectiva de Datos

Tabla B-7. Patrones de la Perspectiva de Datos


D.1 Identificador Textual y Descripción Textual de Elemento de Datos D.2 Elemento de Datos Compuesto D.3 Tipo de Elemento de Datos D.4 Constante/Variable D.5 Valor por Defecto D.6 Valor Restringido D.7 Descripciones Causales

Patrones sobre Instancias D.8 Multiplicidad Determinada de Instancias de Elemento de Datos D.9 Multiplicidad de Instancias de Elemento de Datos según Datos Existentes D.10 Multiplicidad de Instancias de Elemento de Datos Controlada por Participante D.11 Multiplicidad Restringida de Instancias de Elemento de Datos D.12 Unicidad de Instancia de Elemento de Datos


Patrones de Visibilidad D.13 Elemento de Datos de Instancia de Elemento D.14 Elemento de Datos de Elemento D.15 Elemento de Datos de Instancia de Actividad D.16 Elemento de Datos de Actividad D.17 Elemento de Datos de Instancia de Actividad Compuesta D.18 Elemento de Datos de Actividad Compuesta

Patrones de Fuente D.19 Elemento a Elemento D.20 Objetivo Funcional con Asociación a Objetivo Funcional Asociado D.21 Objetivo Funcional Asociado a Objetivo Funcional Asociado D.22 Rol de Actividad a Rol de Sub-actividad D.23 Expresión Determinada a Elemento D.24 Elemento Externo a Elemento D.25 Especificación de Interacción a Elemento

Patrones de Conexión de Datos D.26 Copia Directa D.27 Copia Diferida D.28 Referencia D.29 Transformación


Identificador D.1 Nombre Identificador Textual y Descripción Textual de Elemento de Dato Descripción Este patrón recoge la posibilidad de proporcionar un Identificador y una

Descripción Textual del Elemento de Datos. Motivación Informar a los participantes sobre el Elemento de Datos y su propósito. El

Identificador Textual permite identificar el Elemento de Datos y presentarlo a los particiapantes en la unidad didáctica. La Descripción Textual permite detallar el propósito específico del Elemento de Datos. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducido el Elemento de Datos.



Ejemplos 1. Un Elemento de Datos en una unidad didáctica de matemáticas sobre integrales podría ser un documento con integrales comunes. El identificador de dicho documento podría ser "Integrales Comunes". 2. En una práctica de laboratorio se pide que los alumnos generen una hoja de cálculo con los resultados de un experimento. Dicha hoja de cálculo se describe como "En esta hoja se deberán mostrar los resultados obtenidos en la realización del experimento así como los cálculos utilizados para llegar a la solución final".

Fuerzas 1. Pueden considerarse Elementos de Datos que no vayan a ser utilizados por una persona sino por un agente software.

Opciones 1. Pueden considerarse vocabularios y sintaxis específicas (distintas del lenguaje natural) que puedan ser utilizadas para transmitir las características del Elemento de Datos a agentes software.


Identificador D.2 Nombre Elemento de Datos Compuesto Descripción Este patrón recoge la posibilidad de que un Elemento de Datos incluya otro u otros

Elementos de Datos. A los Elementos de Datos incluidos dentro de un Elemento de Datos Compuesto se los denomina como Sub-elementos de Datos.

Motivación Permitir el modelado de Elementos de Datos Compuestos de otros Elementos de Datos.



Ejemplos 1. Los datos del perfil de un alumno se mantienen en una estructura de datos jerárquica en la que se distingue entre datos personales, datos de portfolio, etc.

Fuerzas 1. Deben permitirse distintos tipos de agrupaciones de Elementos de Datos: planos, jerárquicos, etc.

Opciones 1. Los Sub-Elementos de Datos de un Elemento de Datos podrán caracterizarse de la misma forma que los Elementos de Datos, haciendo referencia a: identificador, tipo, multiplicidad, Sub-Elementos de Datos, etc.

Identificador D.3 Nombre Tipo de Elemento de Datos Descripción La posibilidad de indicar el tipo de Elemento de Datos. Los tipos considerados como

necesarios son: binario, entero, real, carácter, hora, fecha, fichero, cadena de caracteres y URI.

Motivación Permitir la caracterización de distintos Tipos de Elementos de Datos. Cada Tipo de Elemento de Datos lleva asociadas Permisos, Operaciones y Eventos particulares (e.g. un fichero de texto tiene permisos, operaciones y eventos de lectura, escritura y eliminación). En otras perspectivas el Tipo de un Elemento de Datos se tendrá en cuenta para poder utilizarlo (e.g. la Perspectiva de Autorización reconoce la posibilidad de asignar permisos a participantes sobre ciertos tipos de Elementos de Datos).


No tiene.

Ejemplos Permitir la caracterización de distintos Tipos de Elementos de Datos. Cada Tipo de Elemento de Datos lleva asociadas Permisos, Operaciones y Eventos particulares (e.g. un fichero de texto tiene permisos, operaciones y eventos de lectura, escritura y eliminación). En otras perspectivas el Tipo de un Elemento de Datos se tendrá en cuenta para poder utilizarlo (e.g. la Perspectiva de Autorización reconoce la posibilidad de asignar permisos a participantes sobre ciertos tipos de Elementos de Datos).

Fuerzas 1. No parece posible recoger y especificar todos los tipos de Elementos de Datos posibles. Dependiendo del dominio y del desarrollo futuro pueden considerarse Tipos de Elementos de Datos no previstos.

Opciones 1. Se consideran los siguientes Tipos de Elementos de Datos: Booleano, Entero, Real, Carácter, Cadena de Caracteres, Fecha, Fichero.

Identificador D.4 Nombre Constante/Variable Descripción La posibilidad de indicar si un Elemento de Dato tiene un valor constante que no

puede ser cambiado durante el Tiempo de Ejecución. Motivación Permitir la indicación de Elementos de Datos cuyo valor no debe cambiar durante el

Tiempo de Ejecución. Patrones Relacionados

No tiene.

Ejemplos 1. El enunciado de un examen debe ser constante.


2. Los datos personales de los alumnos deben ser constantes. Fuerzas No tiene. Opciones No tiene. Identificador D.5 Nombre Valor por Defecto Descripción La posibilidad de indicar de forma directa el valor que toman las Instancias de un

determinado Elemento de Datos. La asignación se realiza en el momento en el que se crea la Instancia del Elemento de Datos.

Motivación Permitir la asignación de un valor a una Instancia de un Elemento de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. El número máximo de intentos para poder realizar un Objetivo tomará el valor cinco. 2. La nota final por defecto es "No Presentado".

Fuerzas 1. Debe ser posible no asignar nigún valor por defecto, en cuyo caso de forma implícita deberá determinarse algún valor. 2. La asignación se hará por Instancia del Elemento de Datos, a cada Instancia se le puede hacer corresponder un valor distinto.

Opciones 1. Se establecen reglas por defecto: cero a números, cadenas vacías para texto, etc. 2. Se podrán establecer condiciones que determinen el valor que tenga que tomar cada Instancia (e.g. elegir una de entre varias alternativas).

Identificador D.6 Nombre Valor Restringido Descripción La posibilidad de introducir expresiones que restrinjan los posibles valores que puede

tener un Elemento de Datos. Las posibilidades de restricción se reconocen en base a Expresiones de Constantes, de Condición y de Toma de Decision.

Motivación Permitir controlar los valores que puede tomar un Elemento de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. La nota de un examen pueden tomar un valor de 0 a 10. 2. El tipo de alumno puede tomar un valor del siguiente vocabulario: Gráfico, Narrativo, Con ejemplos, Práctico.

Fuerzas 1. En caso de que a un Elemento de Datos se le quiera asignar un valor no permitido debe tomarse una decisión sobre que valor asignarle.

Opciones 1. Se propone que conserve el valor que tenía antes de intentar la asignación. En otro caso se utilizará el Valor por Defecto.

Identificador D.7 Nombre Descripciones Causales Descripción La posibilidad de que un Elemento de Datos incluya Descripciones Causales para

informar sobre sus características. Motivación Informar a los usuarios finales (diseñadores, alumnos, profesores) sobre las

características del Elemento de Datos de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. Un manual de prácticas de laboratorio incluye Descripciones Causales sobre los requisitos y conocimientos previos que se deben tener antes de su realización.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización del Elemento


de Datos. Opciones 1. Esta posibilidad requiere que las Descripciones Causales incluyan información



Identificador D.8 Nombre Multiplicidad Determinada de Instancias de Elemento de Datos Descripción La posibilidad de indicar que se deben crear un número determinado de Instancias

de un Elemento de Datos. Las posibilidades de determinación de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Facilitar el modelado de Elementos de Datos que tienen las mismas características y que aparecen varias veces. Con ello también se facilita la realización de cambios en los modelos en cuanto a los Elementos de Datos.



Ejemplos 1. Una práctica de laboratorio necesita que se rellene dos veces el mismo documento de evaluación del laboratorio. 2. En el perfil de un alumno deben incluirse tres campos para números de teléfono de contacto. 3. En el portfolio de un alumno debe introducirse tantas fichas de datos de trabajos realizados como trabajos haya realizado.

Fuerzas 1. El número total de Instancias final dependerá del número de Instancias del elemento al que pertenezca el Elemento de Datos. 2. Cada Instancia del Elemento de Datos debe poder ser utilizada de forma independiente.

Opciones 1 Se considera que el número de Instancias del Elemento de Datos que se indique en este indicador será creada por cada una de las Instancias del elemento al que pertenece el Elemento de Datos. 2. Se puede considerar la indicación de una Instancia concreta en cuanto al valor que tenga la Instancia o en cuanto a lo que determine un participante. Esto se reconoce en las Expresiones de Condición y de Toma de Decisión.

Identificador D.9 Nombre Multiplicidad de Instancias de Elemento de Datos según Datos Existentes. Descripción La posibilidad de crear tantas Instancias de un Elemento de Datos como datos

existan en el origen del que se tomen dichos datos. Cada dato se asignará a una Instancia distinta del Elemento de Datos.

Motivación Permitir indicar el número de Instancias que se pueden crear de un Elemento de Datos en función de los datos disponibles en el origen del que se toman los valores.



Ejemplos 1. El número de direcciones de contacto en el perfil de un alumno dependerá de las que éste proporcione. 2. Para la realización de un ejercicio de PBL en el que se necesitan varias opiniones de expertos se puede disponer de un número variables de opiniones que se incluyen en ficheros externos.



Identificador D.10 Nombre Multiplicidad de Instancias de Elemento de Datos Controlada por Participante. Descripción La posibilidad de indicar que deben ser creadas tantas Instancias de un Elemento de

Datos como decida un Participante involucrado en la Actividad. A diferencia de los patrones anteriores en este patrón es posible que el número de Instancias de Elemento de Datos definitivo no sea conocido en la primera creación de Instancias de dicho Elemento de Datos, es decir, las Instancias pueden ser creadas de forma dinámica. En otras palabras, los Participantes pueden crear y destruir Instancias de Elemento de Datos cuando lo deseen.

Motivación Pemitir que los participantes puedan crear de forma dinámica el número de Instancias de Elementos de Datos que deseen.



Ejemplos 1. En la realización de un proyecto los alumnos disponen de un Entorno en el que pueden crear tantos documentos como precisen. Cada documento se mantendrá como una Instancia de un fichero.



Identificador D.11 Nombre Multiplicidad Restringida de las Instancias de Elemento de Datos Descripción Este patrón recoge la posibilidad de restringir el número de Instancias que tienen

que ser creadas de un Elemento de de Datos. Las posibilidades de restricción de este número se consideran en los Aspectos de Constantes, de Condiciones y de Toma de Decisiones.

Motivación Permitir la variación del número de Instancias entre límites máximos y mínimos. Se podrán crear Instancias del Elemento de Datos mientras se cumplan las restricciones.



Ejemplos 1. Para un debate debe presentarse al menos una propuesta de discusión, es decir, se establece una restricción de mayor que cero.

Fuerzas No tiene. Opciones No tiene. Identificador D.12 Nombre Unicidad de Instancias de Elemento de Datos Descripción La posibilidad de indicar que de un Elemento de Datos sólo se tenga una única

Instancia para cada desarrollo de la unidad didáctica. En general, se creará una Instancia de un Elemento de Datos por cada Instancia del elemento que lo contenga. Con este patrón se considera la posibilidad de que la Instancia del Elemento de Datos sea la misma para todas las Instancias de su elemento contenedor.

Motivación Disponer siempre de un mismo valor para un determinado Elemento de Datos independientemente del número de Instancias que hayan sido creadas de sus elementos contenedores.



Ejemplos 1. En una unidad didáctica relativa al trabajo en un laboratorio de química se tiene


un documento con normas de seguridad. El documento se puede ir actualizando desde distintas actividades pero sólo se debe mantener una Instancia del mismo para todas ellas.


Opciones 1. En aras de realizar una primera aproximación a este problema se considera el caso simplificado en el que la unicidad se determina sólo en el nivel del elemento en el que se incluye el Elemento de Datos. Es necesario tener en cuenta que un Elemento de Datos puede pertenecer a una Actividad, a un Entorno, a un Objetivo, a un Rol, o ser un Sub-elemento de Datos de un Elemento de Datos Compuesto.

B.7.3 Patrones de Visibilidad

Identificador D.13 Nombre Elemento de Datos de Instancia de Elemento Descripción La posibilidad de indicar que un Elemento de Datos sólo es visible en la Instancia

del Elemento en el que se incluye. Motivación Controlar la utilización del valor de un Elemento de Datos desde otros elementos,

bien para realizar transferencias de su valor o bien para utilizarlas de acuerdo a lo considerado en Expresiones de Condición. La introducción de limitaciones en la visibilidad de Elementos de Datos mejora el desacoplamiento entre partes y facilita la realización de cambios en los modelos.


No tiene.

Ejemplos 1. Los datos de las notas parciales que se mantienen como parámetro de salida en un Objetivo "Realizar Cuestionario" sólo deben ser visibles a la Instancia concreta del Objetivo. De esta forma no será posible utilizar dichas notas desde otros elementos, ni siquiera desde otras Instancias de ese mismo Objetivo.

Fuerzas No tiene. Opciones No tiene. Identificador D.14 Nombre Elemento de Datos de Elemento Descripción La posibilidad de indicar que un Elemento de Datos sólo es visible en todas las

Instancias del Elemento en el que se incluye. Motivación Controlar la utilización del valor de un Elemento de Datos desde otros elementos,



No tiene.

Ejemplos 1. En un Entorno de una práctica de laboratorio se tiene un Artefacto que representa un documento variable en el que el alumno debe ir anotando los resultados que va obteniendo. Este documento puede ser utilizado para actualizar datos en otras Instancias del mismo Entorno, permitiendo que los compañeros que realizan la misma práctica vean los resultados de los demás. Sin embargo, no se permite que dichos resultados puedan ser utilizados para otros fines ciñendo su visibilidad a la del Entorno.



Identificador D.15 Nombre Elemento de Datos de Instancia de Actividad Descripción La posibilidad de indicar que un Elemento de Datos sólo es visible en las Instancias

de todos los Elementos de la Instancia de la Actividad en la que se incluye. Motivación Controlar la utilización del valor de un Elemento de Datos desde otros elementos,



No tiene.

Ejemplos 1. En una Actividad se guarda un contador con el número de veces que ha accedido un determinado usuario. Esa informacion se puede utilizar dentro de la Instancia de la Actividad, pero no de las otras Instancias ni en otras Actividades.

Fuerzas No tiene. Opciones No tiene. Identificador D.16 Nombre Elemento de Datos de Actividad Descripción La posibilidad de indicar que un Elemento de Datos sólo es visible en las Instancias

de todos los Elementos de la Actividad en la que se incluye. Motivación Controlar la utilización del valor de un Elemento de Datos desde otros elementos,



No tiene.

Ejemplos 1. La fecha de finalización de una Sub-actividad es indicada por el Profesor en una Variable de su Actividad. Dicho Elemento de Dato es visible a nivel de la Actividad para que (i) los alumnos puedan conocerla y (ii) pueda ser utilizada para determinar la finalización en la fecha prevista. Sin embargo, dicha fecha no debe ser conocida de forma externa.

Fuerzas No tiene. Opciones No tiene. Identificador D.17 Nombre Elemento de Datos de Instancia de Actividad Compuesta Descripción La posibilidad de indicar que un Elemento de Datos sólo es visible en las Instancias

de todos los Elementos de la Instancias de la Actividad en la que se incluye así como en las Instancias correspondientes de sus Sub-actividades.

Motivación Controlar la utilización del valor de un Elemento de Datos desde otros elementos, bien para realizar transferencias de su valor o bien para utilizarlas de acuerdo a lo considerado en Expresiones de Condición. La introducción de limitaciones en la visibilidad de Elementos de Datos mejora el desacoplamiento entre partes y facilita la realización de cambios en los modelos.


No tiene.

Ejemplos 1. Entre los datos de un Rol se mantiene las notas que ha obtenido. Dichas notas se hacen visibles a nivel de Instancia de Actividad Compuesta para que puedan ser utilizadas desde cualquier Sub-actividad, aunque pertenecientes a la misma Instancia de la Actividad padre.


Fuerzas No tiene. Opciones No tiene. Identificador D.18 Nombre Elemento de Datos de Actividad Compuesta Descripción La posibilidad de indicar que un Elemento de Datos sólo debe ser visible en las

Instancias de todos los Elementos de la Actividad en la que se incluye así como en sus Sub-actividades.

Motivación Controlar la utilización del valor de un Elemento de Datos desde otros elementos, bien para realizar transferencias de su valor o bien para utilizarlas de acuerdo a lo considerado en Expresiones de Condición. La introducción de limitaciones en la visibilidad de Elementos de Datos mejora el desacoplamiento entre partes y facilita la realización de cambios en los modelos.


No tiene.

Ejemplos 1. En una unidad didáctica orientada a proyectos en la Actividad Raíz se tiene un dato numérico que representa el coste total del proyecto. Este coste se corresponde con la suma de todos los costes parciales que se incluyen en varias sub-actividades. Para permitir esta referencia el dato numérico del coste total tiene la visibilidad indicada en este patrón.



Identificador D.19 Nombre Elemento a Elemento Descripción La posibilidad de intercambiar datos entre Elementos incluidos en la misma. Motivación Permitir la transferencia de datos entre Elementos de Datos, controlando las

posibles transferencias que se permiten en aras de mejorar el desacoplamiento entre Actividades y facilitar la realización de cambios.


No tiene.

Ejemplos 1. La nota obtenida por un alumno en un cuestionario, que se encuentra como parámetro de salida del Objetivo "Realizar Cuestionario" se debe guardar en el perfil del alumno, es decir, un Elemento de Dato (Atributo) del Rol alumno.

Fuerzas 1. Cualquiera de los Elementos puede tener Múltiples Instancias. Opciones 1. En ese caso la transferencia se debería producir instancia a instancia. Si hay más

instancias de la fuente se perderán datos. Sería conveniente que el número de Instancias del dato destino se determinase de acuerdo al patrón D.9.

Identificador D.20 Nombre Objetivo Funcional con Asociación a Objetivo Funcional Asociado Descripción La posibilidad de intercambiar datos entre un Objetivo con una asociación y sus

Objetivos Funcionales asociados. El Objetivo Funcional Asociado podría tener Múltiples Instancias. La transferencia puede producirse entre los dos Objetivos en ambos sentidos, bien de un Parámetro de Entrada a otro Parámetro de Entrada, o bien de un Parámetro de Salida a otro Parámetro de Salida.

Motivación Permitir la transferencia de datos entre Elementos de Datos, controlando las posibles transferencias que se permiten en aras de mejorar el desacoplamiento entre Actividades y facilitar la realización de cambios.

Patrones No tiene.


Relacionados Ejemplos 1. La nota de la parte práctica de una asignatura se calcula a partir de las notas

parciales obtenidas en cada práctica. Es necesario transferir datos de los parámetros de salida en los que se guardan las notas parciales en los Objetivos de cada una de las prácticas al parámetro de salida en el que se guarda la nota total de Objetivo de la parte práctica.

Fuerzas 1. La transferencia tiene que realizarse de forma síncrona. Opciones 1. El momento de realizarla será el que determine el intento (para la transferencia

entre los Parámetros de Entrada) y la completitud (para la transferencia entre los Parámetros de Salida) del Objetivo Funcional asociado.

Identificador D.21 Nombre Objetivo Funcional Asociado a Objetivo Funcional Asociado Descripción La posibilidad de intercambiar datos entre dos Objetivos Funcionales de la misma

Asociación. Cualquiera de los dos podría tener Múltiples Instancias. La transferencia sólo puede producirse en el sentido que se determine para el intento, desde los Parámetros de Salida y hacia los Parámetros de Entrada.



No tiene.

Ejemplos 1. Las respuestas de un alumno a un examen, parámetros de salida de un Objetivo "Realizar Examen", se tienen que pasar a los parámetros de entrada del Objetivo "Corregir Examen".

Fuerzas 1. La transferencia tiene que realizarse de forma síncrona. Opciones 1. El momento de realizarla será el que determine la completitud del Objetivo

Funcional que marca la dependencia. Identificador D.22 Nombre Rol de Actividad a Rol de Sub-actividad Descripción La posibilidad de intercambiar datos entre un Rol de una Actividad y un Rol de una

Sub-actividad. Ambos Roles deben estar relacionados a través de la transferencia de un Participante. Las transferencias pueden ser en cualquier sentido, del Rol de la Actividad al Rol de la Sub-actividad o al revés.

Motivación Permitir la transferencia de datos entre Elementos de Datos, controlando las posibles transferencias que se permiten en aras de mejorar el desacoplamiento entre Actividades y facilitar la realización de cambios en los modelos de unidades didácticas..


No tiene.

Ejemplos 1. Los datos de preferencias de un Rol "Alumno" en un curso tienen que pasarse a los datos de preferencias de un Rol "Miembro de grupo" de la parte práctica de una asignatura.

Fuerzas 1. La transferencia puede realizarse de forma síncrona. Opciones 1. El momento de realizar la transferencia será el que determine el inicio o la

finalización de la Actividad en la que se incluye el Rol destino. Identificador D.23 Nombre Expresión Determinada a Elemento Descripción La posibilidad de que un Elemento de Datos tome sus datos de una Expresión

Constante, de condición o de Toma de Decisión. Motivación Permitir la transferencia de datos entre Elementos de Datos, controlando las


posibles transferencias que se permiten en aras de mejorar el desacoplamiento entre Actividades y facilitar la realización de cambios.


No tiene.

Ejemplos 1. La dirección de correo electrónico para realizar consultas sobre un curso se determinada de acuerdo a como se reconoce en las Expresiones Constantes. Este dato se transfiere a un Artefacto de un Entorno de forma que los alumnos puedan ver la dirección a la que deben dirigirse.

Fuerzas No tiene. Opciones No tiene. Identificador D.24 Nombre Elemento Externo a Elemento Descripción La posibilidad de intercambiar datos entre un Elemento incluido una Actividad y

un elemento externo a la unidad didáctica. Las transferencias pueden ser en los dos sentidos.



No tiene.

Ejemplos 1. El enunciado de un examen, parámetro de entrada del Objetivo "Realizar Examen" se encuentra en un fichero externo.

Fuerzas 1. Las transferencias pueden producirse de forma síncrona. Opciones 1. Las transferencias síncronas se producirán en el momento en el que se inicie y

finalice la Actividad en la que se encuentre el Elemento de Datos. Identificador D.25 Nombre Especificación de Interacción a Elemento Descripción La posibilidad de intercambiar datos entre los componentes de una Especificación

de Interacción y un Elemento. En una Especificación de Interacción se realizan invocaciones de Operaciones en las que se puede requerir el intercambio de datos.



No tiene.

Ejemplos 1. Los datos del perfil de un alumno pueden ser obtenidos realizando una consulta a un servicio de administración. Dicho servicio se puede modelar como una Herramienta y la consulta de los datos indicados en una Especificación de Interacción. Posteriormente dichos datos pueden pasarse a Elementos de Datos incluidos como Atributos en un Rol.


B.7.5 Patrones de Conexión de Datos

Identificador D.26 Nombre Copia Directa Descripción La posibilidad de indicar que la Instancia de un Elemento de Datos debe tomar el

mismo valor que tiene una Instancia de otro Elemento de Datos. Esta asignación


tiene que producirse de forma síncrona conforme a un instande de tiempo determinado por desarrollo de de la unidad didáctica.

Motivación Permitir la copia de valores entre Elementos de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. Para permitir la revisión de las respuestas de un alumno en un examen se deben crear tantas copias de las mismas como revisores hayan sido considerados. La creación de copias es necesaria porque cada uno de los revisores puede realizar comentarios y anotaciones sobre el documento de respuestas.

Fuerzas 1. En el caso de Elementos de Datos con varias Instancias debe ser posible indicar la Instancia concreta que se quiere utilizar tanto como fuente como destino de los datos.

Opciones 1. Deben proporcionarse mecanismos que permitan la selección de instancias concretas de Elementos de Datos. En los aspectos de Condición y Toma de Decisión se tratan algunos de estos mecanismos.

Identificador D.27 Nombre Copia Diferida Descripción La posibilidad de indicar que la Instancia de un Elemento de Datos debe tomar el

mismo valor que tiene una Instancia de otro Elemento de Datos. Esta asignación tiene que producirse en un momendo determinado por una condición, una decisión, un evento o una combinación de ellos. La posibilidad de indicar que un Elemento de Datos debe tomar el mismo valor que tiene otro Elemento de Datos en el momento determinado. Dicho momento se puede indicar con una Expresión.

Motivación Permitir la copia de valores entre Elementos de Datos de forma dinámica y no sólo cuando se crea la Instancia del Elemento de Datos.


No tiene.

Ejemplos 1. El valor de la propiedad "Resultado final" actualiza su valor cada vez que finaliza una simulación con el valor obtenido.


Opciones 1. Deben proporcionarse mecanismos que permitan la selección de instancias concretas de Elementos de Datos. En los aspectos de Condición y Toma de Decisión se tratan algunos de estos mecanismos.

Identificador D.28 Nombre Referencia Descripción La posibilidad de indicar el valor que toma una Instancia de un Elemento de Datos

es en todo momento igual al valor que tiene la Instancia de otro Elemento de Datos.Motivación Permitir la copia por referencia entre Elementos de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. El diseño de un circuito realizado por un alumno es copiado por referencia al entorno de trabajo del alumno que se encarga de la programación. Se mantienen Elementos de Datos distintos porque cada alumno trabaja en un entorno distinto al que el otro no tiene acceso.


Opciones 1. Deben proporcionarse mecanismos que permitan la selección de instancias concretas de Elementos de Datos. En los aspectos de Condición y Toma de


Decisión se tratan algunos de estos mecanismos. Identificador D.29 Nombre Transformación Descripción La posibilidad de indicar el valor que toma una Instancia de un Elemento de Datos a

partir de una transformación que se aplica a una Instancia o conjunto de Instancias de otro u otros Elementos de Datos. Dicha transformación puede involucrar la participación de varios Elementos de Datos fuente, incluidas varias Instancias del mismo Elemento de Datos, que se operan para obtener un dato para un Elemento de Datos destino. Dependiendo del tipo de los Elementos de Datos deberían poder utilizarse distintos operadores.

Motivación Permitir el procesamiento de los valores de los Elementos de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. La nota final será igual a la media entre la nota de teoría y la nota de práctica. 2. En un fichero de monitorización se deben agregar los distintos resultados que obtinen los alumnos en la realización de un experimento.

Fuerzas 1. El tipo de transformaciones que se puede tenrá que ser especificado. 2. La transformación se debería poder considerar de forma directa o diferida.

Opciones 1. Se consideran operaciones binarias, aritméticas, de procesamiento de cadenas de caracteres y de tratamientos de ficheros. 2. Este comportamiento se puede desarrollar combinando este patrón con los patrones de copia directa, copia diferida y referencia.

B.8 Patrones de la Perspectiva de Autorización

Tabla B-8. Patrones de la Perspectiva de Autorización


A.1 Identificador Textual y Descripción Textual de Especificación de Autorización

A.2 Activación de Especificación de Autorización A.3 Activación de Especificación de Autorización Controlada por Participante A.4 Descripciones Causales

Patrones de Fuente A.5 Permisos de Elemento A.6 Permisos de Actividad A.7 Permisos de Objetivo Funcional A.8 Permisos de Rol A.9 Permisos de Entorno A.10 Permisos de Elemento de Datos A.11 Permisos de Herramienta A.12 Permisos de Especificación

Patrones de Selección A.13 Sobre Una Instancia Concreta de un Elemento A.14 Sobre Todas las Instancias de un Elemento A.15 Sobre todos los Elementos que Pertenezcan a una Clase A.16 Sobre todos los Elementos que Pertenezcan a un Entorno


Patrones de Conexión A.17 Agregación Positiva A.18 Agregación Negativa

Patrones de Destinatario A.19 Permiso Propio A.20 Instancias de Rol Determinadas A.21 Roles Determinado A.22 Todos los Participantes de la Actividad


Identificador A.1 Nombre Identificador Textual y Descripción Textual de una Especificación de Autorización Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de un una

Especificación de Autorización. Motivación Informar a los participantes sobre la Especificación de Autorización y sus

características. El Identificador Textual permite identificar la Especificación de Autorización y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Especificación de Autorización.



Ejemplos 1. Se establece una Especificación de Autorización que proporciona acceso a las funcionalidades básicas de las Aplicaciones de un laboratorio a los alumnos sin conocimientos previos, con el Identificador "Autorización básica". 2. La Descripción Textual de una Especificación de Percepción anterior es: "Los alumnos sin conocimientos previos sólo tienen acceso a las funcionalidades básicas del laboratorio".

Fuerzas No tiene. Opciones No tiene. Identificador A.2 Nombre Activación Determinada de Especificación de Autorización Descripción La posibilidad de indicar que una Especificación de Autorización se tiene que

cumplir de forma directa, desde el diseño, o bien de forma indirecta, a través de las posibilidades consideradas en los patrones de los aspectos constante, de condición, de seañalización o de toma de decisión.

Motivación Permitir establecer las propuestas de autorización que se activación en una unidad didáctica.


Patrones sobre la activación de especificaciones en otras perspectivas.

Ejemplos 1. En una actividad de laboratorio se establece una especificación de autorización sobre las acciones que pueden realizar los alumnos en las herramientas disponibles.

Fuerzas 1. Es posible que se indiquen varias Especificaciones de Autorización y se produzcan conflictos entre ellas.

Opciones 1. Deben aplicarse todas las Especificaciones de Autorización. En caso de conflicto prevalecerá la que se active en último lugar.


Identificador A.3 Nombre Activación Controlada por Participante de Especificación de Autorización. Descripción La posibilidad de indicar que un participante puede controlar la activación de una

Especificación de Autorización. Motivación Permitir indicar varias alternativas para las propuestas de autorización,

posibilitando la selección de unas propuestas concretas durante la realización de la unidad didáctica.



Ejemplos 1. En una actividad de laboratorio se consideran dos niveles de autorización para las acciones que los alumnos pueden realizar: novato y experto. La activación de un nivel u otro dependerá de los resultados del alumno en las prácticas previas.



Identificador A.4 Nombre Descripciones Causales Descripción La posibilidad de que una Especificación de Autorización incluya Descripciones

Causales para informar sobre sus características. Motivación Informar a los usuarios finales (diseñadores, alumnos, profesores) sobre las

características de la Especificación de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En una sesión de discusión se asignan permisos de moderador a los tutores y de lectura a los alumnos. Se incluye una Descripción Causal en la que se explica el motivo de esta asignación.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de las Especificaciones.



Identificador A.5 Nombre Permisos de Elemento Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de un

Elemento. Los Permisos que se consideran sobre Elementos son: Edición durante el Tiempo de Ejecución y Visibilidad.

Motivación Permitir asignar Permisos sobre los elementos en las unidades didácticas. Se deben tener en cuento los elementos reconocidos en todas las perspectivas y patrones.


No tiene.

Ejemplos 1. Un profesor tiene permiso para modificar durante el tiempo de ejecución el modelo de una Actividad.


Fuerzas No tiene. Opciones No tiene. Identificador A.6 Nombre Permisos de Actividad Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de una

Actividad. Se tienen en cuenta los siguientes posibles Permisos: Control de Instancias (posibilidad de crear y destruir Instancias de la Actividad); Control de Estado (sobre la posibilidad de iniciar, finalizar, suspender, resumir, etc.); y Acceso (posibilidad de acceder a la Actividad). Además las Actividades también pueden ofrecer Permisos Propios que son Permisos que se consideran en esta Perspectiva.

Motivación Permitir asignar Permisos sobre las Actividades. Patrones Relacionados

No tiene.

Ejemplos 1. Un profesor puede cambiar el estado de de ejecución de una Actividad, determinando cuando se inicia y cuando se finaliza.

Fuerzas No tiene. Opciones No tiene. Identificador A.7 Nombre Permisos de Objetivo Funcional Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de un

Objetivo Funcional. Los Permisos que se consideran sobre un Objetivo Funcional son: Control de Instancias, Control de Estado (e.g. intentaco, completado, satisfecho, etc.) y Acceso.

Motivación Permitir asignar Permisos sobre los Objetivos de una Actividad. Patrones Relacionados

No tiene.

Ejemplos 1. A un profesor se le concede el permiso para que decida cuando dos alumnos alcanzan el objetivo que se les había planteado en una práctica de laboratorio.

Fuerzas No tiene. Opciones No tiene. Identificador A.8 Nombre Permisos de Rol Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de un Rol.

Los Permisos que se consideran sobre un Rol son: Edición durante el Tiempo de Ejecución, Control de Instancias y Acceso.

Motivación Permitir asignar Permisos sobre los Roles de una Actividad. Patrones Relacionados

No tiene.

Ejemplos 1. A los alumnos de una Actividad se les permite que inviten a los Profesores a sus sesiones de chat. Para ello se les proporciona el permiso de "Acceso" con los profesores. 2. Los alumnos de una Actividad no tienen el permiso de "vision" sobre los profesores. En este sentido no podrán ver qué profesores hay asignados a la Actividad.



Identificador A.9 Nombre Permisos de Entorno Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de un

Entorno. Los Permisos que se consideran sobre Entornos son:Control de Instancias y Acceso (bien para ver los elementos incluidos o para permitir introducir nuevos elementos, como los Elementos de Datos).

Motivación Permitir asignar Permisos sobre los Entornos. Los Permisos de un Entorno deben permitir "ver" y "acceder" Entornos y los elementos que forman parte Entornos.


No tiene.

Ejemplos 1. En una práctica de laboratorio los alumnos principiantes sólo tienen acceso a los entornos de trabajo básicos. Los otros entornos sólo pueden ser accedidos por profesores y alumnos expertos.

Fuerzas No tiene. Opciones No tiene. Identificador A.10 Nombre Permisos de Elemento de Datos Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de un

Elemento de Datos. Los Permisos que se consideran sobre Elementos de Datos son: Control de Instancias y Acceso (bien sólo de lectura o de lectura/escritura).

Motivación Permitir asignar Permisos sobre los Elementos de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. A un profesor se le asigna permiso de "escritura" sobre un artefacto del perfil de los alumnos relativo a "observaciones".

Fuerzas No tiene. Opciones No tiene. Identificador A.11 Nombre Permisos de Herramienta Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de una

Herramienta. Por una parte los Permisos que se consideran sobre Herramientas son particulares de cada Herramienta y se deben indicar en la Perspectiva de Herramientas. De forma similar a los anteriores también se tienen en cuenta los Permisos de: Control de Instancias y Acceso.

Motivación Permitir la gestión de Permisos en Servicios. Estos Permisos proporcionan acceso a las funcionalidades que los Participantes pueden utilizar a través de la interfaz de usuario de dicho Servicio.


No tiene.

Ejemplos 1. En un chat se proporciona un permiso de "moderador", que permite controlar las comunicaciones realizadas por los otros participantes en el chat. 2. En un simulador se proporciona el permiso "experto", que permite la utilización de mecanismos de simulación más complejos.

Fuerzas 1. Estos Permisos deben ser caracterizados de forma Explícita en la Perspectiva de Herramientas. 2. Los Permisos de los Servicios deben poder ser asignados a los Participantes.

Opciones 1. La caracterización explítica requiere que los Permisos sean descritos tal como se indica en los patrones de descripción de Permisos de la Perspectiva de Herramientas. 2. Una posible solución es que todos los Servicios que permitan la gestión de Permisos deben proporcionar una interfaz que permita al LMS indicar al Servicio que Permisos deben ser asignados a cada Participante con acceso a dicho servicio (se


considera que cada participante accede al servicio a través de una "Referencia" distinta, por lo cual en la práctica la determinación de los Permisos asignados a cada Participante se realizará como Permisos asignados a cada Referencia.).

Identificador A.12 Nombre Permisos de Especificación Descripción La posibilidad de incluir en una Especificación de Autorización Permisos de una

Especificación. El Permiso que se considera sobre Especificaciones es: Control de Activación.

Motivación Permitir la gestión de Permisos en Especificaciones. Patrones Relacionados

No Tiene.

Ejemplos 1. Se puede dar permiso para determinar la activación de una especificación durante el tiempo de ejecución, es decir, si se debe aplicar o no el modelado indicado.

Fuerzas No Tiene. Opciones No Tiene.

B.8.3 Patrones de Selección

Identificador A.13 Nombre Sobre Una Instancia Concreta de un Elemento Descripción La posibilidad de indicar que el permiso se asigna para una Instancia concreta de un

Elemento. El Elemento puede ser uno de los elementos con múltiples Instancias: una Herramienta, una Actividad, un Objetivo, un Rol, un Entorno o un Elemento de Datos. La selección de la Instancia podrá determinarse de acuerdo a una Condición, una Decisión o un Evento.

Motivación Permitir distinguir entre Permisos para distintas Instancias. Patrones Relacionados

Patrones de selección de elementos en otras perspectivas.

Ejemplos 1. En una Actividad en la que participan varios alumnos se incluye un documento de "comentarios" para cada alumno, esto es, una Instancia de dicho documento por alumno. Se ofrece el Permiso para que un alumno pueda ver y modificar sus "comentarios", esto es, Instancias Particulares del Elemento de Datos, pero no los comentarios de los otros alumnos. Para ello, tendrá asignados los permisos de "modificación" sobre la Instancia concreta que corresponde con él mismo. Para todos los alumnos se asignarán los Permisos de "visión" y "lectura" sobre todas las Instancias del Artefacto "comentarios". 2. Un participante tendrá Permiso de "moderador" en aquellas sesiones de chat que él mismo inicie.

Fuerzas No tiene. Opciones No tiene. Identificador A.14 Nombre Sobre Todas las Instancias de un Elemento Descripción La posibilidad de indicar que el Permiso se asigna para todas las Instancias de un

Elemento. Motivación Permitir asignación de Permisos sobre todas las Instancias de un Elemento. Patrones Relacionados


Ejemplos 1. El permiso de "eliminación" en las distintas Instancias de un foro, que permite


eliminar comentarios realizados por los otros participantes, se concede siempre al profesor. 2. En una clase de economía se considera un debate para determinar los factores de influencia en una crisis. Cada uno de los factores debatidos se describe en una Instancia distinta de un documento de "análisis de factores". El permiso de "modificación" sobre todas las Instancias de dicho documento se concede al moderador del debate.

Fuerzas No tiene. Opciones No tiene. Identificador A.15 Nombre Sobre Todos los Elementos de una Clase Descripción La posibilidad de indicar que el Permiso se se asigna para todas las Instancias de

una Clase de Elementos. Motivación Permitir la asingación de Permisos sobre los Elementos de una Clase. Patrones Relacionados


Ejemplos 1. El permiso de "eliminación" se concede al profesor en los Elementos de Datos de la Clase "Personal". 2. Los Artefactos de un laboratorio se dividen en tres clases: "principiante", "medio" y "experto". El permiso de "visión" se concede a los alumnos sobre cada una de dichas clases en base a sus conocimientos.

Fuerzas 1. Cada elemento de una Clase puede tener los Permisos distintos. Opciones 1. La asignación de los Permisos solo se hará a aquello elementos que dispongan

del Permiso indicado. Identificador A.16 Nombre Sobre Todos los Elementos de un Entorno Descripción La posibilidad de indicar que el Permiso se asigna para todos los Elementos

incluidos en un Entorno. Se concederá para todas las Instancias de todos los Elementos.

Motivación Permitir la asingación de Permisos sobre los Elementos de un Entorno. Patrones Relacionados


Ejemplos 1. El permiso de "eliminación" se concede al profesor en los Elementos de Datos incluidos en un Entorno.

Fuerzas 1. Cada elemento de un Entorno puede tener los Permisos distintos. Opciones 1. La asignación de los Permisos solo se hará a aquello elementos que dispongan

del Permiso indicado.


Identificador A.17 Nombre Agregación Positiva Descripción La posibilidad de combinar varios Permisos (Atómicos y Compuestos) para

proporcionar un nuevo Permiso Compuesto. Motivación Permitir la agrupación de Permisos del mismo o de distintos Elementos. Esta

capacidad se propone para facilitar la gestión de los Permisos y su Asignación a los Participantes.

Patrones No tiene.


Relacionados Ejemplos 1. El permiso "transferencia" combina los permisos de "lectura" sobre un conjunto

de artefactos y de "escritura" sobre otro conjunto de artefactos. De esta forma el destinatario del permiso podrá leer de los primeros artefactos y escribir en los segundos.

Fuerzas No tiene. Opciones No tiene. Identificador A.18 Nombre Agregación Negativa Descripción La posibilidad de indicar que un Permiso se asigna negativamente. Es decir, dicho

Permiso no se proporciona sino que se quita. En este caso se considera que el permiso ya había sido asignado previamente, en la misma Especificación de Autorización o en una anterior.

Motivación Permitir lar retirada de Permisos. Patrones Relacionados

No tiene.

Ejemplos 1. En un estudio de documentos históricos, a un alumno novel (sin experiencia previa en el contexto histórico) se le retira el permiso de "visión" sobre artefactos que sólo deben ser utilizados por alumnos expertos. El objetivo es que el alumno no se distraiga del cometido del estudio.

Fuerzas 1 Hay que establecer cómo se realiza la asignación inicial o por defecto de Permisos. 2. Hay que establecer una prioridad en cuanto a permisos. Si en la misma o en distintas Especificaciones de Autorización a un mismo Participante se le da un permiso y se le quita.

Opciones 1. Depende del Permiso, podría ser una caracterísitica más del mismo. En general los permisos de lectura siempre están concedidos, mientras que los permisos de control y modificación no. 2. Se podría establecer que prevaleciese la última que se haya asignado.

B.8.5 Patrones de Destinatario

Identificador A.19 Nombre Permiso Propio Descripción La posibilidad de ofrecer un nuevo Permiso en la Actividad de acuerdo a una

Descripción de Autorización. En dicha Descripción de Autorización se recoge la Composición de ciertos Permisos sobre ciertos Elementos.

Motivación Permitir la composición de varias Especificaciones de Autorización facilitando su reutilización.


No tiene.

Ejemplos En un Entorno de colaboración se dispone de varias Herramientas (chat, foro, video-conferencia), cada una de ellas con permisos de moderador, de receptor y de presentador. Se puede definir un Permiso Propio de cada tipo en el que se engloben los de las distintas Herramientas.



Identificador A.20 Nombre Instancias de Rol Determinadas Descripción La posibilidad de indicar que una Descripción de Autorización debe ser asignada a

determinadas Instancias de un Rol en concreto. El Rol puede ser Compuesto, es decir un grupo y en este caso se asignará a todos los miembros de la Instancia de dicho grupo. Las posibilidades de determinación durante el Tiempo de Ejecución se reconocen en base a Expresiones Constantes, de Condición y de Toma de Decisión.

Motivación Permitir la Asignación de Permisos a Participantes. Patrones Relacionados

No tiene.

Ejemplos 1. El Permiso de "moderador" se asigna al alumno que inicia una sesión de chat. 2. Todos los alumnos de una unidad didáctica realizan el examen en un mismo Entorno. Un alumno debe tener permiso de "modificación" sobre el examen que corresponde con su Instancia. Sin embargo, no debe tener ningún permiso (ni siquiera el de "visión") sobre las Instancias que corresponden a los demás alumnos.

Fuerzas 1. En el caso de que a un participante se le asigne en un momento un permiso y después se le quite hay que tomar una decisión.

Opciones 1. Prevalecerá la asignación que se hace en último término. Identificador A.21 Nombre Roles Determinados Descripción La posibilidad de indicar que una Descripción de Autorización debe ser asignada a

todos los Participantes que hayan sido asignados a determinados Roles. El Rol puede ser Compuesto, es decir un grupo y en este caso se asignará a todos los miembros de dicho grupo

Motivación Permitir la Asignación de Permisos a varios Participantes que desempeñan un mismo Rol.


No tiene.

Ejemplos 1. El permiso de "modificación" se debe asignar a todos los profesores. Fuerzas No tiene. Opciones No tiene. Identificador A.22 Nombre Todos los Participantes de la Actividad. Descripción La posibilidad de indicar que una Descripción de Autorización debe ser asignada

a todos los Participantes involucrados en la Actividad. Motivación Permitir la asignación de Permisos a todos los participantes de una Actividad por

igual. Patrones Relacionados

No tiene.

Ejemplos 1. El permiso de "modificación" sobre los artefactos relativos a las técnicas pictóricas se debe asignar a todos los alumnos que formen parte del grupo de "técnicas" pictóricas.



B.9 Patrones de la Perspectiva de Percepción

Tabla B-9. Patrones de la Perspectiva de Percepción


P.1 Identificador Textual y Descripción Textual de Especificación de Percepción

P.2 Especificación de Percepción Persistente/Volátil P.3 Activación de Especificación de Percepción P.4 Activación de Especificación de Percepción Controlada por Participante P.5 Descripciones Causales

Patrones de Fuente P.6 Eventos de Elemento P.7 Eventos de Actividad P.8 Eventos de Objetivo Funcional P.9 Eventos de Rol P.10 Eventos de Entorno P.11 Eventos de Elemento de Datos P.12 Eventos de Herramienta P.13 Eventos de Especificación

Patrones de Selección P.14 Sobre Una Instancia Concreta de un Elemento P.15 Sobre Todas las Instancias de un Elemento P.16 Sobre todos los Elementos que Pertenezcan a una Clase P.17 Sobre todos los Elementos que Pertenezcan a un Entorno

Patrones de Conexión P.18 Filtrado-Selección P.19 Agregación-Contador P.20 Agregación-Contador en Intervalo P.21 Correlación-Conjunción P.22 Correlación-Disyunción P.23 Correlación-Concatenación P.24 Correlación-Secuencia P.25 Correlación-Concurrencia P.26 Correlación-Negación

Patrones de Destinatario P.27 Evento Propio P.28 Instancias de Rol Determinadas P.29 Roles Determinados P.30 Todos los Participantes de Actividad P.31 Herramienta


Identificador P.1 Nombre Identificador Textual y Descripción Textual de una Especificación de Percepción


Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de un una Especificación de Percepción.

Motivación Informar a los participantes sobre la Especificación de Percepción y sus características. El Identificador Textual permite identificar la Especificación de Percepción y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Especificación de Percepción.



Ejemplos 1. Se establece una Especificación de Percepción que informa de todas las acciones realizadas por un alumno, se denomina con el Identificador "Acciones del Alumno". 2. La Descripción Textual de una Especificación de Percepción para los participantes en un entorno colaborativo se denomina: "Indicación del estado y de las acciones realizadas por los participantes en la colaboración".

Fuerzas No tiene. Opciones No tiene. Identificador P.2 Nombre Especificación de Percepción Persistente/Volátil Descripción La posibilidad de indicar si una especificación de percepción es persistente en el

tiempo. Motivación Permitir la revisión de los eventos producidos en el pasado. Por tanto debe

guardarse de forma adecuada para que pueda ser examinada en el futuro. Patrones Relacionados

No tiene.

Ejemplos 1. Un profesor necesita conocer todas las sesiones de trabajo que realizaron sus alumnos, con indicación sobre sus instantes de inicio y de finalización. Esta es una información tiene que mantenerse de forma persistente. 2. Los usuarios de una discusión deben ser notificados sobre las acciones de otros usuarios de entrada, de salida, etc. Esta información no tiene que mantenerse de forma persistente.

Fuerzas No tiene. Opciones No tiene. Identificador P.3 Nombre Activación Determinada de Especificación de Percepción. Descripción La posibilidad de indicar que una Especificación de Percepción se tiene que

activación. Las posibilidades de determinación de esta activación se consideran en los Aspectos, con los que se debe indicar un valor binario en el que se indique si se debe aplicar o no (para los aspectos de Constantes, de Condiciones y de Toma de Decisiones) o un intervalo temporal de aplicación (aspecto de Señales).

Motivación Permitir establecer las propuestas de percepción que se activarán en una unidad didáctica.



Ejemplos 1. En una actividad de laboratorio se establece una especificación de percepción sobre las acciones realizadas por los alumnos a ser notificadas al profesor. Dicha especificación sólo se debe activar si los alumnos tienen problemas en la actividad de laboratorio.



Identificador P.4 Nombre Activación Controlada por Participante de Especificación de Percepción. Descripción La posibilidad de indicar que un participante puede controlar la aplicación de una

Especificación de Percepción. Motivación Permitir indicar varias alternativas para las propuestas de percepción, posibilitando

la selección de unas propuestas concretas durante la realización de la unidad didáctica.



Ejemplos 1. En una actividad de laboratorio se consideran dos niveles de percepción sobre el trabajo de los alumnos: exhaustiva y resumida. La activación de un nivel u otro dependerá de lo que decida un profesor.



Identificador P.5 Nombre Descripciones Causales Descripción La posibilidad de que una Especificación de Percepción incluya Descripciones





Ejemplos 1. Para un trabajo en grupo se desarrolla una Especificación de Percepción en la que se captura la participación de cada uno de los miembros con la finalidad de detectar la posible inactividad de algunos de sus miembros. Esta finalidad se describe e incluye en la Especificación como una Descripción Causal.




Identificador P.6 Nombre Eventos de Elemento Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados

sobre un Elemento cualquiera de una unidad didáctica. El Evento que se puede generar sobre un Elemento es: Modificación durante el Tiempo de Ejecución,

Motivación Permitir Caputar Eventos sobre un elemento de modelado en general. Patrones Relacionados

No tiene.

Ejemplos 1. Todos los participantes involucrados en la realización de un proyecto de ingeniería son notificados cuando se produce un cambio en la definición de las


actividades a realizar. Fuerzas No tiene. Opciones No tiene. Identificador P.7 Nombre Eventos de Actividad Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados

sobre una Actividad. Los Eventos que se pueden generar sobre una Actividad son: Cambio de Instancias (sobre la creación y destrucción de Instancias); Cambio de Estado de Ejecución (iniciada, finalizada, etc.); y Acceso (acciones realizadas por los Participantes). Además las Actividades también pueden generar Eventos Propios que son Eventos que se consideran en esta Perspectiva .

Motivación Permitir capturar Eventos sobre una Actividad. Los Eventos que se pueden generar sobre una Actividad.


No tiene.

Ejemplos 1. Los eventos de finalización de Actividades realizadas por alumnos son notificados a los profesores de una unidad didáctica. De esta forma los profesores conocen en qué momento exacto cada alumno inicia y finaliza una Actividad.

Fuerzas No tiene. Opciones No tiene. Identificador P.8 Nombre Eventos de Objetivo Funcional Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados

sobre un Objetivo Funcional. Los Eventos que se pueden generar sobre un Objetivo Funcional son: Cambio de Instancias; Cambio de Estado de Ejecución (e.g. intentado, completado, satisfecho); y Acceso.

Motivación Permitir capturar Eventos sobre un Objetivo. Patrones Relacionados

No tiene.

Ejemplos 1. Se considera el evento sobre la satisfacción de un objetivo para conocer cuando ha sido completado. Esta información se necesita para notificar al participante reponsable del Objetivo.

Fuerzas No tiene. Opciones No tiene. Identificador P.9 Nombre Eventos de Rol Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados

sobre un Rol. Los Eventos que se pueden generar sobre un Rol son: Cambio de Instancias y Acceso.

Motivación Permitir capturar Eventos sobre un Rol. Patrones Relacionados

No tiene.

Ejemplos 1. Eventos sobre la presencia de los profesores en el sistema, para que los alumnos puedan ponerse en contacto con ello utilizando sistemas de comunicación síncrona.

Fuerzas No tiene. Opciones No tiene. Identificador P.10 Nombre Eventos de Entorno Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados


sobre un Entorno. Los Eventos que se pueden generar sobre un Entorno son: Cambio de Instancias; Cambio de Elementos; y Acceso.

Motivación Permitir capturar Eventos sobre un Entorno. Los Eventos que se pueden generar sobre un Entorno son (i) relativos a su estado de desarrollo (e.g. Instancia creada, Artefacto incluido) y (ii) presencia de participantes.


No tiene.

Ejemplos 1. Los participantes involucrados en un Entorno de trabajo deben recibir información sobre los cambios que se produzcan en los Artefactos incluidos dentro de dicho Entorno.

Fuerzas No tiene. Opciones No tiene. Identificador P.11 Nombre Eventos de Elemento de Datos Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados

sobre un Elemento de Datos. Los Eventos que se pueden generar sobre un Elemento de Datos son: Estado de Instancias; Cambio; y Acceso.

Motivación Permitir capturar Eventos sobre un Elemento de Datos. Patrones Relacionados

No tiene.

Ejemplos 1. En una práctica de laboratorio los alumnos tienen que mantener undocumento con los progresos que van haciendo. Cada vez que se produce un cambio en dicho documento se tiene que enviar una notificación a todos los participantes.

Fuerzas No tiene. Opciones No tiene. Identificador P.12 Nombre Eventos de Herramienta Descripción La posibilidad de incluir en una Especificación de Percepción Eventos generados

por una Herramienta. Estos Eventos proporcionan indicaciones sobre el estado de la Herramienta y sobre su ejecución. Dependiendo de la Herramienta se podrán producir Eventos particulares. También se tienen en cuenta Eventos de: Estado de Instancias y Acceso.

Motivación Permitir la gestión de Eventos generados en una Aplicación o Servicio. Patrones Relacionados

No tiene.

Ejemplos 1. En un chat se proporciona un evento de "nuevo mensaje", que señala cada una de las comunicaciones realizadas por los participantes. 2. En un simulador se proporciona el evento "fin de simulación", que indica cuándo una simulación finaliza.

Fuerzas 1. Estos Eventos deben ser caracterizados de forma Explícita en la Perspectiva de Participantes. 2. Los Eventos de los Servicios deben ser recogidos en el LMS.

Opciones 1. La caracterización explítica requiere que los Eventos sean descritos tal como se indica en los patrones de descripción de Eventos de la Perspectiva Operacional. 2. Todas las Aplicaciones y los Servicios que proporcionen Eventos deben permitir que estos lleguen y sean procesados por el LMS. El LMS proporcionará una interfaz que las Aplicaciones y los Servicios deben utilizar para informar sobre sus Eventos.


Identificador P.13 Nombre Eventos de Especificación Descripción La posibilidad de incluir en una Especificación de Percepción Eventos de una

Especificación. El Evento que se considera sobre Especificaciones es: Estado de Activación.

Motivación Permitir la gestión de Eventos sobre una Especificación. Los Eventos que se pueden generar sobre una Especificación son los relativos a su activación.


No tiene

Ejemplos 1. En una actividad basada en problemas se puede notificar a los participantes cada vez que se produce un cambio en la Especificación de Orden aplicada.



Identificador P.14 Nombre Sobre Una Instancia Concreta de un Elemento. Descripción La posibilidad de indicar que un Evento determinado debe ser recogido sobre una

Instancia concreta de un elemento. La selección de la Instancia podrá determinarse de acuerdo a una Expresión de Condición o de Decisión.

Motivación Permitir la utilización de distintos capturadores de Eventos para recoger los Eventos generados en Instancias distintas de un mismo Elemento. De esta forma los eventos producidos por distintas Instancias de un mismo Elemento son procesadas de forma separada. Este patrón es útil cuando no se desea que se produzcan interferencias entre los eventos producidos en distintas Instancias.



Ejemplos 1. La captura del evento del abandono de un usuario de un chat se debe capturar de forma independiente para cada sesión del chat, esto es, para cada Instancia del chat. De esta forma se facilita capturar el evento compuesto de que si abandonan más de 4 usuarios una misma sesión de chat en un periodo T se produzca un evento compuesto.

Fuerzas No tiene. Opciones No tiene. Identificador P.15 Nombre Sobre Todas las Instancias de un Elemento Descripción La posibilidad de indicar que un Evento determinado sea recogido sobre todas las

Instancias que se hayan creado de un elemento. Motivación Permitir la utilización de un mismo capturador de Eventos para tomar los Eventos

que producen todas las Instancias de un Elemento. De esta forma se asegura que un cierto Evento siempre es recogido por el mismo capturador independientemente de en qué Instancia se produzca.



Ejemplos 1. En una práctica de laboratorio participan varios alumnos y cada uno de los alumnos tiene un documento particular (una Instancia distinta de un artefacto) en el


que anota sus reflexiones sobre la práctica. Un profesor debe ser notificado cada vez que se produce un cambio en alguna de las Instancias de dichos artefactos. Independientemente de en que Instancia se produzca el cambio siempre se debe notificar al mismo profesor.

Fuerzas No tiene. Opciones No tiene. Identificador P.16 Nombre Sobre todos los Elementos que Pertenezcan a una Clase Descripción La posibilidad de indicar que un Evento determinado debe ser recogido sobre todas

los Elementos que se hayan relacionado con una Clase. La invocación se producirá sobre todas las Instancias existentes de dichos elementos.

Motivación Permitir la captura de Eventos sobre los Elementos de una Clase. De esta forma se asegura que un cierto Evento siempre es recogido por el mismo capturador independientemente de en que Elemento se produzca. Todos los Eventos producidos en dicha Clase de Elementos son capturados conjuntamente.



Ejemplos 1. La modificación de cualquier Elemento de Datos de la clase "Calificaciones Finales" siempre es comunicada al profesor.

Fuerzas 1. No es necesario que todos los elementos de la Clase tengan todos los Eventos utilizados.

Opciones 1. Si alguno de Elementos de la Clase no tiene los Eventos utilizados en la Especificación de Percepción no se podrán recoger dichos Eventos de estos Elementos, pero la Especificación seguirá siendo válida.

Identificador P.17 Nombre Sobre todos los Elementos que Pertenezcan a un Entorno Descripción La posibilidad de indicar que un Evento determinado debe ser recogido sobre todos

los Elementos incluidos en un Entorno. La captura se producirá sobre todas las Instancias existentes de dichos elementos.

Motivación Permitir la captura de Eventos sobre los Elementos de un Entorno. De esta forma se asegura que un cierto Evento siempre es recogido por el mismo capturador independientemente de en que Elemento se produzca.



Ejemplos 1. La modificación de la definición de cualquier elemento incluido en un Entorno tiene que ser notificada a todos los profesores involucrados en la Actividad en la que se encuentre el Entorno.

Fuerzas 1. No es necesario que todos los elementos de un Entorno tengan todos los Eventos utilizados.

Opciones 1. Si alguno de Elementos del Entorno no tiene los Eventos utilizados en la Especificación de Percepción no se podrán recoger dichos Eventos de estos Elementos, pero la Especificación seguirá siendo válida.


Identificador P.18 Nombre Filtrado - Selección Descripción La posibilidad de indicar que se deben tomar aquellas Instancias de Evento

determinadas.


Motivación Permitir la captura de Instancias de Eventos que cumplan una característica determinada en cuanto al valor de sus parámetros.


No tiene.

Ejemplos 1. Se deben capturar todos los eventos que se produzcan en el periodo de docencia establecido entre las 9:00 y las 19:00.

Fuerzas 1. Los eventos deben llevar unos parámetros homogéneos que faciliten su filtrado. 2. El procesamiento de Eventos también puede involucrar la generación de un Evento con nuevos Parámetros.

Opciones 1. Se puede considerar un conjunto de parámetos canónicos. 2. Los Parámetros y el valor de los nuevos parámetros se puede determinar en función de las posibilidades consideradas en la perspectiva de Datos. Se consideran como posibles fuentes de datos los Elementos de Datos disponibles como parámetros en los Eventos de Entrada y los Elementos de Datos disponibles en la Actividad.

Identificador P.19 Nombre Agregación - Contador Descripción La posibilidad de indicar que se mantenga un contador del número de Instancias

que se detectan de Eventos. Se debe generar un Evento Compuesto en el que se incluya un Parámetro que indique el valor del contador.

Motivación Permitir conocer el número de Eventos que se producen de un tipo determinado. Patrones Relacionados

No tiene.

Ejemplos 1. Conocer el número de simulaciones que se realizan en un laboratorio. Fuerzas 1. Este operador es útil en combinación con los operadores comparación. Este

operador cuenta el número de Instancias y el otro controla que dicho número se mantenga en unos márgenes.

Opciones No tiene. Identificador P.20 Nombre Agregación - Contador en Intervalo Descripción La posibilidad de indicar que se mantenga un contador del número de Instancias

que se detectan de un Evento en un intervalo temporal T (contado hacia atrás a partir del momento actual). Se debe generar un Evento Compuesto en el que se incluya un Parámetro que indique el valor del contador.

Motivación Permitir capturar la frecuencia de generación de Eventos de un tipo determinado. Patrones Relacionados

No tiene.

Ejemplos 1. Detectar si se producen más de cinco eventos de compilación incorrecta por minuto.

Fuerzas No tiene. Opciones No tiene. Identificador P.21 Nombre Correlación - Conjunción Descripción La posibilidad de indicar que en base a la ocurrencia de dos eventos A y B se debe

generar un Evento Compuesto Conjunción(A, B) cuando ambos Eventos ocurren en cualquier orden. La Conjunción también puede ser de más de dos eventos.

Motivación Permitir detectar si se producen dos Eventos de acuerdo a una relación determinada.


No tiene.


Ejemplos 1. Detectar si se produce el evento de compilación y el de ejecución en un laboratorio de programación.

Fuerzas No tiene. Opciones No tiene. Identificador P.22 Nombre Correlación - Disyunción Descripción La posibilidad de indicar que en base a la ocurrencia de dos eventos A y B se

debe generar un Evento Compuesto Disjunción(A, B) si alguno de los dos eventos ocurre.

Motivación Permitir detectar si se producen dos Eventos de acuerdo a una relación determinada.


No tiene.

Ejemplos 1. Detectar si se produce alguno de los siguientes eventos: "error de compilación", "error de ejecución", "error de entrada/salida".

Fuerzas No tiene. Opciones No tiene. Identificador P.23 Nombre Correlación - Concatenación Descripción La posibilidad de indicar que en base a la ocurrencia de dos eventos A y B se debe

generar un Evento Compuesto Concatenación(A, B) si ambos Eventos ocurren uno a continuación de otro. El evento B se debe iniciar antes de que el evento A finalice.

Motivación Permitir detectar si un Evento se produce a continuación de otro y se solapan. Patrones Relacionados

No tiene.

Ejemplos 1. Detectar si el diseño de una solución y la implementación se realizan de forma concatenada. Tanto el diseño como la implementación se capturan con Eventos Compuestos.

Fuerzas No tiene. Opciones No tiene. Identificador P.24 Nombre Correlación - Secuencia Descripción La posibilidad de indicar que en base a la ocurrencia de dos eventos A y B se debe

generar un Evento Compuesto Secuencia(A, B) si ambos eventos ocurren una a continuación de otro. A diferencia del patrón anterior en este caso el evento B debe iniciarse una vez que el evento A haya finalizado.

Motivación Permitir detectar si un Evento se produce a continuación de otro y no se solapan. Patrones Relacionados

No tiene.

Ejemplos 1.Detectar si el diseño de una solución y la implementación se realizan de forma secuenciada. Tanto el diseño como la implementación se capturan con Eventos Compuestos.

Fuerzas No tiene. Opciones No tiene. Identificador P.25 Nombre Correlación - Concurrencia Descripción La posibilidad de indicar que en base a la ocurrencia de dos eventos A y B se debe

generar un Evento Compuesto Concurrencia(A, B) si ambos eventos ocurren en


paralelo al mismo tiempo. Motivación Permitir detectar si dos eventos se producen en paralelo al mismo tiempo. Patrones Relacionados

No tiene.

Ejemplos 1. Detectar si dos o más alumnos responden un cuestionario al mismo tiempo. Ese hecho podría indicar que los dos alumnos están resolviendo el cuestionario de forma conjunta.

Fuerzas No tiene. Opciones No tiene. Identificador P.26 Nombre Correlación - Negación Descripción La posibilidad de indicar que se debe generar un Evento si no se produce el evento

indicado. Dicha comprobación deberá ceñirse a un intervalo temporal deteminado que vendrá establecido por la composición del Evento Compuesto.

Motivación Permitir detectar si no se produce un Evento determinado. Patrones Relacionados

No tiene.

Ejemplos 1. Detectar si se produce en un laboratorio de programación una una compilación y una modificación, pero no se ha producido una ejecución. Esto indica que se ha comprobado que el programa compilaba correctamente antes de hacer nuevos cambios.

Fuerzas 1. Este operador se utiliza en combinación con otros operadores. Opciones 1. A modo de ejemplo, permite indicar que no se produce ningún evento B durante

la ocurrencia de los eventos A y C.


Identificador P.27 Nombre Evento Propio Descripción La posibilidad de generar un nuevo Evento en la Actividad indicando la detección de

una Descripción de Percepción. En dicha Descripción de Percepción se indica una Composición de ciertos Eventos sobre ciertos Elementos.

Motivación 1. Permitir la composición de Eventos capturados en Especificaciones de Percepción facilitando su reutilización. 2. Permitir la invocación de Operaciones ante la detección de Eventos determinados.


No tiene.

Ejemplos 1. Cuando se finaliza una simulación se debe crear una nueva versión de un documento en el que se guarden los resultados de dicha simulación.

Fuerzas No tiene. Opciones No tiene. Identificador P.28 Nombre Instancias de Rol Determinadas Descripción La posibilidad de indicar que una Descripción de Percepción debe ser notificada a

determinadas Instancias de un Rol en concreto. El Rol puede ser Compuesto, es decir un grupo, y en este caso se notificará a todos los miembros de la Instancia de dicho grupo. Las posibilidades de determinación de la Instancia concreta del Rol se consideran en los aspectos de Constantes, de Condiciones y de Tomas de Decisión.

Motivación Permitir la Notificación de Eventos a participantes que desempeñan Instancias


concretas de un Rol. Patrones Relacionados

No tiene.

Ejemplos 1. El alumno que haya obtenido la mejor nota en una prueba debe recibir un reconocimiento particular en forma de notificación. Esta información no tiene porque ser conocida por los demás alumnos.

Fuerzas 1. Para la presentación de los datos de un evento deberá disponerse de una interfaz adecuada.

Opciones 1. Se deberá disponerse de una interfaz en la que se puedan mostrar todos los datos del evento (compuesto). Estos datos, en caso de ser persistentes), podrán ordenarse por distintos criterios (e.g. fuente, fecha) facilitando distintas formas de presentación de la misma. Las distintas especificaciones de percepción que se correspondan con un mismo participante se mostrarán sobre una única interfaz de percepción.

Identificador P.29 Nombre Roles Determinados Descripción La posibilidad de indicar que una Descripción de Percepción debe ser notificada a

todos los Participantes que hayan sido asignados a determinados Roles. El Rol puede ser Compuesto, es decir un grupo, y en este caso se notificará a todos los miembros de dicho grupo. La Instancia concreta del Rol se determina en la Perspectiva de Participantes.

Motivación Permitir la Notificación de Eventos a todos los participantes que desempeñen un determinado Rol.


No tiene.

Ejemplos 1. Los Eventos sobre los cambios en el orden de realización de Actividades, es decir, cambios en la Activación de Especificaciones de Orden, tienen que notificarse a todos los alumnos.



Identificador P.30 Nombre Todos los Participantes de Actividad Descripción La posibilidad de indicar que una Descripción de Percepción debe ser notificada a

todos los Participantes involucrados en la Actividad. Motivación Permitir la Notificación de Eventos a todos los participantes de una Actividad. Patrones Relacionados

No tiene.

Ejemplos 1. Los Eventos sobre los cambios en el calendario de un curso (fechas de inicio y finalización de Actividades) tienen que notificarse a todos los alumnos y profesores.




Identificador P.31 Nombre Herramienta Descripción La posibilidad de indicar que una Descripción de Percepción debe ser notificada a

una Herramienta. En este caso será necesariamente a una Instancia concreta de dicha Herramienta.

Motivación Permitir que una Aplicación/Servicio procese las los eventos que se recogen durante la realización de una práctica educativa.


No tiene.

Ejemplos 1. Existen muchas propuestas de aplicaciones (e.g. ITS: Intelligent Tutoring Systems) que proporcionan ayuda a los alumnos en base a elementos determinados a partir del procesamiento de eventos. 2. En muchas propuestas de percepción se indica la utilización de emoticonos que reflejen la actividad o el estado de ánimo de los participantes. Se podría considerar una Aplicación en la que los eventos notificados desde el LMS se transforman en una representación gráfica del tipo de los emoticonos.


B.10 Patrones de la Perspectiva de Interacción

Tabla B-10. Patrones de la Perspectiva de Interacción


I.1 Identificador Textual y Descripción Textual de Especificación de Interacción

I.2 Activación de Especificación de Interacción I.3 Activación de Especificación de Interacción Controlada por Participante I.4 Descripciones Causales

Patrones de Tipo I.5 Sólo Petición I.6 Petición-Respuesta I.7 Solicitud-Respuesta

Patrones de Fuente I.8 Operaciones en Elemento I.9 Operaciones en Actividad I.10 Operaciones en Objetivo Funcional I.11 Operaciones en Rol I.12 Operaciones en Entorno I.13 Operación en Elemento de Datos I.14 Operación en Herramienta

Patrones de Selección I.15 Sobre Una Instancia Concreta de un Elemento I.16 Sobre Todas las Instancias de un Elemento I.17 Sobre todos los Elementos que Pertenezcan a una Clase I.18 Sobre todos los Elementos que Pertenezcan a un Entorno


Patrones de Conexión I.19 Secuencia I.20 Paralelo I.21 Bucle I.22 Estructura If-Then-Else

Patrones de Destinatario I.23 Operación Propia I.24 Basado en Expresión de Señalización I.25 Basado en Expresión de Condición I.26 Instancias de Rol Determinadas I.27 Roles Determinados I.28 Todos los Participantes de Actividad


Identificador I.1 Nombre Identificador Textual y Descripción Textual de Especificación de Interacción Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de un una

Especificación de Interacción. Motivación Informar a los participantes sobre la Especificación de Interacción y sus

características. El Identificador Textual permite identificar la Especificación de Interacción y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Especificación de Interacción.



Ejemplos 1. Se establece una Especificación de Interacción que inicia de forma automática las Aplicaciones disponibles en un Entorno, se denomina con el Identificador "Sesión Automática". 2. La Descripción Textual de una Especificación de Interacción para los participantes en un entorno colaborativo con control de turno por parte de un moderador dice: "El moderador decidirá en cada momento quién es el participante que tiene el turno".

Fuerzas No tiene. Opciones No tiene. Identificador I.2 Nombre Activación Determinada de Especificación de Interacción. Descripción La posibilidad de indicar que una Especificación de Interacción se tiene que activar.

Las posibilidades de determinación de esta activación se consideran en los Aspectos, con los que se debe indicar un valor binario en el que se indique si se debe activar o no (para los aspectos de Constantes, de Condiciones y de Toma de Decisiones) o un intervalo temporal de activación (aspecto de Señales).

Motivación Permitir establecer durante el diseño las propuestas de interacción que se activarán en una unidad didáctica.



Ejemplos 1. En una actividad de discusión se establece una especificación de interacción para el control de la conversación. Dicha especificación sólo se tiene que aplicar si el número de alumnos es mayor que diez.


Fuerzas 1. Es posible que se indiquen varias Especificaciones de Interacción y que entren en conflicto. 2. Es posible que se decida la aplicación o no aplicación de una Especificación de Interacción después de que hayan realizado las Actividades a las que se aplica.

Opciones 1. Deben aplicarse todas las Especificaciones de Interacción. En caso de conflicto prevalecerá la que se indique en último lugar. 2. En este caso la Especificación de Interacción no tendrá ningún efecto.

Identificador I.3 Nombre Activación Controlada por Participante de Especificación de Interacción. Descripción La posibilidad de indicar que un participante puede controlar la aplicación de una

Especificación de Interacción. Motivación Permitir indicar varias alternativas para las propuestas de interacción, posibilitando la

selección de unas propuestas concretas durante la realización de la unidad didáctica. Patrones Relacionados


Ejemplos 1. En una actividad de discusión se establece una especificación de interacción para el control de la conversación. Sólo el moderador de la conversación puede decidir si se debe aplicar o no la especificación.



Identificador I.4 Nombre Descripciones Causales Descripción La posibilidad de que una Especificación de Interacción incluya Descripciones


características de la Especificación para facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. En una práctica de laboratorio en la que se utiliza un simulador nuclear se tienen varias Especificaciones de Interacción con las que se realizan acciones automáticas sobre el simulador. El propósito de cada una de estas Especificaciones se incluye en las mismas como Descripciones Causales.



B.10.2 Patrones de Tipo

Identificador I.5 Nombre Sólo Petición (sin respuesta) Descripción La posibilidad de indicar que se debe invocar una Operación en la que no se espera


ninguna respuesta. En este caso la Operación sólo tendrá Parámetros de Entrada. Motivación Permitir la invocación de operaciones sin respuesta. Patrones Relacionados

No tiene.

Ejemplos 1. En un simulador la operación de "inicio-de-simulacion" no tiene respuesta. 2. En un editor de textos se invoca la operación "guardar-documento-activo".

Fuerzas 1. Durante la invocación de Operaciones puede ser necesario considerar transferencias de datos entre los Parámetros de la Operación y los Elementos de Datos que se encuentren en la Actividad.

Opciones 1. Las posibilidades de transferencia de datos se reconocen en la perspectiva de Datos.

Identificador I.6 Nombre Petición-Respuesta Descripción La posibilidad de indicar que se debe invocar una operación en la que se debe recibir

una respuesta. Motivación Permitir la invocación de operaciones que proporcionen una respuesta. La respuesta

se compondrá de uno o varios parámetros de salida. Patrones Relacionados

No tiene.

Ejemplos 1. En un simulador se invoca la operación "obtener-estado-simulacion" que debe proporcionar un conjunto de valores indicando el estado actual de la simulación. 2. En un editor de textos se invoca la operación "obtener-documento-activo", con la que se debe obtener el documento que se está editando en el compilador.

Fuerzas 1. Durante la invocación de Operaciones puede ser necesario considerar transferencias de datos entre los Parámetros de la Operación y los Elementos de Datos que se encuentren en la Actividad. 2. Pueden producirse situaciones de bloqueo que impidan al servicio la transmisión de datos de respuesta.

Opciones 1. Las posibilidades de transferencia de datos se reconocen en la perspectiva de Datos. 2. Deben considerarse mecanismos que solucionen estas situaciones de bloqueo.

Identificador I.7 Nombre Solicitud-Respuesta Descripción La posibilidad de indicar que se debe invocar una operación de la que se debe

obtener una respuesta aunque de forma asíncrona. Motivación Permitir la recepción de datos de forma asíncrona en la invocación de una

Operación. Patrones Relacionados

No tiene.

Ejemplos 1. En una Actividad se desea actualizar una de sus propiedades con el resultado de una simulación. Para ello se considera una operación del tipo Solicitud-Respuesta. La variable no se actualizará hasta que la simulación termine y la respuesta esté disponible, pero mientras tanto se podrán realizar otras Operaciones.

Fuerzas 1. Durante la invocación de Operaciones puede ser necesario considerar transferencias de datos entre los Parámetros de la Operación y los Elementos de Datos que se encuentren en la Actividad.

Opciones 1. Las posibilidades de transferencia de datos se reconocen en la perspectiva de Datos.



Identificador I.8 Nombre Operaciones en Elemento Descripción La posibilidad de incluir en la propia Instancia del modelo de la unidad didáctica

durante el Tiempo de Ejecución. Las Operaciones que se pueden invocar son de un tipo: Obtener Definición del Modelo, Cambiar Definición del Modelo y Obtener Datos.

Motivación Permitir la invocación de Operaciones en Elementos de modelado en general. Patrones Relacionados

No tiene.

Ejemplos 1. Para facilitar la autoría del modelo de la unidad didáctica durante el Tiempo de Ejecución se utiliza una aplicación externa y se invocan las operaciones reconocidas en este patrón.

Fuerzas No tiene. Opciones No tiene. Identificador I.9 Nombre Operaciones en Actividad Descripción La posibilidad de incluir en una Especificación de Interacción Operaciones

invocadas sobre una Actividad. Las Operaciones que se pueden invocar sobre una Actividad son: Obtener Estado de Ejecución, Cambiar Estado de Ejecución, Obtener Instancias y Obtener Usuarios Conectados.

Motivación Permitir la invocación de Operaciones en Actividades. Patrones Relacionados

No tiene.

Ejemplos 1. En una práctica de laboratorio se dispone de un simulador. El funcionamiento de dicho simulador depende del estado en el que se encuentre la Actividad (e.g. en suspensión). Por tanto, se necesita conocer el estado en el que se encuentra la Actividad para informar al simulador.

Fuerzas No tiene. Opciones No tiene. Identificador I.10 Nombre Operaciones en Objetivo Funcional Descripción La posibilidad de incluir en una Especificación de Interacción Operaciones

invocadas sobre un Objetivo Funcional. Las Operaciones que se pueden invocar son de un tipo: Obtener Instancias, Obtener Estado de Ejecución y Cambiar Estado de Ejecución.

Motivación Permitir la invocación de Operaciones en Objetivos Funcionales. Patrones Relacionados

No tiene.

Ejemplos 1. En un foro se deben tener tantos temas de conversación como el número de instancias que existan de un Objetivo Funcional. Se debe conocer por tanto dicho número de Instancias.

Fuerzas No tiene. Opciones No tiene. Identificador I.11 Nombre Operaciones en Rol.


Descripción La posibilidad de incluir en una Especificación de Interacción Operaciones invocadas sobre un Rol. Las Operaciones que se pueden invocar son de un tipo: Obtener Instancias y Obtener Participante.

Motivación Permitir la invocación de Operaciones en Roles. Patrones Relacionados

No tiene.

Ejemplos 1. Se necesita enviar un mensaje a un alumno a través de un servicio de mensajería particular. El mensaje se envía invocando una Operación en dicho servicio de mensajería. Para ello se necesita conocer la identidad del participante asignado al Rol "Alumno".

Fuerzas No tiene. Opciones No tiene. Identificador I.12 Nombre Operación en Entorno Descripción La posibilidad de especificar en una Especificación de Interacción Operaciones

proporcionadas por un Entorno. Se considera la posibilidad tener distintas operaciones para obtener los Artefactos por fecha de creación, por autor, etc.

Motivación Permitir la invocación de Operaciones en Entornos. Las Operaciones se requieren para permitir realizar control de sellos temporales.


No tiene.

Ejemplos 1. En un laboratorio se deben obtener los documentos que hayan sido generados en la última semana. Estos documentos tienen que ser enviados por correo electrónico a un profesor determinado.

Fuerzas No tiene. Opciones No tiene. Identificador I.13 Nombre Operación en Elemento de Datos Descripción La posibilidad de especificar en una Especificación de Interacción Operaciones

proporcionadas por un Elemento de Datos. Se necesitan las siguientes Operaciones: Crear Versión, Asignar Sello Temporal, Obtener Instancias y Cambiar Datos.

Motivación Permitir la invocación de Operaciones en Artefactos. Las Operaciones consideradas se requieren para permitir realizar control de sellos temporales y de versiones.


No tiene.

Ejemplos 1. Cada vez que finaliza una simulación se debe crear una nueva versión de un documento en la que se almacenen los datos obtenidos en la misma. A dicho documento se le pone un sello temporal que marque el momento de su creación.

Fuerzas No tiene. Opciones No tiene. Identificador I.14 Nombre Operación en Herramienta Descripción La posibilidad de especificar en una Especificación de Interacción Operaciones

proporcionadas por una Aplicación o Servicio. Motivación Permitir la invocación de Operaciones en Aplicaciones o Servicios. Estas

Operaciones permiten interaccionar con una Aplicación o Servicio y realizar cambios en su estado.


No tiene.

Ejemplos 1. Enviar un correo electrónico a un participante.


2. Detener un simulador durante su ejecución. Fuerzas 1. Estas Operaciones deben ser caracterizados de forma Explícita en la Perspectiva

de Herramientas. 2. Las Operaciones de los Servicios deben poder ser invocadas desde el LMS.

Opciones 1. La caracterización explítica requiere que las Operaciones sean descritas tal como se indica en los patrones de descripción de Operaciones de la Perspectiva de Herramientas. 2. Todos los Servicios que proporcionen Operaciones deben permitir que estos sean invocados por el LMS.


Identificador I.15 Nombre Sobre Una Instancia Concreta de un Elemento. Descripción La posibilidad de indicar que una Operación debe ser invocada sobre una Instancia

concreta de un Elemento. La selección de la Instancia podrá determinarse de acuerdo a una Condición, una Decisión o un Evento.

Motivación Permitir la invocación de Operaciones sobre Instancias concretas de un Elemento. De esta forma se pueden invocar por separado Operaciones en distintas Instancias del mismo Elemento.



Ejemplos 1. Cuando se detecta que un profesor se conecta a una sesión de chat en la que sólo había alumnos se debe realizar un cambio de moderador. El nuevo moderador será el profesor que se ha conectado. Se debe enviar una notificación a todos los alumnos de dicho chat indicando el cambio de moderador. 2. Si en una Instancia de un simulador los datos de simulación superan unos determinados valores críticos se debe detener dicha simulación.


No tiene.


No tiene.

Identificador I.16 Nombre Sobre Todas las Instancias de un Elemento Descripción La posibilidad de indicar que una Operación debe ser invocada sobre todas las

Instancias que se hayan creado de un Elemento. Motivación Permitir la invocación de Operaciones en las múltiples Instancias que se hayan

creado de un Elemento. Las Instancias se restringen al Entorno en la que se define la Especificación de Interacción.



Ejemplos 1. Cuando un profesor se conecta al sistema (LMS) se debe notificar dicha conexión en todas las Instancias de todos los chats que se hayan creado en los distintos Entornos de una unidad didáctica (para cada Entorno debe incluirse una Especificación de Interacción que determine este comportamiento). 2. Todas las Instancias de un simulador deben detener su ejecución cuando en alguna de ellas se obtinen unos resultados satisfactorios.


No tiene.



No tiene.

Identificador I.17 Nombre Sobre todos los Elementos que Pertenezcan a una Clase Descripción La posibilidad de indicar que se debe invocar una Operación sobre todos los

Elementos que se hayan asignado a una Clase. La invocación se producirá sobre todas las Instancias existentes de dichos Elementos.

Motivación Permitir la invocación de Operaciones sobre las distintas Aplicaciones y Servicios pertenecientes a una Clase. Una Clase agrupa a un conjunto de Elementos de distinta naturaleza que mantienen una relación determinada (e.g. elementos para usuarios expertos, elementos para usuarios noveles).



Ejemplos 1. Cuando un profesor introduce un nuevo documento en un Entorno de una Actividad se debe notificar en todas las Instancias de servicios de comunicación disponibles en dicha Actividad, por ejemplo: video-conferencias, chats, foros, etc. La Operación de notificación es "Notify" en todos los casos. Todas esas herramientas se engloban en la clase "servicios de comunicación".

Fuerzas 1. Es posible que no todos los elementos de una Clase tengan todos las mismas Operaciones.

Opciones 1. Sólo se podrán invocar aquellas Operaciones que sean iguales para todos los Elementos. Si un Elemento no proporciona la Operación indicada dicha Operación no se invocará.

Identificador I.18 Nombre Sobre todos los Elementos que Pertenezcan a un Entorno Descripción La posibilidad de indicar que se debe invocar una Operación sobre todos los

Elementos incluidos en un Entorno. La invocación se producirá sobre todas las Instancias existentes de dichos Elementos.

Motivación Permitir la invocación de Operaciones sobre los Elementos de Datos, las Aplicaciones y Servicios pertenecientes a un Entorno.



Ejemplos 1. Cuando un usuario inicia una simulación se deben inicializar todas las Aplicaciones y Servicios del Entorno de simulación. La Operación de inicialización en todos los elementos es "reset".

Fuerzas 1. Es posible que no todos los elementos de un Entorno tengan todos las mismas Operaciones.

Opciones 1. Sólo se podrán invocar aquellas Operaciones que sean iguales para todos los Elementos. Si un Elemento no proporciona la Operación indicada dicha Operación no se invocará.

B.10.5 Patrones de Composición

Identificador I.19 Nombre Secuencia Descripción La posibilidad de indicar que dos o más Operaciones tienen que realizarse en

Secuencia, una después de otra. Las Operaciones pueden ser Atómicas o Compuestas.


Motivación Permitir la invocación de varias Operaciones en Secuencia, una detrás de otra. En una Secuencia una Operación no puede realizarse hasta que se haya finalizado la Operación anterior.


No tiene.

Ejemplos 1. Cuando se detecta que un profesor se conecta a una sesión de chat en la que sólo había alumnos se debe enviar una notificación a todos los alumnos de dicho chat indicando la incorporación (esta es una Operación Compuesta), después se debe establecer el modo de conversación en el chat como "presentación" y después asignar el permiso de "presentador" al profesor. En este modo sólo el "presentador" (en este caso el profesor) puede enviar información en el chat.

Fuerzas 1. En el caso de Operaciones sobre un elemento con múltiples Instancias habrá que indicar el orden en que se realizan las invocaciones de la Operación sobre cada Instancia.

Opciones 1. Se puede considerar que todas las Operaciones se invocan en paralelo. Identificador I.20 Nombre Paralelo Descripción La posibilidad de indicar que dos o más Operaciones pueden realizarse a la vez. Las

Operaciones pueden ser Atómicas o Compuestas. Motivación Permitir la invocación de varias Operaciones a la vez. En una estructura en

Paralelo todas las Operaciones se inician a la vez. La estructura se finaliza cuando finalizan todas las Operaciones incluidas en la misma.


No tiene.

Ejemplos 1. En el primer ejemplo del patrón anterior la notificación a todos los alumnos del chat se realiza en paralelo. 2 Cuando se obtiene un valor satisfactorio en una simulación se debe detener la simulación y enviar una notificación al participante que la inició. Ambas operaciones pueden realizarse en paralelo.

Fuerzas No tiene. Opciones No tiene. Identificador I.21 Nombre Bucle Descripción La posibilidad de indicar que una Operación tiene que realizarse repetidamente

mientras se cumpla una Condición. La Operación puede ser Atómica o Compuesta. Motivación Permitir la invocación de Operaciones de forma repetitiva. Patrones Relacionados

No tiene.

Ejemplos 1. En una simulación se debe obtener el estado de la misma hasta que se satisfaga una determinada condición sobre dicho estado.

Fuerzas No tiene. Opciones No tiene. Identificador I.22 Nombre Estructura If-Then-Else Descripción La posibilidad de indicar que una Operación se tiene que realizarse si se cumple

una Condición. Si no se cumple dicha Condición debe ser posible especificar otra Operación alternativa (Else).

Motivación Permitir establecer restricciones que condicionen la invocación de una Operación. Patrones Relacionados

No tiene.


Ejemplos 1. La operación de finalización de chat tiene que invocarse si en la sesión sólo queda un participante.



Identificador I.23 Nombre Operación Propia Descripción La posibilidad de disponer de una nueva Operación en la Actividad de acuerdo a

una Descripción de Interacción. En dicha Descripción de Interacción se indica una Composición de ciertas Operaciones sobre ciertos Elementos.

Motivación 1. Permitir la composición de Operaciones especificadas en Especificaciones de Interacción facilitando su reutilización.


No tiene.

Ejemplos 1. Cuando se detecta que un alumno tiene problemas de aprendizaje en un cursos se envia un correo electrónico a los profesores informándoles de la situación y al propio alumno por si quiere ponerse en contacto con el profesor. Existen varios puntos en los que se puede detectar que un alumno tiene problemas y en ocasiones es necesario realizar otras Operaciones además de las indicadas. Por este motivo es interesante poder utilizar las operaciones descritas de manera conjunta como una misma unidad, es decir, una Operación Propia.

Fuerzas No tiene. Opciones No tiene. Identificador I.24 Nombre Basado en Expresión de Señalización Descripción La posibilidad de indicar que una Descripción de Operación debe ser invocada en

base a una Expresión de Señalización en la que se reconoce la generación de una señal.

Motivación Permitir la invocación de Operaciones ante la detección de Señales determinadas. Patrones Relacionados

No tiene.

Ejemplos 1. Cuando se finaliza una simulación se debe crear una nueva versión de un documento en el que se guarden los resultados de dicha simulación.

Fuerzas 1. En el caso de que la señalización se genere como consecuencia de la detección de un Evento se debería poder relacionar la Instancia del elemento sobre la que se invoca la Operación y la Instancia del elemento en la que se captura el Evento.

Opciones 1. A nivel de Especificación de Interacción se puede introducir un indicador que permite relacionar las dos Instancias.

Identificador I.25 Nombre Basado en Expresión de Condición Descripción La posibilidad de indicar que una Operación debe ser invocada en base a una

Expresión de Condición. Cuando se necesita evaluar la Expresión de Condición se ejecuta la Descripción de Operación. La Expresión de Condición se evalúa una vez que ésta ha finalizado.

Motivación Permitir la invocación de Operaciones cuando se requiere evaluar una condición sobre un Elemento de Dato, el cual necesita actualizar su valor. En este caso la


actualización del valor se considera a través de la invocación de una Operación. Patrones Relacionados

No tiene.

Ejemplos 1. En un simulador de un laboratorio se guarda información sobre la actuación de los distintos usuarios, entre otros datos, una estimación del nivel de competencia alcanzado por el usuario, en este caso un alumno. Existe una Operación que permite obtener dicho valor dado el identificador de un alumno. Si desde el sistema de ejecución del modelo de la unidad didáctica se necesita utilizar dicho valor es necesario considerar su obtención y su almacenamiento en una localización accesible, en este caso, un Elemento de Dato de la Actividad.

Fuerzas No tiene. Opciones No tiene. Identificador I.26 Nombre Instancias de Rol Determinadas Descripción La posibilidad de indicar que una Descripción de Interacción debe ser ofrecida a

determinadas Instancias de un Rol. Durante el Tiempo de Ejecución cada uno de los Participantes a los que se le ofrece una Especificación de Interacción podrá invocarla cuando lo desee. El Rol puede ser Compuesto, es decir un grupo, y en este caso se ofrecerá a todos los miembros de la Instancia de dicho grupo. La Instancia concreta del Rol se determina en la Perspectiva de Participantes. Las posibilidades de determinación durante el Tiempo de Ejecución se reconocen en base a Expresiones Constantes, de Condición y de Toma de Decisión

Motivación Permitir la Invocación de Operaciones a participantes que desempeñan Instancias concretas de un Rol.


No tiene.

Ejemplos 1. El profesor dispone de una operación para enviarle un correo electrónico a los alumnos conectados en un cierto momento a una Actividad. Esto requiere conocer quienes están conectados y realizar el envío del correo electrónico, es decir, dos operaciones. Estas dos Operaciones se componen de forma conjunta en una Especificación de Interacción.

Fuerzas 1. Para la presentación de las Operaciones deberá disponerse de una interfaz adecuada.

Opciones 1. Se deberá disponerse de una interfaz en la que se puedan mostrar todas las Operaciones disponibles así como información (e.g. Descripciones Causales) sobre lo que hacen y sobre los resultados de su realización.

Identificador I.27 Nombre Roles Determinados Descripción La posibilidad de indicar que una Descripción de Interacción debe ser ofrecida a

todos los Participantes que hayan sido asignados a determinados Roles. El Rol puede ser Compuesto, es decir un grupo, y en este caso se ofrecerá a todos los miembros de dicho grupo. La Instancia concreta del Rol se determina en la Perspectiva de Participantes.

Motivación Permitir la Invocación de Operaciones a todos los participantes que desempeñen un determinado Rol.


No tiene.

Ejemplos 1. Los alumnos disponen de una funcionalidad que les permite conocer las Actividades y el estado de los Objetivos. Dicho estado se puede obtener a partir de invocaciones de operaciones sobre el estado de las Actividades.

Fuerzas 1. Para la presentación de las operaciones deberá disponerse de una interfaz


adecuada. Opciones 1. Se deberá disponerse de una interfaz en la que se puedan mostrar todas las

operaciones disponibles así como información sobre lo que hacen y sobre los resultados de su realización.

Identificador I.28 Nombre Todos los Participantes de Actividad Descripción La posibilidad de indicar que una Descripción de Interacción debe ser ofrecida a

todos los Participantes involucrados en la Actividad. Motivación Permitir la Invocación de Operaciones a todos los participantes de una Actividad. Patrones Relacionados

No tiene.

Ejemplos 1. Todos los participantes de una actividad de colaboración disponen de una funcionalidad para enviar un correo electrónico al resto de participantes según se describió anteriormente.

Fuerzas 1. Para la presentación de las operaciones deberá disponerse de una interfaz adecuada.

Opciones 1. Se deberá disponerse de una interfaz en la que se puedan mostrar todas las operaciones disponibles así como información sobre lo que hacen y sobre los resultados de su realización.

B.11 Patrones de la Perspectiva de Orden

Tabla B-11. Valoración del soporte con IMS-LD de los patrones de la Perspectiva de Orden


O.1 Identificador Textual y Descripción Textual de Especificación de Orden O.2 Activación de Especificación de Orden O.3 Activación de Especificación de Orden Controlada por Participante O.4 Descripciones Causales

Patrones de Conexión de Avance O.5 Secuencia O.6 Secuencia Sin Orden O.7 División en Paralelo O.8 Bucle O.9 Avance Estricto

Patrones de Conexión de Convergencia O.10 Unión O.11 Sincronización O.12 Sincronización Determinada O.13 Sincronización Estricta



Identificador O.1 Nombre Identificador Textual y Descripción Textual de Especificación de Orden Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de un una

Especificación de Orden. Motivación Informar a los participantes sobre la Especificación de Orden y sus características.

El Identificador Textual permite identificar la Especificación de Orden y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Especificación de Orden.



Ejemplos 1. Se establece una Especificación de Orden que deben seguir todos los alumnos que no tengan experiencia previa y se le pone el Identificador "Alumno Inexperto". 2. La Descripción Textual de una Especificación de Orden para alumnos con experiencia previa dice lo siguiente: "Se deja libertad para que los alumnos aborden los distintos pasos de realización de actividades en el orden que ellos consideren conveniente".

Fuerzas No tiene. Opciones No tiene. Identificador O.2 Nombre Activación Determinada de Especificación de Orden Descripción La posibilidad de indicar que una Especificación de Orden se tiene que activar. Las

posibilidades de determinación de esta activación se consideran en los Aspectos, con los que se debe indicar un valor binario en el que se indique si se debe activar o no (para los aspectos de Constantes, de Condiciones y de Toma de Decisiones) o un intervalo temporal de aplicación (aspecto de Señales).

Motivación Permitir establecer durante el diseño las propuestas de interacción que se activarán en una unidad didáctica.


Patrones de especificación directa con elementos de otras perspectivas.

Ejemplos 1. Para la realización de un proyecto se identifican varias fases. También se considera un orden determinado para la realización de las distintas fases. Sin embargo, dicho orden sólo debe aplicarse si los alumnos no aprueban un cuestionario previo.

Fuerzas 1. Es posible que se indiquen varias Especificaciones de Orden y que entren en conflicto.

Opciones 1. Deben aplicarse todas las Especificaciones de Orden. En caso de conflicto prevalecerá la que se indique en último lugar.

Identificador O.3 Nombre Activación Controlada por Participante de Especificación de Orden Descripción La posibilidad de indicar que un participante puede controlar la aplicación de una

Especificación de Orden. Motivación Permitir indicar varias alternativas para las propuestas de orden, posibilitando la

selección de unas propuestas concretas durante la realización de la unidad didáctica. Patrones Relacionados

Patrones de especificación diferida con elementos de otras perspectivas.

Ejemplos 1. Para la realización de un proyecto se identifican varias fases. También se considera un orden determinado para la realización de las distintas fases. Sin


embargo, dicho orden sólo debe aplicarse si el profesor responsable lo cree conveniente.


Opciones 1. Se puede considerar un permiso en relación a esta posibilidad y la asignación de dicho permiso a los participantes que se desea que puedan controlar la activación de la especificación de forma dinámica.

Identificador O.4 Nombre Descripciones Causales Descripción La posibilidad de que una Especificación de Orden incluya Descripciones Causales





Ejemplos 1. Un curso de teoría con varias lecciones puede desarrollarse con distintas posibilidades de orden entre dichas lecciones, por ejemplo, en función de los conocimientos previsos de los alumnos. Cada posibilidad de ordenación se puede representar con una Especificación de Orden y llevar incluidas Descripciones Causales que indiquen el tipo de alumnos al que se dirige.



B.11.2 Patrones de Conexión de Avance

Identificador O.5 Nombre Secuencia Descripción La posibilidad de indicar que en un punto de una Especificación de Orden sólo se

puede iniciar una Actividad determinada. Motivación Permitir establecer un orden de secuencia determinado para la realización de varias

Actividades. Patrones Relacionados

No tiene.

Ejemplos 1. Un conjunto de ejercicios debe ser realizado en el orden que se especifica. 2. El test tiene que realizarse después de haber terminado la lección.

Fuerzas 1. En el caso de Actividades con múltiples Instancias hay que tener en cuenta el orden en el que se pueden realizar las distintas Instancias.

Opciones 1. Se puede considerar que todas las Instancias se pueden realizar en paralelo. Identificador O.6 Nombre Secuencia sin Orden Descripción La posibilidad de indicar que en un punto de una Especificación de Orden varias

Actividades tienen que realizarse en serie. Sin embargo, no se establece ningún orden para dicha secuencia y las Actividadespodrá iniciarse en la medida que lo determinan


los participantes. Este patrón también se puede utilizar para especificar el orden de las posibles múltiples Instancias de una Actividad.

Motivación Este comportamiento es útil en el caso de que las Actividades necesiten los mismos recursos y éstos no puedan utilizarse al mismo tiempo.


No tiene.

Ejemplos 1. Un conjunto de prácticas se desarrolla en un laboratorio. Cada práctica es realizada por un conjunto distinto de alumnos. No se permite la realización de dos prácticas en paralelo, pero se deja libertad en cuanto al orden.

Fuerzas No tiene. Opciones No tiene. Identificador O.7 Nombre División en Paralelo Descripción La posibilidad de indicar que en un punto de una Especificación de Orden dos o más

Actividades pueden iniciarse. Este patrón también se puede utilizar para especificar el orden de las múltiples Instancias de una Actividad.

Motivación Permite dejar libertad para la realización de un conjunto de Actividades. Patrones Relacionados

No tiene.

Ejemplos 1. Después de una presentación de teoría el profesor propone un conjunto de ejercicios. Estos ejercicios pueden realizarse en paralelo, es decir, los alumnos pueden iniciar varios ejercicios al mismo tiempo.

Fuerzas No tiene. Opciones No tiene. Identificador O.8 Nombre Bucle Descripción La posibilidad de indicar que en un punto de una Especificación de Orden se debe

volver a realizar una Actividad ya realizada previamente si existe una nueva Instancia de dicha Actividad. Si no se ha creado una nueva Instancia de la Actividad se continuará con la siguiente indicación de orden. En otras palabras, la determinación de las Actividades a realizar no se considera en los patrones de esta perspectiva, sino que sólo se tiene en cuenta el orden.

Motivación Permitir la construcción de ciclos de retroceso, porque sea necesario repetir un conjunto de Actividades.


No tiene.

Ejemplos 1. Para poder avanzar al siguiente módulo de una unidad didáctica el alumno debe haber superado un cuestionario previo con una nota mayor que ocho. En caso de que no supere dicha nota debe volver a empezar la unidad didáctica.

Fuerzas No tiene. Opciones No tiene. Identificador O.9 Nombre Avance Estricto Descripción La posibilidad de indicar que una vez que se habilita el acceso a la siguiente o

siguientes Actividades ya no es posible acceder a las anteriores. Motivación Forzar la realización de la siguiente Actividad impidiendo que los participantes

puedan acceder a las Actividades anteriores. Patrones Relacionados

El patrón de esta perspectiva P.12 Sincronización Estricta. También se relaciona en cierta forma los patrones sobre Multiplicidad de Accesos de la Perspectiva Funcional, pues consideran la posibilidad de controlar las veces que se puede acceder


a un Objetivo. Ejemplos 1. Tras realizar todas las lecciones y ejercicios de un curso el alumno tiene que

realizar un cuestionario. Una vez que accede al cuestionario no se le proporciona acceso a las lecciones y ejercicios anteriores.

Fuerzas No tiene. Opciones No tiene. Identificador O.10 Nombre Unión Descripción La posibilidad de indicar que en un punto de una Especificación de Orden un

conjunto de Actividades en paralelo convergen y tras la finalización de cada Actividad se permite la realización de una nueva Instancia de la(s) siguiente(s) Actividad(es). No se espera a que se produzca sincronización con las demás ramas que se pueden realizar en paralelo. Este patrón también se puede utilizar tras la realización en paralelo de las múltiples Instancias de una Actividad.

Motivación Se permite crear un nuevo hilo de ejecución sin que sea necesario modelar la Actividad siguiente varias veces. Esta es una solución de modelado que facilita la creación de los modelos a los usuarios finales.


No tiene.

Ejemplos 1. Un alumno puede realizar varios ejercicios en paralelo. Tras la realización de cada ejercicio un profesor tiene que valorar y evaluar el mismo. Para ello no es necesario que se sincronicen las Actividades, sino que a medida que el alumno los va finalizando el profesor los puede empezar a corregir.

Fuerzas 1. Debe respetarse que se cree una nueva Instancia de la(s) Actividad(es) siguiente(s).

Opciones 1. Por tanto, la(s) siguiente(s) Actividad(es) debe(n) estar modelada(s) para que se puedan crear varias Instancias (en particular la condición de multiplicidad debería indicar que se debe crear una Instancia cada vez que se realiza esta unión). Si no se crea la nueva Instancia se continuará la Especificación de Orden considerando que dicha Actividad ya se ha finalizado.

B.11.3 Patrones de Conexión de Convergencia

Identificador O.11 Nombre Sincronización Descripción La posibilidad de indicar que en un punto de una Especificación de Orden un

conjunto de Actividades en paralelo convergen y que para poder iniciar la(s) siguiente(s) Actividade(s) deben haberse finalizado todas las anteriores.

Motivación Permitir la realización de Actividades en paralelo. Al mismo tiempo se establece un punto de sincronización en el que todos los Objetivos obligatorios correspondientes con dichas Actividades deben estar alcanzados.


No tiene.

Ejemplos 1. Un alumno no puede realizar el examen final de una unidad didáctica hasta que no haya realizado todos los módulos del mismo. Los módulos pueden realizarse en cualquier orden pero se realiza su sincronización. 2. La sincronización de todas las Instancias de una práctica de laboratorio antes de que el profesor realice su evaluación.

Fuerzas 1. Si alguna de las Actividades anteriores sólo tiene Objetivos Optativos dicha Actividad no será necesario sincronizarla.


2. Este patrón también se puede utilizar tras la realización en paralelo de las múltiples Instancias de una Actividad.

Opciones 1. Las Actividades que sólo tengan Objetivos Optativos se pueden dar por finalizadas. 2. En este caso se exigirá la sincronización de las distintas instancias.

Identificador O.12 Nombre Sincronización Determinada Descripción La posibilidad de indicar que en un punto de una Especificación de Orden un

conjunto de ramas convergen y la(s) siguiente(s) Actividad(es) se inician en un momento determinado durante el Tiempo de Ejecución en función de una Expresión de Condición, de Señalización o de Toma de Decisión. Una vez que se produzca la sincronización aún es posible finalizar las Actividades que habían quedado pendientes.

Motivación Permitir la realización de Actividades en paralelo. Al mismo tiempo se establecen un punto de sincronización controlado de acuerdo a variables de realización.


Es un caso más general del patrón anterior. En este caso la sincronización no se relaciona con la finalización de las Actividades, sino con otros posibles eventos.

Ejemplos 1. Se proponen varios ejercicios que pueden ser realizados en paralelo. En cuanto se finalice uno de ellos se puede pasar a la Actividad siguiente.

Fuerzas 1. Hay que tener en cuenta que se hace con las Actividades que no se finalizan cuando se produce la sincronización.

Opciones 1. Las demás Actividades que no se sincronicen pueden completarse en paralelo con la siguiente Actividad pero cuando finalicen no se hará nada.

Identificador O.13 Nombre Sincronización Estricta Descripción La posibilidad de indicar que cuando se produce una sincronización no es posible

volver a los Objetivos de las Actividades previas y completar su realización. Se mantendrá el estado alcanzado.

Motivación Forzar la sincronización y que la atención de los participantes se enfoque en las siguientes Actividades.


El patrón de esta perspectiva P.8 Avance Estricto. En cierta forma los patrones sobre Multiplicidad de Accesos de la Perspectiva Funcional, pues consideran la posibilidad de controlar las veces que se pueden intentar los Objetivos.

Ejemplos 1. A un grupo de alumnos se le plantea un ejercicio. Cuando el primero de los alumnos termine el ejercicio, todos deberán iniciar una nueva actividad y no podrán volver a acceder a dicho ejercicio.

Fuerzas 1. No es posible considerar una Unión Estricta porque no se produce sincronización y el resto de Actividades anteriores al punto de Convergencia que aún no hayan finalizado deben de poder seguir realizándose.

Opciones 1. Sólo se podría considerar que el hilo que ya ha pasado el punto de convergencia no pueda volver atrás, a la Actividad ya realizada. Esto se puede conseguir con el patrón Avance Estricto pues se aplicaría a ese único hilo.


B.12 Patrones de la Perspectiva Temporal

Tabla B-12. Patrones de la Perspectiva Temporal


T.1 Identificador Textual y Descripción Textual de Especificación Temporal T.2 Especificación Temporal Fuerte/Débil T.3 Activación de Especificación Temporal T.4 Activación de Especificación Temporal Controlada por Participante T.5 Descripciones Causales

Patrones de Planificación T.6 Inicio de Actividad T.7 Fin de Actividad T.8 Inicio de Instancia de Actividad T.9 Fin de Instancia de Actividad

Patrones de Sincronización T.10 A igual que B T.11 A Antes que B (B Obliga a A) T.12 A Después que B (B Habilita a A) T.13 A Antes que B (B Inhabilita a A)


Identificador T.1 Nombre Identificador Temporal y Descripción Textual de Especificación Temporal Descripción La posibilidad proporcionar un Identificador y una Descripción Textual de un una

Especificación Temporal. Motivación Informar a los participantes sobre la Especificación Temporal y sus características.

El Identificador Textual permite identificar la Especificación Temporal y presentarla a los particiapantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Especificación Temporal.



Ejemplos 1. Se establece una Especificación Temporal planificada en la que se fijan las fechas exactas de inicio y finalización de cada Actividad con el Identificador "Planificación Estricta". 2. Una Descripción Textual para que los alumnos entreguen un trabajo: "Se establece un periodo de tiempo válido a partir del 3 de mayo hasta el 20 de mayo".

Fuerzas No tiene. Opciones No tiene. Identificador T.2 Nombre Especificación Temporal Fuerte/Débil Descripción La posibilidad de indicar que una Especificación Temporal tiene carácter prioritario

y debe cumplirse aunque haya otra(s) especificación(es) que lo impidan. Motivación Permitir indicar la importancia relativa de una Especificación Temporal en relación


con otras y con las Especificaciones de Orden. Con ello se pretende evitar posibles situaciones de bloqueo.


No tiene.

Ejemplos 1. Para la realización de un proyecto se identifican varias fases. Por una parte las fases se tienen que realizar siguiendo un orden determinado. Por otra, cada una de las fases debe empezar en una fecha concreta. El inicio de cada fase en la fecha considerada se considera más prioritario.

Fuerzas 1. En caso de que haya varias especificaciones con la misma indicación será necesario resolver cuál de ellas utilizar.

Opciones 1. En vez de un valor binario se podría indicar una escala de valores. A falta de dicha escala se puede considerar su priorización en base al orden en que se disponen. Pueden ser más prioritarias aquellas que se incluyen en último lugar.

Identificador T.3 Nombre Activación Determinada de Especificación Temporal Descripción La posibilidad de indicar que una Especificación Temporal se tiene que activar. Las

posibilidades de determinación de esta aplicación se consideran en los Aspectos, con los que se debe indicar un valor binario en el que se indique si se debe activar o no (para los aspectos de Constantes, de Condiciones y de Toma de Decisiones) o un intervalo temporal de activación (aspecto de Señales).

Motivación Permitir establecer durante el diseño las Especificaciones Temporales que se aplicarán en una unidad didáctica.


Patrones de especificación directa con elementos de otras perspectivas.

Ejemplos 1. La activación de la Especificación Temporal considerada en el ejemplo anterior se debe realizar si el curso se realiza de forma presencial.

Fuerzas No tiene. Opciones No tiene. Identificador T.4 Nombre Activación Controlada por Participante de Especificación de Temporal Descripción La posibilidad de indicar que un participante puede controlar la aplicación de una

Especificación Temporal. Motivación Permitir indicar varias alternativas para las Especificaciones Temporales,

posibilitando la selección de unas propuestas concretas durante la realización de la unidad didáctica.


Patrones de especificación diferida con elementos de otras perspectivas.

Ejemplos 1. La activación de la Especificación Temproral considerada en el ejemplo del patrón T.2 es determinada por el profesor..


Opciones 1. Se puede considerar un permiso en relación a esta posibilidad y la asignación de dicho permiso a los participantes que se desea que puedan controlar la activación de la especificación de forma dinámica.

Identificador T.5 Nombre Descripciones Causales Descripción La posibilidad de que una Especificación Temporal incluya Descripciones Causales


características de la Especificación de acuerdo a facilitarles la toma de decisión


sobre su posible utilización. Patrones Relacionados


Ejemplos 1. Un conjunto de prácticas puede desarrollarse con distintas posibilidades en cuanto al inicio y la finalización de las mismas, por ejemplo, en función de la disponibilidad de los alumnos. Cada posibilidad se puede representar con una Especificación Temporal y llevar incluidas Descripciones Causales que indiquen las disponibilidades a las que se dirige.



B.12.2 Patrones de Planificación

Identificador T.6 Nombre Inicio de Actividad Descripción La posibilidad de indicar el inicio de una Actividad en base a una Expresión de

Señalización. Motivación Permitir forzar la realización de una Actividad en un momento temporal


No tiene.

Ejemplos 1. Los trabajos de un curso tienen que ser entregados antes del 31 de mayo. En caso de que no hayan sido entregados se recogerá la documentación disponible en el entorno de trabajo de los alumnos.

Fuerzas 1. Debería ser posible especificar un tiempo absoluto o relativo respecto a algún evento.

Opciones 1. Estas posibilidades se consideran en los patrones del aspecto de Señalización. Identificador T.7 Nombre Fin de Actividad Descripción La posibilidad de indicar el fin de una Actividad en base a una Expresión de



No tiene.

Ejemplos 1. Las notas pueden consultarse después a partir del 16 de junio. Fuerzas 1. Debería ser posible especificar un tiempo absoluto o relativo respecto a algún

evento. Opciones 1. Estas posibilidades se consideran en los patrones del aspecto de Señalización. Identificador T.8 Nombre Inicio de Instancia de Actividad Descripción La posibilidad de indicar el inicio de una Actividad en base a una Expresión de


determinado.



No tiene.

Ejemplos 1. Las consultas a la base de datos de la Actividad de revisión para los alumnos del grupo "X" pueden realizarse hasta el "X" de mayo a las 16:00. El valor de "X" depende del grupo.

Fuerzas 1. Debería ser posible especificar un tiempo absoluto o relativo respecto a algún evento.

Opciones 1. Estas posibilidades se consideran en los patrones del aspecto de Señalización. Identificador T.9 Nombre Fin de Instancia de Actividad Descripción La posibilidad de indicar el fin de una Actividad en base a una Expresión de



No tiene.

Ejemplos 1. El curso finaliza el 30 de junio de 2006. Fuerzas 1. La realización de cursos a través de Internet hace posible que distintos

participantes del mismo curso estén en usos horarios diferentes. Opciones 1. Estas posibilidades se consideran en los patrones del aspecto de Señalización. Patrones de Sincronización Identificador T.10 Nombre A Igual que B Descripción La posibilidad de indicar que una Acción A debe producirse en el mismo

momento que otra Acción B. Las Acciones posibles son el inicio y la finalización de la Actividad.

Motivación Permitir modelar cuando tiene que producirse una Acción en relación con otra y por tanto obligar a que ambas acciones tengan lugar al mismo tiempo.


No tiene.

Ejemplos 1. Todos los alumnos deben empezar el examen al mismo tiempo. Fuerzas 1. Para que se cumpla esta norma B debe poder realizarse. Opciones 1 Hay que tener en cuenta un mecanismo de habilitación (para que pueda

realizarse la acción A, la acción B debe poder realizarse), como de coerción (si se realiza A hay que realizar B).

Identificador T.11 Nombre A Antes que B (B Obliga a A) Descripción La posibilidad de indicar que si se produce una Acción B debe producirse una

Acción A si dicha Acción A no se produjo antes que se produjese la Acción B. Las Acciones posibles son el inicio y la finalización de la Actividad.

Motivación Permitir establecer un punto límite para la realización de una Acción. Si llegados a ese punto la Acción no se ha realizado entonces debe realizarse. Dicho punto viene determinado por la realización de otra acción.


No tiene.

Ejemplos 1. Los alumnos de un laboratorio deben finalizar sus prácticas antes de que el profesor empieze a corregirlas. Si el profesor empieza a a corregirlas y los alumnos aún no han finalizado las prácticas se finalizarán automáticamente.



Identificador T.12 Nombre A Después que B (B Habilita a A) Descripción La posibilidad de indicar que una Accción A sólo puede realizarse si se ha

producido una Acción B. Si no se ha producido dicha Acción B la Acción A no puede realizarse. Las Acciones posibles son el inicio y la finalización de la Actividad.

Motivación Permitir establecer un punto a partir del cual se puede realizar una Acción. Dicho punto viene determinado por la realización de otra acción.


No tiene.

Ejemplos 1. Una práctica de laboratorio puede iniciarse una vez que se supere un cuestionario con una nota superior a una mínima.

Fuerzas 1. Para Objetivos, la habilitación del inicio o finalización de un Objetivo se puede considerar en el patrón de la Perspectiva Funcional "Restricciones de Entrada y Salida".

Opciones 1. Estos patrones temporales se consideran sobre las Actividades no sobre los Objetivos, y sobre otras Acciones que no tienen que ver con el inicio y la finalización de Objetivos.

Identificador T.13 Nombre A Antes que B (B Inhabilita a A) Descripción La posibilidad de indicar que una Accción A sólo puede realizarse si no se ha

producido una Acción B. En caso de que la Acción A no se haya producido y se produzca la Acción B, la Acción A no podrá realizarse. Las Acciones posibles son el inicio y la finalización de la Actividad.

Motivación Permitir establecer un punto hasta el cual se puede realizar una Acción. Dicho punto viene determinado por la realización de otra acción.


No tiene.

Ejemplos 1. Un mensaje de correo electrónico informándo a los alumnos sobre las novedades de un curso sólo se puede enviar a aquellos alumnos que hayan finalizado satisfactoriamente las primeras lecciones.

Fuerzas 1. Para Objetivos, la inhabilitación del inicio o finalización de un Objetivo se puede considerar en el patrón de la Perspectiva Funcional "Restricciones de Entrada y Salida".

Opciones 1. Estos patrones temporales se consideran sobre las Actividades no sobre los Objetivos, y sobre otras Acciones que no tienen que ver con el inicio y la finalización de Objetivos.

B.13 Patrones de la Perspectiva Causal Tabla B-13. Patrones de la Perspectiva Causal

Id. Patrón Patrones de Descripción

C.1 Registro de Descripción C.2 Objetivos Educativos C.3 Registro de Meta-datos C.4 Registro de Competencias

Patrones de Tipo Semántico


C.5 Elementos de Vocabulario C.6 Elementos de Taxonomía C.7 Elementos de Tesauro C.8 Elementos de Ontología

B.13.1 Patrones de Descripción

Identificador C.1 Nombre Registro de Descripción Descripción La posibilidad de incluir una o varias Descripciones en un Elemento. Motivación Permitir la descripción de los Pre-requesitos Educativos que se consideran

necesarios para utilizar el recurso. Esta información es de carácter informativo. Patrones Relacionados

No tiene.

Ejemplos 1. Para una unidad didáctica de programación es Pre-requisto Educativo conocer la lógica de Boole.

Fuerzas 1. En lugar de incluir de forma directa el texto de descripción puede hacerse referencia a un elemento externo en el que se incluya la descripción.

Opciones 1. Puede considerarse una solución similar a la de Elementos de Datos Externos. Identificador C.2 Nombre Objetivos Educativos Descripción La posibilidad de especificar uno o varios Objetivos Educativos. Motivación Permitir la descripción de los Objetivos Educativos que se proporcionan con un

recurso. Esta información es de carácter informativo. Patrones Relacionados

No tiene.

Ejemplos 1. Para una unidad didáctica de programación es un Objetivo Educativo "Introducir los principios de la programación de ordenadores".

Fuerzas 1. Puede plantearse la descripción computacional de Objetivos Educativos para que puedan ser procesados por agentes software y tomen decisiones de forma automática. Por ejemplo, para facilitar la búsqueda de recursos.

Opciones 1. Se pueden considerar vocabularios u ontologías específicos. Identificador C.3 Nombre Registro de Metadatos Descripción La posibilidad de incluir uno o varios Registros de Meta-datos con información

sobre el recurso. Motivación Permitir la descripción de recursos educativos por medio de registros de

información organizados por campos. Patrones Relacionados

No tiene.

Ejemplos 1. Cualquier Registro de Meta-datos sobre una unidad didáctica. Fuerzas 1. Es recomendable utilizar Registros de meta-datos siguiendo las propuestas

existentes de estandarización. Opciones 1. Actualmente LOM (Learning Object Metadata) es el estándar del IEEE para

metadatos educativos.


Identificador C.4 Nombre Registro de Competencias Descripción La posibilidad de incluir uno o varios Registros de Competencias que indiquen las

titulaciones, competencias o capacidades que permite adquirir el recurso. Motivación Permitir la descripción de recursos en base a clasificaciones existentes sobre

titulaciones, competencias o capacitaciones. Patrones Relacionados

No tiene.

Ejemplos 1. Cualquier registro de competencias sobre una unidad didáctica. Fuerzas 1. Es recomendable utilizar registros de competencias siguiendo las propuestas

existentes de estandarización. Opciones 1. IMS ha realizado propuestas en este campo.

B.13.2 Patrones de Tipo Semántico

Identificador C.5 Nombre Elementos de Vocabulario Descripción La posibilidad de realizar una descripción utilizando elementos de un vocabulario. Motivación Permitir la descripción de recursos en base a elementos de vocabularios más o

menos conocidos. Patrones Relacionados

No tiene.

Ejemplos 1. Las calificaciones al estilo "No Presentado", "Suspenso", "Aprobado", "Notable", "Sobresaliente", "Matrícula de Honor"

Fuerzas No tiene. Opciones No tiene. Identificador C.6 Nombre Elementos de Taxonomía Descripción La posibilidad de realizar una descripción utilizando elementos de una taxonomía. Motivación Permitir la descripción de recursos en base a elementos de una taxonomía más o

menos conocida. Patrones Relacionados

No tiene.

Ejemplos 1. Los valores de una calificación que se dispusiesen de acuerdo a una Taxonomía. Fuerzas No tiene. Opciones No tiene. Identificador C.7 Nombre Elementos de Tesauro Descripción La posibilidad de realizar una descripción utilizando elementos de un tesauro. Motivación Permitir la descripción de recursos en base a elementos de thesauros más o menos

conocido. Patrones Relacionados

No tiene.

Ejemplos 1. Los valores de una calificación que se dispusiesen de acuerdo a un Tesauro. Fuerzas No tiene. Opciones No tiene.


Identificador C.8 Nombre Elementos de Ontología Descripción La posibilidad de realizar una descripción utilizando elementos de una ontología. Motivación Permitir la descripción de recursos en base a elementos de una ontología más o

menos conocida. Patrones Relacionados

No tiene.

Ejemplos 1. Los valores de una calificación que se dispusiesen de acuerdo a una Ontología. Fuerzas No tiene. Opciones No tiene.

B.13.3 Patrones del Asunto de Constantes

Tabla B-14. Patrones del Aspecto de Constantes


dCt.1 Identificador Textual y Descripción Textual de Expresión de Condición dCt.2 Descripciones Causales

Patrones de Conexión dCt.3 Asignación dCt.4 Restricción Simple dCt.5 Restricción Compuesta


Identificador dCt.1 Nombre Identificador Textual y Descripción Textual de Expresión Constante Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

de una Expresión Constante para que lo den a conocer a los diseñadores y usuarios de la unidad didáctica.

Motivación 1. Informar a los participantes sobre la Expresión y sus características. El Identificador Textual permite identificar la Expresión y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Expresión. 2. Facilitar la utilización de la Expresión. A través del Identificador Textual es posible hacer referencia a una Expresión para realizar su inclusión en distintos puntos. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducida la Expresión.



Ejemplos 1. Una Expresión en la que se establece el número máximo y mínimo de alumnos que pueden participar en una unidad didáctica.



Identificador dCt.2 Nombre Descripciones Causales Descripción La posibilidad de que una Expresión Constante incluya Descripciones Causales


características de la Expresión de acuerdo a facilitarles la toma de decisión sobre su posible utilización.



Ejemplos 1. El número máximo y mínimo de alumnos de un curso se mantiene en una Expresión Constante. La misma se acompaña de una Descripción Causal en la que explica porque se establecen dichos límites.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de las Expresiones.



Identificador dCt.3 Nombre Asignación Descripción La posibilidad de especificar una Expresión Constante en la que se proporciona un

dato. Motivación Permitir la asignación de datos a partir de expresiones definidas como valores

constantes. De esta forma se prentende facilitar la modificación de esos valores mediante su localización determinada en este tipo de expresiones.


Patrones de Conexión en otros asuntos.

Ejemplos 1. Un curso se puede seguir bien a distancia o bien de forma presencial. El modelado de ambas versiones se mantiene en una misma unidad, siendo necesario utilizar partes concretas del mismo dependiendo de la modalidad presencial o a distancia. Este tipo de modalidad se mantiene como una expresión para facilitar el cambio de una a otra.

Fuerzas No tiene. Opciones No tiene. Identificador dCt.4 Nombre Restricción Simple Descripción La posibilidad de especificar una Expresión Constante en la que se proporciona una

restricción. Se deben permitir los siguientes tipos de restricciones: igualdad, mayor que y menor que.

Motivación Permitir la restricción de datos a partir de expresiones definidas como valores constantes. De esta forma se prentende facilitar la modificación de esos valores mediante su localización determinada en este tipo de expresiones.



Ejemplos 1. El número máximo de alumnos que pueden participar en un curso. Fuerzas No tiene. Opciones No tiene.


Identificador dCt.5 Nombre Restricción Compuesta Descripción La posibilidad de especificar una Expresión Constante en la que se combinan varias

restricciones por medio de operadores lógicos: AND, OR y NOT. Motivación Permitir la restricción de datos a partir de expresiones definidas como valores

constantes. De esta forma se prentende facilitar la modificación de esos valores mediante su localización determinada en este tipo de expresiones.



Ejemplos 1. El número mínimo y máximo de alumnos que pueden participar en un curso debe ser mayor que 100.


B.14 Patrones del Asunto de Condiciones

Tabla B-15. Patrones del Aspecto de Condiciones


dCd.1 Identificador Textual y Descripción Textual de Expresión de Condición dCd.2 Descripciones Causales

Patrones de Fuente dCd.3 Dato de Elemento de Datos dCd.4 Dato de Instancia de Elemento de Datos dCd.5 Datos de Especificación de Interacción

Patrones de Conexión dCd.6 Asignación dCd.8 Restricción Simple dCd.9 Restricción Compuesta


Identificador AdCd.1 Nombre Identificador Textual y Descripción Textual de Expresión de Condición Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

de una Expresión de Condición para que lo den a conocer a los diseñadores y usuarios de la unidad didáctica.

Motivación 1. Informar a los participantes sobre la Expresión y sus características. El Identificador Textual permite identificar la Expresión y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Expresión. 2. Facilitar la utilización de la Expresión. A través del Identificador Textual es posible hacer referencia a una Expresión para realizar su inclusión en distintos puntos. Estos datos también pueden servir para informar a los diseñadores que en el


futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducida la Expresión.



Ejemplos 1. Una Expresión en la que se tiene en cuenta las notas obtenidas hasta el momento por un alumno en una unidad didáctica. A partir de la valoración conjunta de dichas notas se determinan las actividades a realizar por los alumnos. Si la nota es mayor que ocho se le deja avanzar más rápido.

Fuerzas No tiene. Opciones No tiene. Identificador AdCd.2 Nombre Descripciones Causales Descripción La posibilidad de que una Expresión de Condición incluya Descripciones Causales





Ejemplos 1. El número máximo y mínimo de alumnos de un curso se mantiene en una Expresión de Condición en función del número de puestos de laboratorio disponibles. La misma se acompaña de una Descripción Causal en la que explica porque se establecen dichos límites.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de las Expresiones.



Identificador dCd.3 Nombre Dato de Elemento de Datos Descripción La posibilidad de que en una Expresión de Condición se utilicen datos de

Elementos de Datos. Se podrán utilizar los Elementos de Datos que estén visibles desde el Elemento en el que se incluya la Expresión de Condición.

Motivación Permitir la utilización de un dato de un Elemento de Datos para la determinación de un resultado con un propósito determinado


No tiene.

Ejemplos 1. El número de alumnos que tienen que formar parte de un grupo de prácticas en función del número de alumnos total que haya en un curso.

Fuerzas 1. Se debería tener en cuenta la visibilidad de los Elementos de Datos a partir de la cuál se determinarían los posibles datos a utilizar.

Opciones 1. Este requisito introduce una complejidad importante, ya que en función de donde se situase la Expresión de Condición se podría hacer referencia a unos datos u otros. También habría que considerar la visibilidad de estas expresiones.


Identificador dCd.4 Nombre Dato de Instancia Elemento de Datos Descripción La posibilidad de que en una Expresión de Condición se utilicen datos de una

Instancia concreta de un Elemento de Datos. Las posibilidades de determinación de la Instancia se consideran en los patrones de este mismo aspecto y en el Aspecto de Toma de Decisiones.

Motivación Permitir la utilización de un dato de una Instancia concreta de un Elemento de Datos para la determinación de un resultado con un propósito determinado


No tiene.

Ejemplos 1. La determinación de si un alumno tiene que realizar de manera obligatoria u optativa un cierto objetivo en función de la nota mínima que haya obtenido en la realización de unos ejercicios previos. Cada nota de un ejercicio se mantiene en una Instancia concreta de un mismo Elemento de Datos.

Fuerzas No tiene. Opciones No tiene. Identificador dCd.5 Nombre Dato de Especificación de Interacción Descripción La posibilidad de que en una Expresión de Condición se utilicen datos obtenidos a

partir de una Especificación de Interacción. Esta posibilidad se considera para el caso de que la Expresión de Condición necesite datos que requieran la invocación de operaciones. La Especificación de Interacción se invocará cuando se tenga que evaluar la Expresión de Condición, de acuerdo al patrón I.25.

Motivación Permitir la utilización de datos de un Elemento de Datos que deben ser actualizados antes de su utilización. Esta actualización se permite a través de Especificaciones de Interacción en las que se puede considerar la invocación de distintas operaciones.


No tiene.

Ejemplos 1. La determinación del nivel alcanzado en una simulación requiere la invocación de una operación determinada en un simulador. Dicha interacción permite actualizar el contenido de un Elemento de Datos que puede ser utilizado en una Expresión de este tipo.



Identificador dCd.6 Nombre Asignación Descripción La posibilidad de especificar una Expresión de Condición en la que se proporciona

un dato. Motivación Permitir la asignación de datos a partir de expresiones definidas como valores

condicionados en función de un Elemento de Datos. Patrones Relacionados


Ejemplos 1. El número de alumnos que tiene que formar parte de un grupo de laboratorio se determina en función del número de alumnos totales del curso u del número de puestos de laboratorio disponibles.

Fuerzas 1. Se debe permitir la realización de operaciones entre los Elementos de Datos.


Opciones 1. Esta posibilidad se reconoce en los patrones de la perspectiva de Datos. Identificador dCd.7 Nombre Restricción Simple Descripción La posibilidad de especificar una Expresión de Condición en la que se proporciona

una restricción. Se deben permitir los siguientes tipos de restricciones: igualdad, mayor que y menor que.

Motivación Permitir la restricción de datos a partir de expresiones definidas como como valores condicionados en función de un Elemento de Datos



Ejemplos 1. La calificación final que obtengan los alumnos de un grupo de laboratorio no puede ser inferior a la calificación del grupo.

Fuerzas 1. Se debe permitir la realización de operaciones entre los Elementos de Datos. Opciones 1. Esta posibilidad se reconoce en los patrones de la perspectiva de Datos. Identificador dCd.8 Nombre Restricción Compuesta Descripción La posibilidad de especificar una Expresión de Condición en la que se combinan

varias restricciones por medio de operadores lógicos: AND, OR y NOT. Motivación Permitir la restricción de datos a partir de expresiones definidas como valores

condicionados en función de Elementos de Datos Patrones Relacionados


Ejemplos 1. El número mínimo y máximo de alumnos que tienen que formar parte de un grupo de laboratorio en función del número total de alumnos del curso.


B.15 Patrones del Asunto de Señales

Tabla B-16. Patrones del Aspecto De Señales


dS.1 Identificador Textual y Descripción Textual de Expresión de Señalización dS.2 Expresión de Señalización Condicionada dS.3 Descripciones Causales

Patrones de Fuente dS.4 Momento Temporal Determinado dS.5 Evento Propio dS.6 Retraso Determinado

Patrones de Conexión dS.7 Asignación dS.8 Restricción Simple dS.9 Restricción Compuesta



Identificador dS.1 Nombre Identificador Textual y Descripción Textual de Expresión de Señalización Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

de una Expresión de Señalización para que lo den a conocer a los diseñadores y usuarios de la unidad didáctica.

Motivación 1. Informar a los participantes sobre la Expresión y sus características. El Identificador Textual permite identificar la Expresión y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Expresión. 2. Facilitar la utilización de la Expresión. A través del Identificador Textual es posible hacer referencia a una Expresión para realizar su inclusión en distintos puntos. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue introducida la Expresión.



Ejemplos 1. Una Expresión en la que se genera una señal un tiempo determinado después que se haya iniciado una Actividad. Esta señal puede utilizarse para indicar la finalización de la Actividad en ese periodo temporal, estableciendo la duración máxima de la Actividad.

Fuerzas No tiene. Opciones No tiene. Identificador dS.2 Nombre Expresión de Señalización Condicionada Descripción La posibilidad de que una Expresión de Señalización tenga asociada una

restricción que se tenga que cumplir para poder aplicar la señal. Motivación Permitir generar una señal de forma condicionada. Patrones Relacionados

No tiene.

Ejemplos 1. La generación de una señal para informar que se ha terminado el tiempo de realización de una Actividad tienen que realizarse sólo si dicha Actividad ha sido iniciada.

Fuerzas No tiene. Opciones No tiene. Identificador dS.3 Nombre Descripciones Causales Descripción La posibilidad de que una Expresión de Señalización incluya Descripciones





Ejemplos 1. La finalización de una práctica de laboratorio se determina en función de un tiempo máximo de duración. Dicha duración se mantiene en una Expresión de Señalización, en la que se incluye una Descripción Causal que informa de porque


se ha determinado así. Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los

usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de las Expresiones.



Identificador dS.4 Nombre Momento Temporal Determinado Descripción La posibilidad de realizar una indicación temporal en base a una señal determinada

proporcionada por una Expresión. Las posibilidades de determinación de este valor se consideran en los aspectos de Constantes, de Condiciones y de Toma de Decisión

Motivación Permitir indicar de forma fija la generación de una señal en un momento determinado de forma previa.


No tiene.

Ejemplos 1. El examen empieza a las 16:00 horas del 27 de mayo de 2007. Fuerzas 1. Se debería tener la posibilidad de generar una señal de forma teórica. Opciones 1. Se puede conseguir indicando un valor numérico. Dicho valor podría representar

el tiempo de generación entre señales. Identificador dS.5 Nombre Evento Propio Descripción La posibilidad de realizar una indicación temporal en base al momento en que se

detecta un Evento de la Actividad. En este caso junto con la señalización también se proporcionan los Parámetros incluidos en el Evento. Los Eventos posibles son todos los de la Actividad (e.g. inicio, finalización), incluidos los Eventos Propios.

Motivación Permitir indicar la generación de una señal en relación a la aparición de un evento concreto de la Actividad.


No tiene.

Ejemplos 1. La finalización de una Actividad práctica de laboratorio tiene que producirse tan pronto se detecta un Evento de funcionamiento inestable en un simulador. Este Evento se puede capturar como Evento Propio.

Fuerzas No tiene. Opciones No tiene. Identificador dS.6 Nombre Retraso Determinado Descripción La posibilidad de indicar un retraso sobre la generación de la señal. Las

posibilidades de determinación de este retraso se consideran en los aspectos de Constantes, de Condiciones y de Toma de Decisión.

Motivación Permitir indicar la generación de una señal con un retraso determinado con respecto a la posible indicación considerada con los dos patrones anteriores.


No tiene.


Ejemplos 1. La práctica de laboratorio puede finalizarse 1 hora después de que se haya iniciado. El valor de 1 hora es una indicación de retraso.



Identificador dS.7 Nombre Asignación Descripción La posibilidad de especificar una Expresión de Señalización en la que se

proporciona un dato. Motivación Permitir la indicación de un momento determinado a partir de expresiones

definidas en función de eventos o en puntos temporales concretos. Patrones Relacionados


Ejemplos 1. La finalización de una Actividad práctica de laboratorio tiene que producirse tan pronto se detecta un Evento de funcionamiento inestable en un simulador.

Fuerzas No tiene. Opciones No tiene. Identificador dS.8 Nombre Restricción Simple Descripción La posibilidad de especificar una Expresión de Señalización en la que se

proporciona una restricción. Se deben permitir los siguientes tipos de restricciones: igualdad, mayor que y menor que.

Motivación Permitir la restricción temporal a partir de expresiones definidas en función de eventos o en puntos temporales concretos.



Ejemplos 1. La finalización de un examen tiene que producirse antes de 1 hora después de su inicio.

Fuerzas No tiene. Opciones No tiene. Identificador dS.9 Nombre Restricción Compuesta Descripción La posibilidad de especificar una Expresión de Señalización en la que se

combinan varias restricciones por medio de operadores lógicos: AND, OR y NOT.

Motivación Permitir la indicación de varias restricciones temporales partir de expresiones definidas en función de eventos o en puntos temporales concretos.



Ejemplos 1. El número de trabajos que deben ser presentados tiene que ser menos de la mitad de todos los trabajos realizados y más que el número de trabajos que hayan obtenido una nota máxima.



B.16 Patrones del Asunto de Toma de Decisiones

Tabla B-17. Patrones del Aspecto de Toma de Decisiones


dT.1 Identificador Textual y Descripción Textual de Expresión de Toma de Decisión

dT.2 Decisión por Defecto dT.3 Quórum dT.4 Descripciones Causales

Patrones de Fuente dT.5 Instancias de Rol Determinadas dT.6 Roles Determinados dT.7 Todos los Participantes de Actividad

Patrones de Destinatario dT.8 Elemento de Datos dT.9 Elemento con Varias Instancias

Patrones de Planificación dT.10 Inicio de Toma de Decisión dT.11 Fin de Toma de Decisión dT.12 Duración Indeterminada

Patrones de Conexión dT.13 Asignación dT.14 Restricción Simple dT.15 Restricción Compuesta

Patrones de Tipo de Votación dT.16 Votación Binaria dT.17 Votación por Ordenación dT.18 Votación por Valoración


Identificador dT.1 Nombre Identificador Textual y Descripción Textual de Expresión de Toma de Decisión Descripción La posibilidad de proporcionar un Identificador Textual y una Descripción Textual

de una Expresión de Toma de Decisión para que lo den a conocer a los diseñadores y usuarios de la unidad didáctica.

Motivación 1. Informar a los participantes sobre la Expresión y sus características. El Identificador Textual permite identificar la Expresión y presentarla a los participantes en la unidad didáctica. La Descripción Textual permite detallar con claridad las características específicas de la Expresión. 2. Facilitar la utilización de la Expresión. A través del Identificador Textual es posible hacer referencia a una Expresión para realizar su inclusión en distintos puntos. Estos datos también pueden servir para informar a los diseñadores que en el futuro vayan a reutilizar la unidad didáctica sobre la intención con la que fue


introducida la Expresión. Patrones Relacionados


Ejemplos 1. Una Expresión en la que se debe valorar el proyecto realizado por un grupo de alumnos en un proyecto. El resultado final de la evaluación de esta expresión determinará la eligibilidad del proyecto para su presentación en clase. Dicho valor tiene que ser determinado en votación por todos los profesores de la clase.

Fuerzas No tiene. Opciones No tiene. Identificador dT.2 Nombre Decisión por Defecto Descripción La posibilidad de que en una Expresión de Toma de Decisión se indique que en

caso de que no se llegue a una decisión válida durante el tiempo disponible se tome el dato por defecto.

Motivación Permitir la indicación de un valor por defecto que debe ser asignado a una toma de decisión para el caso de que ésta no se realice de forma satisfactoria.


No tiene.

Ejemplos 1. La nota por defecto para un alumno es "No Presentado". De esta forma, ante cualquier eventualidad, la calificación otorgada es la menos comprometida.

Fuerzas No tiene. Opciones No tiene. Identificador dT.3 Nombre Quórum Descripción La posibilidad de indicar el quórum necesario para que la toma de decisión sea

válida. Motivación Permitir indicar un número mínimo de electores que tienen que participar para que

la toma de decisión sea considerada como válida. Patrones Relacionados

No tiene.

Ejemplos 1. La nota de prácticas de un alumno debe ser determinada al menos entre dos profesores.

Fuerzas No tiene. Opciones No tiene. Identificador dT.4 Nombre Descripciones Causales Descripción La posibilidad de que una Expresión de Toma de Decisión incluya Descripciones





Ejemplos 1. La obligatorieda de realización de una práctica de laboratorio tiene que ser decidida por un profesor. Dicha duración se modela en una Expresión de Toma de Decisión, en la que se incluye una Descripción Causal que informa de porque se ha determinado así y que elementos se deben tener en cuenta.

Fuerzas 1. Se podría considerar esta información no sólo con la finalidad de informar a los usuarios sino también para permitir su procesamiento por parte de sistemas software y la automatización de decisiones por su parte en cuanto a la utilización de


las Expresiones. Opciones 1. Esta posibilidad requiere que las Descripciones Causales incluyan información



Identificador dT.5 Nombre Instancias de Rol Determinadas Descripción La posibilidad de indicar que en una Toma de Decisión deben intervenir

determinadas Instancias de un Rol en concreto. El Rol puede ser Compuesto, es decir un grupo, y en este caso se notificará a todos los miembros de la Instancia de dicho grupo. La Instancia concreta del Rol se determina en la Perspectiva de Participantes.

Motivación Permitir indicar participantes concretos que tengan que realizar una toma de decisión


Patrones de selección de Instancias en otras perspectivas.

Ejemplos 1. La nota de prácticas de un alumno tiene que ser determinada por el profesor que haya tenido más horas de laboratorio.

Fuerzas No tiene. Opciones No tiene. Identificador dT.6 Nombre Roles Determinados Descripción La posibilidad de indicar que en una Toma de Decisión deben intervenir todos los

Participantes que hayan sido asignados a determinados Roles. El Rol puede ser Compuesto, es decir un grupo, y en este caso se notificará a todos los miembros de dicho grupo. La Instancia concreta del Rol se determina en la Perspectiva de Participantes.

Motivación Permitir indicar como participantes que tienen que tomar una decisión aquellos que desempeñan un Rol determinado.


Patrones de selección de Roles en otras perspectivas.

Ejemplos 1. La elección de las preguntas del examen final tiene que ser decidida por todos los profesores de la asignatura.

Fuerzas No tiene. Opciones No tiene. Identificador dT.7 Nombre Todos los Participantes de Actividad. Descripción La posibilidad de indicar que en una Toma de Decisión deben intervenir todos los

Participantes involucrados en la Actividad Motivación Permitir indicar como participantes que tienen que tomar una decisión todos los

que participan en una Actividad. Patrones Relacionados

No tiene.

Ejemplos 1. La fecha del examen final tiene que ser acordada por todos los alumnos y profesores de la asignatura.




Identificador dT.8 Nombre Elemento de Datos Descripción La posibilidad de que en una toma de decisión se tenga que determinar un

dato. Motivación Permitir la toma de decisión sobre datos. Patrones Relacionados

No tiene.

Ejemplos 1. La determinación de la nota de un alumno por parte de los profesores de una asignatura. 2. La determinación de la fecha del examen de una asignatura.

Fuerzas No tiene. Opciones No tiene. Identificador dT.9 Nombre Elemento con Varias Instancias Descripción La posibilidad de que en una toma de decisión se tenga que tomar una Instancia

de un elemento de entre varias posibles. Motivación Permitir la elección de Instancias concretas de elementos. Patrones Relacionados

No tiene.

Ejemplos 1. La elección de un alumno concreto de entre varios posibles para que realice una Actividad determinada.


B.16.4 Patrones de Planificación

Identificador dT.10 Nombre Inicio de Toma de Decisión. Descripción La posibilidad de indicar el inicio de una Toma de Decisión en base a una

Expresión de Señalización. Motivación Permitir forzar la realización de una Toma de Decisión en un momento

temporal determinado. Patrones Relacionados

No tiene.

Ejemplos 1. Los turnos de laboratorio pueden elegirse a partir del lunes 27.. Fuerzas No tiene. Opciones No tiene. Identificador dT.11 Nombre Fin de Toma de Decisión. Descripción La posibilidad de indicar el fin de una Toma de Decisión en base a una

Expresión de Señalización. Motivación Permitir forzar la realización de una Toma de Decisión en un momento


temporal determinado. Patrones Relacionados

No tiene.

Ejemplos 1. Las calificaciones del examen tienen que estar listas antes del jueves 16. Fuerzas No tiene. Opciones No tiene. Identificador dT.12 Nombre Duración Indeterminada Descripción La posibilidad de que la Expresión de Toma de Decisión esté ligada en su

duración a la Instancia del Elemento en la que se incluye. Motivación Permitir realizar la toma de decisiones sin ninguna restricción temporal más

que aquella que determine la propia duración de la Actividad en la que se incluye esta Expresión.


No tiene.

Ejemplos 1. La determinación de la solución en una práctica que es realizada en grupo tiene que ser decidida por todos los miembros del grupo por votación. Esta decisión se puede tomar mientras la Actividad no haya finalizado.



Identificador dT.13 Nombre Asignación Descripción La posibilidad de especificar una Expresión de Toma de Decisión en la que se

proporciona un dato. Motivación Permitir la asignación de datos a partir de expresiones definidas como tomas

de decisión. Patrones Relacionados


Ejemplos 1. El número de alumnos que tiene que formar parte de un grupo de laboratorio en función de lo que determine un profesor.

Fuerzas No tiene. Opciones No tiene. Identificador dT.14 Nombre Restricción Simple Descripción La posibilidad de especificar una Expresión de Toma de Decisión en la que se

proporciona una restricción. Se deben permitir los siguientes tipos de restricciones: igualdad, mayor que y menor que.

Motivación Permitir la restricción de datos a partir de expresiones definidas como tomas de decisión



Ejemplos 1. La nota mínima que se debe obtener para superar un examen es decidida de forma conjunta por todos los profesores que participan en la asignatura.



Identificador dT.15 Nombre Restricción Compuesta Descripción La posibilidad de especificar una Expresión de Toma de Decisión en la que se

combinan varias restricciones por medio de operadores lógicos: AND, OR y NOT.

Motivación Permitir la restricción de datos a partir de expresiones definidas como tomas de decisión



Ejemplos 1. El número mínimo y máximo de prácticas a realizar en una asignatura es decidido de forma conjunta entre todos los alumnos de la misma.


B.16.6 Patrones de Tipo de Votación

Identificador dT.16 Nombre Votación Binaria Descripción La posibilidad de especificar una Expresión de Toma de Decisión en la que los

electores tienen que votar a favor o en contra de una opción, o de un conjunto de opciones.

Motivación Permitir la utilización de distintos algoritmos de votación. Patrones Relacionados

No tiene.

Ejemplos 1. La decisión de realizar prácticas adicionales es tomada de forma conjunta por todos los profesores de la asignatura.

Fuerzas No tiene. Opciones No tiene. Identificador dT.17 Nombre Votación por Ordenación Descripción La posibilidad de especificar una Expresión de Toma de Decisión en la que los

electores tienen que ordenar las opciones disponibles. Motivación Permitir la utilización de distintos algoritmos de votación. Patrones Relacionados

No tiene.

Ejemplos 1. La determinación de las prácticas a realizar en un laboratorio. Se obtiene como resultado una lista ordenada de las prácticas a realizar.

Fuerzas No tiene. Opciones No tiene. Identificador dT.18 Nombre Votación por Valoración Descripción La posibilidad de especificar una Expresión de Toma de Decisión en la que los

electores puedan ofrecer una valoración a las opciones disponibles. Motivación Permitir la utilización de distintos algoritmos de votación. Patrones Relacionados

No tiene.

Ejemplos 1. La nota de un alumno en un examen es determinada a partir de las


valoraciones de tres profesores. Fuerzas 1. Debe ser posible limitar las opciones posibles en base a las que se pueda

valorar. Opciones 1. Esta limitación se puede realizar de forma similar a las restricciones de datos

consideradas en el patrón D.6.

143

Apéndice C

Esquema XML de PoEML

En las siguientes secciones se muestran los esquemas XML para cada uno de los cuatro paquetes principales de PoEML

C.1 Paquete Common <?xml version="1.0" encoding="UTF-8" ?> -  - <xs:schema xmlns="" xmlns:poeml="http://www.poeml.com/schemas/poeml" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.poeml.com/schemas/poeml" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0" xml:lang="en"> - <xs:attributeGroup name="Attr.Reference.Req"> <xs:attribute name="Ref" type="xs:NCName" use="required" /> </xs:attributeGroup> - <xs:attributeGroup name="Attr.identification"> <xs:attribute name="id" type="xs:NCName" use="required" /> <xs:attribute name="name" type="xs:string" use="optional" />


<xs:attribute name="description" type="xs:string" use="optional" /> </xs:attributeGroup> - <xs:attributeGroup name="dataType"> - <xs:attribute name="dataType" use="required"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Binary" /> <xs:enumeration value="Char" /> <xs:enumeration value="Integer" /> <xs:enumeration value="Float" /> <xs:enumeration value="String" /> <xs:enumeration value="Date" /> <xs:enumeration value="Time" /> <xs:enumeration value="ANY" /> <xs:enumeration value="URI" /> <xs:enumeration value="Record" /> </xs:restriction> </xs:simpleType> </xs:attribute> </xs:attributeGroup> - <xs:complexType name="descriptionRecordType"> - <xs:sequence maxOccurs="unbounded"> - <xs:element name="content"> - <xs:complexType> <xs:attribute name="name" /> <xs:attribute name="text" /> <xs:attribute name="descriptionSchema" type="xs:anyURI" /> </xs:complexType> </xs:element> <xs:element name="Descriptionrecord" type="poeml:descriptionRecordType" /> </xs:sequence> <xs:attributeGroup ref="poeml:Attr.identification" /> </xs:complexType> <xs:element name="DescriptionRecord" type="poeml:descriptionRecordType" /> - <xs:complexType name="DescriptiveElementType"> - <xs:sequence> <xs:element name="Descriptor" type="poeml:descriptionRecordType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> <xs:attributeGroup ref="poeml:Attr.identification" /> </xs:complexType> - <xs:complexType name="FeatureType"> - <xs:complexContent> <xs:extension base="poeml:DescriptiveElementType" /> </xs:complexContent> </xs:complexType> <xs:element name="Feature" type="poeml:FeatureType" /> - <xs:complexType name="PermissionType"> - <xs:complexContent> <xs:extension base="poeml:DescriptiveElementType" /> </xs:complexContent> </xs:complexType> <xs:element name="Permission" type="poeml:PermissionType" />

Apéndice C. Esquema XML de PoEML 145

- <xs:complexType name="EventType"> - <xs:complexContent> - <xs:extension base="poeml:DescriptiveElementType"> - <xs:sequence> - <xs:element name="Parameter" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:element name="Event" type="poeml:EventType" /> - <xs:complexType name="OperationType"> - <xs:complexContent> - <xs:extension base="poeml:DescriptiveElementType"> - <xs:sequence> - <xs:element name="InputParameter" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="OutputParameter" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:element name="Operation" type="poeml:OperationType" /> - <xs:complexType name="ElementType"> - <xs:sequence> <xs:element ref="poeml:DescriptionRecord" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="poeml:Permission" minOccurs="2" maxOccurs="2" /> <xs:element ref="poeml:Event" minOccurs="2" maxOccurs="2" /> <xs:element ref="poeml:Operation" /> </xs:sequence> <xs:attributeGroup ref="poeml:Attr.identification" /> <xs:attribute name="classReference" type="xs:NCName" /> </xs:complexType> - <xs:complexType name="InstanceElementType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:ElementType">


- <xs:sequence> <xs:element ref="poeml:Permission" minOccurs="2" maxOccurs="2" /> <xs:element ref="poeml:Event" minOccurs="2" maxOccurs="2" /> <xs:element ref="poeml:Operation" /> - <xs:element name="InstancesbyExpression" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> - <xs:attribute name="correlatedInstances" default="Simple"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Static" /> <xs:enumeration value="Unique" /> <xs:enumeration value="Simple" /> </xs:restriction> </xs:simpleType> </xs:attribute> <xs:attribute name="numberOfInstances" type="xs:integer" use="optional" default="1" /> <xs:attribute name="instancesByParticipant" type="xs:boolean" use="optional" default="false" /> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="ExternalElementType"> - <xs:complexContent> - <xs:extension base="poeml:ElementType"> <xs:attribute name="Location" type="xs:anyURI" /> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="DataElementType"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:sequence> <xs:element ref="poeml:Permission" /> <xs:element ref="poeml:Event" /> <xs:element ref="poeml:Operation" minOccurs="2" maxOccurs="2" /> - <xs:element name="Constraints" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" />


</xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DataElement" type="poeml:DataElementType" minOccurs="0" maxOccurs="unbounded" /> - <xs:element name="DataConnection" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataConnector"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Reference" /> <xs:enumeration value="AsynchronousCopy" /> <xs:enumeration value="SynchronousCopy" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:element name="SignalExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="DataSource"> - <xs:complexType> - <xs:choice> - <xs:sequence> - <xs:element name="DataElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> <xs:element name="OperationConnection" type="poeml:DataOperationConnectionType" /> - <xs:element name="ExternalDataElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> - <xs:element name="SinkInstanceSelectionRef" minOccurs="0"> - <xs:complexType> - <xs:sequence>


- <xs:element name="InstanceExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="DefaultValue" /> <xs:attribute name="Fixed" type="xs:boolean" default="false" /> <xs:attributeGroup ref="poeml:dataType" /> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="DataOperationConnectionType"> - <xs:sequence> - <xs:element name="DataOperator"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="AND" /> <xs:enumeration value="OR" /> <xs:enumeration value="XOR" /> <xs:enumeration value="NOT" /> <xs:enumeration value="ISEQUAL" /> <xs:enumeration value="ISGREATER" /> <xs:enumeration value="ISLESSER" /> <xs:enumeration value="Add" /> <xs:enumeration value="Substration" /> <xs:enumeration value="Multiplication" /> <xs:enumeration value="Division" /> <xs:enumeration value="Mod" /> <xs:enumeration value="Maximum" /> <xs:enumeration value="Minimum" /> <xs:enumeration value="Mean" /> <xs:enumeration value="Deviation" /> <xs:enumeration value="Random" /> <xs:enumeration value="Isequal" /> <xs:enumeration value="Contains" /> <xs:enumeration value="Concat" /> <xs:enumeration value="Diff" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:sequence minOccurs="0" maxOccurs="unbounded"> - <xs:element name="DataElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element>

- <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> <xs:element name="OperationConnection" type="poeml:DataOperationConnectionType" minOccurs="0" maxOccurs="unbounded" /> - <xs:element name="OperationConnectionRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="id" type="xs:NCName" use="required" /> </xs:complexType> </xs:schema>

C.2 Paquete Behavior <?xml version="1.0" encoding="UTF-8" ?> -  - <xs:schema xmlns:poeml="http://www.poeml.com/schemas/poeml" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.poeml.com/schemas/poeml" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0" xml:lang="en"> <xs:include schemaLocation="poeml-common.xsd" /> - <xs:complexType name="SpecificationType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:ElementType"> - <xs:sequence> <xs:element ref="poeml:Permission" /> <xs:element ref="poeml:Event" /> - <xs:element name="ClassReference" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ExpressionActivation" minOccurs="0"> - <xs:complexType> - <xs:choice> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType>


</xs:element> - <xs:element name="SignalExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="Activated" type="xs:boolean" use="optional" default="true" /> <xs:attribute name="ParticipantActivation" type="xs:boolean" use="optional" default="false" /> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="AuthorizationSourceType"> - <xs:sequence> - <xs:element name="AuthorizationConnector" minOccurs="0"> - <xs:simpleType> - <xs:restriction base="xs:token"> <xs:enumeration value="Aggregation" /> <xs:enumeration value="Substraction" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:element name="ElementPermission" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> <xs:element name="Permission" type="poeml:PermissionType" maxOccurs="unbounded" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="AuthorizationSource" type="poeml:AuthorizationSourceType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:complexType> - <xs:complexType name="AuthorizationSpecificationType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:SpecificationType">


- <xs:sequence> - <xs:element name="AuthorizationDescription" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="AuthorizationSource" type="poeml:AuthorizationSourceType" /> - <xs:element name="AuthorizationSink"> - <xs:complexType> - <xs:choice> <xs:element name="ProprietaryPermission" type="poeml:PermissionType" /> - <xs:element name="PersonSink"> - <xs:complexType> - <xs:sequence> - <xs:element name="RoleRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="AwarenessSourceType"> - <xs:sequence> - <xs:element name="AwarenessConnector" minOccurs="0"> - <xs:simpleType> - <xs:restriction base="xs:token"> <xs:enumeration value="Filter" /> <xs:enumeration value="Counter" /> <xs:enumeration value="IntervalCounter" /> <xs:enumeration value="Conjunction" /> <xs:enumeration value="Disjunction" /> <xs:enumeration value="Concatenation" /> <xs:enumeration value="Sequence" /> <xs:enumeration value="Concurrency" /> <xs:enumeration value="Negation" /> </xs:restriction> </xs:simpleType> </xs:element>


- <xs:element name="Parameter" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="DataExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="DataElementRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ElementEvent" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> <xs:element name="Event" type="poeml:EventType" maxOccurs="unbounded" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="AwarenessSource" type="poeml:AwarenessSourceType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:complexType> - <xs:complexType name="AwarenessSpecificationType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:SpecificationType"> - <xs:sequence> - <xs:element name="AwarenessDescription"> - <xs:complexType> - <xs:sequence> <xs:element name="AwarenessSource" type="poeml:AwarenessSourceType" /> - <xs:element name="AwarenessSink" maxOccurs="unbounded"> - <xs:complexType> - <xs:choice> <xs:element name="ProprietaryEvent" type="poeml:EventType" /> - <xs:element name="ToolRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" />


</xs:complexType> </xs:element> - <xs:element name="PersonSink"> - <xs:complexType> - <xs:sequence> - <xs:element name="RoleRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="Persistent" type="xs:boolean" default="false" /> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="InteractionSourceType"> - <xs:sequence> - <xs:element name="InteractionConnector" minOccurs="0"> - <xs:simpleType> - <xs:restriction base="xs:token"> <xs:enumeration value="Sequence" /> <xs:enumeration value="Parallel" /> <xs:enumeration value="If" /> <xs:enumeration value="Loop" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:element name="DataExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ElementOperation" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="InstanceElementRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType>


</xs:element> - <xs:element name="ElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> <xs:element name="Operation" type="poeml:OperationType" maxOccurs="unbounded" /> </xs:sequence> <xs:attribute name="order" type="xs:integer" /> </xs:complexType> </xs:element> - <xs:element name="InteractionSource" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:complexContent> - <xs:extension base="poeml:InteractionSourceType"> <xs:attribute name="order" type="xs:integer" /> </xs:extension> </xs:complexContent> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> - <xs:complexType name="InteractionSpecificationType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:SpecificationType"> - <xs:sequence> - <xs:element name="InteractionDescription" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="InteractionSource" type="poeml:InteractionSourceType" /> - <xs:element name="InteractionSink"> - <xs:complexType> - <xs:choice> <xs:element name="ProprietaryOperation" type="poeml:OperationType" /> - <xs:element name="SignalExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="DataConditionExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="PersonSink"> - <xs:complexType> - <xs:sequence> - <xs:element name="RoleRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element>


- <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> - <xs:key name="RoleRefKey"> <xs:selector xpath="RoleRef" /> <xs:field xpath="@Ref" /> </xs:key> - <xs:keyref name="InstanceExpressionRef" refer="poeml:RoleRefKey"> <xs:selector xpath="InstanceExpressionRef/Expression/InstanceElementRef" /> <xs:field xpath="@Ref" /> </xs:keyref> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="OrderSpecificationType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:SpecificationType"> - <xs:sequence> - <xs:element name="OrderConnection" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="OrderConnector"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Sequence" /> <xs:enumeration value="StrictSequence" /> <xs:enumeration value="UnorderedSecuence" /> <xs:enumeration value="Synchronization" /> <xs:enumeration value="StrictSynchronization" /> <xs:enumeration value="DeferredSinchronization" /> <xs:enumeration value="ParallelSplit" /> <xs:enumeration value="Loop" /> <xs:enumeration value="Merge" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:element name="SignalExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType>


</xs:element> - <xs:element name="InputFlow" maxOccurs="unbounded"> - <xs:complexType> - <xs:choice> - <xs:element name="ESRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="OrderConnectionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> - <xs:element name="OutputFlow" maxOccurs="unbounded"> - <xs:complexType> - <xs:choice> - <xs:element name="ESRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="OrderConnectionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="id" type="xs:NCName" use="required" /> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="TemporalSpecificationType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:SpecificationType"> - <xs:sequence> - <xs:element name="TemporalConnection" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="TemporalConnector"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="init" /> <xs:enumeration value="Finish" />

</xs:restriction> </xs:simpleType> </xs:element> - <xs:element name="ESRef" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="TemporalPointConstraint"> - <xs:complexType> - <xs:sequence> - <xs:element name="SignalExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="Priority" type="xs:integer" use="optional" default="0" /> </xs:extension> </xs:complexContent> </xs:complexType> </xs:schema>

C.3 Paquete Aspects <?xml version="1.0" encoding="UTF-8" ?> -  - <xs:schema xmlns:poeml="http://www.poeml.com/schemas/poeml" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.poeml.com/schemas/poeml" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0" xml:lang="en"> <xs:include schemaLocation="poeml-common.xsd" /> <xs:include schemaLocation="poeml-behaviors.xsd" /> - <xs:complexType name="ExpressionType"> - <xs:complexContent> <xs:extension base="poeml:ElementType" /> </xs:complexContent>


</xs:complexType> - <xs:complexType name="DataExpressionType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:ExpressionType"> - <xs:choice> - <xs:sequence> - <xs:choice maxOccurs="unbounded"> <xs:element name="DataExpression" type="poeml:DataExpressionType" /> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> <xs:element name="CompositionConnector" type="poeml:InstanceCompositionConnectorType" /> </xs:sequence> <xs:element name="AssociationConnector" type="poeml:InstanceAssociationConnectorType" /> </xs:choice> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="InstanceExpressionType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:ExpressionType"> - <xs:sequence> - <xs:element name="Expression"> - <xs:complexType> - <xs:sequence> - <xs:choice> - <xs:sequence> - <xs:choice maxOccurs="unbounded"> <xs:element name="InstanceExpression" type="poeml:InstanceExpressionType" /> - <xs:element name="InstanceExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> <xs:element name="CompositionConnector" type="poeml:InstanceCompositionConnectorType" /> </xs:sequence> <xs:element name="AssociationConnector" type="poeml:InstanceAssociationConnectorType" /> </xs:choice> - <xs:element name="InstanceElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence>


</xs:complexType> - <xs:key name="InstanceElementRefKey"> <xs:selector xpath="InstanceElementRef" /> <xs:field xpath="@Ref" /> </xs:key> - <xs:keyref name="InstanceElementRefRef" refer="poeml:InstanceElementRefKey"> <xs:selector xpath=".//InstanceExpression/Expression/InstanceElementRef" /> <xs:field xpath="@Ref" /> </xs:keyref> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="DataConstantExpression"> - <xs:complexContent> - <xs:extension base="poeml:DataExpressionType"> - <xs:sequence maxOccurs="unbounded"> - <xs:element name="Constant"> - <xs:complexType> <xs:attributeGroup ref="poeml:dataType" /> <xs:attribute name="Data" type="xs:string" use="required" /> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="DataConditionExpressionType"> - <xs:complexContent> - <xs:extension base="poeml:DataExpressionType"> - <xs:choice> - <xs:element name="DataElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> <xs:element name="OperationConnection" type="poeml:DataOperationConnectionType" /> </xs:choice> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="InstanceConditionExpressionType"> - <xs:complexContent> - <xs:extension base="poeml:InstanceExpressionType">


- <xs:choice> - <xs:element name="DataElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> <xs:element name="InstanceDataElement" type="poeml:InstanceExpressionType" /> <xs:element name="OperationConnection" type="poeml:DataOperationConnectionType" /> </xs:choice> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="DataDecisionExpressionType"> - <xs:complexContent> - <xs:extension base="poeml:DataExpressionType"> - <xs:sequence> <xs:element name="BallotConnection" type="poeml:BallotConnectionType" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="InstanceDecisionExpressionType"> - <xs:complexContent> - <xs:extension base="poeml:InstanceExpressionType"> - <xs:sequence> <xs:element name="BallotConnection" type="poeml:BallotConnectionType" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="SignalExpressionType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:ExpressionType"> - <xs:choice> - <xs:sequence> - <xs:choice maxOccurs="unbounded"> <xs:element name="SignalExpression" type="poeml:SignalExpressionType" /> - <xs:element name="SignalExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> <xs:element name="CompositionConnector" type="poeml:InstanceCompositionConnectorType" /> </xs:sequence> - <xs:sequence> - <xs:sequence> - <xs:choice> - <xs:element name="ProprietaryEventRef"> - <xs:complexType>


<xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="TemporalPoint"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:choice> - <xs:element name="Offset" minOccurs="0"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="Constraints" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:element name="AssociationConnector" type="poeml:InstanceAssociationConnectorType" /> </xs:sequence> </xs:choice> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="BallotConnectionType"> - <xs:sequence> - <xs:element name="Candidates" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="ElementRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" />


</xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="Elector" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="RoleRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="Ballot"> - <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Binary" /> <xs:enumeration value="Ranked" /> <xs:enumeration value="Rated" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:element name="DecisionInit" minOccurs="0"> - <xs:complexType> - <xs:sequence> - <xs:element name="SignalExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="DecisionFinish" minOccurs="0"> - <xs:complexType> - <xs:sequence> - <xs:element name="SignalExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="Constraints" minOccurs="0">

- <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> - <xs:simpleType name="InstanceAssociationConnectorType"> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Assignment" /> <xs:enumeration value="Equal" /> <xs:enumeration value="GreaterThan" /> <xs:enumeration value="LessThan" /> </xs:restriction> </xs:simpleType> - <xs:simpleType name="InstanceCompositionConnectorType"> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="AND" /> <xs:enumeration value="OR" /> <xs:enumeration value="NOT" /> </xs:restriction> </xs:simpleType> </xs:schema>

C.4 Paquete Foundation <?xml version="1.0" encoding="UTF-8" ?> -  - <xs:schema xmlns:poeml="http://www.poeml.com/schemas/poeml" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.poeml.com/schemas/poeml" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0" xml:lang="en"> <xs:include schemaLocation="poeml-common.xsd" /> <xs:include schemaLocation="poeml-behaviors.xsd" /> <xs:include schemaLocation="poeml-aspects.xsd" /> - <xs:complexType name="ESType"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:sequence> <xs:element ref="poeml:Permission" /> <xs:element ref="poeml:Event" /> - <xs:element name="Goal" type="poeml:GoalType" maxOccurs="unbounded"> - <xs:key name="InputParameterKey">


<xs:selector xpath="InputParameter/DataElement|OutputParameters/DataElement" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="CorrelatedInputParametersRef" refer="poeml:InputParameterKey"> <xs:selector xpath="correlatedInstances/InstanceExpressionRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:keyref name="InputConstraintsParametersRef" refer="poeml:InputParameterKey"> <xs:selector xpath="InputConstraint/InputParameterRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="OutputParameterKey"> <xs:selector xpath="OutputParameter" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="OutputConstraintsParameterRef" refer="poeml:OutputParameterKey"> <xs:selector xpath="OutputConstraint/OuputParameterRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="CompletionConnectionKey"> <xs:selector xpath=".//CompletionConnection" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="GoalCompletionConnection" refer="poeml:CompletionConnectionKey"> <xs:selector xpath=".//GoalCompletionConnection" /> <xs:field xpath="@Ref" /> </xs:keyref> </xs:element> <xs:element name="Learner" type="poeml:LearnerType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="Teacher" type="poeml:TeacherType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="Group" type="poeml:GroupType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="PhysicalEnvironment" type="poeml:PhysicalEnvironmentType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="VirtualEnvironment" type="poeml:VirtualEnvironmentType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="Class" type="poeml:ClassType" minOccurs="0" maxOccurs="unbounded" /> - <xs:element name="Variable" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element ref="poeml:ES" minOccurs="0" maxOccurs="unbounded" />


<xs:element name="AuthorizationSpecification" type="poeml:AuthorizationSpecificationType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="AwarenessSpecification" type="poeml:AwarenessSpecificationType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="InteractionSpecification" type="poeml:InteractionSpecificationType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="OrderSpecification" type="poeml:OrderSpecificationType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="TemporalSpecification" type="poeml:TemporalSpecificationType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="DataConstantExpression" type="poeml:DataConstantExpression" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="DataConditionExpression" type="poeml:DataConditionExpressionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="InstanceConditionExpression" type="poeml:InstanceConditionExpressionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="DataDecisionExpression" type="poeml:InstanceDecisionExpressionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="InstanceDecisionExpression" type="poeml:InstanceDecisionExpressionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="SignalExpression" type="poeml:SignalExpressionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="ProprietaryPermission" type="poeml:PermissionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="ProprietaryEvent" type="poeml:EventType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="ProprietaryOperation" type="poeml:OperationType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:element name="ESRoot"> - <xs:complexType> - <xs:sequence> <xs:element ref="poeml:ES" /> - <xs:element name="GlobalElements"> - <xs:complexType> - <xs:sequence> <xs:element name="ToolDescription" type="poeml:ToolDescriptionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="OrganizationalElement" type="poeml:OrganizationalElementType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="ExternalDataElement" type="poeml:ExternalElementType" minOccurs="0" maxOccurs="unbounded" />


<xs:element name="ExternalTool" type="poeml:ExternalElementType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="ExternalEnvironment" type="poeml:ExternalElementType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="ExternalParticipant" type="poeml:ExternalElementType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> - <xs:key name="GlobalKey"> <xs:selector xpath=".//*" /> <xs:field xpath="@id" /> </xs:key> - <xs:key name="ExternalParticipantKey"> <xs:selector xpath="GlobalElements/ExternalParticipant" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ExternalParticipantRef" refer="poeml:ExternalParticipantKey"> <xs:selector xpath=".//ExternalParticipantRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ExternalEnvironmentKey"> <xs:selector xpath="GlobalElements/ExternalEnvironment" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ExternalEnvironmentRef" refer="poeml:ExternalEnvironmentKey"> <xs:selector xpath=".//ExternalEnvironmentRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ExternalToolKey"> <xs:selector xpath="GlobalElements/ExternalTool" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ExternalToolRef" refer="poeml:ExternalToolKey"> <xs:selector xpath=".//ExternalToolRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ExternalDataElementKey"> <xs:selector xpath="GlobalElements/ExternalDataElement" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ExternalDataElementRef" refer="poeml:ExternalDataElementKey"> <xs:selector xpath=".//ExternalDataElementRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="OrganizationalElementKey"> <xs:selector xpath="GlobalElements/OrganizationalElement" /> <xs:field xpath="@id" /> </xs:key>


- <xs:keyref name="OrganizationalElementRef" refer="poeml:OrganizationalElementKey"> <xs:selector xpath=".//OrganizationalElementRef" /> <xs:field xpath="@Ref" /> </xs:keyref> </xs:element> - <xs:element name="ES"> - <xs:complexType> - <xs:complexContent> <xs:extension base="poeml:ESType" /> </xs:complexContent> </xs:complexType> - <xs:key name="ESClassKey"> <xs:selector xpath="Class" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ESElementsClassReference" refer="poeml:ESClassKey"> <xs:selector xpath=".//ClassReference" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESCorrelatedElementKey"> <xs:selector xpath="Goal|Role|Environment" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="CorrelatedElementRef" refer="poeml:ESCorrelatedElementKey"> <xs:selector xpath="correlatedInstances/InstanceExpressionRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="SubESGoalKey"> <xs:selector xpath="ES/Goal" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="GoalCompletionRef" refer="poeml:SubESGoalKey"> <xs:selector xpath=".//CompletionConnection/GoalRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:keyref name="SubESGoalAttemptRef" refer="poeml:SubESGoalKey"> <xs:selector xpath="ES/Goal/AttempConnection/GoalRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESRoleKey"> <xs:selector xpath=".//Role" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ESsRoleRef" refer="poeml:ESRoleKey"> <xs:selector xpath=".//RoleRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="RoleConnectionKey"> <xs:selector xpath=".//RoleConnection" /> <xs:field xpath="@id" /> </xs:key>


- <xs:keyref name="RoleConnectionRef" refer="poeml:RoleConnectionKey"> <xs:selector xpath=".//RoleConnectionRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="EnvironmentKey"> <xs:selector xpath=".//Environment" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="EnvironmentRef" refer="poeml:EnvironmentKey"> <xs:selector xpath=".//EnvironmentRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESDataElementKey"> <xs:selector xpath=".//DataElement" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="ESSourceDataElementRef" refer="poeml:ESDataElementKey"> <xs:selector xpath=".//DataElementRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESDataExpressionKey"> <xs:selector xpath="DataConstantExpression|DataConditionExpression|DataDecisionExpression" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="DataExpressionRef" refer="poeml:ESDataExpressionKey"> <xs:selector xpath=".//DataExpressionRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESInstanceExpressionKey"> <xs:selector xpath="InstanceConditionExpression|InstanceDecisionExpression" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="InstanceExpressionsRef" refer="poeml:ESInstanceExpressionKey"> <xs:selector xpath=".//InstanceExpressionRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESSignalExpressionKey"> <xs:selector xpath="SignalExpression" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="SignalExpressionRef" refer="poeml:ESSignalExpressionKey"> <xs:selector xpath=".//SignalExpressionRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESProprietaryEventkey"> <xs:selector xpath="AwarenessSpecification/AwarenessDescription/AwarenessSink/ProprietaryEvent" /> <xs:field xpath="@id" />


</xs:key> - <xs:keyref name="SignalExpressionProprietaryEventRef" refer="poeml:ESProprietaryEventkey"> <xs:selector xpath=".//ProprietaryEventRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:key name="ESSubESKey"> <xs:selector xpath="./ES" /> <xs:field xpath="@id" /> </xs:key> - <xs:keyref name="OrderESRef" refer="poeml:ESSubESKey"> <xs:selector xpath="OrderSpecification/OrderConnection/*/ESRef" /> <xs:field xpath="@Ref" /> </xs:keyref> - <xs:keyref name="TemporalESRef" refer="poeml:ESSubESKey"> <xs:selector xpath="TemporalSpecification/OrderConnection/*/ESRef" /> <xs:field xpath="@Ref" /> </xs:keyref> </xs:element> - <xs:simpleType name="GoalStateType"> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="NotProposed" /> <xs:enumeration value="NotAttemptable" /> <xs:enumeration value="Attemptable" /> <xs:enumeration value="Pending" /> <xs:enumeration value="Failed" /> <xs:enumeration value="CompletedSatisfied" /> <xs:enumeration value="CompletedFailed" /> </xs:restriction> </xs:simpleType> - <xs:simpleType name="GoalCompletionConnectorType"> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="AND" /> <xs:enumeration value="OR" /> <xs:enumeration value="MofN" /> </xs:restriction> </xs:simpleType> - <xs:complexType name="GoalCompletionConnectionType"> - <xs:sequence> - <xs:element name="GoalCompletionConnector"> - <xs:complexType> - <xs:simpleContent> - <xs:extension base="poeml:GoalCompletionConnectorType"> <xs:attribute name="mValue" /> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> - <xs:element name="GoalRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element>


<xs:element name="GoalCompletionConnection" type="poeml:GoalCompletionConnectionType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> <xs:attribute name="id" type="xs:NCName" use="required" /> <xs:attribute name="State" type="poeml:GoalStateType" use="optional" default="CompletedSatisfied" /> </xs:complexType> - <xs:simpleType name="GoalAttemptConnectorType"> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="Possitive" /> <xs:enumeration value="Negative" /> <xs:enumeration value="MofN" /> </xs:restriction> </xs:simpleType> - <xs:complexType name="GoalType"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:sequence> <xs:element ref="poeml:Permission" /> <xs:element ref="poeml:Event" /> - <xs:element name="InputParameter" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="OutputParameter" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="InputConstraint" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="SignalExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InputParameterRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element>


</xs:sequence> </xs:complexType> </xs:element> - <xs:element name="OuptutConstraint" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="SignalExpressionRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="OutputParameterRef" minOccurs="0"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="MandatoryOptional" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="NumberofAttempts" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="DataExpressionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> - <xs:element name="CompletionConnection" minOccurs="0"> - <xs:complexType> - <xs:complexContent> <xs:extension base="poeml:GoalCompletionConnectionType" /> </xs:complexContent>


</xs:complexType> </xs:element> - <xs:element name="AttemptConnection" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> - <xs:element name="GoalAttemptConnector"> - <xs:complexType> - <xs:simpleContent> - <xs:extension base="poeml:GoalAttemptConnectorType"> <xs:attribute name="mValue" /> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> - <xs:element name="GoalRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="State" type="poeml:GoalStateType" use="optional" default="CompletedSatisfied" /> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="MandatoryOptional" type="xs:boolean" default="true" /> <xs:attribute name="NumberofAttempts" type="xs:integer" /> <xs:attribute name="CompletedbyParticipant" type="xs:boolean" default="false" /> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="RoleType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:sequence> - <xs:element name="Attribute" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="RoleConnection" type="poeml:RoleConnectionType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="RoleConnectionType"> - <xs:sequence> - <xs:element name="RoleConnector">


- <xs:simpleType> - <xs:restriction base="xs:NMTOKEN"> <xs:enumeration value="ElectionFIFO" /> <xs:enumeration value="ElectionLIFO" /> <xs:enumeration value="ElectionRound-Robin" /> <xs:enumeration value="Selection" /> <xs:enumeration value="SingleDifference" /> <xs:enumeration value="SingleEquality" /> <xs:enumeration value="CompositeDifference" /> <xs:enumeration value="CompositeEquality" /> <xs:enumeration value="Assigment" /> </xs:restriction> </xs:simpleType> </xs:element> - <xs:sequence minOccurs="0" maxOccurs="unbounded"> - <xs:element name="RoleRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="InstanceExpressionRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> <xs:element name="RoleConnection" type="poeml:RoleConnectionType" minOccurs="0" maxOccurs="unbounded" /> - <xs:element name="RoleConnectionRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="OrganizationalElementRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ExternalParticipantRef" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="id" type="xs:NCName" use="required" /> </xs:complexType> - <xs:complexType name="LearnerType" abstract="false"> - <xs:complexContent> <xs:extension base="poeml:RoleType" />


</xs:complexContent> </xs:complexType> - <xs:complexType name="TeacherType" abstract="false"> - <xs:complexContent> <xs:extension base="poeml:RoleType" /> </xs:complexContent> </xs:complexType> - <xs:complexType name="GroupType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:RoleType"> - <xs:sequence> <xs:element name="Role" type="poeml:RoleType" maxOccurs="unbounded" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="EnvironmentType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:sequence> <xs:element name="Environment" type="poeml:EnvironmentType" minOccurs="0" maxOccurs="unbounded" /> - <xs:element name="Artifact" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="Tool" type="poeml:ToolType" minOccurs="0" maxOccurs="unbounded" /> - <xs:element name="Environment-Connection" minOccurs="0"> - <xs:complexType> - <xs:choice> - <xs:element name="EnvironmentRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ExternalEnvironmentRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="PhysicalEnvironmentType" abstract="false"> - <xs:complexContent>


<xs:extension base="poeml:EnvironmentType" /> </xs:complexContent> </xs:complexType> - <xs:complexType name="VirtualEnvironmentType" abstract="false"> - <xs:complexContent> <xs:extension base="poeml:EnvironmentType" /> </xs:complexContent> </xs:complexType> - <xs:complexType name="ClassType" abstract="false"> - <xs:complexContent> <xs:extension base="poeml:ElementType" /> </xs:complexContent> </xs:complexType> - <xs:complexType name="OrganizationalElementType" abstract="true"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:sequence> - <xs:element name="Attribute" minOccurs="0" maxOccurs="unbounded"> - <xs:complexType> - <xs:sequence> <xs:element name="DataElement" type="poeml:DataElementType" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="OrganizationalStructureType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:OrganizationalElementType"> - <xs:sequence> <xs:element name="Position" type="poeml:OrganizationalPositionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="Unit" type="poeml:OrganizationalUnitType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="Structure" type="poeml:OrganizationalStructureType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="OrganizationalUnitType" abstract="false"> - <xs:complexContent> - <xs:extension base="poeml:OrganizationalElementType"> - <xs:sequence> <xs:element name="Position" type="poeml:OrganizationalPositionType" minOccurs="0" maxOccurs="unbounded" /> <xs:element name="Unit" type="poeml:OrganizationalUnitType" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:extension> </xs:complexContent>


</xs:complexType> - <xs:complexType name="OrganizationalPositionType" abstract="false"> - <xs:complexContent> <xs:extension base="poeml:OrganizationalElementType" /> </xs:complexContent> </xs:complexType> - <xs:complexType name="ToolType"> - <xs:complexContent> - <xs:extension base="poeml:InstanceElementType"> - <xs:choice> - <xs:element name="ExternalToolRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> - <xs:element name="ToolDescriptionRef"> - <xs:complexType> <xs:attributeGroup ref="poeml:Attr.Reference.Req" /> </xs:complexType> </xs:element> </xs:choice> </xs:extension> </xs:complexContent> </xs:complexType> - <xs:complexType name="ToolDescriptionType"> - <xs:complexContent> - <xs:extension base="poeml:ElementType"> - <xs:sequence> <xs:element ref="poeml:Feature" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="poeml:Permission" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="poeml:Event" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="poeml:Operation" minOccurs="0" maxOccurs="unbounded" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> </xs:schema>

gist.det.uvigo.esmcaeiro/thesis/Apendices.pdfi Índice de Contenidos APÉNDICE A ACRÓNIMOS ...

Documents

Transcript of gist.det.uvigo.esmcaeiro/thesis/Apendices.pdfi Índice de Contenidos APÉNDICE A ACRÓNIMOS ...