miércoles, 13 de diciembre de 2017
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.
Suscribirse a:
Entradas (Atom)