Ir al contenido principal

UML

Existen muchos diagramas que se utilizan para representar proyectos, sistemas o en este caso software, como los diagramas de clases, diagramas de componentes, diagramas de casos de uso, entre otros, pero estos diagramas a la hora de elaborarlos se deben realizar con una serie de estándares o reglas y para eso está UML.

UML son las siglas de Unified Modeling Language o Lenguaje Unificado de Modelado creado para establecer reglas sintácticas y semánticas para crear distintos modelados de software, sistemas, comportamiento de sistemas o movimiento de la información en un sistema entre muchos otros. Este lenguaje permite un mayor entendimiento de los proyectos tanto de los que se quieran desarrollar como los ya terminados. Por lo que es muy utilizado para las reuniones entre los desarrolladores de software, en este caso, con los clientes, pero también es una buena manera de comunicación entre los distintos equipos de desarrolladores.
El UML ha sido adoptado a nivel mundial por muchas empresas, estas fundamentan la documentación de sus proyectos con UML, permitiéndoles crear los distintos diagramas ya mencionados. UML incluso permite en algunos casos generar código de programación directamente a partir de un diagrama, el cual permite empezar a desarrollar con una base ya generada. Por ejemplo, el programa UMLet (Utiliza UML), principalmente con los diagramas de clases, puede generar código JAVA a partir de un diagrama determinado.
Algunos diagramas que se pueden crear con UML:
·         Diagramas de casos de uso.
·         Diagramas de clases.
·         Diagramas de componentes.
·         Diagramas de secuencia.
·         Diagrama de paquetes.
·         Diagramas de estados.
·         Entre otros.

Como se observa el UML es muy importante hoy en día, pero no es importante porque lo hayan impuesto, sino porque es realmente útil en la elaboración de proyectos, facilitándonos el entendimiento e implementación de proyectos de software. En algunos casos incluso generándonos código automático como base para empezar el desarrollo. Además, la variedad de diagramas que permite UML, brinda una manera muy detallada de describir proyectos.

Referencias:
Krall, C. (2017). ¿Qué es y para qué sirve UML? Versiones de UML (Lenguaje Unificado de Modelado). Tipos de diagramas UML.. [online] Aprenderaprogramar.com. Disponible en: https://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=688:ique-es-y-para-que-sirve-uml-versiones-de-uml-lenguaje-unificado-de-modelado-tipos-de-diagramas-uml&catid=46&Itemid=163 [Consultado 16 Oct. 2017].
Lucidchart. (2017). Qué es el lenguaje unificado de modelado (UML). [online] Disponible en: https://www.lucidchart.com/pages/es/qu%C3%A9-es-el-lenguaje-unificado-de-modelado-uml [Consultado 16 Oct. 2017].

Comentarios

Entradas populares de este blog

Diagrama de Secuencia del Sistema (DSS)

Existen diferentes formas de explicar un sistema de software que se esté desarrollando, por ejemplo, los casos de uso, estos nos muestran una función específica que realiza el sistema, pero estos pueden ser explicados de una forma diferente por medio de los diagramas de secuencia del sistema. Los DSS es un modelo que muestra al sistema como una caja negra para un caso de uso específico, donde se muestran los actores externos que participan en él, también el orden de los eventos que suceden durante la ejecución del caso de uso. Se dice que debería haber un DSS para cada caso de uso de un proyecto de software, esto debido a que cada DSS se deriva directamente de un caso de uso. Se puede decir que los DSS explican los casos de uso de una forma diferente mostrando las secuencias de eventos que suceden en los casos de uso, estas secuencias comúnmente inician con un verbo, ya que describen una acción que sucede. En los diagramas como tal, el tiempo avanza hacia abajo respetando el

Requerimientos Volátiles y Estables

Los requerimientos de un proyecto de software se pueden clasificar de formas distintas por ejemplo cuando identificamos los requisitos funcionales, no funcionales y los de información, pero también es posible clasificarlos de una forma distinta, más específicamente en volátiles y estables. Requerimientos Volátiles: Estos requisitos volátiles (Cambiantes) tienen una alta probabilidad de sufrir cambios durante el proceso de desarrollo del software, pero también pueden cambiar fuera de dicho proceso cuando el software está terminado o incluso cuando ya está en uso por parte del usuario. Estos requisitos tienen subclasificaciones ya que son muy diversos, los cuales son los siguientes. ·          Mutables: Reciben este nombre los requisitos que se ven afectados por cambios que puedan presentarse en el ambiente con el que opera la organización. ·          Emergentes: Estos aparecen cuando el proceso de diseño de los requerimientos, facilitan el entendimiento del sistema y le perm

StakeHolders

La palabra stakeholders se utiliza para definir a las personas, grupo de personas o empresas que están interesados en un proyecto especifico, en nuestro caso un proyecto de software. El termino stakeholders se puede traducir como “interesados”, estos interesados son empresas o personas que tienen relación de alguna forma con el proyecto y no necesariamente trabajan en el. Algunos ejemplos son los siguientes: Empresas y Organizaciones: En algunos casos los proyectos necesitan de la aprobación de otras empresas u organizaciones para poder desarrollarlo, como financiamientos, seguros, aprobación de licencias etc. Usuarios: Son las personas a las cual va dirigido el proyecto, son los usuarios del programa informático en un proyecto de software, estas personas pueden estar de acuerdo o en desacuerdo con el proyecto. Afectados: Son personas u organizaciones que están indirectamente involucrados en el proyecto, y tampoco son el objetivo de los resultados del proyecto, p