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. ESPECIFICACIÓN DE REQUERIMIENTOS DEL USUARIO ............................................... 44

10.1. Requerimientos Funcionales ...................................................................................................... 44
10.2. Requerimientos no Funcionales ................................................................................................. 46

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

12. Metodología AUP..................................................................................................... 48
12.1. Alcance del Proyecto .................................................................................................................. 48
12.2. Estimación de Costos .................................................................................................................. 48
12.3. Viabilidad .................................................................................................................................... 49
 12.4. Definir Riesgos ............................................................................................................................ 49

13. Modelo De Negocios ................................................................................................ 51

13.1. Visión General: ........................................................................................................................... 51
13.2. Procesos:..................................................................................................................................... 51
13.3. 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 1 1
Catalogo 1 0..*
-listaAutos : Auto
Reserva
1..*
-fechaReserva : string
1 1 -fechaEntregaAuto : string 0..*
Auto -fechaRecoleccionAuto : string
-auto : Auto
-atributo1
-cliente : Cliente
-idAuto : string
* -marca : string +modificarReserva()
-capacidad : string +cancelarReserve() 1 Multa
-numeroMotor : string -fechaMulta : string
-modelo : string 1 -concepto : string
1
+get() -costo : float
+set() 1 -fechaDePago : string
Renta

1 Conductor -fechaRenta : string

-fechaDevolucion : string 1 1
-nombre : string
-seguros : Seguro
-apellido : string Factura
1 -factura : Factura 1
-cedula : string
* 1..* -multa : Multa -fecha : string
-lisenciaDeConduccion : string
1 -cliente : Cliente
1 -costoTotal : string

TipoAuto 1 1
-tipo : string
+cambiaTipoDeAuto() : string
1..* DañosFaltantes
-fecha : string
-descripcion : string
Seguro -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. ESPECIFICACIÓN DE REQUERIMIENTOS DEL USUARIO

10.1. 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. Metodología AUP

12.1. 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. Modelo De Negocios

13.1. 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/ sistema-
documentacion.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].