ANALISIS Y DISEÑO DE SISTEMA

TALLER DE
MODELADO
DE NEGOCIO

Ing. Sanchez Castillo Eddye Arturo

eddiesanchez0710@gmail.com
www.ceneinnova/eddyesanchez
Sesión 05
 Contenido

1. Desarrollo de Casos
2. Trabajos Prácticos

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

 ECUN
Lo 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
 ECUN
Una 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

 ECUN
Aú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
 ECUN
Especificaciones 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
 ECUN
Eventos.
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
 ECUN
Escenarios.
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
 ECUN
A 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
<NOMBRE DEL PROYECTO>
ESPECIFICACIONES DE CASO DE USO DE NEGOCIO
Caratula (ECUN)
<NOMBRE DEL PROCESO>

HISTORIAL

FECHA VERSION DESCRIPCION AUTOR

Pag. 2

Pag. 3 TABLA DE CONTENIDOS

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

 TABLA DE CONTENIDOS
1. INTRODUCCION 5. FLUJO DE TRABAJO
1.1 Propósito 5.1 Flujo Básico
1.2 Alcance 5.2 Flujo Alternativo
1.3 Definiciones Acrónicos y 5.3 Pre-Condiciones
Abreviaturas 5.4 Post-Condiciones
1.4 Referencias 6. CATEGORIA
1.5 Descripción 7. RIESGOS
2. CASO DE USO DE NEGOCIO 8. POSIBILIDADES
2.1 Breve Descripción 9. DUEÑOS DEL PROCESO
3. METAS 10. REQUERIMIENTOS
4. METAS DE FUNCIONAMIENTO ESPECIALES
11. PUNTOS DE EXTENSION

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

 ECUN

VER VIDEO DE
PLANTILLA
ECUN

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

 TRABAJO GRUPAL
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.

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

 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