SISTEMAS DE INFORMACIÓN 2 SISTEMAS DE INFORMACIÓN 2.

Slides:



Advertisements
Presentaciones similares
Ciclo de Vida de Desarrollo de los Sistemas de Información
Advertisements

INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
Fundamentos de Diseño de Software INFT.1
Resolución de Problemas Algoritmos y Programación
Análisis y Diseño Estructurado
ANÁLISIS DE REQUERIMIENTOS
Nuestro reto es educar al pensamiento, para que razone de acuerdo a ciertas reglas; con ello podremos ser más eficientes al momento en que ordenamos.
Secuencia finita, ordenada y lógica de instrucciones (ó pasos), los cuales permiten realizar una ó varias tareas.
Razonamiento algorítmico
Lenguajes de programación
GESTIÓN DE LOS COSTOS DEL PROYECTO
Resolución de Problemas Algoritmos y Programación
Diseño orientado al flujo de datos
DIAGRAMAS DE FLUJO Y PSEUDOCÓDIGO
CONCEPTOS Y PRINCIPIOS DE DISEÑO
Preguntas tipo test (Tema I)
Ingeniería del Software
Evaluación de Productos
Sistemas Distribuidos “Técnicas de Especificación Formal”
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
Diccionario de datos en Análisis y Diseño Estructurado
Matemáticas Discretas y Algoritmos
Diseño del Software Diseño de datos Diseño arquitectónico
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
DISEÑO DE SOFTWARE 1ª. Parte
Diseño e Implementación
DISEÑO DEL SISTEMA DE COMUNICACIÓN ENTRE EL APRENDIZ Y EL MEC
Guías para Construir un DFD
Fundamentos de programación Organización de una computadora.
Organización y Estructuración de Datos Profesor Titular: Mg Carlos G. Neil 2009.
UNIDAD 2. ALGORITMOS Y ESTRUCTURAS DE DATOS.
Metodología para solución de problemas
Ingeniería del Software
Organización y Estructuración de Datos
DIAGRAMA DE FLUJO ERIKA SUAREZ lozano Sergio Ortiz caballero Arturo González Yesica mariana regueros Paola García sanchez.
Ingeniería de software
Importancia en la efectividad del:
Diseño de Software y su Proceso
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Desarrollo de Software Orientado a Objetos (deficiencias)
Trainning DFD.
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
LAE. LUCÍA REYES MARTÍNEZ
Diseño de Sistemas.
Edward Barrera Barrera Cristian Anderson Isacc
Ingeniería de Requisitos
Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software UNIVERSIDAD PONTIFICIA DE SALAMANCA EN MADRID 1 Proceso.
DIAGRAMA DE SECUENCIA Y ACTIVIDADES.
Diseño del Software e Ingeniería del Software
Diseño Orientado al Flujo de Datos
Elaboración de algoritmos usando lógica de programación
CICLO DE VIDA CLÁSICO DE UN SISTEMA
PROCESO UNIFICADO DIRIGIDO POR CASOS DE USO
Elementos de información
Actividades en el Proceso de desarrollo de Software
Desarrollo de lógica algorítmica.
ANÁLISIS ESTRUCTURADO
Diagrama de flujo y Pseudocódigo
Modelo Prescriptivos de proceso
Edwin Oliveros.  El diseño de sistemas consiste en la transformación del modelo de diseño, que toma en cuenta los requerimientos no funcionales y las.
Ciclo de Vida del Software
Proceso de desarrollo de Software
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Licda. Noelia Gómez Gutiérrez
Objetivos de la prueba Los objetivos principales de realizar una prueba son: Detectar un error. Tener un buen caso de prueba, es decir que tenga más probabilidad.
Entregables del Proyecto
Profesor: Jesús Chaparro Bachilleres: Perez, emibeliz Prada, Rainer Villahermosa, José Abril 2014.
Ing. José David Ortiz Salas
Transcripción de la presentación:

SISTEMAS DE INFORMACIÓN 2 SISTEMAS DE INFORMACIÓN 2

Elementos del Diagrama de Estructura Secuencia Iteración

Elementos del Diagrama de Estructura Selección

Profundidad y Ancho de un Diagrama de Estructura Profundidad y ancho proporcionan una idea del número de niveles de control y el ámbito global de control respectivamente. El grado de salida es una medida del número de módulos que son controlados directamente por otro módulo. El grado de entrada indica cuántos módulos controlan directamente un módulo dado.

Partición Estructural: Horizontal Módulo Controlador Función 1Función 2Función 3

Partición Estructural: Vertical Módulo Controlador Módulos de Toma de decisones Módulos de Trabajo

Estrategia de Diseño para Construir Diagrama de Estructura Diseño Centrado en Transformaciones Diseño Centrado en Transacciones DFD Diagrama de Estructura Diseño Análisis

Estrategia de Diseño Diseño Centrado en Transformaciones Los datos entran al sistema mediante caminos que se llaman flujos de entrada En el núcleo ocurre la transformación de los datos, que entraron anteriormente Finalmente los datos se mueven por caminos llamados flujos de salida Flujo de Llegada Centro de Transformación Flujo de Salida

Estrategia de Diseño Diseño Centrado en Transacciones Se presenta un centro de transacción, como centro de flujo de información Desde el centro de flujo de Información, surgen muchos caminos de acción alternativos Los caminos de acción alternativos, son de forma excluyentes Camino de Acción Camino de Acción 2 Camino de Acción 3 Centro de Transacción

Estrategia de Diseño: Transformación 1. Revisión del Modelo Fundamental del sistema DFD, mínimo tres niveles 2. Determinar si el DFD tiene características de Transformación o Transacción Analizar el centro de transformación propiamente tal 3. Aislar el centro de Transformación, especificando los límites del flujo de llegada y de salida Delimitar el centro de transformación (depende del diseñador) 4. Realizar el primer corte del diagrama de estructura Primer nivel de factorización, se incorporan módulos coordinadores

Módulos a incorporar Módulo principal Cp, que controla el resto de los módulos Módulo coordinador de la Información de Entrada, Ce Módulo controlador del centro de transformación, que supervisa las operaciones de los datos, Ct Módulo controlador, del procesamiento de la información de salida, Cs Flujo de Llegada Centro de Transformación Flujo de Salida Cp CsCtCe Diagrama de Contexto Nombres representativos Estrategia de Diseño: Transformación

5. Ejecución del “segundo nivel de factorización” Flujo de Llegada Centro de Transformación Flujo de Salida Cp CsCtCe Leer aLeer b a b Escribir z z 5. Ejecución del “segundo nivel de factorización”

6. Refinar la estructura obtenida, utilizando las guías, principios y conceptos, para un diseño de calidad Aumentar o Disminuir el N° de módulos (ejemplo Ct) Incorporar flujos de datos (DFD) y de control 7. Asegurarse del trabajo realizado, representado en el diseño construido Verificar funcionalidad, orden de módulos, etc. Estrategia de Diseño: Transformación

Estrategia de Diseño: Transacción 1. Revisión del Modelo Fundamental del sistema DFD, mínimo tres niveles 2. Determinar si el DFD tiene características de Transformación o Transacción Analizar el centro de transacción propiamente tal 3. Aislar el centro de Transacción, especificando los límites del flujo de llegada y de salida El centro de transacción se encuentra ligado al origen de varios caminos de información que fluyen radialmente de él 4. Realizar el primer corte del diagrama de estructura Primer nivel de factorización, se incorporan módulos coordinadores

Módulos a incorporar Módulo principal Cp, que controla el resto de los módulos Módulo coordinador de la Información de Entrada, Ce Módulo gestor del centro de transacción, D Módulo controlador, los distintos caminos que generan información de salida, Ci i =1—n (n: n° caminos) Cp D C1 Ce Estrategia de Diseño: Transacción C2C3 R A Q D P a z b

Estrategia de Diseño: Transacción 5. Ejecución del “segundo nivel de factorización” Cp Ce RPQ Leer a Leer b a Escribir z 5. Ejecución del “segundo nivel de factorización” R A Q D P a z b Camino 1 Camino 2 Camino 3 D C1C2C3

6. Refinar la estructura obtenida, utilizando las guías, principios y conceptos, para un diseño de calidad Aumentar o Disminuir el N° de módulos Incorporar flujos de datos (DFD) y de control 7. Asegurarse del trabajo realizado, representado en el diseño construido Verificar funcionalidad, orden de módulos, etc. Estrategia de Diseño: Transacción

3. Diseño Procedimental (componentes) Especificación Interfaz-Función Especificación Por Pseudocódigo Especificación Mediante las Miniespecificaciones del Análisis Heramientas complementarias para la especificación de Módulos 4. Diseño de Datos 5. Diseño de Interfaz

Diseño Detallado 1.Especificación por interfaz-función Permite definir un módulo sin entrar en excesivos detalles. La interfaz del módulo contiene los parámetros de entrada y de salida, mientras la función del módulo describe las tareas que este lleva a cabo. Se permite el uso de tablas, fórmulas, lenguaje natural, etc. Permite variar el grado de formalismo en la definición del módulo, generalmente, dando bastante libertad a los programadores. Su inclusión como comentario en el código final facilita el mantenimiento.

Ejemplo: Módulo: SELECCIONAR ASIENTO DE PASAJERO Entrada: PREFERENCIA_ASIENTO_PONDERADA Salidas: ASIENTO_SELECCIONADO, PREFERENCIA_DISPONIBLE Función: Seleccionar un asiento para un pasajero considerando que sus preferencias de ubicación sean lo más cercanas (ponderadamente) al asiento elegido.

Diseño Detallado 1.Especificación Mediante las Miniespecificaciones del Análisis Este método considera que las miniespecificaciones generadas durante la fase de análisis sirven también como especificación de módulos. Se considera, en general, que la especificación de cada burbuja del diagrama de flujo de datos es suficiente para especificar lo que en la fase siguiente al diseño se debe construir. La gran limitación de este método es que no siempre existe una correspondencia uno a uno entre las burbujas, explicitadas como necesarias de automatizar en la fase de análisis, y los módulos del diagrama de estructura.

Módulo: SELECCIONAR ASIENTO DE PASAJERO Entrada: PREFERENCIA_ASIENTO_PONDERADA Salidas: ASIENTO_SELECCIONADO, PREFERENCIA_DISPONIBLE Función: Seleccionar un asiento para un pasajero considerando que sus preferencias deubicación sean lo más cercanas (ponderadamente) al asiento elegido. Detalles de Funcionalidad  Buscar asiento disponible comenzando con la clase solicitada y continuando con clases inferiores.  Anotar para cada asiento la diferencia respecto a la preferencia del cliente.  Seleccionar el asiento con menor diferencia: este será el Asiento- Seleccionado. (Diferencia=Dif-Fumador*PESO_FUMADOR+...)  Si el cliente necesita un asiento no fumador (y Peso-Fumador > 1) y ha sido seleccionado un asiento fumador, intentar mover en una fila atrás la sección de no fumadores en la clase del cliente (si es posible).  Si la diferencia entre el asiento preferido y el asiento seleccionado es 0, realizar la asignación PREFERENCIA-DISPONIBLE=”Y”; de lo contrario asígnele “N”.

Diseño Detallado 2. Especificación por pseudocódigo Pseudocódigo es un lenguaje informal similar al lenguaje estructurado, el cual es más preciso y detallado que la especificación por interfaz-función. Tiene sintaxis fija para constructores, declaración de datos y módulos, y sintaxis libre para describir características de procesamiento

Herramientas complementarias para la especificación de Módulos 1. Diagramas de Flujo

Herramientas complementarias para la especificación de Módulos 1. Diagramas de Nassi - Schneiderman

Herramientas complementarias para la especificación de Módulos 3. Árbol de Decisión

Herramientas complementarias para la especificación de Módulos 4. Tabla de Decisión