PROCESO UNIFICADO CAPTURA DE REQUISITOS

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "PROCESO UNIFICADO CAPTURA DE REQUISITOS"

Transcripción

1 PROCESO UNIFICADO CAPTURA DE REQUISITOS El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 Captura de requisitos Workflow Requisitos Concepción Elaboración Construcción Verificación Transición Análisis Diseño Implementación Prueba Iteración-es Inicial-es Iter. #1 Iter. #2 Iter. #3 Iter. #4 Iter. #5 Iter. #6 Iter. #7 (Adaptado de Jacobson, 1999) Ingeniería del software 2

2 Diagramas de casos de uso REQUISITOS Características que deben incluirse en un sistema o aplicación. Caso de uso: Descripción de un conjunto de secuencias de acciones que ejecuta un sistema produciendo un resultado de interés para un actor. Describen el comportamiento para cada actor Instancia de caso de uso Se lleva a cabo mediante colaboraciones de objetos Colaboración: Define las interacciones que han de producirse entre los objetos con el fin de que estos puedan desempeñar su papel. Ingeniería del software 3 Diagramas de casos de uso Elementos estructurales: Relaciones: Actor Caso de uso Colaboración Dependencia: relación semántica donde un cambio en el elemento independiente puede afectar a la semántica del elemento dependiente. Elemento dependiente Elemento independiente Ingeniería del software 4

3 Diagramas de casos de uso Relaciones Asociación: enlace que representa conexión entre objetos Actor Caso de uso Realización: relación semántica entre clasificadores, en la cual un clasificador especifica un contratao que otro clasificador se compromete a llevar a cabo. Caso de uso Colaboración Ingeniería del software 5 Captura de requisitos TAREA Enumerar requisitos candidatos Entender el contexto del sistema Capturar requisitos funcionales Capturar requisitos no funcionales PRODUCTOS (artifact) Lista de características Modelo de negocio o de dominio Modelo de casos de uso Prototipo IU Requisitos suplementarios o casos individuales Ingeniería del software 6

4 Captura de requisitos TAREA Enumerar requisitos candidatos Entender el contexto del sistema Capturar requisitos funcionales Capturar requisitos no funcionales PRODUCTOS (artifact) Lista de características Modelo de negocio o de dominio Modelo de casos de uso Prototipo IU Requisitos suplementarios o casos individuales Ingeniería del software 7 Captura de requisitos Modelo del dominio Qué es? Tipos de objetos (especificación o entrevistas) Cosas y eventos Diagramas de clases y glosario Desarrollar el modelo del dominio Técnicas de comunicación Solo contexto Usar el modelo del dominio Al describir los casos de uso Conceptos sugieren clases de análisis y diseño Ingeniería del software 8

5 Captura de requisitos Modelo de negocio Qué es? Procesos de negocio Cómo se realiza un proceso por un conjunto de trabajadores que usan unas entidades y unidades de trabajo Desarrollar el modelo de negocio Identificar casos de negocio y sus actores Desarrollar modelo de objetos de negocio con: trabajadores, entidades de negocio y unidades de trabajo Usar el modelo de negocio Un actor por trabajador Identificar sus papeles en distintos casos Ingeniería del software 9 Captura de requisitos TAREA Enumerar requisitos candidatos Entender el contexto del sistema Capturar requisitos funcionales Capturar requisitos no funcionales PRODUCTOS (artifact) Lista de características Modelo de negocio o de dominio Modelo de casos de uso Prototipo IU Requisitos suplementarios o casos individuales Ingeniería del software 10

6 Capturar requisitos funcionales Basado en casos de uso CU para el actor: forma de utilizar el sistema Objetivos: Capturar el comportamiento, sin especificar Comprensión común Validar arquitectura y sistema Ingeniería del software 11 Capturar requisitos funcionales 1. Identificar actores y casos de uso 2. Priorizar casos de uso 3. Detallar casos de uso 4. Prototipo de IU 5. Estructurar el modelo Ingeniería del software 12

7 Capturar requisitos funcionales 1. Identificar actores y casos de uso Para: Delimitar el sistema Actores y funcionalidad Glosario Pasos: Descubrir los actores Descubrir los casos de uso Describir brevemente cada caso de uso Describir el modelo de casos de uso Ingeniería del software 13 Ejemplo. Cajero automático Lista de requisitos candidatos FUNCIONES BÁSICAS R1. El usuario podrá consultar el saldo de su cuenta R2. Si el usuario intenta sacar una cantidad que supera el saldo de su cuenta, el cajero le avisará de que no es posible sacar esa cantidad R3. Si el usuario intenta sacar una cantidad que supera el límite diario, el cajero le avisará de que no es posible y volverá a solicitar una cantidad R4. El cliente del banco podrá hacer una transferencia a otra cuenta... REQUISITOS NO FUNCIONALES Fácil de usar Tiempo de respuesta inferior a 30 seg.... Ingeniería del software 14

8 Ejemplo. Cajero automático Casos de uso. Descripción inicial Caso de uso: Sacar dinero Actores: Cliente (iniciador) Tipo:?? Descripción: El caso de uso comienza con la identificación del usuario. El cliente usa el caso de uso para acceder a su cuenta. El caso de uso le devuelve el dinero solicitado, un aviso de que no tiene saldo o de que ha excedido el límite diario. Caso de uso: Consultar saldo Actores: Cliente Tipo:?? Descripción: El caso de uso comienza con la identificación del usuario. El usuario consulta el saldo de su cuenta. Ingeniería del software 15 Capturar requisitos funcionales 2. Priorizar los casos de uso Visión de la arquitectura Casos de uso a desarrollar en las primeras iteraciones Casos de uso significativos Ingeniería del software 16

9 Capturar requisitos funcionales 3. Detallar casos de uso Objetivo: flujo de sucesos (o eventos): Cómo comienza y termina el caso de uso Cómo interactúa con los actores Objetos que se intercambian Veremos: Cómo estructurar la descripción de un CU Qué incluir en una descripción de un CU Cómo formalizar la descripción del CU Antes... Ingeniería del software 17 Diagramas de estado Un diagrama de estados representa un elemento como una máquina de estados finita Un diagrama de estado, representa la vida de un único elemento Consta de: Estados, Transiciones, Eventos y Actividades Permite visualizar el comportamiento (dinámico) de un elemento Ingeniería del software 18

10 Diagramas de estado Elementos Estado: situación en la vida de un elemento durante la cual se satisface alguna condición, se realiza alguna actividad o se espera algún suceso Inicial, Intermedio, Final Transición: relación entre dos estados que indica que un elemento que esté en un primer estado realizará ciertas acciones y entrará en el segundo estado cuando se produzca un suceso especificado y se satisfacen las condiciones indicadas Suceso o evento: especificación de algún acontecimiento que ocupa espacio y tiempo. Es la aparición de un estímulo que puede disparar la transición de un estado a otro Ingeniería del software 19 Diagramas de estado E.Inicial Estado Estado E.Final Transición en el paro contratar en activo Estado perder empleo jubilarse jubilarse jubilado Suceso T. autom. Ingeniería del software 20

11 Diagramas de estado Actividad: ejecución no atómica en curso, dentro de una máquina de estados. Lo que se hace en el estado do: operación que toma un tiempo en el estado. Puede interrumpirse por un suceso, externo o interno, o terminar en transición automática Acción: computación atómica ejecutable que produce un cambio de estado del modelo o devuelve algún valor (deben ser operaciones de la clase) entry: instantáneamente a la entrada del estado exit: instantáneamente a la salida del estado eventos Ingeniería del software 21 Diagramas de estado La acción se considera instantánea Ejemplos: a Evento [condición] / acción b estado A entry: acción por entrar exit: acción por salir do: actividad mientras en estado Ingeniería del software 22

12 Capturar requisitos funcionales 3. Detallar casos de uso (cont.) Cómo estructurar un CU Camino básico: normal Alternativas: El actor puede elegir diferentes caminos Si está implicado más de un actor, las acciones de uno pueden influir el camino de otro El sistema detecta entradas erróneas Algunos recursos funcionan mal Gráficamente: diagrama de transición de estados Ingeniería del software 23 Capturar requisitos funcionales 3. Detallar casos de uso (cont.) Qué incluir (descripción textual) Estado inicial como precondición (condiciones previas) Cómo y cuándo comienza el caso de uso Orden de acciones (flujo de sucesos) Cómo y cuándo termina el caso de uso Estados finales como postcondiciones (cond. posteriores) Caminos no permitidos Descripción caminos alternativos (incluida o no con el c. básico) Interacción del sistema con los actores y cambios que producen Uso de objetos, valores y recursos del sistema Qué hace el sistema. Separar responsabilidades. el sistema... Requisitos especiales Validar los casos de uso Ingeniería del software 24

13 Capturar requisitos funcionales 3. Detallar casos de uso (cont.) Para casos de uso sencillos es suficiente texto Casos de uso complejos: necesitan estructuración y técnicas visuales Formalismos: diagramas de transición de estados actividad interacción Ingeniería del software 25 Diagramas de estado Diagrama de estados para un caso de uso: modificar datos alumno Pulsado Cancelar Pulsado modificar Datos en modificación Pulsado aceptar Datos comprobados [datos NoVálidos] Comprobando datos Datos comprobados [datos Válidos] Datos modificados Pulsado salir Ingeniería del software 26

14 Caso de uso Sacar dinero Flujo de eventos ACCIÓN DEL ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero 3. Introduce la clave RESPUESTA DEL SISTEMA 2. Pide la clave de identificación 4. Comprueba la clave. 5. Presenta las opciones de operaciones disponibles 6. Selecciona la operación de Reintegro 8. Introduce la cantidad requerida 10. Recoge la tarjeta. 11. Recoge el recibo 12. Recoge el dinero y termina el caso de uso 7. Pide la cantidad a retirar. 9. Procesa la petición y da el dinero solicitado. Devuelve la tarjeta y genera un recibo Ingeniería del software 27 Caso de uso Sacar dinero Flujo de eventos ACCIÓN DEL ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero 3. Introduce la clave RESPUESTA DEL SISTEMA 2. Pide la clave de identificación 4. Comprueba la clave. 5. Presenta las opciones de operaciones disponibles 6. Selecciona la operación de Reintegro 8. Introduce la cantidad requerida 10. Recoge la tarjeta. 11. Recoge el recibo 12. Recoge el dinero y termina el caso de uso 7. Pide la cantidad a retirar. 9. Procesa la petición y da el dinero solicitado. Devuelve la tarjeta y genera un recibo Ingeniería del software 28

15 Caso de uso Validar usuario Flujo de eventos ACCIÓN DEL ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero 3. Introduce la clave RESPUESTA DEL SISTEMA 2. Pide la clave de identificación 4. Comprueba la clave 5. Si es válida presenta las opciones disponibles y se termina el caso de uso CAMINOS ALTERNATIVOS Evento 3. El cliente cancela la transacción Evento 4. La clave no es válida y se reinicia el caso de uso. Si ocurre tres veces se cancela la transacción y no se devuelve la tarjeta HAY QUE DEFINIR ESTOS DOS FLUJOS DE EVENTOS!! Ingeniería del software 29 Caso de uso Sacar dinero Flujo de eventos ACCIÓN DEL ACTOR 1. Este caso de uso empieza cuando se han presentado las opciones de operaciones disponibles. Selecciona la operación de Reintegro 3. Introduce la cantidad requerida RESPUESTA DEL SISTEMA 2. Pide la cantidad a retirar. 4. Procesa la petición y da el dinero solicitado. Devuelve la tarjeta y genera un recibo 5. Recoge la tarjeta. 6. Recoge el recibo 7. Recoge el dinero y termina el CU Ingeniería del software 30

16 Caso de uso Sacar dinero Flujo de eventos CAMINOS ALTERNATIVOS Evento 4: La cantidad solicitada supera el saldo. Se indica el error y se cancela la operación. Evento 4: La cantidad solicitada supera el límite diario. Se indica el error y se vuelve a pedir otra cantidad. Evento 4: En el cajero no hay dinero. HAY QUE DEFINIR ESTOS TRES FLUJOS DE EVENTOS!! Podríamos definir diagramas de estados Requisito no funcional asociado al caso de uso Sacar dinero: El tiempo de respuesta para un cliente debe ser <30 sg en el 90% de los casos Ingeniería del software 31 Caso de uso Validar usuario Flujo de eventos tarjeta_introducida Leyendo datos do: visualizar (login) Datos leídos/n=0 Validando clave do: validar (nºtarjeta, clave) exit: n=n+1 [ NO datos_correctos AND n<3 ] cancelar [ datos_correctos ] [ NO datos_correctos AND n=3 ]/tragar_tarjeta Ingeniería del software 32

17 Capturar requisitos funcionales 4. Prototipo de IU A partir de las descripciones de los casos de uso. Pasos: Diseño lógico: qué necesita cada actor de la interfaz para que se pueda ejecutar el caso de uso Descripción y construcción del prototipo ejecutable pero acciones nulas (validación y depuración) Ingeniería del software 33 Capturar requisitos funcionales 5. Estructurar el modelo de casos de uso Identificar funcionalidad compartida Generalizaciones Identificar funcionalidad adicional y opcional extend Identificar otras relaciones include Ingeniería del software 34

18 Diagramas de Casos de Uso Relaciones Generalización Caso de uso Caso de uso Usuario Administrador Identificar Usuario Identificar Adm Alta Usuario Baja Usuario Ingeniería del software 35 Diagramas de Casos de Uso Relaciones Inclusión Cliente Extensión Hacer transfer. Sacar dinero <<include>> <<include>> Consultar saldo Sacar dinero <<extend>> Recibo En papel Cliente Ingresar dinero <<extend>> Ingeniería del software 36

19 Ejemplo. Cajero automático Cliente del banco Empleado sucursal Sacar con visa Sacar dinero <<include>> Ingresar dinero <<include>> Transf. <<include>> Consultar saldo <<extends>> <<include>> Reponer<<include>> dinero <<include>> Recoger dinero Validar usuario Reparar <<include>> Encargado mantenimiento Ingeniería del software 37 Ejemplo. Cajero automático Validar usuario R2, R3,... Usuario Sacar dinero <<extends>> Sacar con visa Empleado sucursal Cliente del banco Transf. Consultar saldo Reponer dinero Recoger dinero Ingresar dinero R4,... R1 Ingeniería del software 38

20 Captura de requisitos TAREA Enumerar requisitos candidatos Entender el contexto del sistema Capturar requisitos funcionales Capturar requisitos no funcionales PRODUCTOS (artifact) Lista de características Modelo de negocio o de dominio Modelo de casos de uso Prototipo IU Requisitos suplementarios o casos individuales Ingeniería del software 39 Curso virtual Un sistema que ofrece cursos virtuales permite que tanto profesores como alumnos accedan al sistema. Existen una serie de operaciones comunes que ambos pueden realizar como son asistir al foro y comunicarse a través del chat. En cualquier caso, tanto profesores como alumnos deberán loguearse en el sistema antes de poder acceder al curso. Obligatoriamente, un alumno deberá haberse matriculado en el sistema para poder acceder a él. Así además los profesores podrán consultar los alumnos matriculados en cualquiera de los cursos. Los alumnos podrán modificar sus datos. Los profesores podrán colgar el material docente del curso a través de la aplicación. Los alumnos de este modo, podrán acceder a consultar las lecciones. Además asociado a cada lección podrán consultar la bibliografía asociada, descargarse los apuntes y realizar los tests asociados al temario. También podrán, opcionalmente, recomendar dichas lecciones a otros alumnos matriculados. Ingeniería del software 40

21 Ejemplo. Curso Virtual Identificar usuario Usar chat Usuario Cargar material Asistir al foro Profesor Recomendar Consultar alumnos <<extend>> <<extend>> Realizar test Alumno Mostrar lecciones Modificar datos alumno Matricularse <<extend>> <<extend>> Descargar apuntes Consultar bibliografía Ingeniería del software 41 Ejemplo. Punto de venta Lista de requisitos candidatos FUNCIONES BÁSICAS R1.1. Grabar la venta actual (productos comprados por el cliente) R1.2. Calcular el total de la venta actual incluidos los impuestos R1.3. Capturar información del producto usando el código de barras o tecleando el código del producto. R1.4. Reducir la cantidad en inventario cuando se realice la venta R1.5. Registrar ventas realizadas R1.6. El dependiente debe iniciar una sesión con identificador y clave para usar el sistema R1.7. Dar un mecanismo de almacenamiento R1.8. Dar mecanismos de comunicación con otros procesos y sistemas R1.9. Mostrar descripción y precio del producto almacenado NO FUNCIONAL 5 seg, color Ingeniería del software 42

22 Ejemplo. Punto de venta Lista de requisitos candidatos FUNCIONES DE PAGO R2.1. Manejar pagos en metálico, tomar cantidad ofrecida y calcular el cambio R2.2. Manejar pagos con tarjeta, capturar información de la tarjeta con un lector o manualmente y autorizar el pago vía modem. OTRAS FUNCIONES R3.1. Es necesario dar de alta dependientes nuevos en el puesto de venta y dar de baja aquellos que dejan el puesto de venta. R3.2. El puesto de venta es encendido y apagado cada día por el encargado de la sección, que comprueba que el puesto funciona correctamente y comprueba la fecha y la hora REQUISITOS NO FUNCIONALES Fácil de usar, Tiempo de respuesta corto, Plataforma, Precio al público Interfaz (gráfica, con colores, ventanas, facilitar navegación por teclado, ) Ingeniería del software 43 Ejemplo. Punto de venta Punto de venta R1.1, R1.2, R1.3, R1.7, R1.9, R2.1, R2.2, R2.3, R2.4 Comprar productos Iniciar sesión Cliente Dependiente Devolver productos Comenzar Cerrar Encargado Admin. Gestionar usuarios Ingeniería del software 44

23 Caso de uso Acceder al sistema ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA 1. El actor rellena los campos de DNI y clave (la clave se la dió la Universidad) en una pantalla que le ha presentado el sistema y pulsa sobre el botón enviar 2. El sistema comprueba que el formato de ambos campos es el adecuado; es decir, que el DNI es un string de 8 dígitos y que la clave es una secuencia de 4 dígitos 3. El sistema verifica que la clave tecleada se corresponde con el DNI tecleado; es decir, que la clave es la correcta para ese DNI. 4. El sistema verifica que la fecha actual es la que le corresponde al actor para matricularse. 5. El sistema comprueba que el actor no Caminos alternativos: adeuda ningún importe a la Universidad Evento 1: el actor cancela la operación Evento 2: existe error en el formato del DNI y/o de la clave Evento 3: existe error en la clave Evento 4: la fecha actual no es la asignada al actor para matricularse Ingeniería Evento 5: del el software actor es moroso 45 Caso de uso Acceder al sistema ejecutaraplicación / ejecuta {ejecuta.starttime > 5 and ejecuta.stoptime < 2} {ejecuta.numero_de_usuarios < 50} aqui Leer datos do/ visualizar (login) enviar( NIF, clave ) aqui clave incorrecta do/ visualizar (login.error.clave) Datos incorrectos do/ visualizar (login.error.datosincorrectos) [ clave incorrecta ] [ dia incorrecto ] clave incorrecta do/ visualizar (login.error.clave) [ datos incorrectos ] Validar datos do/ validadatos (NIF, clave) [ moroso ] [ datos correctos ] Moroso do/ visualizar (login.error.deudor) salir salir salir Ingeniería del software 46

Tema 4d: Proceso Unificado: Captura de Requisitos

Tema 4d: Proceso Unificado: Captura de Requisitos Tema 4d: Proceso Unificado: Captura de Requisitos Marcos López Sanz Índice Visión general Diagramas UML Proceso de captura de requisitos Enumerar requisitos candidatos Comprender el contexto del sistema

Más detalles

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software

Más detalles

ANÁLISIS Y DISEÑO DE SISTEMAS

ANÁLISIS Y DISEÑO DE SISTEMAS ANÁLISIS Y DISEÑO DE SISTEMAS Clase XVIII: Modelo Dinámico Diagramas de Actividades Primer Cuatrimestre 2013 Diagrama de Actividades (DA) Un grafo o diagrama de actividad (DA) es un tipo especial de máquina

Más detalles

Los requisitos de un Sistema de Información

Los requisitos de un Sistema de Información Captura de requisitos Captura de Requisitos en el PUD Los requisitos de un Sistema de Información Modelo de Casos de Uso Otros instrumentos 1 Iteración en PUD Planificación de la Iteración Captura de requisitos:

Más detalles

El modelo de casos de uso. Ingeniería de la Programación

El modelo de casos de uso. Ingeniería de la Programación El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto

Más detalles

UML. UML significa Lenguaje Unificado de Modelado UML combina lo mejor de:

UML. UML significa Lenguaje Unificado de Modelado UML combina lo mejor de: UML UML significa Lenguaje Unificado de Modelado UML combina lo mejor de: Conceptos de modelado de datos (diagramas entidad-relación) Modelado de negocios (flujos de trabajo) Modelado de objetos Modelado

Más detalles

DCU Diagramas de casos de uso

DCU Diagramas de casos de uso DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros

Más detalles

Codex.pro. Preinscripción y matriculación

Codex.pro. Preinscripción y matriculación Codex.pro. Preinscripción y matriculación Índice Codex.pro. Preinscripción y matriculación...1 1. Introducción...2 2. Pruebas de acceso...3 2.1. Configuración de los procesos asociados...3 2.2. Datos del

Más detalles

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo 1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar

Más detalles

UML, ejemplo sencillo sobre Modelado de un Proyecto

UML, ejemplo sencillo sobre Modelado de un Proyecto UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso

Más detalles

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido

Más detalles

Índice. http://www.dicampus.es

Í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:

Más detalles

El proyecto Reúnete ofrece videoconferencia basada en Web, colaboración y mensajería instantánea a todas las Administraciones Públicas.

El proyecto Reúnete ofrece videoconferencia basada en Web, colaboración y mensajería instantánea a todas las Administraciones Públicas. 1 QUÉ ES REÚNETE? El proyecto Reúnete ofrece videoconferencia basada en Web, colaboración y mensajería instantánea a todas las Administraciones Públicas. En este vídeo se describe como acceder a una sala

Más detalles

TEMA 7: DIAGRAMAS EN UML

TEMA 7: DIAGRAMAS EN UML TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe

Más detalles

GUÍA BÁSICA DE USO DEL SISTEMA RED

GUÍA BÁSICA DE USO DEL SISTEMA RED SUBDIRECCIÓN GENERAL DE INSCRIPCIÓN, AFILIACION Y RECAUDACIÓN EN PERIODO VOLUNTARIO GUÍA BÁSICA DE USO DEL SISTEMA RED Marzo 2005 MINISTERIO DE TRABAJO Y ASUNTOS SOCIALES TESORERÍA GENERAL DE LA SEGURIDAD

Más detalles

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática Modelado Avanzado con Casos de Uso Especificación Gráfica de Casos de Uso Una simple secuencia de acciones no puede describir adecuadamente la riqueza de situaciones que se pueden presentar en un caso

Más detalles

SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública

SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública JEFATURA DE GABINETE DE MINISTROS SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública Manual para los Organismos Índice Índice... 2 Descripción... 3 Cómo solicitar la intervención

Más detalles

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Antonio Falcón Aragón José Luis Falcón Ramírez Carlos Villegas Nuñez 15 de marzo de 2010 1 Índice 1. Diseño de la Aplicación 3 1.1. Diagrama

Más detalles

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. 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

Más detalles

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los

Más detalles

PUD: Proceso de Desarrollo Unificado

PUD: Proceso de Desarrollo Unificado PUD: Proceso de Desarrollo Unificado 1 1998 Genealogía del PUD Rational Unified Process 5.0 1997 Rational Objectory Process 4.1 UML 1996 Rational Objectory Process 4.0 1995 Método Ericsson Rational Approach

Más detalles

GUÍA BÁSICA DE USO DEL SISTEMA RED

GUÍA BÁSICA DE USO DEL SISTEMA RED SUBDIRECCIÓN GENERAL DE RECAUDACIÓN GUÍA BÁSICA DE USO DEL SISTEMA RED Junio 2010 MINISTERIO DE TRABAJO E INMIGRACIÓN TESORERÍA GENERAL DE LA SEGURIDAD SOCIAL INDICE 1. INTRODUCCIÓN... 3 2. ENVÍO Y RECEPCIÓN

Más detalles

Departamento de Informática Segundo semestre de 2011. Repaso para Certamen 1

Departamento de Informática Segundo semestre de 2011. Repaso para Certamen 1 Universidad Técnica Federico Santa María ILI-236 Fundamentos de Ing. de SW Departamento de Informática Segundo semestre de 2011 Caso: Sistema de control de cajeros Repaso para Certamen 1 Su compania ha

Más detalles

I. T. en Informática de Sistemas. Facultad de Informática

I. T. en Informática de Sistemas. Facultad de Informática I. T. en Informática de Sistemas. Facultad de Informática Construcción de Software Caso práctico para clase Modelo de casos de uso Objetivos del proyecto Los dos grandes objetivos de este proyecto son

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para

Más detalles

<SOLICITUD DE CLAVE SAC> MANUAL DE USUARIO

<SOLICITUD DE CLAVE SAC> MANUAL DE USUARIO MANUAL DE USUARIO ÍNDICE 1 INTRODUCCIÓN... 3 1.1 Descripción de la aplicación... 3 1.2 Alcance de la aplicación... 3 1.3 Usuarios de la aplicación (roles)... 3 1.4 Acceso a la

Más detalles

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

Más detalles

El Proceso Unificado Rational para el Desarrollo de Software.

El Proceso Unificado Rational para el Desarrollo de Software. Instituto de Electrónica y Computación El Proceso Unificado Rational para el Desarrollo de Software. Carlos Alberto Fernández y Fernández Huajuapan de León, Oaxaca 26 de octubre de 2000 Objetivo Proporcionar

Más detalles

Manual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL

Manual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL Manual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL Índice 1 Introducción... 5 1.1 Perfil de la aplicación... 5 1.2 Requisitos técnicos... 5 2 Manual de usuario... 7 2.1 Instalación del certificado...

Más detalles

Ejemplo de Análisis Orientado a Objetos ATMs

Ejemplo de Análisis Orientado a Objetos ATMs Ejemplo de Análisis Orientado a Objetos ATMs Se desea diseñar el software necesario para una red bancaria provista de cajeros automáticos (ATMs), que serán compartidos por un consorcio de bancos. Cada

Más detalles

Diseño de Sistemas Universidad CAECE Año 2005

Diseño de Sistemas Universidad CAECE Año 2005 Diseño de Sistemas Universidad CAECE Año 2005 Introducción El siguiente ejemplo muestra la aplicación del proceso de desarrollo de software según Ivar Jacobson. En muchos de los pasos el método ha sido

Más detalles

DIAGRAMA DE CLASES EN UML

DIAGRAMA DE CLASES EN UML DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,

Más detalles

Guía básica Acceso y generalidades

Guía básica Acceso y generalidades www.novosoft.es Guía básica Acceso y generalidades incaweb es una solución informática desarrollada con tecnología Web por Novosoft, que integra la automatización del workflow con la participación de las

Más detalles

El proceso unificado en pocas palabras

El proceso unificado en pocas palabras El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

Instructivo Proceso de Compras

Instructivo Proceso de Compras PROCESO COMPRAS Instructivo Proceso de Compras INTRODUCCIÓN La opción de movimiento permite registrar toda la parte operativa de la empresa; es el procesador fundamental de la aplicación que recibe la

Más detalles

GUIA BÁSICA DE ABSYSNET PARA PRINCIPIANTES

GUIA BÁSICA DE ABSYSNET PARA PRINCIPIANTES GUIA BÁSICA DE ABSYSNET PARA PRINCIPIANTES 1. INTRODUCCIÓN...1 2. ESCRITORIO...2 3. CATÁLOGO....4 4. LECTORES...11 5. CIRCULACIÓN...12 Préstamos....12 Renovaciones....13 Devoluciones...14 Reservas...14

Más detalles

1.INTRODUCCIÓN... 6 2.INICIAR EXECUTER POS... 7 3.GENERALIDADES... 10 4.VENTAS...

1.INTRODUCCIÓN... 6 2.INICIAR EXECUTER POS... 7 3.GENERALIDADES... 10 4.VENTAS... Tabla de Contenido 1.INTRODUCCIÓN... 6 2.INICIAR EXECUTER POS... 7 3.GENERALIDADES... 10 4.VENTAS... 15 4.1 AGREGAR ARTÍCULO... 15 4.2 ELIMINAR ARTÍCULO... 19 4.3 DEFINIR CANTIDAD POR ARTÍCULO... 21 4.4

Más detalles

SIOM-Interfaz AM Manual de Usuario

SIOM-Interfaz AM Manual de Usuario SIOM-Interfaz AM Manual de Usuario Alfonso XI, 6 28014 Madrid F(+34) 91 524 03 96 www.omie.es Ref. MU_InterfazAM.docx Versión 4.0 Fecha: 2012-11-26 ÍNDICE 1 INTRODUCCIÓN 3 2 REQUISITOS PREVIOS 4 2.1 COMPONENTES

Más detalles

Ingeniería del Software

Ingeniería del Software Ingeniería del Software Curso 2006-2007 Captura de Requisitos Controla2 German Rigau german.rigau@ehu.es Ingeniería Técnica en Informática de Sistemas Facultad de Informática de San Sebastián UPV/EHU CONTROLA2...3

Más detalles

Análisis e Ingeniería de Requisitos Tema 4: Análisis de Requisitos

Análisis e Ingeniería de Requisitos Tema 4: Análisis de Requisitos Análisis e Ingeniería de Requisitos Tema 4: Análisis de Requisitos Curso 2012-2013 Análisis e Ingeniería de Requisitos Tema 3 www.kybele.urjc.es AIR - 1 Ejercicio 1 La empresa de Transportes Ferroviarios

Más detalles

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 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

Más detalles

P/. Factura Electrónica D/. Manual de Usuario Proveedores

P/. Factura Electrónica D/. Manual de Usuario Proveedores Control documental Versión del Fecha Autor Modificaciones/Comentarios documento 1.0 10/02/2011 Diputación de Teruel Versión inicial del documento 1.1 05/04/2011 Diputación de Teruel Revisado estilo 1.2

Más detalles

FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA INGENIERÍA DE SOFTWARE Profr. Víctor Castillo. PRÁCTICA No. 2 Prototipos formales de software

FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA INGENIERÍA DE SOFTWARE Profr. Víctor Castillo. PRÁCTICA No. 2 Prototipos formales de software FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA INGENIERÍA DE SOFTWARE Profr. Víctor Castillo PRÁCTICA No. 2 Prototipos formales de software ALUMNO: GRUPO: Introducción El desarrollo de un artefacto de software

Más detalles

PUNTO DE ACTUALIZACIÓN DEL DNIE

PUNTO DE ACTUALIZACIÓN DEL DNIE PUNTO DE ACTUALIZACIÓN DEL DNIE A continuación se muestra la pantalla inicial de los Puntos de Actualización del DNIe donde se podrán realizar operaciones de: - Consulta de Datos y verificación del DNIe.

Más detalles

MANUAL DE USUARIO SOLICITUDES PCI MEDITERRÁNEO

MANUAL DE USUARIO SOLICITUDES PCI MEDITERRÁNEO SOLICITUDES PCI MEDITERRÁNEO Índice 1. Introducción 3 2. Entrada al sistema 4 3. Alta y modificación de Proyectos y Acciones 8 3.1. TIPO A. Proyectos conjuntos de investigación 10 3.1.1. Coordinador español

Más detalles

SIRAM Manual de Usuario V 2.1 1

SIRAM Manual de Usuario V 2.1 1 Copyright 2008 Innova Control Systems, S.L. Todos los derechos reservados. Esta publicación es propiedad de Innova Control Systems, S.L. por lo que queda expresamente prohibida su reproducción total o

Más detalles

SINAUTO. (Captura Requirimientos) GRUPO 03

SINAUTO. (Captura Requirimientos) GRUPO 03 SINAUTO (Captura Requirimientos) GRUPO 03 Iker Jauregi ikerjauregivicente@hotmail.com Iñigo Arregui bateman2012@gmail.com Javier Arce arcjav@hotmail.com Jorge García. jgfand@gmail.com Patxi Campos.patxi948@wanadoo.es

Más detalles

TEST (8 preguntas, 0 4 puntos por pregunta correcta, -0 15 puntos por error) [Marcar sólo una opción]

TEST (8 preguntas, 0 4 puntos por pregunta correcta, -0 15 puntos por error) [Marcar sólo una opción] EXAMEN PARCIAL 2 Temas 7-13 TEST (8 preguntas, 0 4 puntos por pregunta correcta, -0 15 puntos por error) [Marcar sólo una opción] 1. Cuál de las siguientes vistas arquitecturales NO forma parte de las

Más detalles

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Tercero Requisitos Duración Horas Semana : 06 horas Versión : v.0110 II. SUMILLA: : COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería

Más detalles

UML. Lenguaje de Modelado Unificado

UML. Lenguaje de Modelado Unificado Lenguaje de Modelado Unificado Concepto de Reseña Histórica Características Estándares que conforman Modelo Relacional con Ventajas Críticas Concepto de (Unified( Modeling language) Es un lenguaje usado

Más detalles

Patrones de Diseño Orientados a Objetos 2 Parte

Patrones de Diseño Orientados a Objetos 2 Parte Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia

Más detalles

Para realizar este análisis y conocer qué cookies usa tu web, si lo haces tú mismo, puedes:

Para realizar este análisis y conocer qué cookies usa tu web, si lo haces tú mismo, puedes: 2.3 Sobre la necesidad de informar acerca de la utilización de cookies y de recabar el consentimiento para su instalación y su utilización (uso de cookies no exceptuadas). Necesidad de informar acerca

Más detalles

Descarga Automática. Manual de Usuario. Operador del Mercado Ibérico de Energía - Polo Español Alfonso XI, 6 28014 Madrid

Descarga Automática. Manual de Usuario. Operador del Mercado Ibérico de Energía - Polo Español Alfonso XI, 6 28014 Madrid Descarga Automática Manual de Usuario Operador del Mercado Ibérico de Energía - Polo Español Alfonso XI, 6 28014 Madrid Versión 5.2 Fecha: 2008-10-15 Ref : MU_DescargaAutomática.doc ÍNDICE 1 INTRODUCCIÓN...

Más detalles

Manual de Usuario Internet

Manual de Usuario Internet DIRECCIÓN GENERAL DE AVIACIÓN CIVIL Sistema de Entidades Internet Madrid, 4 Mayo 2011 ÍNDICE 1. Introducción... 6 1.1. Objeto... 6 1.2. Glosario de Términos... 6 2. Descripción general del Sistema... 7

Más detalles

PROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04

PROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04 Autorización Este documento entra en vigor a partir del 2 de agosto del 2005, a través de su autorización por parte del Dr. Francisco Javier Rojas Monroy, Coordinador de Operaciones, Calidad y Teclogía

Más detalles

MANUAL DE PROCEDIMIENTOS PARA REGISTRO DE USUARIOS CERTIFICADOS FNMT CLASE 2 CA

MANUAL DE PROCEDIMIENTOS PARA REGISTRO DE USUARIOS CERTIFICADOS FNMT CLASE 2 CA MANUAL DE PROCEDIMIENTOS PARA REGISTRO DE USUARIOS CERTIFICADOS FNMT CLASE 2 CA Página 1 de 13 ÍNDICE 1. INTRODUCCIÓN...3 FASES DEL PROCEDIMIENTO DE REGISTRO... 3 ENTIDADES INVOLUCRADAS... 4 2. DEFINICIÓN

Más detalles

1 Vista de Casos de Uso

1 Vista de Casos de Uso Vista de Casos de Uso Esta vista describe el proceso de negocio más significativo y el modelo del dominio. Presenta los actores y los casos de uso para el sistema. Es decir que esta vista presenta la percepción

Más detalles

Programación de Aplicaciones Tarea 2 Curso 2015

Programación de Aplicaciones Tarea 2 Curso 2015 Programación de Aplicaciones Tarea 2 Curso 2015 Información Administrativa La tarea comienza el lunes 14 de setiembre y finaliza el lunes 19 de octubre. La tarea constará de múltiples entregas parciales

Más detalles

2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI

2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI 2011 Universidad de Sevilla Grupo IDINFOR Universidad Carlos III Grupo ENTI ARTEMISA. ARQUITECTURA PARA LA EFICIENCIA ENERGÉTICA Y SOSTENIBILIDAD EN ENTORNOS RESIDENCIALES DE LA SUBDIRECCIÓN GENERAL DE

Más detalles

Manual Usuario Manual Usuario

Manual Usuario Manual Usuario Manual Usuario Con la colaboración de : TABLA DE CONTENIDOS 1 Introducción... 7 2 Consideraciones generales... 8 2.1 Perfiles de acceso... 8 2.1.1 Administrador Intress... 8 2.1.2 Administrador entidad...

Más detalles

SIMULADOR DE REDES DE PETRI ASINCRONICAS

SIMULADOR DE REDES DE PETRI ASINCRONICAS SIMULADOR DE REDES DE PETRI ASINCRONICAS MANUAL DE USUARIO 1.1 Introducción. Los puntos que se tratarán serán los siguientes: La ventana principal: o Menús. o Barra de herramientas de control. o Barra

Más detalles

SISTEMA DE APARTADO DE SALAS PARA EVENTOS

SISTEMA DE APARTADO DE SALAS PARA EVENTOS SISTEMA DE APARTADO DE SALAS PARA EVENTOS Dirección General de Comunicaciones e Informática Febrero 2008 1 INDICE 1. Objetivos del Sistema... 3 10. Solución de problemas... 23 2. Introducción... 4 3. Requisitos...

Más detalles

Tabla De Contenido. 1) Modulo de compras 4. 1.1) Estructura del modulo de compras 4. a) Modo de acceso al modulo de compras 4

Tabla De Contenido. 1) Modulo de compras 4. 1.1) Estructura del modulo de compras 4. a) Modo de acceso al modulo de compras 4 Tabla De Contenido 1) Modulo de compras 4 1.1) Estructura del modulo de compras 4 a) Modo de acceso al modulo de compras 4 1.2) Registro de cotizaciones a proveedores 5 a) Carga de operaciones Guardadas

Más detalles

Capítulo 11. Conclusiones y trabajo futuro

Capítulo 11. Conclusiones y trabajo futuro Capítulo 11. Conclusiones y trabajo futuro En esta tesis ha realizado un entorno de desarrollo Web que proporciona herramientas para la mejora de la calidad del código de los desarrolladores. Para conseguir

Más detalles

Diagrama de casos de uso

Diagrama de casos de uso Diagrama de casos de uso Se utiliza para capturar los requerimientos funcionales de un sistema, de tal forma que plasman las relaciones entre los usuarios y el sistema. Contenido Pasos de construcción

Más detalles

Aplicaciones clientes servidor y sockets

Aplicaciones clientes servidor y sockets Aplicaciones clientes servidor y sockets Ejercicio 1. Desarrollar un servidor que permita obtener la hora, la fecha y el día de la semana en la que cae un dia determinado. Diseñar y desarrollar el cliente

Más detalles

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso Diagramas de Casos de Uso Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso ( Qué es un caso de uso?) Caso de Uso? 2 Casos de Uso ( Qué es un caso de uso?) Un caso de uso

Más detalles

Manual de usuario. Tramitación de inspecciones periódicas de ascensores: La visión de las empresas conservadoras

Manual de usuario. Tramitación de inspecciones periódicas de ascensores: La visión de las empresas conservadoras Tramitación de inspecciones periódicas de ascensores: La visión de las empresas conservadoras 7 de Enero de 2008 Índice 1. INTRODUCCIÓN 3 2. SECUENCIAS PRINCIPALES A REALIZAR 4 2.1. FLUJO BASICO DE SECUENCIAS

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

MANUAL DE USUARIO DEL MÓDULO DE ACCESO ÚNICO A APLICACIONES DE LA AECID Y GESTIÓN DE USUARIOS

MANUAL DE USUARIO DEL MÓDULO DE ACCESO ÚNICO A APLICACIONES DE LA AECID Y GESTIÓN DE USUARIOS MANUAL DE USUARIO DEL MÓDULO DE ACCESO ÚNICO A APLICACIONES DE LA AECID Y GESTIÓN DE USUARIOS - 1 - Contenido 1. Introducción... 3 2. Ayuda Contextual... 3 3. Descripción de los módulos funcionales...

Más detalles

NOTIFICACIÓN DE MOVIMIENTOS DE ESTUPEFACIENTES POR PARTE DE LOS LABORATORIOS FARMACÉUTICOS Y ALMACENES MAYORISTAS DE DISTRIBUCIÓN

NOTIFICACIÓN DE MOVIMIENTOS DE ESTUPEFACIENTES POR PARTE DE LOS LABORATORIOS FARMACÉUTICOS Y ALMACENES MAYORISTAS DE DISTRIBUCIÓN NOTIFICACIÓN DE MOVIMIENTOS DE ESTUPEFACIENTES POR PARTE DE LOS LABORATORIOS FARMACÉUTICOS Y ALMACENES MAYORISTAS DE DISTRIBUCIÓN GUÍA PARA LA PRESENTACIÓN DE NOTIFICACIONES Versión: 27/06/2012-1 ÍNDICE:

Más detalles

NORMA 19.14 / 19.44 (SEPA)

NORMA 19.14 / 19.44 (SEPA) NORMA 19.14 / 19.44 (SEPA) Versión 1.5 Concepto Ampliado N19.14 PLUS Enero 2015 Contenido 1. Descripción... 3 2. Instalación de la aplicación... 3 3. Desinstalación de la aplicación... 4 4. Acceso a la

Más detalles

Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.1. Historia de revisiones

Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.1. Historia de revisiones Proyecto Help Desk en plataforma SOA Modelo de Casos de Uso del Negocio Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 20/08/2005 1.0 Se especifican los principales Casos de Uso del

Más detalles

MANUAL DE USUARIO DE LA HERRAMIENTA GENXML PARA LA GENERACIÓN DE FICHEROS XML DE PROYECTOS TÉCNICOS, PUESTAS EN SERVICIO Y CERTIFICACIONES ANUALES

MANUAL DE USUARIO DE LA HERRAMIENTA GENXML PARA LA GENERACIÓN DE FICHEROS XML DE PROYECTOS TÉCNICOS, PUESTAS EN SERVICIO Y CERTIFICACIONES ANUALES la generación de ficheros XML de proyectos técnicos, MANUAL DE USUARIO DE LA HERRAMIENTA GENXML PARA LA GENERACIÓN DE FICHEROS XML DE PROYECTOS TÉCNICOS, PUESTAS EN SERVICIO Y CERTIFICACIONES ANUALES Enero

Más detalles

MANUAL DE ADMINISTRADOR GLOBAL O DE USUARIO DE NIVEL 3 DE LA APLICACIÓN WEB PARA LA RESERVA DE AULAS Y ESPACIOS DE LA ETT

MANUAL DE ADMINISTRADOR GLOBAL O DE USUARIO DE NIVEL 3 DE LA APLICACIÓN WEB PARA LA RESERVA DE AULAS Y ESPACIOS DE LA ETT MANUAL DE ADMINISTRADOR GLOBAL O DE USUARIO DE NIVEL 3 DE LA APLICACIÓN WEB PARA LA RESERVA DE AULAS Y ESPACIOS DE LA ETT ÍNDICE Página 1. Introducción... 3 2. Tipos de usuario... 3 3. Pantalla del sistema...

Más detalles

Manual de usuario. Actualización: Septiembre 2014

Manual de usuario. Actualización: Septiembre 2014 Manual de usuario Actualización: Septiembre 2014 Manual de usuario PCAE / Actualización: Sepembre 2014 Edita: CEOE - Confederación Española de Organizaciones Empresariales C/ Diego de León, 50 28006 Madrid.

Más detalles

Modelo alternativo de análisis: Modelo de Jacobson

Modelo alternativo de análisis: Modelo de Jacobson Modelo alternativo de análisis: Modelo de Jacobson! Modelo de análisis de Jacobson o análisis de la robustez ( Robustness Analysis )! Es un nivel de diseño intermedio entre la etapa de Captura de requerimientos

Más detalles

Índice de contenido 1.Introducción...3 1.1Propósito...3 1.2Vista preliminar...3 2.Requisitos técnicos de instalación...4 2.1Software...4 2.2Red...

Índice de contenido 1.Introducción...3 1.1Propósito...3 1.2Vista preliminar...3 2.Requisitos técnicos de instalación...4 2.1Software...4 2.2Red... Guía de Instalación Índice de contenido 1.Introducción...3 1.1Propósito...3 1.2Vista preliminar...3 2.Requisitos técnicos de instalación...4 2.1Software...4 2.2Red...5 3.Proceso de instalación...7 Paso

Más detalles

GENERACIÓN TARJETA/CARNET DEL BANCO SANTANDER

GENERACIÓN TARJETA/CARNET DEL BANCO SANTANDER GUÍA DE CONSULTA RÁPIDA GENERACIÓN TARJETA/CARNET DEL BANCO SANTANDER Diagrama del proceso completo de Tarjeta/Carnet 4 ENVIO SOLICITUDES ENVIO DE RESPUESTAS CARGA DE TARJETA/CARNET 5. Envío de solicitudes

Más detalles

RV FACTURA ELECTRÓNICA WEB

RV FACTURA ELECTRÓNICA WEB 2014 Real Virtual SA de CV Gustavo Arizmendi Fernández RV FACTURA ELECTRÓNICA WEB Manual de usuario de RV Factura Electrónica Web. INDICE INTRODUCCIÓN... 3 REQUISITOS DEL SISTEMA... 4 HARDWARE... 4 SOFTWARE...

Más detalles

Guía Rápida de Instalación Internet Access Server (IAS)

Guía Rápida de Instalación Internet Access Server (IAS) Guía Rápida de Instalación Internet Access Server (IAS) La presente guía tiene como objetivo, proporcionar de una manera sencilla, los pasos para configurar al IAS en su funcionalidad básica (Conexión

Más detalles

Menús. Gestor de Menús

Menús. Gestor de Menús Menús Para dar acceso a las categorías, artículos y generar espacio para los módulos se deben crear menús, éstos son enlaces a determinado recurso en el portal Web, sin ellos no es posible visualizar ninguno

Más detalles

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Contenido Qué es UML?. Diagramas Utilizados en UML. Ejemplos. Qué es UML UML es un Lenguaje de Modelado

Más detalles

MANUAL DE USUARIO SOLICITUDES PCI IBEROAMERICA

MANUAL DE USUARIO SOLICITUDES PCI IBEROAMERICA SOLICITUDES PCI IBEROAMERICA Índice 1 - Introducción 3 2 - Entrada al sistema 4 3 - Alta y modificación de Proyectos y Acciones 8 3.1 - TIPO A. Proyectos conjuntos de investigación 10 3.1.1 - Coordinador

Más detalles

MANUAL DE USUARIO SISTEMA CONTROL DE CALIDAD SYNERGY QC

MANUAL DE USUARIO SISTEMA CONTROL DE CALIDAD SYNERGY QC MANUAL DE USUARIO SISTEMA CONTROL DE CALIDAD SYNERGY QC Login... 2 Datos del Registro... 2 Cambio de Clave... 2 Configuración de Lotes... 3 Nuevo Lote... 3 Listado de Lotes... 4 Creación y configuración

Más detalles

Guía básica administrar documentos

Guía básica administrar documentos www.novosoft.es Guía básica administrar documentos Cada administrador de incaweb es responsable de gestionar los documentación bajo su responsabilidad. Dicha gestión incluye la creación, la modificación

Más detalles

Arquitectura de Aplicaciones

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

Más detalles

DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI. Versión 1.0. Aruquipa Mamani Rolando Willy

DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI. Versión 1.0. Aruquipa Mamani Rolando Willy DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI Versión 1.0 Integrantes: Aruquipa Mamani Rolando Willy Layme Ordoñez Roxana Paola Módulos Venta de Material y Facturación

Más detalles

ÍNDICE 1 INTRODUCCIÓN... 4 2 SERVICIOS CON AUTENTICACIÓN MEDIANTE DNI ELECTRÓNICO O CERTIFICADO DIGITAL DE LA FNMT... 5

ÍNDICE 1 INTRODUCCIÓN... 4 2 SERVICIOS CON AUTENTICACIÓN MEDIANTE DNI ELECTRÓNICO O CERTIFICADO DIGITAL DE LA FNMT... 5 ÍNDICE 1 INTRODUCCIÓN... 4 2 SERVICIOS CON AUTENTICACIÓN MEDIANTE DNI ELECTRÓNICO O CERTIFICADO DIGITAL DE LA FNMT... 5 2.1 NOTA TÉCNICA... 5 2.2 PRESENTACIÓN... 5 2.3 ACCESO... 7 2.3.1 Recibos pendientes...

Más detalles

ESTIMACIÓN DE PROYECTOS DE SOFTWARE CON PUNTOS DE CASOS DE USO

ESTIMACIÓN DE PROYECTOS DE SOFTWARE CON PUNTOS DE CASOS DE USO ESTIMACIÓN DE PROYECTOS DE SOFTWARE CON PUNTOS DE CASOS DE USO Valero Orea, Sergio* RESUMEN Uno de los principales problemas a los que nos enfrentamos los desarrolladores de software al momento de planear

Más detalles

Guía del Curso Analista Programador PHP Javascript

Guía del Curso Analista Programador PHP Javascript Guía del Curso Analista Programador PHP Javascript Modalidad de realización del curso: Número de Horas: Titulación: Online 180 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML usa técnicas

Más detalles

PFC - Aplicaciones Web para trabajo colaborativo:

PFC - Aplicaciones Web para trabajo colaborativo: PFC - Aplicaciones Web para trabajo colaborativo: Diseño de la herramienta GIA (Gestión Integral de Accesibilidad) MEMORIA Versión 1.1 (6.5.2012) Consultor: Fatos Xhafa Tutor: Juan Carlos Naranjo (ITACA)

Más detalles

FAQ s ACTUALIZACIÓN. Cómo conseguir la última actualización del SIAHM?

FAQ s ACTUALIZACIÓN. Cómo conseguir la última actualización del SIAHM? FAQ s ACTUALIZACIÓN Cómo conseguir la última actualización del SIAHM? Puede obtener la última actualización del SIAHM solicitándola por correo electrónico o en la página http://www.asechiapas.gob.mx/soportesiahm/

Más detalles

Instrucciones del programa para la presentación de solicitudes de ayudas del Plan Nacional de I+D+i 2008-2011

Instrucciones del programa para la presentación de solicitudes de ayudas del Plan Nacional de I+D+i 2008-2011 para la presentación de solicitudes de ayudas del Plan Nacional de I+D+i Marzo 2008 ÍNDICE 1. Introducción... 2 2. Requisitos para ejecutar la aplicación... 2 3. Descarga de la aplicación... 3 4. Funcionamiento

Más detalles

Modelado de objetos con UML

Modelado de objetos con UML Modelado de objetos con UML José Vicente Núñez Zuleta (jose@eud.com, josevnz@yahoo.com) Líder de desarrollo para El Diario El Universal División de Nuevos Medios Puntos a tratar Qué es UML? Tipos de diagramas.

Más detalles

GUÍA DE USUARIO PRESENTACIÓN

GUÍA DE USUARIO PRESENTACIÓN [Estructura de Navegación] ESTRUCTURA DE NAVEGACIÓN MODULO ALMACENES - OPERATIVO TABLA DE CONTENIDO FUNCIONALIDAD PÁG. Movimientos de Almacén 1 PROCESOS PÁG. Realizar Movimientos de Entradas a Almacén

Más detalles

ESFINGE Estadísticas de las Industrias del Gas Manual de Usuario Ciudadano ÍNDICE

ESFINGE Estadísticas de las Industrias del Gas Manual de Usuario Ciudadano ÍNDICE Manual de Usuario ÍNDICE 1. INTRODUCCIÓN... 3 2. ACCESO A LA APLICACIÓN... 4 2.1. ALTA NUEVO USUARIO... 5 2.2. RECORDATORIO CLAVES DE ACCESO... 7 2.3. AUTENTICARSE EN EL SISTEMA... 8 3. ESTRUCTURA DE LA

Más detalles

PROTOCOLO PARA LA AUTO - GRABACIÓN DEL VIDEO DE AULA

PROTOCOLO PARA LA AUTO - GRABACIÓN DEL VIDEO DE AULA PROTOCOLO PARA LA AUTO - GRABACIÓN DEL VIDEO DE AULA Introducción El presente manual es un elemento fundamental para garantizar la calidad y claridad de la grabación de la práctica docente que será usada

Más detalles