Ingeniería en Sistemas de Información

Slides:



Advertisements
Presentaciones similares
DISEÑO DETALLADO PROGRAMACIÓN DE SISTEMAS ISC 5° “A” ABILENNE CORTES CONTRERAS YANET DIAZ PEREZ VERONICA ROMERO ZAMORA YENI HERNANDEZ HERNANDEZ CRISTIAN.
Advertisements

INGENIERIA DE SOFTWARE
Proceso de desarrollo de Software
Lcda. Ingrid Graü Diseño de Sistemas 1. Lcda. Ingrid Graü Diseño de Sistemas 2.
Didáctica para la Educación tecnológica Vladimir Zúñiga C vladimirzuniga.tk Guía de Apoyo Control nº 1 Análisis de objeto tecnológico y manual de instrucciones.
Organización del Computador UC1.- Arquitectura y estructura del computador.
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:
Ingeniería del Software Diseñó de Software Universidad de los Andes Demián Gutierrez Abril 2009.
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.
MÉTODOS Y ELEMENTOS DE PROGRAMACIÓN MÉTODOS Y ELEMENTOS DE PROGRAMACIÓN.
Tipos de programación Lic. Natisma Julieta López Salas.
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.
Organizaciones involucradas: El centro de cálculo noruego. Crea lenguaje llamado Simula 67, desarrollado por Krinsten Nygaard y Ole-Johan Dahl, en 1967.
Tema 1 Fundamentos de Computación
Análisis de Proyecto de Software.
Proceso de Implantación y Aceptación del Sistema de Información (IAS)
GESTIÓN DEL RIESGO E INGENERÍA DE SOFTWARE BASADO EN COMPONENTES
Plan de Emergencia.
Convenciones de nomenclatura y diseño
U.T. 11: Introducción A Las Bases De Datos
Hardware Software Sistema Informática Computadora Computación Datos.
LENGUAJES Y REPRESENTACION TECNICA
UNIVERSIDAD ICEP INTELIGENCIA ARTIFICIAL INGENIERÍA EN SISTEMAS COMPUTACIONALES Martes, 24 de Octubre de 2017 REPRESENTACIÓN DEL CONOCIMIENTO Y RAZONAMIENTO.
TUTORIAL PSeint.
Ingeniería de Sistemas Requerimientos
CREAR DIAGRAMA DE FLUJO
PLANEAMIENTO DE LA AUDITORIA FINANCIERA
Tema 3. Lenguaje unificado de modelado UML
Modelo de 3 capas. Qué es la arquitectura de una aplicación? La arquitectura se refiere a la forma en la que es diseñada tanto física como lógicamente.
ALGORITMOS. IFE 115: INFORMÁTICA BÁSICA Lic. Marcio Rodas
Definición de un Sistema Distribuido
Lenguaje y representación técnica
Mantenimiento basado en el Riesgo (Inspección basada en el Riesgo)
LENGUAJES Y REPRESENTACION TECNICA
Metodología Merise Universidad Nororiental Privada
Algoritmo Capitulo Cinco.
Capa Sesión REPUBLICA BOLIVARIANA DE VENEZUELA
Verificación y Validación de Software
Verificación y Validación de Software
Programación estructurada
IFE 115: INFORMÁTICA BÁSICA
Modelo de interacción de usuario.  El Desarrollo basado en modelos de la interfaz de usuario, en inglés Model-based User Interface Development (MB-UID),
FUNDAMENTOS DE PROGRAMACIÓN
EL SISTEMA OPERATIVO Es un conjunto de programas hechos para la ejecución de varias tareas, en las que sirve de intermediario entre el usuario y la computadora.
Unidad 5: Evaluación de los sistemas
Comprensión y obtención de los requerimientos
Universidad Nacional de Colombia - Leguajes de Programación
UNIVERSIDAD DEL VALLE Docente: MsC. Cinthya Irene Rosales Martinez Facultad de Ingeniería Lenguajes de Programación.
Prof. Pedro Quiroz G..
Introducción de Base de Datos
Técnicas Gráficas de los Procedimientos Administrativos
Establecimiento de un sistema de vigilancia para cada punto crítico de control CAPÍTULO 3 Mod. 9 El sistema de Análisis de Peligros y de Puntos Críticos.
ACCIONES Y ESTRUCTURAS
FUNDAMENTOS DE PROGRAMACIÓN. INTRODUCCIÓN  Conceptos: Informática, Ordenador, Programa, Dato, Bit, Byte, Hardware, Software, Lenguaje de Programación,
Teoría Nº 3 Conceptos Básicos de Algoritmia Estructuras de Control
Programación (1).
EVALUACIÓN DE LAS TAREAS DEL PERSONAL DE OFICINA
Controles Administrativos. ¿Qué es control? El control es la función administrativa por medio de la cual se evalúa el rendimiento, permite la supervisión.
MODELO ESTRUCTURADO UNIDAD 2. DISEÑO DE SISTEMAS TEMA 2.1 ING. ALMA ROSA GARCÍA SUÁREZ.
CAPA FÍSICA DEL MODELO OSI La capa física: Señales de comunicación.
Tema El proceso de desarrollo. Modelos. Los cálculos de coste asociados con el desarrollo de software excesivamente elevados ä Los cálculos de coste asociados.
CONTROLES Y ESTRUCTURAS BÁSICAS DE PROGRAMACIÓN  1. Algoritmos: conjunto de instrucciones programadas para resolver una tarea específica.  2. Datos:
Características de los Sistemas Operativos
1 PROGRAMACION ORIENTADA A OBJETOS MARIA LAURA ESPIN B. INSTITUTO TECNOLÓGICO SUPERIOR ÁNGEL POLIBIO CHÁVEZ TECNOLOGÍA SUPERIOR EN DESARROLLO DE SOFTWARE.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
Definición interfaz gráfica de usuario IGU – Interfaz Gráfica de Usuario GUI - Graphical User Interface Es la parte de la aplicación con la que el usuario.
Notación Cientifica Objetivo: Expresar un número utilizando notación cientifica.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
Transcripción de la presentación:

Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)

Diseño a Nivel Componentes El Diseño a Nivel de Componentes, llamado también Diseño Procedimental, tiene lugar después de haber establecido los Diseños de Datos, Interfaces y Arquitectura. El objetivo es convertir el Modelo de Diseño en un Software Operacional. Sin embargo, el nivel de abstracción del Modelo de Diseño existente es relativamente alto y el nivel de abstracción del Software Operacional es bajo. Cuando el modelo de diseño se convierte en código fuente, deberá seguirse una serie de principios que lleven a cabo una conversión que <<no introduzca errores desde el principio».

Diseño a Nivel Componentes Este diseño consiste en convertir el diseño de datos, interfaces y arquitectura en un software operacional. Para poderlo llevar a cabo, el diseño se deberá representar a un nivel de abstracción cercano a un código. El diseño a nivel de componentes establece los datos algorítmicos que se requieren para manipular las estructuras de datos, efectuar la comunicación entre los componentes del software por medio de las interfaces. ¿Quién lo hace? Un ingeniero del software.

Diseño a Nivel Componentes ¿Por qué es importante? Para determinar si el programa funcionará antes de construirlo. El diseño a nivel de componentes representa el software que permite revisar los datos del diseño para su corrección y consistencia con las representaciones de diseño anteriores (diseño de datos, interfaces y arquitectura). Con este diseño se proporciona un medio de evaluar el funcionamiento de las estructuras de datos, interfaces y algoritmos.

Diseño a Nivel Componentes ¿Cuáles son los pasos? Las representaciones de los diseños de datos, arquitectura e interfaces forman la base del diseño a nivel de componentes. Para representar este diseño se utilizan las notaciones gráficas, tabulares y basadas en texto. ¿Cuál es el producto obtenido? El diseño procedimental de cada componente representado en forma de notación gráfica, tabular o basada en texto es el primer producto durante el diseño a nivel de componentes.

Diseño a Nivel Componentes ¿Cómo puedo estar seguro de que lo he hecho correctamente? Mediante una revisión estructurada y una inspección. El examen del diseño se realiza para determinar si las estructuras de los datos, las secuencias del proceso y las condiciones lógicas son correctas. Mediante la utilización de un lenguaje de programación es posible representar el diseño a nivel de componentes.

Diseño a Nivel Componentes En esencia, el programa se crea empleando como guía el modelo de diseño. También se puede representar utilizando algo que se pueda transformar fácilmente en código fuente. Independientemente del mecanismo que se utilice para representar el diseño a nivel de componentes, la definición de las estructuras de datos, interfaces y algoritmos deberán ajustarse a las líneas generales del diseño procedimental establecidas.