Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas
|
|
- Ana María Toledo García
- hace 2 años
- Vistas:
Transcripción
1 Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas José I. Panach, Inés Pederiva, Sergio España, Óscar Pastor Departamento de Sistemas Informáticos y Computación Universidad Politécnica de Valencia Camino de Vera s/n, Valencia, España {jpanach, ipederiva, sergio.espana, Abstract. Actualmente, son muchos los modelos existentes para la captura de los requisitos funcionales de sistemas software. Sin embargo, la comunidad de Ingeniería del Software ha venido relegando a un segundo plano los requisitos de interacción, tratando la interfaz únicamente en tiempo de diseño. En este trabajo se extiende un sólido método de producción de software llamado OO- Method mediante la definición de una actividad de captura de requisitos de interacción. Para ello se hace uso de la notación formal CTT, una técnica bien conocida en el ámbito de la comunidad Interacción Persona-Ordenador. Se ha identificado un conjunto de patrones de interacción relevantes. Otorgando a estos patrones estructurales de tareas una sintaxis y una semántica bien precisas, se definen reglas de transformación entre el Modelo de Tareas y el Modelo de Presentación, el cual especifica de manera abstracta la interfaz. Esta aproximación se presenta instanciada para el entorno de la tecnología OlivaNova Model Execution, lo que permite la generación automática de la aplicación software. 1 Introducción Los requisitos de interacción de un sistema software son una pieza clave en el proceso de desarrollo, pues de ellos parte el análisis y diseño de la interfaz de usuario. La interfaz de usuario permite el acceso y empleo de la funcionalidad soportada por la aplicación, por lo cual resulta un factor esencial para la aceptación del producto software por parte del usuario. Sin embargo, es a menudo ignorada por los procesos de desarrollo propuestos por la comunidad de Ingeniería del Software (IS), frecuentemente centrados en las entrañas funcionales del sistema. Por su parte, la comunidad de Interacción Persona-Ordenador (IPO) ha propuesto técnicas y notaciones adecuadas para la captura de requisitos de interacción y el modelado de la interfaz, si bien no suelen estar integradas en procesos que cubran todo el ciclo de vida del software, incluido modelado de datos y de procesos La propuesta presentada en este trabajo integra técnicas IPO para la captura de requisitos de interacción en un sólido método de producción de software conforme con las directrices Model Driven Architecture (MDA) 0. El estándar MDA define una estrategia de desarrollo basada en transformaciones entre modelos que describen el
2 382 Panach, J.I., Pederiva, I., España, S., Pastor, O. sistema software a distintos niveles de abstracción, de manera que se va aumentando el detalle de especificación desde el modelo de requisitos hasta obtener finalmente el código fuente de la aplicación. Esta propuesta se ajusta de manera natural a las aproximaciones de la generación automática de código a partir de modelos conceptuales, entre las que se encuentra OO-Method 0 y su implementación industrial llamada OlivaNova Model Execution (ONME) 0. OO-Method define un Modelo Conceptual que describe el sistema en el espacio del problema. Éste, a su vez, se compone de cuatro submodelos que son vistas con su correspondiente soporte gráfico para especificar mediante patrones abstractos los distintos aspectos del sistema de información: el Modelo de Objetos describe el dominio del negocio como un diagrama de clases, el Modelo Dinámico y el Modelo Funcional se centran en el comportamiento del sistema y constituyen su núcleo funcional y el Modelo de Presentación ofrece una descripción abstracta de la interfaz del sistema. El Modelo Conceptual, producido durante la fase de análisis, especifica la composición y el comportamiento del sistema con un alto nivel de abstracción. Mediante una estrategia de compilación de modelos se obtiene la aplicación que soporta el sistema de información especificado. Para disponer de un ciclo de vida completo, se define una fase de captura de requisitos funcionales en la que participa el usuario, de modo que se facilita la identificación y especificación de sus necesidades. El resultado es un Modelo de Requisitos Funcionales 0 que se compone de la Misión del Sistema, una descripción de los objetivos de la organización, el Árbol de Refinamiento de Funciones, una estructuración de la funcionalidad de su sistema de información, y un Modelo de Casos de Uso, que describe con mayor detalle esta funcionalidad. Pero la especificación de requisitos funcionales no es suficiente para obtener un modelo de requisitos completo. Es necesario añadir los mecanismos para la captura y especificación de los requisitos de interacción, y ese es el objetivo esencial aquí presentado. De esta manera, el analista de sistemas puede definir la interfaz del sistema junto con los usuarios. La estrategia presentada consiste en establecer una base de correspondencias entre un Modelo de Tareas y el Modelo de Presentación. Utilizando la notación CTT (ConcurTaskTrees) 0, bien conocida en ambientes HCI, se crea un Modelo de Tareas que describe los requisitos de interacción del usuario con el sistema que se pretende construir. Si este modelo cumple ciertas propiedades, es posible derivar una versión inicial del Modelo de Presentación, facilitando la tarea del analista. La experiencia adquirida con esta aproximación 0 ha permitido reconocer dos aspectos susceptibles de mejora. En primer lugar, las correspondencias entre el Modelo de Tareas y el Modelo de Presentación deben relacionar patrones estructurales de tareas con sus correspondientes patrones de interfaz. Para esto es necesario definir detalladamente cada configuración de tareas que constituye un patrón de interacción relevante, insistiendo en el aspecto estructural. Con ello, se puede aportar una consistencia gramatical al Modelo de Tareas, lo que posibilita la posterior derivación del Modelo de Presentación. En segundo lugar, la experiencia en los proyectos en los que se ha aplicado la estrategia propuesta ha puesto de relevancia la dificultad que entraña tratar con la notación CTT. El gran tamaño de los diagramas de tareas cuando se emplean para modelar la interacción con sistemas de información organizacionales los hace
3 Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas 383 prácticamente inmanejables, aún disponiendo de herramientas para su edición 00. En trabajos anteriores de los autores 0, se propuso una derivación de los CTT a través de Casos de Uso. En el trabajo actual se presenta otro tipo de derivación. La idea es colocar una capa de sketch por encima del modelo de tareas para facilitar esa captura y validación de los requisitos con el usuario (ver Figura 1). En los casos en que la organización cuya gestión está siendo analizada tiene conocimientos informáticos, los usuarios que participan en la captura de requisitos se encuentran más cómodos hablando en términos de la interfaz que necesitan. El analista realizaría bocetos de la interfaz junto con el usuario y éstos serían interpretados por una herramienta de reconocimiento que detecte los elementos de la interfaz que se están bosquejando, en la línea de otras herramientas para este propósito 0. En paralelo y en tiempo real, la herramienta iría construyendo el modelo de tareas subyacente a los bocetos ( sketches ) de la interfaz, de manera que se dispondría de una base formal a partir de la cual se puede verificar la consistencia de los requisitos capturados. Para que esto sea posible, es necesario determinar con precisión un conjunto de patrones de interacción, que serán los utilizados como unidades básicas de construcción del Modelo de Tareas. Este enfoque constituye otra aportación relevante de este trabajo. Fig. 1. Inclusión del modelado de requisitos de interacción en el proceso OO-Method. Para alcanzar esos objetivos, la estructura del artículo es la siguiente: en la sección 2 se recogen algunas aproximaciones que han definido correspondencias entre los modelos de tareas y los modelos de interfaz. En la sección 3 se explica el Modelo de Presentación y los patrones que lo constituyen. La sección 4 presenta con detalle varios patrones estructurales de tareas que hemos identificado y sus correspondencias con los patrones del Modelo de Presentación. Por último, la sección 5 resume algunas conclusiones interesantes y los retos planteados por los trabajos futuros.
4 384 Panach, J.I., Pederiva, I., España, S., Pastor, O. 2 Estado del arte Existen trabajos abordados con el uso de CTTs para expresar, en una notación formal, la interacción persona-ordenador como una descomposición de las tareas en forma gráfica. En UsiXML 0 se hace uso de la notación CTT para validar la interacción con el usuario y como una herramienta para detectar patrones de interacción. Este modelo, al que denominan Modelo de Tareas, es utilizado para hacer una vinculación con el Modelo de Interfaz Abstracto y con el Modelo de Dominio, tanto en forma automática como manual. Por otro lado, Wisdom 0 propone una extensión a la notación CTT, basada en UML, a la cual llaman Modelo de Diálogo; este modelo se utiliza para validar la interfaz. También propone un Modelo de Presentación Abstracto donde se especifica la estructura de las componentes de interfaz. SUIDT (Safe User Interface Design Tool) 0 es una herramienta que genera interfaces automáticamente usando varios modelos relacionados entre sí: Núcleo Formal Funcional, Modelo Abstracto de Tareas y Modelo Concreto de Tareas. Con el Núcleo Formal, se modela el funcionamiento de la aplicación usando seudoformalismos que se corresponden con pre- y post-condiciones. Con el Modelo Abstracto de Tareas se definen las necesidades del usuario en términos de tareas, utilizando para ello la notación CTT. Este modelo debe ser independiente de la interfaz a desarrollar. Por último, el Modelo Concreto de Tareas describe las acciones de la aplicación y la interacción del usuario con la interfaz. Para ello utiliza CTT enriquecido con nuevas categorías usadas para modelar la interacción. SUIDT solo genera la interfaz de la aplicación final, no implementa la funcionalidad. La especificación funcional solo se utiliza para asegurar que la interfaz respeta las reglas de comportamiento impuestas por el usuario. Analizados de forma global, estos trabajos no construyen la interfaz a partir de patrones de interacción predefinidos, por lo que no es necesario construir un modelo de tareas con restricciones; sin embargo esto impide la definición de transformaciones cerradas que confluyan en la generación completa de la interfaz y de la aplicación final totalmente funcional. Por otro lado, el diseño de CTT en UsiXML y en SUIDT no es presentado dentro de un proceso de desarrollo completo y en todos los casos es tratado en un mismo nivel de abstracción en el que se presentan los modelos de objetos y de interfaz abstracta, sin usarlo como una herramienta de un nivel superior con la cual validar tempranamente los requisitos. 3 Modelo de Presentación De los modelos que define OO-Method, en este trabajo nos centraremos en el Modelo de Presentación, que permite la especificación abstracta de las interfaces de usuario por medio de un lenguaje de patrones 0. El modelo se estructura en tres niveles o capas de especificación: Nivel 1. Árbol de Jerarquía de Acciones (AJA): expresa cómo la funcionalidad será presentada al usuario que acceda al sistema.
5 Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas 385 Nivel 2. Unidades de Interacción (UIs): modela los escenarios básicos de interfaz que el usuario deberá emplear para llevar a cabo sus tareas. Existen cuatro tipos: (1) UI de servicio: modela la presentación de un diálogo cuyo objetivo es que un usuario lance un servicio; (2) UI de instancia: modela la presentación de los datos o estado de una instancia; (3) UI de población: su objetivo es mostrar un conjunto de instancias para una clase dada; (4) UI de maestro/detalle: como ejemplo de UI compleja, que se construye a partir de unidades de interacción más sencillas. Nivel 3. Patrones Elementales (PEs): permiten restringir y precisar el comportamiento de las diferentes unidades de interacción. Son ejemplos de patrones elementales: (1) Filtro: permite hacer un filtrado de información a partir de un criterio de filtrado; (2) Criterio de ordenación: proporciona un mecanismo de ordenación de objetos basado en las propiedades de estos; (3) Conjunto de visualización: describe una lista de propiedades observables (atributos) de los objetos ; (4) Acciones: determina las acciones que son ofrecidas a un usuario tras seleccionar un objeto; (5) Navegación: determina qué información relacionada con el objeto actual es alcanzable en un contexto dado. 4 Correspondencias entre CTT y el Modelo de Presentación Tal como aparece en la Figura 1, los requisitos de interacción van a ser capturados a través de técnicas de sketching o maquetado. Los resultados obtenidos con estas técnicas van a estar soportados por un Modelo de Tareas con notación CTT 0 de manera transparente para el analista. Este trabajo está centrado en el Modelo de Tareas, cuya gramática asociada tiene los siguientes componentes: Léxico: viene dado por propia notación CTT (con sus tipos de tareas de interacción, de sistema y abstractas). Sintáctico: lo conforman los patrones estructurales de tareas, que son estructuras de tareas relacionadas por operadores temporales, a los que añadimos un mecanismo de composición de patrones. Semántico: viene dado por la correspondencia entre los patrones de tareas y los patrones del Modelo de Presentación. Los patrones estructurales de tareas han sido definidos de manera genérica y, por lo tanto, presentan argumentos que deberán ser instanciados cuando el patrón sea usado para modelar una interfaz determinada. En las figuras siguientes, estos argumentos se muestran en letra cursiva, indicando que su nombre debe ser instanciado. Los argumentos de cardinalidad variable se representan con puntos suspensivos (p.e. 1..N) A continuación se presentan los patrones estructurales de tareas correspondientes a los siguientes patrones del Modelo de Presentación: UI de Población y patrones elementales relacionados.
6 386 Panach, J.I., Pederiva, I., España, S., Pastor, O. Filtro: Fig. 2. Filtro con notación CTT Obsérvese que el patrón CTT propuesto presenta varios argumentos: por un lado el nombre del filtro y por otro los campos que definen el filtro. Criterio de ordenación: <Orden> Nombre_ordenación Columna1... ColumnaN Fig. 3. Criterio de ordenación con notación CTT En la Figura 3 cada tarea de interacción que es una hoja representa cada uno de los criterios de ordenación posibles. Acciones: <Acciones> Nombre_acciones Seleccionar instancia [ ]>> Acciones ofertadas Acción1 [ ]... AcciónN Fig. 4. Acciones con notación CTT Tal como aparece en la Figura 4, la tarea de interacción modela la selección de la instancia sobre la cual se aplicarán las acciones que se modelan con el resto de tareas de sistema. Estas acciones son funciones del negocio y por eso son argumentos.
7 Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas 387 Navegación: <Navegación> Nombre_navegación Seleccionar instancia [ ]>> [ ]>> Pulsar botón de navegación Navegar al destino [... ] Navegación1 NavegaciónN Fig. 5. Navegación con notación CTT En la Figura 5 se representa, mediante tareas de interacción, la selección de la instancia desde la cual se va a navegar y la información hacia la cual se desea navegar. El conjunto de los posibles destinos constituye los argumentos de este patrón. Después, la tarea de sistema es la encargada de realizar la navegación. Conjunto de visualización: Fig. 6. Conjunto de visualización con notación CTT La Figura 6 muestra, mediante tareas del sistema, los campos a visualizar. La instanciación de estos argumentos es determinada por las necesidades de consulta de la interacción modelada. Una vez definidas las correspondencias entre estructuras de tareas y patrones de tercer nivel del Modelo de Presentación, podemos realizar la misma labor con el patrón de Unidad de Interacción de Población, que integra los patrones de tercer nivel mencionados con anterioridad. Tal como muestra la Figura 7, el árbol que representa el patrón de población incluye tareas de interacción que se encargan de realizar el filtrado (Filtro) y la ordenación (Orden). Los dobles corchetes representan las reglas de composición gramatical, puntos donde se enganchan otros patrones estructurales de tareas. Posteriormente, existe una tarea de sistema que se encarga de mostrar las instancias de los objetos por pantalla (Visualización), filtradas y ordenadas por los criterios seleccionados. Por último, el usuario puede efectuar operaciones de Acción y Navegación con estas instancias, representadas en el diagrama mediante tareas abstractas.
8 388 Panach, J.I., Pederiva, I., España, S., Pastor, O. Fig. 7. Interfaz de usuario de población Una vez construidos los CTT utilizando los patrones estructurales de tareas definidos, se aplican las reglas de transformación para obtener el Modelo de Presentación. Al añadir el resto de modelos de OO-Method (Modelo de Objetos, Dinámico y Funcional) y aplicar la compilación de modelos, se obtiene de manera automática la interfaz final del sistema con toda su funcionalidad, tal como muestra la Figura 1. 5 Caso de Estudio Para ilustrar con un ejemplo práctico la propuesta, se ha elegido el sistema software de una empresa que se encarga de suministrar agua. Este sistema se encarga de gestionar las lecturas de los contadores, emitir facturas, registrar el uso de materiales en las reparaciones del sistema de reparto de agua y el mantenimiento de materiales en los almacenes. Se presenta la tarea Listar contadores a modo de ejemplo. En esta tarea se listan todos los contadores registrados en el sistema. En la Figura 8 se muestra el CTT construido mediante los patrones estructurales de tareas. Cada uno de los nodos del árbol CTT que están en cursiva, son parámetros que han sido instanciados durante la captura de requisitos de interfaz. Se puede observar qua la tarea seleccionada contiene todos los patrones estructurales que se pueden representar en un CTT que modele una interfaz de población: varios filtros, un criterio de ordenación, un conjunto de visualización, acciones y posibles navegaciones. Al aplicar las correspondencias entre los patrones estructurales de tareas y los patrones del Modelo de Presentación, explicadas en el capítulo anterior, se obtienen de manera automática los patrones de presentación (ver Figura 9).
9 Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas 389 Fig. 8. CTT para Listar contadores En la Figura 9, se destacan en blanco los patrones del Modelo de Presentación correspondientes a Listar contadores, y se muestran en gris otros patrones creados a partir de otros árboles CTT del Modelo de Tareas. A partir del Modelo de Presentación la tecnología ONME genera automáticamente la interfaz final. Fig. 9. Modelo de Presentación Tal como se deduce de la Figura 10 cada patrón estructural del diagrama CTT, ha dado lugar a un patrón de tercer nivel del Modelo de Presentación (cuyas componentes de interfaz aparecen marcadas con elipses negras en la figura). Al aplicar la compilación de modelos se genera la interfaz mostrada en la figura.
10 390 Panach, J.I., Pederiva, I., España, S., Pastor, O. Fig. 10. Pantalla para listar los contadores 5 Conclusiones y trabajos futuros En este trabajo se ha presentado una técnica de especificación de requisitos de interacción basada en construir un Modelo de Tareas usando patrones estructurales de tareas, a partir de los cuales se puede derivar automáticamente el Modelo de Presentación. Esta técnica mejora el proceso de desarrollo que, soportado por la tecnología ONME, permite generar automáticamente el código de la aplicación a partir de los modelos de Presentación, de Objetos, Dinámico y Funcional. La experiencia indica que los diagramas CTT pueden llegar a convertirse en ilegibles para aplicaciones medianas. Es por ello, que el proceso de generación de los CTT debe ser oculto para el analista. Se ha propuesto como solución el uso de bocetos ( sketches ) para generar dichos diagramas. Como las reglas de construcción de los CTT han quedado perfectamente definidas, el analista está limitado a utilizar las reglas existentes. Esta limitación afectará a la construcción de los bocetos pero, determinando de forma precisa los gránulos de especificación, se puede garantizar la construcción del boceto y, en paralelo, del Modelo de Tareas que permitirá derivar el Modelo de Presentación. Como trabajo futuro se plantea estudiar el conjunto de constructores para el sketch y su correspondencia inyectiva con un patrón estructural de tareas. Esta propuesta se completaría con la implementación de una herramienta que, a partir de los bosquejos, construya paralelamente y de forma transparente para el analista los CTT. Esta herramienta también deberá implementar las transformaciones de patrones estructurales de tareas a patrones del Modelo de Presentación descritas en este trabajo. Referencias 1. Baron M., G. P. (Romania 2002). "SUIDT: A task model based GUI-Builder." Task MOdels and DIAgrams for user interface design (TAMODIA): Care Technologies: Última visita: Nov-2005.
11 Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas Coyette, A., Vanderdonckt, J., (2005) A Sketching Tool for Designing Anyuser, Anyplatform, Anywhere User Interfaces, Proc. of 10th IFIP TC 13 Int. Conf. on Human- Computer Interaction Interact 2005 (Rome, September 2005), M.-F. Costabile, F. Paternò (eds.), LNCS, Vol. 3585, Springer-Verlag, Berlin, pp España, S., Pederiva, I., Panach, J. I. (2006) Integrating Model-based and Task-based approaches to user interface generation. Demo paper in Proc. of Conference on Computer- Aided Design of User Interfaces (CADUI 2006), Romania (en impression) 5. Insfrán, E., Pastor, O., Wieringa, R. (2002). Requirements Engineering-Based Conceptual Modelling. Requirements Engineering, Vol. 7, Issue 2, p Springer-Verlag. 6. MDA Model Driven Architecture Última visita: Nov Molina, P. J. (2003). Especificación de interfaz de usuario: de los requisitos a la generación automática. PhD. Departamento de Sistemas Informáticos y Computación. Valencia, Universidad Politécnica de Valencia: Montero, F., V. López-Jaquero, et al. (2005). Solving the mapping problem in user interface design by seamless integration in IdealXML. Proc. of DSV-IS'05, Newcastle upon Tyne, United Kingdom, Lecture Notes in Computer Science, Springer-Verlag, Berlin. 9. Mori G., Paternò F., Santoro C. (2002) "CTTE: Support for Developing and Analyzing Task Models for Interactive System Design" IEEE Trans. on Software Engin.; pp Mori G., Paternò F., Santoro C. (2004) "Design and Development of Multidevice User Interfaces through Multiple LogicalDescriptions" IEEE Transactions on Software Engineering; pp Nunes, N. J. y J. F. e. Cunha (2000). "Wisdom: a software engineering method for small software development companies." Software, IEEE 17(5): Pastor, O., Gómez, J., Insfrán, E. Pelechano, V. (2001) The OO-Method Approach for Information Systems Modelling: From Object-Oriented Conceptual Modeling to Automated Programming. Information Systems, 26(7) Paternò, F., C. Mancini, et al. (1997). ConcurTaskTrees: A Diagrammatic Notation for Specifying Task Models. Proceedings of the IFIP TC13 International Conference on Human-Computer Interaction, Chapman & Hall, Ltd.: Molina J.C., Pastor O. MDA, OO-Method y la tecnología OlivaNova Model Excecution. I Taller sobre desarrollos dirigidos por modelos, MDA y aplicaciones. Málaga, 2004.
Prototipado rápido de interfaces de usuario
Prototipado rápido de interfaces de usuario Pedro J. Molina Sofia Martí Óscar Pastor Enviado a IDEAS 2002 Resumen Se propone un método de inferencia para favorecer el prototipado rápido de interfaces de
La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática
La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado
Modelado de la variabilidad en arquitecturas multicapa
Modelado de la variabilidad en arquitecturas multicapa José García-Alonso, Joaquín Guillén, Javier Berrocal, and Juan Manuel Murillo Escuela Politécnica, Universidad de Extremadura, Avd. de la Universidad
Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es
Metodología y Técnicas en Proyectos software para la Web II-6 para la Ingeniería Web Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es Programa
Modelización y diseño interactivo de interfaces con estructura dinámica
Modelización y diseño interactivo de interfaces con estructura dinámica P. Castells, F. Saiz, R. Moriyón, F. García E.T.S. de Informática, Universidad Autónoma de Madrid Ctra. de Colmenar Viejo km. 17,
Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado
Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:
Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición.
Glosario Aclaraciones Los conceptos del glosario están ordenados alfabéticamente. Un concepto puede ser un único término como meta o una frase como ambiente de ingeniería de software centrado en procesos.
Migración de datos automática a partir de la información de los esquemas conceptuales 1
Migración de datos automática a partir de la información de los esquemas conceptuales 1 J.Pérez 1, J.A.Carsí 1, I.Ramos 1, V.Anaya 1, J.Silva 1, Departamento de Sistemas Informáticos y Computación Universidad
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA EN INFORMÁTICA PROYECTO FIN DE CARRERA
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA EN INFORMÁTICA PROYECTO FIN DE CARRERA EgiuXML: Editor gráfico de Interfaces de Usuario a nivel concreto utilizando UsiXML Arturo
Las interfaces de usuario están evolucionando hacia interfaces de
Descripción Formal de Propiedades Esenciales de las Interfaces de Usuario Distribuidas 1 Interfaces de Usuario Distribuidas. Resumen El concepto tradicional de interfaz de usuario está cambiando debido
Organización de objetos del sistema TANGOW: creación y seguimiento de cursos adaptativos a través de Internet
Carro, R.M., Moriyón, R., Pulido, E. and Rodríguez, P. (2000): Organización de objetos del sistema TANGOW: creación y seguimiento de cursos adaptativos a través de Internet. Interacción 2000. Actas de
Una Propuesta Metodológica basada en Taxonomías para el Desarrollo de Sistemas Groupware Interactivos
Una Propuesta Metodológica basada en Taxonomías para el Desarrollo de Sistemas Groupware Interactivos William J. Giraldo 2, Ana I. Molina 1, Manuel Ortega 1, César A. Collazos 3 1 Departmento de Sistemas
elearnixml: Hacia el Desarrollo de Sistemas elearning Basado en Modelos
elearnixml: Hacia el Desarrollo de Sistemas elearning Basado en Modelos Habib Fardoun, Francisco Montero, Víctor López-Jaquero Universidad de Castilla-La Mancha. 02071 Albacete (España) {habib, fmontero,
Carlos Mario Zapata Jaramillo, 1* Luz Marcela Ruiz Carmona 1, Oscar Pastor 2
Rev. Fac. Ing. Univ. ntioquia N. 56 pp. 203-212. Diciembre, 2010 Desde esquemas preconceptuales hacia OO-Method From pre-conceptual schemas to OO-Method Carlos Mario Zapata Jaramillo, 1* Luz Marcela Ruiz
Desarrollo basado en modelos de la interfaz de usuario de sistemas groupware
Desarrollo basado en modelos de la interfaz de usuario de sistemas groupware A model based proposal for user interface development in groupware systems William J. Giraldo 1, MSc, Cesar A. Collazos 2, PhD
SET (Software Engineering Tutor). Una herramienta para la construcción guiada de modelos de dominio
SET (Software Engineering Tutor). Una herramienta para la construcción guiada de modelos de dominio Arturo Cepeda Pérez, Sergio Bravo Martín, Francisco José García Peñalvo Universidad de Salamanca, Facultad
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Análisis comparativo entre CIMOSA (CIM-Open System Architecture) y DEM (Dynamic Enterprise Modelling)
3rd International Conference on Industrial Engineering and Industrial Management XIII Congreso de Ingeniería de Organización Barcelona-Terrassa, September 2nd-4th 2009 Análisis comparativo entre CIMOSA
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA EN INFORMÁTICA PROYECTO FIN DE CARRERA
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA EN INFORMÁTICA PROYECTO FIN DE CARRERA ACAUI: Abstracción de interfaces de usuario a partir de especificaciones concretas Francisco
Extensión a UsiXML para el Soporte del Awareness
Extensión a UsiXML para el Soporte del Awareness Jose Figueroa-Martinez 1, F. L. Gutiérrez Vela 1, Víctor López-Jaquero 2, Pascual González 2 1 Universidad de Granada C/ Cuesta del Hospicio s/n - 18071
Programación orientada a
Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación
Arquitectura de Aplicaciones
1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento
DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES
Alfonseca, M., Carro, R.M., Pulido, E. and Rodríguez, P. (2000): Diseño de un curso interactivo y adaptativo de procesadores de lenguajes. Proceedings of JENUI 2000: VI Jornadas sobre la Enseñanza Universitaria
Perfil UML para el desarrollo de aplicaciones WAP
Perfil UML para el desarrollo de aplicaciones WAP Ricardo Soto D., Mauricio Camara J. Escuela de Ingeniería Informática, Pontificia Universidad Católica de Valparaíso, Chile E-mail: ricardo.soto@ucv.cl,
Integración de un entorno de producción automática de software en un marco de alineamiento estratégico 1
Integración de un entorno de producción automática de software en un marco de alineamiento estratégico 1 José Luís De la Vara González, Juan Sánchez Díaz, Óscar Pastor López Departamento de Sistemas Informáticos
Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow
Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Fabio A. Zorzan 1 y Daniel Riesco 2 Resumen Esta línea de investigación pretende aportar a la mejora
Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo
Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes
Diagrama de Clases. Diagrama de Clases
Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar
Administración de Variabilidad en una línea de producto basada en modelos
Administración de Variabilidad en una línea de producto basada en modelos Kelly Garcés Carlos Parra Hugo Arboleda Andres Yie Rubby Casallas Universidad de los Andes, Bogotá k-garces @uniandes.edu.co Universidad
OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento
OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje
Análisis del Sistema de Información
Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación
Programación Orientada a Objetos Profr. Pedro Pablo Mayorga
Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto
Benemérita Universidad Autónoma de Puebla Vicerrectoría de Docencia Dirección General de Educación Superior Facultad de Ciencias de la Computación
PLAN DE ESTUDIOS (PE): Licenciatura en Ingeniería en Tecnologías de la Información. AREA: Optativas ASIGNATURA: CÓDIGO: ITIM-601 CRÉDITOS: 5 FECHA: Julio de 2013 1 1. DATOS GENERALES Nivel Educativo: Licenciatura.
Enterprise Analyst: Taller de Bautizo
Enterprise Analyst: Taller de Bautizo Metas Entender la Necesidad de Ejecutar los Modelos Desarrollar un caso usando UML tradicional Identificar los problemas de UML Conocer la Herramienta Enterprise Analyst
Integración de UML y Lenguajes de Modelado Específicos de Dominio Mediante la Generación Automática de Perfiles UML
Integración de UML y Lenguajes de Modelado Específicos de Dominio Mediante la Generación Automática de Perfiles UML Tesis de Máster en Ingeniería del Software, Métodos Formales y Sistemas de Información
IWG-101: Introducción a la Ingeniería. Departamento de Informática, UTFSM 1
IWG-101: Introducción a la Ingeniería Departamento de Informática, UTFSM 1 Introducción a UML Historia Potencialidades Diagramas soportados UML en el proceso de desarrollo de SW. Introducción a UML Necesidad
AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM
AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM Fabio A. Zorzan y Daniel Riesco Resumen Esta línea de investigación propone una alternativa para lograr la automatización de la gestión
WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS
WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS Autores: Introducción Diego R. López RedIRIS diego.lopez@rediris.es El trabajo necesario para mantener un servidor de información
Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL
Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL DNI Apellidos y nombre 1. Cuál de las siguientes afirmaciones no es una causa de los problemas del software?
Aplicaciones Web a tu medida!
Nota aclaratoria: El presente documento se realizó tomando como base el documento titulado Ingeniería de Requisitos en Aplicaciones para la Web Un estudio comparativo escrito por María José Escalona (Universidad
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Una Aproximación para Aplicaciones Web: MOWEBA
Una Aproximación para Aplicaciones Web: MOWEBA Magalí González 1,2, Luca Cernuzzi 1, Oscar Pastor 2 1 DEI - Universidad Católica Nuestra Señora de la Asunción Asunción Paraguay 2 DSIC - Universidad Politécnica
Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es
Tema 5: El Lenguaje Unificado de Modelado Departamento de Lenguajes y Sistemas Informáticos II Contenidos Introducción Diagramas de UML Modelado de la parte estática Modelado de la parte dinámica Las 4+1
Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML
Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo
Patrones de interfaz de usuario para la exploración orientada a objetos
Patrones de interfaz de usuario para la exploración orientada a objetos Pedro J. Molina 1, Ismael Torres 1, Oscar Pastor 2 1 CARE Technologies S.A. Ctra. Las Marinas, Km 2. Urb. Retiro III 03700 Denia,
Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio
Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio M. Teresa García 1, Mercedes Ruiz 1 y Cristina Vicente-Chicote 2 1 Departamento de Lenguajes y Sistemas Informáticos Universidad
Patrones de software y refactorización de código
Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.
Diseño de la Interación Humano-Computadora
Diseño de la Interación Humano-Computadora Dr. Jaime Muñoz Arteaga Centro de Ciencias Básicas Universidad Autónoma de Aguascalientes Aguascalientes, México jmauaa@gmail.com Día virtual sobre Interacción
Arquitectura de Empresa. Visión General
IX Congreso de Ingeniería de Organización Gijón, 8 y 9 de septiembre de 2005 de Empresa. Visión General Llanos Cuenca González 1, Ángel Ortiz Bas 1, Andrés Boza García 1 1 Centro de Investigación Gestión
INTERPRETACIÓN DINÁMICA DE MÚLTIPLES LENGUAJES DE DOMINIO ESPECÍFICO
INTERPRETACIÓN DINÁMICA DE MÚLTIPLES LENGUAJES DE DOMINIO ESPECÍFICO Héctor A. FLOREZ FERNANDEZ Facultad Tecnológica, Universidad Distrital Francisco Jose de Caldas haflorezf@udistrital.edu.co Bogotá,
ADM: MÉTODO DE DISEÑO PARA LA GENERACIÓN DE PROTOTIPOS WEB RÁPIDOS A PARTIR DE MODELOS
XV Jornadas de Ingeniería del Software y Bases de Datos JISBD 2006 José Riquelme - Pere Botella (Eds) CIMNE, Barcelona, 2006 ADM: MÉTODO DE DISEÑO PARA LA GENERACIÓN DE PROTOTIPOS WEB RÁPIDOS A PARTIR
Herramienta Software y Método para Modelar Aplicaciones Web Independientes de Dispositivo
Oferta Tecnológica: Herramienta Software y Método para Modelar Aplicaciones Web Independientes de Dispositivo Referencia: TO-OOH_METHOD IRC-CENEMES Innovation Relay Centre INNOVATION and SME Program EU
CLEFTCase: Herramienta CASE con soporte colaborativo 1
CLEFTCase: Herramienta CASE con soporte colaborativo 1 Miguel Á. Conde a, Iván Álvarez b, Francisco J. García b a Departamento de I+D+i CLAY Formación Internacional C/Hoces del Duratón nº 57, 37008, Salamanca,
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA EN INFORMÁTICA PROYECTO FIN DE CARRERA
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA EN INFORMÁTICA PROYECTO FIN DE CARRERA TicXML: Generando diferentes interfaces de usuario finales a partir de una única especificación
UML El Lenguaje de Modelado Unificado. Maestría en Ingeniería de Software
UML El Lenguaje de Modelado Unificado Maestría en Ingeniería de Software Agenda Model Driven Architecture (MDA) Unified Model Language (UML) Object Constraint Language (OCL) Patrones Conclusiones Contenido
UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Una Arquitectura para una Herramienta de Patrones de Diseño
Una Arquitectura para una Herramienta de Patrones de Diseño José Sáez Martínez 1, Jesús García Molina, Pedro J. Jiménez García Departamento de Informática, Lenguajes y Sistemas. Campus de Espinardo C.P.
El Proceso Unificado de Desarrollo de Software
El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:
UML 2 Iniciación, ejemplos y ejercicios corregidos
Ediciones ENI UML 2 Iniciación, ejemplos y ejercicios corregidos (3ª edición) Colección Recursos Informáticos Contenido Contenido 1 Capítulo 1 Introducción 1. Motivaciones de la obra.....................................
Hacia la Integración de Técnicas de Pruebas en Metodologías Dirigidas por Modelos para SOA
Hacia la Integración de Técnicas de Pruebas en Metodologías Dirigidas por Modelos para SOA Antonio García Domínguez Inmaculada Medina Bulo Mariano Marcos Bárcena Universidad de Cádiz Escuela Superior de
Índice. http://www.dicampus.es
Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:
Generación de Aplicaciones Web Basadas en Procesos de Negocio Mediante Transformación de Modelos
IEEE LATIN AMERICA TRANSACTIONS, VOL. 5, NO. 4, JULY 2007 245 Generación de Aplicaciones Web Basadas en Procesos de Negocio Mediante Transformación de Modelos Victoria Torres, Investigador, Universidad
Herramienta de gestión de trazabilidad de requerimientos en proyectos de software
Herramienta de gestión de trazabilidad de requerimientos en proyectos de software Alfredo Villafañe 1, María de los A. Ferraro 1, Yanina Medina 1, Cristina Greiner 1, Gladys Dapozo 1, Marcelo Estayno 2
BASES DE DATOS. Ivon Tarazona Oriana Gomez
BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos
MCGEN: UN ENTORNO PARA LA GENERACIÓN AUTOMÁTICA DE COMPILADORES DE MODELOS ESPECÍFICOS DE DOMINIO
XV Jornadas de Ingeniería del Software y Bases de Datos JISBD 2006 José Riquelme - Pere Botella (Eds) CIMNE, Barcelona, 2006 MCGEN: UN ENTORNO PARA LA GENERACIÓN AUTOMÁTICA DE COMPILADORES DE MODELOS ESPECÍFICOS
MODELADO DE OBJETOS. {brossi,pbritos,rgm}@itba.edu.ar
MODELADO DE OBJETOS Bibiana ROSSI, Paola BRITOS y Ramón GARCIA MARTINEZ, CAPIS - Centro de Actualizacion Permanente en Ingeniería de Software Escuela de Posgrado. ITBA. 0. INTRODUCCION {brossi,pbritos,rgm}@itba.edu.ar
Modelado arquitectónico con UML
Modelado arquitectónico con UML Qué es la arquitectura de software El modelo de 4+1 vistas arquitectónicas Cohesión y acoplamiento Cómo lograr una descomposición modular eficaz Criterios para la selección
Capítulo 5. Implementación y Tecnologías Utilizadas
Capítulo 5. Implementación y Tecnologías Utilizadas Cada vez más, se está utilizando Flash para desarrollar aplicaciones basadas en Web, pues permite la construcción de ambientes con mayor interacción.
Una propuesta de implementación para especificaciones de patrones de comportamiento
Una propuesta de implementación para especificaciones de patrones de comportamiento Alberto A. Cortez 123, Claudia A. Naveda 12 1 Consejo de Investigaciones -CIUDA, Universidad del Aconcagua, Mendoza,
ASI. Análisis del Sistema de Información
ASI Análisis del Sistema de Información 1 ASI Análisis del Sistema de Información Introducción Objetivo Obtención de una especificación detallada del Sistema Información a través de: Catálogo de Requisitos
El Proyecto Cupi2. Jorge Villalobos Rubby Casallas Marcela Hernández. Mayo 3 2006. Buscando nuevas maneras de enseñar a programar
El Proyecto Cupi2 Buscando nuevas maneras de enseñar a programar Jorge Villalobos Rubby Casallas Marcela Hernández Ingeniería de Sistemas y Computación Universidad de los Andes Mayo 3 2006 Objetivo Presentar
CIAM: Una Aproximación Metodológica para el desarrollo de Interfaces de Usuario en aplicaciones groupware
CIAM: Una Aproximación Metodológica para el desarrollo de Interfaces de Usuario en aplicaciones groupware Ana I. Molina, Miguel A. Redondo, Manuel Ortega Department of Information Technologies and Systems.
Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas
Contenido de la sesión Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Diseño de Software Es una descripción de la estructura del software que se va a
Construcción y adaptación de Lenguajes de Dominio Específico por usuarios finales
Construcción y adaptación de Lenguajes de Dominio Específico por usuarios finales Santiago Jácome G. Universidad de las Fuerzas Armadas ESPE, Ecuador Universidad Autónoma de Madrid, España psjacome@espe.edu.ec
Especificación de requerimientos
Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación
Diseño del Modelo Navegacional para Sistemas de Tratamiento de Bibliotecas Digitales
Diseño del Modelo Navegacional para Sistemas de Tratamiento de Bibliotecas Digitales Jesús Torres, Manuel Mejías, MªJosé Escalona, José A. Ortega, Juan M. Cordero Dpto. Lenguajes y Sistemas Informáticos
Pontificia Universidad Javeriana. TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos. Version 1.0
Pontificia Universidad Javeriana TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos Version 1.0 Historial de Revisión del Documento Date Version Description Author 27/Ene/12 1.0
CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA
CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15
Diagramas de Clase en UML 1.1
Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar
Interacción Persona - Ordenador
Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición
2. DESCRIPCIÓN DEL PROYECTO
Diseño y desarrollo de un sistema de geolocalización de servicios Mario R. Moreno Sabido 1, Danice D. Cano Barrón 2, Didier R. Moreno Vázquez 1, Grelty del S. Canul Novelo 1, José R. Atoche Enseñat 1 1
rg.o cm a Espec e i c fica c ci c ó i n ó n d e e r e r q e uer e i r mi m en e tos o l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s
Especificación de requerimientos Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos
UN ENTORNO PARA LA OBTENCIÓN DEL DIAGRAMA DE TAREAS A PARTIR DE ESQUEMAS PRECONCEPTUALES
REVISTA POLITÉCNICA ISSN 1900-2351, Año 7, Número 12 ENERO - JUNIO DE 2011 UN ENTORNO PARA LA OBTENCIÓN DEL DIAGRAMA DE TAREAS A PARTIR DE ESQUEMAS PRECONCEPTUALES AN ENVIRONMENT FOR AUTOMATICALLY OBTAINING
BASES DE DATOS TEMA 1. INTRODUCCION
Contenidos generales BASES DE DATOS TEMA 1. INTRODUCCION Bases de datos, Sistemas de gestión de bases de datos y Sistemas de bases de datos Bases de datos vs. Sistemas de archivos Objetivos de los Sistemas
1. Cuál es el objetivo del proceso de Análisis del Sistema de Información? del sistema. a. 10. b. 12. c. 9. d. 11. Análisis
1. Cuál es el objetivo del proceso de del Sistema de Información? a. La obtención de una especificación detallada del sistema de información que satisfaga las necesidades de información de los usuarios
Documentando la arquitectura de software Principios básicos por Omar Gómez
Documentando la arquitectura de software Principios básicos por Omar Gómez En la actualidad, uno de los temas candentes que se habla dentro de la comunidad de desarrollo de software es el referente a las
Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms
Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura
Arturo Cepeda Pérez. Software Engineering Tutor
Software Engineering Tutor M A N U A L D E U S U A R I O Tabla de contenidos 1. Software Engineering Tutor... 1 2. Entorno... 2 2.1. Vista Modelo... 3 2.2. Vista Diagrama... 4 2.3. Vista Propiedades...
Una Introducción a los Perfiles UML
Una Introducción a los Perfiles UML Lidia Fuentes y Antonio Vallecillo Depto. de Lenguajes y Ciencias de la Computación, Universidad de Málaga Campus de Teatinos. E29071- Málaga (SPAIN) e-mail: {lff,av}@lcc.uma.es
BASES DE DATOS MIS 308
2. MODELOS DE DATOS Introducción 2.1 Entidad relación 2.2 Jerárquico 2.3 De red 2.4 Relacional Introducción Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se precie debe
Desarrollo y difusión de un método para el diseño de la base de datos a partir del modelo orientado a objetos.
Desarrollo y difusión de un método para el diseño de la base de datos a partir del modelo orientado a objetos. Autores: M.Sc. Anaisa Hernández González (*) Resumen. Dra. Sofía Alvarez Cárdenas (**) Instituto
ESPECIFICACIÓN Y TRAZABILIDAD DE REQUERIMIENTOS EN EL DESARROLLO DE APLICACIONES WEB
ESPECIFICACIÓN Y TRAZABILIDAD DE REQUERIMIENTOS EN EL DESARROLLO DE APLICACIONES WEB Ferraro, Maria de los Angeles a ; Medina, Yanina a* ; Dapozo, Gladys a ; Estayno, Marcelo b a Facultad de Ciencias Exactas
DESARROLLO DE SITIOS WEB INSTRUCCIONALES (SWI)
DESARROLLO DE SITIOS WEB INSTRUCCIONALES (SWI) Presentación creada por María Eugenia Valencia Profesora Titular Escuela de Ingeniería de Sistemas y Computación Universidad del Valle - Cali Colombia Basada
Modelo de Control de Acceso en un Sistema Colaborativo
Modelo de Control de Acceso en un Sistema Colaborativo M. Sánchez 1, B. Jiménez 1, F. L. Gutiérrez 1, P. Paderewski 1, J. L. Isla 2 1 Departamento de Lenguajes y Sistemas Informáticos Universidad de Granada.
Trabajo de Investigación
Escuela Técnica Superior de Ingeniería Informática Departamento: Ingeniería de Software y Sistemas Informáticos Trabajo de Investigación Arquitecturas Software: Gestión de los atributos de calidad de un
ANÁLISIS Y DISEÑO DE UN PORTAL DE VENTA DE LIBROS EDUCATIVOS
INGENIERIA DE SOFTWARE Trabajo Final de Carrera ANÁLISIS Y DISEÑO DE UN PORTAL DE VENTA DE LIBROS EDUCATIVOS Jordi Cid Rodríguez - ETIG - Consultor: José Antonio Raya Martos Septiembre 2011 Objetivo El
Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R
índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo
Interfaz de Consultas Vagas sobre Componentes Educativos en La Web
Interfaz de Consultas Vagas sobre Componentes Educativos en La Web Claudia Jiménez Ramírez Universidad Nacional de Colombia, Sede Medellín csjimene@unalmed.edu.co Hernán Darío Alvarez Universidad Nacional
WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8
WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina
Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso
Fundamentos de Ingeniería del Software Capítulo 3. Análisis de Requisitos Introducción a los casos de uso Cap 3. Análisis de Requisitos Estructura 1. Actividades iniciales. 2. Técnicas de recogida de la