Modelado de Sistemas

Clase 9 y 10 - Modelos de Sistemas 18/06/2017
Modelado
es una acción que implica un Proceso intelectual por el
cual un Sujeto (modelador) representa, a través de un
Modelo, ciertas características o cualidades de un
UNIDAD TEMÁTICA 4: Objeto (cosa, fenómeno, hecho o sistema).
MODELADO DE LOS
SISTEMAS
No se puede modelar lo que no se conoce. El resultado del proceso de modelado es un modelo

(que es una simplificación del objeto modelado)
Conocer es el acto mediante el cual un sujeto aprehende
(capta o concibe) las cualidades y relaciones (propiedades)
que tiene un objeto. En el proceso de modelado se emplean procesos
cognitivos de:
 Abstracción
 Conceptualización
 Simbolización
Conceptualización  proceso cognitivos de formación

Abstracción  proceso mental mediante el cual se centra de conceptos. Un concepto es el conjunto de cualidades y
en algunos aspectos o cualidades y aísla o deja de lado otros relaciones (propiedades) que un sujeto le atribuye a un
objeto
Análisis de Sistemas 1
Un concepto describe las propiedades

comunes a un conjunto de fenómenos
Simbolización  proceso mediante el cual el
sujeto designa (simboliza) el concepto que tiene de un
objeto
• El modelado facilita:
– Comunicación de ideas
– Evaluar alternativas
– Aproximación gradual al producto
– “Visualizar” el producto
• ¿Cuánto y cómo modelar?

Depende de la envergadura y/o complejidad del
producto y debe además estar acorde con la
explotación que se haga de los modelos
Puntos Claves
• Que es un modelo
• Por qué se construyen modelos de
Modelos Sistemas
• Tipos de modelos
• Que requisitos debe reunir un buen
modelo
• Características de las herramientas de
modelado de sistemas
¿Que es un modelo? ¿Que es un modelo?

Según definición del diccionario, entre otras acepciones,
modelo es:
•Representación simplificada de la realidad
• “Norma o guía a la que hay que ajustarse en la – Recoge sólo aspectos de interés
realización de un trabajo o servicio” – Promueve entendimiento
• “Objeto que sirve de patrón” Incluye sólo aquellos detalles relevantes para algún
determinado propósito Parecido,
similar,
No es una
• “Ejemplar o muestra a que se ajusta quien semejante
representación
alternativa
ejecuta una obra de arte u otra cosa” Es una descripción analógica para ayudar a
• “Representación en pequeño de alguna cosa” visualizar algo que no se puede observar
directamente y que se realiza con un propósito
determinado y se destina a un público especifico.
¿Qué es un Modelo? Los modelos son utilizados por el

analista de sistemas para:
• Concentrarse o enfocarse en las propiedades o

características importantes del sistema y al mismo
tiempo restar atención a otras menos importantes.
• Discutir cambios y correcciones de los
requerimientos del usuario a bajo costo y con el riesgo
mínimo.
• Verificar que el analista comprenda correctamente el
Un Modelo es ambiente del usuario y que lo haya respaldado con
información documental para que los diseñadores de
una Simplificación de la Realidad sistema y los programadores puedan construir el
sistema.
Características de las herramientas

de modelado de sistemas
• Existen diferentes tipos de modelos:
narrativos, de prototipos, gráficos
diversos, etc. • Debe ser gráfica con detalles textuales de
apoyo
• Las buenas herramientas de • Debe permitir que el sistema sea visto en

modelado suelen emplear una notación segmentos en forma descendente
sencilla, con pocas reglas, símbolos y • Debe tener redundancia mínima
vocabulario nuevo que el usuario tenga
que aprender. • Debe ayudar a quien lo utilice a predecir el
comportamiento del sistema
• Debe ser transparente para quien lo utilice
Para qué Modelar?

 Disminuye costo de falla
 Importancia del modelamiento aumenta
con el tamaño de los proyectos
 Aspectos de la Calidad del Software
oExterna (observables)
oInterna (No observables)
Es posible desarrollar modelos tanto del sistema existente

como del sistema a diseñar:
1. Los modelos del sistema existente se usan durante la
ingeniería de requerimientos. Ayudan a aclarar lo que
hace el sistema existente y pueden utilizarse como base
para discutir sus fortalezas y debilidades.
Posteriormente, conducen a los requerimientos para el
nuevo sistema.
2. Los modelos del sistema nuevo se emplean durante la
ingeniería de requerimientos para ayudar a explicar los
requerimientos propuestos a otros participantes del
sistema. Los ingenieros usan tales modelos para discutir
las propuestas de diseño y documentar el sistema para
la implementación.
Modelado de Software Tipos de modelo
 ¿En qué etapa del proceso se usa?

• El modelado es el análisis y diseño de
• Análisis, Diseño, Despliegue, Implementación o Pruebas
aplicaciones software antes de escribir el código
 ¿Cuál es su grado de detalle?
• Abstracto o detallado
• Se crean un conjunto de modelos (“planos del
software”) que permiten especificar aspectos del  ¿Qué sistema describe?
• Modelo de negocio o modelo software
sistema como los requisitos, la estructura y el
comportamiento  ¿Qué aspecto describe?
• Estructural o de comportamiento
“El modelado es la parte esencial de todas las  ¿Es específico o independiente de plataforma?
actividades que conducen a la producción de • ¿A que plataforma va dirigido?
software de calidad” • J2EE, .NET, CORBA, etc.
Principios del modelado Herramientas de documentación del Análisis Estructurado
 Elegir los modelos a utilizar que sirvan al

 Diagramas de Flujo de Datos (DFD)
propósito deseado
 Los modelos pueden ser expresados con  Diccionario de Datos (DD)
distintos niveles de precisión
 Especificaciones de Procesos (EP)
 Cuanto más coherentes sea un modelo
con la realidad, mejor  Diagramas Entidad-Relación (DER)
 Cualquier sistema no trivial se aborda  Diagramas de Transición de Estados (DTE)
mejor con varios modelos independientes
Los usuarios del UML consideraban que cinco tipos de

diagrama podrían representar lo esencial de un sistema.
1. Diagramas de actividad, que muestran las actividades
incluidas en un proceso o en el procesamiento de
datos.
2. Diagramas de caso de uso, que exponen las
interacciones entre un sistema y su entorno.
3. Diagramas de secuencias, que muestran las
interacciones entre los actores y el sistema, y entre los
componentes del sistema.
4. Diagramas de clase, que revelan las clases de objeto en
el sistema y las asociaciones entre estas clases.
5. Diagramas de estado, que explican cómo reacciona el
sistema frente a eventos internos y externos.
cada modelo presenta una visión o perspectiva diferente de dicho sistema.
Hay tres formas en que los modelos gráficos se

pueden ser
emplean con frecuencia: incompletos
Cuando desarrolle modelos de sistema, sea 1. Como medio para facilitar la discusión sobre un
flexible en la forma en que use la notación sistema existente o propuesto. pueden no
estar
gráfica. No siempre necesitará apegarse
2. Como una forma de documentar un sistemacompletos
rigurosamente a los detalles de una notación. existente. pero deber
El detalle y el rigor de un modelo dependen ser correctos
3. Como una descripción detallada del sistema que
de cómo lo use
sirve para generar una implementación de
sistema. deben ser
completos y
correctos
El modelado de los requerimientos utiliza

Se crean los modelos preliminares, se
una combinación de texto y diagramas
los mejoran y analizan para evaluar si para ilustrarlos en forma que sea
están claros y completos, y si son relativamente fácil de entender y, más
consistentes. importante, de revisar para corregir,
completar y hacer congruente.
El objetivo del modelado de los requerimientos
Para validar los requerimientos del software se
es crear varias representaciones que necesita estudiarlos desde varios puntos de vista
describan lo que necesita el cliente, establecer diferentes.
una base para generar un diseño de software Cada una representa a los requerimientos en
y definir un conjunto de requerimientos que una “dimensión” diferente, con lo que aumenta la
puedan ser validados una vez construido el probabilidad de detectar errores, de que afloren
las inconsistencias y de que se revelen las
software.
omisiones.
Perspectivas del Sistema
1. Una perspectiva externa, donde se modelen el contexto

o entorno del sistema.
2. Una perspectiva de interacción, donde se modele la

interacción entre un sistema y su entorno, o entre los
componentes de un sistema.
3. Una perspectiva estructural, donde se modelen la

organización de un sistema o la estructura de datos que
procese el sistema.
4. Una perspectiva de comportamiento, donde se modele
el comportamiento dinámico del sistema y cómo responde
ante ciertos eventos.
En otros casos, existe más flexibilidad y usted es quien decide

Ejemplo Práctico
qué constituye la frontera entre el sistema y su entorno,
durante el proceso de ingeniería de requerimientos.
Diagrama de contexto
CLIENTE
Zona gris
pedidos El
órdenes de compra Ambiente Negociable
libros entregados
0.
Sistema de
Pedidos EDITOR
El
en principio, no libros pedidos
Sistema
son materiales,
son datos
En algunos casos, la frontera entre un sistema y su entorno es

relativamente clara.
Sistema de información de pacientes para atención

a la salud mental.
El Ambiente Este sistema intenta manejar la información sobre los
pacientes que asisten a clínicas de salud mental y los
tratamientos que les prescriben. Al desarrollar la
especificación para este sistema, debe decidir si el sistema
facturación tiene que enfocarse exclusivamente en reunir información de
Flujo
Sistema de
las consultas (junto con otros sistemas para recopilar
Ordenes
de CtasCobrar caja información personal acerca de los pacientes), o si también
compra es necesario que recopile datos personales acerca del
paciente. La ventaja de apoyarse en otros sistemas para la
Control de inventario información del paciente es que evita duplicar datos. Sin
embargo, la principal desventaja es que usar otros sistemas
haría más lento el acceso a la información. Si estos sistemas
no están disponibles, entonces no pueden usarse en MHC-
PMS.
Los diagramas de contexto no presentan los tipos de relaciones

entre los sistemas en el entorno y el sistema que se especifica
Los sistemas externos generan datos para el sistema o consumen

datos del sistema. Pueden compartir datos con el sistema,
conectarse directamente, a través de una red, o no conectarse en
absoluto.
Por consiguiente, los modelos de contexto simples se usan junto

con otros modelos, como los modelos de proceso empresarial.
La definición de frontera de un sistema no es un juicio libre de valor.
Bibliografía
UNIDAD TEMÁTICA 4
YOURDON Edward.( Año 1993) “ANÁLISIS ESTRUCTURADO

MODERNO”. Prentice Hall Latinoamericana.
Capítulo 8
Modelado del Negocio
Ian Sommerville ( Año 2011) “INGENIERÍA DE SOFTWARE”
Novena edición Addison-Wesley
Capítulo 5
Es una técnica para modelar el
funcionamiento de una organización a
Roger S. Pressman ( Año 2010) “Ingeniería del software través de sus procesos de negocio
Séptima edición Mac Graw Hill UN ENFOQUE PRÁCTICO”
Capítulos 6 y 7
Ejemplo Práctico Venta de Libros (DFD)
Figura 0. Sistema de pedidos
pedidos
LIBROS
órdenes de compra
pedidos válidos
2.
1.
Armar
Verificar PEDIDOS
estado del crédito pedidos
validez PENDIENTES ÓRDENES DE
a editores
de pedido COMPRA
CLIENTES pedidos en lote
pedidos por título
dirección
4. 3.
5. libros por Asignar libros Verificar libros pedidos
Armar clientes libros a recibidos
libros entregados envío
entrega pedidos de editores
a clientes
Modelo de Negocios
Introducción
El modelo de negocios es el estudio de la organización.
Durante el proceso de modelado del negocio, se examina la estructura

de la organización y se observan los roles en la compañía y como
estos se relacionan.
También se examina el flujo de trabajo de la organización, los procesos

principales dentro de la compañía y como ellos trabajan. Además, se
deben examinar las entidades externas, cualquier individuo u otras
compañías, y como interactúan con el negocio, y observar las
implicaciones de esas interacciones.
Modelado del negocio. Objetivos ¿Por qué es necesario modelar los

• Comprender la estructura y la dinámica de la procesos de la empresa?
organización objetivo.
• Comprender los problemas actuales de la organización

(y su impacto) e identificar problemas potenciales. • Para identificar con facilidad donde están
• Evaluar el impacto del cambio en la organización
sus problemas u oportunidades de
objetivo. crecimiento y mejora.
• Asegurar que los clientes, usuarios finales, • Porque desde la perspectiva de los
desarrolladores y otros roles tengan un entendimiento
común de la organización (Visión compartida). sistemas, no es conveniente automatizar
procesos que no estén claramente
• Obtener, de forma preliminar, los requerimientos del
sistema que necesita la organización. definidos.
Necesidades Pregunta
• Necesidades de información.
• Problemas actuales y futuros en el ¿Al modelar el negocio para
manejo de la información del negocio.
• Ausencia de información sobre las encontrar las necesidades,
actividades. es mejor hacer el análisis
• Inconsistencias en la información.
basado en …
• Las áreas funcionales
involucradas en el negocio
o…
• Análisis y diseño de los procesos de la
• Reuniones con los usuarios y clientes.
• Cuestionarios con los interesados.
organización. • Los procesos involucrados
• Modelado del negocio.
• Políticas, normas y restricciones de la • Mejoramiento de los procesos.
en el negocio?
organización.
Modelar Procesos vs. modelar Áreas

Funcionales
Área Área Área Área Área

Funcional Funcional Funcional Funcional Funcional
1 2 3 4 5
Proceso del negocio 1
¿Por qué modelar los procesos de

Propósito negocio?
• ¿Cómo aseguramos que el sistema tendrá valor si
no entendemos cómo, quién y en que • Los Sistemas de Información deben ayudar a las
circunstancias lo usará? organizaciones a …
– Tomar decisiones estratégicas de competitividad.
• Para asegurar que estamos construyendo – Tomar decisiones tácticas de negocio.
soluciones orientadas al cliente (es decir, – Llevar a cabo los procesos de negocio y sus
sistemas de información que satisfacen a nuestros operaciones asociadas
clientes) no debemos pasar por alto:
– El ambiente en el que estos sistemas trabajarán, • La mayoría de los desarrollos de sistemas
– Los roles y responsabilidades de los empleados que
usan el sistema, de información son a nivel operacional
– Las "cosas" que son manejadas por el negocio.
¿Por qué modelar los procesos de ¿Dónde encontrar necesidades?

negocio?
Necesidades Comunicadas
• Por los participantes en los
procesos del negocio.
• Plantear un Sistema de Información sin • Clientes y usuarios de los Necesidades Comunicadas
conocer la operatoria de la organización del servicios de la organización.
cliente (procesos de negocio) es un receta • Directivos de la organización.
• Dueños de la organización.
segura para el fracaso.
• Otros interesados del proyecto.
• Podemos desarrollar un producto

técnicamente correcto pero que no tendrá
éxito por no ser útil para los usuarios.
¿Dónde encontrar necesidades? ¿Dónde encontrar necesidades?

Necesidades Analizadas y Diseñadas Necesidades Mejora de Procesos
• Estudio de los procesos del • Refinamiento de los procesos
negocio. del negocio.
• Análisis de las actividades. • Optimización de algunas las
• Personas que se benefician actividades.
de los procesos. • Mejoramiento de la eficiencia.
• Personas que ejecutan los Necesidades Analizadas y • Cambios en las
procesos. responsabilidades de las
Diseñadas personas que ejecutan los
• Información usada en los
procesos. procesos.
• Diseño de los procesos. • Nueva información.
Mejora de Procesos
Modelo de Negocios Modelo de Negocios

¿Cuándo será necesario hacer el modelo del ¿Cuándo NO será necesario hacer el modelo del
negocio? negocio?
Es necesario cuando:
 El grupo de trabajo es nuevo en la organización. No es necesario cuando:
 La organización ha enfrentado un reciente proceso de re-ingeniería Se tiene un conocimiento de la estructura de la organización, de las
de negocios. metas, de la visión y de los clientes/usuarios.
 La organización esta planificando un proceso de re-ingeniería de El software a construir será usado por una pequeña parte de la
negocios. organización, y no tiene ningún efectos en el resto del negocio.
 El software a construir será utilizado por una porción importante de Los flujos de trabajo de la organización están bien documentados.
la organización.
El tiempo “no” lo permita, no todos los proyectos tiene el tiempo
 Existen flujos de trabajo complejos dentro de la organización que necesario para completar un análisis de negocio.
no están documentados.
 Se es un consultor en una organización en la cuál no se trabajó
antes.
Describir la organización
Beneficios
objetivo
• Uno de los grandes beneficios de
modelar el negocio es mejorar la
obtención de requisitos del sistema,
requisitos que conducirán a la creación
de sistemas de información que
realmente encajen en la organización y
sean usados por usuarios finales.
Organización objetivo (Objeto de estudio)
Mundo Exterior
Describir el negocio (campo de Describir el negocio (campo de

acción) acción)
Negocio (Campo de acción)

Negocio (Campo de acción)
Organización objetivo (Objeto de estudio)

Mundo Exterior Mundo Exterior Organización objetivo (Objeto de estudio)
Modelado del Negocio Objetivos del Negocio

• Es un requisito que debe ser satisfecho por
Objetivo: el negocio. Describe el valor deseado de
una medida en particular a futuro, y se
Comprender el conjunto de procesos utiliza para planear y administrar las
de negocio que tienen lugar dentro de actividades del negocio.
una organización, como paso previo a
establecer los requerimientos del “ Incrementar en 50% para finales de año
sistema a desarrollar. las ventas en Resistencia”
¿Cómo consigue la organización

sus objetivos?
Procesos de Negocio Procesos y Reglas del Negocio

Procesos del Negocio
• Una organización tiene una serie de objetivos que
satisface a través de Procesos de Negocio RN1
datos
• Elementos de un proceso de negocio: Actividad2 RN3
– Actividades, Actores, Información y Reglas Negocio Actividad1 Actividad4 Actividad5
Actividad3
• Reglas de Negocio regulan el funcionamiento de
la empresa RN2
– Describen restricciones y comportamientos
– NO son requisitos, pero influyen en ellos
Reglas del Negocio (RN)
Determinan políticas y estructura de la información
Técnicas habituales para Flujos de actividades

modelar procesos de negocios
• Mostrar flujo del proceso mediante
diagramas de proceso
• – Casos de uso* de negocio: forma – diagramas de actividades con calles que
textual. corresponden a roles
– una actividad puede ser compleja para ser
• – Diagramas de actividades: forma descrita en otro diagrama.
diagramática. – Incluir sólo informaciones relevantes
¿Qué son los diagramas de actividad? Diagrama de Actividades del negocio
– Es una notación que forma parte de UML y que se utiliza

principalmente para modelar procesos de negocio, especificando:
Un diagrama de actividad es una técnica para
• La secuencia de actividades que componen los
procesos de negocio.
modelar que muestra los pasos en el flujo de trabajo,
• Los actores que realizan las actividades (opcional). los puntos de decisión en el flujo de trabajo, quien es
• La información que fluye de unas actividades a otras responsable de terminar cada paso, y los objetos que
(opcional). son afectados por el flujo de trabajo.
– Dentro del proceso de ingeniería de requisitos, se utilizarán para

modelar los procesos de negocio, tanto actuales como a implantar, de Este modelo debe incluir solo información relevante.
la organización para la que se va a desarrollar el sistema software.
– A partir del modelo del negocio al que el sistema software debe dar
soporte, se plantean los objetivos y requisitos del sistema a
desarrollar.
Diagrama de Actividades del negocio -

Elementos Diagrama de Actividades del negocio -
Elementos
El concepto de actor Actividad
– Tanto en los casos de uso de negocio como en los diagramas de Aparece como una caja con nombre y esquinas redondeadas.
actividades aparece el concepto de actor. Técnicamente éste es un tipo de estado que se abandona, no como
respuesta a algún evento que llega desde fuera, sino cuando termina la
– En modelado de negocio, un actor es un rol o papel que juega una actividad que representa.
persona u otro sistema en algún proceso de negocio de una organización.
– La forma habitual de representar gráficamente a un actor es mediante
una especie de monigote.
NewActivity
– Una actividad representa un paso dentro de proceso de negocio.

Cliente
(from Business Use-Case Model)
• Su nombre, que debe ser siempre una forma verbal, debe ser
representativo y coherente dentro del proceso de negocio.
Diagrama de Actividades del negocio - Paralelismo

Elementos
– A veces, algunos pasos de un proceso
Transición de negocio se realizan simultáneamente
Aparece como una flecha. Las transiciones en este diagrama normalmente (en paralelo) o sin un orden definido.
no se etiquetan, porque la transición es provocada por la finalización de la – Para indicar que comienzan varias
actividad previa. actividades a la vez se usa un símbolo
de comienzo de paralelismo (fork), al
NewActivity que llega una transición y del que salen
varias (al menos dos).
– Para indicar que todas las actividades
Transición que se hacían en paralelo han
terminado se usa un símbolo de fin de
paralelismo (join), al que llegan varias
NewActivity2
transiciones (al menos dos) y del que
sale una sola transición.
– La transición de salida del join sólo se
– Indican la secuencia de actividades que componen el proceso de realiza cuando han terminado todas las
negocio. actividades que se realizaban en
– Cuando una actividad termina de realizarse se produce la transición paralelo.
hacia la siguiente actividad.

Diagrama de Actividades del negocio - Elementos
Elementos Diamante de decisión
Barra de sincronización Se utiliza para representar las decisiones, como respuesta a las guardas
de transición separadas que abandonan el mismo estado.
Es una barra gruesa horizontal que describe la coordinación entre
actividades. Una vez que todas las actividades que tienen transiciones
dirigidas a la barra han terminado, pueden pasar la barra. [cond. de SI]
Hilos
concurrentes
Almacenar
Devolución
Poner libro de
Vuelta en estantería [cond. de NO]
Barra de
Sincronización
– Indican que la siguiente actividad a realizar depende de cierta

condición.
– Como mínimo y como máximo, sólo puede haber una opción válida
al evaluar la condición.

– El símbolo de condición se puede usar también para unir
Elementos
varios caminos condicionales (opcional).
Marcas de creación y destrucción
Se utilizan para determinar el inicio y termino de una proceso.
Estado de inicio del proceso

– La actividad inicial, que debe ser única, indica dónde comienza el proceso
de negocio.
Estado de fin del proceso

– Una actividad final, de las que puede haber varias o ninguna (proceso
sin fin), indica dónde puede terminar el proceso de negocio.
Calles Flujos de objetos

– La división en calles permite asociar actividades con aquellos actores – Lo normal es que fluya información entre las actividades de un
que las realizan. Cada calle corresponde a un actor del proceso de
proceso de negocio.
negocio.
– En el caso de que resulte interesante mostrar ese flujo (no siempre lo
es), se pueden usar flujos de objetos.
– Si la información de salida de una actividad es la entrada de otra
actividad, se asume que existe una transición implícita entre ambas.
Diagrama de actividades – elementos

Práctica
A B C Roles participantes
(Actores)
Modele el Proceso de la venta por caja de un

Actividades supermercado
+
información
+
sincronización
entre
actividades
Calles

Modelado de Sistemas

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Modelado de Sistemas

Transféré par

Droits d'auteur :

Formats disponibles

Clase 9 y 10 - Modelos de Sistemas 18/06/2017

No se puede modelar lo que no se conoce. El resultado del proceso de modelado es un modelo

Conceptualización  proceso cognitivos de formación

Un concepto describe las propiedades

• ¿Cuánto y cómo modelar?

¿Que es un modelo? ¿Que es un modelo?

¿Qué es un Modelo? Los modelos son utilizados por el

• Concentrarse o enfocarse en las propiedades o

Características de las herramientas

• Las buenas herramientas de • Debe permitir que el sistema sea visto en

• Debe ser transparente para quien lo utilice

Para qué Modelar?

Es posible desarrollar modelos tanto del sistema existente

Modelado de Software Tipos de modelo

 ¿En qué etapa del proceso se usa?

Principios del modelado Herramientas de documentación del Análisis Estructurado

 Elegir los modelos a utilizar que sirvan al

Los usuarios del UML consideraban que cinco tipos de

Hay tres formas en que los modelos gráficos se

El modelado de los requerimientos utiliza

Perspectivas del Sistema

1. Una perspectiva externa, donde se modelen el contexto

2. Una perspectiva de interacción, donde se modele la

3. Una perspectiva estructural, donde se modelen la

En otros casos, existe más flexibilidad y usted es quien decide

En algunos casos, la frontera entre un sistema y su entorno es

Sistema de información de pacientes para atención

Los diagramas de contexto no presentan los tipos de relaciones

Los sistemas externos generan datos para el sistema o consumen

Por consiguiente, los modelos de contexto simples se usan junto

La definición de frontera de un sistema no es un juicio libre de valor.

YOURDON Edward.( Año 1993) “ANÁLISIS ESTRUCTURADO

Ejemplo Práctico Venta de Libros (DFD)

Figura 0. Sistema de pedidos

El modelo de negocios es el estudio de la organización.

Durante el proceso de modelado del negocio, se examina la estructura

También se examina el flujo de trabajo de la organización, los procesos

Modelado del negocio. Objetivos ¿Por qué es necesario modelar los

• Comprender los problemas actuales de la organización

Modelar Procesos vs. modelar Áreas

Área Área Área Área Área

Proceso del negocio 1

Proceso del negocio 2

Proceso del negocio 3

¿Por qué modelar los procesos de

¿Por qué modelar los procesos de ¿Dónde encontrar necesidades?

• Podemos desarrollar un producto

¿Dónde encontrar necesidades? ¿Dónde encontrar necesidades?

Modelo de Negocios Modelo de Negocios

Describir el negocio (campo de Describir el negocio (campo de

Negocio (Campo de acción)

Organización objetivo (Objeto de estudio)

Modelado del Negocio Objetivos del Negocio

¿Cómo consigue la organización

Procesos de Negocio Procesos y Reglas del Negocio

Técnicas habituales para Flujos de actividades

¿Qué son los diagramas de actividad? Diagrama de Actividades del negocio

– Es una notación que forma parte de UML y que se utiliza

– Dentro del proceso de ingeniería de requisitos, se utilizarán para

Diagrama de Actividades del negocio -

El concepto de actor Actividad

– Una actividad representa un paso dentro de proceso de negocio.

Diagrama de Actividades del negocio - Paralelismo

Diagrama de Actividades del negocio -