ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

PRACTICAS PRE-PROFESIONALES

SESION 03
ING. IVAN PEREZ FARFAN IPEREZF@UCVLIMA.EDU.PE IVANPEREZF@HOTMAIL.COM

Rational Unified Process (RUP)

Concepcin Elaboracin Construccin Transicin

Modelado del Negocio Requerimientos Anlisis y Diseo Implementacin Prueba Implantacin Conf. y Ctrl .de Cambios Admn. del Proyecto Administracin Entorno
Iteraciones IT #1 IT # 2 IT # 3 IT # 4 IT # 5 IT # 6 IT # 7 IT # 8

Requerimientos. Objetivos.
Llegar a un acuerdo formal con los clientes y
usuarios sobre lo que el sistema debe hacer. Proporcionar a los miembros del proyecto una idea clara de los requerimientos del sistema. Delimitar las fronteras del sistema. Proporcionar las bases para la planificacin del contenido tcnico de las iteraciones. Proporcionar las bases para estimar los costos y el tiempo de desarrollo del sistema. Definir la interfase grfica del sistema.

Requerimientos. Artefactos
Se obtienen los siguientes artefactos.

Modelo de Casos de Uso del Sistema

Especificacin de Casos de Uso del Sistema

Requerimientos funcionales

Requerimientos no funcionales

Modelo Conceptual

Actores del Sistema

Casos de Uso del Sistema

Paquetes del Sistema

Prototipos

Qu es un requerimiento?

Un requerimiento se define como una condicin o capacidad a la que debe ajustarse el sistema que se construye

Dnde identificar requerimientos?

Actividades del negocio Cliente s

Analistas

Socios Usuarios

Cmo capturar requerimientos?

Entrevistas. Cuestionarios. Encuestas. Sondeos. Diagramas de procesos y workflows. Descripcin de puestos. Casos de uso del negocio. Diagramas de actividades de los procesos del negocio.

Requerimientos. Actividades
1. Identificacin de los requerimientos del sistema. 1.1 Identificar requerimientos funcionales. 1.2 Identificar requerimientos no funcionales. 2. Construccin del Modelo de Casos de Uso del Sistema. 3. Construccin del Modelo conceptual.

1. Identificacin de requerimientos

1.1 Requerimientos funcionales

Requerimientos

Requerimientos

1.1 Requerimientos funcionales

1.2 Requerimientos no funcionales

Requerimientos

Requerimientos

1.2 Requerimientos no funcionales

Apariencia o interfaz externa. Usabilidad. 10.Interfaz interna. Rendimiento. 11.Ayudas y documentacin en lnea. Soporte. 12.Software. Portabilidad. 13.Hardware. Seguridad. Polticos y Culturales. 14.Restricciones en el diseo y la Legales. implementacin. Confiabilidad.

2. Modelo Casos de Uso del Sistema

El Modelo de Casos de Uso del sistema define y
modela todos los elementos que describen los requerimientos funcionales del sistema. Modela la forma en que el sistema es usado por sus usuarios, clientes, patrocinadores, etc. Muestra los roles y procesos e informacin que participan:

Directamente en el sistema.

2. Modelo Casos de Uso del Sistema

Garantizar.
Comunicacin con el usuario final y el experto del dominio. Credibilidad en una etapa inicial del desarrollo del sistema. Comprensin mutua de los requerimientos.

Identificar.
Quin interactuar con el sistema. Qu deber hacer el sistema. Qu interfaz deber tener el sistema.

2. Modelo Casos de Uso del Sistema

Verificar.
La captura de todos los requisitos. Que los desarrolladores hayan entendido los requisitos

Apoyar.
La etapa de pruebas. Las planificacin del proyecto.

Casos de Uso
Casos de uso Modelado del Negocio Casos de uso de Requerimientos Casos de uso Anlisis y Diseo

2. Modelo Casos de Uso del Sistema

Est formado por:

Actores. Diagrama de Actores. Paquetes. Dependencias entre paquetes. Diagrama de Paquetes. Casos de uso. Asociaciones entre actores y casos de uso. Diagramas de Casos de Uso.

2. Modelo Casos de Uso del Sistema

Estereotipos ms importantes en el Modelo de
Casos de Uso del Sistema.

2. Modelo Casos de Uso del Sistema

1. Identificar los actores del sistema (actors). 1.1 Lista de actores del sistema. 2. Identificar los paquetes del sistema. 2.1 Diagrama de Paquetes del Sistema. 3. Identificar los casos de uso del sistema (use cases). 3.1 Lista de casos de uso del sistema. 3.2 Diagrama de Casos de Uso del Sistema.

UML

Actor

Paquete

Caso de Uso

2.1 Actores del Sistema

Un actor del sistema (actor) representa un rol
(humano, software o hardware) externo al sistema con el que se establece intercambio directo de informacin. Ejemplo:
Vendedor. Jefe de Almacn. Asistente de Produccin.

Nombre del Actor

2.1 Actores del Sistema

Dnde encontrar a los actores del sistema?

Trabajadores del negocio (bussiness workers).

2.1 Actores del Sistema

Dnde encontrar a los actores del sistema?

Trabajadores del negocio (bussiness workers).

2.1 Actores del Sistema

Dnde encontrar a los actores del sistema?

Trabajadores del negocio (bussiness workers).

2.1 Actores del Sistema

Otros elementos que ayudan a encontrar a los
actores del sistema.
Personas que usan el sistema. Personas que interactuarn con el sistema. Personas que proveen informacin al sistema. Usuarios que requieren ayuda de parte del sistema para poder desarrollar sus actividades o tareas. Usuarios que se requieren para ejecutar las funciones principales o ms obvias del sistema.

2.1 Actores del Sistema

Dnde encontrar a los actores del sistema?
Usuarios que se requieren para desarrollar funciones secundarias, tales como mantenimiento y administracin del sistema. Personas que instalarn el sistema. Sistemas de software externos a la frontera del sistema con los que el sistema requiera interactuar. Hardware externo a la frontera del sistema con el que el sistema requiera interactuar.

2.1.1 Lista de Actores del Sistema

La lista de los actores del sistema se realiza
especificando:
Nombre

del actor:

Debe dar idea clara de la funcin que realiza o desempea. Sustantivo con letra inicial mayscula. Siempre corresponde con el nombre de un rol (trabajador) en el proceso del negocio. Excepciones pueden ser roles de mantenimiento y administracin del sistema.
Descripcin:

Describir la funcin que realiza para el sistema y la responsabilidad que tiene.

2.1.1 Diagrama de Actores del Sistema

Usuario

Lector de cdigo de barra

Vendedor

Asistente

2.2 Paquete
Un paquete es una coleccin de artefactos (casos de
uso, actores, relaciones, diagramas y otros paquetes) que se utiliza para dividir un modelo en partes de menor tamao. Ejemplo:
Paquete Ventas. Paquete Seguridad.

Nombre del Paquete

2.2.1 Diagrama de paquetes

Ventas

R.R.H.H.

Seguridad

Almacn

Evaluacin tcnica

2.3 Casos de uso del sistema

Un caso de uso del sistema identifica:
Es un proceso especfico del sistema con identidad propia. Define una secuencia de acciones que el sistema realiza para un actor en particular. Define la interaccin con el actor correspondiente. Produce un resultado observable y esperado para el actor correspondiente.

Nombre del caso de uso

2.3 Casos de uso del sistema

Dnde encontrar casos de uso del sistema?
Cules son las actividades del negocio objetos de automatizacin? Cules son las tareas que el actor desea que el sistema desarrolle? El actor crea, almacena, cambia, elimina o consulta datos en el sistema? El actor necesita informar al sistema cambios generados en el entorno circundante al sistema? El actor necesita ser informado sobre la ocurrencia de situaciones externas al sistema?

2.3.1 Lista casos de uso del Sistema

La lista de los casos del sistema se realiza
especificando:

Nombre del caso de uso:

Debe dar idea clara de las acciones a realizar. Se concibe desde el punto de vista del actor. Debe ser un verbo o una frase verbal en infinitivo.

Descripcin:
Se indica el objetivo fundamental del caso de uso.

2.3.2 Diagrama Casos de uso Sistema

Herramienta proporcionada por UML. Describir cmo los procesos del sistema son usados por
los actores del sistema. Se muestra a cada actor y caso de uso del sistema identificados y la relacin entre ellos. No constituye un Diagrama de Flujo de Datos. Solo se tiene en cuenta QUIN realiza QU proceso?
QUIN? (actor). QU? (caso de uso). Asociaciones entre ellos.

2.3.2 Diagrama Casos de uso Sistema

Counter
(from Actor...

Alquiler de Vehiculo
(from Casos de Uso) <include>> <

<<extend>> Buscar Vehiculo Disponible <<include>> (from Casos de Uso) <<include>> <<include>>

Res ervar Vehiculo

(from Casos de Uso)

<<include>> Fact urar cliente

(from Casos de Uso)

Buscar Cliente
(from Casos de Uso)

Asociaciones entre casos de uso

Las asociaciones entre casos de uso pueden ser de
tres tipos.
Asociacin de inclusin (include). Asociacin de extensin (extended). Asociacin de Generalizacin (herencia).

Asociacin de inclusin (include)

Es una relacin de dependencia entre dos casos de
uso. El caso de uso base depende del caso de uso incluido. incluido Se establece cuando el caso de uso base necesita incluir obligatoriamente la secuencia de acciones descritas por el caso de uso incluido incluido. El caso de uso incluido es de obligatoria ejecucin cuando ocurra el evento respectivo dentro del caso de uso base base.

Asociacin de inclusin (include)

La flecha se orienta de manera que indique que el
caso de uso base es quien necesita incluir al caso de uso incluido incluido. Se utiliza el estereotipo <<include>> y se coloca encima de la flecha.

<<include>>

Caso de Uso base

Caso de Uso incluido

Asociacin de inclusin (include)

Venta de productos y compra de insumos en un
mercado. Las acciones para Realizar movimiento de producto en su kardex respectivo puede separarse en un caso de uso independiente.

Cajero

Realizar venta de producto

<<include>>

Realizar movimento de producto <<include>>

Comprador

Realizar compra de insumos

Asociacin de inclusin (include)

Se especifica de la manera siguiente.
2. ... 5. ... 7. ... 9. El sistema actualiza el kardex de cada producto. Incluir el caso de uso Realizar movimiento de producto.

Asociacin de extensin (extended)

Al caso de uso base solo le interesa el resultado de
la invocacin del caso de uso extendido extendido. Cundo utilizar la extensin?
Cuando exista un comportamiento comn a varios casos de uso (reuso). Las acciones similares en los casos de uso base se extraen al caso de uso extendido extendido. Cuando existen casos de uso complejos: Se simplifica el caso de uso base extrayendo parte de las acciones al caso de uso extendido extendido.

Asociacin de extensin (extended)

La flecha se orienta de manera que indique que el
caso de uso extendido constituye la extensin del caso de uso base base. Se utiliza el estereotipo <<extended>> y se coloca encima de la flecha.

<<extended>>

Caso de Uso base

Caso de Uso extendido

Asociacin de extensin (extended)

Venta de productos y
compra de insumos en un mercado. Las acciones para Actualizar Tarjeta Bonus puede separarse en un caso de uso independiente.
<<extended>> Actualizar Tarjeta Bonus

Cajero

Realizar venta de producto

<<include>>

Realizar movimento de producto <<include>>

Comprador

Realizar compra de insumos

Asociacin de extensin (extended)

Se especifica de la manera siguiente.
2. ... 5. ... 7. ... 9. Si el cliente posee Tarjeta Bonus entonces se actualizan sus puntos. Extender el caso de uso Actualizar Tarjeta Bonus.

Asociacin de generalizacin
Es una relacin de herencia entre casos uso. Los casos de uso hijos heredan el comportamiento
del caso de uso padre padre. El caso de uso padre es abstracto y solo se crean instancias de los casos de uso hijos hijos. Cundo utilizar la generalizacin?
Cuando

existen casos de uso que poseen un comportamiento exactamente igual o comn. Las actividades comunes son llevadas hacia un caso de uso padre o generalizado. Las actividades diferentes y particulares se quedan en los casos de uso hijos hijos.

Asociacin de generalizacin
Se utiliza una flecha con saeta transparente. La flecha se orienta de manera que indique que los
casos de uso hijos necesitan heredar el comportamiento del caso de uso padre padre.

Caso de Uso hijo 1 Caso de Uso padre Caso de Uso hijo 2

Asociacin de generalizacin
Llamada telefnica nacional o internacional. Las acciones para Realizar Llamada nacional o
Realizar llamada internacional tienen acciones exactamente iguales que se pueden generalizar en Realizar llamada telefnica.
Cliente Realizar llamada telefnica

Realizar llamada nacional

Realizar llamada internacional

Ejemplo

Caso Alquiler de Vehiculos La Empresa Unica se encarga de Alquilar Vehiculos a clientes que llegan de viaje a la cuidad de Lima se desea automatizar dicho proceso. Dicho sistema debe de permitir realizar lo siguiente: R1 El counter debe registrar en el sistema la reserva del vehiculo que son solicitados por el cliente. Por tal motivo el sistema debe de hacer una bsqueda de los datos del cliente y tambin el sistema hace una bsqueda de los datos de vehiculo que desea alquilar el cliente. R2. El Sistema debe ser desarrollado en Visual Basic. Net. R3. El counter debe de registrar en el sistema el Alquiler del Vehiculo para tal motivo antes se debe de haber registrado la reserva de vehiculo. Para registrar el Alquiler el sistema hace una Bsqueda de vehculos disponibles y una bsqueda de datos de cliente. R4. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los clientes. R5. Al finalizar el alquiler el counter debe de facturar el servicio al cliente para ello el sistema busca los datos del cliente. R6. El gestor de Base de Datos a Utilizar sera MS-SQL Server 2005. Determinar lo siguiente: Requerimientos Funcionales. Requerimientos no funcionales Caso de Uso de Requerimientos. Diagrama de Paquetes Realizaciones de los Casos de Uso.

Solucion:
Requerimientos Funcionales: Caso Alquiler de Vehiculos La Empresa Unica se encarga de Alquilar Vehiculos a clientes que llegan de viaje a la cuidad de Lima se desea automatizar dicho proceso. Dicho sistema debe de permitir realizar lo siguiente: R1 El counter debe registrar en el sistema la reserva del vehiculo que son solicitados por el cliente. Por tal motivo el sistema debe de hacer una bsqueda de los datos del cliente y tambin el sistema hace una bsqueda de los datos de vehiculo que desea alquilar el cliente. R2. El Sistema debe ser desarrollado en Visual Basic. Net. R3. El counter debe de registrar en el sistema el Alquiler del Vehiculo para tal motivo antes se debe de haber registrado la reserva de vehiculo. Para registrar el Alquiler el sistema hace una Bsqueda de vehculos disponibles y una bsqueda de datos de cliente. R4. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los clientes. R5. Al finalizar el alquiler el counter debe de facturar el servicio al cliente para ello el sistema busca los datos del cliente. R6. El gestor de Base de Datos a Utilizar sera MS-SQL Server 2005.

Solucion:
Requerimientos No Funcionales: Caso Alquiler de Vehiculos La Empresa Unica se encarga de Alquilar Vehiculos a clientes que llegan de viaje a la cuidad de Lima se desea automatizar dicho proceso. Dicho sistema debe de permitir realizar lo siguiente: R1 El counter debe registrar en el sistema la reserva del vehiculo que son solicitados por el cliente. Por tal motivo el sistema debe de hacer una bsqueda de los datos del cliente y tambin el sistema hace una bsqueda de los datos de vehiculo que desea alquilar el cliente. R2. El Sistema debe ser desarrollado en Visual Basic. Net. R3. El counter debe de registrar en el sistema el Alquiler del Vehiculo para tal motivo antes se debe de haber registrado la reserva de vehiculo. Para registrar el Alquiler el sistema hace una Bsqueda de vehculos disponibles y una bsqueda de datos de cliente. R4. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los clientes. R5. Al finalizar el alquiler el counter debe de facturar el servicio al cliente para ello el sistema busca los datos del cliente. R6. El gestor de Base de Datos a Utilizar sera MS-SQL Server 2005.

Solucion:
Casos de Uso de Requerimientos Caso Alquiler de Vehiculos La Empresa Unica se encarga de Alquilar Vehiculos a clientes que llegan de viaje a la cuidad de Lima se desea automatizar dicho proceso. Dicho sistema debe de permitir realizar lo siguiente: R1 El counter debe registrar en el sistema la reserva del vehiculo que son solicitados por el cliente. Por tal motivo el sistema debe de hacer una bsqueda de los datos del cliente y tambin el sistema hace una bsqueda de los datos de vehiculo que desea alquilar el cliente. R2. El Sistema debe ser desarrollado en Visual Basic. Net. R3. El counter debe de registrar en el sistema el Alquiler del Vehiculo para tal motivo antes se debe de haber registrado la reserva de vehiculo. Para registrar el Alquiler el sistema hace una Bsqueda de vehculos disponibles y una bsqueda de datos de cliente. R4. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los clientes. R5. Al finalizar el alquiler el counter debe de facturar el servicio al cliente para ello el sistema busca los datos del cliente. R6. El gestor de Base de Datos a Utilizar sera MS-SQL Server 2005.

Solucion:
Actores de Sistema Caso Alquiler de Vehiculos La Empresa Unica se encarga de Alquilar Vehiculos a clientes que llegan de viaje a la cuidad de Lima se desea automatizar dicho proceso. Dicho sistema debe de permitir realizar lo siguiente: R1 El counter debe registrar en el sistema la reserva del vehiculo que son solicitados por el cliente. Por tal motivo el sistema debe de hacer una bsqueda de los datos del cliente y tambin el sistema hace una bsqueda de los datos de vehiculo que desea alquilar el cliente. R2. El Sistema debe ser desarrollado en Visual Basic. Net. R3. El counter debe de registrar en el sistema el Alquiler del Vehiculo para tal motivo antes se debe de haber registrado la reserva de vehiculo. Para registrar el Alquiler el sistema hace una Bsqueda de vehculos disponibles y una bsqueda de datos de cliente. R4. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los clientes. R5. Al finalizar el alquiler el counter debe de facturar el servicio al cliente para ello el sistema busca los datos del cliente. R6. El gestor de Base de Datos a Utilizar sera MS-SQL Server 2005.

Solucion:
Counter
(from Actor...

Alquiler de Vehiculo
(from Casos de Uso) <include>> <

<<extend>> Buscar Vehiculo Disponible <<include>> (from Casos de Uso) <<include>> <<include>>

Res ervar Vehiculo

(from Casos de Uso)

<<include>> Fact urar cliente

(from Casos de Uso)

Buscar Cliente
(from Casos de Uso)

Solucion:
Diagrama de Paquetes

Alquiler Vehiculo

Facturar

Solucion:
Realizacion de los Casos de Uso

Alq u ile r d e Ve h ic u lo s
(fro m U s e C as e s )

R C U A lq u ile r d e V e h ic u lo s

< < e xte n d > >

R e s e r va d e Ve h ic u lo
(fro m U s e C as e s )

R C U R e s e rva d e V e h ic u lo

Analisis Requerimientos

Tecnicas

Tecnicas

Actividades de la Captura de Requisitos Segn el RUP, los principales pasos para capturar los requerimientos son: Identificacin de Actores y Casos de uso Priorizar Casos de Uso Detallar Casos de Uso Estructurar el MCU Prototipar la interfaz de usuario (GUI).

Identificacin

de escenarios

Qu tareas necesita el actor que realice el sistema? Qu informacin consulta el actor? quin crea esos datos? se pueden modificar? quin puede hacerlo? Qu cambios externos necesita informar el actor al sistema? Cundo y con qu frecuencia? De qu eventos necesita el actor que le informe el sistema? cundo y con qu frecuencia?

Identificacin de Requerimientos

Requerimiento Funcional

Requerimiento No Funcional

Requerimiento No Funcional

Identificacin de Requerimientos

Matriz Proceso Requerimientos

Matriz Casos de Uso negocio vs Casos de uso de Sistema

Documentos para Gestionar los Requisitos

Documento Visin

Vision

Vision

Vision

Plantilla de Caso de Uso

Descripcin de los Actores del Sistema

Descripcin de los Casos de Uso

Trazabilidad de Requerimientos con Casos de uso

Trazabilidad de Requerimientos con Casos de uso

Por qu Trazabilidad de Requerimientos con Casos de uso?

Priorizacin de casos de uso

Determinar cules son necesarios para el desarrollo en las primeras iteraciones y cules pueden dejarse para posteriores iteraciones Cuestiones a tener en cuenta: CU con dificultad de desarrollo CU imprescindibles para la puesta en marcha del sistema Organizacin del desarrollo incremental Disponibilidad de equipo de desarrollo Se revisa la priorizacin con el Jefe de Proyecto y se utiliza como entrada para la planificacin de cada iteracin del proyecto.

Priorizar requerimientos

Formula Generar Visita = 0.2*5+0.3*6+0.4*8+0.1*9 = 6.9 Los valores que se colocan en cada caso de uso van de 1 hasta 10

Priorizar requerimientos

Formula Tomar Pedido = 0.4*4+0.3*5+0.2*10+0.1*10 = 6.1 Los valores que se colocan en cada caso de uso van de 1 hasta 10

Detallar los casos de uso

Detallar los casos de Uso Objetivo principal: describir su flujo de sucesos en detalle
Cmo comienza Cmo termina Cmo interactan con

los actores

Se detalla paso a paso la secuencia de acciones del CU Se trabaja estrechamente con los usuarios reales de los CU Resultado: descripcin detallada mediante
Texto Diagramas

Documento Plantilla de Caso de Uso

Documento Plantilla de Caso de Uso

Documento Plantilla de Caso de Uso

Documento Plantilla de Caso de Uso

Documento Plantilla de Caso de Uso

Prototipos (GUI) Una alternativa para la definicin de los requerimientos. Consiste en capturar un conjunto inicial de necesidades e implementarlas rpidamente con la intencin de expandirlas y refinarlas iterativamente, al ir aumentando la compresin que tienen del sistema los Usuarios y Desarrolladores.

Prototipado de la interfaz

Diseo lgico de la interfaz: se decide qu se necesita de las interfaces de usuario para habilitar los CU para cada actor Diseo fsico de la interfaz: se desarrollan prototipos que ilustran cmo pueden utilizar el sistema los usuarios para ejecutar los CU Resultado final: conjunto de esquemas de interfaces de usuario y prototipos de interfaces que especifican la apariencia de esas interfaces para los actores ms importantes.
___ ___ ___ ___ Modelo de casos de uso Caso de uso (descrito) ___ ___ ___ ___ Requisitos adicionales

Prototipar la interfaz

Glosario

Prototipo de interfaz de usuari o

Modelo Conceptual

Modelo Conceptual
c lie n t e P e r te n e c e

1 ..n A t ie n d e 1 ..n E m p le a d o

p e d id o 1 ..n

C o n t ie n e

1 ..n P r o d u c to

Formato Descripcion de Clase

Reglas de Negocio
Una orden tiene muchos articulos Un artculo est presente en muchas ordenes Un empleado dirige un Departamento Un Departamento es dirigido por un empleado

Caso Empresa de Transporte La asociacin de Empresas de Transporte (AET) desea desarrollar un sistema con una acceso nico para la reserva y compra de billetes de avion, tres y autobs. Dicho sistema deber cumplir los siguientes requisitos: R1. El sistema ofrecer a los clientes la posibilidad de consultar va web los horarios y precios disponibles para realizar un viaje en un determinado da en cualquiera de los medios de transporte. A continuacin, el cliente podr, tambin va web, reservar un billete (da y hora de salida, medio de transporte y precio) en uno de los horarios, medios de transporte y precios ofertados. Como resultado de la Reserva el cliente recibir un localizador asociado a la reserva con el podr consultar la informacin del billete reservado. R2. Nuestro sistema acceder al sistema de reserva de la empresa de transporte asociada que corresponda (segn la localidad de salida y el medio de transporte) y realizara la correspondiente reserva. Los sistemas de reserva de las empresas de transportes asociadas ya estn desarrolladas y el acceso se realiza a travs de una interfaz normalizada en la que hay una operacin de reserva para la que se debe indicar el da y la hora de salida de la reserva. R3. El cliente para operar con este sistema no necesita tener instalado en su computador mas que un navegador web. R4. Tras haber realizado la reserva el cliente tiene la posibilidad via web de confirmar o cancelar la reserva indicando el localizador que el sistema le entrego. R5. Al confirmar una reserva, el sistema pedir los datos de la tarjeta de crdito del cliente (numero y fecha de caducidad) y proceder a realizar el cargo en el centro de compensacin de pagos a credito. Este sistema ya esta desarrollado y ofrece una interfaz normalizada con una operacin de pago en la que se debe indicar el numero de tarjeta y la fecha de caducidad y el numero de cuenta donde realizar el abono (que sera el nro. De cuenta de la empresa de transporte asociada en la que se hizo la reserva). Ademas, nuestro sistema deber, a su vez, confirmar la reserva al sistema de reservas de la empresa de transporte que corresponda, indicando el dia y hora de la salida. R6. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los clientes. R7. El sistema deber ser desarrollado en PHP y como gestor de base de datos MySql. R8. Si la Reserva aun no ha sido confirmada, el cliente puede optar por cancelarla. Entonces nuestro sistema acceder a la interfaz normalizada del sistema de reserva de la empresa de transporte que corresponda y cancelara la reserva previamente indicando el da y la hora de salida de la reserva. R9. Se prev en el futuro ofertar la posibilidad de que un cliente pueda reservar un itinerario compuesto por diversos trayectos usando diferentes medios de transporte, de tal forma que el sistema asocie un unico localizador al itinerario completo y no a cada trayecto como se propone ahora.

Caso Financiera La financiera de credito El truco S.A., financia la adquisicin de vehiculos (o refacciones) exclusivamente a sus asociados. El sueo de la directores de la financiera es ser la primera financiera del Per. Para ello han planteado una serie de Objetivos como tener una atencin personalizada a los socios, optimizar los procesos de la financiera. Para ser socio se debe pagar una cuota de inscripcin y para solicitar un financiamiento, se debe haber cotizado como mnimo 3 meses, la cuota de socio (cuota que se paga solicite o no financiamiento para vehiculo). La inscripcin como socio se tiene que presentar los documentos personales del nuevo socio como DNI y datos generales que es recepcionado por el encargado de inscripcin. La meta planteada es que el proceso de inscripcin demore un 10% menos del tiempo actual. A partir del 3er.mes, el socio podr solicitar el financiamiento para adquirir o refaccionar una vehiculo, presentando una solicitud de adquisicin con sus datos y los datos del vehiculo, tales como costo, marca, modelo , ao de fabricacin, etc. Esta informacin es presentada al encargado de crdito. De igual modo debe adjuntar los documentos legales de la compra venta del vehiculo, dicha solicitud es aprobada o desaprobada en el comit directivo. Si la solicitud fue aprobada, el rea de crditos (apoyados por el rea legal). Elaboran los documentos del crdito, evacuando entre otros el cronograma de pagos. El cual esta elaborado en base al monto aprobado y al numero de meses concedidos para pagar, recargando los intereses y comisiones respectivas, efectuando la adquisicin del vehiculo (o prstamo para la refaccin) previa firma de los documentos legales. El objetivo que se tiene es optimizar los procesos de crditos. Tienen una meta de dar 20% mas de crdito que el ao anterior. Los directivos en las entrevistas describieron los requisitos que debera tener el nuevo sistema. R1. El sistema ofrecer a los socios la posibilidad de consultar va web el estado de cuenta de los crditos aprobados, saldos a la fecha para cancelar. Para ello el socio ingresara su cdigo de socio. R2. El encargado de recepcion registrara en el sistema los datos del nuevo socio. R3. El encargado de crdito registrara en el sistema la solicitud de adquisicin. R4. Nuestro Sistema deber ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los socios y los empleados. R5. El sistema deber ser desarrollado en PHP y como gestor de base de datos MySql. R6 El encargado de crdito ingresara al sistema el cronograma de pago por cada crdito aprobado