ANÁLISIS DE SISTEMAS
MODELADO
Nombres: Matrícula:
Hernández Vázquez Kelly Esmeralda 1904371
Pérez Baltasar Cristopher Emmanuel 1902451
Vallejo Rodríguez Jesús Gerardo 1726144 Equipo: 5
TEMARIO
1 2 3 4 5
Introducción Modelado de Sistemas Lenguaje de Modelado Modelos de Contexto. Modelos de Interacción
Unificado (UML)
TEMARIO
6 7 8 9 10
Modelos de casos Diagramas de secuencia Modelos Estructurales Modelos de Conclusión
Comportamiento
2
MODELADO
MODELADO DE
SISTEMAS
Un modelo es una abstracción del sistema que se estudia, en lugar de una
representación alternativa de ese sistema.
Idealmente, una representación de un sistema debe mantener toda la
información sobre la entidad que se representa.
Una abstracción simplifica y selecciona deliberadamente las características
más sobresalientes.
2
MODELADO
Se pueden desarrollar diferentes modelos para
representar el sistema desde diferentes perspectivas. Perspectiva
estructural
Perspectiva de
comportamiento
Perspectiva
externa
Perspectiva de
interacción
3
UML
LENGUAJE DE
MODELADO
UNIFICADO (UML)
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje
de modelado visual común y semántica y sintácticamente rico para la
arquitectura, el diseño y la implementación de sistemas de software
complejos, tanto en estructura como en comportamiento. UML tiene
aplicaciones más allá del desarrollo de software. Por ejemplo en el flujo de
procesos en la fabricación.
3
TIPOS DE
DIAGRAMAS UML Diagrama de Clases
Diagrama de
Componentes
Diagrama de
estrucutra compuesta
UML usa elementos y los asocia de
diferentes formas para formar diagramas
que representan aspectos estáticos o
estructurales de un sistema, y diagramas
de comportamiento, que captan los
aspectos dinámicos de un sistema. Diagrama de Diagrama de Diagrama de
Objetos implementación paquetes
DIAGRAMAS UML ESTRUCTURALES
3
TIPOS DE
DIAGRAMAS UML Diagrama de
actividades
Diagrama de
comunicación
Diagrama de
secuencia
UML usa elementos y los asocia de
diferentes formas para formar diagramas
que representan aspectos estáticos o
estructurales de un sistema, y diagramas
de comportamiento, que captan los
aspectos dinámicos de un sistema. Diagrama de Diagrama de Diagrama de caso de
máquina de estados temporización uso
DIAGRAMAS UML DE COMPORTAMIENTO
4
MODELOS DE CONTEXTO
Se utilizan modelos de contexto para ilustrar el contexto
operativo de un sistema que muestran lo que se encuentra fuera
ELEMENTOS DE UN DIAGRAMA DE
de los límites del sistema.
CONTEXTO
Producto
El proyecto, sistema o entidad a definir, se
simboliza con un círculo que contiene en su
interior todo lo que está bajo su control
Entidades externas o agentes
Las personas, los sistemas y las organizaciones
que funcionan por fuera pero que interactúan
de alguna manera con el producto
Líneas de flujo
Se representan mediante flechas y simbolizan
los datos que fluyen entre los agentes o las
formas específicas en que las entidades
externas interactúan con el producto.
4
MODELOS DE CONTEXTO
VENTAJAS DE UN
DIAGRAMA DE CONTEXTO
Un diagrama de contexto se centra en los factores
externos al momento de construir la arquitectura de un
proyecto o producto interno.
1 2 3
Útil durante la fase de planificación, Garantiza que el sistema Trabajando con este se es capaz
cuando los proponentes están desarrollado sea relevante para las de reducir los riesgos
empezando a interpretar el panorama restricciones y requerimientos del potenciales.
con el que están trabajando proyecto
5
MODELO DE Todos los sistemas implican interacción de algún tipo. Esta puede
ser la interacción del usuario, la interacción entre el sistema y otros
sistemas o entre los componentes del mismo. Modelar la interacción
INTERACCION del usuario es importante ya que ayuda a identificar los requisitos
del usuario.
5
MODELOS DE Hay dos enfoques relacionados con
INTERACCIÓN el modelado de interacción:
Modelado de casos
Que se utiliza principalmente para modelar
las interacciones entre un sistema y
actores externos (usuarios u otros
sistemas).
Diagramas de secuencia
Que se utilizan para modelar las interacciones
entre los componentes del sistema, aunque
también se pueden incluir agentes externos.
6
CASOS DE USO Define una secuencia de acciones que da lugar a un resultado de
valor observable. Los casos de uso proporcionan una estructura para
expresar requisitos funcionales en el contexto de procesos
empresariales y de sistema. Los casos de uso pueden representarse
como un elemento gráfico en un diagrama y como una especificación
de caso de uso en un documento textual.
6
CONCEPTO
En un principio se presentaron para Se puede utilizar como parte del Presenta al sistema desde la
usarlo en el UML orientado a SDLC o en el modelado ágill. perspectiva de un usuario fuera del
objetos. mismo.
6
Un diagrama de casos de uso contiene elementos del
ELEMENTOS modelo para el sistema, los actores y los casos de uso, y
muestra las diferentes relaciones entre estos elementos.
ACTORES CASOS DE USO RELACIONES
6
CASOS DE USO
ACTORES
Un actor es alguien o algo que interactúa con el
sistema, pero que es externo al sistema
Envía o recibe mensajes a y desde el sistema, o
intercambia información con el sistema.
Un caso de uso siempre es iniciado por un actor
que le envía un mensaje o estímulo. Los actores
llevan a cabo casos de uso. vendedor vender
Cuando un caso de uso se realiza, el caso de
uso podría enviar mensajes a uno o más
actores. Estos mensajes también puede ir a
otros actores además del que inició el caso de
uso.
6
CASOS DE USO
CASOS DE USO
Se define como una secuencia de acciones que
realiza un sistema y que conduce a un resultado
observable.
Las acciones pueden envolver comunicación
línea de comunicación
con diversos actores así como realización de
cálculos y trabajos dentro del sistema
Un caso de uso siempre es iniciado por un actor
nombre del actor nombre del caso de uso
Un caso de uso proporciona un valor a un actor:
debe entregar alguna clase de valor tangible
para el usuario.
Un caso de uso es completo: debe ser una
descripción completa.
6
CASOS DE USO
RELACIONES Se define como una secuencia de acciones que realiza un sistema y que
conduce a un resultado observable.
Relación de extensión (extend): un caso de uso añade acciones, que pueden ser opcionales, al
comportamiento de un caso de uso general. – El caso de uso extendido puede incluir comportamiento del
caso de uso que se extiende, aunque no tiene que incluir todo el comportamiento.
Relación de inclusión (include): un caso de uso incluye el comportamiento completo de un caso de uso
general. – Permite la composición jerárquica de casos de uso, así como la reutilización entre casos de uso
Relación de generalización: en el caso de uso especializado se especifican los pasos extra que es
necesario añadir al caso de uso general, para representar una funcionalidad diferente a la original.
6
CASOS DE USO
Firmar poliza de
seguros RELACIONES Firmar poliza de
seguros
include include
extend
firmar un contrato de compra Firma de seguro de coche Firma de seguro de vida
de un coche
6
7
DIAGRAMA DE SECUENCIA
Los diagramas de secuencia pueden ilustrar una sucesión
de interacciones entre clases o instancias de objetos a
través del tiempo.
Se utilizan para ilustrar el Se derivan del análisis Se utilizan en el diseño de
procesamiento descrito en de casos de uso sistemas para derivar las
los interacciones, las relaciones y
escenarios de casos de uso. los métodos de los objetos en
el sistema.
7
Los diagramas de secuencia contienen clases u objetos con
NOTACIÓN sus líneas de vida, mensajes u operación que se intercambian
entre los objetos de forma ordenada, la barra de
sincronización y el actor
7
DIAGRAMA DE SECUENCIA
OBJETOS MENSAJES TIEMPO
Representados usualmente en Son enviados de una línea de vida a El diagrama representa el tiempo
forma de rectángulos con nombre y otra aunque también se pueden desde arriba hacia abajo en
subrayado, están acompañados de enviar a sí mismo. Pueden ser dirección vertical. El diagrama de
una línea discontinua que simple, síncronos o asíncronos. secuencia tiene dos dimensiones, la
representa la línea de vida de un horizontal que es la disposición de
objeto. Sobre la línea discontinua los objetos y la vertical que
se ubica una barra llamada barra de muestra el paso del tiempo.
activación que interpreta la
duración de activación del objeto.
7
PROCESO DE
ELABORACIÓN
1. Identificación de 2. Identificación de los 3. Modelado de
los escenarios eventos externos interacciones
Situaciones en la que Identificación de Diagramas de
se quiere ver como quien demanda que secuencia
funciona el sistema empiece une
para resolver algo escenario
7
8
MODELOS
ESTRUCTURALES
Los modelos estructurales
muestran la organización de un
sistema en términos de los
componentes del sistema y sus
relaciones.
Los modelos estructurales pueden ser:
Normalmente se crean cuando
se está discutiendo y diseñando Estáticos
la arquitectura del sistema. Dinámicos
8
MODELOS
ESTRUCTURALES
Un diagrama de clases describe la estructura estática de un sistema
en términos de clases y de relaciones entre estas clases, mostrando
los atributos y operaciones que caracterizan cada clase de objetos.
9
MODELOS DE
COMPORTAMIENTO
Los modelos de comportamiento,
son modelos del
comportamiento dinámico del
sistema mientras se está
ejecutando.
Los estímulos pueden ser de dos tipos:
Datos: Llegan datos que el sistema debe procesar.
Eventos: Ocurre algún evento que desencadena el
procesamiento.
10
CONCLUSIÓN
El modelado de sistemas nos ayuda porque nos permite especificar la estructura de
un sistema y de esta manera, tener un control sobre la documentación y el sistema
que se esté realizando. Es una herramienta que brinda mucho apoyo y como guía al
momento de desarrollar el sistema y es por eso su importancia al momento de
hablar sobre en análisis de sistemas.
BIBLIOGRAFÍA
Sommerville, I. 2005. Ingeniería del Software (7ma edición).
PEARSON EDUCACION S.A. Madrid (España).
Lucidchart. (s.f). Obtenido de Lucidchart:
https://www.lucidchart.com/pages/es/que-es-el-lenguaje-unificado-
de-modelado-uml
Luján, M. 2019. Ingeniería de Aplicaciones [Diapositiva 3].
Repositorio Material Universidad Nacional de Sur.
06_ModeladoSistemas_IAP_2019.pdf
Pedriquez, D. 2022. Obtenido de Venngage:
https://es.venngage.com/blog/diagrama-de-contexto/
