INSTITUTO POLITÉCNICO

NACIONAL

UNIDAD PROFESIONAL INTERDISCIPLINARIA DE

INGENIERÍA CIENCIAS SOCIALES Y ADMINISTRATIVAS
Licenciatura de Ingeniería Industrial

Entregable: TRABAJO DOCUMENTAL

Modelos de contexto e interacción
Unidad de aprendizaje: Ingeniería de Sistemas

SEC. 3IM62
EQUIPO No. 1

Integrantes del equipo:

 Carrillo García Pamela.

 Franco Granados José Francisco.
 Torres González Michelle Ashley.
 Villanueva Meza José Servando.

Correo del jefe: ashleeigleez@gmail.com

Nombre de la profesora: Ayala Encarnación Larissa
 Fecha de solicitud: 24/10/19
Fecha de entrega: 07/11/19
INDICE
MODELO DE SISTEMA INFORMATIVO........................................................................................... 3
 Tipos de Sistemas de Información......................................................................................... 3
Sistemas de procesamiento de transacciones...........................................................................3
2. Sistemas de información gerencial.........................................................................................4
3. Sistema de apoyo a decisiones.............................................................................................. 4
4. Sistemas expertos e inteligencia artificial...............................................................................5
5. Sistemas de apoyo a decisiones de grupo.............................................................................5
6. Sistemas de información a ejecutivos....................................................................................6
MODELO DE CONTEXTO................................................................................................................. 7
 Ventajas:................................................................................................................................ 7
 Desventajas:........................................................................................................................... 7
 Características del Modelo de Contexto:................................................................................7
 Como modelar un contexto..................................................................................................... 8
 Diagrama de Contexto ........................................................................................................... 8
 Elementos del Diagrama de Contexto....................................................................................9
MODELO DE INTERACCIÓN.......................................................................................................... 10
 Modelado de caso de uso..................................................................................................... 10
 Diagramas de secuencia:..................................................................................................... 10
 Finalidad............................................................................................................................... 10
 Subgrupos............................................................................................................................ 11
o Modelos educativos derivados de una concepción de la sociedad:.................................11
o Modelo centrado en el desarrollo de las relaciones interpersonales:...............................11
MODELO CASO DE USO................................................................................................................ 12
 Diagrama de casos de uso................................................................................................... 13
 Actores................................................................................................................................. 13
Relaciones entre actores.......................................................................................................... 14
 Relaciones entre casos de uso............................................................................................. 16
Descripción de casos de uso.................................................................................................... 16
 Relación entre modelos........................................................................................................ 17
Contexto del Método Simplex........................................................................................................... 18
  Desarrollando el método Simplex......................................................................................... 18
BIBLIOGRAFIA................................................................................................................................ 19

MODELO DE SISTEMA INFORMATIVO

La Información se puede definir como el conjunto de datos que, transformados o
modificados, tienen un valor para aquellos usuarios que hacen uso de ellos.

Los datos están constituidos por los registros de los hechos, acontecimientos,
transacciones, etc. Por el contrario, la información implica que los datos estén
procesados de tal manera que resulten útiles o significativos para el receptor de
los mismos, por lo que, en cierto modo, los datos se pueden considerar la materia
prima para obtener información.

A su vez, el Sistema de Información se puede definir como: “Un conjunto formal de

procesos que, operando sobre una colección de datos estructurada según las
necesidades de la empresa, recopilan elaboran y distribuyen la información (o
parte de ella) necesaria para las operaciones de dicha empresa y para las
actividades de dirección y control correspondientes (toma de decisiones), que
permitan desempeñar su actividad de acuerdo a su estrategia de negocio.

Por lo tanto, en un sistema de información se puede encontrar un conjunto de

subsistemas que incluyen hardware, software y medios de almacenamiento de
datos juntos, con el fin de procesar entradas y convertirlas en salidas de
información importantes en la toma de decisiones.

El objetivo de un sistema de información es ayudar al desempeño de las

actividades que desarrolla la empresa, suministrando la información adecuada,
con la calidad requerida, a la persona o departamento que lo solicita, en el
momento y lugar especificados con el formato más útil para el receptor.

• Tipos de Sistemas de Información

Sistemas de procesamiento de transacciones.

Los sistemas de procesamiento de transacciones o TPS (Transaction
Procesation System) por sus siglas en inglés, son sistemas de información
encargados de procesar gran cantidad de transacciones rutinarias, eliminando
el trabajo tedioso de las transacciones operacionales y como resultado reducen
el tiempo empleado en ejecutarlas, aunque los usuarios todavía deben
alimentar de datos a los TPS.
 “Los sistemas de procesamiento de transacciones son sistemas que traspasan
sistemas y que permiten que la organización interactué con ambientes
externos. Debido a que los administradores consultan los datos generados por
el TPS para información al minuto acerca de lo que está pasando en sus
compañías, es esencial para las operaciones diarias que estos sistemas
funcionen lentamente y sin interrupción.

2. Sistemas de información gerencial.

Los sistemas de información gerencial o MIS (Management Information
System) por sus siglas en inglés, son sistemas de información computarizada
que trabajan con la interacción entre usuarios y ordenadores. Requieren que
los usuarios, el software (programas de ordenador) y el hardware
(ordenadores, impresoras, etc.) trabajen a un mismo ritmo. Los sistemas de
información gerencial dan soporte a un espectro más amplio de tareas
organizacionales, a comparación de los sistemas de procesamiento de
transacciones, los sistemas de información gerencial incluyen el análisis de
decisiones y la toma decisiones.

“Para poder ligar la información, los usuarios de un sistema de información

gerencial, comparten una base de datos común. La base de datos guarda
modelos que ayudan a los usuarios a interpretar y aplicar esos mismos datos.
Los sistemas de información gerencial producen información que es utilizada
en la toma de decisiones”

3. Sistema de apoyo a decisiones.

Los sistemas de apoyo a decisiones o DSS (Decision Support Systems) por
sus siglas en ingles, se diferencian de los sistemas de información gerencial
tradicional, en que estos profundizan en lo que respecta a la toma de
decisiones en todas sus fases, aunque la decisión es del dominio del tomador
de decisiones (administrador del sistema o gerente). Los sistemas de apoyo a
decisiones son realizados de acuerdo a las características y necesidades
específicas de la persona o grupo que los utiliza a diferencia de los sistemas
de información gerencial tradicionales.

“Un sistema de apoyo de decisiones es una de varias formas de establecer un

sistema de información para una tarea clave administrativa o de organización;
ciertamente, un sistema de apoyo de decisiones está realizado para una tarea
administrativa o un problema específico y su uso se limita a dicho problema o
tarea. Los sistemas de apoyo de decisiones suelen ser diseñados
especialmente para servir a los administradores en cualquier nivel de la
organización.”
4. Sistemas expertos e inteligencia artificial.
Primero definiremos que es la inteligencia artificial ya que esta puede ser
considerada la meta de los sistemas expertos. ”La Inteligencia Artificial o AI
(Artificial Intelligence) es la actividad de proveer a máquinas como las
computadoras de la capacidad para exhibir conductas que se consideraría
inteligentes si se observarán en seres humanos. La AI representa la aplicación
más sofisticada de las computadoras, pues busca duplicar algunos tipos de
razonamiento humano”.

Los sistemas expertos usan los enfoques de razonamiento de la inteligencia

artificial para resolver los problemas que les plantean los usuarios de negocios.

El sistema experto o también llamado sistema basado en conocimiento,

captura en forma efectiva y usa el conocimiento de un experto para resolver un
problema particular experimentado en una empresa.

A diferencia de los sistemas de apoyo a decisiones, los cuales dejan el libre

dominio de la decisión al tomador de decisiones, un sistema experto selecciona
la mejor solución a un problema en específico y la propone para la toma de
decisiones.

5. Sistemas de apoyo a decisiones de grupo.

Un sistema de apoyo a decisiones en grupos o GDSS (Group Decision Support
Systems) es “un sistema basado en ordenadores que apoya a grupos de
personas que tienen una tarea (u objetivo) común, y que sirve como interfaz
con un entorno compartido”. El supuesto en que se basa el GDSS es, que si se
mejoran las comunicaciones se pueden mejorar las decisiones. Las
comunicaciones se mejoran, manteniendo la discusión enfocada en el
problema, con lo que se pierde menos tiempo. El tiempo que se ahorra puede
dedicarse a un análisis más exhaustivo del problema, lo que contribuye a una
mejor definición del problema. Ese tiempo también podría aprovecharse para
identificar más alternativas. La evaluación de más alternativas aumenta las
posibilidades de encontrar una buena solución.

Muchas veces los sistemas de apoyo a decisiones de grupos son tratados bajo
el termino general de trabajo colaborativo, apoyado por ordenadores que
 pueden incluir el software llamado “Groupware” para el trabajo en
computadoras en red.

6. Sistemas de información a ejecutivos.

Un sistema de información a ejecutivos se define como “Un sistema de
información que provee al ejecutivo acceso fácil a información interna y externa
al negocio con el fin de dar seguimiento a los factores críticos del éxito”.

Los gerentes de más alto nivel recibirían toda su información de los

subsistemas funcionales, y estos ejecutivos tendrían que analizarla y sacar de
ella los datos hasta tenerlos en una forma que les proporcione la información
adecuada para la toma de decisiones.

“La información se origina tanto dentro de la compañía como en su entorno.

Generalmente se acepta que la información del entorno es especialmente
importante en el nivel más alto “
 MODELO DE CONTEXTO
En una primera etapa es la especificación de un sistema, debe decidir sobre las
fronteras del sistema. Esto implica trabajar con los participantes del sistema para
determinar cuál funcionalidad se incluirá en el sistema y cuál la ofrece el entorno
del sistema.
Los modelos de contexto, por lo general, muestran que el entorno incluye varios
sistemas automatizados. Por consiguiente, los modelos de contexto simples se
usan junto con otros modelos, como los modelos de proceso empresarial. Éstos
describen procesos humanos y automatizados que se usan en sistemas
particulares de software.

• Ventajas:
Busca posibles igualdades en la funcionalidad con los sistemas existentes y
determinar dónde tiene que implementarse nueva funcionalidad.

 Ayuda al análisis del sistema por medio de los aspectos tanto sociales como
organizacionales, Nos ayuda a saber las partes del sistema.

• Desventajas:
Los requerimientos del sistema pueden cambiar en el transcurso de describir
funciones automatizadas del mismo.

 Al asociar o relacionar módulos se descartan en una gran mayoría aspectos

básicos como datos a utilizar o posibles fallos, a pesar de especificar interacciones
de usuario-sistema.

 No muestran las relaciones entre otros sistemas del entorno y el sistema que se
está especificando.

 En el reemplazo de un sistema manual a uno automatizado, no se podría dar

tanta flexibilidad en ciertos casos.

Descartar algún entorno de un requerimiento podría conducir a una nueva revisión

completa del mismo modelo ya que alteraría ciertos procesos.

• Características del Modelo de Contexto:

Nos sirven como una manera de representar los límites del sistema, se distingue
lo que conforma el sistema y su entono.
El diagrama de este modelado es también conocido como el nivel 0 del diagrama
de un flujo de datos.

Se muestran las relaciones que se dan en el sistema y se debe tomar en cuenta

los requerimientos y el diseño del sistema.

Determina donde tiene que implementarse una nueva funcionalidad.

Deber hacerse oportunamente durante el proceso, para limitar los costos del
sistema, así como el tiempo necesario para comprender los requerimientos y el
diseño del sistema.

• Como modelar un contexto

o Que permita identificar entidades como sujetos sensibles al contexto.
o Que permita establecer relaciones contextuales.
o Que la relación pueda depender del momento actual y del
observador.

• Diagrama de Contexto
El diagrama de contexto es un caso especial del diagrama de flujo de datos, en
donde una sola burbuja representa todo el sistema.

El diagrama de contexto muestra a través de flujos de datos las interacciones

existentes entre los agentes externos y el sistema, sin describir en ningún
momento la estructura del sistema de información.

En este tipo de diagrama, el sistema de información debe representarse como un

único proceso de muy alto nivel con entradas y salidas hacia los agentes externos
que lo limitan, de forma equivalente a una caja negra.

Teniendo en cuenta que este diagrama debe de ser comprensible, no es posible

representar todos los flujos de datos del sistema en él, sino más bien debe
representarse en él una visión general del sistema desde la perspectiva de los
propietarios de sistemas siguiendo dos lineamientos básicos:

o Representar únicamente los flujos de datos que tengan algo que ver
con el objetivo principal del sistema.
o Utilizar flujos de datos compuestos que representen a aquellos que
sean similares.

Dentro de éste diagrama se enfatizan varias características importantes del

sistema:
 o Las personas, organizaciones y sistemas con los que se comunica el
sistema. Son conocidos como terminadores.
o Los datos que el sistema recibe del mundo exterior y que deben
procesarse de alguna forma.
o Los datos producidos por el sistema y que se enviarán al exterior.
o Los almacenes de datos que el sistema comparte con los
terminadores.
o La frontera entre el sistema y el resto del mundo.

• Elementos del Diagrama de Contexto

El diagrama de contexto consiste de terminadores, flujos de datos y flujos de
control, almacenes de datos y un solo proceso, que consiste en una sola burbuja.
El nombre dentro del proceso suele ser el nombre del sistema completo o un
acrónimo convenido.

Los terminadores se representan por medio de rectángulos y se comunican con el

sistema utilizando flujos de datos o de control, los cuales son representados por
flechas, o a través de almacenes externos. Hay que recalcar que los terminadores
no se comunican entre sí, al menos no en el diagrama de contexto, ya que
denotarían interacciones externas al sistema.
 MODELO DE INTERACCIÓN
Todos los sistemas incluyen interacciones de algún tipo. Éstas son interacciones
del usuario, que implican entradas y salidas del usuario; interacciones entre el
sistema a desarrollar y otros sistemas; o interacciones entre los componentes del
sistema. El modelado de interacción del usuario es importante, pues ayuda a
identificar los requerimientos del usuario. El modelado de la interacción sistema a
sistema destaca los problemas de comunicación que se lleguen a presentar. El
modelado de interacción de componentes ayuda a entender si es probable que
una estructura de un sistema propuesto obtenga el rendimiento y la confiabilidad
requeridos por el sistema. En esta sección se cubren dos enfoques relacionados
con el modelado de interacción:

 Modelado de caso de uso: que se utiliza principalmente para modelar

interacciones entre un sistema y actores externos (usuarios u otros
sistemas).

 Diagramas de secuencia: que se emplean para modelar interacciones

entre componentes del sistema, aunque también pueden incluirse agentes
externos.
Los modelos de caso de uso y los diagramas de secuencia presentan la
interacción a diferentes niveles de detalle y, por lo tanto, es posible
utilizarlos juntos. Los detalles de las interacciones que hay en un caso de
uso de alto nivel se documentan en un diagrama de secuencia. El UML
también incluye diagramas de comunicación usados para modelar
interacciones. Aquí no se analiza esto, ya que se trata de representaciones
alternativas de gráficos de secuencia.

• Finalidad
Su finalidad no es solamente que el alumno adquiera una serie de conocimientos,
sino también que desarrolle procedimientos autónomos de pensamiento, de
autoformación y capacitación en función a los retos que enfrente.
El modelo, parte del postulado de que nadie se educa sólo sino que los seres
humanos se educan entre sí mediatizados por el mundo.
La formación innovadora se entiende como un proceso permanente en el que el
alumno va descubriendo, elaborando, reinventando y haciendo suyo el
conocimiento a través del equipo de asesores que tenga y los insumos que posea.
• Subgrupos
Modelos de enseñanza que se basan en las relaciones sociales.
Estos se dividen en dos subgrupos:
o Modelos educativos derivados de una concepción de la
sociedad: Los partidarios de este modelo elevan a su más alto
grado al ser humano, con el objetivo de formar a ciudadanos ideales
de tal sociedad. La República de Platón es un claro ejemplo de esa
idealización y de la creación de modelos educativos utópicos.
o Modelo centrado en el desarrollo de las relaciones
interpersonales: En este modelo actúan los teóricos que parten del
desarrollo de la sensibilidad y los responsables de los grupos de
encuentro.
 MODELO CASO DE USO
Un caso de uso es una técnica de modelado usada para describir lo que debería
hacer un sistema nuevo o lo que hace un sistema que ya existe.
o Los casos de uso describen bajo la forma de acciones y reacciones
el comportamiento de un sistema desde el punto de vista de un
usuario, permiten definir los límites del sistema y las relaciones entre
el sistema y el entorno.
 Los componentes primarios de un modelo de casos de uso (case-use
model) son los casos de uso (use cases), los actores y el sistema
modelado.
 Los casos de uso son descripciones funcionales del sistema; describen
cómo los actores pueden usar un sistema.
o Los límites del sistema se definen por la funcionalidad que se maneja
en el sistema.
o La funcionalidad se representa mediante diversos casos de uso,
especificando cada uno una funcionalidad completa (desde su inicio
por parte de un actor externo hasta que haya realizado la
funcionalidad requerida). Un caso de uso siempre debe devolver
algún valor a un actor, siendo el valor cualquier cosa que el actor
desee del sistema.
o El actor es una entidad externa que tiene interés en interactuar con
el sistema. A menudo, es una persona que usa el sistema, pero
también puede ser otro sistema o alguna clase de dispositivo
hardware que necesita interactuar con el sistema.
 En el modelado de casos de uso, el sistema se observa como una caja
negra que proporciona casos de uso. Cómo lo haga el sistema, cómo se
implementen los casos de uso y cómo trabajen internamente no importa.
 Las clases e interacciones implementan los casos de uso del sistema.
o Las interacciones se expresan en diagramas de secuencia,
colaboración y actividad, así, hay un enlace entre las vistas funcional
y dinámica del sistema.
o Las clases en la implementación de los casos de uso se modelan y
se describen en diagramas de clases y de estados.
Los propósitos primarios de los casos de uso son:
 Decidir y describir los requerimientos funcionales del sistema, dando lugar a
un acuerdo entre el cliente (y/o usuario final) y los programadores que
desarrollan el sistema.
  Dar una descripción clara y consistente de lo que debería hacer el sistema,
de modo que el modelo se use a lo largo del proceso de desarrollo.
 Proporcionar una base para realizar verificaciones (tests) del sistema que
comprueben su funcionamiento.
 Proporcionar la capacidad para rastrear requerimientos funcionales en
clases y operaciones reales del sistema, verificando los casos de uso
afectados por cambios y extensiones al sistema.
El modelado de casos de uso también se utiliza cuando se desarrolla una nueva
versión del sistema.
 Se añade la nueva funcionalidad al
modelo de casos de uso existente
insertando nuevos actores y casos
de uso, o modificando la
especificación de los casos de uso
actuales.

• Diagrama de casos de uso

Un modelo de casos de uso se describe en
UML mediante un diagrama de casos de
uso (use-case diagram) y puede dividirse
en varios diagramas de casos de uso.
Un diagrama de casos de uso contiene
elementos del modelo para el sistema, los actores y los casos de uso, y muestra
las diferentes relaciones entre estos elementos.
 Estos diagramas dan una visión del modelo, pero las descripciones reales
de los casos de uso suelen ser textuales, usando el lenguaje y terminología
del cliente/usuario.
 Un sistema en un diagrama de casos de uso se describe mediante un
rectángulo que contiene el nombre del sistema y los símbolos de los casos
de uso en el sistema.

• Actores
Un actor es alguien o algo que interactúa con el sistema, pero que es externo al
sistema.
 El actor 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 (stimulus). Los actores llevan a cabo casos de uso.
 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.
  Un actor es una clase, no una instancia. El actor representa un papel, no a
un usuario individual del sistema.

Para identificar los actores, se establecen las entidades interesadas en usar e

interactuar con el sistema:
 Los usuarios de la funcionalidad principal del sistema (actores primarios).
Por ejemplo, en un sistema de seguros, un actor primario podría ser uno
que maneja el registro y administración de los seguros.
 Los que mantienen, administran y tienen el sistema en funcionamiento
(actores secundarios). Un ejemplo de actor secundario podría ser una
tarjeta que usa las funciones del sistema para recuperar estadísticas sobre
los negocios o la compañía.
 Los dispositivos hardware que necesita manejar el sistema. – Los otros
sistemas con que necesita interactuar, que incluyen otros sistemas
computadores, así como otras aplicaciones en el computador en que
operará este sistema.
 Los que tienen interés en los resultados que produce el sistema.
Un actor debe tener alguna asociación con uno o más casos de uso.
 Aunque un actor podría no iniciar un caso de uso, ese actor se comunicará
con uno en algún punto.
 Un actor activo inicia un caso de uso, mientras que un actor pasivo nunca
inicia un caso de uso, sino que sólo participa en uno o más casos de uso.

Relaciones entre actores

Los actores en UML son clases con el estereotipo <actor> y tienen un estereotipo
icono estándar. El nombre de la clase es el nombre del actor.
 Una clase actor puede tener atributos y comportamiento.
 Los actores pueden tener las mismas relaciones que las clases.
Cuando varios actores, como parte de sus papeles, también representan un papel
más generalizado, se describe mediante una relación de generalización.
  El comportamiento del papel general se describe en una superclase actor.
Los actores especializados heredan el comportamiento de la superclase y
extienden ese comportamiento de algún modo.

Un caso de uso representa una funcionalidad completa tal como la percibe un

actor. Un caso de uso en UML se define como una secuencia de acciones que
realiza un sistema y que conduce a un resultado observable.
 Las acciones pueden envolver comunicación con diversos actores (usuarios
y otros sistemas) así como realización de cálculos y trabajos dentro del
sistema.
Las características de un caso de uso son:
 Un caso de uso siempre es iniciado por un actor: se realiza en interés de un
actor que, directa o indirectamente, debe ordenar al sistema que inicie el
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. Un caso
de uso no está completo hasta que se produce el valor final, incluso si a lo
largo del camino ocurren varias comunicaciones (tales como diálogos con el
usuario).
Un caso de uso se representa en UML
mediante una elipse que contiene el
nombre del caso de uso, o con el nombre
del caso de uso debajo.
Los casos de uso se conectan a los
actores mediante asociaciones,
denominadas líneas de comunicación
(communication lines).
  Las asociaciones muestran con qué actores se comunica el caso de uso,
incluyendo el actor que inicia la ejecución del caso de uso.
 La asociación normalmente es una relación uno a uno sin dirección. Esto
significa que una instancia de actor se comunica con una instancia de caso
de uso y que pueden comunicarse en ambas direcciones.

Un caso de uso es un tipo de clasificador que describe la funcionalidad como un

todo, incluyendo posibles alternativas, errores y excepciones que puedan ocurrir
durante la ejecución del caso de uso en colaboración con uno o más actores.
Los casos de uso se determinan precisando actor por actor:
 Las funciones que requiere el actor del sistema, si el actor necesita leer,
crear, destruir, modificar o almacenar alguna clase de información en el
sistema.
 Si hay que informar al actor de los eventos del sistema o el actor necesita
notificar algo al sistema y qué representan esos eventos en términos de
funcionalidad.
 Si se podría simplificar o hacer más eficiente el trabajo del actor añadiendo
nuevas funciones del sistema.
 Las entradas/salidas que necesita el sistema.
 Los principales problemas de la implementación actual del sistema.

• Relaciones entre casos de uso

 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.
o 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.
o 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.

Descripción de casos de uso

La descripción de un caso de uso normalmente es textual.
 Es una especificación simple y consistente de cómo interactúan los actores
y los casos de uso (el sistema).
 Se concentra en el comportamiento externo del sistema e ignora cómo se
hacen realmente las cosas dentro del sistema.
 El lenguaje y la terminología son los mismos que los usados por el
cliente/usuario del sistema.
La descripción textual debería incluir:
 Objetivo del caso de uso: qué intenta conseguir.
 Cómo se inicia el caso de uso: qué actor inicia la ejecución del caso de
uso y en qué situaciones.
 El flujo de mensajes entre actores y el caso de uso: qué mensajes o
eventos intercambian el caso de uso y el actor para notificarse algo,
actualizar o recuperar información.

 Flujo alternativo en el caso de uso: un caso de uso puede tener

ejecuciones alternativas dependiendo de condiciones o excepciones.
 Cómo finaliza el caso de uso con un valor para el actor: cuándo se
considera finalizado el caso de uso y la clase de valor devuelto al actor.
 Un caso de uso también puede describirse mediante un diagrama de
actividad que muestra una secuencia de actividades, su orden y las
decisiones opcionales que se hacen para indicar la próxima actividad
que se realiza, o mediante un diagrama de estado.
 Como complemento, se usan diversos escenarios reales para ilustrar lo
que ocurre cuando se instancia el caso de uso.
o La descripción del escenario ilustra un caso específico, con los
actores y casos de uso envueltos como instancias reales.
  Un caso de uso también puede describirse mediante una colaboración.
o Una colaboración se representa en UML mediante varios diagramas
que muestran el contexto (las clases y sus relaciones) y la
interacción entre los participantes en la colaboración para conseguir
la funcionalidad deseada.
• Relación entre modelos
El modelo de casos de uso se relaciona con el resto de modelos de la fase de
análisis:
 Ayuda a identificar los objetos y las clases primarias del modelo estructural.
 Ayuda a especificar el comportamiento de alto nivel en el modelo dinámico.
 Ayuda a describir el modelo funcional determinando las entradas
proporcionadas por los actores y las salidas esperadas por estos.
 El modelo de casos de uso puede influir en la organización del sistema en
subsistemas, ya que los casos de uso representan comportamientos
relacionados.
En la fase de implementación, a partir de los casos de uso se pueden identificar
escenarios adecuados y resultados esperados para propósitos de integración y
prueba del sistema.

Contexto del Método Simplex

El método Simplex es un procedimiento iterativo que permite mejorar la solución
de la función objetivo en cada paso. El proceso concluye cuando no es posible
continuar mejorando dicho valor, es decir, se ha alcanzado la solución óptima (el
mayor o menor valor posible, según el caso, para el que se satisfacen todas las
restricciones).
 • Desarrollando el método Simplex

Una vez estandarizado el modelo puede ocurrir que sea necesario aplicar el
método Simplex o el método de las Dos Fases. Véase en la figura la forma de
actuación para llegar a la solución del problema modelado.

El método Simplex es un procedimiento iterativo que permite mejorar la solución

de la función objetivo en cada paso. El proceso concluye cuando no es posible
continuar mejorando dicho valor, es decir, se ha alcanzado la solución óptima (el
mayor o menor valor posible, según el caso, para el que se satisfacen todas las
restricciones).
Partiendo del valor de la función objetivo en un punto cualquiera, el procedimiento
consiste en buscar otro punto que mejore el valor anterior. Como se verá en
el método Gráfico, dichos puntos son los vértices del polígono (o poliedro o
polícoro, si el número de variables es mayor de 2) que constituye la región
determinada por las restricciones a las que se encuentra sujeto el problema
(llamada región factible). La búsqueda se realiza mediante desplazamientos por
las aristas del polígono, desde el vértice actual hasta uno adyacente que mejore el
valor de la función objetivo. Siempre que exista región factible, como su número
de vértices y de aristas es finito, será posible encontrar la solución.

BIBLIOGRAFIA
 https://modeladodelsistema.wordpress.com/2016/06/15/modelos-de-contexto/
 Unknow. (2016). Modelo de Interacción. 2019, de WordPress Sitio web:
https://modeladodelsistema.wordpress.com/2016/06/15/modelo-de-interaccion/
 Inmaculada. (2017). Modelo de Interacción. 2019, de Scrip Sitio web:
https://es.scribd.com/document/341103348/Modelos-de-Interaccion-Social
 Elena MediaVilla. (2014). Modelo de Casos. 2019, de UML Sitio web:
https://www.ctr.unican.es/asignaturas/MC_OO/Doc/Casos_de_uso.pdf
 UPC – Departament de Ciència i Enginyeria Nàutiques. (2004). La integración de sus
sistemas de información. 2019, de Barcelona Sitio web:
https://www.tdx.cat/bitstream/handle/10803/7001/08Jmmc08de12.pdf?
sequence=8&isAllowed=y
 Karen Rdz. (2010). Metodo Simplex. 2019, de Academia EDU Sitio web:
https://www.academia.edu/28381675/TRABAJO_FINAL_INVESTIGACI
%C3%93N_DE_OPERACIONES_I_TODAS_LAS_UNIDADES_