Proyecto Renta Autos

TABLA DE CONTENIDO

INTRODUCCIÓN ............................................................................................................. 5 CASO DE ESTUDIO: RENTA AUTOS S.A. ........................................................................... 7 1.

PROPÓSITO DEL DOCUMENTO DE REQUERIMIENTOS ..................................................... 9

2.

ALCANCE DEL PRODUCTO .............................................................................................. 9

3.

CASOS DE USO ............................................................................................................. 10 1.1.

ESPECIFICACIÓN DE CASOS DE USO............................................................................................ 12

4.

Modelo Entidad Relación ............................................................................................. 24

5.

Modelo Conceptual ..................................................................................................... 25

6.

Diagramas de Secuencia .............................................................................................. 26

7.

Diagrama de Clases...................................................................................................... 38

8.

Diagramas de Estado ................................................................................................... 39

9.

DESCRIPCIÓN GENERAL................................................................................................ 42 9.1. Perspectiva del Producto ............................................................................................................ 42 9.2. Funciones del Producto .............................................................................................................. 42 9.3. Características 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.

ESPECIFICACIÓN DE REQUERIMIENTOS DEL USUARIO ............................................... 44 Requerimientos Funcionales ...................................................................................................... 44 Requerimientos no Funcionales ................................................................................................. 46

11.

Arquitectura Del Sistema ......................................................................................... 47

12.

Metodología AUP..................................................................................................... 48

12.1. 12.2. 12.3.

Alcance del Proyecto .................................................................................................................. 48 Estimación de Costos .................................................................................................................. 48 Viabilidad .................................................................................................................................... 49

12.4.

13. 13.1. 13.2. 13.3.

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

Modelo De Negocios ................................................................................................ 51 Visión General: ........................................................................................................................... 51 Procesos:..................................................................................................................................... 51 Estructura: .................................................................................................................................. 51

PROTOTIPO ................................................................................................................. 52 GLOSARIO ................................................................................................................... 53 BIBLIOGRAFÍA ............................................................................................................. 55

ÍNDICE DE TABLAS Tabla 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

ÍNDICE DE IMÁGENES Imagen 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 Imagen 6-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

INTRODUCCIÓN Los Sistemas de Información (SI) y las Tecnologías de Información (TI) han cambiado la forma en que operan las organizaciones actuales. A través de su uso se logran importantes mejoras, pues automatizan los procesos operativos, suministran una plataforma de información necesaria para la toma de decisiones y, lo más importante, su implantación logra ventajas competitivas o reducir la ventaja de los rivales. El avance tecnológico al que se enfrenta en la actualidad nuestra sociedad, es quien nos da las pautas para determinar las características de un sistema de información 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 información que maneja. Es allí donde la implementación de un sistema de información 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 ingeniería del software, estos, garantizaran que tanto el cliente y los usuarios finales queden satisfechos en el momento de dar uso al sistema de información. La meta del análisis y diseño del software que presentamos es la sistematización de la información acerca de lo concerniente con el alquiler de vehículos, partimos de la gestión de un sistema de reserva donde los clientes pueden apartar un tipo de vehículo para un día en especial haciendo claridad de cuantos días 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 fecha de recolección del auto, una vez se esté concretando el alquiler el cliente puede especificar varios ítems, como conductores adicionales, pólizas, modificar el tiempo del alquiler y si es posible el tipo de vehículo, todo dependerá de la disponibilidad del momento, también es posible la extensión del tiempo de tenencia del vehículo durante el periodo de renta, al momento de la entrega el auto será inspeccionado para hallar posibles maltratos y abusos además de registrar el kilometraje recorrido, en caso de alguna irregularidad, estas serán cargadas al cliente y este a su vez puede cancelar el alquiler y los posibles daños por variados métodos de pago, de todo lo anterior quedará un registro histórico el cual puede ser consultado para referencias futuras. El sistema soporta la adición de nuevos vehículos y tipos de estos en cualquier momento. Las metas que se han mencionado encierran también el alcance del sistema, el propósito del SI (Sistema de Información) es una eficiente, rápida, y estable gestión de la información para la compañía, permitiendo a administradores tomar mejores decisiones, manejar mejor los recursos y hacer un seguimiento con un mayor detenimiento de las actividades del establecimiento.

CASO DE ESTUDIO: RENTA AUTOS S.A. El dueño de la empresa Renta Autos S.A. desea introducir un nuevo sistema para el manejo 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 búsqueda, reservación y consulta de sus rentas. Durante le entrevista con el señor Reyes se descubrieron las siguientes necesidades del sistema. La aplicación que se desarrolle debe ser la misma para empleados que para clientes, excepto que tenga distintos niveles de seguridad. Debe ser una aplicación 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, número de pasajeros, kilometraje y tipo de auto. Los autos actualmente los clasifican en austeros y de lujo, aunque pueden aumentarse en un futuro los tipos. El costo del tipo de auto varía mensualmente y se cobra por día. El sistema debe permitir que el cliente por medio de una página de Internet o un empleado que recibe una llamada telefónica hagan una reservación. Para reservar, el cliente deberá registrarse en el sistema dando sus datos particulares como nombre, dirección, teléfono, un número de tarjeta de crédito, una dirección de correo electrónico que servirá como nombre de usuario y una contraseña. 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 número de reservación que se mostrará y también se enviará por correo electrónico, sólo después de haberse mostrado el costo de la renta al cliente y qué éste haya aceptado la reservación. Es importante que el cliente pueda cambiar el tipo de auto en cualquier momento antes de confirmar la reservación. Los empleados de Renta Autos podrán hacer reservaciones sin necesidad de registrar al cliente en el sistema, el cliente sólo deberá proporcionar una tarjeta de crédito válida para que se le confirme su reservación. Si un cliente cambia de parecer, debe poder cancelar sin costo alguno para él antes de 24 horas de la fecha de recolección, en caso contrario cualquier cancelación tendrá una multa, la que actualmente es del costo de un día de renta. Cuando se recolecta el auto, el cliente presenta su número de reservación, el empleado confirma que los datos del cliente estén correctos y si el cliente lo solicita y es posible, se cambia la fecha de devolución. El cliente debe indicar

quién o quiénes van a ser los conductores del vehículo proporcionando sus datos personales y mostrando su identificación de conductor vigente, de la cual se registra el número. Al finalizar la renta se captura el kilometraje con el cual se entrega el coche, la hora en que inicia la renta, se imprime el contrato y se entrega al cliente a fin de que lo firme y conserve una copia para la devolución. Al contrato de renta deben anexársele los costos de seguros obligatorios y opcionales según el cliente haya elegido. En múltiples ocasiones acuden clientes sin reservación, si existen autos disponibles se lleva a cabo la renta sin necesidad de generar reservación 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 día de renta las primeras 24 horas posteriores a la hora de devolución pactada y posteriormente por cada día de retraso o fracción se cobra doble renta. El empleado que recibe el auto verifica si el auto está en buenas condiciones, en caso contrario se registran los daños o faltantes y se anexa el cobro correspondiente a la factura del cliente. El cliente paga el total de la factura ya sea haciéndose 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 históricas. Los clientes registrados pueden consultar su historial de rentas en cualquier momento.

1. PROPÓSITO DEL DOCUMENTO DE REQUERIMIENTOS El presente documento especifica los requisitos software (ERS) del sistema que se estudia y desarrolla: Un Sistema de Gestión de las operaciones de negocio de la empresa Renta Autos S.A. Los objetivos de este proceso de especificación son identificar, validar y documentar los requisitos de SW, es decir, determinar las características que deberá tener el sistema o las restricciones que deberá cumplir para que sea aceptado por los futuros usuarios de la aplicación. Para el análisis detallado de los requisitos y funcionalidades del sistema haremos uso de diagramas gráficos UML (casos de uso, diagramas de secuencia, etc.), así como de la descripción concisa en lenguaje natural de los mismos. Estos diagramas ayudarán a entender el funcionamiento completo del sistema y cómo utilizarlo. El documento está orientado a guiar y dirigir al programador en el desarrollo de la aplicación, y está orientado a los analistas de dicho proyecto, especificando todas las funcionalidades y restricciones y posteriormente el proceso de diseño e implementación del sistema propuesto. Estas especificaciones se han estructurado basándose en las directrices proporcionadas por el estándar IEEE/ANSI 830-1993.

2. ALCANCE DEL PRODUCTO El alcance de este proyecto consiste en la especificación de los requerimientos, diseño del sistema y en la aplicación de la metodología AUP (Agile Unifed Process), para el desarrollo y gestión 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 personalización del acceso a los contenidos, es decir los perfiles permiten a los usuarios de acuerdo a su nivel de permisos, registrar un cliente, registrar un tipo de automóvil, cambiar un costo etc. La aplicación está orientada a mejorar la calidad del servicio prestado a un cliente y a optimizar los procesos para la organización y el control de la información por parte de los usuarios.

3. CASOS DE USO

Imagen 3-1

Imagen 3-2

1.1. ESPECIFICACIÓN DE CASOS DE USO Tabla 1

Nombre: C.U. AUTENTICAR USUARIO Descripción: Verifica si un usuario tiene permiso para 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 opción registrarse del formulario principal o página de inicio. Flujo Normal: 1. Cl, E, A: El caso de uso se inicia cuando la persona ingresa a la página principal y escribe su nombre de usuario y contraseña en los campos correspondientes. 2. S: Valida si el nombre de usuario y la contraseña dados son correctos. 3. S: Dependiendo del nivel de permisos que tenga este usuario se re direcciona a su página correspondiente (pág. Cliente, pág. Empleado, pág. Administrador). 4. Se finaliza el caso de uso Flujo Alternativo: 2.1 El nombre de usuario o la contraseña son inválidos. 2.1.1 Volver al paso 1 e introducir nuevamente los datos, si después 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 sea como cliente, empleado o administrador y se encuentra en su página correspondiente. Tabla 2

Nombre: C.U. REGISTRAR AUTOMOVIL Descripción: Permite registrar todas las características de un automóvil en el Sistema. Actores: Administrador (A) Sistema (S) Precondiciones: Para poder registrar un automóvil en el sistema se debe tener una cuenta de administrador y haberse autenticado como tal.

Flujo Normal: 1. El caso de uso se inicia cuando el administrador del sistema va a registrar un automóvil. 2. A: Introduce los datos o características del automóvil como son: marca, modelo, número de pasajeros, kilometraje y tipo de auto. 3. S: Valida los datos introducidos verificando que no hayan errores o que el automóvil introducido ya haya sido antes registrado. 4. S: Confirmar registro de automóvil. 5. Se finaliza el caso de uso Flujo Alternativo: 3.1 S: El automóvil 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 automóvil con todas sus características. Tabla 3

Nombre: C.U. REGISTRAR TIPO AUTOMOVIL Descripción: Permite ingresar un nuevo tipo de automóvil al sistema. Actores: Administrador (A) Sistema (S) Precondiciones: Para poder registrar un tipo de automóvil en el Sistema se debe tener una cuenta de administrador y haberse autenticado como tal. Flujo Normal: 1. El caso de uso se inicia cuando el administrador desea ingresar un nuevo tipo de automóvil al sistema. 2. A: Ingresa el nuevo tipo de automóvil además del tipo austero y de lujo. 3. S: Se hace la validación. 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 tipo de automóvil. Tabla 4

Nombre: C.U. CAMBIAR COSTO Descripción: Permite cambiar el costo mensual de un tipo de automóvil. Actores: Administrador (A) Sistema (S)

Precondiciones: Para poder Cambiar el costo de un tipo de automóvil 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 automóvil 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 automóvil. Tabla 5

Nombre: C.U. REGISTRAR CLIENTE Descripción: 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 identificación como son: nombre, dirección, teléfono, un número de tarjeta de crédito, una dirección de correo electrónico que servirá como nombre de usuario y una contraseña. (Estos datos pueden ser introducidos también por el empleado si el cliente lo solicita ver 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 contraseña ya existen). 3.1.1 S: Mensaje de error. Pos condiciones: El cliente ha sido registrado en el sistema satisfactoriamente. Tabla 6

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

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 telefónica. 2. Cl ó E: Deberá elegir la fecha en que desea recoger el auto y cuando planea devolverlo, así como qué tipo de auto desea. (Estos datos pueden ser introducidos también por el empleado si el cliente lo solicita a través de la llamada telefónica ver flujo alternativo) 3. S: Validación 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 número de reservación 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 telefónica se solicita el número de tarjeta valida para que se le confirme la reservación. 5.1.1 Regresa al flujo normal. 5.1 b Si no se confirma la reserva se Finaliza el caso de uso Pos condiciones: El cliente o el empleado han hecho la reserva de un auto satisfactoriamente. Tabla 7

Nombre: C.U. CONSULTAR RESERVA Descripción: Permite consultar las reservas hechas por un cliente. Actores: Cliente (Cl) Empleado € Sistema (S) Precondiciones: Para poder 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 código de la Reserva 3. S: Valida que el código de reserva exista 4. S: Muestra los detalles de la reserva

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

Nombre: C.U. CANCELAR RESERVA Descripción: Le permite a los clientes retractarse de la reserva de renta de un automóvil 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 una cancelación. (El empleado también puede hacerlo con el consentimiento del cliente). 2. E ó Cl: Selecciona la opción de cancelar la reserva 3. S: Valida que la cancelación se esté realizando 24 o más horas antes de la hora pactada para que el cliente recoja el vehículo 4. S: Confirma la operación 5. S: Finaliza el caso de uso Flujo Alternativo: 3.1 S: Si faltan menos de 24 horas para que el cliente recoja el vehículo, el sistema registra una multa al cliente. 3.1.1 Cl ó E: El cliente ingresa el número de cuenta de la tarjeta de crédito 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 de uso. Pos condiciones: La reserva del cliente ya no esta registrada Tabla 9

Nombre: C.U. MODIFICAR RESERVA Descripción: Le permite a los clientes o a los empleados modificar los detalles de una reserva 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 modificar una reserva (el empleado también puede hacerlo con el consentimiento del cliente) 2. E ó Cl: Selecciona modificar la reserva 3. S: Carga el formulario de modificación 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 día de reservación y el día de la modificación tiene una diferencia menor de 24 horas con respecto a la hora de reserva la modificación el sistema registrara una multa al cliente. 3.1.1. S: Se regresa al flujo normal. 5.2. S: Si el cliente aumenta los días en los que va a tener el auto, el sistema valida la disponibilidad de este. 5.1.1 S: Si el auto esta disponible se regresa al flujo normal. 5.1.2 S: Si el auto no esta disponible se muestra un mensaje de error avisando que el auto ya fue reservado 5.1.2.1 S: Se regresa al paso 3. Pos condiciones: Se guardan los cambios hechos a las reservas del cliente. Tabla 10

Nombre: C.U. REGISTRAR RENTA Descripción: Les permite a los clientes y empleados realizar la renta de uno o más 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 verificación 2. S: Valida los datos ingresados y 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.

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 de uso. 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 vehículo esta disponible se 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 sistema Tabla 11

Nombre: C.U. REGISTRAR CONDUCTORES Descripción: Les permite a los empleados registrar los datos de las personas que conducirán los coches para cada renta. Actores: Empleado € Sistema (S) Precondiciones: El usuario se ha autenticado en el Sistema y existe un proceso de registrar renta iniciado. Flujo Normal: 1. E: El caso de uso se inicia cuando el empleado va a registrar los conductores de la renta de un vehículo. 2. E: Ingresa los datos de la(s) persona(s) que conducirán el vehículo (cedula y número de licencia vigente). 3. S: Valida los campos. 4. S: Asocia los registros de conductores a la renta en proceso y almacena la información. 5. S: Se finaliza el caso de Uso Flujo Alternativo: 3.1 S: Si algún 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 conductores Tabla 12

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

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 opción de modificar el registro 3. S: Muestra el formulario de modificación 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 algún campo es dejado vació o su información es invalida se mostrara un mensaje al actor y se queda en el flujo normal paso 5 hasta que cancele la operación o se corrijan los datos. Pos condiciones: El registro del cliente ha sido modificado. Tabla 13

Nombre: C.U. REGISTRAR DEVOLUCIÓN Descripción: Permite al empleado de la empresa de Renta de Autos Registrar la devolución de un carro después de que se haya rentado. Actores: Empleado € Sistema (S). Precondiciones: El empleado debe haberse logueado y 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 estén registradas en algún 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 devolución no haya expirado 6. E: Verifica si no hay daños en el vehículo. 7. S: Calcula el total del saldo a pagar por el cliente. 8. S: Muestra en pantalla la factura con la descripción de cada ítem. 9. Include al caso de uso Registrar pago de Factura 10. Se finaliza el caso de uso. Flujo Alternativo:

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 devolución 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 devolución pactada. 5.1.1 S: Si no han pasado 24 horas, suma al saldo total el valor de un día de renta. 5.1.1.1 Se regresa al flujo Normal. 5.1.2 S: Si han pasado las 24 horas por cada día de retraso o fracción suma al saldo total el doble de la renta. 5.1.2.1 Se regresa al flujo Normal. 6.1 Si hay daños Extends al Caso de uso Registrar daños 6.1.1 S: Calcula el valor de los daños y lo suma al saldo total. 6.1.1.1 Se regresa al flujo normal Pos condiciones: Se registra en el sistema la devolución y los daños con lo que llega el carro, además de actualizar el kilometraje del automóvil. Tabla 14

Nombre: C.U. REGISTRAR DAÑOS AUTOMOVIL Descripción: Permite al empleado de Renta Autos ingresar al Sistema los daños de un automóvil cuando el cliente lo esta devolviendo Actores: Empleado € Sistema (S). Precondiciones: El empleado debe haber empezado el registro de una devolución de un vehículo. 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 daños del carro al Sistema 4. S: Almacena los daños 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 daños que tenga el automóvil que fue rentado en la base de datos Tabla 15

Nombre: C.U. ACTUALIZAR KILOMETRAJE Descripción: Le permite al empleado de Renta Autos Actualizar el kilometraje de un vehículo entregado Actores: Empleado €

Sistema (S). Precondiciones: El empleado debe haber empezado el registro de la devolución de un vehículo Flujo Normal: 1. E: Ingresa el nuevo kilometraje al Sistema de Información 2. S: Verifica que el kilometraje ingresado sea mayor o igual que el registrado al momento de rentar el vehículo 3. S: Almacena el nuevo kilometraje en la base de datos del sistema de información 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 vehículo entregado al momento de la devolución Tabla 16

Nombre: C.U REGISTRAR PAGO FACTURA Descripción: Permite al empleado registrar el pago de una renta Actores: Empleado € Sistema (S). Precondiciones: El empleado debe haber empezado el registro de una devolución de un vehículo Flujo Normal: 1. E: Ingresa el tipo de pago al Sistema de Información 2. S: Verifica que el tipo de pago sea tarjeta de crédito 3. E: Ingresa el numero de la tarjeta de crédito 4. S: Verifica que el número de la tarjeta sea igual al registrado en la base de datos del sistema de información 5. S: Registra el pago de la tarjeta de crédito 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 crédito, 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 número de la tarjeta de crédito no coincide con el número registrado en la base de datos el 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.

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

Nombre: C.U. CONSULTAR RENTAS Descripción: Le permite al administrador o al cliente consultar rentas actuales o históricas o al cliente consultar su historial Actores: Administrador (A) Cliente € Sistema (S) Precondiciones: Los usuarios deben haberse autenticado en el Sistema de Información. Flujo Normal: 1. S: Verifica si la persona que inicia el caso de uso es el administrador 2. A: Ingresa al sistema si necesita un listado actual o histórico 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 las rentas que se encuentran registradas en la base de datos del Sistema de Información del usuario que inicia el caso de uso. 1.1.1 C: Selecciona una de las rentas del listado para ver su especificación 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 histórico con todas las rentas almacenadas en el Sistema de Información. 3.1.1 Se finaliza el caso de uso. Pos condiciones: Se carga un listado con las rentas históricas y actuales o un listado con las rentas de la persona que solicita el servicio. Tabla 18

Nombre: C.U. MODIFICAR CONTRATO Descripción: Le permite al empleado modificar el contrato de arrendamiento de un vehículo de un cliente Actores: Empleado€ Precondiciones: El empleado debe haber comenzado el registro de un alquiler Flujo Normal: 1. S: Carga en pantalla el contrato

2. E: Ingresa los cambios al contrato (anexársele los costos de seguros obligatorios y opcionales según 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.

4. Modelo Entidad Relación

Imagen 4-1

5. Modelo Conceptual

Imagen 5-1

6. Diagramas de Secuencia

Imagen 6-1

Imagen 6-2

Imagen 6-3

Imagen 6-4

Imagen 6-5

Imagen 6-6

Imagen 6-7

Imagen 6-8

Imagen 6-9

Imagen 6-10

Imagen 6-11

Imagen 6-12

Imagen 6-13

Imagen 6-14

Imagen 6-15

Imagen 6-16

Imagen 6-17

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

Imagen 6-18

Imagen 6-19

Imagen 6-20

Imagen 6-21

Imagen 6-22

Imagen 6-23

7. Diagrama de Clases Persona -id : string -cedula : string -telefono : string -email : string -nombre : string +get() : string +set() : string

1 Administrador

Cliente

Empleado

-targeta : string

1

Catalogo

1

1

1 0..*

-listaAutos : Auto Reserva 1..* 1

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

*

1

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

1

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

1 1 Renta

Conductor -nombre : string -apellido : string -cedula : string -lisenciaDeConduccion : string

*

0..*

1 1..*

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

1

1

Factura

1

1 1 1

TipoAuto

-fecha : string -cliente : Cliente -costoTotal : string

1

-tipo : string +cambiaTipoDeAuto() : string DañosFaltantes

1..* Seguro

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

-id : string -descripcion : string -precio : string 0..*

Imagen 7-1

8. Diagramas de Estado

Imagen 8-1

Imagen 8-2

Imagen 8-3

9. DESCRIPCIÓN GENERAL 9.1.

Perspectiva del Producto

El alcance de este sistema de información es de proporciones medianas por que el volumen de información 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 las siguientes funcionalidades:  Almacenar los datos de los usuarios.  Almacenar el registro de los automóviles.  Almacenar las reservaciones de autos y asociarlas a un cliente determinado.  Permitir modificar y anular reservaciones (en un tiempo determinado).  Generar una reservación, 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 devolución de un automóvil. 9.3.

Características del Usuario

El usuario debe tener conocimientos básicos de uso de un computador, de tal forma que le sea natural el uso de ventanas y cuadros de diálogo al “estilo Windows” y tener conocimiento en navegación por Internet. Existirán tres tipos de “usuario” para el software los que se enumeran a continuación. 9.3.1. Usuario:

Persona que está registrada en el sistema, por lo que tiene derecho a ejecutar la funcionalidad 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.

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 los parámetros del sistema. 9.3.4. Empleado:

Su nivel de seguridad es medio y es encargado de asistir al usuario, y brindarle información 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 energía la ups prestara un servicio de energía alterno por un tiempo determinado para que el personal alcance a guardar la información que esta almacenando en el momento, y para que el servidor no deje de estar en funcionamiento. Si hay una caída en el internet se perderá la capacidad de hacer reservaciones en línea, 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 información 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 poder salvaguardar la información de la empresa

10. 10.1.

ESPECIFICACIÓN DE REQUERIMIENTOS DEL USUARIO Requerimientos Funcionales

 Rol de usuario: Un rol es un conjunto de permisos que puede asignarse a un usuario del sistema de información; por su parte, un permiso es un parámetro que especifica si su poseedor dispone de acceso a una determinada función del sistema o a una parte de la interfaz de usuario del sistema, para nuestro caso administrador quien tendrá la posibilidad de consultar y generar reporte históricos sobre las rentas que se hayan registrados en el sistema de información, empleado se encarga del manejo general del sistema de información, cliente es la persona que se encuentra registrada en el sistema de información quien contara con determinados privilegios en el sistema de información y el usuario es la persona que utiliza de manera casual el sistema de información.  Registro de automóviles: El sistema de información permitirá el registro de nuevos automóviles que harán parte del sistema para lo cual se registrara datos como: placa, marca, modelo, número de pasajeros, kilometraje, y el tipo de auto el cual podrá ser austero, lujo u otro anexado posteriormente.  Registro de nuevos tipos: El sistema debe permitir el ingreso de nuevo tipos de automóviles debido a las variaciones que se presentan en el mercado constantemente.  Modificación de precio: El sistema debe permitir la modificación 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 realización de reservaciones la cual se realizara ingresando al sistema datos de los clientes como: nombre, cedula, dirección, teléfono, número de tarjeta de crédito, correo electrónico y contraseña después de haber ingresado esta información también se debe ingresa el tipo de auto a reservar, la fecha de inicio del servicio y la fecha de entrega, los cuales son proporcionados por el cliente.  Registro cliente: El sistema debe permitir guardar toda la información pertenecientes a todos los clientes la cual almacenara datos como: nombre, cedula, dirección, teléfono, número de tarjeta de crédito, correo electrónico y contraseña los cuales son proporcionados y validados por las clientes.

 Cancelaciones: El sistema debe dar la posibilidad de cancelar reservaciones realizadas con anterioridad con solo ingresando el código de reserva la cual deberá ser con 24 horas de antelación al cumplimiento de la reserva para poderse hacer efectiva la cancelación.  Registro conductores: El sistema debe registrar la información pertenecientes a los conductores como nombre, apellido, cedula y código de conducción vigente para tener dominio sobre los conductores que utilizara los automóviles.  Rentas: El sistema de información debe guardar registros sobre las rentas realizadas la cual poseerá información como: el número de reservación además de el nombre, apellido, cedula y código de conducción vigente de cada una de las personas que conducirán el vehiculó y también debe tener la posibilidad cambiar la fecha de entrega del vehiculó.  Generación de contractos: El sistema debe generar un contracto en donde se especificaran la legislación pertinente ante la generación de una renta y almacenara los datos ya generados en rentas.  Modificación de contractos: El sistema debe dar la posibilidad de modificar los contractos ya realizados como cambiar datos o la fecha de entrega del vehículo al igual que el seguro.  Generación de facturas: El sistema de información debe de realizar automáticamente la generación de una factura con todos los datos generados al momento del pago de la renta del automóvil.  Registros devolución: El sistema de información debe proporcionar la opción de registrar la devolución de un vehículo que fue rentado con antelación en donde se introducirá la placa, el kilometraje actual en que se encuentra el vehículo.  Consultas reservas: El sistema de información debe proporcionar al usuario la consulta de las reservas ya realizadas con solo introducir el código de la reserva que se ha generado al momento de la reservación.  Consultas renta: El sistema de información debe permitir al Administrador consultar el historial de todas las rentas de vehículos hechas por los clientes 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 devolución del automovil

10.2.

Requerimientos no Funcionales

Equipos de cómputo: se requieren dos equipos de cómputo tipo estación de trabajo con unas especificaciones que se sugieren a continuación: Memoria RAM: 2 Gb DDR2 @1033MHz Disco Duro: SATA 500 Gb Monitor: 19” 16:10 Controladora de Red: 10/100/1000/ Ethernet inalámbrico Mouse, Teclado, Parlantes. Equipo de cómputo tipo servidor: Esta máquina servirá como punto central para el sistema de información 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 alámbrico/inalámbrico. Un switch de 8 puestos. Cableado estructurado tipo UTP (RJ 45) Equipos de impresión: El propósito de estos es posibilitar la creación de papelería en medio físico para efectos legales, y digitalización de documentos. Una impresora multifuncional Lexmark X2650 Red eléctrica: 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 caída total del sistema. Muebles y enseres: Su utilización permite la disposición de la mayoría de los equipos y accesorios ya mencionados, estos son: Dos mesas de cómputo. Rack para el almacenamiento de los equipos de redes. Canaletas apropiadas para el cableado.

11.

Arquitectura Del Sistema

Al ser una aplicación 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, serán los formularios de las páginas Web, y donde el código 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 interactúan con él accediendo a una interfaz HTML a través de un navegador Web que cumpla con los estándares de este lenguaje. El cliente se comunica con el servidor Web a través de una capa intermedia, formada por scripts hechos en lenguaje java script y PHP; y en el servidor, a través de PHP se gestionan los datos con la base de datos, de manera que se pueda garantizar una respuesta al cliente que esté utilizando la aplicación. El código PHP estará totalmente separado de la capa de presentación en las páginas HTML, igualmente el código java script lo cual facilite el mantenimiento y escalabilidad del sistema. Los procesos con la base de datos estarán totalmente manejados a través 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.

12. 12.1.

Metodología AUP Alcance del Proyecto

El Sistema de Información Renta Autos permitirá a la empresa dedicada a la renta de vehículos tener mayor facilidad para el manejo de la información y así podrá prestar un mejor servicio a sus clientes, llevando toda la información organizada sistemáticamente. 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 podrán estar en contacto permanente con la organización, de esta manera la empresa no perderá clientes por falta de vehículos. Además el sistema estará en capacidad de registrar la devolución de cada auto, poniendo el estado del vehículo en renta para que los clientes puedan acceder a el. Igualmente permitirá hacer reservaciones a los clientes vía web o directamente en la empresa y cancelarla si es necesario. También generará, imprimirá, registrará el pago de una factura cuando el cliente devuelve el auto, además de sumar cargos según las políticas de la empresa. Igualmente se podrán realizar consultas de las reservas y el historial de rentas. Modificar los datos del cliente, registrar daños, generar multas, ingresar nuevos autos a la base de datos, ver los costos de la renta, registrar los conductores designados para manejar el vehículo rentado, imprimir contratos y almacenarlos en la base de datos. En conclusión el Sistema de Información será capaz de gestionar toda la información almacenada en una base de datos, permitiendo la manipulación rápida y eficiente de esta. 12.2.

Estimación de Costos

La estimación 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 parámetros que nos sirven para realizar el cálculo de los costos totales de un proyecto, entre estos tenemos:  Costos de hardware y software.  Sueldos de los trabajadores.  Costos de capacitación.  Costos de esfuerzos, que son los esfuerzos realizados por los ingenieros de software para llevar a cabo su elaboración.

Unas de las formas más comunes para realizar los cálculos de costo y esfuerzo es por líneas de código o puntos de función. En estos momentos como el proyecto se lleva a cabo de forma teórica no se podría generar una estimación de costos razonable, ya que en ningún momento manejamos líneas de código, ni puntos de función, solo podríamos decir que en el proyecto trabajaron tres personas, el programador, el diseñador 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 elaboración del proyecto se determino la viabilidad de este, además se estudiaron diferentes puntos clave sobre la necesidad y la aplicación real al momento de la finalización del producto que se le entregara al usuario final para su respectiva usabilidad; a partir de lo anterior de concluyo lo siguiente:  

 

La consistencia lógica 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 proyecto no son totalmente fatídicos 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 desvinculación o des utilización por parte del cliente. El software desarrollado cumplirá con los requerimientos del cliente, ya que estos son totalmente posibles de desarrollar e implementar de acuerdo de sus necesidades 12.4.

Definir Riesgos

Es importante tener en cuenta esta parte del desarrollo de software y más aun si es el desarrollo de un sistema de información 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 definición de los riesgos que pueden perjudicar la organización tanto en tiempo, recursos, reputación, y problemas legales, antes de comenzar el desarrollo del proyecto para anticiparlos y tener planes de contingencia con los cuales podamos contar para que no afecten mucho el desarrollo. Para ello damos una pequeña definición de riesgo: Los riesgos son una amenaza para el proyecto, para el software que se está desarrollando y para la organización. Por estos se realiza una definición de los riesgos que nos pueden afectar como lo son:

         

Que el programador experto se retire de la organización por motivos laborales o personales. Que la persona que llegue a remplazar al programador no cumpla con las expectativas ni los requisitos. Cambio de gestión en la organización. El hardware no cumple con las expectativas. Modificación de los requerimientos. El rendimiento de las herramientas case no satisface las necesidades. La base de datos no cumple con los requerimientos necesarios. Problemas financieros. Los elementos que se van a reutilizar tiene defectos y nos lleva más tiempo el desarrollo de la aplicación. Catástrofes naturales como inundaciones, terremotos, incendios.

Estos afectan no solo la organización sino también la calendarización por lo que la entrega o culminación del proyecto se puede ver perjudicada.

13. 13.1.

Modelo De Negocios Visión General:

El sistema de información implementado para la empresa Rentar Autos hace más eficiente y eficaz la renta de los autos. Debido a los problemas que se tienen cuando la facturación y contratación se hacen en papel, una limitación es el espacio para el almacenamiento. Requiere grandes bodegas para poder almacenar una cantidad grande de información. Mientras que con un sistema de información bien implementado, es más fácil almacenar información. Además es más efectiva la búsqueda y se evitan muchos problemas. 13.2.

Procesos:

El primer paso, y además fundamental es la obtención de requerimientos para continuar con el desarrollo de las siguientes etapas requeridas en un proyecto, ya que si ocurre errores en las fases iníciales el sistema puede que no cumpla con las expectativas esperadas por el cliente y los usuarios finales, lo cual llevaría a que el producto se desprecie en su valor agregado. El segundo paso después de realizar el levantamiento de requisitos es la selección de la metodología adecuada ya que después de iniciar la solución en el análisis, diseño y demás fases de desarrollo es muy complejo volver a elegir la metodología 13.3.

       

Estructura:

Cliente Usuarios finales Equipo de análisis Equipo de diseño Equipo de implementación Equipo de pruebas Gestor de proyecto Gestor ejecutivo

PROTOTIPO http://swii.110mb.com/

GLOSARIO Actor: 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 información y quien además 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 técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Cliente: Estará definida por la persona quien se encuentra registrada en el sistema de información, se le proporciona una contraseña y además tiene acceso al sistema para que desde el pueda realizar operaciones de reserva y cancelación. Finalmente podemos decir que el cliente también puede realizar cualquier acción de renta sin necesidad de una reserva. Descripción de casos de uso: Los diagramas de estado muestran los diferentes estados de un objeto durante su vida, y los estímulos 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 método particular de investigación cualitativa. Consisten en una forma sistemática de observar los eventos, coleccionando datos, analizando información y presentando resultados. Diagrama de clases: es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Diagrama de estados: Un estado es una condición durante la vida de un objeto, de forma que cuando dicha condición se satisface se lleva a cabo alguna acción o se espera por un evento. Diagrama de secuencia: es uno de los diagramas más efectivos para modelar interacción entre objetos en un sistema. Empleado: Es la persona quien tiene acceso al sistema de información, puede hacer modificaciones para efectos de reserva y de consulta, además de cancelaciones y las distintas operaciones que esta requiere. Es quien hace entrega del vehículo cuando se genera una renta y cuando se realiza la devolución del mismo. Sistema de Información: es un conjunto de datos organizados listos y preparados para su posterior uso, generados por una necesidad. Usuario: Se definirá como la persona que no está registrada en el sistema, es decir no cuenta con una contraseña de acceso al mismo, pero puede generar rentas sin usar una reservación previa.

BIBLIOGRAFÍA

Apellido, Nombre, (año) IAN SOMMERVILLE, El documento de requerimientos del software, (p 117), ISBN , impresión, ciudad.

Nelohp. Sistema Experto basado en reglas para la documentación de requerimientos de software. En línea: www.monografias.com, disponible en: http://www.monografias.com/trabajos26/sistema-documentacion/ sistemadocumentacion.shtml [Nov 22].

Wikipedia.com. Agile Unifed Process. En línea: 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].