ERNESTO GOMEZ VARGAS Ph.D

Slides:



Advertisements
Presentaciones similares
INGENIERIA DE SOFTWARE I MODELO DE ANALISIS
Advertisements

DESCRIPCION DEL PROBLEMA
Modelo de Requisitos Centro ISYS Escuela de Computación
Clase 09.  Garantizar la calidad de software  La prueba nunca termina, del IS translada se translada al usuario  Las casas de software invierte del.
Lcda. Ingrid Graü Diseño de Sistemas 1. Lcda. Ingrid Graü Diseño de Sistemas 2.
Introducción a las bases de datos. MODELO ENTIDAD RELACIÓN (CONTINUACIÓN)  Ejemplo de cómo se lee un diagrama entidad relación:
Bienvenidos al Portal Para proveedores. 2 Los proveedores deben ingresar al siguiente enlace:
Manual Formulario Registro de Cajas Para el envío de Cajas en crecimiento.
CardSpace. Índice Comprendiendo la identidad digital Comprendiendo la identidad digital Describiendo la identidad digital Describiendo la identidad digital.
Modelo de Analisis. Que es el modelo de análisis. Su objetivo es comprender y generar una arquitectura de objetos para el sistema con base en lo especificado.
Manual de Usuario Portal de Proveedores PROVEEDOR - FACTORING
XIE Sistema de registro de información de actividades del Medio Universitario y de Bienestar. Para programar en el sistema un nuevo evento, se requiere.
FACTURACIÓN ELECTRÓNICA DHARMA USAHA
Elementos Básicos De Una Tienda Electrónica
Sistema de Control de Accesos Web
METODOLOGÍA DE SISTEMAS
Tutorial Bono Web 2014.
Flujo de trabajo: Requerimientos
Flujo comunicación C1 EP-Hotel C2 EP-Precios C3 EP-Core
Programación Avanzada
TEMA 3. CAPTURA DE REQUISITOS COMO CASOS DE USO (Continuación fase de Planeación y Elaboración) ANÁLISIS Y DISEÑO DE SISTEMAS II Lic. Elisa Arizaca Ramirez.
USO APLICACIÓN PASAJERO
OFICINA DE ASUNTOS FEDERALES UNIDAD DE ADJUDICACIÓN DE FONDOS APLICACIÓN UNIDAD PLANES DE TRABAJO (UPT) MARZO 2013.
Guía de preinscripción SAID
MANUAL FUNCIONAL “ALMACENES”
Programación Orientada a Objetos
8A: El aeropuerto/ Las vacaciones
Seleccionar Usuario e Ingresar Contraseña
SISTEMA DE DICTAMINACIÓN DE ESTRUCTURAS ORGÁNICAS
FUNCIONES EN EXCEL 2007.
Características Descripción Beneficios Registro Políticas Club Interjet es el programa que te permite disfrutar aún más de Interjet, brinda ofertas exclusivas,
NORMA INTERNACIONAL DE AUDITORÍA 330
Diagramas de clases Modelan la vista estática del sistema
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
DIAGRAMA DE CLASES 2016 Ramos, Pablo.
SISTEMA DE CONTROL DE CUMPLIMIENTO DE LA NORMATIVA LABORAL PORTUARIA
Modelo de interacción de usuario.  El Desarrollo basado en modelos de la interfaz de usuario, en inglés Model-based User Interface Development (MB-UID),
PROCEDIMIENTO DE REDISTRIBUCIONES DE CRÉDITO (TRASPASOS)
Ejercicios de Diagramas de Clases
TRANSFERENCIAS ELECTRÓNICAS Y PAGOS
TRÁMITES ONLINE FOTOMULTAS ANTECEDENTES JUDICIALES TRÁMITES COMFAMA
Actividad 3 Hipervínculos Luis Alejandro Gómez Ramos Maestra: Adriana Ubiarco Tecnologías de la información I 1-A T/M BGC PREPA 10.
Guía interactiva de usuario final operativo
PROCEDIMIENTO DE REDISTRIBUCIONES DE CRÉDITO (TRASPASOS)
Ingresos parciales en ZIMS médico y completando el ingreso
Manual del Usuario Todos los derechos reservados ©.
DISH MÓVIL ¡NO TE QUEDES CON DUDAS! DICIEMBRE 2014
Criterios cobertura de grafos: casos de uso
Manual de Emisión SOAT Electrónico
Manual Portal de Pagos al Mercado de Energía Mayorista
Diagramas de clases Modelan la vista estática del sistema
Planificación Curso UNIDAD 1. INTRODUCCIÓN A LOS SERVICIOS EN RED
Oscar Navarrete J. Jorge Gutiérrez A.
Oscar Navarrete J. Jorge Gutiérrez A.
Sala de control Desde este lugar se puede supervisar y controlar el proceso (generación de energía), se tienen funcionalidades como: alarmas, registro.
Base de datos simples, relaciones Cardinalidad Claves.
Casos de usoRequerimientosEstatusCambios Registro de usuario El sistema debe permitir el acceso a usuarios validados en la base de datos, de lo contrario.
APP RHclic Guía de usuario para solicitud de prestaciones
Crear Solicitud de Pago Sin Factura
Casos de Uso Análisis de requisitos con casos de uso.
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Carpeta Electrónica Docente 2012
ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.
INTRODUCCIÓN A UML.  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Tema: Sistema de inventario de taller para puertas de carro. Integrantes: I.Arroyo Cevillano Andrés Anthony. II.Espinoza Cruz Pilar Jesús. III.Lucas Aguirre.
PRUEBAS DE CAJA NEGRA. -Internationa Software Testing Qualification Board (ISTQB) Internationa Software Testing Qualification Board (ISTQB) Técnica de.
Cuentas por Pagar, Subgerencia de Contabilidad
Unida III: Análisis y Diseño de Sistemas Orientado a Objetos
STS – SALES TERMINAL SYSTEM Modulo de venta Internacional
Transcripción de la presentación:

ERNESTO GOMEZ VARGAS Ph.D MODELO DE REQUISITOS ERNESTO GOMEZ VARGAS Ph.D

INTRODUCCION REQUISITOS: el modelo de casos de uso sirve para expresar el modelo de requisitos. DISEÑO: La funcionalidad de los casos de uso ya estructurada, la realiza el modelo de diseño. IMPLEMENTACION: Los casos de uso se instrumentan mediante el código fuente en el modelo de implementación. PRUEBAS: Los casos de uso se comprueban a través de las pruebas de componentes y de integración. DOCUMENTACION: El modelo de casos de uso se debe registrar a lo largo de las diversas actividades, dando lugar a distintos documentos como los manuales de usuario.

DESCRIPCION DEL PROBLEMA El sistema de reservaciones de vuelos, permite al usuario hacer consultas y reservaciones de vuelos, además de poder comprar los boletos aéreos de forma remota, sin la necesidad de recurrir a un agente de viajes. Se desea que el sistema de reservaciones sea accesible a través de Internet. El sistema presenta en su pantalla principal un mensaje de bienvenida descubriendo los servicios ofrecidos junto con la opción para registrarse por primera vez, o si ya se esta registrado poder utilizar el sistema de reservaciones de vuelo. Este acceso se da por medio de la inserción de un login previamente especificado y un password ya escogido y que debe validarse.

DESCRIPCION DEL PROBLEMA Una vez registrado el usuario, y después de haber validado el registro y contraseña del usuario, se pueden seleccionar las siguientes actividades. Consulta de vuelos Reservación de Vuelos Pago de Boletos. La consulta de vuelos se puede hacer de tres maneras diferentes. Horarios de Vuelo Tarifas de vuelo Estado del vuelo

DESCRIPCION DEL PROBLEMA La consulta según horarios muestra los horarios de las diferentes aerolíneas que dan servicio entre dos ciudades. La consulta según tarifas muestra los diferentes vuelos entre dos ciudades que dan prioridad a su costo La información del vuelo se utiliza principalmente para consultar el estado de algún vuelo, incluyendo información de disponibilidad de asientos, y en el caso de un vuelo para el mismo día , si esta a tiempo.

DESCRIPCION DEL PROBLEMA Se puede incluir preferencias en las búsquedas, como fecha y horario deseado, categoría de asiento, aerolínea y si se desea, solo vuelos directos. La reservación de vuelo permite al cliente hacer una reservación para un vuelo particular, especificando la fecha y horario, bajo una tarifa establecida. Es posible reservar un itinerario compuesto de múltiples vuelos, para uno o más pasajeros, además de poder reservar asientos. El pago permite al cliente, dada una reservación de vuelo previa y una tarjeta de crédito válida, adquirir los boletos aéreos.

DESCRIPCION DEL PROBLEMA Los boletos serán enviado al cliente posteriormente, o estarán listos para ser recogidos en el mostrador del aeropuerto antes de la salida del primer vuelo. ES necesario estar previamente registrado con un número de tarjeta de crédito válida para poder hacer compras de boletos, o de lo contrario proveerla en el momento de la compra. Además de los servicios de vuelo, el usuario podrá, en cualquier momento, acceder, modificar o cancelar su propio registro, todo esto después de haber sido validado.

DELIMITACION DE UN SISTEMA SEGÚN LOS ACTORES Para especificar los actores de un sistema , se dibuja un diagrama correspondiente a la delimitación del sistema la cual representa al sistema como una caja negra y los diferentes actores, como entidades externa a esta.

DELIMITACION DE UN SISTEMA SEGÚN LOS ACTORES Actor Primario-Usuario: Trabaja con el sistema de reservaciones Base de datos de reservaciones y Base de datos de registro son actores secundarios, ya que si no existieran usuarios no habría necesidad de sistema

HERENCIA ENTRE ACTORES Cuando diferentes actores realizan roles similares, pueden heredar de un actor abstracto común.

Caso de uso para un sistema de Reservación. Se define un actor secundario para mantener el sistema

PRINCIPALES CASOS DE USO En la descripción del problema se menciona que para utilizar el sistema el usuario debe ser registrado, por lo cual agregamos un caso de uso Registrar Usuario, por lo tanto se debe incluir las Bases de datos ya que son actores secundarios básicos.

EXTENSION. Un concepto importante que se utiliza para estructurar y relacionar casos de uso es la extensión, la cual especifica como un caso de uso puede insertarse en otro para extender la funcionalidad del anterior. El caso de uso donde se inserta la funcionalidad debe ser un flujo completo, por lo cual este es independiente del caso de uso a insertarse.

EXTENSION El caso de uso Hacer Reservación se extiende mediante el caso de uso Pagar Reservación

INCLUSION La inclusión se define como una sección de un caso de uso que es parte obligatoria del caso de uso básico. El caso de uso donde se insertara la funcionalidad depende del caso de uso a ser insertado. El caso de uso consultar información, incluye el caso de uso validar usuario.

Casos de uso con Generalización

Casos de uso Completos Finalmente se desean diagramas sencillo que no sean telarañas, pero que muestren de manera esquemática las posibles secuencias de interacciones entre los actores y el sistema. En la siguiente figura se muestra el diagrama completo de casos de uso para el sistema de Reservaciones de Vuelos. Los casos de uso adicionales en este diagrama son la extensión de registrar tarjeta y pagar reservación. Este ultimo caso de uso es interesante, porque extiende Hacer Reservación e incluye registrar tarjeta, ambos requisitos con el fin de comprar un boleto en el sistema Además de la inclusión anterior, también se incluyen los casos de uso validar usuario y ofrecer servicios en los casos de uso básicos: Registrar Usuario, Consultar Información y hacer información.

Casos de uso Completos

DOCUMENTACION Actor Nombre del Actor Casos de Uso Nombre de los casos de uso en los cuales participa Tipo Primario / Secundario Descripción Breve descripción del actor.

MODELO DE INTERFACES

MODELO DE INTERFACES

MODELO DE INTERFACES

Identificación de clases Se comienza el proceso a partir de la identificación de las clases candidatas, para eso se extraen todos lo sustantivos de la descripción del problema. Ejemplo: Un Sistema de Reservación que vende boletos para funciones a varios teatros, Las clases Candidatas serian: Reservación, Boletos, Función, Teatro

Clases Candidatas para el sistema de reservación de Vuelo Sistema Email Estado Usuario Password Información Consulta Registro Asiento Reservación Actividad Día Vuelo Consulta de Vuelos Hora Boleto aéreo Horario de Vuelos Preferencia Internet Tarifa de Vuelos Búsqueda Pantalla Principal Información de Vuelos Fecha Mensaje de Bienvenida Horario Categoría de Asiento Servicios Aerolínea Vuelo Directo Opción Ciudad Cliente Reservaciones de Vuelos Tarifa Itinerario Acceso Costo Pasajero Login Disponibilidad Pago Tarjeta de Crédito Boleto N° Tarjeta Mostrador del Aeropuerto

Selección de Clases A partir de las clases candidatas se deben seleccionar las clases relevantes tomando en cuenta las siguientes consideraciones: Todas las clases deben tener sentido en el área de la aplicación, la relevancia del problema debe ser el único criterio de selección. Como regla general se deben escoger los nombres de las clases con Cuidado, que no sean ambiguos y que mejor describan el problema. Ante la duda, se deben conservar las clases ya que posteriormente siempre habrá oportunidad de eliminarlas. Eliminar Clases Redundantes, si expresan la misma información. Eliminar las clases irrelevantes, que tienen que ver poco con el problema.

Selección de Clases Es necesario eliminar las clases que deberían ser atributos mas que clases. Eliminar las clases que deberían ser roles mas que clases. Es necesario eliminar las clases que deberían ser operaciones mas que clases. Se deben eliminar clases que correspondan a aspectos de interfaces. Se deben eliminar clases que correspondan a actores del sistema. Se deben agregar clases implícitas que no aparezcan en la descripción del problema.

Selección de Clases Clases redundantes: Cliente y usuario. Usuario es más descriptivo. Clases irrelevantes: Mostrador del aeropuerto. Clases Imprecisas: Sistemas, servicios , Actividad, preferencia. Nombres de las Clases: Aeropuerto en Lugar de Ciudad. Clases que son atributos: Número de tarjeta es un atributo de Tarjeta de Crédito, Categoría de asiento de Asiento. Clases que son atributos: Consultas, Pago…. Clases de interfaces de usuario: Mensaje de Bienvenida y pantalla principal. Clases del sistema Completo: Sistema de Reservaciones Clases de Actores: Cliente

Selección de Clases Sistema (Sis. Completo) Email (atributo) Estado (imprecisa) Usuario (actor) Password (atributo) Información (imprecisa) Consulta (operación) RegistroUsuario Asiento Reserva (operación) Actividad (imprecisa) Día (atributo) Vuelo Consulta de Vuelos (ope) Hora (atributo) Boleto aéreo (Irrelevante) Horario de Vuelos (dup) Preferencia (imprecisa) Internet (Implementación) Tarifa de Vuelos (dup) Búsqueda (operación) Pantalla Principal (Inter) Inf. de Vuelos (Atributo) Fecha (atributo) Mensaje de Bienvenida (Inter) Horario Cat.de Asiento (atributo) Servicios (imprecisa) Aerolínea Vuelo Directo (atributo) Opción (imprecisa) Ciudad---Aeorpuerto Cliente (redundante actor) Reservacion Tarifa Itinerario (imprecisa) Acceso (imprecisa) Costo (Redundante) Pasajero Login (atributo) Disponibilidad (impre) Pago (operación) Tarjeta de Crédito Boleto (Irrelevante) N° Tarjeta (atributo) Mostrador l Aero.(Irrelevante) Clases Implícitas (Avion, ViajeroFrecuente)

Selección de Clases

Asociaciones identificadas Un vuelo requiere reservaciones Un vuelo se dirige a un aeropuerto Un vuelo contiene tarifas Un vuelo se efectúa en un avión Un vuelo tiene asientos Un vuelo pertenece a una aerolínea Un vuelo tiene un Horario Un pasajero puede acumular millas como viajero frecuente Un pasajero efectúa reservaciones Una reserva requiere de un registro de tarjeta de crédito. Un registro de tarjeta pertenece a un registro de usuario.

Asociaciones identificadas

Asociaciones con roles Un vuelo contiene reservaciones. Un vuelo llega a un aeropuerto destino Un vuelo tiene un aeropuerto de origen. Un vuelo puede hacer escalas en otros aeropuertos Un vuelo contiene tarifas de ida y vuelta Un vuelo contiene tarifas de ida. Un vuelo se efectúa en un avión. Un Vuelo tiene asientos

Asociaciones con roles Un vuelo pertenece a una aerolínea Un vuelo tiene un horario de llegada. Un vuelo tiene un horario de salida. Un pasajero puede acumular millas como viajero frecuente. Un pasajero efectúa reservaciones. Una reservación requiere de un registro de tarjetas de crédito. Un registro de tarjeta pertenece a un registro de usuario. Un vuelo puede tener múltiples conexiones.

Asociaciones con roles O/W Viaje Sencillo:One Way R/T Viaje redondo:Round Trip

Asociaciones con roles y Multiplicidad Un vuelo contiene múltiples reservaciones. Una reservación se relaciona con múltiples vuelos. Un vuelo tiene un aeropuerto de destino. Un vuelo tiene un aeropuerto de origen. Un vuelo puede hacer escalas en múltiples aeropuertos. Un vuelo contiene múltiples tarifas de ida y vuelta. Un vuelo contiene múltiples tarifas solamente de ida. Un vuelo se efectúa en múltiples aviones (dependiendo del día). Múltiples vuelos se efectúan en un mismo avión. Un vuelo tiene múltiples asientos.

Asociaciones con roles y Multiplicidad Un vuelo pertenece a una aerolínea. Un vuelo tiene múltiples horarios de llegadas (Correspondiendo a diferentes destinos). Un vuelo tiene múltiples horarios de Salida (Correspondiendo a diferentes escalas). Un pasajero puede acumular millas en múltiples cuentas de viajero frecuente. Un pasajero efectúa múltiples reservaciones. Múltiples pasajeros pueden pertenecer a una misma reservación. Múltiples reservaciones pueden requerir de un mismo registro de tarjeta de crédito. Un registro de tarjeta pertenece a un registro de usuario. Un vuelo puede tener múltiples conexiones.

Asociaciones con roles y Multiplicidad

Identificación de Atributos. CLASES ATRIBUTOS Vuelo Número Reservación Clave RegistroUsuario Nombre, Dirección, Colonia, Ciudad, País, Código, Postal, Teléfono Casas, Teléfono Oficina, Fax, Email, Login, Password Horario Día, Hora Aerolínea Nombre Aeropuerto Nombre, Ciudad, País Tarifa Clase, Precio, Impuestos Asiento Fila, Letra Pasajero Nombre, Cedula RegistroTarjeta Nombre, Número, Expedidor, Vencimiento Avión Fabricante, Modelo ViajeroFreceunte Número, Aerolínea

Diagrama con atributos

Identificación de Módulos El modelo del dominio del problema, puede hacerse bastante completo en el caso de un sistema de gran tamaño, para lo cual es necesario separa las clases en módulos. De tal manera que el modelo completo se dividirá en una colección de módulos , donde cada modulo es una agrupación lógica de clases y sus asociaciones correspondientes. Para el sistema de Reservación de Vuelo se Pueden identificar dos módulos principales. El Modulo de Registro que contiene información sobre los usuarios del sistema, y el Modulo de Servicios que guarda información de vuelos, pasajeros y reservaciones.

MODULO SERVICIOS

MODULO REGISTRO