Sesion 05

ANALISIS Y DISEÑO DE SISTEMA
TALLER DE
MODELADO
DE NEGOCIO
Ing. Sanchez Castillo Eddye Arturo

[email protected]
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.
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.

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

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

ECUN
VER VIDEO DE
PLANTILLA
ECUN

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.

D.A. Atención Pedidos

D.C. Atención Pedidos

D.C. Fabricación

D.C. Entrega

Fin de la Presentación
GRACIAS
Análisis y Diseño de Sistemas

018

Sesion 05

Cargado por

Copyright:

Formatos disponibles

Sesion 05

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sesion 05

Cargado por

Copyright:

Formatos disponibles

ANALISIS Y DISEÑO DE SISTEMA

Ing. Sanchez Castillo Eddye Arturo

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

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

Para especificar cada caso de uso deberíamos de

FECHA VERSION DESCRIPCION AUTOR

Pag. 3 TABLA DE CONTENIDOS

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

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

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

PROCESO DE ATENCION DE PEDIDOS

PROCESO DE CONTROL DE FABRICACION

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

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

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

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

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

Análisis y Diseño de Sistemas

También podría gustarte