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 Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 14 Metodología Estructurada Modelo Funcional Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006 Herramientas para Modelar Se construyen modelos del sistema para: Resaltar características importantes del sistema. Discutir modificaciones con el usuario. Verificar si se comprendieron correctamente los requerimientos. Es simple cambiarlo y hasta construir otro si es necesario. Objetivos: Describir lo que requiere el usuario. Establecer una base para la creación y diseño se software. Definir un conjunto de requisitos que se puedan validar una vez que se construya el software Análisis y Diseño de Sistemas - Clase 15 2 Análisis Estructurado Construye 3 modelos: Modelo de funcional: modela las funcionalidades de un sistema ( Qué funciones debe realizar el sistema?) Diagrama de Flujo de Datos (DFD). Descripciones Estructuradas de Proceso (DEP). Diccionario de Datos (DD). Análisis Estructurado Modelo de datos retenido: modela los datos que maneja un sistema ( Qué datos maneja y como se relacionan?) Diagrama de Entidad Relación (DER). Diccionario de Datos (DD). Modelo de comportamiento en el tiempo: modela el comportamiento del sistema ( Cómo evoluciona un sistema?) Diagrama de Transición de Estados (DTE). Diccionario de Datos (DD). Análisis y Diseño de Sistemas - Clase 15 3 Análisis y Diseño de Sistemas - Clase 15 4 Gráficamente Diagrama entidadrelación Diagrama de flujo de datos DD Diagrama de transición de estados Herramientas de Modelado Una buena herramienta para modelar debería respetar las siguientes características: Ser gráfica, con detalles de textuales de apoyo. Debe mostrar al sistema por niveles y en forma descendente. Se deben usar distintos modelos mínimamente redundantes e independientes. Debe ser transparente. Análisis y Diseño de Sistemas - Clase 15 5 Análisis y Diseño de Sistemas - Clase

2 Diagrama de Flujo de Datos Modelado Funcional El diagrama de flujo de datos (DFD) es una técnica que representa el flujo de la información y las transformaciones que se le aplican al moverse desde la entrada hacia la salida Herramienta de para modelar las funcionalidades del sistema. Análisis y Diseño de Sistemas - Clase 15 8 Diagrama de Flujo de Datos - Componentes Procesos: transforman los datos. Proceso P1 Flujos de Datos: cañerías por donde fluyen los datos dato x Objetos terminadores: objetos que producen o consumen los datos. Terminador : objetos que almacenan pasivamente. almacenamiento DFD Terminador 1 Proceso 2 Información de entrada Terminador 2 Información de entrada Proceso 1 Datos intermedios Datos intermedios Proce so 3 Entrada alamacenam. Salida de almacenam. Almacenamiento Terminador 2 Información de salida Proceso 4 Datos intermedios Información de salida Terminador 3 Análisis y Diseño de Sistemas - Clase 15 9 Análisis y Diseño de Sistemas - Clase Diagrama de Flujo de Datos (DFD) El DFD se usa para modelar las funcionalidades de un sistema. Ayuda a la partición del problema en subproblemas. Permite mostrar al sistema en término de las piezas que lo componen. A medida que se desciende sus niveles, se pueden describir las funciones básicas de un sistema. Análisis y Diseño de Sistemas - Clase Procesos Definición: es una transformación de los flujos de datos de entrada en los flujos de datos de salida. Un proceso transforma entradas en salidas. Los procesos tienen un nombre que describe la función que realiza. Consiste de verbo en infinitivo + objeto. Ejemplo: Calcular descuento. Todos los procesos se numeran. El número está en relación con el nivel del diagrama al que pertenece el proceso. Sinónimos: burbuja, función, transformación. Análisis y Diseño de Sistemas - Clase

3 Flujos de datos Definición: es una cañería por donde fluye información con estructura conocida. Se representa como un arco con dirección que entra o sale de un proceso. Se usan para describir el movimiento de bloques o paquetes de información de una parte del sistema a otra. Puede estar etiquetado (salvo los que van o vienen de almacenamientos). El nombre debe ser representativo de la totalidad del flujo y representar todo el conocimiento que se tenga de él. Ejemplo: factura factura-validada. Flujos de datos Existen flujos: Convergentes Divergentes Los flujos divergentes pueden ser: A B Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase Flujos de datos Los flujos convergentes pueden ser: A B Los flujos no responden a muchas dudas de procedimiento que pueden surgir. Ejemplo: Cuántos paquetes de A y cuántos de B, forman un paquete de? Las respuestas no están en el DFD. Se necesitan las Descripciones Estructuradas de Proceso (DEP) Flujos de Datos Los flujos de datos entran o salen de procesos y pueden conectar dicho proceso con: un terminador. un almacenamiento. otro proceso. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase Definición: es un depósito temporario de datos. Se utiliza para modelar un conjunto de datos en reposo con características similares. Algunos ejemplos de almacenamiento en un sistema manual son carpetas, ficheros, etc. Los almacenamientos pueden responder a un requerimiento del usuario, o por algún aspecto conveniente de la implementación del sistema. Sinónimos: archivos, bases de datos. Si el almacenamiento existe por un requerimiento, existe como un área de almacenamiento diferida en el tiempo, necesaria entre dos procesos que ocurren en diferentes momentos. Si el almacenamiento existe por conveniencia de implementación, responde a una necesidad de diseño. Ejemplo: falta de recursos, backups, previendo necesidades futuras. Los almacenamientos se conectan a los procesos mediante flujos. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase

4 Los almacenamientos pueden: Escribirse con flujos de datos que vienen desde los procesos al almacenamiento: Para agregar nuevos datos. Para borrar algunos de los datos existentes Para actualizar el contenido de los datos existentes. Leerse con flujos de datos que salen desde el almacenamiento y van hacia el proceso que lo requiere. Análisis y Diseño de Sistemas - Clase Un almacenamiento se muestra: Con un flujo de un proceso al almacenamiento Con un flujo de un almacenamiento a un proceso. Lectura de un almacenamiento: El proceso recupera un solo paquete de datos. Ej: leer datos del cliente X. Se recupera más de un paquete de datos. Proceso Ej: leer todos los clientes de Bahía Blanca. Se recupera una porción de un paquete almacenamiento Ej: leer el domicilio del cliente X. Se recuperan porciones de más de un paquete Ej: leer los domicilios de los clientes de Bahía Blanca. Análisis y Diseño de Sistemas - Clase Escritura de un almacenamiento: El proceso guarda uno o más paquetes en el almacenamiento. Ej: grabar datos de (los) cliente (s). Se borran uno o más paquetes del almacenamiento. Ej: eliminar un(os) cliente(s). Proceso Se modifican uno o más paquetes del almacenamiento. almacenamiento Ej: modificación de los códigos postales de los clientes. En todos estos casos, el almacenamiento cambió luego de estas operaciones. El almacenamiento es pasivo. Los datos no viajan a los largo del flujo, a menos que el proceso lo solicite. El almacenamiento no cambia cuando un paquete se mueve del almacenamiento al proceso. En el caso de escritura de un almacenamiento, es el proceso el responsable de realizar los cambios. Los flujos conectados a un almacenamiento, sólo pueden transportar los datos que el almacenamiento guarda. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase Terminadores Definición: es una persona u organización apoyada fuera del contexto del sistema Ejemplos: una persona, un grupo, una organización externa, un departamento dentro de la misma empresa. Se debe recordar: Son externos al sistema. Los flujos con ellos representan la interface del sistema. No es posible que el analista o el sistema cambie el contenido de un terminador, o la manera en que trabaja. Las relaciones que existen entre terminadores no se muestran en el DFD. Sinónimos: Entidad Externa, (Actor en AOO) Análisis y Diseño de Sistemas - Clase DFD. Un primer Ejemplo Empleado Ventas Novedades_Ventas Cerrar Caja 1.2 Registrar Ventas 1.1 Ventas Reporte_Diario_Caja Empleado Ventas Análisis y Diseño de Sistemas - Clase

5 Extensiones del DFD para sistemas de tiempo real Se modelan los flujos de control (señales, interrupciones) como un flujo, pero en vez de una línea llena, con una línea punteada. Un flujo de control es un conducto que porta una señal binaria. No porta datos con valores. Se muestran procesos de control, con una notación de burbuja, pero con el contorno punteado. Un proceso de control es una burbuja supervisora, cuya tarea es coordinar las actividades de otras burbujas en el diagrama. Sus entradas y salidas son sólo flujos de control. Pautas para Construir un DFD Las siguientes reglas ayudan a confeccionar DFD s sin errores y más claros: 1. Identificar las entradas y salidas del sistema. 2. Elegir cuidadosamente los nombres para cada uno de los elementos del diagrama (procesos, flujos, etc.) 3. Numerar los procesos. 4. Revisar el diagrama con el usuario y volver a dibujarlo tantas veces como sea necesario. 5. Evitar DFD complejos y hacer uso de los niveles. 6. Estar preparado para corregir el modelo. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase I. Identificar las entradas y salidas del Sistema Ejemplo: Diagrama de Contexto Ligado a la definición del alcance o contexto del sistema. Se determina qué va hacer el sistema?. En caso de duda, aclarar con el usuario. El primer resultado es el diagrama de contexto. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase Observación Podríamos construir un DFD que modele el sistema físico actual y otro DFD para modelar el nuevo sistema informático que se esta diseñando. En este curso sólo nos ocuparemos del último. En una aplicación práctica y dependiendo de los usuarios que se manejen el primero podría resultar de interés. II. Elegir cuidadosamente nombres No poner como nombre de proceso a nombres de personas o sectores. Lo importante es la tarea que se realiza y no quién la realiza. Elegir verbos que indiquen la acción específica para los nombres de procesos. No verbos vagos, como por ejemplo: procesar, manejar, hacer,... No usar abreviaturas en los nombres. No usar términos de computación. Usar nombres claros, que den idea del significado del componente. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase

6 Elegir cuidadosamente nombres Procesos: un verbo en infinitivo más un objeto. Ejemplos: Actualizar Clientes, Calcular Descuento Flujos de datos: buscar nombres claros y evitar agrupar varios datos en un mismo flujo. Ejemplos: Novedades_Clientes, Cliente_Código, Reporte_Alfabético_Clientes : nombres representativos para la información que tienen. Ejemplos: Clientes, Vendedores, Alquileres Terminadores: nombres del dominio de aplicación Ejemplos: Encargado de Compras, Clientes, Empleado Atención al Público III. Numerar los procesos Agregar un número por proceso. Usar numeración jerárquica en base a los niveles del DFD. La numeración no da idea de orden de proceso. Se usa para referenciar a los procesos. Ejemplo: Si un proceso lleva el número 3.4 podemos afirmar que se trata de un proceso que pertenece al segundo nivel del DFD y que ese nivel está asociado con la explotación de la burbuja 3 del nivel anterior. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase IV. Evitar los DFD s complejos Un propósito del DFD es que debe ser leído y comprendido por el usuario. El diagrama debe ser fácilmente entendido, fácilmente asimilado, y placentero a la vista: No definir demasiados procesos en un nivel. Evitar en la medida de lo posible cruzar flujos en un nivel. Ubicar las entradas a la izquierda y las salidas a la derecha. El DFD debe caber cómodamente en una hoja. Usar como límite. La excepción es el Diagrama de Contexto. Análisis y Diseño de Sistemas - Clase V. Volver a dibujar el DFD Se debe dibujar tantas veces como sea necesario, hasta que: Sea técnicamente correcto. Sea aceptado por el usuario. Sea claro, como para mostrarlo a los usuarios de primer nivel. Pregunta Yourdon: Le gustaría a usted volar en un avión diseñado por ingenieros que se aburrieron de sus dibujos de ingeniería luego de la segunda iteración? Análisis y Diseño de Sistemas - Clase Niveles del DFD Supongamos un sistema con 25 procesos. Debido a que se deben evitar los DFD s complejos, cómo representamos estas funciones? Los DFD s se organizan por niveles. Cada nivel proporciona sucesivamente más detalles sobre una porción del nivel anterior. Niveles: Nivel Top Nivel Bottom Niveles intermedios Niveles del DFD El nivel top es llamado Diagrama de Contexto o Diagrama de Nivel Cero. Consta de una sola burbuja, que tiene el nombre del sistema. En el Diagrama de Contexto se muestran todos los terminadores y las interfaces con ellos. Este diagrama es importante por que determina los límites del sistema. El nivel que sigue, Nivel Uno, se muestran las principales funciones del sistema y las interfaces entre ellas. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase

7 Diagrama de Contexto Diagrama de Nivel Uno A C P_1 P_2 El Sistema P_3 archivo B P_5 A P_4 Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase Diagrama de Nivel 2 - Proceso 3 Tipos de Procesos P_3.2 P_3.1 P_3.3 En un DFD se pueden distinguir Procesos no primitivos: son los que van a permitir definir próximos niveles en el DFD. Procesos o funciones primitivas: son aquellos procesos con funcionalidad atómica. El limite de cuando se llego a una burbuja primitiva no esta formalmente definido. Dependerá de la política de documentación adoptada. Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase Se llego a una primitiva? Algunos criterios Cuando el proceso que realiza la burbuja se puede describir en una hoja. Cuando tiene un único flujo de entrada o un único flujo de salida. No contiene almacenamientos en su interior. Usar el sentido común. El DFD sirve para comunicación con los usuarios, no pretende describir algoritmos. Test: Se usa el mismo criterio para determinar que una burbuja es primitiva en todos los niveles? Ejemplo Construir DFD Análisis y Diseño de Sistemas - Clase Análisis y Diseño de Sistemas - Clase

8 Temas de la clase de hoy Análisis Estructurado Herramientas DFD Componentes, niveles y balanceo. Extensiones para mostrar control. Particiones propuestas. Bibliografía: Análisis Estructurado Moderno. Edward Yourdon Capítulo 9 Análisis y Diseño de Sistemas - Clase

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

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2012. ANÁLISIS Y DISEÑO Mg. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] Dpto. Cs. e Ingeniería de la Computación Universidad Nacional del Sur Primer cuatrimestre 2012 DE SISTEMAS Clase 13: Modelado Funcional

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 2007.

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2007. Análisis Estructurado Análisis y Diseño de Sistemas Clase 14 Modelo Funcional: Diagrama de Flujo Lic. María Mercedes Vitturini 1er. CUATRIMESTRE 2007 Construye 3 modelos: Modelo de funcional: modela las

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 0 Diagrama de Transición de Estados Balanceo de Modelos Repaso Lic. María Mercedes itturini

Más detalles

Procesamiento de datos

Procesamiento de datos Diagrama de flujo de datos (DFD) El diagrama de flujo de datos es un modelo gráfico que describe los flujos de datos y los procesos que cambian o transforman los datos en un sistema. Se componen en las

Más detalles

Fundamentos de Desarrollo de Sistemas

Fundamentos de Desarrollo de Sistemas Fundamentos de Desarrollo de Sistemas El enfoque Estructurado Enfoque Estructurado La siguiente figura describe todos los modelos desarrollados durante el ciclo de desarrollo de un sistema, basándose en

Más detalles

12/08/2017. Introducción. Diagrama de flujo de datos. Ejemplo inicial de un DFD. Componentes de un DFD

12/08/2017. Introducción. Diagrama de flujo de datos. Ejemplo inicial de un DFD. Componentes de un DFD Introducción Diagrama de flujo de datos ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Diagramas de Flujo de Datos (DFD)

Más detalles

Tema V: Herramientas del Análisis Estructurado. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema V: Herramientas del Análisis Estructurado. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema V: Herramientas del Análisis Estructurado Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Índice Herramientas para el Análisis Estructurado Diagrama de Flujo de Datos Diccionario

Más detalles

Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO

Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO Describir las respuestas que debe dar el sistema. CARACTERÍSTICAS DEL MODELO DE COMPORTAMIENTO El modelo de comportamiento está

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES 1 MODELIZACIÓN DE FUNCIONES Diagramas de flujo de datos Diccionario de datos 2 DIAGRAMAS

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES 1 MODELIZACIÓN DE FUNCIONES Diagramas de flujo de datos Diccionario de datos 2 DIAGRAMAS

Más detalles

Herramientas del Análisis Estructurado. Ingeniería del Software de Gestión

Herramientas del Análisis Estructurado. Ingeniería del Software de Gestión Herramientas del Análisis Estructurado Bibliografía Análisis y Diseño Detallado de Aplicaciones Informáticas de Gestión. Piattini et al., RA-MA, 2003. Análisis Estructurado Moderno. Yourdon, Prentice-

Más detalles

Métodos estructurados

Métodos estructurados Métodos estructurados Algunas características Son métodos clave en el desarrollo estructurado o convencional Facilitan el flujo de información durante el desarrollo del sistema Entre el análisis y el diseño

Más detalles

METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS

METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS !387" APÉNDICE A, APARTADO 1 METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS DOCUMENTACIÓN 1. La necesidad de los diagramas Los diagramas o representaciones gráficas representan una parte fundamental en el

Más detalles

Análisis y Diseño Estructurado

Análisis y Diseño Estructurado Análisis y Diseño Estructurado TEMA II: Proceso de Análisis Técnicas de la Dimensión Funcional Bibliografía Análisis y Diseño Detallado de Aplicaciones Informáticas de Gestión. Piattini et al., RAMA, 1996.

Más detalles

Definición de Análisis Estructurado: Ventajas Qué es el análisis de flujo de datos? Herramientas de la estrategia de flujo de datos

Definición de Análisis Estructurado: Ventajas Qué es el análisis de flujo de datos? Herramientas de la estrategia de flujo de datos Definición de Análisis Estructurado: El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para

Más detalles

TEMA 13: ANÁLISIS Y ESTRATEGIAS DE DISEÑO

TEMA 13: ANÁLISIS Y ESTRATEGIAS DE DISEÑO Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 13: ANÁLISIS Y ESTRATEGIAS DE DISEÑO Prof. José Vicente Álvarez Bravo EL ANÁLISIS ESTRUCTURADO El Análisis Estructurado es una

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 13 Modelo Funcional Metodologías Orientadas a Objetos Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar]

Más detalles

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación Sistemas informáticos industriales 2017 Diccionario de Datos Diagrama Entidad Relación DICCIONARIO DE DATOS Un diccionario de datos (DD) es una lista organizada de los datos utilizados por el sistema que

Más detalles

Diagrama de Flujo de Datos (DFD)

Diagrama de Flujo de Datos (DFD) Diagrama de Flujo de Datos (DFD) El objetivo del diagrama de flujo de datos es la obtención de un modelo lógico de procesos que represente el sistema, con independencia de las restricciones físicas del

Más detalles

Modelos de Software. Ingeniería en Sistemas de Información

Modelos de Software. Ingeniería en Sistemas de Información Ingeniería en Sistemas de Información 2018 Modelos de Software 2 Modelado de Actividades y Estados 3 Modelado de Actividades Los detalles de la actividad van dentro del recuadro. Las acciones dentro de

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 10 Modelo Dinámico Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE

Más detalles

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.) Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS OBJETIVO DEL ESQUEMA DE DATOS Describir los datos que el sistema debe conocer para poder responder a los estímulos. CARACTERÍSTICAS DEL ESQUEMA DE

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 17 Modelo Entidad Relación Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE

Más detalles

Sistemas de Información II. Análisis de Sistemas Orientado a Objetos

Sistemas de Información II. Análisis de Sistemas Orientado a Objetos Análisis de Sistemas Orientado a Objetos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón.

Más detalles

Método de Diseño Estructurado de Programas

Método de Diseño Estructurado de Programas Método de Diseño Estructurado de Programas Características de las herramientas de modelado Modelo: simulacro a bajo costo de un sistema complejo que se desea estudiar. Por que modelamos? Enfocar características

Más detalles

Introducción al Análisis Estructurado

Introducción al Análisis Estructurado Contenidos Introducción al Análisis Estructurado Introducción. Diagramas de Flujo de Datos. Elementos de un DFD Explosión de un proceso Niveles de un DFD Guías para realizar un DFD. Diccionario de Datos

Más detalles

Modelado del software Jhon Jairo Padilla A., PhD.

Modelado del software Jhon Jairo Padilla A., PhD. Modelado del software Jhon Jairo Padilla A., PhD. Herramientas para el modelado de software Es importante resaltar los aspectos del sistema real que vamos a tener en cuenta durante su modelado: La estructura

Más detalles

3.4 MODELADO DEL SISTEMA

3.4 MODELADO DEL SISTEMA 3.4 MODELADO DEL SISTEMA El modelado del sistema permite al analista crear una jerarquía en detalle. El modelo de análisis es un puente entre la descripción del sistema y el modelo de diseño. Descripción

Más detalles

Computación I. Unidad III. Sistemas de Información. Ing Angela Galea

Computación I. Unidad III. Sistemas de Información. Ing Angela Galea . Sistemas de Información Ing Angela Galea Introducción Ing Angela Galea 2 Introducción Sistema: conjunto de elementos interrelacionados que persiguen un fin común. Información: datos procesados, o con

Más detalles

ANÁLISIS DE SISTEMAS. Por: Ing. Tanya Recalde Ch.

ANÁLISIS DE SISTEMAS. Por: Ing. Tanya Recalde Ch. ANÁLISIS DE SISTEMAS Por: Ing. Tanya Recalde Ch. CAPÍTULO 4 ESTRATEGIAS DE DESARROLLO POR ANÁLISIS ESTRUCTURADO 4.1. INTRODUCCIÓN Cuando se comienza a trabajar sobre un proyecto de sistemas de información,

Más detalles

12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso

12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Casos de Uso (Jacobson) describen bajo la forma de acciones y reacciones

Más detalles

Capítulo II. Modelos de Datos y Procesos

Capítulo II. Modelos de Datos y Procesos Modelos de Datos y Procesos Modelos de datos y procesos Tabla de Contenido 1.- Objetivos de un modelo... 27 2.- Modelos de datos y procesos... 27 3.- Modelos conceptuales, de funcionamiento y físicos...

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 8 Modelo Estructural Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE

Más detalles

Escuela de Educación Secundaria Técnica N 5 DIAGRAMA DE FLUJO DE DATOS

Escuela de Educación Secundaria Técnica N 5 DIAGRAMA DE FLUJO DE DATOS DIAGRAMA DE FLUJO DE DATOS INTRODUCCIÓN En los diagramas de flujo de datos se usan cuatro símbolos básicos para graficar el movimiento de los datos: un cuadrado doble, una flecha, un rectángulo con esquinas

Más detalles

Integrar los requisitos. Asignarles prioridades

Integrar los requisitos. Asignarles prioridades 7.010 ANALISIS DE REQUISITOS Definir los requisitos del software Definir los requisitos de las interfaces Integrar los requisitos Asignarles prioridades 7.020 ANALISIS DE REQUISITOS Extracción Análisis

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 2007.

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2007. Normalización Análisis y Diseño de Sistemas Clase 16 Normalización Lic. María Mercedes Vitturini 1er. CUATRIMESTRE 2007 Es un proceso que se aplica sobre los almacenamientos y que permite determinar una

Más detalles

UNIDAD II. TÉCNICAS DE ANÁLISIS

UNIDAD II. TÉCNICAS DE ANÁLISIS UNIDAD II TÉCNICAS DE ANÁLISIS 1 UNIDAD II. TÉCNICAS DE ANÁLISIS OBJETIVO: Aplicarás las técnicas de análisis de sistemas: orientadas al flujo de datos, estructura de datos y toma de decisiones; a través

Más detalles

INSTITUTO NACIONAL SUPERIOR DEL PROFESORADO TÉCNICO - TÉCNICO SUPERIOR EN INFORMÁTICA APLICADA - PROGRAMACIÓN I

INSTITUTO NACIONAL SUPERIOR DEL PROFESORADO TÉCNICO - TÉCNICO SUPERIOR EN INFORMÁTICA APLICADA - PROGRAMACIÓN I RESOLUCIÓN DE PROBLEMAS Y ALGORITMOS La principal razón para que las personas aprendan lenguajes de programación es utilizar una computadora como una herramienta para la resolución de problemas. Cinco

Más detalles

Diseño Estructurado. Diseños eran los antes. Lic. Ariel Trellini 28/07/2015

Diseño Estructurado. Diseños eran los antes. Lic. Ariel Trellini 28/07/2015 Lic. Ariel Trellini Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Diseños eran los antes Arquitectura y Diseño de Sistemas 2 1 Historia Desde fines de los 60s emergieron

Más detalles

Grado en Ingeniería Informática

Grado en Ingeniería Informática Grado en Ingeniería Informática ! Gestión por procesos vs funcional! Gestión por procesos (BPM)! Objetivos y ventajas de la gestión por procesos! Implantación de la gestión por procesos! Mejora de procesos!

Más detalles

Análisis y Diseño de Sistemas

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

Más detalles

Ingeniería a de Software CC51A

Ingeniería a de Software CC51A Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE 1 ANÁLISIS DE REQUISITOS Los requisitos determinan lo que debe hacer el sistema así como las

Más detalles

EJEMPLO DE CÁTEDRA. Modelo de Desarrollo Estructurado. Análisis Estructurado. A. Modelo Ambiental

EJEMPLO DE CÁTEDRA. Modelo de Desarrollo Estructurado. Análisis Estructurado. A. Modelo Ambiental EJEMPLO DE CÁTEDRA Enunciado Un Servicio de Correo electrónico (e-mail) desea incorporar nuevas funcionalidades a las opciones que actualmente brinda: Crear un nuevo para ser compartido entre varios usuarios:

Más detalles

Tema IV: Modelado y Análisis Estructurado Introducción. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema IV: Modelado y Análisis Estructurado Introducción. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema IV: Modelado y Análisis Estructurado Introducción Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Análisis de Sistemas: Introducción Análisis de Sistemas Descomposición en componenetes

Más detalles

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar

Más detalles

Capítulo N 5 TEMAS. Diagramas de Actividad para modelado de Negocio. 1. Diagrama de actividades. 2. Elementos de un Diagrama de Actividades

Capítulo N 5 TEMAS. Diagramas de Actividad para modelado de Negocio. 1. Diagrama de actividades. 2. Elementos de un Diagrama de Actividades Capítulo N 5 Diagramas de Actividad para modelado de Negocio TEMAS 1. Diagrama de actividades 2. Elementos de un Diagrama de Actividades 3. Aplicación de los diagramas de actividades 4. Laboratorios 1

Más detalles

Desarrollo Orientado a Objetos en Métrica v. 3

Desarrollo Orientado a Objetos en Métrica v. 3 Desarrollo Orientado a Objetos en Métrica v. 3 Carlos Rossi Jiménez c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.1/45 Estructura del curso 1. Estructura de Métrica v. 3 2. Técnicas orientadas a

Más detalles

LABORATORIO DE INTERACCION HUMANO COMPUTADORA MANUAL DE PRÁCTICAS. Practica #1. Identificación del proyecto a Desarrollar

LABORATORIO DE INTERACCION HUMANO COMPUTADORA MANUAL DE PRÁCTICAS. Practica #1. Identificación del proyecto a Desarrollar Practica #1 Identificación del proyecto a Desarrollar El alumno definirá el Proyecto a Desarrollar tomando en cuenta las 8 disciplinas que involucra la Interacción Humano Computadora Disciplinas: Computación,

Más detalles

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque: Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas

Más detalles

Mtra. Tania Lilia Chávez Soto

Mtra. Tania Lilia Chávez Soto Universidad Autónoma del Estado de México Facultad de Ingeniería Ingeniería en Computación Unidad de aprendizaje: Análisis de sistemas Tema: Paradigma estructurado para construir modelos de análisis de

Más detalles

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1 Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución

Más detalles

CARACTERÍSTICAS DEL MODELO AMBIENTAL:

CARACTERÍSTICAS DEL MODELO AMBIENTAL: MODELO AMBIENTAL OBJETIVO DEL MODELO AMBIENTAL: El objetivo del modelo ambiental es describir la relación que existe entre el sistema y el medio ambiente. CARACTERÍSTICAS DEL MODELO AMBIENTAL: Para poder

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software 1 Ingeniería de Sistemas Enfoque en variedad de elementos Análisis, diseño y organización de los elementos en un sistema Todo para generar un producto, servicio o tecnología para

Más detalles

Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING

Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Objetivos Comprender la importancia del modelado y el uso de diagramas para la Ingeniería y la arquitectura. Conocer las ventajas que

Más detalles

UNIVERSIDAD MAYOR DE SAN SIMÓN FACULTAD DE CIENCIAS TECNOLOGÍA PLAN GLOBAL

UNIVERSIDAD MAYOR DE SAN SIMÓN FACULTAD DE CIENCIAS TECNOLOGÍA PLAN GLOBAL UNIVERSIDAD MAYOR DE SAN SIMÓN FACULTAD DE CIENCIAS TECNOLOGÍA I. DATOS DE IDENTIFICACIÓN PLAN GLOBAL Nombre de la materia: INGENIERIA DE SISTEMAS I Código: 2016028 Grupo: 1 Carga horaria: 6 hrs/semana

Más detalles

Tema 13 Modelos de Representación de Diagramas

Tema 13 Modelos de Representación de Diagramas Tema 13 Modelos de Representación de Diagramas En este tema haremos una revisión rápida de los modelos de representación de diagramas, y su utilidad en la Expresión Gráfica. 13.1 Introducción y Definición

Más detalles

Diagrama de Actividad

Diagrama de Actividad Diagrama de Actividad 1 Diagrama de Actividad El Diagrama de Actividad es una especialización del Diagrama de Estado, organizado respecto de las acciones y usado para especificar: Un método Un caso de

Más detalles

12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia

12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso "Un diagrama que representa una interacción poniendo el foco en la secuencia

Más detalles

c) Rational Rose e) Microsoft Project g) Cosmos d) IrqA f) RUP h) ArgoUML

c) Rational Rose e) Microsoft Project g) Cosmos d) IrqA f) RUP h) ArgoUML NOMBRE APELLIDOS NOTA: El presente examen consta de 2 partes. La primera parte contiene 10 preguntas básicas, cada una de ellas valorada con 1 punto. La segunda parte contiene 2 preguntas de desarrollo,

Más detalles

Introducción al Análisis Estructurado

Introducción al Análisis Estructurado Contenidos: Tema 2: Introducción. Diagrama de Flujo de Datos. Elementos en un DFD. Explosión de un Proceso. Niveles de DFDs. Objetivos El alumno conocerá el Análisis Estructurado como técnica para llevar

Más detalles

GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Plan 2008

GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Plan 2008 1 GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Plan 2008 Ciclo 2012 Jorge R. Mendoza Gestión de Proyectos Informáticos 2 3-LA

Más detalles

UNIVERSIDAD POPULAR DEL CESAR FACULTAD DE INGENIERÍAS Y TECNOLOGÍAS PROGRAMA INGENIERÍA DE SISTEMAS

UNIVERSIDAD POPULAR DEL CESAR FACULTAD DE INGENIERÍAS Y TECNOLOGÍAS PROGRAMA INGENIERÍA DE SISTEMAS UNIVERSIDAD POPULAR DEL CESAR FACULTAD DE INGENIERÍAS Y TECNOLOGÍAS PROGRAMA INGENIERÍA DE SISTEMAS Docente: Ing. ELIÉCER SUÁREZ SERRANO Fecha: Abril 12 de 2011 SEGUNDO PARCIAL DE ANÁLISIS DE SISTEMAS

Más detalles

Tema 20: La importancia de realizar pruebas

Tema 20: La importancia de realizar pruebas Departamento de Ciencias e Ingeniería de la Computación Academia de Ciencias de la Computación Tema 20: La importancia de realizar pruebas M. en C. Edgardo Adrián Franco Martínez http://www.eafranco.com

Más detalles

Diagramas De Casos De Uso

Diagramas De Casos De Uso Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos

Más detalles

DIAGRAMAS DE CASOS DE USO. Prof. Hooberth Chávez Bedoya

DIAGRAMAS DE CASOS DE USO. Prof. Hooberth Chávez Bedoya DIAGRAMAS DE CASOS DE USO Prof. Hooberth Chávez Bedoya 1 Definir el comportamiento del sistema El comportamiento de un sistema es cómo un sistema actúa y reacciona El comportamiento del sistema es capturado

Más detalles

Modelado Entidad-Relación

Modelado Entidad-Relación Modelado Entidad-Relación Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado

Más detalles

UML (Unified Modeling Language) Octubre de 2007

UML (Unified Modeling Language) Octubre de 2007 UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de

Más detalles

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 IV. UML. Casos de uso. Facilitador: Miguel Cotaña

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 IV. UML. Casos de uso. Facilitador: Miguel Cotaña MODULO IV Análisis y Diseño de Sistemas de Información INF-162 IV. UML Casos de uso Facilitador: Miguel Cotaña 1 INTRODUCCION Analista de negocios no-it: es alguien que trabaja dentro del contexto del

Más detalles

Modelo Dinámico del Diseño del Software y Representación en UML. UNIDAD 9 Análisis y Diseño de Sistemas de Información

Modelo Dinámico del Diseño del Software y Representación en UML. UNIDAD 9 Análisis y Diseño de Sistemas de Información Modelo Dinámico del Diseño del Software y Representación en UML UNIDAD 9 Análisis y Diseño de Sistemas de Información El Modelo Dinámico El objetivo del modelo Dinámico es presentar o describir el comportamiento

Más detalles

TECNOLOGÍAS DE LA INFORMACIÓN PARA LA INNOVACIÓN. Facultad de Estadística e Informática

TECNOLOGÍAS DE LA INFORMACIÓN PARA LA INNOVACIÓN. Facultad de Estadística e Informática TECNOLOGÍAS DE LA INFORMACIÓN PARA LA INNOVACIÓN Clase 5 Pilares de las Tecnologías de la Información a. I. Representación del mundo real en una base de datos : Diseño conceptual de base de datos i. Modelado

Más detalles

Ingeniería del Software I

Ingeniería del Software I - 1 - Ingeniería del Software I 2do. Cuatrimestre 2005 INTRODUCCIÓN... 2 SEMÁNTICA... 2 NOTACIÓN... 3 ESTADO ACCIÓN... 3 Transiciones Simples... 3 Estados Acción Compuestos... 3 Estados Acción Iniciales

Más detalles

Unidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.

Unidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas. Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología

Más detalles

UNIVERSIDAD MEXIQUENSE DEL BICENTENARIO CAMPUS ACAMBAY LICENCIATURA EN INFORMÁTICA DESARROLLO DE APLICACIÓN PARA AMBIENTES DISTRIBUIDOS

UNIVERSIDAD MEXIQUENSE DEL BICENTENARIO CAMPUS ACAMBAY LICENCIATURA EN INFORMÁTICA DESARROLLO DE APLICACIÓN PARA AMBIENTES DISTRIBUIDOS UNIVERSIDAD MEXIQUENSE DEL BICENTENARIO CAMPUS ACAMBAY LICENCIATURA EN INFORMÁTICA DESARROLLO DE APLICACIÓN PARA AMBIENTES DISTRIBUIDOS Proyecto de Implementación de un Sistema de Información Bass line

Más detalles

Modelo y Análisis 179

Modelo y Análisis 179 Modelo y Análisis 179 2.6 Análisis Funcional Por medio del análisis funcional: Se muestra las operaciones de los objetos y sus dependencia de datos por medio de los diagramas de flujo de datos. Se descompone

Más detalles

Contenido. INGENIERIA DE SOFTWARE Tema 3: Modelado del análisis- Método Estructurado

Contenido. INGENIERIA DE SOFTWARE Tema 3: Modelado del análisis- Método Estructurado INGENIERIA DE SOFTWARE Tema 3: Modelado del análisis- Método Estructurado Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca Instituto de Computación Oficina 37 dtorres@mixteco.utm.mx

Más detalles

TEMA 6: INTRODUCCIÓN A UML

TEMA 6: INTRODUCCIÓN A UML TEMA 6: INTRODUCCIÓN A UML Por qué modelamos? El modelado es una parte central de todas las actividades que conducen a la producción de un software de calidad. Como tal la ingeniería software debe basarse

Más detalles

GUÍAS DE DISEÑO CON UML. Técnicas para creación de diagramas de software óptimos en UML

GUÍAS DE DISEÑO CON UML. Técnicas para creación de diagramas de software óptimos en UML GUÍAS DE DISEÑO CON UML Técnicas para creación de diagramas de software óptimos en UML ÍNDICE Recomendaciones de diseño generales Guías para diagramas de Casos de Uso Guías para diagramas de Actividad

Más detalles

Tema 01: Algoritmia y diagramas de flujo. Estructuras de datos (Prof. Edgardo A. Franco)

Tema 01: Algoritmia y diagramas de flujo. Estructuras de datos (Prof. Edgardo A. Franco) Tema 1 Estructuras de datos (Prof. Edgardo A. Franco) Contenido Algoritmia Qué es un algoritmo? Métodos algorítmicos Diagrama de flujo Símbolos utilizados en los diagramas de flujo Reglas para la construcción

Más detalles

Fundamentos de Programación. Resolución de Problemas y Diseño de Programas. Fundamentos de Programación. Página 0 de 27

Fundamentos de Programación. Resolución de Problemas y Diseño de Programas. Fundamentos de Programación. Página 0 de 27 Fundamentos de Programación. Resolución de Problemas y Diseño de Programas. Fundamentos de Programación. Página 0 de 27 Metodología general para la solución de un problema Comprensión del problema (entiende

Más detalles

Tipos algebraicos y abstractos. Algoritmos y Estructuras de Datos I. Tipos algebraicos

Tipos algebraicos y abstractos. Algoritmos y Estructuras de Datos I. Tipos algebraicos Algoritmos y Estructuras de Datos I 1 cuatrimestre de 009 Departamento de Computación - FCEyN - UBA Programación funcional - clase Tipos algebraicos Tipos algebraicos y abstractos ya vimos los tipos básicos

Más detalles

Ejemplo de análisis y diseño de un algoritmo: Cálculo del factorial de un número

Ejemplo de análisis y diseño de un algoritmo: Cálculo del factorial de un número Ejemplo de análisis y diseño de un algoritmo: Cálculo del factorial de un número Para ilustrar el uso de la metodología para resolver problemas a través de la computadora y el diseño de algoritmos, se

Más detalles

Prácticas de Ingeniería de Software

Prácticas de Ingeniería de Software Prácticas de Ingeniería de Software Área de Conocimiento: Ingeniería de Software Arenas Valdés María De los Ángeles y Vargas Cerdán María Dolores aarenas@uv.mx, mdvargasc@hotmail.com Facultad de Estadística

Más detalles

Guía para la documentación de proyectos de software

Guía para la documentación de proyectos de software Estructura y contenido Guía para la documentación de proyectos de software Organización de Computadoras Universidad Nacional del Sur 2017 1. Definiciones y especificación de requerimientos Los requerimientos/requisitos

Más detalles

Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra

Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra Enunciado Un Servicio de Correo electrónico (e-mail) desea incorporar nuevas funcionalidades a las opciones que actualmente

Más detalles

Ingeniería del Software

Ingeniería del Software Tema 7: Dr. Francisco José García Peñalvo (fgarcia@usal.es) 3º I.T.I.S. Fecha de última modificación: 15-12-2005 Resumen Resumen Descriptores Bibliografía Este tema se centra en dar una visión de la fase

Más detalles

Guía práctica de estudio 04: Diagramas de flujo

Guía práctica de estudio 04: Diagramas de flujo Página 63/214 Guía práctica de estudio 04: Diagramas de flujo 63 Página 64/214 Guía práctica de estudio 04: Diagramas de flujo Objetivo: Elaborar diagramas de flujo que representen soluciones algorítmicas

Más detalles

Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0. Historia de revisiones

Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0. Historia de revisiones Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 14/09/2014 1.0 Versión Inicial Guillermo López 14/09/2014 1.0 Revisión. SQA Modelo

Más detalles

A l g o r i t m o s. Seguridad en Internet ALGORITMOS.

A l g o r i t m o s. Seguridad en Internet ALGORITMOS. ALGORITMOS Objetivos Introducir el concepto de algoritmo y sus características. Mostrar las diferentes técnicas para representar algoritmos. Introducir la programación estructurada y el diseño descendiente.

Más detalles

Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12

Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12 Herramienta de relevamiento Son descripciones de un conjunto de secuencia de acciones que ejecuta el sistema para obtener un resultado Los casos de uso especifican un comportamiento deseado, no como se

Más detalles

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I Sistemas de Bases de Datos I MODELADO DE DATOS I Qué es el Modelado de Datos? MUNDO REAL ANALIZAR INTERPRETAR ABSTRAER MODELO Qué es el Modelado de Datos? Es la representación de cosas del mundo real.

Más detalles

Caso de Uso. Por ejemplo. Sistema. Actor Actor

Caso de Uso. Por ejemplo. Sistema. Actor Actor Casos de Uso Los diagramas de clases proporcionan una idea estática del sistema. Los diagramas de casos de uso establecen una idea dinámica, es decir que cambian con el tiempo. Los diagramas de casos de

Más detalles

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco UML Diagrama de Casos de Usos Prof. Daniel Riesco Diagramas de Caso Uso Secuencia de transacciones desarrolladas por un sistema en respuesta a un evento iniciado por un actor Sirven para especificar la

Más detalles

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA Asignatura: Introducción al Desarrollo del Software Dirección de Educación a Distancia y Virtual Este material es propiedad de la Corporación Universitaria Remington

Más detalles

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. 4.8 Diagramas de Actividades

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. 4.8 Diagramas de Actividades MODULO IV Análisis y Diseño de Sistemas de Información INF-162 III. UML 4.8 Diagramas de Actividades Facilitador: Miguel Cotaña 23 de Noviembre 2009 1 Un diagrama de actividades destaca el flujo de control

Más detalles

Es un conjunto de palabras y símbolos que permiten al usuario generar comandos e instrucciones para que la computadora los ejecute.

Es un conjunto de palabras y símbolos que permiten al usuario generar comandos e instrucciones para que la computadora los ejecute. Los problemas que se plantean en la vida diaria suelen ser resueltos mediante el uso de la capacidad intelectual y la habilidad manual del ser humano. La utilización de la computadora en la resolución

Más detalles

Ingeniería del Software 2

Ingeniería del Software 2 Análisis de requisitos es la 1ª fase técnica del proceso de ing. del SW Éxito -> Comprensión total de los requisitos Análisis de requisitos -> Tarea de descubrimiento, refinamiento, modelado y especificación

Más detalles

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE 10 GLORIA CECILIA RÍOS MUÑOZ INSTITUCIÓN EDUCATIVA GABRIEL GARCÍA MÁRQUEZ MEDELLÍN 2013 DIAGRAMAS Un diagrama es una representación

Más detalles

Claridad Proporciona información sobre los procesos de forma clara, ordenada y concisa.

Claridad Proporciona información sobre los procesos de forma clara, ordenada y concisa. Definición El Diagrama de Flujo es una representación gráfica de la secuencia de pasos que se realizan para obtener un cierto resultado. Este puede ser un producto, un servicio, o bien una combinación

Más detalles