MODELO DEL DOMINIO DEL PROBLEMA

Elbert Castillo Rosales

(carosel@live.com.mx)

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.