CAPITULO 15

ADAPTACIÓN DEL UML EN UN PROCESO DE DESARROLLO

HORA 15

MÉTODO CASCADA DEL DESARROLLO DEL SOFTWARE

El método reciente

En contraste con el método cascada, la moderna ingeniería de programas tiende a la colaboración entre las faces del desarrollo. 

Lo que debe hacer un proceso de desarrollo

El equipo tiene que formase de analista para comunicarse con el cliente y comprender el problema, diseñadores para generar una solución, programadores para codificar e ingenieros de sistema para distribuirla. Un proceso de desarrollo tiene que tomar en cuenta todos los procesos anteriores, utilizarlos adecuadamente y asignar la cantidad de tiempo necesaria para cada fase.

Grapple

Esto no es una férrea metodológica, en vez de ello es un conjunto de ideas adaptables y flexibles. Imagínalas como un patrón simplificado de un proceso de desarrollo como un vehículo para mostrar UML dentro de un contexto.

Recopilación de necesidades

Este es un buen candidato para ser el número uno. Todos los análisis de caso de uso en el mundo no le ayudaran si no comprende las bases del dominio del cliente y el problema que quiere que usted resuelva.

Descubra los procesos de negocios

Es bueno empezar por los procesos de desarrollo mediante la comprensión de los procesos de negocios del cliente, en especial aquellos que tratara de mejorar con el sistema propuesto.

Una consecuencia importante será que el análisis obtendrá un voluntario de trabajo en un subconjunto de la terminología del cliente.

Realice un análisis del dominio

Esta acción es como el ejemplo platica con el entrenador de baloncesto. Puede realizarse durante la misma sesión en la acción anterior. El objetivo es comprender de la mejor manera posible el dominio de cliente.

  Prueba de diseño

Los casos de uso permiten el diseño de pruebas del software. El objetivo es evaluar si el software hace lo que se supone que debería (esto es que, hace lo que se especifica en los casos de uso).

Iniciar la documentación

Los especialistas en la documentación trabajaran en conjunto con los diseños para empezar a generar un panfleto de la documentación y llegar a una estructura de alto nivel para cada documento.

Desarrollo  

De este segmento se encarga los programadores. Con suficiente análisis y diseño, este segmento debería realizarse con rapidez y sin problemas.

 Verificación de código

Ejecutaran secuencias de comandos de prueba para evaluar si el código hace lo que se pretende. Los resultados de las pruebas son los productos del trabajo.

Generación de interfaces del usuario

Esta acción era las interfaces de usuario ya aprobadas. El especialista en  GUI las genera y conecta con el código. Las pruebas anteriores aseguran que las interfaces funcionen adecuadamente. El sistema en funcionamiento junto con las interfaces del usuario, son el producto del trabajo.

  

CAPITULO 14

NOCIONES DE LOS FUNDAMENTOS DEL UML

HORA 14

Aunque su panorama es útil como una forma de tener a la mano los elementos del UML no funciona como una definición de este, los tres amigos  estructuraron al UML de una manera formal para asegurarse  que los elementos que habían creado pudieran mostrar una idea   de un sistema  propuesto.

Ejemplo de cuatro capas de UML:

Ejemplo de paquetes en la capa de metamodelo de UML:

Ejemplo de los paquetes que conforman al propio paquete de elementos de comportamiento.

Administración de modelos

Este paquete define al Modelo subsistema y paquete. La meta de estos elementos es agrupar los elementos de modo de todo tipo.

Estereotipos

El propósito de un estereotipo es extender a un elemento del UML para que sea una instancia de una nueva metaclase, y se escribe en dos pares de paréntesis angulares. Lo que significa que usted podrá utilizar un elemento existente del UML como base para crear sus propios elementos.

Dependencia

Una dependencia “importar” se establece entre dos paquetes. Este estereotipo agrega el contenido destino al espacio de nombres del origen (el aspecto del paquete  que agrupa los nombres que los constituyen).

Clasificador

Los estereotipos extienden  a los clasificadores de diversas formas: metacalse y tipodeautoridad,

Clase

Puede obtener algo más específico  que con los clasificadores, también es posible extender a una clase mediante un “tipo”.

Generalización

Es una relación entre clasificadores, con su propio pequeño conjunto de estereotipos como: “heredar, subclase, privado”.

Componente             

Los estereotipos para los componentes son a unos más directos. Pueden mostrar que un componente es un documento, un ejecutable, un archivo, una tabla de datos o una biblioteca.

Restricciones

Las restricciones se encuentran entre llaves, proporcionan las condiciones para las asociaciones, extremos de vínculos, generalizaciones y peticiones (trasmisores de señales o llamadas a operaciones).

CAPITULO 13

DIAGRAMA DE DISTRIBUCIÓN

HORA 13

Que es un diagrama de distribución

El elemento primordial del hardware es un nodo, que es un nombre genérico para todo tipo de recursos de cómputo. En el UML, un cubo representa a un nodo. Deberá asignar un nombre para el nodo, y podrá utilizar un estereotipo para indicar el tipo de recurso que sea.

Ejemplo de representación de un nodo en UML.

Como agregar información a un nodo.

Representación de conexiones entre nodos.

Ejemplo de diagrama de distribución de una red soken-ring que consta de tres MSAU.

Thin Ethernet

Es un tipo muy popular, los equipos  se conectan a un cable de red mediante dispositivos conocidos como conectores T.

Red inalámbrica Ricochet de metricom

Consta de transmisores y receptores de radio, cuyo tamaño es de una caja de zapatos.

Los diagramas de distribución en el panorama

Ejemplo de su panorama del UML incluye el diagrama de distribución y está completo.

CAPITULO 12

DIAGRAMAS DE COMPONENTES

HORA 12

El uso de un diagrama que es algo distinto a los que ha visto, y se aprenderá lo correspondiente a un diagrama UML que representa a una entidad real: un componente de software.

Que es un componente   

Un componente de software es una parte física de un sistema. y se encuentra en la computadora, no en la mente del analista, que puede tomarse como componente de una tabla , archivos de datos, ejecutable, biblioteca de vínculos dinámicos, documento y cosas por el estilo.

Componentes e interfaces

el objeto tiene que presentar un “rostro”  al mundo exterior, para que los demás objetos (incluso, potencialmente , los humanos) puedan pedirle que ejecute sus operaciones. A este “rostro” se le conoce como interfaz del objeto.

Una interfaz es un, conjunto de operaciones que especifica algo respecto al comportamiento de una clase.  

Tipos de componentes

1. Componente de distribución

2. componente para trabajar el producto

3. componentes de ejecución

Que es un diagrama de componentes   

     

Un diagrama de componentes contiene, obviamente, componentes y relaciones. También pueden aparecer otros tipos de símbolos que ya haya visto.

Ejemplo del símbolo que representa a un componente.

Ejemplo  de adición de información al símbolo del componente.

Ejemplo de las relaciones entre un componente y las clases que implementa.

Como representar las interfaces

Existen dos formas de representar a un componente y sus interfaces: la primera muestra la interfaz como un rectángulo que contiene la información que se le relaciona en donde se conecta una punta de flecha, líneas discontinuas y por un triángulo sin rellenar que visualiza la relación.

Ejemplo de una interfaz que realiza un componente y otra de la que depende.

Ejemplo de diagrama de componentes para una página Web  con componentes Activatex.

Diagrama de componentes en el panorama

Ejemplo de su panorama del UML, ahora incluye el diagrama de componentes.

CAPITULO 11

Diagrama de actividades

HORA 11

Es una extensión de un diagrama de estado, mismo que ya conoció, el diagrama de estado muestra los estados de un objeto y representa las actividades las actividades como flechas que conectan a los estados. El diagrama de actividades resalta, precisamente a las actividades.

Decisiones, decisiones, decisiones

Casi siempre una secuencia de actividades llegara a un punto donde se realiza alguna decisión. Cierta condiciones  le llevaran por un camino y otra por otro( pero ambas son mutuamente exclusivas).

Rutas concurrentes

Para representar una división, se utiliza una línea gruesa perpendicular a la transición  y la ruta partirán de ella. Para representar la reincorporación, ambas rutas apuntaran a otra línea gruesa.

Indicaciones

En términos de UML el pentágono convexo simboliza al envió de un evento; el cóncavo simboliza la recepción del evento.

Aplicación de los diagramas de actividad

Veamos algunos ejemplos, para empezar, diagramara una posición y posterior mente un proceso.

Un diagrama de actividad para calcular FIb(n) una operación que calcula el enésimo número de Fibonacci.

Un diagrama de actividades para el proceso de creación de un documento

Marcos de responsabilidad

Uno de los aspectos más útiles del diagrama de actividades es su facultad para expandirse y mostrar quien tiene la responsabilidad en un proceso.

Ejemplo de u  diagrama de actividades para el proceso de negociación en una junta con un cliente.

Ejemplo de la versión con marcos de trabajo de diagrama de  actividades, que muestra quien es  el responsable de cada actividad.

Diagrama híbrido

Ejemplo del diagrama hibrido: la depuración de la actividad “imprimir documento” nos otorga un diagrama híbrido.

Ejemplo de diagrama hibrido puede mostrar un diagrama de actividades dentro de un objeto.

Adiciones al panorama

Ejemplo: el panorama del UML ahora incluye al diagrama de actividades.