DISEÑO DE PROCESOS TEMA 6.

Slides:



Advertisements
Presentaciones similares
Fundamentos de Diseño de Software INFT.1
Advertisements

Diseño orientado al flujo de datos
Tipos de Datos Abstractos Modularidad
UNIVERSIDAD LATINA (UNILA) IV. IMPLANTACION DE ALGORITMOS.
Diseño del Software Diseño de datos Diseño arquitectónico
Unidad 2: Análisis Estructurado de sistemas
LE, EI, Profesor Ramón Castro Liceaga UNIVERSIDAD LATINA (UNILA) IV. IMPLANTACION DE ALGORITMOS.
Análisis de los algoritmos Unidad 7. Análisis La resolución práctica de un problema – algoritmo o método de resolución – y por otra un programa o codificación.
Instituto tecnológico superior de lerdo Sistemas de información II Diseño orientado a flujo de datos Profesor: Ing. Ricardo de Jesús Bustamante. Alumna:
FACULTAD DE INGENIERÍA CIVIL Y MECÀNICA CARRERA DE INGENIERÍA MÈCANICA EMPLEO DE NUEVAS TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIÓN (NTIC´s II) TEMA: PASOS.
TEMA: PSP (Personal Software Process) ANALISIS DE SISTEMAS I ING. EDGAR RAUL MOLINA INTEGRAMTES: HANNSEL E. CORDON AC JESSICA IDALMY KRESS FREDERIC HESTIB.
TUTORIA 1 Lógica para la Computación TUTORIA 1 Facultad de Ciencias Naturales y Matemáticas.
Pruebas de Funcionalidad de Software: Caja Negra y Caja Blanca Curso: Diseño de Sistemas 9no. Semestre.
Figure: Algoritmos. Conceptos básicos. Programación: 1.Establecer una secuencia de acciones que: puedan ser ejecutadas por el procesador realicen una.
Funciones en lenguaje C 2 Funciones Definición: – Las funciones son los bloques de construcción básicos de C. Dentro de ellas se da toda la actividad.
Organizaciones involucradas: El centro de cálculo noruego. Crea lenguaje llamado Simula 67, desarrollado por Krinsten Nygaard y Ole-Johan Dahl, en 1967.
Análisis de Proyecto de Software.
ESTRATEGIAS DE ENSEÑANZA
Gestión de Proyectos.
Programación Orientada a Objetos
LENGUAJES Y REPRESENTACION TECNICA
Lenguajes y representación técnica
LENGUAJES Y REPRESENTACION TECNICA
El hardware y el software
CREAR DIAGRAMA DE FLUJO
Tema 3. Lenguaje unificado de modelado UML
UNIVERSIDAD NACIONAL DE LOJA Área de la Educación, el Arte y la Comunicación Informática Educativa IV INGENIERIA DE SOFTWARE Taller de Análisis y Diseño.
Tema 3 Fundamentos y diseño de algoritmos
Ciclo de Vida del Software
Continuación Unidad 4. Control de flujo
Lenguaje y representación técnica
Software Es intangible, existe como información, ideas, conceptos, símbolos, pero no ocupa un espacio físico, se podría decir que no tiene sustancia. Se.
Escuelas Científicas (2)
Tipos de pruebas Hector Leonardo Arias.
Continuación Unidad 4. Control de flujo
Metodología de la programación
Ingeniería del Software
FUNDAMENTOS DE PROGRAMACION EN ENTORNO WEB. Rodrigo Cabello Ing. Informático Director de proyectos Think – Ideas in Motion FUNDAMENTOS.
Capitulo 4 Capitulo 3 Capitulo 2 Capitulo 1 Introducción. A medida que avanza nuestra formación profesional nos encontramos en la necesidad de poder.
Programación: paradigma estructurado Mgs Christian Rosado.
HERRAMIENTAS DE PROGRAMACIÓN
U NIVERSIDAD S AN P EDRO F ILIAL B ARRANCA F ACULTAD DE I NGENIERÍA E SCUELA P ROFESIONAL DE I NG. I NFORMÁTICA Y DE S ISTEMAS C URSO : ALGORITMOS Tema.
ESTRUCTURA DEL SISTEMA OPERATIVO INTEGRANTES: *CARBAJAL GONZALES, ESMERALDA *GONZALES CABRERA, MIRIAM *OTRIZ SARAVIA, KAREN.
INFORMÁTICA II BLOQUE I: ALGORITMOS Y DIAGRAMAS DE FLUJO
Teoría Nº 3 Conceptos Básicos de Algoritmia Estructuras de Control
Docente: Ing. Francisco Rodríguez
M. en TI. Omar Téllez Barrientos DOCENTE DE INFORMÁTICA GENERACIÓN DE PSEUDOCÓDIGOS Y ALGORITMOS
Objetivo: Conocer los conceptos básicos de diseño organizacional Asignatura: Administración de negocios II Docente: Abril Salas Góngora.
Informática Aplicada al Medio Ambiente - Curso 99/00 1 Tema 6. Introducción a la programación 1 Conceptos básicos 2 Los algoritmos – Concepto de algoritmo.
Estructura general de un programa. Estructura general de un programa. Pseudocódigo Diagrama de flujo Concepto de programas. Concepto de programas. Instrucciones.
Norma IEC 1131 Norma IEC 1131 en STEP 7 NORMA IEC 1131 EN STEP 7
Informática Aplicada al Medio Ambiente - Curso 99/00 1 Tema 6. Introducción a la programación 1 Conceptos básicos 2 Los algoritmos – Concepto de algoritmo.
ESTRUCTURA DE UN SISTEMA OPERATIVO MALLMA CAMARGO KEVIN Ing. Sistemas.
Estructura de un sistema operativo ALUMNO: MENDOZA MAMANI CARLOS ALBERTO CICLO: VI TURNO: NOCHE.
Estructura de un sistema operativo Mendoza Mamani Carlos Alberto.
Programación Modular Programación de Computadoras - Hugo Vega Grupo2: Reina Rodríguez Miriam Salluca.
CONTROLES Y ESTRUCTURAS BÁSICAS DE PROGRAMACIÓN  1. Algoritmos: conjunto de instrucciones programadas para resolver una tarea específica.  2. Datos:
O B J E T I V O Uniformar y controlar el cumplimiento de las funciones. Delimitar actividades, responsabilidades y funciones. Precisar las funciones encomendadas.
Informática Aplicada al Medio Ambiente - Curso 99/00 1 Tema 6. Introducción a la programación 1 Conceptos básicos 2 Los algoritmos – Concepto de algoritmo.
MODELO EN CASCADA Integrantes: Felipe Alemán Lester Blandón.
PRUEBAS DE CAJA NEGRA. -Internationa Software Testing Qualification Board (ISTQB) Internationa Software Testing Qualification Board (ISTQB) Técnica de.
Estudio de Viabilidad del Sistema (EVS). Estudio de Viabilidad del Sistema Cuestiones ¿Qué es la viabilidad de un sistema? ¿Cuáles son los objetivos del.
UNIVERSIDAD PRIVADA SAN JUAN BAUTISTA FILIAL CHINCHA ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS Por: Nestares Torres Luis Jesús Enrique.
ESTRUCTURA DE LOS SISTEMAS OPERATIVOS - MENDOZA MOLINA ARIANA
ESTRUCTURA DE LOS SISTEMAS OPERATIVOS. Estos sistemas no tienen una estructura definida, sino que son escritos como una colección de procedimientos donde.
Conjunto de programas contenidos en un núcleo o kernel que efectúan la gestión de los procesos básicos de un Sistema informático, y permite la normal.
Diseñas y elaboras algoritmos para la solución de problemas
Estrategia algorítmica
FIGURE: Algoritmos. CONCEPTOS BÁSICOS. Programación: 1.Establecer una secuencia de acciones que: puedan ser ejecutadas por el procesador realicen una.
Transcripción de la presentación:

DISEÑO DE PROCESOS TEMA 6

INTRODUCCIÓN AL DISEÑO DE SISTEMA PASAR DEL QUÉ AL CÓMO OBJETIVOS DEL DISEÑO: QUE FUNCIONE QUE SEA MANTENIBLE QUE ESTÉ DOCUMENTADA QUE SE PUEDA PROBAR PREPARAR EL CAMINO A LA IMPLEMENTACIÓN

INTRODUCCIÓN AL DISEÑO DE SISTEMA UTILIZAMOS DIVERSAS TÉCNICAS: DIAGRAMAS DE CUADRO DE CONSTANTINE (PROCESOS) SE BASA EN PRINCIPIOS BÁSICOS DEL DESARROLLO (DIVIDE Y VENCERÁS) DESCOMPOSICIÓN SOLUCIÓN DEL PROBLEMA INTEGRACIÓN EN LA SOLUCIÓN GLOBAL MODELO RELACIONAL (DATOS) TÉCNICA DISEÑO DE PANTALLAS (GUI)

DIAGRAMA DE CUADROS DE CONSTANTINE TIPOS DE ELEMENTOS BÁSICOS: MÓDULOS PROGRAMA O SUBPROGRAMA UNIDAD DE PROGRAMACIÓN COMPATIBLE INDEPENDIENTE TROZO DE CÓDIGO QUE PUEDE SER LLAMADO (TIENE NOMBRE) PROCESO QUE CONVIERTE DATOS DE ENTRADA EN DATOS DE SALIDA NOMBRE NOMBRE MÓDULO MÓDULO PREDEFINIDO

DIAGRAMA DE CUADROS DE CONSTANTINE CARACTERÍSTICAS DESEABLES DE LOS MÓDULOS: PEQUEÑO TAMAÑO: UN SOLO PROGRAMADOR EN TIEMPO RAZONABLE INTERFACE CLARA Y LIMITADA: PARÁMETROS BIEN DEFINIDOS Y LOS MÍNIMOS POSIBLES INDEPENDIENTE O MÍNIMO ACOPLAMIENTO: LOS CAMBIOS REALIZADOS AFECTAN LO MÍNIMO AL RESTO DEL SISTEMA MÁXIMA COHESIÓN INTERNA: ENCARGADOS DE REALIZAR UNA Y SÓLA UNA FUNCIÓN

DIAGRAMA DE CUADROS DE CONSTANTINE CONEXIONES REPRESENTA LA LLAMADA QUE UN MÓDULO HACE A OTRO PARA QUE LE REALICE UNA FUNCIÓN “A” LLAMA A “B” PASÁNDOLE UNA SERIE DE PARÁMETROS Y CEDIÉNDOLE EL CONTROL DE LA EJECUCIÓN A “B” REALIZA LA FUNCIÓN “B” DEVUELVE LOS PARÁMETROS RESULTANTES Y EL CONTROL A “A” B “A” CONTINUA EJECUTÁNDOSE DONDE SE HABÍA QUEDADO

DIAGRAMA DE CUADROS DE CONSTANTINE ESTRUCTURAS DE CONTROL BÁSICAS EN PROGRAMACIÓN ESTRUCTURADA: SECUENCIA O ITERACIÓN ALTERNATIVA O BIFURCACIÓN A A B C B C D E BUCLE O REPETICIÓN A B B B B

DIAGRAMA DE CUADROS DE CONSTANTINE COMUNICACIONES ELEMENTOS QUE SE INTERCAMBIAN COMO ENTRADAS Y SALIDAS DE LLAMADAS ENTRE MÓDULOS. TIPOS: DATOS: EL LA INFORMACIÓN QUE EL USUARIO INTRODUCE, EL SISTEMA ALMACENA Y LO TRANSFORMA PARA POSTERIORMENTE PRESENTÁRSELO AL USUARIO SEÑALES DE CONTROL: VALORES INTERNOS AL SISTEMA QUE SINCRONIZAN LA COMUNICACIÓN ENTRE MÓDULOS E INDICAN CONDICIONES DE ESTADO DEL SISTEMA QUE AFECTAN A LA EJECUCIÓN

DIAGRAMA DE CUADROS DE CONSTANTINE CREAR USUARIO NOMBRE BBDD_OK ALTA USUARIO EN BBDD

PRINCIPIOS DEL DISEÑO ESTRUCTURADO DESCOMPOSICIÓN: DIVISIÓN DE UNA OPERACIÓN EN OTRAS MÁS ELEMENTALES QUE LA COMPONEN BENEFICIOS: MÓDULOS MÁS PEQUEÑOS (AUNQUE CRECE EL NÚMERO) FACILITA LA COMPRENSIÓN Y LA DOCUMENTACIÓN FACILITA LAS MODIFICACIONES MINIMIZA LA DUPLICIDAD DEL CÓDIGO

PRINCIPIOS DEL DISEÑO ESTRUCTURADO JERARQUÍA: NO TODOS LOS MÓDULOS SON IGUALES, UNOS ESTÁN SUBORDINADOS A OTROS ESTO ES DEBIDO A QUE UN PROBLEMA SE DESCOMPONE EN SUBPROBLEMAS Y ASÍ SUCESIVAMENTE. POR ESO CADA MÓDULO PADRE LLAMA A SUS MÓDULOS HIJOS Y ESTO A SU VEZ A SUS HIJOS FACILITA LA ESPECIALIZACIÓN FUNCIONAL: LA IDEA ES QUE LOS MÓDULOS SUPERIORES TOMEN DECISIONES Y LOS INFERIORES REALICEN LAS OPERACIONES DE CÁLCULO

PRINCIPIOS DEL DISEÑO ESTRUCTURADO INDEPENDENCIA: CADA MÓDULO TIENE UN ÚNICO COMETIDO. SÓLO SABE DE SU FUNCIÓN Y DE SU INTERFAZ

ESTRATEGIAS DE DISEÑO HAY DOS ESTRATEGIAS PARA CONVERTIR UN DFD EN UN DC CONSTANTINE ANÁLISIS DE TRANSFORMACIÓN: LO USAMOS SI EN EL DFD DISTINGUIMOS LAS TRES ZONAS: ANÁLISIS DE TRANSFORMACIÓN: LO USAMOS SI EN EL DFD DISTINGUIMOS LAS TRES ZONAS: ENTRADA DE DATOS CENTRO DE PROCESO SALIDA DE DATOS ENTRADA DE DATOS CENTRO DE PROCESO SALIDA DE DATOS

ESTRATEGIAS DE DISEÑO SE REALIZAN LOS SIGUIENTES PASOS: DELIMITACIÓN DEL CENTRO DE TRANSFORMACIÓN FACTORIZACIÓN DEL 1º NIVEL FACTORIZACIÓN DEL 2º NIVEL FACTORIZACIÓN DE NIVELES INFERIORES REFINAMIENTO (OBTIMIZAR EL DIAGRAMA)

ESTRATEGIAS DE DISEÑO ANÁLISIS DE TRANSACCIÓN: LO USAMOS SI EN EL DFD REPRESENTA UNA SERIE DE ALTERNATIVAS SE REALIZAN LOS SIGUIENTES PASOS: DELIMITACIÓN DEL CENTRO DE TRANSACCIÓN CREACIÓN DE LA ESTRUCTURA BÁSICA DE TRANSACCIÓN FACTORIZACIÓN DE LA ESTRUCTURA BÁSICA DE TRANSACCIÓN FACTORIZACIÓN DE NIVELES INFERIORES REFINAMIENTO (OBTIMIZAR EL DIAGRAMA)

MÉTRICAS Y GUÍAS DE DISEÑO LA CALIDAD DEL DISEÑO DE LA SOLUCIÓN SE MMIDE EN LA CAPACIDAD DE CONTROLAR Y REDUCIR AL MÍNIMO ES ESFUERZO NECESARIO PARA RESOLVER EL PROBLEMA -> ESFUERZO DE DESARROLLO LA CALIDAD DEL DISEÑO DE LA SOLUCIÓN SE MMIDE EN LA CAPACIDAD DE CONTROLAR Y REDUCIR AL MÍNIMO ES ESFUERZO NECESARIO PARA RESOLVER EL PROBLEMA -> ESFUERZO DE DESARROLLO TAMBIÉN ABARCA OTROS ASPECTOS: ESFUERZO DE PRUEBA ESFUERZO DE MANTENIMIENTO ESFUERZO DE ENTENDIMIENTO

MÉTRICAS Y GUÍAS DE DISEÑO LA INGENIERÍA DEL SOFTWARE USA TRES CRITERIOS DE MEDIDA QUE AYUDAN A EVALUAR Y REFINAR LA CALIDAD DEL DISEÑO: LA INGENIERÍA DEL SOFTWARE USA TRES CRITERIOS DE MEDIDA QUE AYUDAN A EVALUAR Y REFINAR LA CALIDAD DEL DISEÑO: ACOPLAMIENTO: GRADO DE DEPENDENCIA ENTRE MÓDULOS LO DESEABLE ES QUE NO ESTÉN POCO ACOPLADOS, QUE SEAN INDEPENDIENTES (PERO NO AISLADOS) EL GRADO DE ACOPLAMIENTO SE MIDE POR EL NÚMERO DE PARÁMETROS QUE INTERCAMBIEN: LO IDEAL ES QUE SEAN SÓLO LOS IMPRESCINDIBLES. CUANTO MÁS INDEPENDIENTE SEA UN MÓDULO, MÁS SENCILLO SERÁ PODER SUSTITUIRLO Y MANTENERLO

MÉTRICAS Y GUÍAS DE DISEÑO TIPO DE ACOPLAMIENTOS: DE DATOS: INTERCAMBIO LÓGICO DE DATOS SIEMPRE QUE SE HAGA ENTRE MÓDULOS CERCANOS DE CONTROL: CORRESPONDEN A LAS SEÑALES DE CONTROL (INDICAN EL ESTADO DE LA OPERACIÓN AL MÓDULO QUE LA INVOCA) SON RAZONABLES SI FLUYEN HACIA ARRIBA NO SON RAZONABLES SI FLUYEN HACIA ABAJO (VIOLAN EL PRINCIPIO DE CAJA NEGRA MOSTRANDO AL MÓDULO INFERIOR ASPECTO DEL SUPERIOR) POR ESTAMPADO: CUANDO SE INTERCAMBIA UN DATO COMPUESTO Y SÓLO SE NECESITA UNA PARTE POR CONTENIDO: CUANDO EL MÓDULO SUPERIOR ACCEDE A UNA PARTE INTERNA DEL MÓDULO INFERIOR (VIOLAN EL PRINCIPIO DE CAJA NEGRA) PARA SOLUCIONARLO SE MODULARIZA ESE TROZO DE CÓDIGO INTERNO

MÉTRICAS Y GUÍAS DE DISEÑO COHESIÓN: ES LA FUERZA DE LA RELACIÓN FUNCIONAL EXISTENTE ENTRE LOS DIVERSOS ELEMENTOS QUE FORMAN UN MÓDULO (INSTRUCCIONES, DECLARACIONES DE DATOS, DEFINICIONES DE SUBPROGRAMAS, LLAMADAS, ETC.) FACILITA AL MANTENIMIENTO DEL SISTEMA AUMENTA LA INDEPENDENCIA DE LOS MÓDULOS Y LIMITA EL ACOPLAMIENTO

MÉTRICAS Y GUÍAS DE DISEÑO TIPOS DE COHESIÓN: FUNCIONAL TODOS SUS ELEMENTOS CONFLUYEN A LA REALIZACIÓN DE UNA TAREA. ES EL MEJOR ACOPLAMIENTO QUE EXISTE FORMA JUNTO AL ACOPLAMIENTO DE DATOS Y EL ACOPLAMIENTO DE CONTROL LA FÓRMULA PERFECTA PARA EL DISEÑO DE CALIDAD

MÉTRICAS Y GUÍAS DE DISEÑO SECUENCIAL UN MÓDULO REALIZA VARIAS TAREAS ENLAZADAS DONDE LA SALIDA DE UNA SON LAS ENTRADAS DE OTRAS NO SUPONE INCOHERENCIA SI EL NÚMERO Y LA COMPLEJIDAD DE DICHAS TAREAS NO SE DISPARAN -> SI NO DIVIDIRLO EN MÓDULOS COMUNICACIONAL UN MÓDULO REALIZA TAREAS EN PARALELO. DEBE DESCOMPONERSE SI SUPONE MUCHA COMPLEJIDAD

MÉTRICAS Y GUÍAS DE DISEÑO LÓGICA EN UN MISMO MÓDULO SE REALIZAN ACTIVIDADES DE LA MISMA CATEGORÍA INDEPENDIENTES UNAS DE OTRAS ES INADMISIBLE: HAY QUE DIVIDIR ESTE MÓDULO EN VARIOS COINCIDENTAL UN MÓDULO REALIZA TAREAS CUYO INTERCAMBIO DE INFORMACIÓN ES PRÁCTICAMENTE NULO ESTO SIGNIFICA QUE NO TIENE QUE VER NADA UNAS TAREAS CON OTRAS ES INADMISIBLE: HAY QUE DIVIDIR ESTE MÓDULO EN VARIOS

MÉTRICAS Y GUÍAS DE DISEÑO ÁMBITO DE CONTROL Y DE EFECTO ÁMBITO DE CONTROL: ES EL NÚMERO DE MÓDULOS QUE INVOCA UN MÓDULO DIRECTA O INDIRECTAMENTE LO DESEABLE ES QUE NO SEA NI MUY ELEVADO NI MUY REDUCIDO TAMBIÉN LLAMADO FAN-OUT FAN-IN: NÚMERO DE MÓDULOS QUE LLAMAN A UN MÓDULO EN CUESTIÓN CADA MÓDULO PUEDE ESTAR SUBORDINADO A MÁS DE UN MÓDULO SUPERIOR LO DESEABLE ES QUE FAN-IN SEA ALTO AUNQUE LO NORMAL ES QUE SEA 1

MÉTRICAS Y GUÍAS DE DISEÑO ÁMBITO DE EFECTO: CONJUNTO DE MÓDULOS A LOS QUE AFECTA UNA DECISIÓN TOMADA EN ESTE (UNA CONDICIÓN) SI UNA DECISIÓN DE UN MÓDULO AFECTA A OTRO MÓDULO QUE NO ESTÁ EN SU ÁMBITO DE CONTROL SE DEBE SOLUCIONAR. DOS SOLUCIONES: TRASLADAR TOMA DE DECISIONES MÁS ARRIBA MOVER EL MÓDULO AFECTADO

MÉTRICAS Y GUÍAS DE DISEÑO OTRAS IDEAS PARA REFINAR EL DISEÑO: HACER INTERFACES LO MÁS LIGERAS PISIBLES NO PASAR DATOS QUE NO SE VAYAN A USAR EVITAR LOS FLAGS HACIA ARRIBA NO USAR VARIABLES GLOBALES: SE VEN A TODOS LOS NIVELES NO DUPLICAR CÓDIGO CONSEGUIR DISEÑOS BIEN EQUILIBRADOS: LOS NIVELES ALTOS TOMEN DECISIONES (TRATEN CON DATOS LÓGICOS) Y LOS BAJOS LAS EJECUTEN (TRATEN CON DATOS FÍSICOS) UN BUCLE INFERIOR PUEDE LLAMAR A OTRO DE NIVEL SUPERIOR SI NO SE ENCUENTRA DENTRO DE SU RAMA (SI NO GENERARÍA BUCLES INFINITOS)