RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

March 29, 2018 | Author: Jennifer Ochoa | Category: Use Case, Unified Modeling Language, Software, Computer Engineering, Computer Programming


Comments



Description

Resumen aprendiendo UML en 24 horasIngeniería de software Ing. Manuel Malpica rodríguez POR: Eric Raúl Vasquez Carranza APRENDIENDO UML EN 24 HORAS PARTE I HORA 01: Introducción al UML El UML (Lenguaje Unificado de Modelado) es una herramienta que permite generar diseños. Su característica es organizar y entender diagramas. El UML es necesario para el análisis del problema para que se pueda resolver y también para que el cliente pueda comprenderlo. Fue creado por Grady Booch, James Rumbaugh e Ivar Jacobson a los cuales se les llamo recientemente “Los Tres Amigos”, cada uno diseño su propia metodología para el análisis y diseño orientado a objetos. A mediados de los 90 intercambiaron ideas y desarrollaron su trabajo en conjunto el UML circularon en distintas industrias de software y se llegó a conformarse un consorcio de UML. En el año 1997 produjeron la versión 1.0 y tomaron en cuenta al OMG (Grupo de Administración de Objetos) se aumentó y se generaron otra versión 1.1 a finales del mismo año, el OMG se encargó de conservar el UML en la que se produjeron 2 versiones más en 1998. DIAGRAMAS Los diagramas de UML permiten examinar una instancia desde diferentes formas. Es un sistema que se ha convertido en estándar en el mundo del desarrollo se sistemas que está constituido por diagramas que permiten generar un anteproyecto.   Diagrama del UML: está compuesta por diversos elementos gráficos que se combinan para hacer diagramas, pues el UML es un lenguaje en la que cuenta con realizar combinaciones que son los elementos y reglas. Diagrama de las clases: tiene atributos de un conjunto de tareas.  Diagrama de objetos: es una instancia de clases que especifica atributos y clases.  Diagrama de casos de uso: es una descripción de las acciones de un sistema y para los desarrollaron esta es una herramienta valiosa pues es una técnica de aciertos y errores. RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Diagrama de estado: Son los pasos para ver el estado de cada objeto.  Diagrama de secuencia: es un sistema funcional en la que los objetos interactúan entre sí que son con bases de tiempo.  Diagrama de actividades: es lo que ocurre en cada caso del comportamiento del objeto.  Diagrama de colaboración: los elementos del sistema trabajan en conjunto para cumplir con su objetivo del sistema. Pág. 3  Otras Características:  Paquetes: permite agrupar los elementos de un diagrama. 4 .  Notas: en cualquier diagrama se puede agregar comentarios aclaratorios. Pág.  Estereotipos: permite crear nuevos elementos a partir de otros existentes.  Diagrama de distribución: muestra la arquitectura física del sistema informativo como las interconexiones y el software que está en cada máquina.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Diagrama de componentes: es importante en los procesos del desarrollo en equipo. RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I HORA 2: Orientación a Objetos La orientación a objetos que es un paradigma. atributos. Son atributos y acciones que se basa en componentes para el desarrollo del software que es importante para el diseño. Atributos: es una propiedad o característica de una clase  . HORA 3: Uso de la orientación a objetos:   Concepción de una clase: es la representación de una clase. el UML permite indicar la información respecto a la clase. Asociaciones: los objetos se relacionan entre si de alguna manera. y el objeto receptor ejecutara la operación. es lo que hace funcionar a los objetos y utilizarlos en el análisis y diseño. Encapsulamiento: Ocultan la funcionalidad interna de sus operaciones de cada objeto. y funcionar distinto en cada una. Polimorfismo: una operación puede tener el mismo nombre en diversas clases. 5 .        Abstracción: Deja las propiedades y acciones necesarias de un objeto. Envío de mensajes: trabajan en conjunto en la envían un mensaje para realizar una operación. Agregación: un objeto que se conforma de una combinación de diversos tipos de objetos. El nombre. Pág. operaciones y responsabilidades de las clases. Operaciones: son las acciones o tareas que la clase puede realizar. Herencia: un objeto tiene todas las características de la clase de la que proviene. RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Responsabilidades u restricciones: permite establecer otro tipo de información en sí misma. Pág. Pueden asociarse diversas clases con una sola. Pueden aparecer 2 asociaciones entre clases en el mismo diagrama. Las restricciones es una forma más formal que está protegido por claves.  Que hacen las clases como encontrarlas: las clases son el vocabulario de un área de conocimiento que son áreas de conocimiento del sistema de computación en la que resuelven los problemas de dicha área HORA 4: Uso de relaciones: Asociaciones: las clases se conectan entre sí de forma conceptual en lo cual puedan ser muy amplias. Mostrará las responsabilidades que será la descripción de la clase. 6 . En el símbolo. indicará las responsabilidades en su área inferior que contiene las operaciones. se conecta a una asociación mediante una línea discontinua en la que se puede asociarse a otra clase. Otro tipo de restricción es la relación O (distinguida como {Or}): Clases de asociación: puede contener atributos y operaciones en la que utiliza una línea discontinua para así conectar a las líneas de asociación. una asociación también cuenta con instancias. 7 . Una clase de asociación. La restricción es la relación que es una línea discontinua que conecta a dos líneas de asociación. Pág. Multiplicidad: Es la cantidad de objetos de una clase en la que se relaciona con un objeto de la clase asociada.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Restricciones en las asociaciones: indica restricción a la línea de asociación. Vínculos: Es como un objeto que tiene instancia. Una clase puede no provenir de una clase principal.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Posibles multiplicidades y como representarlas en el UML: En el UML representa la herencia con una línea que conecta a la clase principal con la secundaria . puede ser una clase base o una clase raíz. Dependencia: una clase utiliza a otra y esta la operación de una clase a otra clase. se proyecta como una línea discontinua que reúne a las dos clases. Descubrimiento de la herencia: es la conversación con el cliente en lo que descubrirá clases principales como secundarias Clases abstractas: son útiles pues funcionan como clases principales para clases secundarias. En una dependencia. una clase utiliza a otra clase. Pág. 8 . tendrá una herencia simple y si proviene de varias clases principales tendrá una herencia múltiple. Si una clase tiene exactamente una clase principal.este tipo de conexión se le interpreta con la frase es de tipo de. 9 . composición. interfaces y realización: Agregación: una clase consta de otras clases que es la jerarquía dentro de una clase completa. Composición: es de tipo muy representativo de una agregación.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I HORA 5: Agregación. cada componente dentro de una composición puede pertenecer a un todo. Pág. Restricción en las agregaciones: son los componentes posibles que se establece dentro de una relación. de modo que cualquier clase puede utilizarla atributos u operaciones la visibilidad tiene tres niveles y son:    Nivel público: la funcionalidad se extiende a otras clases. Nivel privado: solo la clase original puede utilizar atributos u operaciones. tanto de una televisión como de un automóvil: . se utiliza con frecuencia cuando un grupo específico de instancia quiere compartir unos valores exactos de un tributo que es privado HORA 6: Introducción a los casos de uso Los casos de uso es seguir de análisis del caso de uso que es una ayuda para trabajar con los usuarios para ver cómo se usara un sistema.Ámbito: Es la forma de cómo se relacionan con el sistema y hay dos formas:  Ámbito de instancia: cada instancia cuenta con su propio valor en un atributo u operación. Este tipo de ámbito aparece el nombre subrayado. Visibilidad: es una interfaz que es público.  Ámbito de archivador: solo tendrá un valor del atributo u operación de todas las instancias de la clase. Ejemplos: los atributos y operaciones públicos y privados. Pág. Nivel protegido: la funcionalidad se otorga a las clases que heredan a la clase original.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Interfaces y realizaciones: es una serie de operaciones que realiza un clase en un sistema. 10 . Le ayuda a obtener los requerimientos desde el punto de vista del usuario. La forma inclusión es utilizar los pasos de un caso como secuencia de pasos de un caso de uso como consecuencia de pasos y extensión crea un nuevo caso de uso. Es posible volver a utilizar el uso del caso de uso. 11 .RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Importancia: involucra a los usuarios en las estepas iniciales y diseño del sistema en la que aumenta el mayor provecho para la gente Es una estructura que sirve para describir la forma en que un sistema funcione para los usuarios potenciales. Representación de un modelo de caso de uso: Una elipse representa un caso de uso. muestra los beneficios del análisis del caso de uso que le muestra entre el sistema y el mundo externo. la forma de inclusión es una forma de utilizar los pasos y también la forma es de extensión se crea un nuevo caso de uso mediante los pasos de un caso ya existente. Ejemplos sobre la máquina de gaseosas: Pág. HORA 7: Diagrama de caso de uso: Ayuda al analista a comprender lo que el sistema deberá comportarse. El diagrama de caso de uso es muy importante y más cuando se visualiza con el UML al usuario le permitirá mostrar los casos de uso para que puedan dar mayor información. También hay otros tipos de relación que son generalización cuenta con un caso que se hereda de otro y agrupamiento forma sencilla de organizar los casos de uso. 12 . la extensión permite crear un caso a partir de uno ya existente. Ejemplo dela relación de inclusión: Ejemplo se muestra la relación de extensión e inclusión: Generalización: Pág.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I La concepción de las relaciones entre casos de uso: Los casos de uso se relaciona entre si y existen varias relaciones que son la inclusión permite volver a utilizar los pasos del caso de uso. 13 . para esto sería mejor agrupar en un paquete los casos de uso.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Las clases pueden heredar entre si y esto también se aplica a los casos de uso .la herencia de casos de uso. Así como casos de uso: Ejemplo: Agrupamiento: Podría tener varios casos de uso que querrá organizar siempre y cuando él sistema tenga varios subsistemas. Y como aplicarlos. Aplicación de los modelos de caso de uso: Ayuda a comprender con más profundidad los modelos de casos de uso. el caso de uso secundario hereda las acciones y significado del primero: Un caso de uso puede heredar el sentido y comportamientos de otro: Ejemplo: La generalización puede establecerse entre actores. Pág. Comprensión de los usuarios: Este dominio vuelve a sus usuarios su atención debido que el objetivo es entender los tipos de funcionalidad en la que está por crear en el sistema. ¿Qué es un diagrama de estados? Es como un objeto que lo compone modificaron su estado como una respuesta a los sucesos y al tiempo. Pág. HORA 8: Diagramas de estado: Como un elemento se puede se puede modificar los procedimientos con el tiempo.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Profundización: Se genera un caso se usó de alto nivel con la que puedan responder a lo que el actor está haciendo y los demás puedan entender su sistema. 14 . Diagrama de estados UML captura este tipo de cambios pues es el comportamiento del sistema. Simbología: Es representar una transición de un estado. La acción que se ejecuta y haga que suceda la modificación del estado. Los sucesos y acciones se lo escribirán cerca de la línea de transición. Hay dos tipos de subestados:  Subestados secuenciales: son subestados que uno tras de otro. 15 .RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Sucesos. Subestados: secuenciales y concurrentes: Subestados: Los cambios de estados dados que estos estados se encuentran dentro de otros. acciones y condiciones de seguridad: Suceso y acciones: Pueden agregar ciertos detalles a las líneas de transición. Condiciones de seguridad: Es como protegemos una secuencia de sucesos sin la interacción del usuario para si no tener ningún problema con cada proceso que realicemos. para indicar un suceso una transición (desencadena un suceso). Pág. RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Ejemplos de subestados secuenciales dentro de una GUI:  Subestados concurrentes: actualiza un despliegue de una aplicación después de un intervalo específico. HORA 9: Diagrama de secuencias: Consta de objetos que se representan del modo usual: rectángulos con un nombre (subrayado). 16 . Mensaje: Un mensaje va de un objeto que pasa a otra línea de vida de un objeto a la de otro Pág. Ejemplos de subestados concurrentes suceden al mismo tiempo una línea discontinua los separa: Estados históricos: El diagrama de estados históricos captura esta idea. UML proporciona un símbolo que muestra el estado en que esta. El caso de uso: ¿Qué es exactamente lo que representa un diagrama de secuencias? Es la interacción de los objetos que se realizan durante un escenario. Diagrama de secuencias genérico: Se cuenta todos los escenarios de un caso de uso al momento de crear un diagrama de secuencias. Pág. Secuencia: Es un carácter que aparece inmediatamente del mensaje ejecutado. 17 . Este caso podrá generar un diagrama de secuencias genérico a partir de un diagrama de secuencias de instancias.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I En la cual pueden ser: Mensajes simples: Es la transferencia del control de un objeto a otro. Mensaje asincrónico: no espera la respuesta del mensaje y la continúa con su trabajo. Mensaje sincrónico: espera la respuesta de un mensaje para continuar con su trabajo. El diagrama de secuencias agrega la dimensión del tiempo para la interactividad de los objetos. Puede convertir cualquier diagrama de secuencia en colaboración y viceversa.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Como representar la recursividad: Un objeto cuenta con una operación que se invoca así misma y es una característica fundamental de varios lenguajes de programación. 18 Es una extensión de uno de objetos. La cifra y el mensaje se separan por dos puntos (:). Los diagramas de colaboraciones muestran los mensajes que se envían los objetos entre sí. HORA 10 DIAGRAMAS DE COLABORACIONES     Muestra la forma en que los objetos colaboran entre sí. . Los elementos de un sistema trabajan en conjunto para cumplir con los objetivos del sistema. ¿Qué es un diagrama de colaboraciones?     Pág. El diagrama de colaboraciones se organiza de acuerdo al espacio. Los diagramas de colaboraciones son similares a los diagramas de secuencia. RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I La GUI: Un actor inicia la secuencia de interacción al oprimir una tecla. 19 . En el ejemplo siguiente muestra que el estado de inicialización se convierte en el estado operativo. como lo muestra la figura: Pág. con los que los mensajes ocurrirán de manera secuencia. La máquina de gaseosas: El diagrama de colaboraciones es directo. En lo cual veremos en el siguiente ejemplo: Cambio de estado: Puede mostrar los cambios de estado en un objeto. 20 INGENIERIA SOFTWARE I Hora se va agregar el caso de “cantidad incorrecta de dinero”. agregará una bifurcación en el control del flujo. Por ejemplo si una maquina no cuenta con cambios correctos tendrá que mostrar un mensaje que lo indique. lo importante coordinar las condiciones con la numeración. El diagrama de colaboraciones “comprar gaseosas” con toda la situación “monto de dinero inadecuado”. . Se colabora las condiciones entre corchetes. misma a las que se antecede a los corchetes. Cuando agreguen una condición.RESUMEN APRENDIENDO UML EN 24 HORAS      Pág. colocara esta condición entre corchetes y antecederá al del lado izquierdo con un asterisco. Se utilizara instrucciones “si” (if) y mensaje enviado. Con el diagrama de secuencia. Algunos conceptos más: Pág. agregara un estereotipo “crear” al mensaje que genera un objeto. 21 .RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Creación de un objeto:   Para mostrar la creación de un objeto. También trabajara con un ciclo “mientras” (while). para representar a “mientras”.  Representación de los resultados:  Un mensaje podría ser una petición a un objeto para que realice un cálculo y devuelva un valor.  La representación de los diversos objetos es una pila de rectángulos.  Se agregara una condición entre corchetes precedida por un asterisco para indicar que el mensaje ira a todos los objetos. se deberá escribir una representación que tenga el nombre del valor devuelto a la izquierda seguido de “:=”. Pág. 22 .  Un objeto que envía un mensaje a varios otros en un orden especifico.  El UML le da una sintaxis para representar esta situación. a continuación el nombre de la operación y la cantidad con que operará para producir el resultado.RESUMEN APRENDIENDO UML EN 24 HORAS  INGENIERIA SOFTWARE I Varios objetos receptores en una clase:  En ocasiones un objeto envía un mensaje a diversos objetos de la misma clase. lo antecederá con una lista de mensajes que tendrá que completarse antes de que se realice el paso cinco.  Estos objetos activos pueden enviar mensajes a los objetos pasivos e interactuar con otro objeto activo.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Objetos activos:  Un objeto específico controla el flujo.  En lugar de anteceder el mensaje con una etiqueta numérica. Pág.  Al proceso de dos a más objetos activos que hagan su tarea al mismo tiempo se le conoce como concurrencia. Sincronización:  Es que un objeto solo puede enviar un mensaje después de que otros mensajes han sido enviados y deben estar en un orden debido.  Se representa como un rectángulo con un borde grueso en negro. 23 .  Es una extensión de un diagrama de estado. Pág. el diagrama de secuencia iría bajo la 0categoría.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Adiciones al panorama:  El panorama del UML ahora incluye otro diagrama dado que se refiere al comportamiento de los objetos.  El diagrama de actividades resalta precisamente a las actividades. 24 . el diagrama de colaboraciones HORA 11 DIAGRAMAS DE ACTIVIDADES: A sido diseñado para mostrar una visión simplificada de lo que ocurre durante una operación o un proceso.  La representación de una transacción que se bifurca en dos rutas que se ejecutan de forma concurrente y luego se reincorpora. Pág.  Se podrá representar un punto de decisiones de una o dos formas: la primera es mostrar la ruta posible que parte directamente de una actividad y la segunda es llevar la transición hacia un rombo. decisiones. decisiones:  Casi siempre una secuencia de actividades llagara a un punto donde se realizara alguna decisión. 25 . ciertas condiciones se llevan por un camino y otro por otro.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Decisiones. Rutas concurrentes:  Tendrá la oportunidad de separar una transición en dos rutas que se ejecuten al mismo tiempo. 26 Una operación: Fibs . y el que el recibe es un pentágono cóncavo.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Indicaciones:  El símbolo para enviar una indicación es un pentágono convexo. Aplicación de los diagramas de actividad:  Pág.  Las imágenes representan él envió y recensión de una indicación. 3. una operación que calcula el enésimo número del Fibonacci.…. 13. 1. cada número es un “fib”.. 8. 27 . 5. Procesos de creacion de un documento:  El diagrama de actividades para el proceso de creacion de un documento se cumple com el siguiente ejemplo.  Un diagrama de actividades para calcular fib(n).RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Se conoce la serie Fibonacci 1. 2. Pág. 28 Uno de los aspectos más útiles del diagrama de actividades es su facultad para expandirse y mostrar quien tiene la responsabilidad de un proceso.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Marco de responsabilidad:     Pág. Cada marco de responsabilidad muestra el nombre de un responsable en la parte superior y presenta la actividad de cada uno. A continuación mostraremos un diagrama de actividades para el proceso de negociación en una junta con un cliente: . Reparara el diagrama en segmentos paralelos conocidos como marco de responsabilidad. 29 INGENIERIA SOFTWARE I Acá vamos a mostrar la versión con marcos de trabajo de diagrama de actividades que muestra quien es el responsable de cada actividad: .RESUMEN APRENDIENDO UML EN 24 HORAS  Pág. . La depuración de la actividad “imprimir documento” nos otorga un diagrama hídrico. y mostrar al objeto que recibe una petición para ejecutar la operación. 30 Es posible combinar al diagrama de actividades como símbolo de otros diagramas que se producirán diagramas hídricos. El diagrama hídrico podrá mostrar un diagrama de actividades para realizar una operación dentro de un símbolo de objeto.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Diagramas híbridos:    Pág. 31 El panorama del UML ahora incluye otro diagrama el cual es el diagrama de actividades. .RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I Adiciones al panorama:  Pág. La relación entre un componente y una clase. El componente que proporciona los servicios se dice que posee una interfaz de exportación. Componentes e interfaces:       La interfaz es un conjunto de operaciones que especifica algo de acuerdo al comportamiento de una clase. Componentes de ejecución: creados como resultado de un sistema de ejecución. y se encuentra en la computadora. Tipos de componentes:    Componentes de distribución: que conforman el funcionamiento de los sistemas ejecutables (ejemplo: DLL. . imagine un componente como la personificación de software de una clase. no en la mente del analista. Componentes para trabajar en el producto: a partir de los cuales se han creado los componentes de distribución (como archivos de base de datos). Podrá utilizar un componente en otro sistema si este puede acceder al componente utilizado en proyectos de desarrollo a lo largo de una empresa. 32 Representación de un componente:  El símbolo es un rectángulo que tiene otros dos sobrepuestos en su lado izquierdo. La interfaz que utiliza una clase es la misma que la que utiliza su implementación de software (un componente). Situación y reutilización:   Puede sustituir un componente con otro si el nuevo contiene la misma interfaz que el anterior. La interfaz es un conjunto de operaciones que representa una clase a otra. ejecutable. Solo se podrá ejecutar la operación de un componente a través de su interfaz. Al que accede a los servicios se dice que utiliza una interfaz de importación. Qué es un componente:     Un componente de software es una parte física de un sistema.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I HORA 12 DIAGRAMAS DE COMPONENTES  Decide que elementos va a interactuar con otros.). Los componentes puede ser la implementación de más de una clase. Qué es un diagrama de componentes:  Pág. la clase presenta una abstracción de un conjunto de operaciones y atributos. Lo más importante de los componentes es el potencial que tiene de volver a ser utilizado. Los símbolos de las relaciones entre un componente y las clases que implementa.  En esta figura muestra la clase que implementa un componente en particular. puede utilizar el nombre del paquete como un prefijo para el nombre del componente. Pág.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  En esta figura que si los componentes es miembro de un paquete. Cómo representar las interfaces:  Puede representar a un interfaz como un rectángulo conectado al componente por una flecha de realización. 33 . conectado al componente por una línea continua que.RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Puede representar a un interfaz como un pequeño circulo. el otro al JDK (conjunto de herramientas para desarrollo en java). 34 Una página Web con un subprograma Java:  Este ejemplo modela un programa tomado del libro de Rogers Cadenhead. se interpreta con realización. cada archivo class es un componente y cada uno es la implementación de una clase.  En el siguiente ejemplo muestra el diagrama de componentes. . Un paquete corresponde al directorio en donde se encuentra los archivos. en este contexto.  Una interfaz que realiza un componente y otra de la que depende. Aplicación de los diagramas de los componentes:  Pág. podremos encontrar alguno que haya casi todo lo que requiere una aplicación.  La figura muestra el diagrama de componentes para esta página. mismo que muestra la dependencia entre los diversos tipos de componentes. .RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I  Una página Web con controles ActiveX:  Con tantos tipos de componentes ActiveX (controles) disponibles.  PowerToys:  Muestra un diagrama de componentes que modela a TweakUI en el paquete PowerToys. Diagramas de componentes en el panorama:  Pág. 35 El panorama del UML ahora incluye otro diagrama el cual es el diagrama de componentes que se enfoca en una arquitectura de software del sistema. 36 INGENIERIA SOFTWARE I .RESUMEN APRENDIENDO UML EN 24 HORAS Pág.
Copyright © 2024 DOKUMEN.SITE Inc.