You are on page 1of 17

* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA

CORTE JOCELYN ARELI *

. Es la representación gráfica del algoritmo o proceso dentro de un problema especifico según sea el caso.

.

 También se puede utilizar para la visualización de procesamiento de datos (diseño estructurado). Es una representación gráfica para la maceta del "flujo" de datos a través de un sistema de información. .

grupo de personas o unidad de negocio que entrega yo recibe información. Entidad Externa Persona. de un proceso a otro.  Proceso Lugar físico donde se almacenan los datos .  Flujo Conjunto de actividades de negocio que explican que  Datos Señala el flujo de datos de una entidad externa a un proceso y viceversa. y de un proceso a un almacén de datos y viceversa. se hace y como se llevan a cabo. procesados o desde donde se recuperan para apoyar un proceso.

. – selección – valores para ítems a seleccionar desde alternativas.) listas. necesaria para expresar : – composición (secuencia ?) – cómo un ítem esta compuesto de unidades planas (sus atributos). arreglos (arrays).ítems que no siempre están presentes. Guarda y organiza los detalles del Diagrama de Flujo de Datos (DFD).g. – Repetición – ítems que son repetidos en (e. – opcionalidad .  Notación para representar la estructura de ítems de datos. etc.

 ( ) significa que el ítem entre paréntesis es opcional  " " incluye literales (valor a utilizar)  * * incluye comentarios . i.  = significa ‘es definido como'. repetición  n{ }m significa entre n y m (inclusive)  [ | | ] significa que uno de los atributos entre las barras  esta presente.Asigne un nombre significativo a cada ítem de datos básico o compuesto. o ‘esta hecho de'  + significa ‘ y '  { } significa cero o mas de cualquier cosa que este  dentro de las llaves.e.

 UML es un lenguaje gráfico para modelado de programas de computadoras.  Proporciona un medio de visualizar la organización de alto nivel de los programas sin fijarse con detenimiento en los detalles del código real. .

* Relaciones: Herencia. de uso y de contenimiento. . las cuales pueden ser asociativas. Sirve para visualizar las relaciones entre las clases que involucran el sistema. Agregación.  esta compuesto por los siguientes elementos: * Clase: atributos. de herencia. Composición. métodos y visibilidad. Asociación y Uso.

Con ello poder organizar diagramas de casos de uso y diagramas de clase. . Se usan para reflejar la organización de paquetes y sus elementos.

componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. . Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes.  Los elementos usados por este tipo de diagrama son nodos (representados como un prisma).

Los componentes físicos incluyen archivos. Representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema. módulos. bibliotecas compartidas. . cabeceras. ejecutables. o paquetes.

aunque su notación es similar a los diagramas de clase. Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos no muestran la multiplicidad ni los roles. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. .

. Normalmente contienen: estados y transiciones. junto con sus respuestas y acciones. También ilustran qué eventos pueden cambiar el estado de los objetos de la clase. tiempo rebasado o errores). en los diagramas de estado pueden aparecer notas explicativas y restricciones. Como los estados y las transiciones incluyen. vamos a ver primero sus definiciones. a su vez. muestran el conjunto de estados por los cuales pasa un objeto durante su vida en una aplicación en respuesta a eventos (por ejemplo. acciones y actividades.  Al igual que otros diagramas. mensajes recibidos. eventos.

subsistemas. y documentar el comportamiento de un elemento. . Los diagramas de caso de uso son también importantes para probar sistemas ejecutables a través de ingeniería hacia adelante y para comprender sistemas ejecutables a través de ingeniería inversa. y clases entendibles para presentar una vista exterior de cómo estos elementos pueden ser usados dentro del contexto. son importantes para visualizar. Ellos hacen sistemas. especificar.

Un Diagrama de Actividades muestra el flujo de control general . representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema.

 muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso .