ANÁLISIS Y DISEÑO DE SISTEMAS

Tamaño: px
Comenzar la demostración a partir de la página:

Download "ANÁLISIS Y DISEÑO DE SISTEMAS"

Transcripción

1 ANÁLISIS Y DISEÑO DE SISTEMAS Clase XVIII: Modelo Dinámico Diagramas de Actividades Primer Cuatrimestre 2013 Diagrama de Actividades (DA) Un grafo o diagrama de actividad (DA) es un tipo especial de máquina de estados que muestra la secuencia de etapas que se emplean en un proceso que representa un algoritmo o flujo de trabajo. El DA muestra flujos de control. Es otro tipo de modelo para representar gráficamente la dinámica de una actividad del sistema. Mg. María Mercedes Vitturini Dpto. Cs. e Ing. de la Computación Universidad Nacional del Sur Recordamos! Los DA también son una técnica para especificar CU. 2 Diagramas de Actividad Los DA también heredan características de la familia de diagramas de flujo (DFD) y se utilizan para representar paso a paso el flujo de control. A diferencia de los diagramas de flujo tradicionales muestran tanto flujo de control secuencial como flujos de control concurrente. Son un tipo de diagrama útil para el modelado de procesos que involucran varios objetos, inclusive procesos de negocio. Diagrama de Actividades (DA) En un DA los estados o actividades representan a acciones o sub-actividades y las transiciones en general se disparan automáticamente al completar la actividad. El objetivo de un DA es mostrar el flujo de procesamiento interno. DA vs. DE DA la mayoría de los eventos representan completar una acción interna. Los DE en general los eventos son asincrónicos. 3 4 Ejemplo - Diagrama de Actividad Empleado Depósito Procesar Orden Pedido DA para Procesar Orden de Pedido DA: Componentes En el diseño de un diagrama de actividades se pueden uno o más de encontrar los siguientes elementos: Estados (que se dividen en de actividad o estados de acción). Transiciones. Objetos. Decisiones o Bifurcaciones. Divisiones concurrentes. Uniones concurrentes

2 Estados Estado Estados Acción: No se descomponen, esto es, son atómicos. No pueden ser interrumpidos por eventos. Su duración es insignificante. Estados Actividad De ser necesario se pueden descomponer, representando su actividad en otro diagrama. Pueden recibir interrupciones. Tienen duración en el tiempo. Ambos usan la misma representación en el diagrama Notación - Ejemplos Estados de Acción CalcularTotal Contador : = contador + 1 IncrementarContador Estados de Actividad ProcesarFactura(f) Solicitar_Registración Entry/ ResetearTiempoEspera 7 8 Estados de Acción y Actividad En un DA al ingresar a un estado de acción o de actividad, simplemente se ejecuta la acción o la actividad. Al terminar la ejecución, el control pasa al siguiente estado. Solo en estados de actividad, como en los estados del DE, pueden asignarse eventos de entrada, salida o eventos aleatorios. Transiciones Una transición es el flujo que muestra el camino de un estado al próximo estado. La transición semánticamente tiene el mismo significado que en el diagrama de estados. Los diagramas de actividad no requieren de eventos que dispare la transición (transiciones ). La transición ocurre porque terminó la ejecución del estado actual y así se pasa al próximo Transiciones Decisión [else] [condición] Leer usuario Leer clave Transiciones automáticas Transiciones con condición Las decisiones especifican caminos alternativos elegidos según el valor de una condición de guarda. Las condiciones de guarda se encierran entre [ ]. Una condición válida es la condición else. Una decisión tiene un flujo de entrada y dos o más flujos de salida, cada uno acompañado de una condición de guarda. [ datos incorrectos ] Informar Error Las condiciones se evalúan y se pasa al próximo estado que satisface la condición. 11 [ datos correctos ] Estado Final: Usuario Registrado DA Registrar_Usuario La decisión en DA está bien construida si las condiciones de guarda son disjuntas y completas. 12 2

3 ATM - Decisión Estado inicial Decisión Flujos Concurrentes Las organizaciones y los sistemas pueden realizar más de una actividad al mismo tiempo: concurrencia. Elementos para representar concurrencia: División: después de una actividad se puede dividir el procesamiento en varias actividades independientes. Marca el inicio de actividades concurrentes. Unión: si antes de pasar a la próxima actividad se requiere que dos o más actividades previas hayan concluido. Marca el fin de actividades concurrentes. La representación gráfica es una barra de sincronización. Estado final División y Unión La división tiene un flujo de entrada y dos o más flujos de salida. La unión tiene dos o más flujos de entrada y un flujo de salida. El flujo de salida de una unión se dispara cuando se completaron todos los flujos de entrada a dicha unión. Flujos Concurrentes DA Proceso de desarrollo de un software (incompleto) ImplementarM1 DividirMódulos DefinirInterfases ImplementarM2 TestearIntegración ImplementarM Diagramas de Actividad RECORDAMOS: Uno de los usos del DA es como herramienta para especificar casos de uso. En este sentido su uso tiene que ver con reflejar el flujo del CU Ejemplo: Supongamos que se desea especificar el un caso de uso Actualizar Entidad. Leer NovedadesEntidad [ datos no validos ] [ datos válidos ] [ es_alta ] [ existe entidad ] [ no existe entidad ] [ baja o modificacion ] [ es_baja ] [ es_modificacion ] [ es_alta ] Borrar Entidad Modificar Entidad Agregar Entidad Grabar Modificaciones Informar Error

4 Estado inicial. Otros elementos Estado final: marca el final de todos los flujos de ejecución. Pueden existir varios estados finales. Inicial Estructuración del DA Para que un DA no resulte demasiado complejo se puede estructurar usando estados anidados. Notación: subactividad_anidada Final de flujo: marca el punto final del flujo. El resto de los flujos siguen su ejecución Final Final de Flujo Subactividades Actividades expandidas Terminar proceso tarjeta no válida Introducir importe Leer Tarjeta [ importe no disponible ] Terminar Proceso tarjeta no válida [ tarjeta no válida ] [ tarjeta válida ] Mensaje Tarjeta Inválida Entregar Tarjeta [ importe disponible ] Introducir importe Estados Anidados Ingresar clave Ingresar importe Introducir clave [ 3er código invalido ] [ 3er. clave incorrecta ] [ 1er. o 2da. clave incorrecta ] [ código válido ] [ clave correcta ] Introducir Clave Calles (Swimlanes) En un DA se pueden identificar secciones o calles que agrupen actividades que tienen algo en común. Se utilizan para modelar flujos de trabajo de procesos. Al dividir las actividades en grupos, cada grupo representa una parte de la organización responsable de las actividades. Cada grupo se denomina calle. Las calles tiene un nombre único en el diagrama. Siempre las actividades pertenecen a una única calle y las transiciones permiten cruzar de calle. Ejemplo Proceso Venta de pasajes aéreos

5 Calles + concurrencia Hay actividades concurrentes si: un proceso se inicia en varios puntos (actividades concurrentes desde el inicio) o, sino se debe indicar explícitamente el punto donde se inicia la concurrencia con un flujo de división. Las calles son una alternativa de representación interesante para representar flujos de trabajo concurrente. Referencias a objetos El flujo de control de un DA también se pueden involucrar objetos: Ciertas actividades producen instancias de clases. Ciertas actividades modifican uno o más atributos de una instancia. Es posible incluir los objetos implicados en un diagrama de actividades colocándolos en el diagrama y conectándolos a una actividad con una dependencia. De cada objeto se determina la clase a la que pertenece y un estado que refleje su situación Ejemplo Leer NovedadesEntidad Usos del Diagrama de Actividad Objetos 27 [ datos no validos ] [ datos válidos ] [ es_alta ] [ existe entidad ] [ no existe entidad ] [ baja o modificacion ] [ es_baja ] [ es_modificacion ] [ es_alta ] Borrar Entidad Modificar Entidad Agregar Entidad Entidad [eliminado] Entidad [modificada] Entidad [nueva] Grabar Modificaciones Informar Error Los diagramas de actividades normalmente se utilizan en dos formas: Para modelar una operación: Como diagramas de flujos y para especificar detalles de la operación. Usan estados de acción, flujos de control y referencia a objetos. Para modelar flujos de trabajo: Hacen hincapié en las actividades tal como son vistas por los actores. Resaltan flujos de trabajo y procesos de negocio. Destacan el uso de calles. 28 Ejemplo DA Flujo de Trabajo De: DA A: BPMN BPMN Business Process Modeling Notation (Notación para el Modelado de Procesos de Negocio) es una notación gráfica estandarizada para modelado de procesos de negocio, en formato de flujo de trabajo (workflow) (OMG) Características BPMN es un estándar internacional. BPMN es independiente de cualquier metodología de modelado de procesos. BPMN permite modelar los procesos manera unificada y estandarizada permitiendo un entendimiento a todas las personas de una organización. AyDS Clase 17- MMV

6 BPMN Notación Eventos BMPN - Ejemplo Guía para la elaboración del modelo dinámico Una propuesta para diseñar diagramas de secuencia, colaboración, estados y actividades 33 El modelo dinámico (MD) modela los aspectos del sistema relacionados con el tiempo y los cambios que se producen. Los principales elementos del MD son: Eventos, que representan estímulos externos. Estados, que representan valores de los objetos. Interacciones, relaciones entre los objetos para realizar una tarea de interés. Incluye el envío de mensajes Actividades, cálculos que demandan un tiempo de ejecución. Acciones, cálculos atómicos. 35 El Modelo Dinámico Elaboración del Modelo Dinámico La construcción del modelo dinámico comienza identificando los eventos o estímulos que causan cambios y los estados por los que pasa el sistema. Pasos a seguir: 1. Preparar escenarios de diálogos asociados a los casos de uso: identificar caminos básicos y alternativos. 2. Identificar el comportamiento del sistema. 3. Construir diagramas de actividades para flujo mostrar flujos de control. 4. Preparar diagramas de secuencia para cada escenario. 5. Construir diagramas de estado para objetos con comportamiento. 36 6

7 Preparar Escenarios Identificar diálogos entre usuarios y el sistema Diagramas de Secuencias del Sistema. Considerar primero los escenarios para casos normales (camino básico). Luego considerar casos especiales (errores, condiciones límites, cancelar, pedido de ayuda). Examinar los escenarios para identificar eventos externos: señales, interrupciones, etc. Distinguir aquellos eventos que afectan el flujo de control. Interacción entre objetos Las interacciones entre objetos se modelan usando Diagramas de Secuencias o de Comunicación. Estos diagramas destacan el intercambio de mensajes y las operaciones requeridas a los objetos. Los diagramas de secuencia resaltan el orden temporal, mientras que los diagramas de comunicación las colaboraciones entres ellos. Existe un diagrama de secuencia/comunicación por escenario, esto es, estos diagramas modelan el intercambio de mensajes para una ejecución particular Diagramas de Estado Los Diagramas de Estados se construyen para cada tipo de elemento con comportamiento significativo. En estos diagramas se muestran los eventos que los objetos de la clase envían y/o reciben. Para la clase a modelar se identifican clases de eventos y estados y luego se modela el patrón de comportamiento. Un Diagrama de Estados cubre todos los escenarios por los que puede pasar un objeto del tipo que modela. Diagrama de Actividades Los diagramas de actividades se usan para representan flujos de control de una actividad. Modelan patrones de flujo para la actividad. Los DA evolucionaron en Modelos de Proceso de Negocio (BPM).Un BPM modela flujos de trabajo de un negocio (workflow). Los DA a mayor nivel de detalle modelan los flujos control de una operación Balanceo entre el Modelo Estático y el Modelo Dinámico La estructura del MD está relacionada y restringida por el MO. Un objeto puede tener distintos estados a lo largo del tiempo, pero no puede pertenecer a distintas clases (preserva identidad). Diferencias internas entre objetos se modelan como clases distintas en el MO. Mientras que diferencias temporales se modelan apropiadamente como estados distintos de la misma clase en el MD. Si dos objetos se intercambian mensajes en el modelo dinámico, en el modelo estático deben estar relacionados. Resumen de las Metodologías Vistas Las metodologías proveen una aproximación segura para resolver un problema, preseleccionando los métodos y técnicas a ser usadas. 41 7

8 Principios de Ingeniería de Software Principios enunciados generales y abstractos que describen las propiedades deseables de los procesos y productos de software. Para aplicar los principios se requieren; Métodos: guías generales que gobiernan la ejecución de alguna actividad. Son aproximaciones rigurosas, semánticas y disciplinadas. Técnicas: guías más técnicas y mecánicas que los métodos. Principios de Ingeniería de Software... Las metodologías proveen una aproximación segura para resolver un problema, preseleccionando los métodos y técnicas a ser usadas. Metodología = métodos + técnicas Herramientas: son desarrolladas para soportar la aplicación de técnicas, métodos y metodologías Ingeniería de Software - Principios Herramientas Metodología Métodos y Técnicas Principios de IS Análisis Estructurado También se lo conoce como análisis clásico. Surge alrededor de los 70. Los investigadores (principales De Marco, Yourdon) buscaron y desarrollaron una notación gráfica para representar datos y procesos de transformación. El método propuesto se centraba en aplicaciones para sistemas de información y no proporciona una notación adecuada para aspectos de control y comportamiento de los problemas Funcionalidad Datos Comportamiento Modelos de Análisis Estructurado Diagrama de Flujo de Datos Descripción Estructurada de Procesos. Diagrama Entidad-Relación Modelo Relacional Normalización Diagrama de transición de estados. Especificación de control Diccio nario de Datos Análisis Orientado a Objetos Si bien su gestación es anterior, triunfan alrededor de los 90 junto con los lenguajes OO. Se basa en identificar objetos y atributos, clases y miembros, todos y partes. Durante el análisis: Se modela el dominio de información, se describe la función, se representa el comportamiento. Se divide en vista del usuario, de estructura o datos y de comportamiento. Los modelos evolucionan para mostrar mayor nivel de detalle. Los modelos se refinan durante el ciclo de vida del producto a desarrollar hasta la implementación

9 Modelos de Análisis OO Temas de la Clase de Hoy De dominio Análisis Detallado y Diseño Vista del Usuario: diagrama de casos de uso y descripción informal. Vista de Datos: conceptos de negocio. Vista de Comportamiento: escenarios y secuencia del sistema. Vista funcional: evolución del diagrama de casos de uso usando include y extend, descripciones rigurosas (tablas, idioma estructurado, diagramas de actividad) Vista de datos: diagrama de clases del dominio, diagrama de objetos, clases del diseño. Vista del comportamiento: escenarios, diagramas de secuencia, de colaboración, de estados y actividad. Glosario Dicciona rio de Datos Modelo Dinámico Diagrama de actividades: repaso, calles y referencias a objetos. Revisión general del modelo dinámico. Ingeniería de Software Revisión de los estilos de análisis clásico y orientado a objetos. Bibliografía The Unified Modeling Language Booch, Rumbaugh & Jacobson. Object Oriented Modeling and Design with UML Capítulo 5, 6 y 7. Fundamentals of Software Engineering C. Ghezzy. Capítulo 7. Ingeniería del Software Un enfoque Práctico. R. Pressman

Índice. http://www.dicampus.es

Índice. http://www.dicampus.es Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:

Más detalles

PROCESO UNIFICADO CAPTURA DE REQUISITOS

PROCESO UNIFICADO CAPTURA DE REQUISITOS PROCESO UNIFICADO CAPTURA DE REQUISITOS El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson,

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para

Más detalles

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini

Más detalles

Curso Taller de Arquitectura de Software usando UML

Curso Taller de Arquitectura de Software usando UML Curso Taller de Arquitectura de Software usando UML Presentación: Este curso comprende las técnicas necesarias para el modelamiento de sistemas a través de los diagramas definidos por UML (Unified Modelling

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

Procesos de Negocios

Procesos de Negocios Procesos de Negocios Procesos de negocios Como dijimos en el Tema 1: los sistemas de información y las organizaciones se influyen entre sí: Los SI deben proveer la información que la organización necesita.

Más detalles

Modelamiento de Procesos con BPMN

Modelamiento de Procesos con BPMN Modelamiento de Procesos con BPMN IN71J Diseño de Modelos y Procesos de Negocios con Ti Carlos Reveco D. creveco@dcc.uchile.cl 1 BPM - Business Process Management Se llama Gestión de procesos de negocios

Más detalles

Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos

Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos Autora: Vasquez Pilar María Directora: Dra. Giandini Roxana Codirectora: Mg. Bazán Patricia Agenda Introducción.

Más detalles

UML. UML significa Lenguaje Unificado de Modelado UML combina lo mejor de:

UML. UML significa Lenguaje Unificado de Modelado UML combina lo mejor de: UML UML significa Lenguaje Unificado de Modelado UML combina lo mejor de: Conceptos de modelado de datos (diagramas entidad-relación) Modelado de negocios (flujos de trabajo) Modelado de objetos Modelado

Más detalles

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Contenido Qué es UML?. Diagramas Utilizados en UML. Ejemplos. Qué es UML UML es un Lenguaje de Modelado

Más detalles

INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO IBEROTEC SEMESTRE ACADÉMICO: 2014-II SÍLABO UNIDAD DIDÁCTICA : ANÁLISIS Y DISEÑO DE SISTEMAS INFORMÁTICOS

INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO IBEROTEC SEMESTRE ACADÉMICO: 2014-II SÍLABO UNIDAD DIDÁCTICA : ANÁLISIS Y DISEÑO DE SISTEMAS INFORMÁTICOS INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO IBEROTEC SEMESTRE ACADÉMICO: 201-II 1. DATOS GENERALES SÍLABO UNIDAD DIDÁCTICA : ANÁLISIS Y DISEÑO DE SISTEMAS INFORMÁTICOS MÓDULO : DESARROLLO DE SOFTWARE TIPO

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática Modelado Avanzado con Casos de Uso Especificación Gráfica de Casos de Uso Una simple secuencia de acciones no puede describir adecuadamente la riqueza de situaciones que se pueden presentar en un caso

Más detalles

Curso de UML 2.0: Patrones de Diseño de Software

Curso de UML 2.0: Patrones de Diseño de Software Curso de UML 2.0: Patrones de Diseño de Software TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES Curso de UML 2.0: Patrones de Diseño de Software

Más detalles

Curso de UML 2.0: Patrones de Diseño de Software

Curso de UML 2.0: Patrones de Diseño de Software Curso de UML 2.0: Patrones de Diseño de Software Titulación certificada por EUROINNOVA BUSINESS SCHOOL Curso de UML 2.0: Patrones de Diseño de Software Curso de UML 2.0: Patrones de Diseño de Software

Más detalles

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él. PROCESOS SOFTWARE MOTIVACIÓN? Con independencia de la metodología o modelo implementado, es común la estrategia para la mejora continua de la calidad, basada en el Círculo de Deming o Plan, Do, Check,

Más detalles

DIAGRAMA DE CLASES EN UML

DIAGRAMA DE CLASES EN UML DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,

Más detalles

Procesos de Negocios. Ingeniería de Sistemas de Información /Sistemas de Información ISI/SI - 1

Procesos de Negocios. Ingeniería de Sistemas de Información /Sistemas de Información ISI/SI - 1 Procesos de Negocios Ingeniería de Sistemas de Información /Sistemas de Información ISI/SI - 1 Procesos de negocios Como dijimos en el Tema 2: los sistemas de información y las organizaciones se influyen

Más detalles

El Proceso Unificado Rational para el Desarrollo de Software.

El Proceso Unificado Rational para el Desarrollo de Software. Instituto de Electrónica y Computación El Proceso Unificado Rational para el Desarrollo de Software. Carlos Alberto Fernández y Fernández Huajuapan de León, Oaxaca 26 de octubre de 2000 Objetivo Proporcionar

Más detalles

2.- Diseño del comportamiento: Diagrama de actividades. Mª Antonia Zapata

2.- Diseño del comportamiento: Diagrama de actividades. Mª Antonia Zapata 2.- Diseño del comportamiento: Diagrama de actividades Mª Antonia Zapata Introducción Los diagramas de actividades sirven para representar el comportamiento dinámico de un sistema haciendo hincapié en

Más detalles

Ing. Norman Vargas Chévez Facultad de Electrotecnia y Computación Universidad Nacional de Ingeniería e-mail: norman.vargas@uni.edu.

Ing. Norman Vargas Chévez Facultad de Electrotecnia y Computación Universidad Nacional de Ingeniería e-mail: norman.vargas@uni.edu. MODELACIÓN DEL PROCESO DE INFORMACIÓN EN LA COMPRA VENTA DE ENERGÍA EN EL MERCADO ELÉCTRICO DEREGULADO EN NICARAGUA - DESDE EL PUNTO DE VISTA DEL CENTRO NACIONAL DE DESPACHO DE CARGA- Ing. Norman Vargas

Más detalles

UML. Lenguaje de Modelado Unificado

UML. Lenguaje de Modelado Unificado Lenguaje de Modelado Unificado Concepto de Reseña Histórica Características Estándares que conforman Modelo Relacional con Ventajas Críticas Concepto de (Unified( Modeling language) Es un lenguaje usado

Más detalles

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases 3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS

CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS 4.1 Diferencias entre análisis y diseño La división entre el análisis y diseño es poco clara, el trabajo de los dos se mezcla continuamente

Más detalles

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es Tema 5: El Lenguaje Unificado de Modelado Departamento de Lenguajes y Sistemas Informáticos II Contenidos Introducción Diagramas de UML Modelado de la parte estática Modelado de la parte dinámica Las 4+1

Más detalles

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola BPMN vs UML Autor: Norberto Figuerola Los Requerimientos y el Modelo del Negocio Normalmente, siempre que iniciamos un esfuerzo de desarrollo de software éste tiene como objetivo automatizar procesos del

Más detalles

Tema 5. Diseño detallado.

Tema 5. Diseño detallado. Ingeniería del Software II 2011 Tema 5. Diseño detallado. Diseño del Software. Los requisitos y el análisis orientado a objetos se centran en aprender a hacer lo correcto: Entender los objetos de nuestro

Más detalles

2 Motivación. 2.1 Problemas en la Utilización de los Casos de Uso

2 Motivación. 2.1 Problemas en la Utilización de los Casos de Uso El Modelo del Negocio como base del Modelo de Requisitos 1 María José Ortín, Jesús García Molina, Begoña Moros, Joaquín Nicolás Grupo de Investigación de Ingeniería del Software Departamento de Informática

Más detalles

El modelo de casos de uso. Ingeniería de la Programación

El modelo de casos de uso. Ingeniería de la Programación El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto

Más detalles

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Un Método Práctico para comenzar la Especificación de Requerimientos

Un Método Práctico para comenzar la Especificación de Requerimientos DEPARTAMENTO DE INFORMÁTICA. ÁREA SISTEMAS Y GESTIÓN. Casos de Uso Un Método Práctico para comenzar la Especificación de Requerimientos 1. Introducción 1.1. Objetivo de este apunte En uno de los párrafos

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Diagramas de Actividad 2 Cuatrimestre 1998 1. INTRODUCCIÓN 1 2. DIAGRAMA DE ACTIVIDAD 1 2.1. SEMÁNTICA 1 2.2. NOTACIÓN 1 2.3. EJEMPLO 2 3. ACCIÓN 3 3.1. SEMÁNTICA 3 3.2. NOTACIÓN

Más detalles

Diagrama de actividad

Diagrama de actividad Diagrama de actividad Se utiliza para representar los procedimientos o secuencia de pasos dentro de procedimientos, procesos o flujo de información. Contenido Generalidades de un diagrama de actividad...

Más detalles

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado

Más detalles

Presentación de proyecto de seminario de titulación

Presentación de proyecto de seminario de titulación BENEMÉRITA UNIVERSIDAD AUTÓNOMA DE PUEBLA FACULTAD DE CIENCIAS DE LA COMPUTACIÓN Presentación de proyecto de seminario de titulación I Datos Generales. Fecha: 28/Febrero/2002 1.1 Datos del Responsable

Más detalles

Oscar Alberto, Custodio Izquierdo Carlos Arturo, Hernández Torruco José Fecha de elaboración: 28 de Mayo de 2010 Fecha de última actualización:

Oscar Alberto, Custodio Izquierdo Carlos Arturo, Hernández Torruco José Fecha de elaboración: 28 de Mayo de 2010 Fecha de última actualización: PROGRAMA DE ESTUDIO Laboratorio de diseño de software Universidad Juárez Autónoma de Tabasco Programa Educativo: Área de Formación : Licenciatura en Informática Administrativa Sustantiva Profesional Horas

Más detalles

Modelado de Procesos de Negocio con BPMN Francisco Ruiz http://alarcos.inf

Modelado de Procesos de Negocio con BPMN Francisco Ruiz http://alarcos.inf Modelado de Procesos de Negocio con BPMN Francisco Ruiz http://alarcos.inf alarcos.inf-cr.uclm.escr.uclm.es Universidad de Castilla-La Mancha Procesos de Negocio y su Tecnología Procesos de Negocio Un

Más detalles

Analista Programador PHP Javascript

Analista Programador PHP Javascript TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES Analista Programador PHP Javascript Duración: 420 horas Precio: 0 * Modalidad: Online * hasta 100

Más detalles

DOCUMENTO DE REQUISITOS Subsistema de Reservas del Sistema de Gestión Hotelera

DOCUMENTO DE REQUISITOS Subsistema de Reservas del Sistema de Gestión Hotelera DOCUMENTO DE REQUISITOS Subsistema de Reservas del Sistema de Gestión Hotelera IN77J - Orientación a Objetos para e-business Daniel Perovich Andrés Vignaga {dperovic, avignaga}@dcc.uchile.cl Magíster en

Más detalles

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software

Más detalles

de Procesos de Negocio 4. Productos de la ingeniería del software 5. Procesos de la ingeniería del software

de Procesos de Negocio 4. Productos de la ingeniería del software 5. Procesos de la ingeniería del software 1. Características del software 2. Problemas de Introducción la al Modelado industria del software 3. La necesidad de una ingeniería del software de Procesos de 4. Productos de la ingeniería del software

Más detalles

Modelado de objetos con UML

Modelado de objetos con UML Modelado de objetos con UML José Vicente Núñez Zuleta (jose@eud.com, josevnz@yahoo.com) Líder de desarrollo para El Diario El Universal División de Nuevos Medios Puntos a tratar Qué es UML? Tipos de diagramas.

Más detalles

Diseño lógico de sistemas aplicando el lenguaje de modelado unificado

Diseño lógico de sistemas aplicando el lenguaje de modelado unificado Diseño lógico de sistemas aplicando el lenguaje de modelado unificado No. De Registro CGPI: 20061221. Director del proyecto: Roberto De Luna Caballero. Profesores participantes: M. en C Fabiola Ocampo

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

Analista Programador Javascript

Analista Programador Javascript Titulación certificada por EUROINNOVA BUSINESS SCHOOL Analista Programador Javascript Analista Programador Javascript Duración: 300 horas Precio: 260 * Modalidad: Online * Materiales didácticos, titulación

Más detalles

UN FRAMEWORK PARA EL MANEJO DE CONSISTENCIA EN DISEÑOS UML 2.0 JOCELYN PAOLA SIMMONDS WAGEMANN

UN FRAMEWORK PARA EL MANEJO DE CONSISTENCIA EN DISEÑOS UML 2.0 JOCELYN PAOLA SIMMONDS WAGEMANN UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN UN FRAMEWORK PARA EL MANEJO DE CONSISTENCIA EN DISEÑOS UML 2.0 JOCELYN PAOLA SIMMONDS WAGEMANN

Más detalles

Modelos de Desarrollo de Programas

Modelos de Desarrollo de Programas Modelos de Desarrollo Orientados a Objetos Adriana Castro Bonenfant Curso 2009/2010 Índice 1. Ciclo de vida del software 3 1.1. Introducción.................................... 3 1.2. Objetivos.....................................

Más detalles

QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D)

QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D) APRENDERAPROGRAMAR.COM QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D) Sección: Divulgación Categoría: Lenguajes y entornos

Más detalles

Guía del Curso Analista Programador PHP Javascript

Guía del Curso Analista Programador PHP Javascript Guía del Curso Analista Programador PHP Javascript Modalidad de realización del curso: Número de Horas: Titulación: Online 180 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML usa técnicas

Más detalles

BASES DE DATOS. Ivon Tarazona Oriana Gomez

BASES DE DATOS. Ivon Tarazona Oriana Gomez BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos

Más detalles

Universidad Católica de Valparaíso Facultad de Ingeniería Escuela de Ingeniería Industrial. por. Rodrigo Alfaro Arancibia

Universidad Católica de Valparaíso Facultad de Ingeniería Escuela de Ingeniería Industrial. por. Rodrigo Alfaro Arancibia Universidad Católica de Valparaíso Facultad de Ingeniería Escuela de Ingeniería Industrial Modelamiento Basado en Entidades Dinámicas: Una Estrategia de Integración de Modelos Conceptuales de Sistemas

Más detalles

CENTRO DE CIENCIAS BÁSICAS DEPARTAMENTO DE SISTEMAS DE INFORMACIÓN PROGRAMA DE MATERIA HORAS T/P: 2/2

CENTRO DE CIENCIAS BÁSICAS DEPARTAMENTO DE SISTEMAS DE INFORMACIÓN PROGRAMA DE MATERIA HORAS T/P: 2/2 CENTRO DE CIENCIAS BÁSICAS DEPARTAMENTO DE SISTEMAS DE INFORMACIÓN PROGRAMA DE MATERIA MATERIA: ANALISIS Y DISEÑO ORIENTADO A OBJETOS HORAS T/P: 2/2 CARRERA: ING. EN SISTEMAS COMPUTACIONALES CRÉDITOS:

Más detalles

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD BPMN Notación de modelado de procesos de negocio BPMN Fue desarrollado por la BPMI (Business Process Management Initiative) Objetivos: Proveer una notación entendible para cualquiera desde el analista

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

Más detalles

Soporte a la Evolución de Familias de Procesos de Negocio Mediante Patrones de Cambio

Soporte a la Evolución de Familias de Procesos de Negocio Mediante Patrones de Cambio Soporte a la Evolución de Familias de Procesos de Negocio Mediante Patrones de Cambio Viacheslav Karpov Trabajo Final de Master Máster en Ingeniería del Software, Métodos formales y Sistemas de Información

Más detalles

Ejemplo: agencia de viajes por internet

Ejemplo: agencia de viajes por internet Introducción Modelado de casos de uso Propósito y definición Casos de uso y extracción de requisitos Carácter hipotético de los casos de uso El modelo de casos de uso Notación. Actores y casos de uso.

Más detalles

ÍNDICE. Introducción... 4. Agradecimientos... 5. Objetivos... 5. a. Objetivo General... 5. b. Objetivos Específicos... 5

ÍNDICE. Introducción... 4. Agradecimientos... 5. Objetivos... 5. a. Objetivo General... 5. b. Objetivos Específicos... 5 ÍNDICE Introducción... 4 Agradecimientos... 5 Objetivos... 5 a. Objetivo General... 5 b. Objetivos Específicos... 5 Capítulo I: Desarrollo de Sistema de Información Usando Metodología Rumbaugh (OMT)...

Más detalles

Programación Orientada a Objetos Analista Programador Universitario Plan 2008 Año 2010

Programación Orientada a Objetos Analista Programador Universitario Plan 2008 Año 2010 INTRODUCCION Un concepto fundamental que debemos tener en cuenta a la hora de modelar la realidad por medio de objetos es que los mismos no son entidades aisladas. Los objetos interactúan entre ellos constantemente

Más detalles

Pontificia Universidad Católica del Ecuador

Pontificia Universidad Católica del Ecuador 1. DATOS INFORMATIVOS: MATERIA O MÓDULO: INGENIERÍA DE SOFTWARE I CÓDIGO: CARRERA: SISTEMAS NIVEL: QUINTO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 SEMESTRE/AÑO ACADÉMICO: Segundo Semestre 2011-2012 CRÉDITOS

Más detalles

UML. Diagramas de Estados Diagrama de Actividades (UML Ilustrado) Universidad de los Andes Demián Gutierrez Mayo 2011 1

UML. Diagramas de Estados Diagrama de Actividades (UML Ilustrado) Universidad de los Andes Demián Gutierrez Mayo 2011 1 UML Diagramas de Estados Diagrama de Actividades (UML Ilustrado) Universidad de los Andes Demián Gutierrez Mayo 2011 1 Diagramas de Estados Diagramas de Estados 2 Diagramas de Estados ( Qué Muestran?)

Más detalles

Repetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos

Repetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos I. INTRODUCCIÓN El reciente aumento de aplicaciones en donde se utiliza la computadora ha sido posible debido a un hardware de bajo costo, por lo cual la demanda de software ha crecido de forma exponencial.

Más detalles

El proceso unificado en pocas palabras

El proceso unificado en pocas palabras El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,

Más detalles

Tema 4d: Proceso Unificado: Captura de Requisitos

Tema 4d: Proceso Unificado: Captura de Requisitos Tema 4d: Proceso Unificado: Captura de Requisitos Marcos López Sanz Índice Visión general Diagramas UML Proceso de captura de requisitos Enumerar requisitos candidatos Comprender el contexto del sistema

Más detalles

ELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional

ELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur ELEMENTOS DE BASES DE DATOS Segundo Cuatrimestre 2015 Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Mg. María

Más detalles

Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño

Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño Ing. Marcela Daniele AC. Daniel Romero Dpto. de Computación. Facultad: Ciencias Exactas,

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 8. Introducción a los métodos de desarrollo de software

Fundamentos de Ingeniería del Software. Capítulo 8. Introducción a los métodos de desarrollo de software Fundamentos de Ingeniería del Software Capítulo 8. Introducción a los métodos de desarrollo de software Introducción a los métodos de desarrollo de software. Estructura 1. Definición. 2. Beneficios. 3.

Más detalles

PUD: Proceso de Desarrollo Unificado

PUD: Proceso de Desarrollo Unificado PUD: Proceso de Desarrollo Unificado 1 1998 Genealogía del PUD Rational Unified Process 5.0 1997 Rational Objectory Process 4.1 UML 1996 Rational Objectory Process 4.0 1995 Método Ericsson Rational Approach

Más detalles

Analista Programador MySQL

Analista Programador MySQL TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES Analista Programador MySQL Duración: 360 horas Precio: 0 * Modalidad: Online * hasta 100 % bonificable

Más detalles

INTRODUCCIÓN AL LENGUAJE DE MODELADO UNIFICADO (UML)

INTRODUCCIÓN AL LENGUAJE DE MODELADO UNIFICADO (UML) INTRODUCCIÓN AL LENGUAJE DE MODELADO UNIFICADO (UML) 1. INTRODUCCIÓN A UML 2. DIAGRAMAS INICIALES 2.1. Casos de Uso 2.1.1. Componentes 2.1.2. Representación gráfica 2.1.3. Tipo de relaciones 2.1.4. Documentación

Más detalles

Analista Programador en Visual Basic 2012 (VB.NET 2012)

Analista Programador en Visual Basic 2012 (VB.NET 2012) Analista Programador en Visual Basic 2012 (VB.NET 2012) Titulación certificada por EUROINNOVA BUSINESS SCHOOL Analista Programador en Visual Basic 2012 (VB.NET 2012) Analista Programador en Visual Basic

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

Ingeniería del Software II

Ingeniería del Software II Bloque III: Proceso Unificado Simona Bernardi Dipartimento di Informatica Università di Torino (Italia) Duración: 4 horas Objetivo: Conocer un proceso de desarrollo de software diferente a OMT Simona Bernardi

Más detalles

Universidad Tec Milenio: Profesional SP04005 Reingeniería de procesos

Universidad Tec Milenio: Profesional SP04005 Reingeniería de procesos Relación con la reingeniería Sesión 9 - Metodologías para el diseño de sistemas En un proyecto de reingeniería, una vez que la empresa ha: Seleccionado los procesos que serán rediseñados Desarrollado una

Más detalles

Diagrama de casos de uso

Diagrama de casos de uso Diagrama de casos de uso Se utiliza para capturar los requerimientos funcionales de un sistema, de tal forma que plasman las relaciones entre los usuarios y el sistema. Contenido Pasos de construcción

Más detalles

IWG-101: Introducción a la Ingeniería. Departamento de Informática, UTFSM 1

IWG-101: Introducción a la Ingeniería. Departamento de Informática, UTFSM 1 IWG-101: Introducción a la Ingeniería Departamento de Informática, UTFSM 1 Introducción a UML Historia Potencialidades Diagramas soportados UML en el proceso de desarrollo de SW. Introducción a UML Necesidad

Más detalles

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta

Más detalles

GUÍAS. Módulo de Diseño de software SABER PRO 2013-2

GUÍAS. Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza

Más detalles

Por: Diego Albeiro Alvarez Zuluaga Ingeniero de Sistemas y Telecomunicaciones. Universidad Autónoma de Manizales.

Por: Diego Albeiro Alvarez Zuluaga Ingeniero de Sistemas y Telecomunicaciones. Universidad Autónoma de Manizales. SOFTWARE EDUCATIVO DIRIGIDO A PROLONGAR LOS TIEMPOS DE ATENCIÓN EN NIÑOS DE 7 AÑOS DIAGNOSTICADOS CON TRASTORNO POR DÉFICIT DE ATENCIÓN CON O SIN HIPERACTIVIDAD TDA±H VERSIÓN 2.0 Por: Diego Albeiro Alvarez

Más detalles

Curso: El Proceso de Desarrollo de Software

Curso: El Proceso de Desarrollo de Software Curso: El Proceso de Desarrollo de Software EL PROCESO DE DESARROLLO DE SOFTWARE... 1 OBJETIVO...1 CONTENIDO...1 BIBLIOGRAFÍA...4 DOCENTE...4 MODALIDAD DEL DESARROLLO...4 El proceso de Desarrollo de Software

Más detalles

Los requisitos de un Sistema de Información

Los requisitos de un Sistema de Información Captura de requisitos Captura de Requisitos en el PUD Los requisitos de un Sistema de Información Modelo de Casos de Uso Otros instrumentos 1 Iteración en PUD Planificación de la Iteración Captura de requisitos:

Más detalles

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi BPMN 2.0 Bizagi Suite BPMN 2.0 1 Tabla de Contenido Scope... 2 BPMN 2.0... 2 Qué es BPMN?... 2 Por qué es importante modelar con BPMN?... 3 Conceptos clave... 3 Proceso De Solicitud De Crédito... 3 Proceso

Más detalles

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos: Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende

Más detalles

Diagramas de Clase en UML 1.1

Diagramas de Clase en UML 1.1 Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

Más detalles

Tópicos a ser desarrollados

Tópicos a ser desarrollados Diseño de Software El Diseño no puede ser definido solo puede explicarse en base a los distintos puntos de vista y tareas que realizan los diseñadores del software Basado en la traducción de Sommerville

Más detalles

Programación Avanzada. Análisis Modelado del Dominio

Programación Avanzada. Análisis Modelado del Dominio Programación Avanzada Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación Avanzada Análisis:

Más detalles

Ingeniería de Software: Parte 2

Ingeniería de Software: Parte 2 Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

TEMA 1.-Programación orientada a objetos (POO) Objetivo

TEMA 1.-Programación orientada a objetos (POO) Objetivo CURSO DE UML Dotar al alumno de los fundamentos de la programación orientada a objetos (POO, a partir de ahora), definir las características básicas del lenguaje de modelado unificado (Unified Modeling

Más detalles

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Tercero Requisitos Duración Horas Semana : 06 horas Versión : v.0110 II. SUMILLA: : COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería

Más detalles

Ingeniería de Programa(s) Educativo(s): Software. Clave de la materia: IS201. UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA Clave: 08MSU0017H

Ingeniería de Programa(s) Educativo(s): Software. Clave de la materia: IS201. UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA Clave: 08MSU0017H UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA Clave: 08MSU007H Clave: 08USU4053W FACULTAD DE INGENIERÍA PROGRAMA DEL CURSO: INGENIERÍA DE SOFTWARE Y COMPUTACIÓN II DES: Ingeniería Ingeniería de Programa(s) Educativo(s):

Más detalles

Diagramas de transicion/eventos. Diagramas de estados del UML

Diagramas de transicion/eventos. Diagramas de estados del UML Diagramas de transicion/eventos Diagramas de estados del UML Diagramas de transición eventos Diagramas de transición de estados en los que las transiciones se producen como consecuencia de eventos y pueden

Más detalles

Modelo de Negocio y Análisis de Requerimientos Basado en el Proceso Unificado.

Modelo de Negocio y Análisis de Requerimientos Basado en el Proceso Unificado. Nº 01 PUBLICADO EN INGENIUM Nª 03 Modelo de Negocio y Análisis de Requerimientos Basado en el Proceso Unificado. Ing. Rosa Menéndez Mueras Resumen Definiciones básicas de modelo de análisis y análisis

Más detalles

Ingeniería del Software

Ingeniería del Software Tema 2: Modelo objeto Una descripción de UML Dr. Francisco José García Peñalvo (fgarcia@usal.es) Miguel Ángel Conde González (mconde@usal.es) Sergio Bravo Martín (ser@usal.es) 3º I.T.I.S. Fecha de última

Más detalles

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

Más detalles