0% encontró este documento útil (0 votos)
12 vistas16 páginas

Modelamiento de Software

Cargado por

mikelopez200127
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
12 vistas16 páginas

Modelamiento de Software

Cargado por

mikelopez200127
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 16

MODELAMIENTO DE SOFTWARE

NOMBRE: MIKE ALEXANDER LOPEZ


RETO
CURSO: 4-4-NO
DIAGRAMA
¿Por qué son importantes los
diagramas en el modelado de
software?

Comunicación
Documentación: efectiva: Facilitan la
Sirven como comunicación entre
documentación los miembros del
técnica del sistema, equipo de desarrollo,
facilitando su los clientes y otros
mantenimiento y interesados en el
evolución a largo proyecto.
plazo.

Identificación de
errores: Ayudan a
Visualización de la
detectar posibles
arquitectura: Permiten
errores o
tener una visión global
inconsistencias en el
del sistema y de sus
diseño del sistema
componentes.
antes de la
implementación.
Tipos de Diagramas en el Modelado
de Software
Diagramas UML
(Lenguaje
Unificado de
Modelado): Son
el estándar de
facto en la
industria y
ofrecen una
amplia gama de
diagramas para
Diagramas de modelar Diagramas de
componentes: diferentes clases:
Muestra la aspectos de un Representan las
organización de sistema, como: clases, sus
los componentes atributos,
físicos de un operaciones y
sistema. relaciones.

Diagramas de
Diagramas de
objetos: Muestra
actividad:
una instancia
Describe el flujo
específica de un
de control de un
diagrama de
proceso.
clases.

Diagramas de
Diagramas de
casos de uso:
estado: Modela el
Describen la
comportamiento
funcionalidad del
de un objeto a lo
sistema desde la
largo de su vida
perspectiva del
útil.
usuario.

Diagramas de
Diagramas de
colaboración:
secuencia:
Enfatiza la
Muestra la
estructura
interacción entre
estática de las
objetos a lo largo
interacciones
del tiempo.
entre objetos.
• En programación orientada a
objetos POO, una clase es como
un plano o plantilla que define las
características y comportamientos
de un conjunto de objetos. Es
Clases decir, una clase describe qué
propiedades atributos y qué
acciones métodos tendrán los
objetos que se creen a partir de
ella.
• Imagina que quieres modelar un "Coche". La
clase "Coche" podría tener los siguientes
atributos:
• color: El color del coche.
• marca: La marca del coche.
• modelo: El modelo del coche.
• año: El año de fabricación.
Y los siguientes métodos:
• acelerar(): Aumenta la velocidad del coche.
• frenar(): Disminuye la velocidad del coche.
• girar(): Cambia la dirección del coche.
• Un objeto es una instancia de una clase. Es
como una copia concreta de esa clase, con
OBJETO valores específicos para sus atributos.
Ejemplo

• miCoche: Un objeto de la clase "Coche"


con el color "rojo", la marca "Toyota", el
modelo "Corolla" y el año "2023".
• tuCoche: Otro objeto de la clase
"Coche" con diferentes valores para
sus atributos.
• es un estándar de la industria para visualizar,
especificar, construir y documentar los
artefactos de un sistema de software. Es un
lenguaje visual que utiliza una notación gráfica
UML para representar los diferentes aspectos de un
sistema, desde su estructura hasta su
comportamiento.
UML más comunes
Diagrama de clases:
Representa las
clases, sus atributos,
operaciones y
relaciones. Es el
diagrama más
utilizado en UML.
Diagrama de Diagrama de objetos:
despliegue: Muestra una
Representa la instancia específica
configuración física de un diagrama de
de un sistema. clases.

Diagrama de Diagrama de casos


componentes: de uso: Describe la
Muestra la funcionalidad del
organización de los sistema desde la
componentes físicos perspectiva del
de un sistema. usuario.

Diagrama de
Diagrama de
secuencia: Muestra la
actividad: Describe el
interacción entre
flujo de control de un
objetos a lo largo del
proceso.
tiempo.

Diagrama de
Diagrama de estado:
colaboración:
Modela el
Enfatiza la estructura
comportamiento de
estática de las
un objeto a lo largo
interacciones entre
de su vida útil.
objetos.
• Diagrama de Flujo de Datos es una
representación gráfica que muestra el flujo de
información dentro de un sistema. Es una
herramienta esencial en el análisis de sistemas
DFD y el diseño de software, ya que permite
visualizar de manera clara y concisa cómo los
datos se mueven y transforman dentro de un
proceso.
• Procesos: Representan las actividades que
transforman los datos de entrada en datos de
salida. Se representan como rectángulos.
• Flujos de datos: Indican la dirección y el tipo de
datos que se mueven entre los procesos. Se
COMPONENT representan como flechas.

ES DFD • Almacenes de datos: Representan los lugares


donde se almacenan los datos. Se representan
como elipses o rectángulos abiertos.
• Entidades externas: Son las fuentes o destinos
de los datos fuera del sistema. Se representan
como rectángulos con un borde doble.
• Es una descripción precisa y matemática de un
sistema de software. A diferencia de las
especificaciones informales (como los
Especificaci requisitos escritos en lenguaje natural), las
especificaciones formales utilizan un lenguaje
ón formal formal con una sintaxis y semántica bien
definidas para eliminar ambigüedades y
garantizar una comprensión precisa de los
requisitos del sistema.
Por qué utilizar

Precisión: Elimina la Verificación: Permite verificar


ambigüedad presente en el formalmente si una
lenguaje natural, lo que reduce implementación cumple con la
la posibilidad de malentendidos especificación, lo que aumenta
entre los desarrolladores y los la confianza en la corrección
usuarios. del software.

Razonamiento: Facilita el Automatización: Permite la


razonamiento sobre las automatización de tareas como
propiedades del sistema, como la generación de código, la
la corrección, la seguridad y la verificación de propiedades y la
eficiencia. prueba de software.

También podría gustarte