Está en la página 1de 6

Joshua Adrian Ruiz Ramírez

CICLO DE VIDA Y DESARROLLO DE SISTEMAS

Actividad No. 5 Cuadro Comparativo

Entrega. 28 Julio de 2019.

UVM Lomas Verdes.

Ingeniería en Tecnologías de Sistemas y de

Información.

Prof. Andrés Mejía Figueroa


Introducción.

Todos los sistemas actuales manejan un desarrollo profundidad para una tarea
compleja o no que se dese simplificar, entre ellos existe una forma de detallar las
características y funcionamientos del mismo para que puedan ser comprendidos
tanto para técnicos especializados como para el usuario común, para realizar este
trabajo es necesario ocupar los diferentes modelos del sistema el cual cada uno de
ellos desarrolla por su parte una sección específica del sistema con el motivo de
realizar la verificación gráfica y sin complejos de su desarrollo así como la
presentación del mismo, para ello en esta actividad realizaremos un cuadro
comparativo de los diferentes modelos del sistema que nos permitirán conocer cada
uno de ellos y sus funciones.

Cuadro Comparativo.
Modelos

Modelos de Modelos de Modelos Modelos de Ingeniería dirigida


contexto interacción estructurales comportamiento por modelo
En una de las primeras Todos los sistemas Un método Los modelos de La ingeniería dirigida
etapas de la obtención incluyen interacciones estructurado es una comportamiento se por modelo (MDE, por
de requerimientos y de algún tipo. Éstas forma sistemática de utilizan para describir las siglas de Model-
del proceso de análisis son interacciones del elaborar modelos de el comportamiento del Driven Engineering) es
se deben definir los usuario, que implican un sistema existente sistema en un enfoque al
límites del sistema. entradas y salidas del o de un sistema que su totalidad. desarrollo de software
Esto comprende usuario; interacciones tiene que ser donde los modelos, y
trabajar entre el sistema a construido. no los programas, son
conjuntamente con los desarrollar y otros las salidas principales
stakeholders del sistemas; o del proceso de
sistema para distinguir interacciones entre los desarrollo (Kent, 2002;
lo que es el sistema y componentes del Schmidt, 2006).
lo que es el entorno del sistema.
sistema.
En algunos casos, el El modelado de Los métodos Se analizan dos tipos Los programas que se
límite entre un sistema interacción del usuario estructurados de modelos de ejecutan en una
y su entorno está es importante, pues proporcionan un comportamiento: plataforma
relativamente claro. ayuda a identificar los marco para el modelos de flujo de hardware/software se
En otros casos, hay requerimientos del modelado detallado de datos, que modelan el generan en tal caso
más flexibilidad, y usuario. sistemas procesamiento de los automáticamente a
usted decide lo que como parte de la datos en el sistema, y partir de los modelos.
constituye el límite elicitación y análisis de modelos de máquinas Los partidarios de la
entre el sistema y su requerimientos. de estado, que MDE argumentan que
entorno durante el modelan cómo el ésta eleva el nivel de
proceso de ingeniería sistema reacciona a abstracción en la
de requerimientos. los eventos. Estos ingeniería de software,
modelos pueden pues los ingenieros ya
usarse no tienen que
de forma separada o preocuparse por
conjuntamente, detalles del lenguaje
dependiendo del tipo de programación o las
de sistema que se esté especificidades de las
desarrollando. plataformas de
ejecución.
La definición de un La mayoría de La mayoría de los La arquitectura dirigida
límite del sistema no métodos sistemas de negocio por modelo (Kleppe et
es una decisión estructurados tienen están al., 2003; Mellor et al.,
arbitraria. Aspectos su propio conjunto fundamentalmente 2004; Stahl y Voelter,
sociales y preferido de modelos dirigidos por los datos. 2006) es un enfoque
organizacional pueden de sistemas. Están controlados por orientado a un
implicar que la Normalmente definen las entradas de datos modelos para el
situación de los límites un proceso que puede al sistema con diseño y la
de un sistema pueda utilizarse para derivar relativamente poco implementación de
ser determinados por estos modelos y un procesamiento de software, que usa un
factores no técnicos. conjunto de reglas y eventos externos. subconjunto de
guías que aplican a modelos UML para
dichos modelos. describir un sistema.
Una vez que se han El modelado de la Pueden suponer Un modelo de flujo de Se crean modelos a
tomado algunas interacción sistema a reducciones datos puede ser todo diferentes niveles de
decisiones sobre los sistema destaca los significativas de coste lo que se necesite abstracción. A partir
límites del sistema, problemas de debido a que utilizan para representar el de un modelo
parte de (a actividad comunicación que se notaciones estándar comportamiento de independiente de
del análisis es la lleguen a presentar. estos sistemas. Por el plataforma de alto
definición de ese y aseguran que se contrario, los sistemas nivel, es posible, en
contexto y de las produce una de tiempo real a principio, generar un
dependencias que el documentación de menudo están programa funcional sin
sistema tiene sobre su diseño estándar. dirigidos por eventos intervención manual.
entorno. con un mínimo
Normalmente, la procesamiento de
producción de un datos.
modelo arquitectónico
sencillo es el
primer paso en esta
actividad.
Los modelos En esta sección se No proporcionan un Un modelo de La ingeniería dirigida
arquitectónicos cubren dos enfoques soporte efectivo para máquina de estados por modelo es un
describen el entorno relacionados con el la comprensión o el es la forma más enfoque al desarrollo
de un sistema. Sin modelado de modelado de efectiva de del software donde un
embargo, no muestran interacción requerimientos del representar su sistema se representa
las relaciones entre sistema no comportamiento. como un conjunto de
otros sistemas del funcionales. Otras clases de modelos que pueden
entorno y el sistema sistemas pueden estar transformarse
que se está dirigidas tanto por automáticamente a
especificando. Los datos como por código ejecutable.
sistemas externos eventos. En estos
podrían producir o casos se puede
consumir datos del desarrollar ambos
sistema. tipos de modelos.
Los modelos Modelado de caso de No discriminan en Los modelos dirigidos A partir de un modelo
arquitectónicos uso: que se utiliza tanto que por datos muestran la independiente de
sencillos normalmente principalmente para normalmente no secuencia de acciones plataforma de alto
se complementan con modelar interacciones incluyen guías que involucradas en el nivel, es posible, en
otros modelos, tales entre un sistema y ayuden a los usuarios procesamiento de principio, generar un
como modelos de actores externos a decidir si un método datos de entrada, así programa funcional sin
procesos, que (usuarios u otros es adecuado para un como la generación de intervención manual.
muestran las sistemas). problema concreto. una salida asociada.
actividades de los Tampoco incluyen
procesos soportadas normalmente consejos
por el sistema. sobre cómo pueden
adaptarse para su uso
en un entorno
particular.
Los modelos de flujo Diagramas de A menudo generan El modelado dirigido Modelos específicos
de datos (descritos en secuencia: que se demasiada por un evento muestra de plataforma (PSM)
la sección siguiente) emplean para modelar documentación. La cómo responde un que son
también pueden interacciones entre esencia de los sistema a eventos transformaciones del
usarse para mostrar componentes del requerimientos del externos e internos. modelo independiente
los datos que son sistema, aunque sistema puede quedar Se basa en la de plataforma con un
transferidos entre el también pueden oculta por e) volumen suposición de que un PSM separado para
sistema y otros incluirse agentes de detalle que se sistema tiene un cada plataforma de
sistemas de su externos. incluye. número finito de aplicación.
entorno. Los modelos de caso estados y que los
de uso y los diagramas eventos (estímulos)
de secuencia pueden causar una
presentan la transición de un
interacción a estado a otro.
diferentes niveles de
detalle y, por lo tanto,
es posible utilizarlos
juntos.
Conclusión.

Los diagramas de caso de uso y los diagramas de secuencia se emplean para


describir las interacciones entre usuario/sistema a diseñar y usuarios/otros
sistemas. Los casos de uso describen interacciones entre un sistema y actores
externos; los diagramas de secuencia agregan más información a éstos al mostrar
las interacciones entre objetos del sistema con ello mismo, los modelos de contexto
muestran cómo un sistema a modelar se coloca en un entorno con otros sistemas y
procesos, así como ayudan a definir las fronteras del sistema a desarrollar.

La ingeniería dirigida por modelo es un enfoque al desarrollo del software donde un


sistema se representa como un conjunto de modelos que pueden transformarse
automáticamente a código ejecutable y cada uno de los modelos del sistema nos
ayuda a definir y desarrollar por separado diversas secciones del mismo sistema
presentándolo y organizándolo como mejor se requiera la información según la
sección solicitada.

Referencias.

• Sommerville I. (2005). Ingeniería de software. Pearson Educación.


Recuperado de
https://www.biblionline.pearson.com/Pages/BookDetail.aspx?b=390
• INGENIERÍA DIRIGIDA POR MODELO (2016). Modelado del sistema,
Recuperado de
https://modeladodelsistema.wordpress.com/2016/06/15/modelos-de-
comportamiento/
• INGENIERÍA DIRIGIDA POR MODELO (2016). Modelado del sistema,
Recuperado de
https://modeladodelsistema.wordpress.com/2016/06/15/modelo-de-
interaccion/