semana- Requerimientos.ppt

ESCUELA ESCUELA PROFESIONAL DE PROFESIONAL DE INGENIERIA DE INGENIERIA DE SISTEMASSISTEMAS

PRACTICAS PRE-PROFESIONALES

IT # 7 IT # 8

IT # 3 IT # 4 IT # 5 IT # 6

IT #1 IT # 2

Iteraciones

Construcción TransiciónElaboración

Concepción

Implementación

Prueba

Implantación

Conf. y Ctrl .de Cambios

Admón. del Proyecto

Administración Entorno

Modelado del Negocio

Análisis y Diseño

Rational Unified Process (RUP)Rational Unified Process (RUP)

RequerimientosRequerimientos

Requerimientos. Objetivos.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 planificación del

contenido técnico de las iteraciones.• Proporcionar las bases para estimar los costos y el

tiempo de desarrollo del sistema.• Definir la interfase gráfica del sistema.

Requerimientos. ArtefactosRequerimientos. Artefactos• Se obtienen los siguientes artefactos.

Modelo de Casos de Uso del Sistema

Especificación de Casos de Uso del

Sistema

Requerimientos no funcionales

Requerimientos funcionales

Actores del Sistema

Casos de Uso del Sistema

Paquetes del Sistema

Prototipos

Modelo Conceptual

¿Qué es un requerimiento?¿Qué es un requerimiento?

Un requerimiento se define como una condición o

capacidad a la que debe ajustarse el sistema que se

construye

Un requerimiento se define como una condición o

capacidad a la que debe ajustarse el sistema que se

construye

¿Dónde identificar ¿Dónde identificar requerimientos?requerimientos?

Clientes

Actividades del negocio

Analistas

SociosUsuarios

¿Cómo capturar ¿Cómo capturar requerimientos?requerimientos?• Entrevistas.• Cuestionarios.• Encuestas.• Sondeos.• Diagramas de procesos y workflows.• Descripción de puestos.• Casos de uso del negocio.• Diagramas de actividades de los procesos del

negocio.

Requerimientos. ActividadesRequerimientos. Actividades1. Identificación de los requerimientos del sistema.

1.1 Identificar requerimientos funcionales.

1.2 Identificar requerimientos no funcionales.

2. Construcción del Modelo de Casos de Uso del Sistema.

3. Construcción del Modelo conceptual.

1. Identificación de 1. Identificación de requerimientosrequerimientos

R

eque

rimie

ntos

Req

uerim

ient

osFuncionales

No Funcionales

1.1 Requerimientos funcionales1.1 Requerimientos funcionales

R

eque

rimie

ntos

Req

uerim

ient

os Funcionales

Especifica lo que debe hacer el

sistema en relación a su

entornos (usuarios u otros

sistemas) sin tener en cuenta

restricciones físicas..

Especifican el comportamiento

de las entradas y salidas del

sistema.

Se describen en un Modelo de Modelo de

Casos de Uso del SistemaCasos de Uso del Sistema.

1.1 Requerimientos funcionales1.1 Requerimientos funcionales

R

eque

rimie

ntos

Req

uerim

ient

os Funcionales

Ejemplo: El sistema deberá:

• Actualizar la información de los

profesores.

• Consultar los horarios de los

cursos.

• Registrar reglas de evaluación.

• Consultar la programación de

los exámenes.

• Cerrar un curso.

1.2 Requerimientos no 1.2 Requerimientos no funcionalesfuncionales

R

eque

rimie

ntos

Req

uerim

ient

os No Funcionales

Describen los atributos del

sistema, entorno o ambiente

donde éste se desarrolla.

Se describen en el Documento de Documento de

Requerimientos No FuncionalesRequerimientos No Funcionales.

Los que influyan en la arquitectura

funcional del sistema se describen

también en el Modelo de Casos Modelo de Casos

de Uso del Sistemade Uso del Sistema.

1.2 Requerimientos no 1.2 Requerimientos no funcionalesfuncionales• Apariencia o interfaz externa.

• Usabilidad.

• Rendimiento.

• Soporte.

• Portabilidad.

• Seguridad.

• Políticos y Culturales.

• Legales.

• Confiabilidad.

10.Interfaz interna.

11.Ayudas y documentación en línea.

12.Software.

13.Hardware.

14.Restricciones en el diseño y la implementación.

2. Modelo Casos de Uso del 2. Modelo Casos de Uso del SistemaSistema• 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 información que participan: Directamente en el sistema.

2. Modelo Casos de Uso del 2. Modelo Casos de Uso del SistemaSistema• Garantizar.

Comunicación con el usuario final y el experto del dominio.

Credibilidad en una etapa inicial del desarrollo del sistema.

Comprensión mutua de los requerimientos.

• Identificar. Quién interactuará con el sistema. Qué deberá hacer el sistema. Qué interfaz deberá tener el sistema.

2. Modelo Casos de Uso del 2. Modelo Casos de Uso del SistemaSistema• Verificar.

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

• Apoyar. La etapa de pruebas. Las planificación del proyecto.

Casos de UsoCasos de Uso

Casos de uso Modelado del Negocio

Casos de uso de Requerimientos

Casos de uso Análisis y Diseño

2. Modelo Casos de Uso del 2. Modelo Casos de Uso del SistemaSistema• 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 2. Modelo Casos de Uso del SistemaSistema• Estereotipos más importantes en el Modelo de

Casos de Uso del Sistema.

Paquete

UM

LU

ML

Actor Caso de Uso

2. Modelo Casos de Uso del 2. Modelo Casos de Uso del SistemaSistema1. 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.

2.1 Actores del Sistema2.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 información.

• Ejemplo: Vendedor. Jefe de Almacén. Asistente de Producción.

Nombre del Actor

2.1 Actores del Sistema2.1 Actores del Sistema• ¿Dónde encontrar a los actores del sistema?

Trabajadores del negocio (bussiness workers).

2.1 Actores del Sistema2.1 Actores del Sistema• Otros elementos que ayudan a encontrar a los

actores del sistema. Personas que usan el sistema. Personas que interactuarán con el sistema. Personas que proveen información 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 más obvias del sistema.

2.1 Actores del Sistema2.1 Actores del Sistema• ¿Dónde encontrar a los actores del sistema?

Usuarios que se requieren para desarrollar funciones secundarias, tales como mantenimiento y administración del sistema.

Personas que instalarán 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 2.1.1 Lista de Actores del SistemaSistema• La lista de los actores del sistema se realiza

especificando: Nombre del actor:

Debe dar idea clara de la función que realiza o desempeña.Sustantivo con letra inicial mayúscula.Siempre corresponde con el nombre de un rol (trabajador) en

el proceso del negocio.Excepciones pueden ser roles de mantenimiento y

administración del sistema. Descripción:

Describir la función que realiza para el sistema y la responsabilidad que tiene.

2.1.1 Diagrama de Actores del 2.1.1 Diagrama de Actores del SistemaSistema

Vendedor Asistente

Usuario

Lector de código de barra

2.2 Paquete2.2 Paquete• Un paquete es una colección de artefactos (casos

de uso, actores, relaciones, diagramas y otros paquetes) que se utiliza para dividir un modelo en partes de menor tamaño.

• Ejemplo: Paquete Ventas. Paquete Seguridad.

Nombre del Paquete

2.2.1 Diagrama de paquetes2.2.1 Diagrama de paquetes

Ventas

Almacén

R.R.H.H.

Evaluación técnica

Seguridad

2.3 Casos de uso del sistema2.3 Casos de uso del sistema• Un caso de uso del sistema identifica:

Es un proceso específico del sistema con identidad propia.

Define una secuencia de acciones que el sistema realiza para un actor en particular.

Define la interacción 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 sistema2.3 Casos de uso del sistema• ¿Dónde encontrar casos de uso del sistema?

¿Cuáles son las actividades del negocio objetos de automatización?

¿Cuáles 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 2.3.1 Lista casos de uso del SistemaSistema• 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.

Descripción: Se indica el objetivo fundamental del caso de uso.

2.3.2 Diagrama Casos de uso 2.3.2 Diagrama Casos de uso SistemaSistema• Herramienta proporcionada por UML.

• Describir cómo 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 relación entre ellos.

• No constituye un Diagrama de Flujo de Datos.

• Solo se tiene en cuenta “¿QUIÉN realiza QUÉ proceso?” ¿QUIÉN? (actor). ¿QUÉ? (caso de uso). Asociaciones entre ellos.

2.3.2 Diagrama Casos de uso 2.3.2 Diagrama Casos de uso SistemaSistema

Alquiler de Vehiculo

(from Casos de Uso)

Reservar Vehiculo

(from Casos de Uso)

Counter

(from Actor...

Facturar cliente

(from Casos de Uso)

Buscar Vehiculo Disponible

(from Casos de Uso)

Buscar Cliente

(from Casos de Uso)

<<include>><<include>>

<<extend>>

<<include>>

<<include>>

<<include>>

Asociaciones entre casos de Asociaciones entre casos de usouso• Las asociaciones entre casos de uso pueden ser de

tres tipos. Asociación de inclusión (include). Asociación de extensión (extended). Asociación de Generalización (herencia).

Asociación de inclusión Asociación de inclusión (include)(include)• Es una relación de dependencia entre dos casos de

uso.• El caso de uso basebase depende del caso de uso

incluidoincluido.• Se establece cuando el caso de uso basebase necesita

incluir obligatoriamente la secuencia de acciones descritas por el caso de uso incluidoincluido.

• El caso de uso incluidoincluido es de obligatoria ejecución cuando ocurra el evento respectivo dentro del caso de uso basebase.

Asociación de inclusión Asociación de inclusión (include)(include)• La flecha se orienta de manera que indique que el

caso de uso basebase es quien necesita incluir al caso de uso incluidoincluido.

• Se utiliza el estereotipo <<include>> y se coloca encima de la flecha.

Caso de Uso base Caso de Uso incluido

<<include>>

Asociación de inclusión Asociación de inclusión (include)(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.

Realizar ventade producto

Realizar movimentode producto

<<include>>Cajero

Realizar compra de insumos

Comprador

<<include>>

Asociación de inclusión Asociación de inclusión (include)(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”.

Asociación de extensión Asociación de extensión (extended)(extended)• Al caso de uso basebase solo le interesa el resultado de

la invocación del caso de uso extendidoextendido.

• ¿Cuándo utilizar la extensión? Cuando exista un comportamiento común a varios

casos de uso (reuso). Las acciones similares en los casos de uso basebase se extraen al caso de uso extendidoextendido.

Cuando existen casos de uso complejos: Se simplifica el caso de uso basebase extrayendo parte de las acciones al caso de uso extendidoextendido.

Asociación de extensión Asociación de extensión (extended)(extended)• La flecha se orienta de manera que indique que el

caso de uso extendidoextendido constituye la extensión del caso de uso basebase.

• Se utiliza el estereotipo <<extended>> y se coloca encima de la flecha.

Caso de Uso base Caso de Uso extendido

<<extended>>

Asociación de extensión Asociación de extensión (extended)(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.

Realizar ventade producto

Realizar movimentode producto

<<include>>Cajero

Realizar compra de insumos

Comprador

<<include>>

Actualizar Tarjeta Bonus

<<extended>>

Asociación de extensión Asociación de extensión (extended)(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”.

Asociación de generalizaciónAsociación de generalización• Es una relación de herencia entre casos uso.• Los casos de uso hijoshijos heredan el comportamiento

del caso de uso padrepadre.• El caso de uso padrepadre es abstracto y solo se crean

instancias de los casos de uso hijoshijos.• ¿Cuándo utilizar la generalización?

Cuando existen casos de uso que poseen un comportamiento exactamente igual o común.

Las actividades comunes son llevadas hacia un caso de uso padrepadre o generalizado.

Las actividades diferentes y particulares se quedan en los casos de uso hijoshijos.

Asociación de generalizaciónAsociación de generalización• Se utiliza una flecha con saeta transparente.

• La flecha se orienta de manera que indique que los casos de uso hijoshijos necesitan heredar el comportamiento del caso de uso padrepadre.

Caso de Usopadre

Caso de Usohijo 1

Caso de Usohijo 2

Asociación de generalizaciónAsociación de generalización• Llamada telefónica nacional o internacional.

• Las acciones para “ Realizar Llamada nacional” o “Realizar llamada internacional” tienen acciones exactamente iguales que se pueden generalizar en “Realizar llamada telefónica”.

Realizar llamada telefónica

Realizar llamada nacional

Cliente

Realizar llamada internacional

EjemploEjemploCaso 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 búsqueda de los datos del cliente y también el sistema hace una búsqueda 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 Búsqueda de vehículos disponibles y una búsqueda 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:Solucion:Requerimientos Funcionales:

Caso Alquiler de VehiculosLa 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 búsqueda de los datos del cliente y también el sistema hace una búsqueda 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 Búsqueda de vehículos disponibles y una búsqueda 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:Solucion:Requerimientos No Funcionales:


Solucion:Solucion:Casos de Uso de Requerimientos


Solucion:Solucion:Actores de SistemaActores de Sistema

Caso Alquiler de VehiculosLa 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 búsqueda de los datos del cliente y también el sistema hace una búsqueda de los datos de vehiculo que desea alquilar el cliente.R2. El Sistema debe ser desarrollado en Visual Basic. Net.R3. El counterEl 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 Búsqueda de vehículos disponibles y una búsqueda 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 counterel 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:Solucion:

Alquiler de Vehiculo

(from Casos de Uso)

Reservar Vehiculo

(from Casos de Uso)

Counter

(from Actor...

Facturar cliente

(from Casos de Uso)

Buscar Vehiculo Disponible

(from Casos de Uso)

Buscar Cliente

(from Casos de Uso)

<<include>><<include>>

<<extend>>

<<include>>

<<include>>

<<include>>

Solucion:Solucion:

Alquiler Vehiculo Facturar

Diagrama de PaquetesDiagrama de Paquetes

Solucion:Solucion:

RCU Reserva de Vehiculo

RCU Alquiler de Vehiculos

Reserva de Vehiculo

(from Use Cases)

Alquiler de Vehiculos

(from Use Cases)

<<extend>>

Realizacion de los Casos de UsoRealizacion de los Casos de Uso

Analisis RequerimientosAnalisis RequerimientosAnalisis RequerimientosAnalisis Requerimientos

TecnicasTecnicas

Actividades de la Captura de RequisitosSegún el RUP, los principales pasos para capturar los requerimientos son:

• Identificación de Actores y Casos de uso• Priorizar Casos de Uso• Detallar Casos de Uso• Estructurar el MCU• Prototipar la interfaz de usuario (GUI).

Identificación de escenarios

¿Qué tareas necesita el actor que realice el sistema?

¿Qué información consulta el actor? ¿quién crea esos datos? ¿se pueden modificar? ¿quién puede hacerlo?

¿Qué cambios externos necesita informar el actor al sistema? ¿Cuándo y con qué frecuencia?

¿De qué eventos necesita el actor que le informe el sistema? ¿cuándo y con qué frecuencia?

Identificación de RequerimientosIdentificación de Requerimientos

Requerimiento FuncionalRequerimiento Funcional

Requerimiento No FuncionalRequerimiento No Funcional

Identificación de RequerimientosIdentificación de Requerimientos

Matriz Proceso Matriz Proceso RequerimientosRequerimientosMatriz Proceso Matriz Proceso RequerimientosRequerimientos

Matriz Casos de Uso negocio vs Casos Matriz Casos de Uso negocio vs Casos de uso de Sistemade uso de Sistema

Documentos para Gestionar los RequisitosDocumentos para Gestionar los Requisitos

Documento VisiónDocumento VisiónDocumento VisiónDocumento Visión

VisionVision

Plantilla de Caso de UsoPlantilla de Caso de UsoPlantilla de Caso de UsoPlantilla de Caso de Uso

Descripción de los Actores del SistemaDescripción de los Actores del Sistema

Descripción de los Casos de UsoDescripción de los Casos de Uso

Trazabilidad de Requerimientos con Casos de usoTrazabilidad de Requerimientos con Casos de uso

¿Por qué Trazabilidad de Requerimientos con ¿Por qué Trazabilidad de Requerimientos con Casos de uso?Casos de uso?

Priorización de casos de uso• Determinar cuáles son necesarios para el desarrollo en las primeras

iteraciones y cuáles pueden dejarse para posteriores iteraciones

• Cuestiones a tener en cuenta:

CU con dificultad de desarrollo

CU imprescindibles para la puesta en marcha del sistema

Organización del desarrollo incremental

Disponibilidad de equipo de desarrollo

• Se revisa la priorización con el Jefe de Proyecto y se utiliza como entrada para la planificación de cada iteración del proyecto.

Priorizar requerimientos 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 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 Detallar los casos de usocasos de uso

Detallar los casos de Uso• Objetivo principal: describir su flujo de sucesos en detalle

Cómo comienzaCómo terminaCómo interactúan 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: descripción detallada medianteTextoDiagramas

Documento Plantilla de Caso de UsoDocumento Plantilla de Caso de Uso

Prototipos (GUI)Una alternativa para la definición de los requerimientos.Consiste en capturar un conjunto inicial de necesidades e implementarlas rápidamente con la intención de expandirlas y refinarlas iterativamente, al ir aumentando la compresión que tienen del sistema los Usuarios y Desarrolladores.

Prototipado de la interfaz• Diseño lógico de la interfaz: se decide qué se necesita de las interfaces

de usuario para habilitar los CU para cada actor• Diseño físico de la interfaz: se desarrollan prototipos que ilustran cómo

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 más importantes.

Caso de uso(descrito)

Prototiparla interfaz

Prototipo de interfaz de usuario

____________

Requisitos adicionalesModelo de

casos de uso

____________

Glosario

Modelo ConceptualModelo ConceptualModelo ConceptualModelo Conceptual

Modelo Conceptual Modelo Conceptual

cliente

Empleado

pedido1..n

1

1..n

1 Pertenece

1..n

1

1..n

1

Atiende

Producto1..n

1..n1..n

1..n

Contiene

Formato Descripcion de ClaseFormato Descripcion de Clase

Una ordenUna orden tiene tiene muchosmuchos articulos articulos

Un artículoUn artículo está presente en está presente en muchasmuchas ordenes ordenes

Un empleadoUn empleado dirige dirige unun Departamento Departamento

Un DepartamentoUn Departamento es dirigido por es dirigido por unun empleado empleado

Reglas de NegocioReglas de Negocio

Caso – Empresa de TransporteLa asociación de Empresas de Transporte (AET) desea desarrollar un sistema con una acceso único para la reserva y compra de billetes de avion, tres y autobús. Dicho sistema deberá cumplir los siguientes requisitos:R1. El sistema ofrecerá a los clientes la posibilidad de consultar vía web los horarios y precios disponibles para realizar un viaje en un determinado día en cualquiera de los medios de transporte. A continuación, el cliente podrá, también vía web, reservar un billete (día 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 información del billete reservado.R2. Nuestro sistema accederá al sistema de reserva de la empresa de transporte asociada que corresponda (según 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 están desarrolladas y el acceso se realiza a través de una interfaz normalizada en la que hay una operación de reserva para la que se debe indicar el día 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 crédito del cliente (numero y fecha de caducidad) y procederá a realizar el cargo en el centro de compensación de pagos a credito. Este sistema ya esta desarrollado y ofrece una interfaz normalizada con una operación 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 día 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 – FinancieraLa financiera de credito “El truco S.A.”, financia la adquisición de vehiculos (o refacciones) exclusivamente a sus asociados. El sueño de la directores de la financiera es ser la primera financiera del Perú. Para ello han planteado una serie de Objetivos como tener una atención personalizada a los socios, optimizar los procesos de la financiera.Para ser socio se debe pagar una cuota de inscripción y para solicitar un financiamiento, se debe haber cotizado como mínimo 3 meses, la cuota de socio (cuota que se paga solicite o no financiamiento para vehiculo). La inscripción como socio se tiene que presentar los documentos personales del nuevo socio como DNI y datos generales que es recepcionado por el encargado de inscripción. La meta planteada es que el proceso de inscripción 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 adquisición con sus datos y los datos del vehiculo, tales como costo, marca, modelo , año de fabricación, etc. Esta información es presentada al encargado de crédito. 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 créditos (apoyados por el área legal). Elaboran los documentos del crédito, 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 adquisición del vehiculo (o préstamo para la refacción) previa firma de los documentos legales. El objetivo que se tiene es optimizar los procesos de créditos. Tienen una meta de dar 20% mas de crédito que el año anterior.Los directivos en las entrevistas describieron los requisitos que debería tener el nuevo sistema.R1. El sistema ofrecerá a los socios la posibilidad de consultar vía web el estado de cuenta de los créditos aprobados, saldos a la fecha para cancelar. Para ello el socio ingresara su código de socio.R2. El encargado de recepcion registrara en el sistema los datos del nuevo socio.R3. El encargado de crédito registrara en el sistema la solicitud de adquisición.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 crédito ingresara al sistema el cronograma de pago por cada crédito aprobado

semana- Requerimientos.ppt

Documents

Transcript of semana- Requerimientos.ppt