MODELO DE NEGOCIOS IV

ANALISIS Y DISEÑO DE SISTEMA

Sesión 05Ing. Sanchez Castillo Eddye Arturo

eddiesanchez0710@gmail.comwww.ceneinnova/eddyesanchez

CURSO: Análisis y Diseño de Sistemas 02

Contenido

1. Especificaciones de Caso de Uso del Negocio(ECUN)

2. Trabajos Prácticos

ECUNLo que Bien Comienza, Bien Acaba…Si entra basura, sale basura... Dos grandes verdades en cualquier proceso.Los proyectos de software no son la excepción; si no iniciamos el desarrollo partiendo de requerimientos correctamente establecidos tendremos muchos problemas para lograr que al final todos los involucrados queden satisfechos.Un ejemplo en este sentido suele ser UN MAL ENTENDIMIENTO DE LOS REQUERIMIENTOS entre usuarios y desarrolladores.

CURSO: Análisis y Diseño de Sistemas 03

ECUNUna especificación de caso de uso proporciona detalles textuales de un caso de uso.Este tema ofrece un ejemplo de descripción de una especificación de caso de uso.

CURSO: Análisis y Diseño de Sistemas 04

ECUNAún y cuando el equipo de desarrollo cree comprender lo que el cliente le está solicitando, existe una buena probabilidad de que no sea así, ya que ni siquiera el cliente está totalmente consiente de qué es lo que quiere o necesita..Ahí es donde el analista entra al rescate, pues debe facilitarle al usuario expresar sus necesidades para validarlas posteriormente mediante mecanismos eficientes de comunicación que ambos entiendan. Un ejemplo excelente de estos mecanismos son las especificaciones de casos de uso.

CURSO: Análisis y Diseño de Sistemas 05

ECUNEspecificaciones de caso de Uso del Negocio (ECUN) detalla los pasos necesarios para cumplir con los caso de uso.

Para especificar cada caso de uso deberíamos de tomar en consideración los siguientes aspectos:• Interacciones • Eventos• Nivel de detalle• Escenarios• Claridad y Enfoque de Usuario

CURSO: Análisis y Diseño de Sistemas 06

ECUNEventos.Indicar cada uno de los eventos que ocurren durante el caso de uso (consulta de datos, capturas, cálculos, etc.)Nivel de detalle.Los casos de uso y sus especificaciones son la base del contrato que establecemos con nuestro cliente, por lo que debemos de buscar especificarlo al máximo detalle. Recuerda que entre más sepamos de la funcionalidad del sistema más precisas serán las estimaciones de nuestro plan de trabajo.

CURSO: Análisis y Diseño de Sistemas 07

ECUNEscenarios.Un caso de uso muestra diferentes escenarios posibles y no una sola forma de ejecutarlo. Debemos de explicar cada uno de esos escenarios, mediante un flujo principal y sus diferentes flujos alternos y excepcionales.

Claridad y Enfoque de Usuario.Busca claridad en la explicación de los casos de uso utilizando la jerga de negocio a la hora de redactarlo sin mencionar detalles técnicos a los que no está acostumbrado. Sobre todo te interesa poder validar con éste que lo documentado en las especificaciones de los casos de uso es lo que requiere para su sistema, así que si no los entiende no cumplirán su propósito principal.

CURSO: Análisis y Diseño de Sistemas 08

ECUNA continuación se mencionan algunos elementos extras con los que puedes complementar la plantilla para documentar tus especificaciones de casos de uso.Propósito.Si comienzas por este punto se te facilitará definir los pasos más relevantes para ejecutar el caso de uso.Precondiciones.Son las condiciones que se deben de cumplir en el sistema antes de iniciarlo. El estado en que se debe encontrar el sistema antes de ejecutarlo. Postcondiciones.Te indica como queda el sistema después de ejecutar el caso de uso. Requerimientos Especiales.Cualquier requerimiento extra del sistema, asociado al caso de uso especificado.Puntos de Extensión.Puntos donde se extiende el caso de uso mediante una relación de <<extend>>.

CURSO: Análisis y Diseño de Sistemas 09

Estructura de un ECUN

CURSO: Análisis y Diseño de Sistemas 010

Caratula

<NOMBRE DEL PROYECTO>ESPECIFICACIONES DE CASO DE USO DE NEGOCIO

(ECUN)<NOMBRE DEL PROCESO>

Pag. 2

HISTORIAL

Pag. 3 TABLA DE CONTENIDOS

FECHA VERSION DESCRIPCION AUTOR

TABLA DE CONTENIDOS

1. INTRODUCCION1.1 Propósito1.2 Alcance1.3 Definiciones Acrónicos y Abreviaturas1.4 Referencias1.5 Descripción

2. CASO DE USO DE NEGOCIO2.1 Breve Descripción

3. METAS4. METAS DE FUNCIONAMIENTO

CURSO: Análisis y Diseño de Sistemas 011

5. FLUJO DE TRABAJO5.1 Flujo Básico5.2 Flujo Alternativo5.3 Pre-Condiciones5.4 Post-Condiciones

6. CATEGORIA7. RIESGOS8. POSIBILIDADES9. DUEÑOS DEL PROCESO10. REQUERIMIENTOS

ESPECIALES11. PUNTOS DE EXTENSION

ECUN

CURSO: Análisis y Diseño de Sistemas 012

VER VIDEO DE PLANTILLA

ECUN

TRABAJO GRUPAL

CURSO: Análisis y Diseño de Sistemas 013

CASO EMPRESA FABCLM La empresa FABCLM se dedica a la fabricación de productos de consumo masivo. La Gerencia General desea usar sistemas automatizados para apoyar las principales actividades que la empresa realiza en los procesos de atención de pedidos, control de la fabricación, Proceso de facturación y Entrega de mercadería, luego de algunas entrevistas se dispone de la siguiente información. PROCESO DE ATENCION DE PEDIDOS Los clientes envían sus pedidos por distintos medios (teléfono, correo o fax), los cuales son recibidos por la empleada encargada de la oficina de Atención a Clientes, quien solicita que se realicen las siguientes comprobaciones: Antonio (Dpto. Almacén) se encarga de verificar la disponibilidad de los artículos solicitados, consultando el inventario de artículos, Juan (Dpto. de contabilidad) verifica el estado de la cuenta del cliente para ver si tiene deudas pendientes, y por ultimo para que la empleada acepte el pedido se pide información al Dpto. legal para ver si el cliente tiene antecedentes sospechosos. En caso de que los pedidos no cumplan alguna de las condiciones anteriores serán rechazados, notificándoselo al cliente, Pero si todo es correcto se aceptarán los pedidos. En ambos casos es la empleada la que informa al Cliente. PROCESO DE CONTROL DE FABRICACION Después de la aceptación se debe generar las órdenes de producción, a cargo del Jefe de Producción. Para ello, a los pedidos aceptados se le asigna un número de trabajo interno y se registran en pedidos pendientes, las órdenes de producción son enviadas a la sección de fabricación para que empiece a elaborar los productos de dicho pedidos. Cuando finaliza el trabajo el Jefe de Producción elabora una carta donde indica a quien serán enviadas las unidades que se encuentran listas. PROCESO DE FACTURACION: Recibida la carta de productos terminados el Dpto. de facturación procede a elaborar la factura y el talón de embarque. Una copia de la factura se envía al Dpto. de Contabilidad que se encarga de realizar los asientos. Otra copa se añade al archivo de facturas. Este último archivo se emplea únicamente como referencia; no es un archivo activo sino que solo sirve para seguridad. A todas las facturas se les asigna un número y son registradas en archivo de facturas. PROCESO DE ENTREGA: La recepción de los artículos elaborados es en el área de embarque, donde son empaquetadas, y el talón de embarque se anexa a la carta de embarque. En base a la información contenida en el talón de embarque se procede a entregar la mercadería a domicilio asignando la movilidad correspondiente o llamar al cliente para indicarle que su mercadería esta lista y se apersone a recogerla.

D.A. Atención Pedidos

CURSO: Análisis y Diseño de Sistemas 014

D.C. Atención Pedidos

CURSO: Análisis y Diseño de Sistemas 015

D.C. Fabricación

CURSO: Análisis y Diseño de Sistemas 016

D.C. Entrega

CURSO: Análisis y Diseño de Sistemas 017

Fin de la Presentación

GRACIAS

Análisis y Diseño de Sistemas 018