Descripción: Sistemas de Informacion Administrativa en las empresas-Santa Cruz Bolivia - Docente: Lic. Hector Camacho
Descripción: parcial 2 sistemas de informacion
Problematica de ejercicio de un sistema para el desarrollo de tesis o practica de tesisDescripción completa
Descripción: sistemas de informacion
Caso #2 Parqueadero
Sistema
de
Información
de
un
A continuación se presenta el análisis del caso de estudio del Sistema de Información de un Parqueadero. El alcance de la solución contempla análisis de los requerimientos funcionales, modelo de dominio del mundo y diagramas de secuencia del problema. Es importante aclarar que esta solución no es única.
Enunciado Se
quiere
construir
un
sistema
de
información
para
manejar
un
parqueadero.
En un parqueadero existe un número dado de puestos (configurados por el administrador), cada uno de los cuales tiene
un
identificador.
Al llegar un carro a la puerta, el portero teclea la placa del carro y el sistema le informa el puesto en el que debe parquear. A la salida, el portero teclea la placa y el sistema informa el monto que debe pagar el dueño del carro, si éste no tiene un contrato mensual con el parqueadero. Para abrir un contrato por mes (todos comienzan el 1 del mes), el dueño
de
un
Los
carros
carro
debe
que
ir
donde
tienen
el
administrador,
contrato
no
darle
tienen
los
que
datos
básicos
pagar
del
nada
carro a
la
y
pagar. salida.
Tanto la tarifa que paga cada vehículo por minuto como la tarifa que se paga por un contrato mensual son definidos por el administrador. Por razones de auditoría, el parqueadero debe guardar todos los servicios de parqueo del último mes: hora de llegada,
hora
de
salida,
placa
del
carro,
monto
pagado
(si
pagó
algo).
El administrador puede pedir un reporte en el que aparezcan dichos servicios de parqueo para un contrato dado (identificado
por
la
placa)
o
para
todos
los
carros
que
no
tienen
contrato.
Al final de cada mes el administrador hace un cierre, se borran los archivos de auditoría y se cancelan todos los contratos.
Solución propuesta - Aspectos Funcionales Análisis de Requerimientos Funcionales Administrador Representa a la persona encargada encargada de administrar el parqueadero parqueadero Actores Portero
Representa a la persona que permite la entrada de vehículos y cobra cada vez que sale uno de ellos
Guías -
Clave Nombre
los
casos
de
uso
: comenzando
con
un
verbo.
- Escriba casos de uso en un estilo esencial; no considere la interfaz de usuario y céntrese en la
intención
del
actor.
- Las relaciones entre los casos de uso son secundarias en el trabajo con los diagramas de casos de uso. Actor
Caso de uso
Entradas
Precondiciones
Resultados → Se ha definido que el parqueadero tiene
C1: Configurar
→ número
→ El número de
el número dado de puestos
puestos
de puestos
puestos es válido
→ Se ha asignado un identificador a cada puesto
→ tarifa por C2: Definir tarifas
minuto
→ Las tarifas son
→ tarifa por válidas
→ Se han fijado las tarifas del parqueadero en los valores dados
mes → datos C3: Abrir Contrato
básicos del carro
C4: Generar el reporte de un contrato C5: Generar el reporte de todos los carros sin contrato
→ Los datos son
→ Se ha definido el contrato para el carro
válidos
con los datos dados
→ placa del
→ La placa del
carro
carro es válida
→ Se ha generado un reporte con todos los servicios de parqueo del carro durante el mes
→ Se ha generado un reporte con los servicios de parqueo de todos los carros que no tienen contrato y que han entrado
durante el último mes → Se han borrado los archivos de auditoria y se han cancelado todos los contratos del
C6: Generar cierre
mes
Actor
Caso de uso
C7: Permitir el ingreso de un carro
Entradas
Precondiciones
Resultados → Se ha indicado el puesto en el que el
→ placa del → Hay cupo en el
vehículo debe parquear
carro
→ El carro ha ingresado al parqueadero y ha
parqueadero
ocupado el puesto señalado → Se ha indicado el valor que debe pagar el
C8: Autorizar
→ placa del → Hay un carro con la placa
salida de un carro carro
dada en el parqueadero
conductor del carro (el valor es 0 si el carro tiene contrato) → El carro ha salido del parqueadero
Solución Propuesta - Aspectos Estructurales
Análisis del modelo de dominio
Guías
Clave
:
- Un modelo de dominio es una representación de las cosas del mundo real del dominio de interés,
no
de
componentes
de
software.
- Es mejor especificar por exceso en un modelo del dominio con muchas clases conceptuales de
grano
fino
que
especificar
por
defecto.
- Haga el modelo de dominio con el modo de trabajo de los cartógrafos: utilice los nombres existentes en el territorio, excluya características irrelevantes y no añada cosas que no están ahí. - Si tiene dudas en cuanto representar algo como un atributo o como un concepto, piense si lo que desea representar es un número o texto en el mundo real, si no lo es, probablemente sea una clase conceptual, no un atributo. En caso de mayor duda, considérelo como un concepto
separado.
- Un modelo de dominio no es absolutamente correcto o equivocado, sino más o menos útil, es una herramienta de comunicación que proporciona una diccionario visual del vocabulario y conceptos del dominio de los cuales nos inspiramos para nombrar algunas cosas del diseño de software. Entidad
Descripción
Atributos y asociaciones → tarifaMinuto: tarifa que se cobra por minuto estacionado → tarifaMensual: tarifa que se cobra por un contrato mensual → [*] movimientosSinContrato: conjunto de servicios de parqueo prestados a los carros que no cuentan con un contrato mensual
Parqueadero Representa el parqueadero
→ [*] puestosOcupados: conjunto de puestos ocupados en el parqueadero → [*] puestosLibres: conjunto de puestos libres en el parqueadero → [*] contratos: conjunto de contratos abiertos para el mes actual
→ [*] parqueados: conjunto de carros estacionados actualmente en el parqueadero
Puesto
Es un puesto del parqueadero que
→ identificador: identificador único del puesto
puede tener un carro estacionado
→ [0..1] carro: carro que puede estar estacionado en este puesto → horaLlegada: hora de llegada de l carro al parqueadero
Carro
→ placa: número de placa del carro
Es un carro parqueado en a lgún
→ [0..1] carrosConContrato: contrato mensual que puede tener
puesto del parqueadero
un carro con el parqueadero → [0..1] puesto: puesto en el que está parqueado el carro
Contrato
Representa un contrato mensual de un carro
→ placa: número de placa del carro → [*] movimientosConContrato: conjunto de servicios utilizados por el carro durante el mes actual → horaLlegada: hora de llegada d el carro al parqueadero
Representa el servicio prestado a un → horaSalida: hora de salida del carro del parqueadero Movimiento carro al entrar y salir del
→ montoPagado: suma de dinero pagada por el carro (si pagó algo)
parqueadero
→ placa: número de placa del carro
Solución Propuesta - Aspectos de Comportamiento Principales diagramas de secuencia Caso de uso
Entradas
Precondiciones
Resultados
C4: Generar el reporte
→ placa del
→ La placa del carro
→ Se ha generado un reporte con todos los
de un contrato
carro (placa)
es válida
servicios de parqueo del carro durante el mes
Guías
Clave
:
- Dibuje un Diagrama de secuencia del sistema para el principal escenario de éxito de cada caso
de
uso,
y
los
escenarios
frecuentes
o
alternos
complejos.
- Los diagramas de secuencia pueden opcionalmente mostrar el retorno de un mensaje mediante una línea punteada con la punta de la flecha abierta, al final de una caja de activación. Pero lo normal es que se excluya por quienes utilizan UML. Caso de uso
Entradas
Precondiciones
Resultados → Se ha indicado el valor que debe pagar el
C8: Autorizar
→ placa del
salida de un carro carro (placa)
→ Hay un carro con la placa
conductor del carro (el valor es 0 si el carro tiene
dada en el parqueadero
contrato) → El carro ha salido del parqueadero
Para ver imagen ampliada click aquí Enunciado del caso