Proceso Unificado: Captura de Requisitos
|
|
- Natalia Ruiz López
- hace 5 años
- Vistas:
Transcripción
1 Tema 6: Proceso Unificado: Captura de Marcos López Sanz Ingeniería del Software de Gestión Índice Visión general Proceso de captura de requisitos Enumerar requisitos Comprender el contexto del Capturar los requisitos Capturar los requisitos no s 1
2 Visión general Flujos de trabajo Planificación Anál. Riesgos Preparación Elaboración Fases 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) Visión general análisis diseño casos de uso despliegue implementación pruebas 2
3 Casos de Uso Análisis Diseño Despliegue Implementación Pruebas de Casos de Uso de Clases de Objetos de Secuencia de Colaboración de Estados de Actividad de Componentes Incluidos paquetes no Proceso de captura de requisitos: Objetivos y artefactos Enumerar Candidatos Lista de Características Comprender el Sistema Dominio y/o del Capturar los Funcionales Casos de Uso Capturar los no Funcionales adicionales 6 3
4 no Enumerar requisitos Definición de requisito: Características que deben incluirse en un o aplicación Requisito Funcional Acción que deberá ser capaz de desempeñar el producto deseado Requisito no Funcional Otras propiedades del producto en sí (tiempos de respuesta, seguridad, restricciones de la plataforma, etc.) Lista de características del que sirven para realizar la planificación del proyecto No todas las características del tienen por qué ser desarrolladas en una misma versión Cada característica puede tener asociada una prioridad, riesgo, coste, etc. 7 no - Enunciado El perfil de ADN es una huella digital que identifica a una persona de forma única en el mundo. Está compuesta por un conjunto de 16 marcadores El perfil de ADN lo realiza habitualmente un biólogo. El proceso que se sigue para la obtención del perfil es el siguiente: El responsable del laboratorio de análisis autoriza la extracción de la muestra La persona interesada dona una muestra (saliva), que el biólogo analizará en el laboratorio para extraer su perfil Posteriormente, el biólogo entrega el resultado 8 4
5 no Lista de requisitos R1. Para cada perfil se debe registrar la persona solicitante y los marcadores obtenidos R2. Además para cada perfil se debe indicar el responsable que autorizó la prueba R3. Igualmente, el biólogo que realizó el perfil y la fecha en que fue realizada 9 no Comprender el Sistema Conocer el contexto en que se enmarcará el Dos aproximaciones: Dominio y El modelo de describe los conceptos importantes del contexto como objetos del y enlaza los objetos unos con otros El modelo de negocio describe los procesos asociados al negocio con el objetivo de comprenderlos 10 5
6 no Comprender el Sistema Dominio Glosario de términos para el equipo. Sirven para identificar clases en el análisis y diseño. Se representa mediante un diagrama de clases, donde cada clase representa un objeto relevante del contexto El glosario de términos recoge el resto de objetos menos relevantes. Proyectos grandes: Considerar en el modelo, sólo aquellos objetos verdaderamente relevantes (10-50 objetos) El resto recogerlos en el glosario Proyectos pequeños: Directamente al glosario de términos 11 no Comprender el Sistema Determina qué procesos formarán parte del. Para cada proceso: Trabajadores, responsabilidades, operaciones Se representa mediante un diagrama de casos de uso, donde cada trabajador se representa como un actor y cada proceso o necesidad como un caso de uso También se utilizan los diagramas de actividad, que permiten reflejar la secuencia concreta en que han de ocurrir los procesos 12 6
7 no de Casos de Uso Actor: Conjunto coherente de roles o papeles que desempeñan los usuarios Un usuario no siempre es un actor Caso de uso: Descripción de un conjunto de secuencias de acciones que ejecuta un produciendo un resultado de interés para un actor Aspecto del diagrama Actor Caso de uso 13 no de Clases Clase: Descripción de un conjunto de objetos que comparten atributos, operaciones, relaciones y semántica Aspecto del diagrama nombre atributos operaciones Persona 1..n propietario Posee * Coche 14 7
8 no de Actividad Actividad: Estado en el que se exhibe algún comportamiento La representación del diagrama representa un flujo de trabajo, no los estados de un objeto Generalmente se asume que no existen eventos externos Aspecto del diagrama (opción I) actividad [condición] [condición] 15 no de Actividad Aspecto del diagrama (opción II) Calle a Calle b Calle c actividad [condición] [condición] 16 8
9 no : diagrama de clases (simplificado) Biólogo realiza Perfil de ADN Marcadores pertenece Paciente 17 no negocio: diagrama de casos de uso Biólogo Responsable Realizar Perfil Entregar Perfil Autorizar Donar Muestra Paciente 18 9
10 no negocio: diagrama de actividad Responsable Paciente Biólogo Autorizar Donar Muestra Realizar Perfil Entregar Perfil 19 no Capturar los Funcionales Los requisitos son aquellas características que debe incorporar el o aplicación a desarrollar, como acciones que éste deberá ser capaz de desempeñar Los requisitos se agrupan en torno a los casos de uso Un caso de uso para un actor es una forma concreta en la que utilizar el Objetivos: Capturar el comportamiento Comprensión común del 20 10
11 no Capturar los Funcionales Pasos a seguir para la captura de requisitos actores y casos de uso Priorizar casos de uso Detallar casos de uso Prototipo de IU modelo 21 no Capturar los Funcionales actores y casos de uso Para: Delimitar el Descubrir actores y funcionalidad Crear un glosario de términos Pasos: Descubrir los actores Descubrir los casos de uso Describir brevemente cada caso de uso Describir el modelo de casos de uso 22 11
12 no actores y CU actores y casos de uso Caso de uso: Registrar Perfil Actor: Biólogo (iniciador) Describir el caso de uso Descripción del caso de uso Registrar Perfil : El caso de uso comienza con la identificación del biólogo. Dicho usuario introduce el nombre de la persona del perfil de ADN obtenido, además de sus marcadores. Incluye además el nombre del responsable que autorizó la realización del perfil. El añadirá el nombre del biólogo (persona que accedió al ) y la fecha (del ). 23 actores y CU Describir el modelo de casos de uso Aplicación de almacenamiento de perfiles de ADN no Biólogo Registrar Perfil R1, R2, R
13 no Capturar los Funcionales Priorizar los casos de uso: Casos de uso a desarrollar en las primeras iteraciones Casos de uso significativos En función del riesgo asociado a cada requisito funcional 25 no Capturar los Funcionales Detallar los casos de uso Objetivo: identificar un flujo de 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 26 13
14 no Capturar los Funcionales Detallar los casos de uso Cómo estructurar la descripción de un CU Describir el camino básico ( LO NORMAL ) Describir las alternativas al camino básico. Motivos: El actor puede elegir diferentes caminos El detecta entradas erróneas Algunos recursos funcionan mal Representación gráfica: Diagrama de transición de estados 27 no Capturar los Funcionales Detallar los casos de uso Qué incluir en una descripción de un CU Estado inicial como precondición (condiciones previas) Cómo y cuándo comienza el caso de uso Orden de acciones (flujo de eventos o 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 con los actores y cambios que producen Uso de objetos, valores y recursos del Qué hace el. Separar responsabilidades. especiales 28 14
15 no Capturar los Funcionales Detallar los casos de uso Cómo formalizar la descripción del CU Casos de uso sencillos: Es suficiente con un texto descriptivo Casos de uso complejos: Necesitan estructuración y técnicas visuales Formalismos: usar diagramas de transición de estados actividad interacción 29 no () Detallar los casos de uso Qué incluir en una descripción de un CU flujo de eventos Flujo de eventos del caso de uso Registrar Perfil Camino básico ACTOR SISTEMA 1. El biólogo introduce su login y pwd 2. El valida los datos 3. Introduce el nombre de la persona, los marcadores y el responsable que autorizó la prueba 6. El biólogo acepta la operación y fin del caso de uso. Caminos alternativos Evento 3. El actor puede cancelar la operación Evento 6. El actor puede cancelar la operación. 4. El agrega el nombre del biólogo y la fecha del 5. El solicita la confirmación del usuario para terminar 30 15
16 no de (transición de) estados Un diagrama de estados representa un elemento como una máquina de estados finita Un diagrama de estados representa la vida de un único elemento Permite visualizar el comportamiento (dinámico) de un elemento/ Consta de: Estados Transiciones Sucesos o eventos Actividades Acciones 31 no de (transición de) estados 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 32 16
17 no de (transición de) estados Elementos 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 Asociadas a eventos 33 de (transición de) estados Elementos gráficos E.Inicial E.Final Estado Estado Transición no Estados en el paro contratar en activo perder empleo jubilarse jubilarse jubilado Sucesos T. autom. 17
18 no de (transición de) estados La acción se considera instantánea Acciones, eventos y condiciones: a Evento[Condición]/acción estado A Entry/ acción al entrar en el estado Exit/ acción al salir del estado Do/ actividad mientras en estado b no de (transición de) estados Apuntes finales Correspondencia entre flujo de eventos y diagramas de estados: Los sucesos en el representan estados, actividades, acciones, etc. Los sucesos asociados al actor representan eventos Un diagrama de estados representa TODOS los caminos (el básico y los alternativos) 18
19 no Capturar los Funcionales Prototipo de Interfaz de Usuario 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 con acciones nulas (validación y depuración) 37 no Capturar los Funcionales modelo de casos de uso funcionalidad compartida Generalizaciones funcionalidad adicional y opcional Relaciones de extensión: extend otras relaciones Relaciones de inclusión: include 38 19
20 Capturar los Funcionales Diagrama de casos de uso: Generalización Usuario Usuario no Administrador Adm. Alta Usuario Baja Usuario 39 no Capturar los Funcionales Diagrama de casos de uso: Relaciones Inclusión Cliente Extensión Hacer transfer. Sacar dinero Sacar dinero <<include>> <<include>> <<extend>> Consultar Saldo Obtener recibo en papel Cliente Ingresar dinero <<extend>> 40 20
21 Capturar los No Funcionales no características no del Restricciones de la plataforma Seguridad Rendimiento Tiempos de acceso 41 s Lista de ejemplos: Cajero automático Ordenador de a bordo Reloj digital Venta de billetes de tren 21
22 no s Cajero automático Lista de Candidatos R1. El cliente debe validarse en el para poder realizar cualquier operación en el cajero automático. R2. Si el cliente 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 cliente 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 podrá hacer una transferencia a otra cuenta R5. El cliente podrá realizar un ingreso a través del cajero automático no s Cajero automático actores y CU. Describir brevemente los casos de uso: Caso de uso: Sacar dinero Actor: Cliente Descripción: El caso de uso comienza con la identificación del cliente. 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: Ingresar dinero Actor: Cliente Descripción: El caso de uso comienza con la identificación del cliente. El cliente usa el caso de uso para ingresar dinero en su cuenta. Caso de uso: Realizar transferencia Actor: Cliente Descripción: El caso de uso comienza con la identificación del cliente. El cliente usa el caso de uso para realizar una transferencia de dinero entre dos cuentas bancarias. 22
23 s Cajero automático no Describir el modelo de casos de uso: primera aproximación Cliente Cajero Automático Sacar Dinero Ingresar Dinero R1, R2, R3 R1, R5 R1, R4 Hacer Transferencia s Cajero automático no Primera aproximación Flujo de eventos del caso de uso Sacar Dinero Camino básico ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero SISTEMA 2. Pide la clave de identificación 3. Introduce la clave 4. Comprueba la clave 5. Presenta las opciones de operaciones disponibles 6. Selecciona la operación de Reintegro 7. Pide la cantidad a retirar 8. Introduce la cantidad requerida 9. Procesa la petición y da el dinero solicitado. Devuelve la tarjeta 10. Recoge la tarjeta. 11. Recoge el dinero y termina el caso de uso 23
24 s Cajero automático no Primera aproximación Flujo de eventos del caso de uso Ingresar Dinero Camino básico ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero SISTEMA 2. Pide la clave de identificación 3. Introduce la clave 4. Comprueba la clave 5. Presenta las opciones de operaciones disponibles 3. Introduce el importe a ingresar 4. Abre el cajón depósito del dinero en metálico. 5. Introduce el dinero 6. El contabiliza dicho dinero y comprueba si coincide con el importe. 7. Notifica al usuario que el ingreso se ha realizado. 8. Devuelve la tarjeta. 9. Recoge la tarjeta y fin del caso de uso s Cajero automático no Flujo de eventos del caso de uso Ingresar Dinero Camino básico ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero SISTEMA 2. Pide la clave de identificación 3. Introduce la clave 4. Comprueba la clave 3. Introduce el importe a ingresar 5. Presenta las opciones de operaciones disponibles 4. Abre el cajón depósito del dinero en metálico. 5. Introduce el dinero 6. El contabiliza dicho dinero y comprueba si coincide con el importe. 7. Notifica al usuario que el ingreso se ha realizado. 8. Devuelve la tarjeta. Funcionalidad compartida!!! Flujo de eventos del caso de uso Sacar Dinero Camino básico ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero SISTEMA 2. Pide la clave de identificación 3. Introduce la clave 4. Comprueba la clave 6. Selecciona la operación de Reintegro 8. Introduce la cantidad requerida 10. Recoge la tarjeta. 5. Presenta las opciones de operaciones disponibles 7. Pide la cantidad a retirar 9. Procesa la petición y da el dinero solicitado. Devuelve la tarjeta 9. Recoge la tarjeta y fin del caso de uso 11. Recoge el dinero y termina el caso de uso 24
25 s Cajero automático no Flujo de eventos del caso de uso Validar Cliente Camino básico ACTOR 1. Este caso de uso empieza cuando un Cliente introduce una tarjeta en el cajero SISTEMA 2. Pide la clave de identificación 3. Introduce la clave 4. Comprueba la clave Caminos alternativos 5. Presenta las opciones de operaciones disponibles y termina el caso de uso. 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 s Cajero automático no Diagrama de estados del caso de uso validar usuario OperacionCancelada Esperando clave entry/ visualizar (pin) do/ esperar (pincliente) claveintroducida Validando clave ClaveValidada[datos_correctos] / n=0; Presentar OpcionesDisponibles tarjeta_introducida do/ validar (nºtarjeta, clave) exit/ n=n+1 ClaveValidada [NO datos_correctos AND n<3] /mostrar (Clave Incorrecta, por favor ) ClaveValidada [ NO datos_correctos AND n=3 ] /tragar_tarjeta 25
26 s Cajero automático no Flujo de eventos del caso de uso Sacar Dinero Camino básico ACTOR 1. Selecciona la operación de Reintegro SISTEMA 2. Pide la cantidad a retirar 3. Introduce la cantidad requerida 4. Procesa la petición y da el dinero solicitado. 5. Devuelve la tarjeta. 6. Recoge la tarjeta. 7. Recoge el dinero y termina el caso de uso 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. no s Cajero automático Supongamos que la descripción del caso de uso ingresar dinero es: Después de que el cliente se haya validado, se introduce por teclado la cantidad de dinero a ingresar. El abrirá el cajón, donde habrá que realizar el depósito del dinero en metálico. A continuación, el contabilizará el dinero depositado para comprobar si coincide con la cantidad tecleada. Si coincide, el ingreso se hará efectivo. En caso contrario, se permite que el usuario reintente la operación 26
27 s Cajero automático no Flujo de eventos del caso de uso Ingresar Dinero Camino básico ACTOR SISTEMA 1. Selecciona la operación de Ingreso 2. Pide la cantidad a ingresar 3. Introduce el importe a ingresar 4. Abre el cajón depósito del dinero en metálico. 5. Introduce el dinero 6. El contabiliza dicho dinero y comprueba si coincide con el importe. 7. Notifica al usuario que el ingreso se ha realizado. 8. Devuelve la tarjeta. 9. Recoge la tarjeta y fin del caso de uso Camino alternativo Evento 6. Notifica al usuario que la cantidad no coincide con el dinero introducido y permite que se repita la operación desde el principio. no s Cajero automático Diagrama de estados del caso de uso ingresar dinero OperacionCancelada OperacionCancelada Opción Ingreso seleccionada Esperando importe a ingresar entry/ mostrar ( Introduzca importe ) do/ esperar (importe) Importe Introducido Esperando dinero metálico Dinero Introducido Entry/ abrircajon() Exit/ cerrarcajón() do/ Esperar () Validando cantidades CantidadesValidadas [NOT OK] / mostrar ( Clave Incorrecta, por favor ) do/ Validar () CantidadesValidadas [OK] / mostrar ( Operación finalizada con éxito ) Esperando recoger tarjeta Entry/ ExpulsarTarjeta; Mostrar ( Recoja su tarjeta ) do/ Esperar () Dinero Retirado EsperandoRecogerDinero Entry/abrirCajon(); Mostrar( Retire su dinero ) Exit/ cerrarcajon() do/ Esperar () Tarjeta Retirada / mostrar( Introduzca su tarjeta ) 27
28 no s Cajero automático Supongamos que el caso de uso Realizar Transferencia se realiza de la siguiente forma: Después de que el cliente se haya validado, se introduce por teclado la cantidad de dinero a transferir. El solicitará el número de cuenta destino de la transferencia. El cajero realiza la operación realizando primero un reintegro y luego un ingreso. Si la transacción se ha realizado satisfactoriamente se le indica al usuario que la operación ha sido completada. Se expulsa luego la tarjeta y termina el caso de uso. s Cajero automático no Flujo de eventos del caso de uso Realizar transferencia Camino básico ACTOR 1. Selecciona la operación de Transferencia SISTEMA 2. Pide la cantidad a transferir 3. Introduce la cantidad 4. Pide el número de cuenta 5. Introduce el número de cuenta 6. El comprueba que existe saldo suficiente en la cuenta del cliente. 7. El realiza un ingreso sobre la cuenta destino. 8. Se informa al cliente de que la operación se ha realizado satisfactoriamente. 9. Se expulsa la tarjeta 10. Recoge la tarjeta 11. El vuelve a la situación inicial del cajero y fin del caso de uso Caminos alternativos Evento 3,5. El actor puede cancelar. Evento 6. Si no existe saldo suficiente se informará que no es posible realizar la operación. Evento 7. Si ocurre algún problema con el ingreso se informará que no se ha realizado. Evento 10. Si el actor no recoge la tarjeta, el cajero automático tragará la tarjeta. 28
29 s Cajero automático modelo de casos de uso: aproximación final Sacar Dinero R5 Cajero Automático << include >> R2, R3 no Cliente << include >> Validar Cliente Ingresar Dinero << include >> R4 Hacer Transferencia s Reloj digital Un reloj digital tiene una pantalla y dos botones para accionarlo, el botón A y el botón B. El reloj tiene dos modos de operación, visualizar la hora y establecerla. En el modo de visualización aparecen las horas y los minutos separados por dos puntos (:) intermitentes. El modo de establecer la hora tiene dos submodos: poner las horas y poner los minutos. El botón A se utiliza para seleccionar el modo de operación. Cada vez que se aprieta, el modo avanza en secuencia: visualizar la hora, poner hora, poner minutos, visualizar la hora, etc. Dentro de los submodos, el botón B se utiliza para avanzar una hora o un minuto cada vez que se aprieta. Prepare un diagrama de estados del reloj. 29
30 s Reloj digital Botón A pulsado Visualizando hora Do/ Reloj () Botón A pulsado Cambiando hora Do/ EsperarCambio () Botón A pulsado Cambiando minutos Do/ EsperarCambio () Botón B pulsado / AvanzaH () Botón B pulsado / AvanzaM () s Semáforo Un semáforo de circulación con el funcionamiento básico de dar paso a los coches y dar paso a los peatones, de forma cíclica, tiene un visor para los coches y otro visor para los peatones. La secuencia cíclica de colores para el visor de los coches es Rojo, Verde, Ambar. La secuencia para el visor de peatones es Rojo, Verde, Verde Intermitente. El tiempo en el que el semáforo está en cada estado no tiene por qué ser siempre el mismo. 30
31 s Ordenador de a bordo El ordenador de a bordo de un automóvil tiene la siguiente especificación: Una vez que el conductor ha introducido la llave en el contacto, el ordenador realiza un chequeo de arranque, indicándolo mediante el encendido de un testigo. A partir de este punto pueden darse las siguientes situaciones: Si no se detecta ninguna anomalía y los cinturones de seguridad están abrochados, el ordenador espera el arranque del vehículo presentando un testigo indicando que se puede arrancar el motor. Una vez que el vehículo está arrancado, el ordenador mostrará los testigos habituales (indicador de nivel de combustible, temperatura, freno de mano, etc). Si no se detecta ninguna anomalía pero algún ocupante del vehículo tiene el cinturón desabrochado, el ordenador esperará que se abrochen los cinturones mientras presenta un testigo indicando al conductor la situación. Una vez solventado el problema, se volverá a realizar el chequeo de arranque. Si se detecta una anomalía no grave, el ordenador lo indicará al conductor, y esperará a que éste reconozca dicha anomalía, mediante la pulsación de una tecla OK y mostrando un testigo. Cuando pulse la tecla, se volverá a realizar el chequeo de arranque. Si se detecta una anomalía grave, el ordenador bloqueará el motor de arranque, no permitiendo el encendido del vehículo y mostrará un testigo indicador de la situación. Sólo se podrá sacar la llave pero no se podrá realizar ninguna otra acción hasta la reparación de la anomalía. Una vez se haya retirado la llave, el ordenador se apaga. s Ordenador de a bordo Chequeo Terminado [NOT anomalia AND cinturones_abrochados] Esperando Arranque Entry: Entry/: Encender Testigo (Arranque) Llave introducida Chequeo Terminado Realizando Chq Arranque Entry: Entry/: Encender Testigo (Chk) Do: Do/ Chequar Arranque Cinturones [NOT anomalia AND NOT cinturones_abrochados] Esperando Abrochar Cinturón Entry: Entry/: Encender Testigo ( AbrocharCinturón) Do/ Esperar (AbrocharCintur) Abrochados Tecla OK pulsada Esperando Pulsar OK Entry: Entry/: Encender Testigo (OK) Do/ Esperar (OK) Chequeo Terminado [anomalia grave]/bloquearmotor() Chequeo Terminado [NOT anomalia grave] Esperando Retirada llave Entry/ Encender Testigo (GRAVE) Do/ Esperar (Llave) Do/ Esperar (Arranque) Vehículo Arrancado/Encender Testigo (Habitual) Llave retirada/apagarodenador 31
32 s Venta de billetes La empresa de Transportes Ferroviarios (TRAFER) desea crear una nueva APLICACIÓN SOFTWARE que permita la Venta de billetes en RUTA (VIRUTA). Con esta nueva aplicación, un viajero puede subir al tren y comprar el billete dentro del mismo sin necesidad de pasar previamente por ventanilla. Tras una entrevista con el personal de TRAFER, se ha conseguido la siguiente información relativa al proceso de venta de billetes: El revisor, a través de VIRUTA, registrará los datos del viaje a realizar seleccionando la estación de origen y destino, que le diga el viajero. La aplicación asignará la fecha y hora del. A partir de dicha información, VIRUTA comprobará la existencia de algún descuento en la tarifa de descuentos de calendario ("días azules, dorados o rojos y horas punta y valle"). Esta labor la realiza automáticamente el a partir de los datos del viaje puesto que conoce la fecha y hora del mismo. A continuación calcula el precio del billete, consultando la tarifa de precios. Posteriormente el revisor introduce el número de billetes a emitir y VIRUTA calculará entonces el importe total. Hay que aclarar que una venta sólo puede realizarse para el mismo origen, destino, fecha y hora de salida. Finalmente, se imprime un único justificante donde se recogen el número de billetes solicitados, el importe total, el trayecto (estación de origen y destino, fecha y hora) y el descuento aplicado. El revisor recoge el billete y VIRUTA vuelve a la situación inicial. Debido a que la aplicación va instalada en una PDA con impresora, y dada su reducida capacidad de disco, se ha acordado con el personal de TRAFER, que desde la aplicación VIRUTA, el revisor pueda ordenar la descarga de los datos de las ventas realizadas. Para la realización de esta descarga, la aplicación solicitará al revisor que se identifique. Cuando termina la descarga, VIRUTA lo indicará mediante un mensaje de confirmación. El revisor acepta la confirmación y VIRUTA vuelve a la situación inicial. s Venta de billetes Especificación de requisitos 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 R1.7. Mostrar descripción y precio del producto almacenado 32
33 s Venta de billetes Especificación de requisitos 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 y autorizar el pago vía módem. OTRAS FUNCIONES R3.1. Es necesario dar de alta dependientes nuevos en el puesto de venta y dar de baja aquellos que dejan de trabajar en caja. R3.2. El puesto de venta es encendido y apagado cada día por el encargado de la sección. En el encendido, si la fecha y hora no fueran correctas, se modificarían. 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, ) s Venta de billetes Dominio METÁLICO TARJETA DEPENDIENTE registra PAGO VENTA Se realiza PTO. VENTA PRODUCTOS VENDIDOS IMPORTE TOTAL INVENTARIO CODIGO PRODUCTO DESCRIPCIÓN Nº UNIDADES PRECIO 33
34 s Venta de billetes Punto de venta Realizar Pago Iniciar sesión Cliente Dependiente Registrar Venta Encender Apagar Encargado Admin. Gestionar usuarios s Venta de billetes CLIENTE DEPENDIENTE SISTEMA Iniciar Venta Actualizar inventario Intro Cod. Producto Pagar Solicitar Importe total Cobrar Dar descripción y precio Finalizar venta 34
35 s Venta de billetes Casos de Uso R1.1, R1.2, R1.3, R1.4, R1.5, R1.7, R2.1, R2.2 Punto de venta Realizar Venta Iniciar sesión R1.6 Dependiente R3.2 Encender Admin. Apagar Gestionar usuarios Encargado R3.1 35
El Proceso Unificado de Desarrollo
El Proceso Unificado de Desarrollo 1 - Captura de El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar
Más detallesExamen de Ingeniería del Software / 2º de Informática de Sistemas 21 de junio de 2007
s Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. SERÁ NECESARIO OBTENER AL
Más detallesTema 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 detallesExamen de Ingeniería del Software / 3º de Informática de Gestión 7 de febrero de 2007
Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. SERÁ NECESARIO OBTENER AL
Más detallesTema 7: Elicitación de Requisitos. Departamento de Lenguajes y Sistemas Informáticos II
Tema 7: Elicitación de Requisitos Departamento de Lenguajes y Sistemas Informáticos II Contenidos Técnicas de recolección de información Captura de requisitos: Modelo de Casos de Uso 2 Contenidos Técnicas
Más detallesEjemplo: Caso de Uso: Registrar perfil de ADN Ejemplo: Caso de Uso: Pagar factura Ejemplo: Cajero Automático
Ejercicios Análisis Ejemplo: Caso de Uso: Registrar perfil de ADN Ejemplo: Caso de Uso: Pagar factura Ejemplo: Cajero Automático Análisis e Ingeniería de Requisitos Tema 3 www.kybele.urjc.es AIR - 29 Lista
Más detallesTema 4e: Proceso Unificado: Análisis
Tema 4e: Proceso Unificado: Análisis Marcos López Sanz Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis
Más detallesTema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008
Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente
Más detallesAnálisis y Diseño Orientado a Objetos. 2 - Análisis
Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar
Más detallesDocumentación de Requisitos con Casos de Uso
de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas
Más detallesCaracterización de los Procesos de Negocio
Caracterización de los Procesos de Negocio Sistemas de Información Administrativos Departamento de Ingeniería Industrial Universidad de Chile Derechos Reservados (c) Agenda Proceso de Negocio Características
Más detallesEjercicio 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 detallesPROCESO UNIFICADO CAPTURA DE REQUISITOS
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,
Más detalles3. Módulos Funcionales (Letrado)
Prisiones (Letrados) v..doc 3. Módulos Funcionales (Letrado) 3.1. Solicitar Pase Este módulo funcional permite a un Usuario con rol de Abogado solicitar el pase a una prisión para visitar a un interno.
Más detallesTema 9: Método de Craig Larman
Tema 9: Método de Craig Larman Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagrams Diagramas de Use
Más detallesIngeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar
Más detallesgestión para una empresa de autobuses que se dedica al transporte regional, nacional e internacional de viajeros. Las
INGENIERÍA DEL SOFTWARE I Práctica 3 Modelado de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Ejemplo Práctico de Desarrollo de Software El proyecto consiste en el desarrollo
Más detallesUML (Unified Modeling Language) Octubre de 2007
UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de
Más detallesModelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra
Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra Enunciado Un Servicio de Correo electrónico (e-mail) desea incorporar nuevas funcionalidades a las opciones que actualmente
Más detallesAnálisis y Diseño del Software. El Lenguaje Unificado de Modelado UML 2.0
Análisis y Diseño del Software El Lenguaje Unificado de Modelado UML 2.0 Contenidos Introducción al modelado del software Presentación de UML Modelado de Casos de Usos Diagramas de casos de uso Modelado
Más detallesManual de usuario. Terminal Punto de Venta
ÍNDICE 3......... Conoce tu 4......... Prender y apagar la terminal 5......... Configurar el tipo de conexión 8......... Iniciar sesión 2 9......... Realizar una venta 11........ Realizar una cancelación
Más detallesAná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 detalles4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software
UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)
Más detallesPROYECTO MULTIPLAN CAPTURA DE REQUERIMIENTOS
PROYECTO MULTIPLAN CAPTURA DE REQUERIMIENTOS GRUPO 01: JON EDER ARNAN DAVINIA AIZCORBE ALICIA HUARTE DANIEL DURAN AINARA GONZALEZ AARON CASTELLANOS JOSE LUIS TORRES INDICE 1. Interfaz de usuario 1 1.1
Más detallesProyecto de IS3. Tercera iteración. Documento de modelo funcional
3 de mayo de 2009 Proyecto de IS3. Tercera iteración 4 de mayo de 2009-2 - Índice Historial...3 Identificación de actores...4 Identificación de casos de uso...5 Descripción de los casos de uso...6 Identificar...6
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
Más detallesManual de usuario Cita Previa
Manual de usuario Cita Previa Versión 1.0 Empresa: Viacore IT Fecha: 19/12/2016 Jefe Proyecto: Óscar Ponce Cruz Teléfono: 942333743 Email: oponcecruz@viacoreit.com Unidad Gobierno: Dirección General Organización
Más detallesPROYECTO MULTIPLAN. Captura de Requerimientos
PROYECTO MULTIPLAN GRUPO 4 Componentes Grupo 4: Alexander García garcifer7@hotmail.com Ignacio Jorge Castaños ijcastanos@ikasle.ehu.es Jon Gallego jgallego006@ikasle.ehu.es Fran Santamaría lhoj.85@gmail.com
Más detallesEjemplo 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 detallesCLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez
CLASE 4: CASOS DE USO REQUERIMIENTOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Casos de Uso Un caso de uso es una descripción de las posibles secuencias de interacción entre el
Más detallesUnidad II. Metodología para resolver problemas aplicando la POO. Parte 1
Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución
Más detallesSupervisor v4.6. Apéndice 1. Herramientas automatizadas de gestión remota
v4.6 Apéndice 1 Herramientas automatizadas de gestión remota ÍNDICE DE CONTENIDOS 1. INTRODUCCIÓN... 4 2. RONDAS... 5 2.1 RONDA MANUAL... 5 2.2 RONDAS AUTOMÁTICAS... 5 2.2.1 Definición de una ronda...
Más detallesRECETA ELECTRÓNICA. Los pasos básicos para la prescripción se resumen en el siguiente circuito:
RECETA ELECTRÓNICA MANUAL DE USUARIO PARA PRESCRIPCIÓN ELECTRÓNICA RECETA ELECTRÓNICA 1 Circuito de Prescripción. Los pasos básicos para la prescripción se resumen en el siguiente circuito: Acceso a la
Más detallesA. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013
Tema 2: Captura de requisitos usando UML A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 1.-Introducción: Índice Visión global de la captura de requisitos Artefactos 2.- Modelo de Casos de Uso 3.-
Más detallesRegistro Electrónico Manual de Usuario
Tabla de contenidos 1. Introducción... 1 2. El Registro Electrónico... 2 2.1. Requisitos de sistema... 3 2.1.1. Hardware... 3 2.1.2. Software... 3 2.1.2.1. Sistema Operativo... 3 2.1.2.2. Navegador de
Más detallesAtención al Público en Ventanilla
Atención al Público en Ventanilla Introducción Este documento tiene por finalidad explicar el proceso para poder atender al público en las diferentes operaciones que estos pueden realizar en tiempo real.
Más detallesPantalla inicial ADN
Módulo ADN 1 2 3 4 Pantalla inicial ADN Al ingresar a la aplicación encontramos Cuatro secciones principales: En la sección 1 aparecen los filtros disponibles para realizar la búsqueda de las empresas
Más detallesUNIVERSIDAD TÉCNICA DEL NORTE
UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES MANUAL DE USUARIO TEMA: ESTUDIO DE LOS PRINCIPALES MODELOS DE BANCA MÓVIL Y
Más detallesManual aplicación Transporte Escolar Asturias
Manual aplicación Transporte Escolar Asturias 1 Introducción... 2 2 Terminal... 2 3 Tarjeta de identificación del vehículo.... 3 4 Aplicación de transporte escolar.... 4 Página 1 1 Introducción El presente
Más detallesManual de usuario de la E-Factura en la Junta de Comunidades de Castilla la Mancha
Manual de usuario de la E-Factura en la Junta de Comunidades de Castilla la Mancha Tabla de contenidos 1. INTRODUCCIÓN... 3 2. OPERACIONES CON E-FACTURAS... 4 2.1 Validación, Rechazo, Encaminamiento de
Más detallesHERRAMIENTA DE GESTIÓN DE DOCUMENTACIÓN EN MATERIA DE SEGURIDAD Y SALUD PARA LOS EXPEDIENTES DEL EMACSA MANUAL DE MANEJO Y ADMINISTRACIÓN
HERRAMIENTA DE GESTIÓN DE DOCUMENTACIÓN EN MATERIA DE SEGURIDAD Y SALUD PARA LOS EXPEDIENTES DEL EMACSA MANUAL DE MANEJO Y ADMINISTRACIÓN Ed. 0/1 Fecha: 04-01-2013 ÍNDICE Página ÍNDICE... 2 1. OBJETO Y
Más detallesSUBSEDE ELECTRÓNICA DEL FONDO DE GARANTÍA SALARIAL
SECRETARÍA DE ESTADO. FONDO DE GARANTÍA SALARIAL. SECRETARIA GENERAL. SUBSEDE ELECTRÓNICA DEL FONDO DE GARANTÍA SALARIAL Manual de Usuario Subsede Electrónica Sumario 1 ACCESO AL SISTEMA Y OPERATIVA GENERAL...
Más detallesAYUDA SOLICICTUD DE CARNÉ JOVEN
AYUDA SOLICICTUD DE CARNÉ JOVEN 1. Acceso a la aplicación.... 2 2. El solicitante tiene ya un Carné Joven vigente.... 3 3. El solicitante realiza la primera solicitud de alta del Carné Joven.... 3 4. El
Más detallesPREGUNTAS FRECUENTES
PREGUNTAS FRECUENTES 1 Índice Configuración Inicial... 2 Principales Funciones... 8 2 Configuración Inicial Cómo dar de alta...? 1. Usuarios 2. Sucursales 3. Productos (precios, costos, etc.) 4. Inventarios
Más detallesEJEMPLO DE CÁTEDRA. Modelo de Desarrollo Estructurado. Análisis Estructurado. A. Modelo Ambiental
EJEMPLO DE CÁTEDRA Enunciado Un Servicio de Correo electrónico (e-mail) desea incorporar nuevas funcionalidades a las opciones que actualmente brinda: Crear un nuevo para ser compartido entre varios usuarios:
Más detallesElParking - Simplemente Aparca. El Parking Manual de usuario
El Parking Manual de usuario Alta de usuario 2 Monedero 3 Recargar 3 Obtención de ticket de estacionamiento regulado 5 Selección de zona 6 Selección de vehículo 8 Añadir un nuevo vehículo 8 Selección de
Más detallesDocumentación de Caso de uso Validar Usuario después del Diagrama de Robustez
Documentación de Caso de uso Validar Usuario después del Diagrama de Robustez Validar Usuario Validar al usuario en el sistema e ingresar al sistema El médico deberá haber sido registrado previamente El
Más detallesModelo de Casos de Uso. Diagrama de Casos de Uso en UML
Modelo de Casos de Uso Diagrama de Casos de Uso en UML Documentación de Caso de uso Validar Usuario Validar Usuario Validar al usuario en el sistema e ingresar al sistema El médico deberá haber sido registrado
Más detallesINSTALACIÓN DEL GESTOR DE SESIONES PPPOE MULTIPUESTO
El Gestor de Sesiones PPPoE Multipuesto es una herramienta para la gestión de la conexión/desconexión de la sesión PPPoE en configuraciones multipuesto dinámico. Asimismo, la aplicación monitoriza el estado
Más detallesEjemplo de Casos de Uso. Gestión básica de una biblioteca.
Ejemplo de Casos de Uso. Gestión básica de una biblioteca. La Biblioteca Municipal está teniendo un gran éxito pero le están surgiendo algunos problemas relacionados con el grado de satisfacción del cliente
Más detallesTema 4: Diagramas de Casos de Uso
Tema 4: Diagramas de Casos de Uso Maria-Isabel, Sanchez Segura Arturo, Mora-Soto 1 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos
Más detallesMODELO DE REQUISITOS
Capítulo 2 MODELO DE REQUISITOS 2.1 Introducción Un modelo, en el desarrollo de software, define cómo solucionar los problemas que aparecen en el desarrollo de una aplicación. Para desarrollar el software,
Más detallesDocumentación para la utilización de la Receta Electrónica de Madrid con Etron Farmacia c
Documentación para la utilización de la Receta Electrónica de Madrid con Etron Farmacia 2.0.6.2c 1 Acceder al Módulo de Receta Electrónica. 2 Lectura de la tarjeta sanitaria del paciente. 3 Muestra de
Más detallesAplicación de Contratas icae (Coordinación de actividades empresariales) - Manual de Usuario
Aplicación de Contratas icae (Coordinación de actividades empresariales) - Manual de Usuario Contenido Introducción... 2 Confirmación de usuario... 2 Pantalla principal... 4 Información de la empresa...
Más detallesDocumentación n de Requisitos mediante Casos de Uso
Departamento Lenguajes escuela técnica superior ingeniería informática Documentación n mediante Casos Uso Grupo Ingeniería a l Software Marzo 2006 Versión original: Amador Durán Toro (octubre 2004) Última
Más detalles< SOLICITUD DE TARJETA SANITARIA EXTRAVÍO / DETERIORO / NO RECIBIDA > MANUAL DE USO
< SOLICITUD DE TARJETA SANITARIA EXTRAVÍO / DETERIORO / NO RECIBIDA > MANUAL DE USO ÍNDICE 1. INTRODUCCIÓN... 3 1.1. Descripción de la aplicación... 3 1.2. Alcance de la aplicación... 3 1.3. Personas usuarias
Más detallesST-8502 ACTUALIZACIÓN ANUAL.
ST-8502 ACTUALIZACIÓN ANUAL www.fbelectronica.com ACTUALIZACIONES ANUALES DEL EQUIPO Anualmente es necesario habilitar el equipo para poder descargar y trabajar con nuevas actualizaciones. Para realizar
Más detallesModelo y Análisis 179
Modelo y Análisis 179 2.6 Análisis Funcional Por medio del análisis funcional: Se muestra las operaciones de los objetos y sus dependencia de datos por medio de los diagramas de flujo de datos. Se descompone
Más detallesMÓDULO DE TESORERÍA MANUAL DE USUARIO
COORDINACIÓN DEL SISTEMA INSTITUCIONAL DE INFORMACIÓN SIG@ VERTIENTE FIDEICOMISO MÓDULO DE TESORERÍA MANUAL DE USUARIO Versión 1.2 ÍNDICE 1. Introducción... 3 2. Botones de acción y estados... 4 3. Ingreso
Más detallesNegotis SOFTWARE DE GESTION DE VENTAS Y FACTURACION ELECTRONICA MANUAL DE USUARIO. LIDER IT
2016 Negotis SOFTWARE DE GESTION DE VENTAS Y FACTURACION ELECTRONICA MANUAL DE USUARIO LIDER IT 2014-2016 www.liderit.com.ar Índice 1. INTRODUCCION Error! Marcador no definido. 2. FUNCIONALIDADES 3 2.1.
Más detallesIntroducción a la orientación a objetos y a UML
Introducción a la orientación a objetos y a UML El lenguaje unificado de modelado. Manual de referencia. James Rumbaugh, Ivar Jacobson, Grady Booch. Ed. Addison Wesley, 2000 El proceso unificado de desarrollo,
Más detallesCar Black Box. Manual del Producto B430-NEGR
Car Black Box Manual del Producto B430-NEGR MIC tecla de selección de modo / botón de menú botón de selección hacia arriba pantalla LCD encendido / apagado tecla OK botón de selección hacia abajo ranura
Más detallesÍNDICE IMÁGENES Y GRABACIONES DE LA GALERÍA... 24
ESPAÑOL ÍNDICE 1 Introducción... 3 2 OPERACIONES PRELIMINARES Y REQUISITOS... 3 3 MODOS DE ACCESO... 4 4 PÁGINA DE ACCESO A LA APLICACIÓN... 4 5 REGISTRO DE USUARIO... 5 6 MODO MUNDO... 6 6.1 ACCESO...
Más detallesMARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLUMEN VI: MANUALES DE USUARIO ANEXO VII. APLICACION DE SNCSE MANUAL DE USUARIO
Interoperabilidad de los servicios telemáticos de la Administración Pública de la CAC Página 1 de 25 MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLUMEN VI: MANUALES DE USUARIO ANEXO VII.
Más detallesINGRESAR EN LA BARRA DE DIRECCIÓN LO SIGUIENTE:
INGRESAR EN LA BARRA DE DIRECCIÓN LO SIGUIENTE: http://inventarios.pa.gob.mx 2 Sistema Integral de Recursos Materiales y Servicios DAR CLICK Registrar los datos correspondientes en los campos de usuario
Más detallesActualización del sistema Documentos Digitales en versión Monousuario.
Actualización del sistema Documentos Digitales en versión Monousuario. Para el proceso de Actualización es importante considerar los siguientes puntos: Contar con el apoyo de su personal de sistemas. No
Más detallesSIBO Sistema de Información de Boletería Especificación de Requerimientos. Versión 1.0
SIBO Sistema de Información de Boletería Especificación de Requerimientos Versión 1.0 Historial de Revisión Fecha Versión Descripción Autor 14/09/2009 1.0 Documento que contiene los principales requerimientos
Más detallesManual usuario TPV ingenico
Popular Payments Manual usuario TPV ingenico Versión v1.1 Última actualización 06/2018 1 Contenido Popular Payments Manual usuario TPV ingenico 2 1 Menús 1.1 Venta 1.2 Preautorización 1.2.1 Preatorización
Más detallesTrabajo Práctico N 4 Página 1
Trabajo Práctico N 4 UML Confeccionar el diagrama de Secuencia de los siguientes ejercicios propuestos: Ejercicio 1. Comportamiento de un cajero automático. El usuario introduce la tarjeta en el cajero
Más detallesMODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. 4.8 Diagramas de Actividades
MODULO IV Análisis y Diseño de Sistemas de Información INF-162 III. UML 4.8 Diagramas de Actividades Facilitador: Miguel Cotaña 23 de Noviembre 2009 1 Un diagrama de actividades destaca el flujo de control
Más detallesDiagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING
Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Objetivos Comprender la importancia del modelado y el uso de diagramas para la Ingeniería y la arquitectura. Conocer las ventajas que
Más detallesUn caso de uso es la descripción de cómo en un determinado escenario el software será empleado en una situación determinada.
4 4.0 Casos de uso 4.1 Definición general Un caso de uso es la descripción de cómo en un determinado escenario el software será empleado en una situación determinada. El desarrollador del software creara
Más detallesITACA La aplicación de Gestión de Identidad
ITACA La aplicación de Gestión de Identidad Índice La aplicación de Gestión de Identidad 3 Cambiar mis datos personales 3 Cambiar Contraseña 6 Administración de Usuarios 7 Creación de Usuario 10 Añadir
Más detallesGUÍA DE USUARIO. 1 Requisitos Introducción Pantalla selección Año y Semestre Pantalla de los datos del espectáculo...
GUÍA DE USUARIO 1 Contenido 1 Requisitos.... 2 2 Introducción.... 2 3 Pantalla selección Año y Semestre.... 3 4 Pantalla de los datos del espectáculo.... 4 5 Pantalla de los datos de la compañía y distribuidora....
Más detallesESTRUCTURAR EL MODELO DE CASOS DE USO
ESTRUCTURAR EL MODELO DE CASOS DE USO SEMANA 3 Primera Sesión Profesores del Curso: Aréstegui Guillén Oscar Temario Refinar la definición del sistema Detallar un Caso de Uso Documento Especificación de
Más detallesGestor de Sesiones PPPoE Multipuesto. Amper Xavi 7868
Gestor de Sesiones PPPoE Multipuesto Amper Xavi 7868 El Gestor de Sesiones PPPoE Multipuesto es una herramienta para la gestión de la conexión/desconexión de la sesión PPPoE en configuraciones multipuesto
Más detallesSolicitudes Material de Almacén
Solicitudes de Material de Almacén Sistema de Turno Electrónico Solicitudes de Material de Almacén Usuarios del Poder Judicial MANUAL DEL USUARIO PARA LOS OPERATIVOS Realizado por: Sistema Morelos ISC
Más detallesMANUAL PARA INSTALACION Y ACTIVACION DE DISPOSITIVO CRIPTOGRAFICO
A continuación, se dará una descripción paso a paso del proceso para llevar a cabo la correcta instalación y activación del dispositivo criptográfico que contiene su certificado digital. Para poder hacer
Más detallesMANUAL DE USUARIO KDC004RUNT COPYRIGHT 2013 KEYSTONE COLOMBIA
MANUAL DE USUARIO KDC004RUNT COPYRIGHT 2013 KEYSTONE COLOMBIA INTRODUCCION La librería KDC004RUNT esta programada bajo las especificaciones del RUNT para uso exclusivo de esta entidad, con el objetivo
Más detallesSage 50c Premium / Standard / Essential
Sage 50c Premium / Standard / Essential Manual de Instalación Sage 02 11 2016 Tabla de contenidos Manual de Instalación 1.0 Presentación 3 2.0 Instalación por defecto de Sage 50c 4 3.0 Instalación avanzada
Más detallesA. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013
Tema 2.2: Modelo de Casos de Uso A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 Artefacto: actor ACTOR es alguien que interactúa con el sistema: Un tipo de usuario (persona) Otro sistema externo
Más detallesUNIFICA CAPTURA ECONÓMICO FINANCIERO
UNIFICA CAPTURA ECONÓMICO FINANCIERO MANUAL DE INSTALACIÓN Dirección General de Planificación y Presupuesto Gobierno de Canarias V.3.5.0.0 Actualizado a Marzo 2013 Manual de instalación Unifica Captura
Más detallesSistema de Titulación Notarial
OBJETIVO Este manual pretende proporcionar al usuario los elementos necesarios para conocer la oganización del STN, así como las diferentes opciones de análisis de información, desde resultados de carácter
Más detallesSISTEMA DE SEGUIMIENTO Y CONTROL ACADEMICO SIS.SEG.BOL. UNIDAD EDUCATICA SIMÓN BOLÍVAR VERSION 1.0 ELISA ALANOCA QUISPE MODULO GESTION DE INSCRIPCION
SISTEMA DE SEGUIMIENTO Y CONTROL ACADEMICO SIS.SEG.BOL. UNIDAD EDUCATICA SIMÓN BOLÍVAR VERSION 1.0 ELISA ALANOCA QUISPE MODULO GESTION DE INSCRIPCION ANALISIS Y DISEÑO DEL SISTEMA 1. TABLA DE REQUERIMIENTOS.
Más detallesIngeniería a de Software CC51A
Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario
Más detallesÍndice. Introducción. Menú Tablero. Menú Productos. Menú Ventas. Menú Análisis. Menú Usuarios. Menú Configuración. Glosario... 8
MANUAL DE USO Índice Introducción 2 Menú Tablero Menú Productos Menú Ventas Menú Análisis Menú Usuarios Menú Configuración Glosario 8 1 lntroducción Conociendo Vonus 1. Qué es Vonus? 2. Tipo de paquetes
Más detallesManual de Usuarios de Prestamos JUFIRA CONTENIDO. A. Solicitar un Préstamo B. Consultar el Estatus de un Préstamo
CONTENIDO A. Solicitar un Préstamo ------------------ 2 B. Consultar el Estatus de un Préstamo ---- 6 C. Consultar los Pagos Realizados --------- 7 D. Registrar un Pago en el Portal --------- 9 E. Obtener
Más detallesCurso 2013/14 Solicitud de Reconocimiento de créditos
Curso 2013/14 Solicitud de Reconocimiento de créditos 1 Bienvenido al formulario de solicitud de reconocimiento de créditos en la Universitat Politècnica de València. Antes de comenzar tu solicitud es
Más detallesManual de Usuario DOCTOR Perfil
Manual de Usuario PerfilDOCTOR Manual de Usuario PerfilDOCTOR Ventana Inicial Url de Ingreso Registro de Doctor Funcionalidades de la Ventana Inicial Recuperar la Contraseña Menú de Inicio Funcionalidades
Más detallesManual de usuario de la aplicación Juegos Escolares
Manual de usuario de la aplicación Juegos Escolares Mutualidad Referencia: Juegos Escolares Autor: Elena Fecha de creación: 01/06/2007 Última actualización: 17/07/2007 Versión: v1.0 Clasificación: Uso
Más detallesSistemas de Información II. Análisis de Sistemas Orientado a Objetos
Análisis de Sistemas Orientado a Objetos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón.
Más detallesManual. Empieza a aceptar pagos con tarjeta con payleven
Manual Empieza a aceptar pagos con tarjeta con payleven Lector de tarjetas Chip & PIN Parte superior Lector de bandas magnéticas Parte delantera Símbolo bluetooth Batería Botón 0 (botón vincular) Cancelar
Más detallesManual de usuario Cita Previa. Versión 1.0
Manual de usuario Cita Previa Versión 1.0 Índice 1. INTRODUCCIÓN... 3 2. TUTORIAL... 3 2.1. Funcionalidad de acceso al sistema... 4 2.1.1. Descripción funcional... 4 2.1.2. Precauciones y avisos... 4 2.1.3.
Más detallesApp Banca Móvil Introducción. Febrero 2017
App Banca Móvil Introducción Febrero 2017 Aplicación contenedora BancoEstado Una aplicación contenedora es un programa (aplicación) que contiene otras aplicaciones de servicios. Se puede descargar desde
Más detallesLos 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 detallesFIRMADOR HAPI MANUAL DE USUARIO
FIRMADOR HAPI MANUAL DE USUARIO Identificación del documento Datos del Documento Nombre de archivo: Manual Usuario Firmador HAPI.docx Fecha de creación: 04 noviembre 2011 Última modificación: 12 setiembre
Más detallesManual de Usuario. Mayo 2012.
Mayo 2012. INDICE 1.Introducción... 3 2.Requisitos... 4 3.Funcionamiento de las pantallas... 5 3.1. Ayuda al usuario... 5 3.2. Cambio de Idioma... 5 3.3. Menú Horizontal... 6 3.4. Sendero de migas... 6
Más detalles