Arquitectura de Aplicaciones Carlos David Buenao Rodrguez

Primer Bimestre

Universidad Tcnica Particular de Loja

Trabajo de Modelo 4 vistas mas 1;

Propsito: el Presente documento tiene la finalidad de establecer un problema

real, en donde se pueda aplicar los conocimiento adquiridos del Modelo 4 vistas +1

Documento de Requerimientos:

El presente documento recopila un conjunto de requerimiento de un sistema que

se pretende construir.

La empresa XYZ, esta interesada en construir un sistema que permita mejorar el

proceso de seguimiento, mantenimiento, y reparacin de su parque automotor:
entre lo principales proceso est.:
Administracin de vehculos:
Ordenes de Combustible
Facturacin.

Cdigo Tipo Requerimiento

R001 Funcional Para administrar un vehculo se debe considerar
informacin como : placa, tipo(auto, bus, camin,
camioneta), color, marca, fecha de ingreso, responsable.
Como es administracin es conveniente crear operaciones
de: agregar, modificar, eliminar, consultar por: placas, y
por tipo.
Funcional Para que los vehculos se abastezcan de combustible, estos
deben solicitar una orden de combustible, la misma que
constan de los siguientes datos: Gasolinera en donde se ir
a abastecer. El responsable de vehculo,
Fecha de la orden, numero de orden, Adems debe existir
un detalle de orden en donde constarn, la placa del
vehculo que va a abastecerse, el tipo de abastecimiento(si
es por galones, o por dinero.), tipo de combustible, la
cantidad, el subtotal.
Un orden de combustible solo puede, ser:
Emitida: cuando se entrega al responsable.
Pagada: cuando se recibido la factura luego de abastecerse
de combustible.
Anulada, por motivos de anulacin.
Existen un estado pendiente, cuando se ha emitido la
orden de combustible pero no se recibido la factura.
Funcional El proceso de facturacin busca el registro automtico de
la facturas recibidas por concepto de adquisicin de
combustibles, para ello se debe establecer un vinculo con
las orden de combustible.
Primero se debe seleccionar la gasolinera de la cual se va
registrar la factura. Luego se debe seleccionar las ordenes
de combustible, asociadas a la gasolinera. Se registr la
factura, con estado Pagada. Adems las ordenes de
Arquitectura de Aplicaciones Carlos David Buenao Rodrguez
Primer Bimestre
combustible que hayan sido seleccionadas debern
Tambin cambiar a estado Pagadas. Podr cambiar el
estado de la factura a estado Anulada cuando el caso lo
requiera, bajo este concepto se decidir si las ordenes de
combustible pagan a estado anuladas o a estado
pendientes.
Tcnico Los conceptos(clases) asociados al problema junto con la
informacin se detalla:
Vehculo: placa, tipo(auto, bus, camin, camioneta), color,
marca, fecha de ingreso, responsable
Proveedor(Gasolinea): ruc, nombre, direccin. Telfono,
email.
OrdenesCombustible: numero, fecha, estado, proveedor,
subtotal, iva, total, responsable.
DetalleCombustible: placavehculo, tipoabastecimiento,
tipocombustible,cantidad, subtotal.
Personal(Responsables): cedula, nombre, apellido,
direccin, telfono, email
Factura: Fecha, numero, proveedor, subtotal, iva, total,
estado.
Detalle: detalleordencombutible, cantidad, PrecioUnitario,
subtotal

Tcnico Relaciones entre conceptos:

Vehculos tiene un Personal(responsable).
OrdenesCombustibles tiene muchos DetallesCombustible
OrdenesCombustibles tiene un Proveedor
DetallesCombustible tiene un Vehiculo
Factura tiene un Proveedor
Factura tiene 1 o mas DetallesFactura
DetallesFactura tiene un DetalleCombustible.

Se espera desarrollar los diagramas de las siguientes vistas

Vista Diagrama
Escenario Casos de Uso
Lgica Clases

Desarrollo:
Modificaciones diagramas de clases:
1. En la clase Vehculos se aumentan las operaciones de agregar, modificar,
eliminar y consultar (con la especificacin de que se puede consultar por
placa y por tipo que seran los atributos de ingreso) debido a que eso se
especifica en el Requerimiento funcional R001
Arquitectura de Aplicaciones Carlos David Buenao Rodrguez
Primer Bimestre
2. En la clase Personal se adicionan las operaciones crear, buscar y
modificar, debido a que se requiere aumentar o actualizar los datos del
personal (para actualizar los datos se requiere la operacin de bsqueda).

3. En la clase DetalleCompras se aumentan las operaciones: crear, buscar

y eliminar, debido a que se requiere agregar y eliminar el detalle de
compras; y para poder eliminar se requiere de la operacin de Buscar.

4. En la clase OrdenesCombustible se insertaron las operaciones: crear,

buscar y modificarEstado, de acuerdo a lo solicitado se puede crear una
orden de compra y pueda actualizar el estado pudiendo ser Emitida
(cuando se crea), pagada, anulada o pendiente.

5. En la clase Proveedor se insertaron las operaciones: crear, modificar,

eliminar y buscar, de igual manera se requiere agregar a un proveedor,
as como modificarlo o eliminarlo, para lo cual se utiliza la operacin
buscar.

6. En la clase Factura se incrustaron las operaciones: crear, buscar, anular

y registrar; para crear o anular una factura, y para esta ltima accin se
requiere la operacin buscar, asimismo la operacin registrar con el
objetivo de registrar la orden de compra en la factura

7. En la clase DetalleFactura se establecen las operaciones: crear, buscar y

eliminar; para crear o eliminar los detalles de una factura, y para esta
ltima accin se requiere la operacin buscar.

8. En la clase Personal se aumenta el atributo email de tipo String, de

acuerdo a lo descrito en tipo Tcnico

9. Se crea la relacin entre las clases de DetalleFactura a DetalleOrdenes,

con la cardinalidad 1 a 1 y el nombre tiene, en funcin al concepto
DetallesFactura tiene un DetalleCombustible.

10. Se crea la relacin de Factura a proveedor con la cardinalidad de mucho

a uno, debido a que muchas facturas pueden tener un solo proveedor;
considerando el concepto: Factura tiene un Proveedor

11. Se crea la relacin de Factura a DetalleFactura, con la cardinalidad de

uno a muchos debido a que una factura puede tener muchos detalles de
factura, en relacin al concepto: Factura tiene 1 o ms DetallesFactura.

12. Se aumenta la cardinalidad de muchos a una de la relacin entre

DetalleOrdenes a Vehculos, debido a que varias detalles de las ordenes
puede tener un solo vehculo, en cumplimiento con el concepto:
DetallesCombustible tiene un Vehiculo
Arquitectura de Aplicaciones Carlos David Buenao Rodrguez
Primer Bimestre
13. Se aumenta la cardinalidad de muchos a una de la relacin entre
OrdenesCombustible a Personal, debido a que varias rdenes de compra
pueden ser para una persona