ANÁLISIS Y DISEÑO DE SISTEMAS

Save this PDF as:
 WORD  PNG  TXT  JPG

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

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

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

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

Í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

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

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

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

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

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

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

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

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

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

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

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

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

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

UML, ejemplo sencillo sobre Modelado de un Proyecto

UML, ejemplo sencillo sobre Modelado de un Proyecto UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso

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

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

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

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

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

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

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

Notación UML para modelado Orientado a Objetos

Notación UML para modelado Orientado a Objetos 1 Notación UML para modelado Orientado a Objetos 2 Notación UML para modelado Orientado a Objetos Índice 1.1. Qué es UML?.. 3 1.2. Por qué interesa UML en la asignatura de Programación Orientada a Objetos?3

Más detalles

Análisis y Diseño de Sistemas Práctico 5 Modelos Funcionales Primer cuatrimestre de 2012

Análisis y Diseño de Sistemas Práctico 5 Modelos Funcionales Primer cuatrimestre de 2012 Departamento de Cs. e Ingeniería de la Computación Universidad Nacional del Sur Análisis y Diseño de Sistemas Práctico 5 Modelos Funcionales Primer cuatrimestre de 2012 1. Qué elementos representan trozos

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

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

1 Vista de Casos de Uso

1 Vista de Casos de Uso Vista de Casos de Uso Esta vista describe el proceso de negocio más significativo y el modelo del dominio. Presenta los actores y los casos de uso para el sistema. Es decir que esta vista presenta la percepción

Más detalles

ASIGNATURA DE GRADO: BASES DE DATOS

ASIGNATURA DE GRADO: BASES DE DATOS ASIGNATURA DE GRADO: BASES DE DATOS Curso 2014/2015 (Código:71902083) 1.PRESENTACIÓN DE LA ASIGNATURA En la actualidad las bases de datos son parte esencial en el quehacer humano, es por ello que el conocimiento

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

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

Instructivo para la elaboración de un Manual Técnico

Instructivo para la elaboración de un Manual Técnico Instructivo para la elaboración de un Manual Técnico Autora: Ing. Alena González Reyes. (agonzalez@ceis.cujae.edu.cu) Ciudad de la Habana, Cuba Marzo, 2010 Índice 1. Introducción... 3 2. Confección...

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

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso Diagramas de Casos de Uso Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso ( Qué es un caso de uso?) Caso de Uso? 2 Casos de Uso ( Qué es un caso de uso?) Un caso de uso

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

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

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

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

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

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

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

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

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo 1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar

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

Ergonomía e interfases de interacción humano-computadora

Ergonomía e interfases de interacción humano-computadora Ergonomía e interfases de interacción humano-computadora Martínez de la Teja, Guillermo Manuel Maestro en Ciencias en Ergonomía Ergoprojects / Sociedad de Ergonomistas de México A.C. gmmt@ergoprojects.com

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

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 OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

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

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

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

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

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

Presentación. Cómo Aprender UML? Grupo de Ingeniería de Software Centro de Investigación en Matemáticas Guanajuato, México 2007

Presentación. Cómo Aprender UML? Grupo de Ingeniería de Software Centro de Investigación en Matemáticas Guanajuato, México 2007 Presentación Cómo Aprender UML? Grupo de Ingeniería de Software Centro de Investigación en Matemáticas Guanajuato, México 2007 Desarrollada por: Efraín Salomón Flores Correo electrónico: esalomon@cimat.mx

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

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

Soporte lógico de computadoras

Soporte lógico de computadoras Soporte lógico de computadoras Software: Sistemas Operativos Lenguajes de programación Lenguajes de Programación. Clasificación Proximidad del lenguaje al que entiende el ordenador: Bajo nivel: específico

Más detalles

Capítulo 4. Diseño de un sistema para reconocimiento y consulta de las tarjetas Hu

Capítulo 4. Diseño de un sistema para reconocimiento y consulta de las tarjetas Hu Capítulo 4. Diseño de un sistema para reconocimiento y consulta de las tarjetas Hu En este capítulo se describe el diseño de un sistema, denominado HuSystem, planteado para cumplir dos objetivos: Búsqueda

Más detalles

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido

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

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

FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA INGENIERÍA DE SOFTWARE Profr. Víctor Castillo. PRÁCTICA No. 2 Prototipos formales de software

FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA INGENIERÍA DE SOFTWARE Profr. Víctor Castillo. PRÁCTICA No. 2 Prototipos formales de software FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA INGENIERÍA DE SOFTWARE Profr. Víctor Castillo PRÁCTICA No. 2 Prototipos formales de software ALUMNO: GRUPO: Introducción El desarrollo de un artefacto de software

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

Proceso Unificado de Rational

Proceso Unificado de Rational RUP: El Proceso Unificado de Rational XP: Programacion Extrema EAP: Computación Científica Ciencia de la Computación V Prof. Oscar Brnito Pacheco Proceso Unificado de Rational Orígenes Modelo original

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

Análisis de Requerimientos

Análisis de Requerimientos Análisis de Requerimientos Ing. Luis Zuloaga Rotta Situación de la Industria de Software Mas del 30% de todos los proyectos de software son cancelados antes de su finalización. Mas del 70% de los proyectos

Más detalles

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro CAPITULO 5 TEORIA SOBRE ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información,

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

La importancia del desarrollo para el buen diseño del software

La importancia del desarrollo para el buen diseño del software La importancia del desarrollo para el buen diseño del software RESUMEN N L González Morales. 1 En este ensayo se examinan los temas vistos en clase que son Desarrollo de Orientado a Objetos y Arquitectura

Más detalles

Principios Básicos de Orientación a Objetos. Orientación a Objetos

Principios Básicos de Orientación a Objetos. Orientación a Objetos Principios Básicos de Orientación a Objetos Orientación a Objetos Abstracción Encapsulación Modularidad Jerarquia Qué es Abstracción? Es la capacidad de conceptualizar entidades genéricas de información

Más detalles

Consultoría Santa Cruz. Buscador Web de Restaurants Software Architecture Document. Version 1.0

Consultoría Santa Cruz. Buscador Web de Restaurants Software Architecture Document. Version 1.0 Consultoría Santa Cruz Buscador Web de Restaurants Version 1.0 Revision History Date Version Description Author 29/enero/2015 1.0 Primera versión : Buscador Web de Restaurants Rodríguez Vázquez Cristhian

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

Unidad II: Administración de Procesos y del procesador

Unidad II: Administración de Procesos y del procesador Unidad II: Administración de Procesos y del procesador 2.1 Concepto de proceso Un proceso no es más que un programa en ejecución, e incluye los valores actuales del contador de programa, los registros

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

Patrones de Diseño Orientados a Objetos 2 Parte

Patrones de Diseño Orientados a Objetos 2 Parte Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia

Más detalles

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Estado del Arte Por Eduardo Cantú y Stephen Sellers Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Seleccionar la herramienta apropiada para desarrollar sus Modelos de Cadena de

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

II. PROPÓSITO GENERAL DEL CURSO

II. PROPÓSITO GENERAL DEL CURSO UNIVERSIDAD AUTÓNOMA DE BAJA CALIFORNIA DIRECCIÓN GENERAL DE ASUNTOS ACADÉMICOS PROGRAMA DE ASIGNATURA POR S I. DATOS DE IDENTIFICACIÓN 1. Unidad Académica: Facultad de Ciencias Químicas e Ingeniería 2.

Más detalles

Capítulo 5 Implementación de Gisweb

Capítulo 5 Implementación de Gisweb Capítulo 5 Implementación de Gisweb [5. Implementación de Gisweb] En este capítulo veremos como se hizo una implementación propia de un Web Feature Service a partir del diseño obtenido mediante el proceso

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

2. Conceptos básicos Abstracción La abstracción como un proceso mental natural La abstracción en el desarrollo de software

2. Conceptos básicos Abstracción La abstracción como un proceso mental natural La abstracción en el desarrollo de software 2. Conceptos básicos Hoy en día las aplicaciones son demasiado voluminosas y complejas para ser manejadas por una sola persona. Las aplicaciones de software son complejas porque modelan la complejidad

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

Modelado de datos Relacional Modelado de datos Orientado a Objeto Modelado de datos Objeto-Relacional

Modelado de datos Relacional Modelado de datos Orientado a Objeto Modelado de datos Objeto-Relacional 2. 1 Modelado de Datos El manejo de información implica el saber como organizar los datos. Un apoyo lo encontramos en las herramientas de bases de datos que a su vez se apoyan en el modelo de datos. Para

Más detalles

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2006.

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2006. Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 2 Calidades del producto y del proceso Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar]

Más detalles

Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL

Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL Estrategias Didácticas B-Learning: ÁLGEBRA RELACIONAL Mg. Guillermo Bernardo Durán González Guillermo.duran.g@gmail.com Modelo de diseño instruccional, basado en la modalidad semi-presencial b-learning,

Más detalles

DCU Diagramas de casos de uso

DCU Diagramas de casos de uso DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros

Más detalles

Metodologías para la Enseñanza Aprendizaje de la Programación Estructurada y Orientada a Objetos

Metodologías para la Enseñanza Aprendizaje de la Programación Estructurada y Orientada a Objetos Metodologías para la Enseñanza Aprendizaje de la Programación Estructurada y Orientada a Objetos Leobardo LÓPEZ ROMÁN Departamento de Ingeniería Industrial y de Sistemas, Universidad de Sonora Hermosillo,

Más detalles

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Antonio Falcón Aragón José Luis Falcón Ramírez Carlos Villegas Nuñez 15 de marzo de 2010 1 Índice 1. Diseño de la Aplicación 3 1.1. Diagrama

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

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

Escenarios. Diapositiva 1. Ingeniería de Requerimientos: Escenarios

Escenarios. Diapositiva 1. Ingeniería de Requerimientos: Escenarios Escenarios Diapositiva 1. Ingeniería de Requerimientos: Escenarios Diapositiva 2. Uso de lenguaje natural Debido a que uno de los objetivos de la Ingeniería de Requisitos es aumentar el conocimiento del

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

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

Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso

Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso Fundamentos de Ingeniería del Software Capítulo 3. Análisis de Requisitos Introducción a los casos de uso Cap 3. Análisis de Requisitos Estructura 1. Actividades iniciales. 2. Técnicas de recogida de la

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

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

Diseño estructurado 3ª edición (2000)

Diseño estructurado 3ª edición (2000) Unidades prácticas de Ingeniería del Software Diseño estructurado 3ª edición (2000) Facultad de Informática diseñando el software El diseño estructurado es un método de diseño de software concebido por

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