Análisis y Diseño de Sistemas
|
|
- Ángela María Teresa Luna Aguirre
- hace 7 años
- Vistas:
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.
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 detallesUniversidad 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 detallesAná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 detallesProcesamiento 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 detallesFundamentos 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 detalles12/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 detallesTema 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 detallesUnidad 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 detallesDepartamento 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 detallesDepartamento 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 detallesHerramientas 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 detallesMé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 detallesMETODOLOGÍ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 detallesAná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 detallesDefinició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 detallesTEMA 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 detallesAná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 detallesSistemas 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 detallesDiagrama 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 detallesModelos 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 detallesAná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 detallesUnidad 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 detallesAná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 detallesSistemas 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 detallesMé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 detallesIntroducció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 detallesModelado 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 detalles3.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 detallesComputació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 detallesANÁ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 detalles12/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 detallesCapí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 detallesUniversidad 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 detallesEscuela 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 detallesIntegrar 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 detallesUniversidad 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 detallesUNIDAD 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 detallesINSTITUTO 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 detallesDiseñ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 detallesGrado 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 detallesAná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 detallesIngenierí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 detallesDepartamento 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 detallesEJEMPLO 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 detallesTema 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 detallesIngenierí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 detallesCapí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 detallesDesarrollo 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 detallesLABORATORIO 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 detalles1. 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 detallesMtra. 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 detallesUnidad 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 detallesCARACTERÍ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 detallesIngenierí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 detallesDiagramas 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 detallesUNIVERSIDAD 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 detallesTema 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 detallesDiagrama 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 detalles12/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 detallesc) 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 detallesIntroducció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 detallesGESTION 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 detallesUNIVERSIDAD 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 detallesTema 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 detallesDiagramas 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 detallesDIAGRAMAS 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 detallesModelado 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 detallesUML (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 detallesMODULO 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 detallesModelo 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 detallesTECNOLOGÍ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 detallesIngenierí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 detallesUnidad 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 detallesUNIVERSIDAD 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 detallesModelo 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 detallesContenido. 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 detallesTEMA 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 detallesGUÍ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 detallesTema 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 detallesFundamentos 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 detallesTipos 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 detallesEjemplo 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 detallesPrá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 detallesGuí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 detallesModelos 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 detallesIngenierí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 detallesGuí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 detallesSistema 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 detallesA 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 detallesCaso 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 detallesSistemas 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 detallesCaso 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 detallesUML. 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 detallesFACULTAD 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 detallesMODULO 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 detallesEs 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 detallesIngenierí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 detallesDIAGRAMAS 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 detallesClaridad 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