LABORATORIO 05

Fase de Análisis:
Uso de software draw.io
Instrucciones Generales:
Mediante la plataforma CANVAS el coordinador(a) del
equipo (team NRC x) subirá en ésta 9na semana un
archivo (Lab 05) resultado de su tarea del laboratorio.

En la carátula del Lab 05, no olviden de nombrar al

equipo (team NRC x), coordinador(a), el/la gerente del
Proyecto y cada miembro del equipo que aportó al
cumplimiento de la Fase de Análisis.
 Fase de análisis en
el proyecto empresarial
Documente el problema, las especificaciones de requerimientos, informe de stakeholders,
modelo de proceso, modelo de la información y el modelo de la organización (use draw.io)
Objetivos instruccionales de la sesión:
NOTA: En todos los documentos y modelos para diseñar,
especialmente los modelos, pueden usar el software libre
Draw.io
1. Elaborar, la documentación del problema que es el
estímulo para seguir desarrollando su proyecto. Use
los diagramas de Ishikawa y diagrama de bucles
causales.
2. Elaborar, la especificación de requerimientos
siendo opcional el uso del software Enterprise
Architect para diagramar Casos de Uso.
3. Elaborar, el informe de stakeholders. Use la matriz
de referencia usado en la clase de teoría.
4. Elaborar, el modelo del proceso siendo opcional el
uso del BPM (Business Process Management) Bizagi.
5. Elaborar, el modelo de la información siendo
opcional el uso del DBMS MySQL workbench.
6. Elaborar, el modelo de la organización
(organigrama del área(s) del negocio impactado por
el proyecto en desarrollo).
 El Análisis es un enfoque sistemático para estudiar
la situación problemática, entenderlo, y obtener
requerimientos de una solución para el alivio de
los problemas.
 Para que el equipo del proyecto comprenda la
situación problema, necesita analizarlo.
 El análisis ocurre luego de la fase de Planificación
del Proyecto.
 Reunión de Plan de proyecto Revisión Alternativa Revisión Proyecto
Kick-Off aceptado del análisis aprobada del diseño en marcha

Iniciación del Planificación Generación &

Análisis Diseño Construcción Implementación
proyecto del proyecto evaluación de
alternativas

Constitución del Administración del proyecto Documento de análisis de Soluciones Modelos de diseño Compra y/o construcción
proyecto Programación del proyecto problemas y de candidatas de procesos, de sistemas Pruebas de
(Project charter) Plan presupuestal requerimientos, stakeholder Análisis del Información, & Plan de gestión de resultados
Justificación del Plan de aseguramiento de calidad Estrategias para los candidato Organización cambios
proyecto Plan de gestión de riesgos Modelos de análisis de Pruebas de resultados
(business case) Plan de gestión de la configuración procesos, Información, & Materiales de
y control de cambios organización entrenamiento
 Los resultados de la fase de análisis son los
documentos y modelos para cada una de las
actividades del análisis
 El modelado es conducido a lo largo de las 3
vistas el de información, proceso, y organización.
Mientras que el análisis en cada vista empresarial
puede ser conducida semi-independientemente
de las otras vistas.
1 1.1

1.2

1.3

2 2.1

2.2

2.3
 1.1 Documento del problema
(análisis del problema)

1. DOCUMENTOS 1.2 Especificación de requerimientos

(análisis de los stakeholders)

1.3 Informe de stakeholders

(análisis de requerimientos)

FASE DE ANÁLISIS
2.1 Modelo del proceso
(análisis del proceso)

2.2 Modelo de la información

2. MODELOS (análisis de la información)

2.3 Modelo de la organización

(análisis de la organización)
 Nombre de la Empresa: __________Restaurante “Platos Norteños”_________________
Actividad principal: ________________Preparación y Venta de Menús________________
Alcance del proyecto: _____________Área de Comercialización______________________

FASES V I S TVISTA
A D EDELLA
A INFORMACIÓN
INFORMACIÓN Stakeholders
Inicio del Define project charter y el business case para el proyecto , identifica los recursos necesarios , Propietarios de la
proyecto el alcance inicial, programación y presupuesto. empresa

Planificación Define los objetos de Las funciones principales: Preparación de comida norteña, Ventas de menús y Propietarios de la
del proyecto información incluido en el bebidas embotelladas, Atención de clientes, Logística de insumos, Personal empresa
alcance de su proyecto de Objetos de Información: clientes, empleados, vouchers, artículos, tecnología
diseño empresarial. existente (internet), demanda, caja, tarjetas de débito etc.
Analiza problemas Diagrama de Bucles Causales en base al problema: “Las ventas y su Participantes de la
Análisis de información y rentabilidad al invertir en la actual tecnología digital de comercialización” empresa
sus requerimientos
Generar y Fundamenta las decisiones Propietarios de la
evaluar de diseño de la información Diagrama de Forrester, Red de Petri , Diagrama del flujo de actividades empresa y diseñadores
alternativas (flujogramas) etc.

Diseño Modelo de diseño Modelo de Datos, Diseño de bases de datos Diseñadores de la

de información empresa

Construcción Modelo tecnológico My SQL Workbench Desarrolladores de la

de la información empresa

implementación plan de gestión de cambios para el diseño empresarial implementado Gerente de cambios
 Las actividades para la fase de análisis son:
• Análisis del Problema – coleccionar datos para
comprender los problemas, documentar los
problemas, y luego analizar las causas y efectos
para los problemas.
• Enlazando el análisis de problemas y los
requerimientos se llega al siguiente diagrama:
ANÁLISIS DEL
PROBLEMA
DIAGRAMA CAUSA-EFECTO DE ISHIKAWA:
DIAGRAMA DE BUCLES CAUSALES:
• Análisis de Stakeholders– identificar los
stakeholders (interesados) claves, comprender sus
intereses en el resultado del proyecto, y divisar
una estrategia para tratarlo con cada stakeholder.
El análisis tiene dos propósitos:
1. Identificar a los stakeholders y evaluar sus
conocimientos, puntos de vista y posiciones
relacionadas con el proyecto.
2. Entender las partes interesadas para mejorar
la comunicación y la gestión del cambio

Stakeholders Potenciales
Ejecutivos seniors Gerentes
Empleados Accionistas
Proveedores Clientes
Clientes prospectos Distribuidores
La comunidad Sindicatos
Alianza de socios El gobierno
 MATRIZ DE STAKEHOLDERS
Posición laboral Int/Ext Conocimiento Posición Interés Alianzas Recursos Poder Liderazgo

Posición laboral Título del empleo o posición que tiene el stakeholder y la organización
Int/Ext Interno o externo a la empresa
Conocimiento Nivel de conocimiento sobre proyecto (utilice una escala para medirlo). Una escala útil es
3=significante, 2=algo, y 1=poco o ningún conocimiento.
Posición Partidario, oponente, o ninguno en el Proyecto.
Interés ¿Porqué esta interesado en el proyecto? Liste las ventajas /desventajas
Alianzas ¿Con quién los interesados colaboran o se oponen al proyecto?
Recursos Controlados por el interesado y su disponibilidad para el proyecto. Los recursos pueden ser
(humanos, información, politico, tecnológico, conocimiento, dinero, o material).
Poder Capacidad del interesado para afectar la implementación del proyecto
Liderazgo Voluntad y la capacidad innata del interesado para iniciar y dirigir una acción para o en
contra del proyecto. Las respuestas son (Si o No).
• Análisis de Requerimientos– Un requerimiento es
una descripción de cómo el sistema debe
comportarse o es un atributo o propiedad
esencial del sistema.
• El análisis de requerimientos es la identificación
de los requerimientos del sistema a ser diseñado,
su documentación formal, y luego su gestión a
través de la duración del proyecto.
•El análisis de requerimientos nos lleva a obtener
los requerimientos de la empresa o de sus áreas
de negocio, documentar los requerimientos, y
luego analizarlos; todo lo cual nos lleve a diseñar
una alternativa de solución a los problemas
identificados.
 ANÁLISIS DE
REQUERIMIENTOS
•La técnica (conjunto de
procedimientos descritos
en forma precisa para
cumplir una tarea) utili-
zada para documentar
requerimientos es el
modelado de casos de
uso o use-case modeling.
Introducción a Casos de Uso y Diagramas de Casos
de Uso
 Un Caso de Uso es un conjunto de secuencias de
interacciones entre los sistemas y los usuarios de
un sistema que ayuda a alcanzar un destino
particular. Tienda Casos de uso
ofreciendo
Comprar un producto
cliente descuentos
Escoger un cupón de dscto

Disponibilidad de dsctos.

Escogiendo otro producto

 Razones para usar un Caso de Uso
Ayuda a diseñar un Indica todas las
sistema desde la cosas que podrían
perspectiva del usuario estar equivocadas
Depositar dinero en el banco
Comunica el Usado en varios
comportamiento del caminos para
sistema en terminos desarrollar software
del usuario
Abrir
cuenta
BENEFICIOS
Es fácil capturar
requerimientos funcionales
Depositar Fácil escribir, leer,
Cliente dinero Empleado y entender
de Banco
Pedidos del usuario
son totalmente satisfechos
Pedidos de los
Stakeholders son desarrollados
Componentes de un Caso de Uso

ACTORES CASO DE USO RELACIÓN o ASOCIACIÓN

QUIENES INTERACTUAN FUNCIONALIDAD O SERVICIO RELACIÓN ENTRE ACTORES

CON EL SISTEMA PROPORCIONADO Y EL SISTEMA
POR EL SISTEMA
Reglas Simples
Límite del
sistema

Inician Involucrados
Tema del Caso de Uso

Caso de Uso 1

Actor primario 1

Actor secundario 1
Caso de Uso 1

Actor primario 2
Ejemplo 1:

Delivery System
ALGUIEN PUEDE:
ORDENAR DIGITALMENTE
RECEPCIONAR UNA ORDEN
PREPARAR LA ORDEN DISPONIBLE
ENTREGAR PRESENCIALMENTE LA ORDEN
PAGAR LA ORDEN
 Más detalles:

<<extend>> <<include>> Generalización

COMPORTAMIENTO OBLIGATORIEDAD EL CASO DE USO BASE ES UN
OPCIONAL CASO DE USO ABSTRACTO
EL CASO DE USO BASE SE EL CASO DE USO BASE NO SE CASOS DE USO ESPECIALIZADOS
COMPLETA POR SI MISMO COMPLETA POR SI MISMO SON REQUERIDOS

EL CASO DE USO EXTENDIDO EL CASO DE USO INCLUIDO

ES ALGO ADICIONAL ES REQUERIDO
<<extend>> <<include>> Generalización

caso de uso 1 caso de uso 2

Ejemplo 2:

ATM system
ALGUIEN PUEDE:
RETIRAR UNA CANTIDAD DE DINERO

CONSULTAR SU SALDO

TRANSFERIR FONDOS

REALIZAR PAGOS
• Análisis de Procesos– identificar los procesos
impactados por el proyecto, modelar los procesos,
y analizar sus rendimientos.
Delivery system
ALGUIEN PUEDE:
INGRESAR UN PEDIDO REMOTAMENTE
RECEPCIONAR PEDIDO (CALL CENTER)
INTERACTUAR CON EL CLIENTE
PREPARAR EL PEDIDO HECHO
INTERACTUAR CON EL REPARTIDOR
ENTREGAR FISICAMENTE EL PEDIDO
PAGAR PEDIDO REALIZADO
COMPROBAR PAGO EN EL SISTEMA
• Análisis de la Información– identificar los objetos
de información impactados por el proyecto,
modelar la información, y analizar la
disponibilidad y calidad de la información.
Delivery system
OBJETOS DE INFORMACIÓN:
CLIENTES PRODUCTOS
EMPLEADOS PAGOS
VOUCHERS BANCOS
PEDIDOS
PROVEEDOR INTERNET
• Análisis de la Organización– identificar las
Unidades Organizacionales (UO’s) impactadas
por el proyecto, modelar las UO´s, y analizar sus
estructuras y rendimientos.
• La estructura organizacional describe como se
divide la empresa en unidades organizacionales y
las relaciones entre aquellas unidades.
• Una UO es un grupo distinto de personas
totalmente identificables
• Pueden haber múltiples criterios para tal
agrupamiento; pudiendo serlo por:
• La función que desempeñan
• Los resultados comunes
• Por la geografía
• El agrupamiento, en cuestión, ocurre en múltiples
niveles los cuales forman una jerarquía
organizacional.
• Las bases potenciales para el agrupamiento es:

1. Estructura Funcional
2. Estructura Divisional y
3. Estructura Matricial (simultáneamente
funcional y divisional)
 Estructura Funcional

Presidente

Marketing y Contabilidad
Diseño Producción
Ventas y Finanzas
 Estructura por Producto

Presidente

División
División División
Productos
Automotriz Motocicletas
Marinos
 Estructura Geográfica

Presidente

División América División América

División Europa División Asia
del Norte del Sur
 Estructura por Clientes

Presidente

División División División

Consumidor Comercial Gubernamental