martes, 5 de diciembre de 2017

Competencia Final
A lo largo del cuatrimestre aprendimos a manejar los diferentes regímenes que controlan el desarrollo de un proyecto, esto no aplicado únicamente dentro del área de TI si no en prácticamente cualquier ámbito de nuestras vidas. Aprender a gestionar el trabajo en equipo fue uno de los principales propósitos de este módulo, y considero fue logrado en su totalidad.
Los modelos de desarrollo de software y trabajar con un proyecto prácticamente real, nos llevó a poder interactuar con las posibles problemáticas que se viven en un proyecto serio.

Aprender a manejar un equipo de trabajo y saber como trabaja una empresa en cuestiones de reglas y estipulaciones de desarrollo de proyectos nos permitió generar la competencia de tolerancia, conocimiento y trabajo en equipo.

Diagrama de colaboración

El diagrama de colaboración es un tipo de diagrama de interacción cuyo objetivo es describir el comportamiento dinámico del sistema de información mostrando cómo interactúan los objetos entre sí, es decir, con qué otros objetos tiene vínculos o intercambia mensajes un determinado objeto.

Un diagrama de colaboración muestra la misma información que un diagrama de secuencia, pero de forma diferente. En los diagramas de colaboración no existe una secuencia temporal en el eje vertical; es decir, la colocación de los mensajes en el diagrama no indica cual es el orden en el que se suceden. Además, la colocación de los objetos es más flexible y permite mostrar de forma más clara cuales son las colaboraciones entre ellos. En estos diagramas la comunicación entre objetos se denomina vinculo o enlace (link) y estará́ particularizada mediante los mensajes que intercambian.

Diagrama de secuencia
Los diagramas de secuencia son una popular solución de modelado dinámico. El modelado dinámico se enfoca en las interacciones que ocurren dentro del sistema. Los diagramas de secuencia se enfocan específicamente en las "líneas de vida" de un objeto y cómo se comunican con otros objetos para realizar una función antes de que la línea de vida termine. 
Los diagramas de secuencia son un tipo de diagrama de interacción porque describen cómo un grupo de objetos trabaja en conjunto y en qué orden lo hacen. Tanto los desarrolladores de software como los empresarios usan estos diagramas para comprender los requisitos de un sistema nuevo o documentar un proceso existente. Los diagramas de secuencia a veces se conocen como diagramas de eventos o escenarios de eventos.
Los diagramas de secuencia pueden ser diagramas de referencia útiles para las empresas y otras organizaciones. Intenta dibujar un diagrama de secuencia para:
-  Representa los detalles de un caso de uso en UML.
-  Modelar la lógica de una operación, una función o un procedimiento sofisticados.
-  Ver cómo las tareas se mueven entre los objetos o componentes de un proceso.

-  Planificar y comprender la funcionalidad detallada de un escenario actual o futuro.




Diagramas de clase

Los diagramas de clases son diagramas de estructura estática que muestran las clases del sistema y Sus interrelaciones (incluyendo herencia, agregación, asociación, etc.). Los diagramas de clase son el pilar básico del modelado con IJML, siendo utilizados tanto mostrar lo que el sistema puede hacer (análisis), como para mostrar cómo puede ser construido (diseño). El diagrama clases de más alto nivel, será lógicamente un dibujo de los paquetes que componen el sistema. Las clases se documentan con una descripción de lo que hacen, sus métodos y sus atributos. Las relaciones entre clases se documentan con una descripción de su propósito, sus objetos que intervienen en la relación y su opcionalidad (cuando un Objeto es opcional el que intervenga en una relación).

Casos de Uso
Es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo, la especialización y la generalización son relaciones.

UML
UML es un lenguaje para hacer modelos y es independiente de los métodos de análisis y diseño. Existen diferencias importantes entre un método y un lenguaje de modelado. Un método es una manera explícita de estructurar el pensamiento y las acciones de cada individuo. Además, el método le dice al usuario qué hacer, cómo hacerlo, cuándo hacerlo y por qué hacerlo; mientras que el lenguaje de modelado carece de estas instrucciones. Los métodos contienen modelos y esos modelos son utilizados para describir algo y comunicar los resultados del uso del método.
El UML son una serie de diagramas que permiten comunicar a los desarrolladores entre ellos y a los clientes entender lo que los desarrolladores están realizando sin adentrarse en lenguaje técnico.
UML capta la información sobre la estructura estática y el comportamiento dinámico de un sistema. Un sistema se modela como una colección de objetos discretos que interactúan para realizar un trabajo que finalmente beneficia a un usuario externo.