ANÁLISIS DE SISTEMAS

DE INFORMACIÓN

Modelado Análisis de Negocio

Diagrama de Actividad
Sesión S6

© Nehil Muñoz C.
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Agenda
• Ejercicio - MAN
• Especificación de CUS
• Diagrama de Clases de Análisis
• Diagrama de Paquetes

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Caso 1:
La jefa de calidad educativa (JCE) ha solicitado los servicios al área de sistemas para que sistematice el proceso de
encuestas. Para llevar a cabo esta sistematización el analista realiza el levantamiento de información entrevistando
a las personas que trabajan dentro de este proceso. A continuación un resumen de cómo trabaja esta área:

El coordinador de sede (CS) solicita a la JCE la elaboración de encuestas a docentes.

JCE elabora las preguntas y comunica a su asistente para que cree el formato de encuesta y registre las preguntas
con sus respectivas opciones. Una vez finalizada la elaboración, la asistente le entrega el formato terminado a la
JCE para su visto bueno.Una vez aceptado el formato la JCE ordena a su asistente que se acerque a las aulas para
que entregue las encuestas a los alumnos donde procederán a llenarla y entregarla a la asistente para que calcule
el puntaje de cada docente. Obtenido el puntaje, la asistente informa sobre la evaluación de cada docente a la JCE,
con esta información la JCE genera un informe, el cual será entregado al (CS) quien entrega el informe a los
profesores al final del ciclo.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Caso 2:
La Servicios Postales Express tiene como principal servicio, la entrega de paquetes y documentos hacia
diferentes destinos por vía aérea, tanto en el interior del país
como en las principales ciudades del mundo. Actualmente en el Perú, la empresa tiene 15 Centros de
Servicios, tanto en Lima como en Provincias, lugares a donde los clientes acuden para realizar sus envíos.

Al llegar al Centro de Servicios, el cliente solicita realizar una operación de envío al Asesor de
Servicio al Cliente, éste le pide el nombre de la ciudad destino; si se trata de un paquete lo coloca en la
balanza y anota el peso. Con esta información, busca en el tarifario el valor de venta del servicio a cobrar
más los extra-cargos, en seguida le comunica al cliente y pide su conformidad para continuar. Si el Cliente
acepta, el Asesor de Servicio al Cliente le pide los datos del Remitente, su documento de Identidad (RUC,
DNI, Carnet de Extranjería u otros), nombre, dirección completa, teléfono y correo electrónico. Luego pide
los datos personales del Destinatario: Nombre y Apellidos, Dirección completa, Código Postal, Teléfono.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos

El Asesor de Servicio al Cliente emplea toda la información recabada, registra la guía aérea y la
emite con 4 copias; además, le solicita al Cliente la forma de pago del servicio, realiza la cobranza
y finalmente la registra, emitiendo la Factura o Boleta de Venta. Antes de finalizar la atención, el
Asesor de Servicio al Cliente registra el número de guía aérea, la fecha y la hora en que recibe el
documento o paquete en una aplicación de uso global denominada Global Shipments; esta
información se denomina checkpoint (punto de control) “Pick Up“(recojo). Un checkpoint es un
código de evento que sirve para otorgar trazabilidad a los envíos desde que son tomados por la
empres hasta la entregarle al destinatario. Para Finalizar, el Asesor de Servicio al Cliente le
entrega al Cliente una copia de la Guía Aérea y su correspondiente documento de venta (Boleta o
Factura).

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos
El Asesor de Servicio al Cliente, pega la guía aérea en el envío, luego la coloca en la zona de
“Salida”. Al finalizar el día, el Courier encargado de recoger los envíos para transportarlos a la Oficina
Central, se dirige según su ruta a la Estación de Servicios para recoger los envíos dejados, estos están
ubicados en la “Zona de Salida”, son tomados por el Courier y escaneados (tiene adherido la guía aérea) por
un dispositivo móvil para registrar el checkpoint “With Courier” (con el Courier). Cada cierto tiempo este
dispositivo móvil transmite los checkpoints a través de una conexión GPRS contratada a Telefónica hacia el
sistema Global Shipments. Todos los envío son colocados en la unidad móvil y transportados a la Oficina
Central. En este lugar los operadores se encargan de hacer la separación de los envíos por tipo: envíos
domésticos a un lado y en otros envíos internacionales, luego se hace un ordenamiento por ciudad destino.
Eventualmente, el Cliente requiere averiguar el estado de su envío, entonces se contacta por vía telefónica
con un Asesor de Servicio al Cliente, quién le solicita el número de su guía aérea. El cliente le entrega este
dato y el Asesor de Servicio al Cliente verifica si es correcto y si ha sido registrado. Si existe consulta en el
sistema Global Shipment, el lugar y último checkpoint registrado, luego interpreta la información y se la
brinda al Cliente.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

DIAGRAMA DE ACTIVIDAD

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Diagrama de actividades
Especifica el flujo de control y el flujo de datos entre varios pasos: las acciones, necesarias
para implementar una actividad.

• En UML 2, los diagramas de actividad utilizan conceptos de lenguaje orientados al flujo

que encuentran sus orígenes en lenguajes para definir procesos de negocio.
• Modela la dinámica de casos de uso del negocio: Abarca tareas automáticas y manuales.
• Es útil para indicar en un proceso:
• Las tareas a realizar.
• La secuencia de ejecución de las tareas.
• La interacción entre los actores y trabajadores
• La forma en que el proceso maneja las entidades.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Importante

• Un diagrama de actividad permite especificar el comportamiento definido

por el usuario en forma de actividades.
• Una actividad en sí misma puede describir la implementación de un caso
de uso.
• A un nivel muy detallado, también puede definir el comportamiento de
una operación en forma de instrucciones individuales, o en una forma
menos detallada, modelar las funciones de un proceso de negocio.
• Un proceso de negocio define cómo los socios comerciales tienen que
interactuar entre sí para lograr sus objetivos También puede describir los
procesos internos dentro de una empresa.
• El comportamiento se puede definir así en diferentes niveles de
granularidad.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Diagrama de actividades

El Diagrama deActividades está

compuesto por los elementos
siguientes.
• Estado inicial (start state).
• Actividad (activity).
• Transición de estado
(state transition).
• Decisión (decision).
• Barra de sincronización
(synchronization).
• Rol o calle (swimlane).
• Estado final (end state).

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos del Diagrama de Actividad

Actividad : Representan el desarrollo de una
actividad o paso dentro de un workflow.
El nombre de la actividad debe:
• Ser simple y breve.
• Ser un verbo o frase verbal en infinitivo.
• Incluir el objeto de la actividad.
• Colocarse dentro del símbolo de la actividad Buscar los datos del cliente

Estado Inicial : Representa el inicio de un workflow.

• Existe un único estado inicial.
• Se coloca dentro del swimlane
correspondiente al rol que comienza el caso
de uso.
• Se representa a través de un círculo de color
negro.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos del Diagrama de Actividad

Estado Final : Representa el fin de un flujo de
actividades en el workflow.
• Se coloca dentro del swimlane
correspondiente al rol que termina el casode
uso.
• Puede haber más de un estado final.
• Se representa através de un círculo de color
negro dentro de un círculo transparente.

Estado transitorio: Representa tiempos de espera

en un proceso.
• Es útil para representar los tiempos muertos.
• Se representa con un rectángulo con las
aristas redondeadas.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos del Diagrama de Actividad

Transición : Señala la dirección en que fluyen las actividades.
• Representa la secuencia de cada elemento dentro del
diagrama.
• Es navegable en un solo sentido.
• Ocurre cuando termina el elemento
que la precede en el diagrama.
• Se representa a través de una línea con saeta en el
extremo indicando el sentido de la transición entre los
elementos.

Decisión: Representa una pregunta o decisión dentro del

proceso.
• Ramifica el curso del diagrama en dos caminos diferentes.
• Debe nombrarse tal y como se hace en el negocio.
• Se acompaña de la pregunta que debe hacerse el proceso
para tomar la decisión.
• También se puede usar la decisión cuando se quieren
juntar hilos de flujos (OR) y combinarlos de nuevo.
• Se representa con un rombo.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos del Diagrama de Actividad

Barra de sincronización: Se utiliza para mostrar
subflujos paralelos
• Ramifica el curso del diagrama en múltiples caminos
que se ejecutan a la misma vez.
• Permite mostrar caminos concurrentes dentro del
proceso.
• Señala el inicio y/o fin de hilos de ejecución.
• Permiten mostrar caminos concurrentes dentro de un
workflow.
• Se representa a través de una barra horizontal o
vertical.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Swimlanes/Partición
Un diagrama de actividad puede estar particionado en
swimlanes usando líneas rectas verticales.
Cliente
• Cada calle representa una parte del workflow
cuya responsabilidad esta a cargo de una
parte de la organización.
• Se utiliza para mostrar un rol que participa en
el proceso.
• Puede representar a un actor o trabajador del
negocio que participa en el proceso
modelado por un caso de uso.
• Se representa a través de líneas verticales
desde la parte superior del diagrama hasta el
final.
• Se coloca el nombre del rol en la parte
superior.
• El orden de presentación de los swinlanes no
tiene significado semántico.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Elementos del Diagrama de Actividad

• Los flujos de objetos son usados para mostrar como las entidades de
negocio son creadas y usadas en un workflow.
• Un objeto puede ser el output de una actividad y el input de muchas otras.

• El flujo que los enlaza a una actividad

es una clase de flujo de control.
• El mismo objeto puede ser
manipulado por una serie de
actividades que pueden cambiar su
estado, por lo tanto puede ser
mostrado muchas veces (denotando
entre corchetes su estado).

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Diagrama de actividades detallado

: Jefe de taller : Dpto reparaciones

Revisar cita aceptada

a : Libro de citas c : Orden de reparación

[copia]

z : Libro de citas

: Numero de trabajo interno [aceptada]

Reparar coche

Asignar numero trabajo interno

Elabora parte de trabajo
: Partes de trabajo

Generar orden de reparación

o : Orden de reparación
Guardar en partes pendientes
[original]
p : Partes de trabajo

[pendiente]

Fuente: Luza M.
CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Diagrama de clases de negocio

Obtiene precios de materiales

revisa partes pendientes
Partes de trabajo Inventario de articulos
(f rom Entidades del negccio) (f rom Entidades del negccio)

Obtiene precio de mano de obra

indica numero de identificacion Facturador
(f rom Trabajadores del negocio)

Registra pendiente

Asigna numero factura Calcula importe total

Cliente
(f rom Business Use-Case Model)
Fichero de mecanicos
(f rom Entidades del negccio)
recibe copia
Realiza
registrar facturas pagadas
Factura
(f rom Entidades del negccio)

Recib e

pago con tarjeta Empleado del mostradoir

(f rom Trabajadores del negocio)
(f rom Entidades del negccio)
pago
(f rom Entidades del negccio)

Pago en efectivo

Fuente: Luza M. (f rom Entidades del negccio)

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Caso:
1. El Cliente envía su pedido, por teléfono, por fax o por correo, al Dpto. de Ventas. El pedido debe
incluir la fecha de solicitud, datos del cliente y producto solicitado.
2. Un Empleado del Dpto. de Ventas revisa el pedido (completándolo, si es necesario). Comienza su
procesamiento enviándolo al Jefe Técnico, que está encargado de su análisis.
3. El Jefe Técnico analiza la viabilidad del producto solicitado. Si el producto pedido está en el catálogo,
su fabricación es aceptada. En caso contrario, es considerado un producto especial, y el Jefe Técnico
estudia su fabricación: Si es viable, la fabricación del producto especial es aceptada; Si no es viable,
el producto especial no será fabricado.
4. Una vez estudiado el pedido completo, el Jefe Técnico informa al Dpto. de Ventas de la aceptación o
rechazo del producto pedido; Si el producto de un pedido ha sido aceptado, se crea una orden de
trabajo, a partir de una plantilla de fabricación (la estándar si el producto estaba catalogado, o una
nueva, específicamente diseñada para el producto, si éste no estaba en el catálogo). Cada orden de
trabajo es enviada al Jefe de Producción, y queda pendiente de su fabricación.
5. El Empleado del Dpto. de Ventas comunica al cliente el resultado final del análisis de su pedido.

Fuente: Luza M.
CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Requisitos

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Requerimiento
• La capacidad del software para resolver un problema o alcanzar un
objetivo
• La capacidad que debe ser encontrada o poseída por un sistema o un
componente de sistema para satisfacer un contrato, especificación,
estándar, u otro documento formalmente impuesto. [IEEE]
• Una definición de problema, que es determinante para las necesidades y
restricciones del software [Thayer 2004]
• Una característica externamente observable de un sistema deseado
[Davis 2005]

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Requerimientos de producto

Este requerimiento aplica a los productos o servicios que van a ser incluidos
el sistema. Estos pueden ser:

•Datos
•Comandos de entrada Dalidas del sistema Velocidad
•Memoria requerida
•Medidas de calidad (e.g. confiabilidad, mantenibilidad y seguridad)

CARRERA DE
INGENIERÍA
DE SISTEMAS 5.9. Cómo Utilizar UML
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Requerimientos de proceso
Estos aplican a las actividades asociadas a la creación del software. Estos requerimientos son definidos en un
documento contractual fuera del documento de requerimientos.

• Análisis del esfuerzo manual

• Desarrollar un producto
• Sistema operativo
• Cumplir con un requerimiento de producto
• Cumplir con una restricción impuesta por leyes, estándares, regulaciones o normas.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Requerimientos funcionales
Este requisito especifica la función que este debe ser capaz de hacer un software. Especifica el
comportamiento del sistema ¿Qué debe hacer?

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Requerimientos No funcionales
Son los requerimientos que no afectan directamente la funcionalidad del sistema. Especifica el cómo del sistema

• Requerimientos de performance
• Requerimientos de interfaces
• Diseño de restricciones
• Calidad de atributos (e.g. Mantenimiento, confianza,
tolerancia a fallos, seguridad, supervivencia, amigable al
usuario)

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

¿Qué es la Ingeniería de Requerimientos

Dentro de la Ingeniería de Software la IRQ consiste en un uso sistemático y respetivo de

técnicas que abarcan las actividades de captura, análisis, especificación, validación y
gestión de un conjunto de requisitos para el software, con el fin de que estos cumplan con
los objetivos del negocio y sean de calidad

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Ingeniería de Requerimientos

Ingeniería de requisitos

Desarrollo Administración

Captura Análisis Especif. Validación

“Ingeniería de requisitos es un enfoque sistémico para recolectar,

organizar y documentar los requisitos del sistema; es también el proceso
que establece y mantiene acuerdos sobre los cambios de requisitos, entre
los clientes y el equipo
del proyecto”

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Ciclo de la I.R.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

Ciclo de la I.R.
Captura : Son las actividades involucradas en el descubrimiento de los requisitos del sistema. Aquí
los analistas de requisitos deben trabajar junto al cliente para descubrir el problema que el sistema
debe resolver, los diferentes servicios que el sistema debe prestar y las restricciones que se pueden
presentar.

Análisis: Se enfoca en descubrir problemas con los requisitos del sistema identificados hasta el
momento. Usualmente se hace un análisis luego de haber producido un bosquejo inicial del documento
de requisitos; en esta etapa se leen los requisitos, se conceptúan, se investigan, se intercambian ideas
con el resto del equipo, se resaltan los problemas, se buscan alternativas y soluciones, y luego se van
fijando reuniones con el cliente para discutir los requisitos.

Especificación: En esta fase se documentan los requisitos acordados con el cliente, en un nivel
apropiado de detalle. En la práctica, esta etapa se va realizando conjuntamente con el análisis, se
puede decir que la especificación es el “pasar en limpio” el análisis realizado previamente aplicando
técnicas y/o estándares de documentación, como la notación UML.

Validación: Es la etapa final de la Ingeniería de Requisitos. Su objetivo es verificar todos los

requisitos que aparecen en el documento especificado para asegurarse que representan una
descripción, por lo menos, aceptable del sistema que se debe implementar.

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

CARRERA DE
INGENIERÍA
DE SISTEMAS
 ANÁLISIS DE
SISTEMAS DE INFORMACIÓN

CARRERA DE
INGENIERÍA
DE SISTEMAS