Sys ML

INTEGRANTES:

GALLEGOS VACA LUIS ALBERTO

MARCA GONZALES CRISTIAN PABLO
INTRODUCCION
En la actualidad, pensar en un desarrollo de software sin pasar por una etapa de modelado es
imposible. La utilización de modelos es una metodología aceptada y recomendada no solo
académicamente sino también en el ámbito profesional.
Los modelos actuales que representan sistemas de software son creados a través de lenguajes
de modelado. Como los lenguajes de programación, estos también tienen una sintaxis (la
forma de los elementos del lenguaje) y una semántica (el significado de esos elementos)
definida, además existen muchos lenguajes de modelado cada uno con diferentes propósitos.
Los lenguajes de modelado son la herramienta que utilizamos para construir nuestros modelos
de sistema.
A continuación analizaremos el lenguaje SysML (Lenguaje de modelado de sistemas).
DEFINICION
Es un lenguaje de modelado específico en el campo de la ingeniería de sistemas.
Permite la especificación, análisis, diseño, verificación y validación de muchos
sistemas y sistemas-de-sistemas. Originalmente, SysML ha sido desarrollado
como parte de una especificación de proyecto de código abierto, e incluye una
licencia de código abierto para la distribución y uso.
Éste se basa en UML e implica el modelado de bloques en lugar de modelar
clases, proporcionando así un vocabulario más adecuado para la Ingeniería de
Sistemas. Un bloque abarca software, hardware, datos, procesos, personal e
instalaciones.
SysML reutiliza un subconjunto de UML2 (UML4SysML) y define sus propias
extensiones. Por lo tanto, incluye nueve diagramas en lugar de los trece
diagramas de UML2, por lo que es un lenguaje más pequeño que es más fácil de
aprender y aplicar.
CARACTERISTICAS
*Compatible con los nueve tipos de diagramas SysML.
*Hipervínculos a diagramas, documentos o páginas web.
*Subproyectos compartidos para trabajar en equipo.
*Asigne elementos a diferentes capas del diagrama, que se pueden
ver u ocultar.
*Número ilimitado de operaciones de deshacer/rehacer.
*Intercambio de modelos mediante el estándar XMI.
*Diagramas SysML integrados en el modelado UML.
*Documentación automatizada de diagramas y elementos SysML.
FASES Y ETAPAS
• Diagramas de estructura.
• Diagrama de requerimientos
(Requirement Diagram).
• Diagrama paramétrico (Parametric
Diagram).
• Diagramas de comportamiento.
Diagramas de estructura
Diagrama de definición de bloques (Block
Definition Diagram).
Muestra la estructura del sistema como
componentes junto con sus propiedades,
operaciones y relaciones. Útil para análisis y
diseño de sistemas. Proporciona una
representación en caja negra de un bloque de
sistema, es decir, bloque principal, junto con la
jerarquía de sus bloques compuestos; puede
incluir bloques de cualquier tipo incluyendo
software, hardware, etc. En comparación con
UML2, el BDD SysML redefine el diagrama de
clases reemplazando clases con bloques e
introduciendo puertos de flujo.
Diagramas de estructura
Diagrama interno de bloques (Internal Block
Diagram) Muestra la estructura interna de
componentes, incluyendo sus partes y conectores.
Útil para análisis y diseño de sistemas. Proporciona
el cuadro blanco o la vista interna de un bloque del
sistema y suele ser instanciado desde el Diagrama
de Definición de Bloques (BDD) para representar el
ensamblaje final de todos los bloques dentro del
bloque principal del sistema. Los bloques
compuestos del BDD se instancian en el IBD como
partes. Estas piezas se montan a través de
conectores, conectándolos directamente o a través
de sus puertos (puertos estándar con interfaces
expuestas y / o puertos de flujo). En comparación
con UML2, el SysML IBD redefine el diagrama de
estructura compuesta por bloques de soporte y
puertos de flujo.
Diagramas de estructura
Diagrama de paquetes (Package
Diagram) Muestra como un modelo se
organiza en paquetes, vistas y puntos
de vista. Útil para manejo de modelos.
Generalmente se agrupan los
elementos del mismo tipo en un
paquete, aunque la organización
depende de los autores del modelado,
ya que se pueden agrupar por
diagramas, etc. Sincroniza la
organización del sistema que se está
diseñando.
Diagramas de requerimientos (Requirement Diagram)
Muestra los requerimientos del sistema y
sus relaciones con otros elementos. Útil
para ingeniería de requerimientos.
El estereotipo «requirement» representa
un requerimiento basado en texto.
Este tipo de diagrama modela una
jerarquía de requerimientos y también no
está presente en UML 2.X pero se
recomienda su uso para el desarrollo de
Software.
Diagrama paramétrico (Parametric Diagram)
Muestra restricciones paramétricas entre elementos
estructurales. Útil para análisis cuantitativo y de rendimiento.
El diagrama paramétrico está destinado a soportar el análisis
del sistema (rendimiento, fiabilidad, etc.) mediante la
definición de bloques de restricciones. Un bloque de
restricción expresa una ecuación matemática y sus
parámetros, algunos de los cuales pueden corresponder a las
propiedades del bloque del sistema.
Para empezar, de manera similar al proceso de creación de un
BDD para definir un bloque antes de crear el IBD, las
restricciones de bloques se definen en un diagrama de clases.
Una vez hecho esto, se puede crear un diagrama paramétrico:
*Las restricciones de bloques se instancian como propiedades
de restricción y heredan los parámetros de la restricción de
bloque (nota: no hay concepto de entrada y salida en estos
parámetros de restricción).
*Las propiedades del sistema se agregan y pueden asociarse
con propiedades de bloque.
*Los conectores se utilizan para vincular todas las propiedades
de los sistemas y propiedades de restricción
 Diagramas de comportamiento
Diagrama de actividades (Activity Diagram).
Muestra el comportamiento y el flujo de datos. Útil para
análisis funcional. Son la versión moderna de los diagramas
de flujo; representa etapas de un proceso, a menudo
haciendo uso de "pines de entrada y salida" que
corresponden respectivamente al tipo de elemento
requerido como entrada de una actividad o acción, y el
elemento generado como una salida. Si una acción o
actividad corresponde a una operación de bloque, es
posible asegurar que los tipos de entrada y salida de esta
actividad sean consistentes con la firma de operación de
bloque. Todas las definiciones de diagramas de actividad
utilizadas en UML también se aplican a SysML. SysML ha
añadido un par de extensiones:
*Con UML, el control sólo puede permitir que se inicien las
acciones. SysML extiende el control para apoyar.
*Desactivación de acciones que ya se están ejecutando.
*Definición del caudal: continuo o discreto.
*Definición de la tasa y probabilidad en los flujos de control
o de objetos.
Diagramas de comportamiento
Diagrama de casos de uso (Use Case Diagram).
Muestra los requerimientos funcionales del
sistema como transacciones que son
significativas a los usuarios. Útil para
especificar requerimientos funcionales.
Describe la utilización del sistema por otros
sistemas, dispositivos o usuarios. Las mismas
técnicas de modelado UML se aplican a SysML,
donde los diagramas de casos de uso
pretenden identificar a los actores y utilizar los
casos desde una perspectiva de usabilidad, es
decir, interacciones actor / sistema.
Diagramas de comportamiento
Diagrama de Estados (State Machine Diagram)
Muestra el comportamiento del sistema como
secuencias de estados que un componente o
interacción experimenta en respuesta a eventos.
Útil para diseño y simulación de sistemas. Genera
código rápidamente. Proporcionan una manera
de definir un ciclo de vida de bloque que todas
las instancias deben cumplir. Un ciclo de vida
define todos los estados posibles para un bloque
y los eventos y condiciones que definen las
transiciones de estado. Solamente los bloques
complejos, o importantes desde una perspectiva
empresarial, deben tener un diagrama de estado.
Todas las definiciones de diagramas de estado
utilizadas en UML también se aplican a SysML.
Diagramas de comportamiento
Diagrama de secuencia (Sequence Diagram)
Muestra el comportamiento del sistema como
interacciones entre componentes. Útil para
análisis y diseño de sistemas. Un diagrama de
secuencia representa los elementos involucrados
en un escenario o una interacción, y los mensajes
que se intercambian en un orden cronológico.
Los elementos en un diagrama de secuencia
están representados por una vida. Estas vidas
pueden ser instancias genéricas o instancias de
bloques definidos en el modelo. Todas las
definiciones del diagrama de secuencia utilizadas
en UML también se aplican a SysML: mensajes
síncronos / asincrónicos, operadores (por
ejemplo, alt, loop, opt, par), referencias a otros
diagramas de secuencia, etc.
VENTAJAS
• La semántica de SysML es más rico y más flexible: SysML impone menos restricciones relacionadas con la
visión centrada en el software UML, y añade dos nuevos tipos de diagramas: Diagrama de los requisitos
se puede utilizar para la gestión de requisitos, mientras que diagrama paramétrico puede ser usado para
análisis de rendimiento y el análisis cuantitativo. Con estas mejoras, SysML es capaz de modelar una
amplia gama de sistemas, incluyendo tanto hardware de software, información, procesos, personal, o
equipo.
• SysML es un lenguaje UML más pequeño por lo que es fácil de aprender y usar. SysML elimina muchos
conceptos de UML demasiado atadas a su visión centrada en el software. Todo el lenguaje SysML es más
pequeño, tanto en número de tipos de diagramas y número de conceptos totales.
• SysML gestionar mejor notaciones tabulares. Se proporciona tablas de beneficios flexibles que soportan
la asignación de los requisitos, la asignación funcional, y la asignación estructural, lo que facilita la
automatización de la verificación y validación.
• Los conceptos SysML para ampliar las capacidades de UML y están arquitectónicamente alineados con el
estándar IEEE-Std-1471-2000.
• Es una metodología asociada a UML, con lo cual se presume de fácil aprendizaje para aquellos que
conozcan esta metodología.
• Existen sistemas específicos en el mercado que están adaptados a esta metodología, como los
mencionados anteriormente Enterprise Architect, Visual Paradigm, entre otros.
DESVENTAJAS
• Si bien este enfoque es una adaptación de UML y es fácil de ser
interpretado por un ingeniero de software, no está claro si podría
ser comprendido fácilmente por un usuario final (gerente, usuario
de la aplicación), por lo que no sería muy eficiente utilizar este
método para la captura de conocimiento y su posterior validación.
• Hereda muchos de los problemas asociados con UML, como una
notación compleja y semántica imprecisa.
APLICACIONES
• HOLA:v
NUMERO DE DESAROLLADORES
• Hola
CONCLUSIONES
• Los lenguajes de modelado tienen diferentes objetivos: UML es un
lenguaje que tiene como función visualizar, especificar, construir y
documentar, en cambio SysML es un lenguaje que soporta la
especificación, análisis, diseño, verificación y validación de un
amplio rango de sistemas.
• Las características de los lenguajes de modelado nos ayudan a ver
las diferencias entre ambos lenguajes, para así poder ver cuál de los
dos lenguajes es mejor.
• Mencionado los tipos de diagramas, llegamos en conclusión que
ciertos tipos de diagramas de SysML son iguales a los diagramas de
UML, ya que OMG tomó como base a UML para el desarrollo de
SysML.