Sei sulla pagina 1di 58

TABLA DE CONTENIDO INTRODUCCIN ..................................................................... ........................................ 5 CASO DE ESTUDIO: RENTA AUTOS S.A. ... ........................................................................ 7 1. 2. 3. 4. 5. 6. 7. 8. 9.

PROPSITO DEL DOCUMENTO DE REQUERIMIENTOS ............. ........................................ 9 ALCANCE DEL PRODUCTO ................ .............................................................................. 9 CASOS DE USO .................................................................. ........................................... 10 1.1. ESPECIFICACIN DE CASOS DE USO............................................... ............................................. 12 Modelo Entidad Relacin .......................................................... ................................... 24 Modelo Conceptual ....................... .............................................................................. 2 5 Diagramas de Secuencia ....................................................... ....................................... 26 Diagrama de Clases................... ................................................................................ ... 38 Diagramas de Estado ..................................................... .............................................. 39 DESCRIPCIN GENERAL............. ................................................................................ ... 42 9.1. Perspectiva del Producto .................................................. .......................................................... 42 9.2. Funciones del Producto ...................................................................... ........................................ 42 9.3. Caractersticas del Usuario ..... ................................................................................ .................... 42 9.3.1. Usuario: ........................................ ................................................................................ ...... 42 9.3.2. Invitado: ..................................................... ........................................................................ 42 9.3. 3. Administrador: .............................................................. ..................................................... 43 9.3.4. Empleado: ...... ................................................................................ .................................... 43 9.3.5. Cliente: ........................ ................................................................................ ....................... 43 9.4. Suposiciones y Dependencias .................... ................................................................................ . 43 10. 10.1. 10.2. ESPECIFICACIN DE REQUERIMIENTOS DEL USUARIO ..................................... .......... 44 Requerimientos Funcionales ..................................................... ................................................. 44 Requerimientos no Funcional es ............................................................................. .................... 46 11. 12. 12.1. 12.2. 12.3. Arquitectura Del Sistema ....................................................... .................................. 47 Metodologa AUP............................. ........................................................................ 48 Alcance del Proyecto ........................................................... ....................................................... 48 Estimacin de Costos .. ................................................................................

................................ 48 Viabilidad ................................. ................................................................................ ................... 49

12.4. Definir Riesgos ................................................................ ............................................................ 49 13. 13.1. 13.2. 13.3. Modelo De Negocios ............................................................. ................................... 51 Visin General: .................................................................. ......................................................... 51 Procesos:.......... ................................................................................ ........................................... 51 Estructura: ..................... ................................................................................ ............................. 51 PROTOTIPO ...................................................................... ........................................... 52 GLOSARIO ........................ ................................................................................ ........... 53 BIBLIOGRAFA ...................................................... ....................................................... 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 T abla 16 ........................................................................ ..................................................................... 21 Tabla 1 7 .............................................................................. ............................................................... 22 Tabla 18 .... ................................................................................ ......................................................... 22

NDICE DE IMGENES Imagen 3-1 ..................................................................... ................................................................... 10 Imagen 32 .............................................................................. .......................................................... 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 I magen 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

INTRODUCCIN Los Sistemas de Informacin (SI) y las Tecnologas de Informacin (TI) han cambiado la forma en que operan las organizaciones actuales. A travs de su uso se logran imp ortantes mejoras, pues automatizan los procesos operativos, suministran una plat aforma de informacin necesaria para la toma de decisiones y, lo ms importante, su implantacin logra ventajas competitivas o reducir la ventaja de los rivales. El a vance tecnolgico al que se enfrenta en la actualidad nuestra sociedad, es quien n os da las pautas para determinar las caractersticas de un sistema de informacin co mpleto, es as como podemos decir que una entidad que provee cualquier tipo de ser vicios tiene la necesidad de optimizar sus procesos y tener un manejo responsabl e de la informacin que maneja. Es all donde la implementacin de un sistema de infor macin tiene una relevancia trascendental, teniendo en cuenta que se integraran to das las funciones y requerimientos del usuario. Para esto se llevaran consciente mente uno a uno los procesos de la ingeniera del software, estos, garantizaran qu e tanto el cliente y los usuarios finales queden satisfechos en el momento de da r uso al sistema de informacin. La meta del anlisis y diseo del software que presen tamos es la sistematizacin de la informacin acerca de lo concerniente con el alqui ler de vehculos, partimos de la gestin de un sistema de reserva donde los clientes pueden apartar un tipo de vehculo para un da en especial haciendo claridad de cua ntos das desea tenerlo en su poder entre otras cosas, ofreciendo una flexibilidad de cambio de estas opciones hasta no menos de 24 horas para cumplirse la fecha de recoleccin del auto, una vez se est concretando el alquiler el cliente puede es pecificar varios tems, como conductores adicionales, plizas, modificar el tiempo d el alquiler y si es posible el tipo de vehculo, todo depender de la disponibilidad del momento, tambin es posible la extensin del tiempo de tenencia del vehculo dura nte el periodo de renta, al momento de la entrega el auto ser inspeccionado para hallar posibles maltratos y abusos adems de registrar el kilometraje recorrido, e n caso de alguna irregularidad, estas sern cargadas al cliente y este a su vez pu ede cancelar el alquiler y los posibles daos por variados mtodos de pago, de todo lo anterior quedar un registro histrico el cual puede ser consultado para referenc ias futuras. El sistema soporta la adicin de nuevos vehculos y tipos de estos en c ualquier momento. Las metas que se han mencionado encierran tambin el alcance del sistema, el propsito del SI (Sistema de Informacin) es una eficiente, rpida, y est able gestin de la informacin para la compaa, permitiendo a administradores tomar mej ores 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 dueo 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 ten er mayor control del proceso y que le facilite al cliente la bsqueda, reservacin y consulta de sus rentas. Durante le entrevista con el seor Reyes se descubrieron las siguientes necesidades del sistema. La aplicacin que se desarrolle debe ser l a misma para empleados que para clientes, excepto que tenga distintos niveles de seguridad. Debe ser una aplicacin que se ejecute en Internet. Un empleado admini strador de Renta Autos dar de alta los nuevos autos en el sistema para los cuales capturar marca, modelo, nmero de pasajeros, kilometraje y tipo de auto. Los autos actualmente los clasifican en austeros y de lujo, aunque pueden aumentarse en u n futuro los tipos. El costo del tipo de auto vara mensualmente y se cobra por da. El sistema debe permitir que el cliente por medio de una pgina de Internet o un empleado que recibe una llamada telefnica hagan una reservacin. Para reservar, el cliente deber registrarse en el sistema dando sus datos particulares como nombre, direccin, telfono, un nmero de tarjeta de crdito, una direccin de correo electrnico q ue servir como nombre de usuario y una contrasea. Siendo un usuario registrado, el cliente deber elegir la fecha en que desea recoger el auto y cuando planea devol verlo, as como qu tipo de auto desea. Si hay autos disponibles el sistema generar u n nmero de reservacin que se mostrar y tambin se enviar por correo electrnico, slo des us de haberse mostrado el costo de la renta al cliente y qu ste haya aceptado la re servacin. Es importante que el cliente pueda cambiar el tipo de auto en cualquier momento antes de confirmar la reservacin. Los empleados de Renta Autos podrn hace r reservaciones sin necesidad de registrar al cliente en el sistema, el cliente slo deber proporcionar una tarjeta de crdito vlida para que se le confirme su reserv acin. Si un cliente cambia de parecer, debe poder cancelar sin costo alguno para l antes de 24 horas de la fecha de recoleccin, en caso contrario cualquier cancela cin tendr una multa, la que actualmente es del costo de un da de renta. Cuando se r ecolecta el auto, el cliente presenta su nmero de reservacin, el empleado confirma que los datos del cliente estn correctos y si el cliente lo solicita y es posibl e, se cambia la fecha de devolucin. El cliente debe indicar

quin o quines van a ser los conductores del vehculo proporcionando sus datos person ales y mostrando su identificacin de conductor vigente, de la cual se registra el nmero. Al finalizar la renta se captura el kilometraje con el cual se entrega el coche, la hora en que inicia la renta, se imprime el contrato y se entrega al c liente a fin de que lo firme y conserve una copia para la devolucin. Al contrato de renta deben anexrsele los costos de seguros obligatorios y opcionales segn el c liente haya elegido. En mltiples ocasiones acuden clientes sin reservacin, si exis ten autos disponibles se lleva a cabo la renta sin necesidad de generar reservac in o registrar al cliente. Cuando el cliente devuelve el auto, se registra el kil ometraje y se calcula el costo considerando si se entrego a tiempo. En caso cont rario se cobra un da de renta las primeras 24 horas posteriores a la hora de devo lucin pactada y posteriormente por cada da de retraso o fraccin se cobra doble rent a. El empleado que recibe el auto verifica si el auto est en buenas condiciones, en caso contrario se registran los daos o faltantes y se anexa el cobro correspon diente a la factura del cliente. El cliente paga el total de la factura ya sea h acindose el cargo a la tarjeta que dej registrada o puede elegir otro medio de pag o como otra tarjeta o en efectivo. El administrador del sistema en cualquier mom ento puede solicitar consultas al sistema respecto a rentas actuales o histricas. Los clientes registrados pueden consultar su historial de rentas en cualquier m omento.

1. PROPSITO DEL DOCUMENTO DE REQUERIMIENTOS El presente documento especifica los requisitos software (ERS) del sistema que s e estudia y desarrolla: Un Sistema de Gestin de las operaciones de negocio de la empresa Renta Autos S.A. Los objetivos de este proceso de especificacin son ident ificar, validar y documentar los requisitos de SW, es decir, determinar las cara ctersticas que deber tener el sistema o las restricciones que deber cumplir para qu e sea aceptado por los futuros usuarios de la aplicacin. Para el anlisis detallado de los requisitos y funcionalidades del sistema haremos uso de diagramas grficos UML (casos de uso, diagramas de secuencia, etc.), as como de la descripcin concis a en lenguaje natural de los mismos. Estos diagramas ayudarn a entender el funcio namiento completo del sistema y cmo utilizarlo. El documento est orientado a guiar y dirigir al programador en el desarrollo de la aplicacin, y est orientado a los analistas de dicho proyecto, especificando todas las funcionalidades y restricci ones y posteriormente el proceso de diseo e implementacin del sistema propuesto. E stas especificaciones se han estructurado basndose en las directrices proporciona das por el estndar IEEE/ANSI 830-1993. 2. ALCANCE DEL PRODUCTO El alcance de este proyecto consiste en la especificacin de los requerimientos, d iseo del sistema y en la aplicacin de la metodologa AUP (Agile Unifed Process), par a el desarrollo y gestin de las operaciones de negocio, de manera que se puedan c rear perfiles que dependiendo del nivel tenga determinada accesibilidad para lle var a cabo unas tareas. Este sistema ayuda a la personalizacin del acceso a los c ontenidos, es decir los perfiles permiten a los usuarios de acuerdo a su nivel d e permisos, registrar un cliente, registrar un tipo de automvil, cambiar un costo etc. La aplicacin est orientada a mejorar la calidad del servicio prestado a un c liente y a optimizar los procesos para la organizacin y el control de la informac in por parte de los usuarios.

3. CASOS DE USO Imagen 3-1

Imagen 3-2

1.1. ESPECIFICACIN DE CASOS DE USO Tabla 1 Nombre: C.U. AUTENTICAR USUARIO Descripcin: Verifica si un usuario tiene permiso para acceder al sistema, si es as dependiendo del nivel de permisos que este teng a se re direcciona a su pagina correspondiente. Actores: Cliente (Cl) Empleado A dministrador (A) Sistema (S) Precondiciones: Para poder ser autenticado en el si stema, debe haber creado una cuenta, en la opcin registrarse del formulario princ ipal o pgina de inicio. Flujo Normal: 1. Cl, E, A: El caso de uso se inicia cuand o la persona ingresa a la pgina principal y escribe su nombre de usuario y contra sea en los campos correspondientes. 2. S: Valida si el nombre de usuario y la con trasea dados son correctos. 3. S: Dependiendo del nivel de permisos que tenga est e usuario se re direcciona a su pgina correspondiente (pg. Cliente, pg. Empleado, pg . Administrador). 4. Se finaliza el caso de uso Flujo Alternativo: 2.1 El nombre de usuario o la contrasea son invlidos. 2.1.1 Volver al paso 1 e introducir nueva mente los datos, si despus de 3 intentos no existe el usuario y se finaliza el ca so de uso Pos condiciones: El usuario ha sido identificado en el Sistema ya sea como cliente, empleado o administrador y se encuentra en su pgina correspondiente . Tabla 2 Nombre: C.U. REGISTRAR AUTOMOVIL Descripcin: Permite registrar todas las caracters ticas de un automvil en el Sistema. Actores: Administrador (A) Sistema (S) Precon diciones: Para poder registrar un automvil 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 automvil. 2. A: Introduce los datos o caractersticas del automvil c omo son: marca, modelo, nmero de pasajeros, kilometraje y tipo de auto. 3. S: Val ida los datos introducidos verificando que no hayan errores o que el automvil int roducido ya haya sido antes registrado. 4. S: Confirmar registro de automvil. 5. Se finaliza el caso de uso Flujo Alternativo: 3.1 S: El automvil ya esta registra do. 3.1.1 S: Indica el error. 3.1.2 S: Volver al paso 2. Pos condiciones: El Adm inistrador ha registrado satisfactoriamente un automvil con todas sus caracterstic as. Tabla 3 Nombre: C.U. REGISTRAR TIPO AUTOMOVIL Descripcin: Permite ingresar un nuevo tipo de automvil al sistema. Actores: Administrador (A) Sistema (S) Precondiciones: Pa ra poder registrar un tipo de automvil 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 automvil al siste ma. 2. A: Ingresa el nuevo tipo de automvil adems del tipo austero y de lujo. 3. S : Se hace la validacin. 4. S: Confirmar registro. 5. Se finaliza el caso de uso F lujo Alternativo: 3.1 S: El tipo ya esta registrado. 3.1.1 S: Indica el error. P os condiciones: El Administrador ha registrado satisfactoriamente un nuevo tipo de automvil. Tabla 4 Nombre: C.U. CAMBIAR COSTO Descripcin: Permite cambiar el costo mensual de un tip o de automvil. Actores: Administrador (A) Sistema (S)

Precondiciones: Para poder Cambiar el costo de un tipo de automvil es necesario t ener una cuenta de administrador y debe haberse autenticado como tal. Flujo Norm al: 1. El caso de uso se inicia cuando el administrador desea cambiar el costo d e un tipo determinado de un auto. 2. A: Elige el tipo de automvil para el cual va a ser modificado el costo e ingresa dicho costo. 3. S: Confirmar el cambio de c osto. 4. Se finaliza el caso de uso Flujo Alternativo: Pos condiciones: Se ha ca mbiado el costo de un tipo de automvil. Tabla 5 Nombre: C.U. REGISTRAR CLIENTE Descripcin: Permite registrar un cliente en el sis tema ya sea para reservar o no. Actores: Cliente (Cl) Empleado Sistema (S) Preco ndiciones: 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 util izar los servicios prestados por la empresa. 2. Cl E: Introduce los datos de ide ntificacin como son: nombre, direccin, telfono, un nmero de tarjeta de crdito, una di reccin de correo electrnico que servir como nombre de usuario y una contrasea. (Esto s datos pueden ser introducidos tambin por el empleado si el cliente lo solicita ver flujo alternativo) 3. S: Valida los datos del cliente. 4. S: Registra al cli ente. 5. Se finaliza el caso de uso Flujo Alternativo: 2.1 volver al paso 3. 3.1 S: El cliente ya est registrado (nombre de usuario y contrasea ya existen). 3.1.1 S: Mensaje de error. Pos condiciones: El cliente ha sido registrado en el siste ma satisfactoriamente. Tabla 6 Nombre: C.U. REGISTRAR RESERVA Descripcin: Permite registrar una reserva hecha po r el cliente desde internet o por medio de una llamada telefnica sin hacer el deb ido registro al empleado. Actores:

Cliente (Cl) Empleado Sistema (S) Precondiciones: El cliente debe estar registra do en el sistema. Flujo Normal: 1. El caso de uso se inicia cuando el cliente de sea hacer una reserva por internet o una reserva telefnica. 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 tambin por el empleado si el cliente lo solicita a travs de la llamada telefnica ver flujo alternativo) 3. S: V alidacin de disponibilidad del auto escogido. 4. S: Calcula un costo aproximado d e la reserva y lo muestra al cliente 5. E o CL: Confirmar la solicitud de la res erva. 6. S: Mostrar y enviar nmero de reservacin al correo del cliente. 7. S: Regi stra 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, fec ha no disponible) 3.1.1.1 S: Volver al paso 2. 5.1 a E: Si es una reserva telefni ca se solicita el nmero de tarjeta valida para que se le confirme la reservacin. 5 .1.1 Regresa al flujo normal. 5.1 b Si no se confirma la reserva se Finaliza 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 Descripcin: 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 d ebe haberse autenticado Flujo Normal: 1. Cl E: El caso de uso se inicia cuando s e desea ver las reservaciones hechas por un cliente. 2. Cl o E: Ingresa el cdigo de la Reserva 3. S: Valida que el cdigo de reserva exista 4. S: Muestra los detal les de la reserva

5. Se finaliza el caso de uso Flujo Alternativo: 3.1 S: Si el cdigo no existe mue stra 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 Descripcin: Le permite a los clientes retractarse d e la reserva de renta de un automvil Actores: Empleado Cliente (Cl) Sistema (S) P recondiciones: 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. Fl ujo Normal: 1. E Cl: El caso de uso se inicia cuando el cliente desea hacer una cancelacin. (El empleado tambin puede hacerlo con el consentimiento del cliente). 2. E Cl: Selecciona la opcin de cancelar la reserva 3. S: Valida que la cancelacin se est realizando 24 o ms horas antes de la hora pactada para que el cliente reco ja el vehculo 4. S: Confirma la operacin 5. S: Finaliza el caso de uso Flujo Alter nativo: 3.1 S: Si faltan menos de 24 horas para que el cliente recoja el vehculo, el sistema registra una multa al cliente. 3.1.1 Cl E: El cliente ingresa el nmer o de cuenta de la tarjeta de crdito si esta cancelando desde internet o en el loc al, 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 Descripcin: Le permite a los clientes o a los empl eados modificar los detalles de una reserva Actores: Empleado Cliente (Cl)

Sistema (S) Precondiciones: El usuario se ha autenticado, el cliente tiene una r eserva activa, y el usuario ya ha buscado la reserva con el caso de Uso Consulta r Reserva. Flujo Normal: 1. E Cl: El caso de uso se inicia cuando el cliente des ea modificar una reserva (el empleado tambin puede hacerlo con el consentimiento del cliente) 2. E Cl: Selecciona modificar la reserva 3. S: Carga el formulario de modificacin de reservas con los datos 4. E Cl: Modifica los datos de la reserv a. 5. S: Valida los cambios 6. S: Guarda los cambios 7. S: Se finaliza el caso d e uso Flujo Alternativo: 5.1. S: Si se realizo un cambio de da de reservacin y el da de la modificacin tiene una diferencia menor de 24 horas con respecto a la hora de reserva la modificacin el sistema registrara una multa al cliente. 3.1.1. S: Se regresa al flujo normal. 5.2. S: Si el cliente aumenta los das en los que va a tener el auto, el sistema valida la disponibilidad de este. 5.1.1 S: Si el auto esta disponible se regresa al flujo normal. 5.1.2 S: Si el auto no esta disponi ble se muestra un mensaje de error avisando que el auto ya fue reservado 5.1.2.1 S: Se regresa al paso 3. Pos condiciones: Se guardan los cambios hechos a las r eservas del cliente. Tabla 10 Nombre: C.U. REGISTRAR RENTA Descripcin: Les permite a los clientes y empleados r ealizar la renta de uno o ms autos. Actores: Empleado Cliente (Cl) Sistema (S) Pr econdiciones: El usuario se ha autenticado en el Sistema Flujo Normal: 1. E: Ing resa los datos del cliente para la verificacin 2. S: Valida los datos ingresados y si existe una reserva asignada. 3. S: Include al caso de uso registrar conduct ores 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 co sto de los seguros obligatorios.

7. E: Confirma que el cliente acepta el contrato 8. S: Registra la renta 9. S: S e 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 d isponibilidad de el auto que el requiere 2.2.1. S: Si el vehculo esta disponible se separa para la renta y vuelve al flujo normal paso 3. 2.2.2. S: Si no se cump le el paso 1.2.1. se finaliza el caso de uso 7.1 E: Si no confirma que el client e acepta el contrato porque desea hacerle cambios Extends al caso de uso Modific ar 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 sis tema Tabla 11 Nombre: C.U. REGISTRAR CONDUCTORES Descripcin: Les permite a los empleados regist rar los datos de las personas que conducirn 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 u n vehculo. 2. E: Ingresa los datos de la(s) persona(s) que conducirn el vehculo (ce dula y nmero de licencia vigente). 3. S: Valida los campos. 4. S: Asocia los regi stros de conductores a la renta en proceso y almacena la informacin. 5. S: Se fin aliza el caso de Uso Flujo Alternativo: 3.1 S: Si algn campo no es llenado correc tamente 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 Descripcin: Le permite a los clientes o empl eados 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 opcin de modificar el registro 3. S: Muestra el formulario de modificacin 4. E C: Realiza los cambios del registro 5. S: Valida los campos. 6. S: Guarda los cambios en el registro del Cliente 7. S: Finaliza el caso de Us o Flujo Alternativo: 6.1 Si algn campo es dejado vaci o su informacin es invalida s e mostrara un mensaje al actor y se queda en el flujo normal paso 5 hasta que ca ncele la operacin o se corrijan los datos. Pos condiciones: El registro del clien te ha sido modificado. Tabla 13 Nombre: C.U. REGISTRAR DEVOLUCIN Descripcin: Permite al empleado de la empresa de Renta de Autos Registrar la devolucin de un carro despus de que se haya rentado. A ctores: Empleado Sistema (S). Precondiciones: El empleado debe haberse logueado y debe estar registrada la renta en el Sistema. Flujo Normal: 1. E: Ingresa la c edula del cliente y la placa del carro. 2. S: Verifica que la cedula del cliente y la placa del carro estn registradas en algn registro de rentas actuales en el S istema 3. S: Muestra los datos de la renta que corresponde al cliente de la cedu la ingresada. 4. Include al caso de uso ACTUALIZAR KILOMETRAJE. 5. S: Verifica q ue la fecha de devolucin no haya expirado 6. E: Verifica si no hay daos en el vehcu lo. 7. S: Calcula el total del saldo a pagar por el cliente. 8. S: Muestra en pa ntalla la factura con la descripcin de cada tem. 9. Include al caso de uso Registr ar 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 exist e ninguna renta por lo tanto no hay una devolucin para realizar. 2.1.1 Se finaliz a el caso de Uso. 5.1 S: Si la fecha expiro verifica que no hayan pasado las pri meras 24 horas a la hora de devolucin pactada. 5.1.1 S: Si no han pasado 24 horas , suma al saldo total el valor de un da de renta. 5.1.1.1 Se regresa al flujo Nor mal. 5.1.2 S: Si han pasado las 24 horas por cada da de retraso o fraccin suma al saldo total el doble de la renta. 5.1.2.1 Se regresa al flujo Normal. 6.1 Si hay daos Extends al Caso de uso Registrar daos 6.1.1 S: Calcula el valor de los daos y lo suma al saldo total. 6.1.1.1 Se regresa al flujo normal Pos condiciones: Se registra en el sistema la devolucin y los daos con lo que llega el carro, adems de actualizar el kilometraje del automvil. Tabla 14 Nombre: C.U. REGISTRAR DAOS AUTOMOVIL Descripcin: Permite al empleado de Renta Aut os ingresar al Sistema los daos de un automvil cuando el cliente lo esta devolvien do Actores: Empleado Sistema (S). Precondiciones: El empleado debe haber empezad o el registro de una devolucin de un vehculo. Flujo Normal: 1. E: Ingresa el numer o de la placa del carro al sistema 2. S: Valida que la placa exista en el Sistem a 3. E: Ingresa los daos del carro al Sistema 4. S: Almacena los daos 5. Se finali za el caso de uso Flujo Alternativo: 2.1 Si no existe se finaliza el caso de uso Pos condiciones: Se almacena en el sistema los daos que tenga el automvil que fue rentado en la base de datos Tabla 15 Nombre: C.U. ACTUALIZAR KILOMETRAJE Descripcin: Le permite al empleado de Renta A utos Actualizar el kilometraje de un vehculo entregado Actores: Empleado

Sistema (S). Precondiciones: El empleado debe haber empezado el registro de la d evolucin de un vehculo Flujo Normal: 1. E: Ingresa el nuevo kilometraje al Sistema de Informacin 2. S: Verifica que el kilometraje ingresado sea mayor o igual que el registrado al momento de rentar el vehculo 3. S: Almacena el nuevo kilometraje en la base de datos del sistema de informacin 4. Se finaliza el caso de uso. Flu jo Alternativo: 2.1 S: Si el kilometraje es menor que el registrado al momento d e la renta, muestra un mensaje de error indicando que el kilometraje es incorrec to 2.1.1 Regresa al punto 1. Pos condiciones: Se actualiza el kilometraje del ve hculo entregado al momento de la devolucin Tabla 16 Nombre: C.U REGISTRAR PAGO FACTURA Descripcin: Permite al empleado registrar el p ago de una renta Actores: Empleado Sistema (S). Precondiciones: El empleado debe haber empezado el registro de una devolucin de un vehculo Flujo Normal: 1. E: Ing resa el tipo de pago al Sistema de Informacin 2. S: Verifica que el tipo de pago sea tarjeta de crdito 3. E: Ingresa el numero de la tarjeta de crdito 4. S: Verifi ca que el nmero de la tarjeta sea igual al registrado en la base de datos del sis tema de informacin 5. S: Registra el pago de la tarjeta de crdito 6. S: Imprime la factura 7. Se finaliza el caso de uso Flujo Alternativo: 3.1 E: Si el tipo no e s de tarjeta de crdito, ingresa el monto cancelado por el usuario 3.1.1 S: Regist ra el pago de la factura 3.1.1.1 S: Va al paso 7 del flujo normal. 5.1 Si el nmer o de la tarjeta de crdito no coincide con el nmero registrado en la base de datos el sistema muestra un mensaje de error indicando que la tarjeta no es la especif icada 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 Descripcin: Le permite al administrador o al client e consultar rentas actuales o histricas o al cliente consultar su historial Actor es: Administrador (A) Cliente Sistema (S) Precondiciones: Los usuarios deben hab erse autenticado en el Sistema de Informacin. Flujo Normal: 1. S: Verifica si la persona que inicia el caso de uso es el administrador 2. A: Ingresa al sistema s i necesita un listado actual o histrico de rentas 3. S: Verifica que el tipo de l istado sea actual 4. S: Carga un listado actual de todas las rentas del establec imiento 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 Informac in del usuario que inicia el caso de uso. 1.1.1 C: Selecciona una de las rentas d el listado para ver su especificacin detallada. 3.1.1.1 S: Muestra las especifica ciones detalladas de la renta. 1.1.1.1.1 Se finaliza el caso de uso 3.2 S: Si el tipo de listado no es de tipo actual, carga un listado histrico con todas las re ntas almacenadas en el Sistema de Informacin. 3.1.1 Se finaliza el caso de uso. P os condiciones: Se carga un listado con las rentas histricas y actuales o un list ado con las rentas de la persona que solicita el servicio. Tabla 18 Nombre: C.U. MODIFICAR CONTRATO Descripcin: Le permite al empleado modificar el c ontrato de arrendamiento de un vehculo de un cliente Actores: Empleado Precondicio nes: El empleado debe haber comenzado el registro de un alquiler Flujo Normal: 1 . S: Carga en pantalla el contrato

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

4. Modelo Entidad Relacin 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 -targeta : string Empleado 1 Catalogo -listaAutos : Auto 1 1 0..* Reserva 1 1..* 1 Auto -atributo1 -idAuto : string -marca : string -capacidad : string -num eroMotor : string -modelo : string +get() +set() 1 Conductor 1 * -fechaReserva : string -fechaEntregaAuto : string -fechaRecoleccionAuto : string -auto : Auto -cliente : Cliente +modificarReserva() +cancelarReserve() 1 1 0..* 1 Multa -fechaMulta : string -concepto : string -costo : float -fechaDePago : stri ng 1 Renta -fechaRenta : string -fechaDevolucion : string -seguros : Seguro -factur a : Factura -multa : Multa 1 1 * 1 -nombre : string -apellido : string -cedula : string -lisenciaDeConduccion : str ing 1 Factura -fecha : string -cliente : Cliente -costoTotal : string 1 1..* 1 TipoAuto -tipo : string +cambiaTipoDeAuto() : string 1..* Seguro -id : string -descripcion : string -precio : string 1 1 DaosFaltantes -fecha : string -descripcion : string -costo : string 0..* Imagen 7-1

8. Diagramas de Estado Imagen 8-1

Imagen 8-2

Imagen 8-3

9. DESCRIPCIN GENERAL 9.1. Perspectiva del Producto El alcance de este sistema de informacin es de proporciones medianas por que el v olumen de informacin que se pretende manejar no es de altos requerimientos, por c onsiguiente las maquinas que deben hacer el almacenamiento y procesamiento de da tos no tienen que tener especificaciones muy complejas. El software es directame nte 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 l o amerita. 9.2. Funciones del Producto Se desarrollar un software llamado Renta Autos S.A. Este software administrar las re servaciones de autos hechas por los usuarios. El software deber proporcionar las siguientes funcionalidades: Almacenar los datos de los usuarios. Almacenar el re gistro de los automviles. Almacenar las reservaciones de autos y asociarlas a un cliente determinado. Permitir modificar y anular reservaciones (en un tiempo det erminado). Generar una reservacin, mostrando la disponibilidad de un auto. Permit ir realizar consultas sobre las rentas, multas. Realizar el registro de una rent a. Gestionar el pago de una factura. Llevar el control de la devolucin de un auto mvil. 9.3. Caractersticas del Usuario El usuario debe tener conocimientos bsicos de uso de un computador, de tal forma que le sea natural el uso de ventanas y cuadros de dilogo al estilo Windows y tener conocimiento en navegacin por Internet. Existirn tres tipos de usuario para el soft ware los que se enumeran a continuacin. 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 n ivel de seguridad es alto, encargado de actualizar cada vez que se requiera los parmetros del sistema. 9.3.4. Empleado: Su nivel de seguridad es medio y es encargado de asistir al usuario, y brindarle informacin 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 reserv aciones, a s como otras funciones especiales del sistema, su nivel de seguridad e s bajo. 9.4. Suposiciones y Dependencias Tras un corte de energa la ups prestara un servicio de energa alterno por un tiemp o determinado para que el personal alcance a guardar la informacin que esta almac enando en el momento, y para que el servidor no deje de estar en funcionamiento. Si hay una cada en el internet se perder la capacidad de hacer reservaciones en ln ea, y el negocio podr perder dinero por esta causa. El servidor requiere constant e monitoreo y mantenimiento para prevenir que una falla en este inhabilite el si stema de informacin y por ende a la empresa por el hecho que se perder el acceso a la pagina de web. Se ha dispuesto un sistema de backUp en caso de siniestro pod er salvaguardar la informacin de la empresa

10. 10.1. ESPECIFICACIN DE REQUERIMIENTOS DEL USUARIO Requerimientos Funcionales Rol de usuario: Un rol es un conjunto de permisos que puede asignarse a un usuar io del sistema de informacin; por su parte, un permiso es un parmetro que especifi ca si su poseedor dispone de acceso a una determinada funcin del sistema o a una parte de la interfaz de usuario del sistema, para nuestro caso administrador qui en tendr la posibilidad de consultar y generar reporte histricos sobre las rentas que se hayan registrados en el sistema de informacin, empleado se encarga del man ejo general del sistema de informacin, cliente es la persona que se encuentra reg istrada en el sistema de informacin quien contara con determinados privilegios en el sistema de informacin y el usuario es la persona que utiliza de manera casual el sistema de informacin. Registro de automviles: El sistema de informacin permiti r el registro de nuevos automviles que harn parte del sistema para lo cual se regis trara datos como: placa, marca, modelo, nmero de pasajeros, kilometraje, y el tip o 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 automviles debido a las variaciones que se presentan en el mercado constantemente. Modific acin de precio: El sistema debe permitir la modificacin de los precios dependiendo del tipo de auto debido a las variaciones que se presentan en el mercado consta ntemente. Reservaciones: El sistema desarrollado debe permitir la realizacin de r eservaciones la cual se realizara ingresando al sistema datos de los clientes co mo: nombre, cedula, direccin, telfono, nmero de tarjeta de crdito, correo electrnico y contrasea despus de haber ingresado esta informacin tambin se debe ingresa el tipo de auto a reservar, la fecha de inicio del servicio y la fecha de entrega, los cuales son proporcionados por el cliente. Registro cliente: El sistema debe perm itir guardar toda la informacin pertenecientes a todos los clientes la cual almac enara datos como: nombre, cedula, direccin, telfono, nmero de tarjeta de crdito, cor reo electrnico y contrasea los cuales son proporcionados y validados por las clien tes.

Cancelaciones: El sistema debe dar la posibilidad de cancelar reservaciones real izadas con anterioridad con solo ingresando el cdigo de reserva la cual deber ser con 24 horas de antelacin al cumplimiento de la reserva para poderse hacer efecti va la cancelacin. Registro conductores: El sistema debe registrar la informacin pe rtenecientes a los conductores como nombre, apellido, cedula y cdigo de conduccin vigente para tener dominio sobre los conductores que utilizara los automviles. Re ntas: El sistema de informacin debe guardar registros sobre las rentas realizadas la cual poseer informacin como: el nmero de reservacin adems de el nombre, apellido, cedula y cdigo de conduccin vigente de cada una de las personas que conducirn el v ehicul y tambin debe tener la posibilidad cambiar la fecha de entrega del vehicul. Generacin de contractos: El sistema debe generar un contracto en donde se especif icaran la legislacin pertinente ante la generacin de una renta y almacenara los da tos ya generados en rentas. Modificacin de contractos: El sistema debe dar la pos ibilidad de modificar los contractos ya realizados como cambiar datos o la fecha de entrega del vehculo al igual que el seguro. Generacin de facturas: El sistema de informacin debe de realizar automticamente la generacin de una factura con todos los datos generados al momento del pago de la renta del automvil. Registros devo lucin: El sistema de informacin debe proporcionar la opcin de registrar la devolucin de un vehculo que fue rentado con antelacin en donde se introducir la placa, el ki lometraje actual en que se encuentra el vehculo. Consultas reservas: El sistema d e informacin debe proporcionar al usuario la consulta de las reservas ya realizad as con solo introducir el cdigo de la reserva que se ha generado al momento de la reservacin. Consultas renta: El sistema de informacin debe permitir al Administra dor consultar el historial de todas las rentas de vehculos hechas por los cliente s con solo introducir la fecha a consultar. Registros pagos: El sistema debe per mitir guardar registro sobre los pagos al momento que se haya registrado la devo lucin del automovil

10.2. Requerimientos no Funcionales Equipos de cmputo: se requieren dos equipos de cmputo tipo estacin de trabajo con u nas especificaciones que se sugieren a continuacin: Memoria RAM: 2 Gb DDR2 @1033M Hz Disco Duro: SATA 500 Gb Monitor: 19 16:10 Controladora de Red: 10/100/1000/ Et hernet inalmbrico Mouse, Teclado, Parlantes. Equipo de cmputo tipo servidor: Esta mquina servir como punto central para el sistema de informacin y en ella se almacen ar la base de datos, sus especificaciones son las siguientes. Memoria RAM: 8Gb DD R3 @ 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 in ternet: Este tipo de equipamiento Un enrutador almbrico/inalmbrico. Un switch de 8 puestos. Cableado estructurado tipo UTP (RJ 45) Equipos de impresin: El propsito de estos es posibilitar la creacin de papelera en medio fsico para efectos legales, y digitalizacin de documentos. Una impresora multifuncional Lexmark X2650 Red elc trica: Infraestructura con puntos de acceso 120 v CA / 50-60 Hz con polo a tierr a Una UPS de 600 vatios o superior para evitar inactividad del servidor y que un corte no provoque la cada total del sistema. Muebles y enseres: Su utilizacin per mite la disposicin de la mayora de los equipos y accesorios ya mencionados, estos son: Dos mesas de cmputo. Rack para el almacenamiento de los equipos de redes. Ca naletas apropiadas para el cableado.

11. Arquitectura Del Sistema Al ser una aplicacin orientada a la Web, el sistema se ejecutar en un ambiente cli ente servidor, el cual utilizar Apache como servidor Web ya que estar totalmente d esarrollado 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 u na arquitectura de 3 capas, utilizando el modelo vista controlador, en el cual l as vistas, sern los formularios de las pginas Web, y donde el cdigo PHP ejecutado e n el servidor, ser el que se encargue de controlar y gestionar los procesos con l a base de datos. Los clientes utilizan el sistema desde un computador ubicado en cualquier parte, e interactan con l accediendo a una interfaz HTML a travs de un n avegador Web que cumpla con los estndares de este lenguaje. El cliente se comunic a con el servidor Web a travs de una capa intermedia, formada por scripts hechos en lenguaje java script y PHP; y en el servidor, a travs de PHP se gestionan los datos con la base de datos, de manera que se pueda garantizar una respuesta al c liente que est utilizando la aplicacin. El cdigo PHP estar totalmente separado de la capa de presentacin en las pginas HTML, igualmente el cdigo java script lo cual fa cilite el mantenimiento y escalabilidad del sistema. Los procesos con la base de datos estarn totalmente manejados a travs de procedimientos almacenados lo que re duzca el tiempo de las consultas en la base de datos y aumente la seguridad de l as transacciones. La arquitectura anteriormente descrita puede resumirse en el s iguiente esquema.

12. 12.1. Metodologa AUP Alcance del Proyecto El Sistema de Informacin Renta Autos permitir a la empresa dedicada a la renta de vehculos tener mayor facilidad para el manejo de la informacin y as podr prestar un mejor servicio a sus clientes, llevando toda la informacin organizada sistemticame nte. El sistema permitir ver los autos disponibles tanto los empleados como los c lientes de la empresa en un momento determinado, trayendo consigo un gran benefi cio, ya que los clientes podrn estar en contacto permanente con la organizacin, de esta manera la empresa no perder clientes por falta de vehculos. Adems el sistema estar en capacidad de registrar la devolucin de cada auto, poniendo el estado del vehculo en renta para que los clientes puedan acceder a el. Igualmente permitir ha cer reservaciones a los clientes va web o directamente en la empresa y cancelarla si es necesario. Tambin generar, imprimir, registrar el pago de una factura cuando el cliente devuelve el auto, adems de sumar cargos segn las polticas de la empresa. Igualmente se podrn realizar consultas de las reservas y el historial de rentas. Modificar los datos del cliente, registrar daos, generar multas, ingresar nuevos autos a la base de datos, ver los costos de la renta, registrar los conductores designados para manejar el vehculo rentado, imprimir contratos y almacenarlos en la base de datos. En conclusin el Sistema de Informacin ser capaz de gestionar tod a la informacin almacenada en una base de datos, permitiendo la manipulacin rpida y eficiente de esta. 12.2. Estimacin de Costos La estimacin de costos en un proyecto se debe llevar a cabo de forma continua, es tas nos sirven para establecer un presupuesto o precio al cliente, con esto podr emos realizar un uso ptimo de los recursos, existen varios parmetros que nos sirve n para realizar el clculo de los costos totales de un proyecto, entre estos tenem os: Costos de hardware y software. Sueldos de los trabajadores. Costos de capaci tacin. Costos de esfuerzos, que son los esfuerzos realizados por los ingenieros d e software para llevar a cabo su elaboracin.

Unas de las formas ms comunes para realizar los clculos de costo y esfuerzo es por lneas de cdigo o puntos de funcin. En estos momentos como el proyecto se lleva a c abo de forma terica no se podra generar una estimacin de costos razonable, ya que e n ningn momento manejamos lneas de cdigo, ni puntos de funcin, solo podramos decir qu e en el proyecto trabajaron tres personas, el programador, el diseador y el anali zador, cada uno de ellos con un sueldo de 1.5 millones de pesos al mes, 2 millon es al mes y 3 millones al mes respectivamente. 12.3. Viabilidad Al haberse hallado los diferentes riegos que aquejan la elaboracin del proyecto s e determino la viabilidad de este, adems se estudiaron diferentes puntos clave so bre la necesidad y la aplicacin real al momento de la finalizacin del producto que se le entregara al usuario final para su respectiva usabilidad; a partir de lo anterior de concluyo lo siguiente: La consistencia lgica del proyecto se determin o como positiva, ya que el proyecto a realizar obedece a las necesidades estable cidas por el cliente Los riesgos encontrados al momento de realizar el proyecto no son totalmente fatdicos para este, y se pueden superar con cierto grado de fac ilidad, 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 n o es muy posible su pronta desvinculacin o des utilizacin por parte del cliente. E l software desarrollado cumplir con los requerimientos del cliente, ya que estos son totalmente posibles de desarrollar e implementar de acuerdo de sus necesidad es 12.4. Definir Riesgos

Es importante tener en cuenta esta parte del desarrollo de software y ms aun si e s el desarrollo de un sistema de informacin para una empresa que necesita el prod ucto 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 de finicin de los riesgos que pueden perjudicar la organizacin tanto en tiempo, recur sos, reputacin, 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 pequea definicin de r iesgo: Los riesgos son una amenaza para el proyecto, para el software que se est desarrollando y para la organizacin. Por estos se realiza una definicin de los rie sgos que nos pueden afectar como lo son:

Que el programador experto se retire de la organizacin por motivos laborales o pe rsonales. Que la persona que llegue a remplazar al programador no cumpla con las expectativas ni los requisitos. Cambio de gestin en la organizacin. El hardware n o cumple con las expectativas. Modificacin de los requerimientos. El rendimiento de las herramientas case no satisface las necesidades. La base de datos no cumpl e con los requerimientos necesarios. Problemas financieros. Los elementos que se van a reutilizar tiene defectos y nos lleva ms tiempo el desarrollo de la aplica cin. Catstrofes naturales como inundaciones, terremotos, incendios. Estos afectan no solo la organizacin sino tambin la calendarizacin por lo que la en trega o culminacin del proyecto se puede ver perjudicada.

13. 13.1. Modelo De Negocios Visin General: El sistema de informacin implementado para la empresa Rentar Autos hace ms eficien te y eficaz la renta de los autos. Debido a los problemas que se tienen cuando l a facturacin y contratacin se hacen en papel, una limitacin es el espacio para el a lmacenamiento. Requiere grandes bodegas para poder almacenar una cantidad grande de informacin. Mientras que con un sistema de informacin bien implementado, es ms fcil almacenar informacin. Adems es ms efectiva la bsqueda y se evitan muchos problem as. 13.2. Procesos: El primer paso, y adems fundamental es la obtencin de requerimientos para continua r con el desarrollo de las siguientes etapas requeridas en un proyecto, ya que s i ocurre errores en las fases inciales el sistema puede que no cumpla con las exp ectativas esperadas por el cliente y los usuarios finales, lo cual llevara a que el producto se desprecie en su valor agregado. El segundo paso despus de realizar el levantamiento de requisitos es la seleccin de la metodologa adecuada ya que de spus de iniciar la solucin en el anlisis, diseo y dems fases de desarrollo es muy com plejo volver a elegir la metodologa 13.3. Estructura:

Cliente Usuarios finales Equipo de anlisis Equipo de diseo Equipo de implementacin 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 sis tema participando (y normalmente iniciando) en un caso de uso. Los actores puede n ser gente real (por ejemplo, usuarios del sistema), otros ordenadores o evento s externos. Administrador: Persona que tiene acceso al sistema de informacin y qu ien adems puede realizar consultas en el mismo, con el fin de conocer el estado d e las reservaciones y de las rentas que se presentan en el momento para la empre sa. Caso de uso: es una tcnica para la captura de requisitos potenciales de un nu evo sistema o una actualizacin de software. Cada caso de uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo especfico. Cliente: Estar definida por la pers ona quien se encuentra registrada en el sistema de informacin, se le proporciona una contrasea y adems tiene acceso al sistema para que desde el pueda realizar ope raciones de reserva y cancelacin. Finalmente podemos decir que el cliente tambin p uede realizar cualquier accin de renta sin necesidad de una reserva. Descripcin de casos de uso: Los diagramas de estado muestran los diferentes estados de un obj eto durante su vida, y los estmulos que provocan los cambios de estado en un obje to. Diagrama de actividades: representa los flujos de trabajo paso a paso de neg ocio y operacionales de los componentes en un sistema. Un Diagrama de Actividade s muestra el flujo de control general. Diagrama de casos de uso: es un mtodo part icular de investigacin cualitativa. Consisten en una forma sistemtica de observar los eventos, coleccionando datos, analizando informacin y presentando resultados. Diagrama de clases: es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los di agramas de clases son utilizados durante el proceso de anlisis y diseo de los sist emas, donde se crea el diseo conceptual de la informacin que se manejar en el siste ma, y los componentes que se encargaran del funcionamiento y la relacin entre uno y otro.

Diagrama de estados: Un estado es una condicin durante la vida de un objeto, de f orma que cuando dicha condicin se satisface se lleva a cabo alguna accin o se espe ra por un evento. Diagrama de secuencia: es uno de los diagramas ms efectivos par a modelar interaccin entre objetos en un sistema. Empleado: Es la persona quien t iene acceso al sistema de informacin, puede hacer modificaciones para efectos de reserva y de consulta, adems de cancelaciones y las distintas operaciones que est a requiere. Es quien hace entrega del vehculo cuando se genera una renta y cuando se realiza la devolucin del mismo. Sistema de Informacin: es un conjunto de datos organizados listos y preparados para su posterior uso, generados por una necesi dad. Usuario: Se definir como la persona que no est registrada en el sistema, es d ecir no cuenta con una contrasea de acceso al mismo, pero puede generar rentas si n usar una reservacin previa.

BIBLIOGRAFA Apellido, Nombre, (ao) IAN SOMMERVILLE, El documento de requerimientos del softwa re, (p 117), ISBN , impresin, ciudad. Nelohp. Sistema Experto basado en reglas para la documentacin de requerimientos d e software. En lnea: www.monografias.com, disponible en: http://www.monografias.c om/trabajos26/sistema-documentacion/ sistemadocumentacion.shtml [Nov 22]. Wikipedia.com. Agile Unifed Process. En lnea: www.wikipedia.com, disponible en: h ttp://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].