Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 940 vistas

    Dominio Del Problema INGENIERIA LL

    Cargado por

    E̶l̶b̶e̶r̶t̶ ̶C̶a̶s̶t̶i̶l̶l̶o̶
    El modelo del dominio del problema define las clases y objetos clave para el sistema de reservaciones de vuelos. Incluye clases como Vuelo, Reservación, Aerolínea, Aeropuerto, Pasajero y Tarjeta para establecer una terminología común entre los involucrados y desarrollar un glosario de clases.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Dominio Del Problema INGENIERIA LL

    Cargado por

    E̶l̶b̶e̶r̶t̶ ̶C̶a̶s̶t̶i̶l̶l̶o̶
    940 vistas3 páginas
    El modelo del dominio del problema define las clases y objetos clave para el sistema de reservaciones de vuelos. Incluye clases como Vuelo, Reservación, Aerolínea, Aeropuerto, Pasajero y Tarjeta para establecer una terminología común entre los involucrados y desarrollar un glosario de clases.

    Título original

    Dominio Del Problema INGENIERIA Ll

    Derechos de autor

    © Attribution Non-Commercial (BY-NC)

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    El modelo del dominio del problema define las clases y objetos clave para el sistema de reservaciones de vuelos. Incluye clases como Vuelo, Reservación, Aerolínea, Aeropuerto, Pasajero y Tarjeta para establecer una terminología común entre los involucrados y desarrollar un glosario de clases.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    940 vistas3 páginas

    Dominio Del Problema INGENIERIA LL

    Cargado por

    E̶l̶b̶e̶r̶t̶ ̶C̶a̶s̶t̶i̶l̶l̶o̶
    El modelo del dominio del problema define las clases y objetos clave para el sistema de reservaciones de vuelos. Incluye clases como Vuelo, Reservación, Aerolínea, Aeropuerto, Pasajero y Tarjeta para establecer una terminología común entre los involucrados y desarrollar un glosario de clases.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 3

    MODELO DEL DOMINIO DEL PROBLEMA

    Elbert Castillo Rosales


    ([email protected])

    RESUMEN
    El modelo del dominio del problema define un modelo de clases comn para todos los involucrados en el modelo de los requisitos. Consiste en que los objetos tanto usuarios como clientes deben de reconocer todos los conceptos y de ah poder desarrollar una terminologa comn sobre los casos de uso.

    completo. Tambin se lograr un glosario o diccionario de clases que sirva como denominador a todos los componentes del sistema.

    DESARROLLO
    Identificacin de clases: Sustantivos en la descripcin o entidades fsicas que se pueden llegar a ser posibles candidatos. Seleccin de clases: A partir de las

    INTRODUCCION
    Este modelo se ha utilizado como modelo fundamental de para la en

    clases solucionar

    candidatas las clases

    se

    deben

    relevantes,

    tomando en cuenta lo siguiente: 1.- Se deben escoger los nombres de las clases con cuidado (nombres que mejor describan el problema). 2.- Los nombres de las clases no deben de ser ambiguos. 3.Nombres con un formato

    especificacin

    requisitos

    muchas de las metodologas de Ingeniera de Software Orientado a Objetos de primera generacin. Pero dadas las limitaciones de este mismo impedan obtener los requisitos

    funcionales de un sistema; a su vez el propsito del modelo es formar una base comn de entendimiento del desarrollo y no definir el sistema

    consistente. 4.- Eliminar clases redundantes.

    5.- Eliminar clases irrelevantes. 6.- Clarificar las clases imprecisas. 7.- Eliminar clases que debieran ser atributos. 8.- Eliminar clases que deberan ser roles ms que clases. 9.- Suprimir las clases que deberan ser operaciones. 10.- Se deben de eliminar clases que correspondan interfaces. 11.- Eliminar las clases que sean parte de un sistema completo. a aspectos de

    Nombres de clases: Aeropuerto en lugar de ciudad. Clases que son atributos: Nmero de tarjeta de crdito es un atributo de tarjeta asiento vuelo (vuelo). Clases que son operaciones: de crdito, Categora Informacin de de de

    (asiento), (vuelo),

    Horario

    vuelo

    Consulta, pago y reservaciones. Clases del sistema completo: Sistema de reservaciones. Clases de actores: Cliente. Diccionario de clases

    12.-

    Se

    deben

    agregar

    clases Vuelo: Se denomina por medio de 1 nmero. Reservacin: Para tomar un vuelo es necesario contar con una reservacin

    implcitas que no aparezcan en la descripcin del problema. Ejemplos: Clases usuario. redundantes: Cliente &

    previa Registro Usuario: Para poder utilizar

    Clases irrelevantes: Mostrador de aeropuerto, Agente de viajes, Boleto areo. Clases imprecisas: Sistema, servicio, actividad, preferencia, bsqueda,

    el sistema de reservaciones Horario: Horario de un vuelo. Aerolnea: Provee varios vuelos. Aeropuerto: Sirve como origen. Tarifa: Un mismo vuelo puede contar con diferentes tarifas.

    informacin, estado, disponibilidad, opcin, acceso e itinerario.

    Asiento: Un vuelo puede contar con la asignacin de asiento. Pasajero: Se requiere dar el nombre del pasajero. Registro Tarjeta: Para pagar con una tarjeta. Avin: Un vuelo en una fecha exacta se determina un tipo de avin. Viajero frecuente: El pasajero tiene la opcin de acumular millas vuelo. para un

    CONCLUSIONES
    En este captulo se inicia la

    descripcin de la metodologa del desarrollo del software basada en casos de usos, se describe el modelo de requisitos, modelo de casos de usos. Se identifican y se describen los actores y casos de uso ms importante para el sistema de

    reservaciones de vuelo. Entre ellos se destaca la importancia de un modelo de requisitos necesarios para la elaboracin de un buen sistema.

    También podría gustarte