INSTITUTO

TECNOLÓGICO
DE ORIZABA
Fundamentos de ingeniería de
software

Unidad 2
Modelo de negocio.

Ariadna Jiménez Aguilar

Raphael Lopez Morales

22/10/2020
Contenido
Introducción ........................................................................................................................................ 2
2-. Modelo de negocio ........................................................................................................................ 3
2.4-. Diagramas ............................................................................................................................... 3
2.4.1-. UML .................................................................................................................................. 3
Los diagramas de casos de uso ............................................................................................... 6
Ejemplo. - ............................................................................................................................ 7
Los diagramas de clases .......................................................................................................... 8
Ejemplo. –............................................................................................................................ 8
Los diagramas de interacción: diagramas de secuencia y diagramas de colaboración ........ 10
Conclusión ......................................................................................................................................... 12
Bibliografía ........................................................................................................................................ 12
Introducción

El lenguaje unificado de modelado UML Se utiliza para definir un sistema,

mediante el uso de objetos que forman parte de él así como, las relaciones
estáticas o dinámicas que existen entre ellos.

Dentro de los diagramas de comportamiento en UML que permiten enfatizar las

interacciones entre los objetos se encuentran los diagramas de secuencias, este
describe el comportamiento del sistema y las operaciones que se realizan
representando los objetos y los mensajes que se intercambian, ya que en un
sistema real y funcional los objetos interactúan entre sí, y tales iteraciones
suceden con el tiempo que se asigna, es decir que el diagrama de secuencias de
UML es una mecánica de interacción en base a los tiempos.

A continuación, se detallan las características de los diagramas de secuencias y

los elementos que lo conforman.
2-. Modelo de negocio
2.4-. Diagramas

Los diagramas de casos de uso del negocio muestran casos de uso del negocio,
actores del negocio y trabajadores del negocio, organizados y las interacciones
entre ellos.

Una entidad de negocio es un objeto que la organización utiliza en su negocio o

produce durante el curso de su negocio. Las entidades incluyen cosas que los
trabajadores del negocio usan de forma cotidiana.

Para detectar las entidades de negocios, se pueden hacer preguntas como: ¿Qué
productos la compañía produce?, ¿Qué servicios la compañía proporciona? ¿Qué
artículos la compañía compra para hacer su trabajo?, ¿Cuáles son los artículos que
entrega o/ recibe de sus clientes?, ¿Qué artículos se pasan de trabajador del
negocio a otros trabajadores del negocio para procesar?

Otro truco es mirar los sustantivos en los nombres de los casos del uso del negocio
que usted ha definido. Para la mayor parte, cada sustantivo es una entidad de
negocio.

2.4.1-. UML

UML (Unified Modelling Language) es el lenguaje de modelado de sistemas de

software más conocido y utilizado en la actualidad. Se le dice “unificado” porque
para crearlo se pusieron de acuerdo los tres máximos exponentes del diseño
orientado a objetos:

• Grady Booch: desarrolló su propia notación para el análisis y diseño

orientado a objetos.
• James Rumbaugh: a su propia notación de diseño orientado a objetos le
llamó OMT (Object Modeling Technique).
 • Ivar Jacobson: visionario del análisis y diseño orientado a objetos, creador
de los casos de uso.

A mediados de los noventa, los tres empezaron a intercambiar documentos y a

trabajar en conjunto. Obtuvieron la versión 1.0 de UML la cual fue un gran avance
en el modelado de sistemas orientados a objetos.

OMG (Object Management Group) es la Asociación que establece y administra

estándares de tecnologías orientadas a objetos. En 1997 UML se dio a conocer
cuando fue aceptado y respaldado por la OMG. Después de pasar por varias
revisiones y refinamientos a la fecha, la última versión de UML es la 2.5.

UML es un LENGUAJE DE MODELADO, no es una METODOLOGÍA DE

DESARROLLO. En una metodología de desarrollo, cada método se define en
términos de un lenguaje de modelado y de un proceso para modelar.

UML se usa como lenguaje gráfico para:

✓ Visualizar
✓ Especificar
✓ Construir
✓ Documentar

UML es visual, y mediante su sintaxis se modelan distintos aspectos que permiten

una mejor interpretación y entendimiento de un problema o de un sistema
computacional.

Los elementos UML se utilizan para crear diagramas y no están diseñados

exclusivamente para software orientado a objetos. UML se compone de muchos
elementos de esquematización que representan las diferentes partes de un sistema
de software, es decir, consta de varios tipos de diagrama. Cada diagrama sirve para
modelar diferentes partes o puntos de vista de un sistema de software.
 Los diagramas UML se clasifican en dos grupos:

• Los Diagramas de Estructura que describen los elementos que deben existir
en el sistema modelado.
• Los Diagramas de Comportamiento que describen lo que debe suceder en el
sistema modelado.

Tipos de diagramas UML que existen.

Área Vista Diagramas Conceptos principales

Clase, asociación, generalización,
Vista estática Diagrama de clases
dependencia, realización, interfaz
Vista de Diagrama de Componente, interfaz, dependencia,
Estructura
implementación componentes realización
Vista de Nodo, componente, dependencia,
Diagrama de despliegue
despliegue localización
Vista de casos de Diagrama de casos de Caso de uso, actor, asociación, extensión,
Comportamiento
uso uso inclusión, generalización de casos de uso
 Vista de máquina
Diagrama de estados Estado, evento, transición, acción
de estados
Estado, actividad, transición de
Vista de actividad Diagrama de actividad
terminación, división, unión
Diagrama de secuencia Interacción, objeto. Mensaje, activación
Vista de
Diagrama de Colaboración, interacción, rol de
interacción
colaboración colaboración, mensaje
Vista de gestión Diagrama de
Gestión Paquete, subsistema, modelo
del modelo componentes

Los diagramas de casos de uso

La idea de utilizar los casos de uso como modelo para describir los requerimientos
funcionales de un sistema fue introducida por Jacobson, uno de los tres grandes
contribuidores del Proceso Unificado de Desarrollo de software (UP) y UML. El
modelo de casos de uso es un mecanismo que permite capturar, hacer visibles y
comprensibles los objetivos y requerimientos del sistema. Los casos de uso son
requerimientos funcionales que indican qué hará el sistema y quién lo hará.

Los diagramas de casos de uso describen las relaciones y las dependencias entre
un grupo de casos de uso y los actores participantes en cada uno de los casos de
uso. No están pensados para representar el diseño y no pueden describir los
elementos internos de un sistema. Sirven para facilitar la comunicación con los
futuros usuarios del sistema; y con el cliente, y resultan especialmente útiles para
determinar las características necesarias del sistema desde el punto de vista de los
usuarios. En otras palabras, los diagramas de casos de uso describen qué es lo que
debe hacer el sistema, pero no cómo, por lo tanto, son muy útiles para ilustrar
requerimientos.
 • Un actor representa cualquier tipo de entidad externa caracterizada de un
comportamiento y que interactúa con el sistema. Ejemplos de actores son:
una persona identificada por un rol (operador, usuario, gerente,
administrador, etc.), un departamento, una organización, otro sistema, etc.
• Un escenario es una secuencia determinada de acciones e interacciones
entre los actores y el sistema en cuestión (a través de los requerimientos que
caracterizan la funcionalidad de dicho sistema).

Ejemplo. - Hacer el diagrama de casos de uso de un sistema con dos menús.

Cada menú con las siguientes opciones:

1. Libros. -
- Dar de alta un libro
- Dar de baja un libro
2. Servicios. -
- Préstamo
- Devolución
Los diagramas de clases
Un diagrama de clases es un diagrama de estructura estático que muestra las
diferentes clases de objetos que componen un sistema y cómo se relacionan unas
con otras. Las relaciones estáticas más utilizadas son las de asociación,
composición y herencia. Los componentes principales de un diagrama de clases
son las clases y todas las posibles relaciones existentes entre éstas (asociación,
generalización-especialización, agregación/composición, realización y uso).

Principales tipos de relaciones que se pueden establecer entre clases.

Ejemplo. –

La figura, ilustra relaciones de herencia, en las que varias clases son descendientes
de una clase abstracta llamada Menu y que, por lo tanto, heredan propiedades de
ésta.

Además de las relaciones estáticas entre clases, un diagrama de clases también

puede mostrar los métodos y atributos de cada una de las clases. En el ejemplo
de la figura existe una asociación de la clase Inscripcion a la clase Alumno, y de la
clase Inscripcion a la clase Grupo, y además están documentados los métodos y
atributos de cada clase.
Los diagramas de interacción: diagramas de secuencia y diagramas de colaboración

Los diagramas de interacción modelan el comportamiento del sistema a través de

la interacción entre los objetos que lo conforman. Describen las secuencias de paso
de mensajes entre los objetos que implementan el comportamiento del sistema.

Los diagramas de secuencia sirven para expresar el orden en el que suceden las
cosas. Muestran la secuencia del intercambio de mensajes entre los módulos que,
en caso de la Programación Orientada a Objetos significa el momento y la forma en
la que se invocan los métodos. Ponen especial énfasis en el orden y el momento en
que se envían los mensajes a los objetos y en qué condiciones se sigue una u otra
secuencia. Los componentes del diagrama de secuencia son los objetos, la línea de
vida de los objetos y los mensajes. Los componentes del diagrama de colaboración
son los objetos, los enlaces y los mensajes.

Como se ilustra en los objetos o módulos se representan por líneas verticales, con
su nombre en la parte más alta. El tiempo se representa en forma vertical y se
incrementa hacia abajo. Los mensajes se envían de un objeto a otro en forma de
flechas con el nombre del mensaje y sus parámetros. Las flechas con línea continua
representan los llamados a los métodos y las flechas con línea punteada
representan el regreso del llamado a un método.
Se pueden insertar, como en este caso, comentarios sobre la línea vertical de cada
módulo para indicar las acciones que se llevan a cabo en un momento dado dentro
de un módulo. No se especifica cómo lo hace, sino solamente qué es lo que hace.
Conclusión
Como se mencionó anteriormente los diagramas de clases representan información
estática de sistema, pero ya en un sistema funcional, los objetos interactúan entre
sí con el tiempo, esto se puede representar mediante un diagrama de secuencias.

El objetivo de UML es ser capaz de describir el comportamiento de un sistema,

subsistema u operación particular mediante un diagrama de secuencia el cual
muestra la interacción de un conjunto de objetos en una aplicación a través del
tiempo y se modela para cada caso de uso, esto facilita como se distribuyen las
tareas entre los componentes.

Bibliografía

Salvador J. (2016). Fundamentos de Ingeniería de Software - Unidad 1 modelo de

negocios. octubre 23, 2020, de ITSG Sitio web:
https://es.slideshare.net/JosAntonioSandovalAc/fundamentos-de-ingenieria-de-
software-unidad-1-modelo-de-negocios

Dra. María del Carmen Gómez Fuentes, Dr. Jorge Cervantes Ojeda, Dr. Pedro
Pablo González Pérez. (2019). Fundamentos de Ingeniería de Software. octubre 23,
2020, de U N I V E R S I D A D A U T Ó N O M A M E T R O P O L I T A N A Sitio
web: http://www.cua.uam.mx/pdfs/conoce/libroselec/Fundamentos_Ing_SW-VF.pdf