44256523 Proyecto Renta Autos

7/28/2019 44256523 Proyecto Renta Autos

1/58


2/58

TABLA DE CONTENIDO

INTRODUCCIN ............................................................................................................. 5 CASO DE ESTUDIO: RENTA AUTOS S.A. ........................................................................... 71. 2. 3. 4. 5. 6. 7. 8. 9. PROPSITO DEL DOCUMENTO DE REQUERIMIENTOS ..................................................... 9 ALCANCE DEL PRODUCTO .............................................................................................. 9

CASOS DE USO ............................................................................................................. 101.1. ESPECIFICACIN DE CASOS DE USO............................................................................................ 12

Modelo Entidad Relacin ............................................................................................. 24 Modelo Conceptual ..................................................................................................... 25 Diagramas de Secuencia .............................................................................................. 26 Diagrama de Clases...................................................................................................... 38 Diagramas de Estado ................................................................................................... 39 DESCRIPCIN GENERAL................................................................................................ 429.1. Perspectiva del Producto ..................................................

.......................................................... 42 9.2. Funciones delProducto ......................................................................

........................................ 42 9.3. Caractersticas del Usuario .....

................................................................................

.................... 42 9.3.1. Usuario: ........................................

................................................................................

...... 42 9.3.2. Invitado: .....................................................

........................................................................ 42 9.3.3. Administrador: ................................................................................................................... 43 9.3.4. Empleado: .......................................................................................................................... 43 9.3.5. Cliente: ........................................................................................................

....................... 43 9.4. Suposiciones y Dependencias ....................................................................................................

. 43

10.10.1. 10.2.

ESPECIFICACIN DE REQUERIMIENTOS DEL USUARIO ............................................... 44Requerimientos Funcionales ...................................................................................................... 44 Requerimientos no Funcionales ................................................................................................. 46

11. 12.12.1. 12.2. 12.3.

Arquitectura Del Sistema ......................................................................................... 47 Metodologa AUP..................................................................................................... 48Alcance del Proyecto .................................................................................................................. 48 Estimacin de Costos ..................................................................................


3/58

................................ 48 Viabilidad .................................

................................................................................

................... 49


4/58

12.4.

Definir Riesgos ............................................................................................................................ 49

13.13.1. 13.2. 13.3.

Modelo De Negocios ................................................................................................ 51Visin General: ........................................................................................................................... 51 Procesos:..................................................................................................................................... 51 Estructura: .................................................................................................................................. 51

PROTOTIPO ................................................................................................................. 52 GLOSARIO ................................................................................................................... 53 BIBLIOGRAFA ............................................................................................................. 55


5/58

NDICE DE TABLASTabla 1 ............................................................................................................................................... 12 Tabla

2 ............................................................................................................................................... 12 Tabla 3 ............................................................................................................................................... 13 Tabla 4 ............................................................................................................................................... 13 Tabla 5 ............................................................................................................................................... 14 Tabla 6 ............................................................................................................................................... 14 Tabla 7 ............................................................................................................................................... 15 Tabla 8 ............................................................................................................................................... 16 Tabla 9 ............................................................................................................................................... 16 Tabla 10 ............................................................................................................................................. 17 Tabla 11 ............................................................................................................................................. 18 Tabla 12 ................................................................................................................................

............. 18 Tabla 13 ......................................................................................................................................

....... 19 Tabla 14 ............................................................

................................................................................

. 20 Tabla 15 ..................................................................

........................................................................... 20 Tabla 16 ............................................................................................................................................. 21 Tabla 17 ............................................................................................................................................. 22 Tabla 18 ............................................................................................................................................. 22


6/58

NDICE DE IMGENESImagen 3-1 ........................................................................................................................................ 10 Imagen 3-2 ........................................................................................................................................ 11 Imagen 4-1 ........................................................................................................................................ 24 Imagen 5-1 ........................................................................................................................................ 25 Imagen 6-1 ........................................................................................................................................ 26 Imagen 6-2 ........................................................................................................................................ 26 Imagen 6-3 ........................................................................................................................................ 27 Imagen 6-4 ........................................................................................................................................ 27 Imagen 6-5 ........................................................................................................................................ 28 Imagen 6-6 ........................................................................................................................................ 28 Imagen 6-7

........................................................................................................................................ 29 Imagen 6-8 ........................................................................................................................................ 29 Imagen 6-9 .................

....................................................................................................................... 30 Imagen 6-10 .........................

................................................................................

............................. 30 Imagen 6-11 ...................................

................................................................................

................... 31 Imagen 6-12 .............................................

................................................................................

......... 31 Imagen 6-13 .......................................................

...............................................................................32 Imagen 6-14 ...................................................................................................................................... 32 Imagen6-15 ...................................................................................................................................... 33 Imagen 6-16 .....

................................................................................................................................. 33 Imagen 6-17 ...............

................................................................................

....................................... 34 Imagen 6-18 .........................

................................................................................

............................. 34 Imagen 6-19 ...................................

................................................................................

................... 35 Imagen 6-20 .............................................

................................................................................

......... 35 Imagen 6-21 .......................................................

...............................................................................35 Imagen 6-22 ...................................................................................................................................... 36 Imagen

6-23 ...................................................................................................................................... 37 Imagen 7-1 ........................................................................................................................................ 38 Imagen 8-1 ........................................................................................................................................ 39 Imagen 8-2 ........................................................................................................................................ 40 Imagen 8-3 ........................................................................................................................................ 41


7/58


8/58

INTRODUCCINLos Sistemas de Informacin (SI) y las Tecnologas de Informacin (TI) han cambiado la

forma en que operan las organizaciones actuales. A travs de su uso se logran importantes mejoras, pues automatizan los procesos operativos, suministran una plataforma de informacin necesaria para la toma de decisiones y, lo ms importante, suimplantacin logra ventajas competitivas o reducir la ventaja de los rivales. El avance tecnolgico al que se enfrenta en la actualidad nuestra sociedad, es quien nos da las pautas para determinar las caractersticas de un sistema de informacin completo, es as como podemos decir que una entidad que provee cualquier tipo de servicios tiene la necesidad de optimizar sus procesos y tener un manejo responsable de la informacin que maneja. Es all donde la implementacin de un sistema de informacin tiene una relevancia trascendental, teniendo en cuenta que se integraran todas las funciones y requerimientos del usuario. Para esto se llevaran conscientemente uno a uno los procesos de la ingeniera del software, estos, garantizaran que tanto el cliente y los usuarios finales queden satisfechos en el momento de dar uso al sistema de informacin. La meta del anlisis y diseo del software que presentamos es la sistematizacin de la informacin acerca de lo concerniente con el alquiler de vehculos, partimos de la gestin de un sistema de reserva donde los clientes

pueden apartar un tipo de vehculo para un da en especial haciendo claridad de cuantos das desea tenerlo en su poder entre otras cosas, ofreciendo una flexibilidad

de cambio de estas opciones hasta no menos de 24 horas para cumplirse la fechade recoleccin del auto, una vez se est concretando el alquiler el cliente puede especificar varios tems, como conductores adicionales, plizas, modificar el tiempo del alquiler y si es posible el tipo de vehculo, todo depender de la disponibilidad

del momento, tambin es posible la extensin del tiempo de tenencia del vehculo durante el periodo de renta, al momento de la entrega el auto ser inspeccionado parahallar posibles maltratos y abusos adems de registrar el kilometraje recorrido, en caso de alguna irregularidad, estas sern cargadas al cliente y este a su vez puede cancelar el alquiler y los posibles daos por variados mtodos de pago, de todolo anterior quedar un registro histrico el cual puede ser consultado para referencias futuras. El sistema soporta la adicin de nuevos vehculos y tipos de estos en cualquier momento. Las metas que se han mencionado encierran tambin el alcance del

sistema, el propsito del SI (Sistema de Informacin) es una eficiente, rpida, y estable gestin de la informacin para la compaa, permitiendo a administradores tomar mejores decisiones, manejar mejor los recursos y hacer un seguimiento con un mayordetenimiento de las actividades del establecimiento.


9/58

CASO DE ESTUDIO: RENTA AUTOS S.A.El dueo de la empresa Renta Autos S.A. desea introducir un nuevo sistema para elmanejo de las operaciones de su negocio. El espera que el sistema le permita tener mayor control del proceso y que le facilite al cliente la bsqueda, reservacin y

consulta de sus rentas. Durante le entrevista con el seor Reyes se descubrieronlas siguientes necesidades del sistema. La aplicacin que se desarrolle debe ser la misma para empleados que para clientes, excepto que tenga distintos niveles de

seguridad. Debe ser una aplicacin que se ejecute en Internet. Un empleado administrador de Renta Autos dar de alta los nuevos autos en el sistema para los cuales

capturar marca, modelo, nmero de pasajeros, kilometraje y tipo de auto. Los autosactualmente los clasifican en austeros y de lujo, aunque pueden aumentarse en u

n futuro los tipos. El costo del tipo de auto vara mensualmente y se cobra por da.El sistema debe permitir que el cliente por medio de una pgina de Internet o un

empleado que recibe una llamada telefnica hagan una reservacin. Para reservar, elcliente deber registrarse en el sistema dando sus datos particulares como nombre,

direccin, telfono, un nmero de tarjeta de crdito, una direccin de correo electrnico que servir como nombre de usuario y una contrasea. Siendo un usuario registrado, el

cliente deber elegir la fecha en que desea recoger el auto y cuando planea devolverlo, as como qu tipo de auto desea. Si hay autos disponibles el sistema generar un nmero de reservacin que se mostrar y tambin se enviar por correo electrnico, slo desus de haberse mostrado el costo de la renta al cliente y qu ste haya aceptado la reservacin. Es importante que el cliente pueda cambiar el tipo de auto en cualquier

momento antes de confirmar la reservacin. Los empleados de Renta Autos podrn hacer reservaciones sin necesidad de registrar al cliente en el sistema, el cliente

slo deber proporcionar una tarjeta de crdito vlida para que se le confirme su reservacin. Si un cliente cambia de parecer, debe poder cancelar sin costo alguno para lantes de 24 horas de la fecha de recoleccin, en caso contrario cualquier cancela

cin tendr una multa, la que actualmente es del costo de un da de renta. Cuando se recolecta el auto, el cliente presenta su nmero de reservacin, el empleado confirma

que los datos del cliente estn correctos y si el cliente lo solicita y es posible, se cambia la fecha de devolucin. El cliente debe indicar


10/58

quin o quines van a ser los conductores del vehculo proporcionando sus datos personales y mostrando su identificacin de conductor vigente, de la cual se registra el

nmero. Al finalizar la renta se captura el kilometraje con el cual se entrega elcoche, la hora en que inicia la renta, se imprime el contrato y se entrega al c

liente a fin de que lo firme y conserve una copia para la devolucin. Al contratode renta deben anexrsele los costos de seguros obligatorios y opcionales segn el cliente haya elegido. En mltiples ocasiones acuden clientes sin reservacin, si existen autos disponibles se lleva a cabo la renta sin necesidad de generar reservacin o registrar al cliente. Cuando el cliente devuelve el auto, se registra el kilometraje y se calcula el costo considerando si se entrego a tiempo. En caso contrario se cobra un da de renta las primeras 24 horas posteriores a la hora de devolucin pactada y posteriormente por cada da de retraso o fraccin se cobra doble renta. El empleado que recibe el auto verifica si el auto est en buenas condiciones,en caso contrario se registran los daos o faltantes y se anexa el cobro correspondiente a la factura del cliente. El cliente paga el total de la factura ya sea hacindose el cargo a la tarjeta que dej registrada o puede elegir otro medio de pago como otra tarjeta o en efectivo. El administrador del sistema en cualquier momento puede solicitar consultas al sistema respecto a rentas actuales o histricas.

Los clientes registrados pueden consultar su historial de rentas en cualquier momento.


11/58

1. PROPSITO DEL DOCUMENTO DE REQUERIMIENTOSEl presente documento especifica los requisitos software (ERS) del sistema que se estudia y desarrolla: Un Sistema de Gestin de las operaciones de negocio de laempresa Renta Autos S.A. Los objetivos de este proceso de especificacin son identificar, validar y documentar los requisitos de SW, es decir, determinar las caractersticas que deber tener el sistema o las restricciones que deber cumplir para que sea aceptado por los futuros usuarios de la aplicacin. Para el anlisis detallado

de los requisitos y funcionalidades del sistema haremos uso de diagramas grficosUML (casos de uso, diagramas de secuencia, etc.), as como de la descripcin concis

a en lenguaje natural de los mismos. Estos diagramas ayudarn a entender el funcionamiento completo del sistema y cmo utilizarlo. El documento est orientado a guiar

y dirigir al programador en el desarrollo de la aplicacin, y est orientado a losanalistas de dicho proyecto, especificando todas las funcionalidades y restricciones y posteriormente el proceso de diseo e implementacin del sistema propuesto. Estas especificaciones se han estructurado basndose en las directrices proporcionadas por el estndar IEEE/ANSI 830-1993.

2. ALCANCE DEL PRODUCTOEl alcance de este proyecto consiste en la especificacin de los requerimientos, diseo del sistema y en la aplicacin de la metodologa AUP (Agile Unifed Process), para el desarrollo y gestin de las operaciones de negocio, de manera que se puedan crear perfiles que dependiendo del nivel tenga determinada accesibilidad para llevar a cabo unas tareas. Este sistema ayuda a la personalizacin del acceso a los contenidos, es decir los perfiles permiten a los usuarios de acuerdo a su nivel d

e permisos, registrar un cliente, registrar un tipo de automvil, cambiar un costoetc. La aplicacin est orientada a mejorar la calidad del servicio prestado a un cliente y a optimizar los procesos para la organizacin y el control de la informacin por parte de los usuarios.


12/58

3. CASOS DE USO

Imagen 3-1


13/58

Imagen 3-2


14/58

1.1. ESPECIFICACIN DE CASOS DE USOTabla 1

Nombre: C.U. AUTENTICAR USUARIO Descripcin: Verifica si un usuario tiene permisopara acceder al sistema, si es as dependiendo del nivel de permisos que este tenga se re direcciona a su pagina correspondiente. Actores: Cliente (Cl) Empleado Administrador (A) Sistema (S) Precondiciones: Para poder ser autenticado en el sistema, debe haber creado una cuenta, en la opcin registrarse del formulario principal o pgina de inicio. Flujo Normal: 1. Cl, E, A: El caso de uso se inicia cuando la persona ingresa a la pgina principal y escribe su nombre de usuario y contrasea en los campos correspondientes. 2. S: Valida si el nombre de usuario y la contrasea dados son correctos. 3. S: Dependiendo del nivel de permisos que tenga este usuario se re direcciona a su pgina correspondiente (pg. Cliente, pg. Empleado, pg. Administrador). 4. Se finaliza el caso de uso Flujo Alternativo: 2.1 El nombre

de usuario o la contrasea son invlidos. 2.1.1 Volver al paso 1 e introducir nuevamente los datos, si despus de 3 intentos no existe el usuario y se finaliza el caso de uso Pos condiciones: El usuario ha sido identificado en el Sistema ya seacomo cliente, empleado o administrador y se encuentra en su pgina correspondiente.Tabla 2

Nombre: C.U. REGISTRAR AUTOMOVIL Descripcin: Permite registrar todas las caractersticas de un automvil en el Sistema. Actores: Administrador (A) Sistema (S) Precondiciones: Para poder registrar un automvil en el sistema se debe tener una cuenta

de administrador y haberse autenticado como tal.


15/58

Flujo Normal: 1. El caso de uso se inicia cuando el administrador del sistema vaa registrar un automvil. 2. A: Introduce los datos o caractersticas del automvil c

omo son: marca, modelo, nmero de pasajeros, kilometraje y tipo de auto. 3. S: Valida los datos introducidos verificando que no hayan errores o que el automvil introducido ya haya sido antes registrado. 4. S: Confirmar registro de automvil. 5.Se finaliza el caso de uso Flujo Alternativo: 3.1 S: El automvil ya esta registrado. 3.1.1 S: Indica el error. 3.1.2 S: Volver al paso 2. Pos condiciones: El Administrador ha registrado satisfactoriamente un automvil con todas sus caractersticas.Tabla 3

Nombre: C.U. REGISTRAR TIPO AUTOMOVIL Descripcin: Permite ingresar un nuevo tipode automvil al sistema. Actores: Administrador (A) Sistema (S) Precondiciones: Para poder registrar un tipo de automvil en el Sistema se debe tener una cuenta deadministrador y haberse autenticado como tal. Flujo Normal: 1. El caso de uso se

inicia cuando el administrador desea ingresar un nuevo tipo de automvil al sistema. 2. A: Ingresa el nuevo tipo de automvil adems del tipo austero y de lujo. 3. S: Se hace la validacin. 4. S: Confirmar registro. 5. Se finaliza el caso de uso Flujo Alternativo: 3.1 S: El tipo ya esta registrado. 3.1.1 S: Indica el error. Pos condiciones: El Administrador ha registrado satisfactoriamente un nuevo tipode automvil.Tabla 4

Nombre: C.U. CAMBIAR COSTO Descripcin: Permite cambiar el costo mensual de un tip

o de automvil. Actores: Administrador (A) Sistema (S)


16/58

Precondiciones: Para poder Cambiar el costo de un tipo de automvil es necesario tener una cuenta de administrador y debe haberse autenticado como tal. Flujo Normal: 1. El caso de uso se inicia cuando el administrador desea cambiar el costo de un tipo determinado de un auto. 2. A: Elige el tipo de automvil para el cual va

a ser modificado el costo e ingresa dicho costo. 3. S: Confirmar el cambio de costo. 4. Se finaliza el caso de uso Flujo Alternativo: Pos condiciones: Se ha cambiado el costo de un tipo de automvil.Tabla 5

Nombre: C.U. REGISTRAR CLIENTE Descripcin: Permite registrar un cliente en el sistema ya sea para reservar o no. Actores: Cliente (Cl) Empleado Sistema (S) Precondiciones: Si es un empleado este debe haber logueado en el sistema Flujo Normal: 1. El caso de uso se inicia cuando el cliente desea tener una cuenta para utilizar los servicios prestados por la empresa. 2. Cl E: Introduce los datos de identificacin como son: nombre, direccin, telfono, un nmero de tarjeta de crdito, una direccin de correo electrnico que servir como nombre de usuario y una contrasea. (Estos datos pueden ser introducidos tambin por el empleado si el cliente lo solicitaver flujo alternativo) 3. S: Valida los datos del cliente. 4. S: Registra al cliente. 5. Se finaliza el caso de uso Flujo Alternativo: 2.1 volver al paso 3. 3.1

S: El cliente ya est registrado (nombre de usuario y contrasea ya existen). 3.1.1S: Mensaje de error. Pos condiciones: El cliente ha sido registrado en el siste

ma satisfactoriamente.Tabla 6

Nombre: C.U. REGISTRAR RESERVA Descripcin: Permite registrar una reserva hecha por el cliente desde internet o por medio de una llamada telefnica sin hacer el debido registro al empleado. Actores:


17/58

Cliente (Cl) Empleado Sistema (S) Precondiciones: El cliente debe estar registrado en el sistema. Flujo Normal: 1. El caso de uso se inicia cuando el cliente desea hacer una reserva por internet o una reserva telefnica. 2. Cl E: Deber elegirla fecha en que desea recoger el auto y cuando planea devolverlo, as como qu tipode auto desea. (Estos datos pueden ser introducidos tambin por el empleado si elcliente lo solicita a travs de la llamada telefnica ver flujo alternativo) 3. S: Validacin de disponibilidad del auto escogido. 4. S: Calcula un costo aproximado de la reserva y lo muestra al cliente 5. E o CL: Confirmar la solicitud de la reserva. 6. S: Mostrar y enviar nmero de reservacin al correo del cliente. 7. S: Registra la reserva. 8. Se finaliza el caso de uso Flujo Alternativo: 3.1 S: El auto

escogido ya est reservado 3.1.1 S: Mostrar tipo de error (auto ya reservado, fecha no disponible) 3.1.1.1 S: Volver al paso 2. 5.1 a E: Si es una reserva telefnica se solicita el nmero de tarjeta valida para que se le confirme la reservacin. 5.1.1 Regresa al flujo normal. 5.1 b Si no se confirma la reserva se Finaliza elcaso de uso Pos condiciones: El cliente o el empleado han hecho la reserva de un

auto satisfactoriamente.Tabla 7

Nombre: C.U. CONSULTAR RESERVA Descripcin: Permite consultar las reservas hechaspor un cliente. Actores: Cliente (Cl) Empleado Sistema (S) Precondiciones: Parapoder realizar una consulta en el sistema, el usuario debe poseer una cuenta y debe haberse autenticado Flujo Normal: 1. Cl E: El caso de uso se inicia cuando se desea ver las reservaciones hechas por un cliente. 2. Cl o E: Ingresa el cdigode la Reserva 3. S: Valida que el cdigo de reserva exista 4. S: Muestra los detal

les de la reserva


18/58

5. Se finaliza el caso de uso Flujo Alternativo: 3.1 S: Si el cdigo no existe muestra un mensaje de error indicando que no existe la reserva 3.1.1 Se regresa alpaso 2 Pos condiciones: El usuario ha podido realizar la consulta deseada.Tabla 8

Nombre: C.U. CANCELAR RESERVA Descripcin: Le permite a los clientes retractarse de la reserva de renta de un automvil Actores: Empleado Cliente (Cl) Sistema (S) Precondiciones: El usuario se ha autenticado, el cliente tiene una reserva activa, y el usuario ya ha buscado la reserva con el caso de Uso Consultar Reserva. Flujo Normal: 1. E Cl: El caso de uso se inicia cuando el cliente desea hacer unacancelacin. (El empleado tambin puede hacerlo con el consentimiento del cliente).2. E Cl: Selecciona la opcin de cancelar la reserva 3. S: Valida que la cancelacin

se est realizando 24 o ms horas antes de la hora pactada para que el cliente recoja el vehculo 4. S: Confirma la operacin 5. S: Finaliza el caso de uso Flujo Alternativo: 3.1 S: Si faltan menos de 24 horas para que el cliente recoja el vehculo,

el sistema registra una multa al cliente. 3.1.1 Cl E: El cliente ingresa el nmero de cuenta de la tarjeta de crdito si esta cancelando desde internet o en el local, o el empleado ingresa el monto a pagar por el cliente, si este cancelando la

reserva en el local 3.1.1.1 S: Registra el pago 3.1.1.2 Se finaliza el caso deuso. Pos condiciones: La reserva del cliente ya no esta registradaTabla 9

Nombre: C.U. MODIFICAR RESERVA Descripcin: Le permite a los clientes o a los empleados modificar los detalles de una reserva Actores: Empleado Cliente (Cl)


19/58

Sistema (S) Precondiciones: El usuario se ha autenticado, el cliente tiene una reserva activa, y el usuario ya ha buscado la reserva con el caso de Uso Consultar Reserva. Flujo Normal: 1. E Cl: El caso de uso se inicia cuando el cliente desea modificar una reserva (el empleado tambin puede hacerlo con el consentimientodel cliente) 2. E Cl: Selecciona modificar la reserva 3. S: Carga el formulariode modificacin de reservas con los datos 4. E Cl: Modifica los datos de la reserva. 5. S: Valida los cambios 6. S: Guarda los cambios 7. S: Se finaliza el caso de uso Flujo Alternativo: 5.1. S: Si se realizo un cambio de da de reservacin y elda de la modificacin tiene una diferencia menor de 24 horas con respecto a la hora

de reserva la modificacin el sistema registrara una multa al cliente. 3.1.1. S:Se regresa al flujo normal. 5.2. S: Si el cliente aumenta los das en los que va a

tener el auto, el sistema valida la disponibilidad de este. 5.1.1 S: Si el autoesta disponible se regresa al flujo normal. 5.1.2 S: Si el auto no esta disponi

ble se muestra un mensaje de error avisando que el auto ya fue reservado 5.1.2.1S: Se regresa al paso 3. Pos condiciones: Se guardan los cambios hechos a las r

eservas del cliente.Tabla 10

Nombre: C.U. REGISTRAR RENTA Descripcin: Les permite a los clientes y empleados realizar la renta de uno o ms autos. Actores: Empleado Cliente (Cl) Sistema (S) Precondiciones: El usuario se ha autenticado en el Sistema Flujo Normal: 1. E: Ingresa los datos del cliente para la verificacin 2. S: Valida los datos ingresadosy si existe una reserva asignada. 3. S: Include al caso de uso registrar conductores 4. S: Marca el auto con la renta respectiva 5. S: Guarda el kilometraje del

carro a rentar 6. S: Muestra en pantalla el contrato de arrendamiento con el costo de los seguros obligatorios.


20/58

7. E: Confirma que el cliente acepta el contrato 8. S: Registra la renta 9. S: Se imprime el contrato de arrendamiento y se almacena 10. Se finaliza el caso deuso. Flujo Alternativo: 2.2. S:Si el cliente no tiene reserva se valida si hay disponibilidad de el auto que el requiere 2.2.1. S: Si el vehculo esta disponiblese separa para la renta y vuelve al flujo normal paso 3. 2.2.2. S: Si no se cumple el paso 1.2.1. se finaliza el caso de uso 7.1 E: Si no confirma que el cliente acepta el contrato porque desea hacerle cambios Extends al caso de uso Modificar Contrato. 7.1.1 S: Va al paso 8 Pos condiciones: La reserva del cliente ya no

esta registrada y se almacena el renta y el contrato de arrendamiento en el sistemaTabla 11

Nombre: C.U. REGISTRAR CONDUCTORES Descripcin: Les permite a los empleados registrar los datos de las personas que conducirn los coches para cada renta. Actores:Empleado Sistema (S) Precondiciones: El usuario se ha autenticado en el Sistemay existe un proceso de registrar renta iniciado. Flujo Normal: 1. E: El caso deuso se inicia cuando el empleado va a registrar los conductores de la renta de un vehculo. 2. E: Ingresa los datos de la(s) persona(s) que conducirn el vehculo (cedula y nmero de licencia vigente). 3. S: Valida los campos. 4. S: Asocia los registros de conductores a la renta en proceso y almacena la informacin. 5. S: Se finaliza el caso de Uso Flujo Alternativo: 3.1 S: Si algn campo no es llenado correctamente se mostrara un mensaje y volver al flujo normal paso 1. Pos condiciones:La renta que se esta registrando tiene asociada una lista de conductoresTabla 12

Nombre: C.U. MODIFICAR DATOS CLIENTE Descripcin: Le permite a los clientes o empleados modificar el registro del


21/58

cliente que ya esta registrado en el Sistema. Actores: Empleado Cliente Sistema(S) Precondiciones: El usuario se ha autenticado en el Sistema. Flujo Normal: 1.

E C: El caso de uso se inicia cuando se desea modificar los datos del cliente.2. E C: Selecciona la opcin de modificar el registro 3. S: Muestra el formulariode modificacin 4. E C: Realiza los cambios del registro 5. S: Valida los campos.6. S: Guarda los cambios en el registro del Cliente 7. S: Finaliza el caso de Uso Flujo Alternativo: 6.1 Si algn campo es dejado vaci o su informacin es invalida se mostrara un mensaje al actor y se queda en el flujo normal paso 5 hasta que cancele la operacin o se corrijan los datos. Pos condiciones: El registro del cliente ha sido modificado.Tabla 13

Nombre: C.U. REGISTRAR DEVOLUCIN Descripcin: Permite al empleado de la empresa deRenta de Autos Registrar la devolucin de un carro despus de que se haya rentado. Actores: Empleado Sistema (S). Precondiciones: El empleado debe haberse logueadoy debe estar registrada la renta en el Sistema. Flujo Normal: 1. E: Ingresa la cedula del cliente y la placa del carro. 2. S: Verifica que la cedula del cliente

y la placa del carro estn registradas en algn registro de rentas actuales en el Sistema 3. S: Muestra los datos de la renta que corresponde al cliente de la cedula ingresada. 4. Include al caso de uso ACTUALIZAR KILOMETRAJE. 5. S: Verifica que la fecha de devolucin no haya expirado 6. E: Verifica si no hay daos en el vehculo. 7. S: Calcula el total del saldo a pagar por el cliente. 8. S: Muestra en pantalla la factura con la descripcin de cada tem. 9. Include al caso de uso Registrar pago de Factura 10. Se finaliza el caso de uso. Flujo Alternativo:


22/58

2.1 S: Si la cedula no existe muestra un mensaje de error indicando que no existe ninguna renta por lo tanto no hay una devolucin para realizar. 2.1.1 Se finaliza el caso de Uso. 5.1 S: Si la fecha expiro verifica que no hayan pasado las primeras 24 horas a la hora de devolucin pactada. 5.1.1 S: Si no han pasado 24 horas, suma al saldo total el valor de un da de renta. 5.1.1.1 Se regresa al flujo Normal. 5.1.2 S: Si han pasado las 24 horas por cada da de retraso o fraccin suma alsaldo total el doble de la renta. 5.1.2.1 Se regresa al flujo Normal. 6.1 Si hay

daos Extends al Caso de uso Registrar daos 6.1.1 S: Calcula el valor de los daos ylo suma al saldo total. 6.1.1.1 Se regresa al flujo normal Pos condiciones: Se

registra en el sistema la devolucin y los daos con lo que llega el carro, adems deactualizar el kilometraje del automvil.Tabla 14

Nombre: C.U. REGISTRAR DAOS AUTOMOVIL Descripcin: Permite al empleado de Renta Autos ingresar al Sistema los daos de un automvil cuando el cliente lo esta devolviendo Actores: Empleado Sistema (S). Precondiciones: El empleado debe haber empezado el registro de una devolucin de un vehculo. Flujo Normal: 1. E: Ingresa el numero de la placa del carro al sistema 2. S: Valida que la placa exista en el Sistema 3. E: Ingresa los daos del carro al Sistema 4. S: Almacena los daos 5. Se finaliza el caso de uso Flujo Alternativo: 2.1 Si no existe se finaliza el caso de uso

Pos condiciones: Se almacena en el sistema los daos que tenga el automvil que fuerentado en la base de datos

Tabla 15

Nombre: C.U. ACTUALIZAR KILOMETRAJE Descripcin: Le permite al empleado de Renta Autos Actualizar el kilometraje de un vehculo entregado Actores: Empleado


23/58

Sistema (S). Precondiciones: El empleado debe haber empezado el registro de la devolucin de un vehculo Flujo Normal: 1. E: Ingresa el nuevo kilometraje al Sistema

de Informacin 2. S: Verifica que el kilometraje ingresado sea mayor o igual queel registrado al momento de rentar el vehculo 3. S: Almacena el nuevo kilometraje

en la base de datos del sistema de informacin 4. Se finaliza el caso de uso. Flujo Alternativo: 2.1 S: Si el kilometraje es menor que el registrado al momento de la renta, muestra un mensaje de error indicando que el kilometraje es incorrecto 2.1.1 Regresa al punto 1. Pos condiciones: Se actualiza el kilometraje del vehculo entregado al momento de la devolucinTabla 16

Nombre: C.U REGISTRAR PAGO FACTURA Descripcin: Permite al empleado registrar el pago de una renta Actores: Empleado Sistema (S). Precondiciones: El empleado debe

haber empezado el registro de una devolucin de un vehculo Flujo Normal: 1. E: Ingresa el tipo de pago al Sistema de Informacin 2. S: Verifica que el tipo de pagosea tarjeta de crdito 3. E: Ingresa el numero de la tarjeta de crdito 4. S: Verifica que el nmero de la tarjeta sea igual al registrado en la base de datos del sistema de informacin 5. S: Registra el pago de la tarjeta de crdito 6. S: Imprime la

factura 7. Se finaliza el caso de uso Flujo Alternativo: 3.1 E: Si el tipo no es de tarjeta de crdito, ingresa el monto cancelado por el usuario 3.1.1 S: Registra el pago de la factura 3.1.1.1 S: Va al paso 7 del flujo normal. 5.1 Si el nmero de la tarjeta de crdito no coincide con el nmero registrado en la base de datosel sistema muestra un mensaje de error indicando que la tarjeta no es la especificada al momento de la renta 5.1.1 Regresa al paso 4.


24/58

Pos condiciones: Se registra el pago de la factura de la renta.Tabla 17

Nombre: C.U. CONSULTAR RENTAS Descripcin: Le permite al administrador o al cliente consultar rentas actuales o histricas o al cliente consultar su historial Actores: Administrador (A) Cliente Sistema (S) Precondiciones: Los usuarios deben haberse autenticado en el Sistema de Informacin. Flujo Normal: 1. S: Verifica si lapersona que inicia el caso de uso es el administrador 2. A: Ingresa al sistema si necesita un listado actual o histrico de rentas 3. S: Verifica que el tipo de listado sea actual 4. S: Carga un listado actual de todas las rentas del establecimiento de Renta Autos 5. Se finaliza el caso de uso. Flujo Alternativo: 1.1 S:Si no es el administrador que inicia el caso de uso, el carga un listado de lasrentas que se encuentran registradas en la base de datos del Sistema de Informacin del usuario que inicia el caso de uso. 1.1.1 C: Selecciona una de las rentas del listado para ver su especificacin detallada. 3.1.1.1 S: Muestra las especificaciones detalladas de la renta. 1.1.1.1.1 Se finaliza el caso de uso 3.2 S: Si el

tipo de listado no es de tipo actual, carga un listado histrico con todas las rentas almacenadas en el Sistema de Informacin. 3.1.1 Se finaliza el caso de uso. Pos condiciones: Se carga un listado con las rentas histricas y actuales o un listado con las rentas de la persona que solicita el servicio.Tabla 18

Nombre: C.U. MODIFICAR CONTRATO Descripcin: Le permite al empleado modificar el contrato de arrendamiento de un vehculo de un cliente Actores: Empleado Precondicio

nes: El empleado debe haber comenzado el registro de un alquiler Flujo Normal: 1. S: Carga en pantalla el contrato


25/58

2. E: Ingresa los cambios al contrato (anexrsele los costos de seguros obligatorios y opcionales segn el cliente haya elegido.) 3. S: Valida los cambios 4. S: Almacena el contrato en la base de datos. 5. S: Finaliza el caso de uso. Flujo Alternativo: 3.1 S: Si los cambios hechos al contrato no se validan, muestra un mensaje de error avisando que el contrato no puede ser aceptado porque los cambios hechos a este no son correctos 3.1.1.1 S: Se regresa al paso 2 del flujo normal Pos condiciones: Se Almacenan los cambios hechos al contrato.


26/58

4. Modelo Entidad Relacin

Imagen 4-1


27/58

5. Modelo Conceptual

Imagen 5-1


28/58


29/58

Imagen 6-3

Imagen 6-4


30/58

Imagen 6-5

Imagen 6-6


31/58

Imagen 6-7

Imagen 6-8


32/58


33/58

Imagen 6-11

Imagen 6-12


34/58

Imagen 6-13

Imagen 6-14


35/58

Imagen 6-15

Imagen 6-16


36/58

Imagen 6-17

Buy SmartDraw!- purchased copies print this document without a watermark . Visitwww.smartdraw.com or call 1-800-768-3729.

Imagen 6-18


37/58

Imagen 6-19

Imagen 6-20

Imagen 6-21


38/58

Imagen 6-22


39/58

Imagen 6-23


40/58

7. Diagrama de ClasesPersona -id : string -cedula : string -telefono : string -email : string -nombre

: string +get() : string +set() : string

1 Administrador Cliente -targeta : string Empleado

1

Catalogo -listaAutos : Auto

1

1 0..* Reserva

1

1..* 1 Auto -atributo1 -idAuto : string -marca : string -capacidad : string -numeroMotor : string -modelo : string +get() +set() 1 Conductor 1

*

-fechaReserva : string -fechaEntregaAuto : string -fechaRecoleccionAuto : string-auto : Auto -cliente : Cliente +modificarReserva() +cancelarReserve() 1 1

0..*1

Multa -fechaMulta : string -concepto : string -costo : float -fechaDePago : string

1 Renta -fechaRenta : string -fechaDevolucion : string -seguros : Seguro -factura : Factura -multa : Multa 1 1

* 1

-nombre : string -apellido : string -cedula : string -lisenciaDeConduccion : str

ing1 Factura -fecha : string -cliente : Cliente -costoTotal : string

1 1..*

1 TipoAuto -tipo : string +cambiaTipoDeAuto() : string 1..* Seguro -id : string-descripcion : string -precio : string 1 1

DaosFaltantes -fecha : string -descripcion : string -costo : string

0..*

Imagen 7-1


41/58

8. Diagramas de Estado

Imagen 8-1


42/58

Imagen 8-2


43/58

Imagen 8-3


44/58

9. DESCRIPCIN GENERAL9.1. Perspectiva del Producto

El alcance de este sistema de informacin es de proporciones medianas por que el volumen de informacin que se pretende manejar no es de altos requerimientos, por consiguiente las maquinas que deben hacer el almacenamiento y procesamiento de datos no tienen que tener especificaciones muy complejas. El software es directamente proporcional a los alcances predeterminados del hardware as que podemos optar

por herramientas libres o de costos bajos, pro que la robustez del sistema no lo amerita.9.2. Funciones del Producto

Se desarrollar un software llamado Renta Autos S.A. Este software administrar las reservaciones de autos hechas por los usuarios. El software deber proporcionar lassiguientes funcionalidades: Almacenar los datos de los usuarios. Almacenar el registro de los automviles. Almacenar las reservaciones de autos y asociarlas a uncliente determinado. Permitir modificar y anular reservaciones (en un tiempo determinado). Generar una reservacin, mostrando la disponibilidad de un auto. Permitir realizar consultas sobre las rentas, multas. Realizar el registro de una renta. Gestionar el pago de una factura. Llevar el control de la devolucin de un automvil.9.3. Caractersticas del Usuario

El usuario debe tener conocimientos bsicos de uso de un computador, de tal forma

que le sea natural el uso de ventanas y cuadros de dilogo al estilo Windows y tenerconocimiento en navegacin por Internet. Existirn tres tipos de usuario para el software los que se enumeran a continuacin.9.3.1. Usuario:

Persona que est registrada en el sistema, por lo que tiene derecho a ejecutar lafuncionalidad del mismo de acuerdo a su nivel de permisos.9.3.2. Invitado:

Persona que ingresa al sistema sin estar registrado, podr ver noticias del sitio.


45/58

9.3.3. Administrador:

La persona que supervisa y controla el correcto funcionamiento del sistema, su nivel de seguridad es alto, encargado de actualizar cada vez que se requiera losparmetros del sistema.9.3.4. Empleado:

Su nivel de seguridad es medio y es encargado de asistir al usuario, y brindarleinformacin a la hora de usar los servicios que se prestaron.

9.3.5. Cliente:

Persona que est registrada en el sistema, por lo que tiene derecho a hacer reservaciones, a s como otras funciones especiales del sistema, su nivel de seguridad es bajo.9.4. Suposiciones y Dependencias

Tras un corte de energa la ups prestara un servicio de energa alterno por un tiempo determinado para que el personal alcance a guardar la informacin que esta almacenando en el momento, y para que el servidor no deje de estar en funcionamiento.

Si hay una cada en el internet se perder la capacidad de hacer reservaciones en lnea, y el negocio podr perder dinero por esta causa. El servidor requiere constante monitoreo y mantenimiento para prevenir que una falla en este inhabilite el sistema de informacin y por ende a la empresa por el hecho que se perder el acceso a

la pagina de web. Se ha dispuesto un sistema de backUp en caso de siniestro pod

er salvaguardar la informacin de la empresa


46/58

10.10.1.

ESPECIFICACIN DE REQUERIMIENTOS DEL USUARIORequerimientos Funcionales

Rol de usuario: Un rol es un conjunto de permisos que puede asignarse a un usuario del sistema de informacin; por su parte, un permiso es un parmetro que especifica si su poseedor dispone de acceso a una determinada funcin del sistema o a unaparte de la interfaz de usuario del sistema, para nuestro caso administrador quien tendr la posibilidad de consultar y generar reporte histricos sobre las rentasque se hayan registrados en el sistema de informacin, empleado se encarga del manejo general del sistema de informacin, cliente es la persona que se encuentra registrada en el sistema de informacin quien contara con determinados privilegios en

el sistema de informacin y el usuario es la persona que utiliza de manera casualel sistema de informacin. Registro de automviles: El sistema de informacin permiti

r el registro de nuevos automviles que harn parte del sistema para lo cual se registrara datos como: placa, marca, modelo, nmero de pasajeros, kilometraje, y el tipo de auto el cual podr ser austero, lujo u otro anexado posteriormente. Registrode nuevos tipos: El sistema debe permitir el ingreso de nuevo tipos de automviles

debido a las variaciones que se presentan en el mercado constantemente. Modificacin de precio: El sistema debe permitir la modificacin de los precios dependiendo

del tipo de auto debido a las variaciones que se presentan en el mercado constantemente. Reservaciones: El sistema desarrollado debe permitir la realizacin de r

eservaciones la cual se realizara ingresando al sistema datos de los clientes como: nombre, cedula, direccin, telfono, nmero de tarjeta de crdito, correo electrnicoy contrasea despus de haber ingresado esta informacin tambin se debe ingresa el tipo

de auto a reservar, la fecha de inicio del servicio y la fecha de entrega, loscuales son proporcionados por el cliente. Registro cliente: El sistema debe permitir guardar toda la informacin pertenecientes a todos los clientes la cual almacenara datos como: nombre, cedula, direccin, telfono, nmero de tarjeta de crdito, correo electrnico y contrasea los cuales son proporcionados y validados por las clientes.


47/58

Cancelaciones: El sistema debe dar la posibilidad de cancelar reservaciones realizadas con anterioridad con solo ingresando el cdigo de reserva la cual deber sercon 24 horas de antelacin al cumplimiento de la reserva para poderse hacer efectiva la cancelacin. Registro conductores: El sistema debe registrar la informacin pertenecientes a los conductores como nombre, apellido, cedula y cdigo de conduccinvigente para tener dominio sobre los conductores que utilizara los automviles. Rentas: El sistema de informacin debe guardar registros sobre las rentas realizadas

la cual poseer informacin como: el nmero de reservacin adems de el nombre, apellido,cedula y cdigo de conduccin vigente de cada una de las personas que conducirn el v

ehicul y tambin debe tener la posibilidad cambiar la fecha de entrega del vehicul.Generacin de contractos: El sistema debe generar un contracto en donde se especificaran la legislacin pertinente ante la generacin de una renta y almacenara los datos ya generados en rentas. Modificacin de contractos: El sistema debe dar la posibilidad de modificar los contractos ya realizados como cambiar datos o la fecha

de entrega del vehculo al igual que el seguro. Generacin de facturas: El sistemade informacin debe de realizar automticamente la generacin de una factura con todos

los datos generados al momento del pago de la renta del automvil. Registros devolucin: El sistema de informacin debe proporcionar la opcin de registrar la devolucin

de un vehculo que fue rentado con antelacin en donde se introducir la placa, el kilometraje actual en que se encuentra el vehculo. Consultas reservas: El sistema de informacin debe proporcionar al usuario la consulta de las reservas ya realizadas con solo introducir el cdigo de la reserva que se ha generado al momento de la

reservacin. Consultas renta: El sistema de informacin debe permitir al Administrador consultar el historial de todas las rentas de vehculos hechas por los cliente

s con solo introducir la fecha a consultar. Registros pagos: El sistema debe permitir guardar registro sobre los pagos al momento que se haya registrado la devolucin del automovil


48/58

10.2.

Requerimientos no Funcionales

Equipos de cmputo: se requieren dos equipos de cmputo tipo estacin de trabajo con unas especificaciones que se sugieren a continuacin: Memoria RAM: 2 Gb DDR2 @1033MHz Disco Duro: SATA 500 Gb Monitor: 19 16:10 Controladora de Red: 10/100/1000/ Ethernet inalmbrico Mouse, Teclado, Parlantes. Equipo de cmputo tipo servidor: Estamquina servir como punto central para el sistema de informacin y en ella se almacenar la base de datos, sus especificaciones son las siguientes. Memoria RAM: 8Gb DDR3 @ 1333 MHz Discos Duros: 2Tb x 4 (RAID 1) Monitor: 17 4:3 Controladora de Red:

10/100/1000/ Ethernet Mouse, Teclado, Parlantes. Equipos de redes internas e internet: Este tipo de equipamiento Un enrutador almbrico/inalmbrico. Un switch de 8

puestos. Cableado estructurado tipo UTP (RJ 45) Equipos de impresin: El propsitode estos es posibilitar la creacin de papelera en medio fsico para efectos legales,

y digitalizacin de documentos. Una impresora multifuncional Lexmark X2650 Red elctrica: Infraestructura con puntos de acceso 120 v CA / 50-60 Hz con polo a tierra Una UPS de 600 vatios o superior para evitar inactividad del servidor y que un

corte no provoque la cada total del sistema. Muebles y enseres: Su utilizacin permite la disposicin de la mayora de los equipos y accesorios ya mencionados, estosson: Dos mesas de cmputo. Rack para el almacenamiento de los equipos de redes. Canaletas apropiadas para el cableado.


49/58

11.

Arquitectura Del Sistema

Al ser una aplicacin orientada a la Web, el sistema se ejecutar en un ambiente cliente servidor, el cual utilizar Apache como servidor Web ya que estar totalmente desarrollado en PHP5, y se utilizar PostgreSQL como motor de base de datos, debido

a su robustez y a que es un motor gratuito. El sistema estar desarrollado bajo una arquitectura de 3 capas, utilizando el modelo vista controlador, en el cual las vistas, sern los formularios de las pginas Web, y donde el cdigo PHP ejecutado en el servidor, ser el que se encargue de controlar y gestionar los procesos con la base de datos. Los clientes utilizan el sistema desde un computador ubicado en

cualquier parte, e interactan con l accediendo a una interfaz HTML a travs de un navegador Web que cumpla con los estndares de este lenguaje. El cliente se comunica con el servidor Web a travs de una capa intermedia, formada por scripts hechosen lenguaje java script y PHP; y en el servidor, a travs de PHP se gestionan losdatos con la base de datos, de manera que se pueda garantizar una respuesta al cliente que est utilizando la aplicacin. El cdigo PHP estar totalmente separado de la

capa de presentacin en las pginas HTML, igualmente el cdigo java script lo cual facilite el mantenimiento y escalabilidad del sistema. Los procesos con la base de

datos estarn totalmente manejados a travs de procedimientos almacenados lo que reduzca el tiempo de las consultas en la base de datos y aumente la seguridad de las transacciones. La arquitectura anteriormente descrita puede resumirse en el siguiente esquema.


50/58

12.12.1.

Metodologa AUPAlcance del Proyecto

El Sistema de Informacin Renta Autos permitir a la empresa dedicada a la renta devehculos tener mayor facilidad para el manejo de la informacin y as podr prestar unmejor servicio a sus clientes, llevando toda la informacin organizada sistemticamente. El sistema permitir ver los autos disponibles tanto los empleados como los clientes de la empresa en un momento determinado, trayendo consigo un gran beneficio, ya que los clientes podrn estar en contacto permanente con la organizacin, de

esta manera la empresa no perder clientes por falta de vehculos. Adems el sistemaestar en capacidad de registrar la devolucin de cada auto, poniendo el estado delvehculo en renta para que los clientes puedan acceder a el. Igualmente permitir hacer reservaciones a los clientes va web o directamente en la empresa y cancelarla

si es necesario. Tambin generar, imprimir, registrar el pago de una factura cuandoel cliente devuelve el auto, adems de sumar cargos segn las polticas de la empresa.

Igualmente se podrn realizar consultas de las reservas y el historial de rentas.Modificar los datos del cliente, registrar daos, generar multas, ingresar nuevosautos a la base de datos, ver los costos de la renta, registrar los conductoresdesignados para manejar el vehculo rentado, imprimir contratos y almacenarlos enla base de datos. En conclusin el Sistema de Informacin ser capaz de gestionar tod

a la informacin almacenada en una base de datos, permitiendo la manipulacin rpida y

eficiente de esta.12.2. Estimacin de Costos

La estimacin de costos en un proyecto se debe llevar a cabo de forma continua, estas nos sirven para establecer un presupuesto o precio al cliente, con esto podremos realizar un uso ptimo de los recursos, existen varios parmetros que nos sirven para realizar el clculo de los costos totales de un proyecto, entre estos tenemos: Costos de hardware y software. Sueldos de los trabajadores. Costos de capacitacin. Costos de esfuerzos, que son los esfuerzos realizados por los ingenieros de software para llevar a cabo su elaboracin.


51/58

Unas de las formas ms comunes para realizar los clculos de costo y esfuerzo es porlneas de cdigo o puntos de funcin. En estos momentos como el proyecto se lleva a c

abo de forma terica no se podra generar una estimacin de costos razonable, ya que en ningn momento manejamos lneas de cdigo, ni puntos de funcin, solo podramos decir que en el proyecto trabajaron tres personas, el programador, el diseador y el analizador, cada uno de ellos con un sueldo de 1.5 millones de pesos al mes, 2 millones al mes y 3 millones al mes respectivamente.12.3. Viabilidad

Al haberse hallado los diferentes riegos que aquejan la elaboracin del proyecto se determino la viabilidad de este, adems se estudiaron diferentes puntos clave sobre la necesidad y la aplicacin real al momento de la finalizacin del producto que

se le entregara al usuario final para su respectiva usabilidad; a partir de loanterior de concluyo lo siguiente: La consistencia lgica del proyecto se determino como positiva, ya que el proyecto a realizar obedece a las necesidades establecidas por el cliente Los riesgos encontrados al momento de realizar el proyectono son totalmente fatdicos para este, y se pueden superar con cierto grado de facilidad, por lo que se puede determinar que el proyecto visto desde este punto de

vista es posible El producto desarrollado ser altamente competitivo por lo que no es muy posible su pronta desvinculacin o des utilizacin por parte del cliente. El software desarrollado cumplir con los requerimientos del cliente, ya que estosson totalmente posibles de desarrollar e implementar de acuerdo de sus necesidades12.4. Definir Riesgos

Es importante tener en cuenta esta parte del desarrollo de software y ms aun si es el desarrollo de un sistema de informacin para una empresa que necesita el producto en el tiempo que cumpla con las reglamentaciones y lo estipulado dentro del

contrato que se realizo con el cliente. Por lo tanto se debe hacer una buena definicin de los riesgos que pueden perjudicar la organizacin tanto en tiempo, recursos, reputacin, y problemas legales, antes de comenzar el desarrollo del proyecto

para anticiparlos y tener planes de contingencia con los cuales podamos contarpara que no afecten mucho el desarrollo. Para ello damos una pequea definicin de riesgo: Los riesgos son una amenaza para el proyecto, para el software que se estdesarrollando y para la organizacin. Por estos se realiza una definicin de los rie

sgos que nos pueden afectar como lo son:


52/58


53/58

13.13.1.

Modelo De NegociosVisin General:

El sistema de informacin implementado para la empresa Rentar Autos hace ms eficiente y eficaz la renta de los autos. Debido a los problemas que se tienen cuando la facturacin y contratacin se hacen en papel, una limitacin es el espacio para el almacenamiento. Requiere grandes bodegas para poder almacenar una cantidad grande

de informacin. Mientras que con un sistema de informacin bien implementado, es msfcil almacenar informacin. Adems es ms efectiva la bsqueda y se evitan muchos problemas.13.2. Procesos:

El primer paso, y adems fundamental es la obtencin de requerimientos para continuar con el desarrollo de las siguientes etapas requeridas en un proyecto, ya que si ocurre errores en las fases inciales el sistema puede que no cumpla con las expectativas esperadas por el cliente y los usuarios finales, lo cual llevara a queel producto se desprecie en su valor agregado. El segundo paso despus de realizar

el levantamiento de requisitos es la seleccin de la metodologa adecuada ya que despus de iniciar la solucin en el anlisis, diseo y dems fases de desarrollo es muy complejo volver a elegir la metodologa13.3. Estructura:

Cliente Usuarios finales Equipo de anlisis Equipo de diseo Equipo de implementacinEquipo de pruebas Gestor de proyecto Gestor ejecutivo


54/58

PROTOTIPOhttp://swii.110mb.com/


55/58

GLOSARIOActor: es una entidad externa (de fuera del sistema) que interacciona con el sistema participando (y normalmente iniciando) en un caso de uso. Los actores pueden ser gente real (por ejemplo, usuarios del sistema), otros ordenadores o eventos externos. Administrador: Persona que tiene acceso al sistema de informacin y quien adems puede realizar consultas en el mismo, con el fin de conocer el estado de las reservaciones y de las rentas que se presentan en el momento para la empresa. Caso de uso: es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software. Cada caso de uso proporciona uno o msescenarios que indican cmo debera interactuar el sistema con el usuario o con otro

sistema para conseguir un objetivo especfico. Cliente: Estar definida por la persona quien se encuentra registrada en el sistema de informacin, se le proporcionauna contrasea y adems tiene acceso al sistema para que desde el pueda realizar operaciones de reserva y cancelacin. Finalmente podemos decir que el cliente tambin puede realizar cualquier accin de renta sin necesidad de una reserva. Descripcin de

casos de uso: Los diagramas de estado muestran los diferentes estados de un objeto durante su vida, y los estmulos que provocan los cambios de estado en un objeto. Diagrama de actividades: representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general. Diagrama de casos de uso: es un mtodo particular de investigacin cualitativa. Consisten en una forma sistemtica de observarlos eventos, coleccionando datos, analizando informacin y presentando resultados.

Diagrama de clases: es un tipo de diagrama esttico que describe la estructura deun sistema mostrando sus clases, atributos y las relaciones entre ellos. Los di

agramas de clases son utilizados durante el proceso de anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la informacin que se manejar en el sistema, y los componentes que se encargaran del funcionamiento y la relacin entre uno

y otro.


56/58

Diagrama de estados: Un estado es una condicin durante la vida de un objeto, de forma que cuando dicha condicin se satisface se lleva a cabo alguna accin o se espera por un evento. Diagrama de secuencia: es uno de los diagramas ms efectivos para modelar interaccin entre objetos en un sistema. Empleado: Es la persona quien tiene acceso al sistema de informacin, puede hacer modificaciones para efectos dereserva y de consulta, adems de cancelaciones y las distintas operaciones que esta requiere. Es quien hace entrega del vehculo cuando se genera una renta y cuando

se realiza la devolucin del mismo. Sistema de Informacin: es un conjunto de datosorganizados listos y preparados para su posterior uso, generados por una necesi

dad. Usuario: Se definir como la persona que no est registrada en el sistema, es decir no cuenta con una contrasea de acceso al mismo, pero puede generar rentas sin usar una reservacin previa.


57/58

BIBLIOGRAFA

Apellido, Nombre, (ao) IAN SOMMERVILLE, El documento de requerimientos del software, (p 117), ISBN , impresin, ciudad.

Nelohp. Sistema Experto basado en reglas para la documentacin de requerimientos de software. En lnea: www.monografias.com, disponible en: http://www.monografias.com/trabajos26/sistema-documentacion/ sistemadocumentacion.shtml [Nov 22].

Wikipedia.com. Agile Unifed Process. En lnea: www.wikipedia.com, disponible en: http://translate.google.com.co/translate?hl=es&sl=en&tl=es&u=http://en.wikipedia.o rg/wiki/Software_development_methodology&anno=2 [Nov 22].


58/58

44256523 Proyecto Renta Autos

Documents

Transcript of 44256523 Proyecto Renta Autos