DISEÑO DE FUNCIONES (TRATAMIENTOS)

Tamaño: px
Comenzar la demostración a partir de la página:

Download "DISEÑO DE FUNCIONES (TRATAMIENTOS)"

Transcripción

1 DISEÑO DE FUNCIONES (TRATAMIENTOS) Diseño Estructurado. Estrategias para Derivar el Diagrama de Estructura. Diseño de Módulos Programables. 1. DISEÑO ESTRUCTURADO El Diseño es el proceso por el cual se traducen las especificaciones de requerimientos en una representación del software. Representa un puente entre el análisis de un problema y la implementación de la solución a ese problema. El Diseño Estructurado se basa en los principios de abstracción, modularidad y ocultación de la información. Utiliza el particionamiento del sistema en módulos y su organización jerárquica para reducir la complejidad del mismo. Las características de un módulo son: 1. Se conocen las entradas que espera. 2. Se conocen las salidas que produce. 3. Se sabe qué función lleva a cabo. 4. No se necesita saber cómo realiza su función El Diagrama de Estructura El Diagrama de Estructura (DE) es una herramienta gráfica que permite representar la descomposición de un sistema en módulos. Tiene forma de árbol, en el cual cada nodo se corresponde con un módulo del sistema, de tal forma que se expresa la jerarquía de control que se establece entre los módulos; es decir, qué módulo o módulos pueden invocar a otros módulos. Además, muestra la comunicación existente entre los módulos, es decir, mediante qué datos se comunican Representación Gráfica De Un Módulo. En un DE un módulo se representa mediante un rectángulo, con el nombre dentro del mismo. El nombre debe reflejar fielmente qué hace cuando es llamado, su función. Para los módulos predefinidos o de librería, que son módulos que se definieron anteriormente en algún sitio, se usa un rectángulo con dos líneas paralelas verticales Conexión Entre Módulos. Las conexiones entre módulos, es decir, las llamadas de un módulo a otro, se representan mediante una flecha que va desde el módulo que realiza la invocación hacia el módulo invocado. Cuando un módulo invoca a otro, se produce un intercambio de información, según está determinado en la definición de cada módulo. La información que se intercambia puede ser de dos tipos: datos y control (flag). Acoplamiento por datos. Acoplamiento por control (flag). Las diferencias entre datos y flag son: Los datos son procesados, mientras que los flags son activados y testados, Los datos pertenecen al entorno del problema, mientras que los flags son entidades artificiales. Diseño de Funciones Pág. 1 de 9

2 1.4. Criterios para Evaluar la Calidad de un Diseño. El Diseño Estructurado proporciona dos criterios fundamentales para evaluar la calidad de un diseño software: el acoplamiento y la cohesión. Acoplamiento El acoplamiento es un medio de evaluar la relación entre los distintos módulos de un sistema. Esta relación determina la facilidad para efectuar modificaciones o extensiones en el sistema. Se define acoplamiento como la medida del grado de interdependencia entre los módulos de un sistema. Lo deseable es tener módulos con poco acoplamiento; es decir, módulos que son independientes entre sí. Los tipos de acoplamiento son: Normal: Por datos, por estampado (dato compuesto), por control. Común (o global). Por contenido. Cohesión El estudio de la cohesión se aplica a cada módulo y mide el grado de conexión funcional entre los constituyentes o elementos de un mismo módulo. El nivel de cohesión de un módulo es una indicación de la conexión funcional entre sus elementos. Se define cohesión como la medida de la fuerza de la relación funcional entre los elementos de un módulo. Diseño de Funciones Pág. 2 de 9

3 Los tipos de cohesión son: Funcional. Secuencial. Comunicacional. Procedural. Temporal. Lógica. Casual. 2. ESTRATEGIAS PARA DERIVAR EL DIAGRAMA DE ESTRUCTURA (DE). El Diseño Estructurado suministra un procedimiento general de transformación que permite pasar de un DFD que contenga un solo tipo de transacción a un DE. Este diagrama debe refinarse posteriormente utilizando fundamentalmente los criterios de acoplamiento y cohesión. El procedimiento consta de dos estrategias: análisis de transacciones y análisis de transformaciones, que se aplican en el siguiente orden: 1. Análisis de transacciones: Para determinar el número de transacciones que posee el DFD del sistema. 2. Análisis de transformaciones: Es el procedimiento de transformación en sí, toma la parte del DFD inicial que se corresponde con un tipo de transacción y genera de forma casi mecánica un DE. 3. Análisis de transacciones: Para componer los DE en un solo diagrama, usando un centro de transacciones. Diseño de Funciones Pág. 3 de 9

4 Si en el sistema hay varios tipos de transacciones, el análisis de transacciones se aplica dos veces, al principio y al final del proceso. Si posee un solo tipo de transacción se aplica únicamente análisis de transformaciones Análisis de transacciones. Consiste en revisitar los DFD generados en la fase de análisis para determinar los tipos de transacciones que posee el sistema. Una transacción es un estímulo a un sistema que dispara o activa dentro de él un conjunto de actividades. Toda transacción posee los siguientes componentes: EVENTO: Algo que sucede en el entorno del sistema y que le es relevante. ESTIMULO: Señal o conjunto de datos que se emplean para activar una transacción. ACTIVIDAD: Está formada por el conjunto de operaciones o de acciones que ocasiona la transacción dentro del sistema. RESPUESTA: Son las señales o datos que emite el sistema y que tienen un efecto sobre el entorno del mismo. Los distinto tipos de transacciones se pueden identificar considerando los estímulos que conducen a ese sistema. Por ejemplo, en un sistema de Pedidos se pueden identificar tres tipos de transacciones: Realizar venta, Realizar devolución y Admitir pago. Cada una posee un estímulo que la activa: Datos de Venta, Datos de Devolución y Datos de Pago. Las transacciones suelen llevar asociado un código de transacción, porque es posible que los estímulos compartan la misma interfaz con el usuario, de modo que tiene que haber alguna forma de decirle al sistema la transacción que el usuario quiere seleccionar. Por ejemplo, una posible pantalla de selección de transacciones en el anterior sistema de Pedidos sería: Pulse Código de Transacción Código Transacción 1 Realizar Venta 2 Realizar Devolución 3 Admitir Pago 4 Salir Introduzca Código> Lo habitual para determinar los tipos de transacciones en un sistema es revisar la tabla de eventos que se utilizó para descomponer el sistema. Esta descomposición inicial permite obtener una primera descomposición del sistema que se quiere construir en subsistemas. Cada uno de estos ha de descomponerse, a su vez, para dar lugar a nuevos DFD. Estos diagramas son los que se usan en el análisis de transformaciones. Diseño de Funciones Pág. 4 de 9

5 2.2. Análisis de Transformaciones. El análisis de transformaciones es la estrategia que propone el Diseño Estructurado para convertir en un DE cada pieza del DFD que se ha obtenido utilizando análisis de transacciones. La estrategia permite únicamente obtener una primera aproximación al diseño final del sistema. Esta aproximación ha de evaluarse y refinarse utilizando los criterios de la metodología. Dependiendo de la complejidad de conexiones del DFD, las modificaciones sobre esa primera versión serán más o menos profundas. En pasos, las etapas son las siguientes: 1. Identificar las funciones centrales del DFD o el Centro de Transformación. 2. Convertir el DFD en una primera aproximación o corte al DE. 3. Refinar el DE mediante los criterios de diseño y las guías adicionales. 4. Comprobar que el DE final verifica los requerimientos del DFD inicial Identificación del Centro de Tranformación. El Centro de Transformación es la parte del DFD que contiene las funciones esenciales del mismo y que es independiente de una implementación particular de la entrada/salida. En un DFD hay caminos que llevan información desde los límites del sistema hacía el interior del mismo, ramas aferentes (de entrada). De forma análoga los caminos que llevan información desde el interior hacia los límites del sistema reciben el nombre de ramas eferentes (de salida). Para detectar el conjunto de procesos que forman la transformación central se recorren las ramas de entrada y las ramas de salida de la siguiente forma: 1. Cada rama aferente se rastrea desde el exterior hacia el interior del DFD. Se marca el flujo de datos que representa a la entrada en su forma esencial (lógica). Es decir, el lugar donde los datos han sido refinados, desempaquetados y validados pero aún no se ha hecho ningún cálculo con ellos. 2. Cada rama eferente se recorre desde el exterior hacia el interior del DFD. Se marcan los flujos que representan la salida en su forma esencial (lógica). Es decir, el lugar donde la salida ha sido construida, pero aún no ha sido preparada para volcarla en un dispositivo externo. 3. Si se unen los puntos marcados en las etapas anteriores los procesos que quedan dentro de esa línea de demarcación forma la transformación central del DFD Primer Corte del DE Con el primer corte se pretende conseguir una versión inicial del DE del sistema. Para obtener el primer corte hay dos aproximaciones llamadas respectivamente promover un jefe y alquilar un jefe. Diseño de Funciones Pág. 5 de 9

6 Para promover un jefe se busca dentro de la transformación central: Un proceso que pertenezca a la misma. Que haga poco trabajo y que coordine el trabajo del resto de los procesos de esa transformación central. Que se encuentre en un lugar geométrico apropiado. Una vez seleccionado ese proceso, se tira del mismo hacia arriba manteniendo la estructura (es decir, las conexiones) del DFD. Al tirar del mismo, se obtiene un tipo de modelo híbrido entre DFD y DE. El modelo contiene los procesos conectados, tal como lo estaban en el DFD inicial, y muestra también la dirección en la cual ha de fluir la información. Después, cada proceso se convierte en un módulo y los datos que fluyen entre procesos se convierten en parámetros de las llamadas a los módulos. Las ramas de entrada se completan con módulos de lectura y las de salidas con módulos de escritura. Diseño de Funciones Pág. 6 de 9

7 La otra aproximación se llama alquilar un jefe. En este caso, se introduce un nuevo proceso dentro del DFD que se convierte en módulo jefe del DE. De este proceso se cuelgan las ramas de entrada y de salida, se introduce también un proceso que engloba la transformación central, que se cuelga del proceso jefe. Finalmente se eliminan las conexiones que hubiese dentro de la transformación central y se cuelgan todos los procesos contenidos en la misma del proceso que la engloba. Después, se añaden los módulos de lectura en las ramas de entrada y los de escritura en las ramas de salida. Diseño de Funciones Pág. 7 de 9

8 Revisión del Primer Corte. Esta primera versión ha de someterse a diferentes refinamientos: En las ramas de entrada y salida añadir los módulos de lectura y escritura necesarios para acceder a las fuentes de información (base de datos). Las ramas de entrada y salida del sistema necesitan un tratamiento especial: deben factorizarse y reorganizarse. Factorizar, si es necesario, la transformación central usando como guía los niveles del DFD. Los flujos de rechazo en el DFD se convierten en llamadas a módulos que escriben mensajes de error. Revisión del nombre de los módulos. Adición de los flags que sean necesarios: fin de fichero,... Comprobación de todos los criterios de diseño modular para mejorar el sistema Comprobación de que el Diseño Funciona. El proceso de transformación conlleva una serie de pasos subjetivos: determinar los límites de la transformación central, selección de la aproximación para obtener un jefe. Cuando se realiza el primer corte y antes de refinar el sistema, debe imaginarse el pseudocódigo que tendrán los módulos. Si alguno de los módulos parece tener un código enrevesado, seguramente nos habremos equivocado en alguno de los pasos del proceso de transformación. También hay que comprobar que el DE obtenido implementa la especificación correctamente Reconstrucción del Sistema Este último paso tiene sentido si el sistema posee más de un tipo de transacción. Si un sistema tiene varias clases de transacciones, aplicando análisis de transformaciones a cada una de ellas, obtenemos varios DE independientes. Cada uno posee sus ramas aferentes, eferentes y de transformación. Diseño de Funciones Pág. 8 de 9

9 Ahora, hay que juntar todos estos DE en un solo diagrama. Esto se realiza mediante un centro de transacciones que actúa como módulo jefe y otro módulo que permite seleccionar el tipo de transacción a ejecutar. En el diagrama de estructura no se pasa información desde el módulo jefe a cada una de las transacciones, ya que cada una de estas es la encargada de obtener sus propios datos y de producir sus propios resultados. Diseño de Funciones Pág. 9 de 9

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 9: CRITERIOS DE CALIDAD DE DISEÑO MODULAR

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 9: CRITERIOS DE CALIDAD DE DISEÑO MODULAR Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 9: CRITERIOS DE CALIDAD DE DISEÑO MODULAR CRITERIOS DE CALIDAD DE DISEÑO MODULAR Conceptos generales Cohesión y acoplamiento

Más detalles

TEMA 12: CUALIDADES DE UN BUEN DISEÑO

TEMA 12: CUALIDADES DE UN BUEN DISEÑO Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 12: CUALIDADES DE UN BUEN DISEÑO Prof. José Vicente Álvarez Bravo CRITERIOS DE CALIDAD Los criterios son el acoplamiento y la

Más detalles

Diseño orientado al flujo de datos

Diseño orientado al flujo de datos Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos

Más detalles

Análisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007

Análisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007 Análisis de Sistemas M.Sc. Lic. Aidee Vargas C. C. octubre 2007 Metodologías de Desarrollo de Software Las metodologías existentes se dividen en dos grandes grupos: Metodologías estructuradas Metodologías

Más detalles

Introducción. Conceptos y principios. Introducción. Introducción. Elementos del modelo de análisis. Elementos del modelo de diseño.

Introducción. Conceptos y principios. Introducción. Introducción. Elementos del modelo de análisis. Elementos del modelo de diseño. Definición de diseño Proceso para la definición detallada de un sistema con el fin de su realización física. Ingeniería del Software 1 Ingeniería del Software 2 Modelo de diseño vs. Paradigma de IS 3 actividades

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos del diseño 3ª edición (2002) Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Proceso de desarrollo del software modelo en cascada

Proceso de desarrollo del software modelo en cascada Proceso de desarrollo del software modelo en cascada Análisis: Necesidades del usuario especificaciones Diseño: Descomposición en elementos que puedan desarrollarse por separado especificaciones de cada

Más detalles

Fundamentos del diseño de software

Fundamentos del diseño de software Fundamentos del diseño de software El diseño es el primer paso de la fase de desarrollo de cualquier producto o sistema de ingeniería. Definición de diseño según Taylor Proceso de aplicar distintas técnicas

Más detalles

3. EL PROCESO DEL DISEÑO ARQUITECTÓNICO

3. EL PROCESO DEL DISEÑO ARQUITECTÓNICO EMA - DISEÑO ESRUCURADO 1. INRODUCCIÓN Los métodos de diseño del software se obtienen del estudio de cada uno de los tres dominios del modelo de análisis. El dominio de los datos, el funcional y el de

Más detalles

Introducción. Entre los modelos de análisis y diseño esta el estructurado.

Introducción. Entre los modelos de análisis y diseño esta el estructurado. Análisis y Diseño Orientado a Procesos Sección: 5T2_Co. Grupo: N 2 Docente: Ing. Magda Luna. Asignatura: Ingeniería De Software II Integrantes: Yessenia Del Carmen Meléndez Morales 2001-10007. Tania Margarita

Más detalles

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Contenido de la sesión Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Diseño de Software Es una descripción de la estructura del software que se va a

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

Ingeniería del software I 6 - Diseño orientado a función

Ingeniería del software I 6 - Diseño orientado a función Diseño del software Ingeniería del software I 6 - Diseño orientado a función Comienza una vez que los requerimientos están definidos. Se realiza antes de la implementación. Es el lenguaje intermedio entre

Más detalles

construcción de programas Prof. Eliana Guzmán U.

construcción de programas Prof. Eliana Guzmán U. Unidad II. Metodología para la construcción de programas Prof. Eliana Guzmán U. Semestre: A-2015 Introducción Resolver un problema con una computadora conduce a la escritura de un programa y a su ejecución.

Más detalles

Diseño estructurado 3ª edición (2000)

Diseño estructurado 3ª edición (2000) Unidades prácticas de Ingeniería del Software Diseño estructurado 3ª edición (2000) Facultad de Informática diseñando el software El diseño estructurado es un método de diseño de software concebido por

Más detalles

EL PROCESO DE DISEÑO DEL SOFTWARE

EL PROCESO DE DISEÑO DEL SOFTWARE UNIDAD VI EL PROCESO DE DISEÑO DEL SOFWARE Contenido: 6.1 El diseño en la Ingeniería de Software 6.2 El proceso de Diseño 6.3 Fundamentos de Diseño 6.4 Diseño de Datos 6.5 Diseño Arquitectónico 6.6 Diseño

Más detalles

Tema VII: Herramientas del Análisis Estructurado Diagramas de Flujos de Datos (DFD s)

Tema VII: Herramientas del Análisis Estructurado Diagramas de Flujos de Datos (DFD s) Tema VII: Herramientas del Análisis Estructurado Diagramas de Flujos de Datos (DFD s) Diana Marcela Sánchez Fúquene Índice Herramientas para el Análisis Estructurado Diagrama de Flujo de Datos Diccionario

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Técnicas y Prácticas

Técnicas y Prácticas Técnicas y Prácticas ÍNDICE INTRODUCCIÓN... 3 TÉCNICAS DE DESARROLLO... 4 ANÁLISIS COSTE/BENEFICIO... 4 CASOS DE USO... 8 DIAGRAMA DE CLASES... 13 DIAGRAMA DE COMPONENTES... 19 DIAGRAMA DE DESCOMPOSICIÓN...

Más detalles

Técnica - Diagrama de Flujo de Datos (DFD)

Técnica - Diagrama de Flujo de Datos (DFD) Técnica - Diagrama de Flujo de Datos (DFD) Diagrama de Flujo de Datos (DFD) OBJETIVO Construir un modelo lógico del Sistema que facilite su comprensión tanto al equipo de desarrollo como a sus usuarios

Más detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo

Más detalles

Segunda Parte. Las Herramientas de Análisis y Diseño

Segunda Parte. Las Herramientas de Análisis y Diseño Segunda Parte Las Herramientas de Análisis y Diseño Capitulo IV 50 Diagramas de flujo de datos Capítulo IV Diagramas de Flujo de Datos 51 Capitulo IV Diagramas de flujo de datos Tabla de contenido 1.-

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

Técnicas v Prácticas

Técnicas v Prácticas Técnicas v Prácticas ÍNDICE INTRODUCCIÓN... 2 TÉCNICAS DE DESARROLLO... 3 ANÁLISIS COSTE/BENEFICIO... 3 CASOS DE Uso... 7 DIAGRAMA DE CLASES... 12 DIAGRAMA DE COMPONENTES... 18 DIAGRAMA DE DESCOMPOSICIÓN...

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

PERFIL CLOUD GUÍA RÁPIDA DE INSTALACIÓN Y PUESTA EN MARCHA. (Ref.- 06022013)

PERFIL CLOUD GUÍA RÁPIDA DE INSTALACIÓN Y PUESTA EN MARCHA. (Ref.- 06022013) PERFIL CLOUD GUÍA RÁPIDA DE INSTALACIÓN Y PUESTA EN MARCHA (Ref.- 06022013) Índice 0.- Introducción... 3 0.1. Ayuda Perfil... 3 1.- Herramienta de Autoevaluación Perfil v. 6.0... 4 1.1. En qué consiste

Más detalles

INTRODUCCIÓN AL DESARROLLO DEL SOFTWARE

INTRODUCCIÓN AL DESARROLLO DEL SOFTWARE INTRODUCCIÓN AL DESARROLLO DEL SOFTWARE 2.1.- CONCEPTO DE CICLO DE VIDA El problema más importante en cualquier departamento de sistemas de información de una empresa es definir un marco de eferencia común

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

PATRONES. Experto. Solución:

PATRONES. Experto. Solución: PATRONES. Experto. Asignar una responsabilidad a la clase que tiene la información necesaria para cumplirla. Cuál es el principio fundamental en virtud del cual asignaremos las responsabilidades a los

Más detalles

ASI. Análisis del Sistema de Información

ASI. Análisis del Sistema de Información ASI Análisis del Sistema de Información 1 ASI Análisis del Sistema de Información Introducción Objetivo Obtención de una especificación detallada del Sistema Información a través de: Catálogo de Requisitos

Más detalles

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL DNI Apellidos y nombre 1. Cuál de las siguientes afirmaciones no es una causa de los problemas del software?

Más detalles

10. - Programación del sistema de supervisión con Vijeo Citect 6.10.

10. - Programación del sistema de supervisión con Vijeo Citect 6.10. 10. - Programación del sistema de supervisión con Vijeo Citect 6.10. 0. Introducción Vijeo Citect es una solución HMI/SCADA (Human Machine Interface / Supervisory Control and Data Acquisition) para la

Más detalles

Tema 3 Metodologías de Desarrollo de Software

Tema 3 Metodologías de Desarrollo de Software Ingeniería del Software Ingeniería del Software de Gestión Tema 3 Metodologías de Desarrollo de Software Félix Óscar García Rubio Crescencio Bravo Santos Índice 1. Definiciones 2. Objetivos 3. Conceptos

Más detalles

Técnicas de desarrollo de aplicaciones en Métrica V3

Técnicas de desarrollo de aplicaciones en Métrica V3 Índice de contenido Técnicas de desarrollo de aplicaciones en Métrica V3 Técnicas de desarrollo de aplicaciones en Métrica V3...1 Licencia...1 Introducción...1 Técnicas de desarrollo...1 Análisis coste-beneficio...2

Más detalles

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases 3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología

Más detalles

Resumen sobre Grafcet RESUMEN SOBRE GRAFCET

Resumen sobre Grafcet RESUMEN SOBRE GRAFCET RESUMEN SOBRE GRAFCET INDICE GENERAL 1 INTRODUCCIÓN 1 2 METODOLOGÍA GRAFCET: CONCEPTOS BÁSICOS 2 2.1 ETAPAS 2 2.1.1 ACCIONES ASOCIADAS A LAS ETAPAS 4 2.2 TRANSICIÓN 5 2.2.1 RECEPTIVIDAD ASOCIADA A LA TRANSICIÓN

Más detalles

DISEÑO DE COMPONENTES DE SOFTWARE *

DISEÑO DE COMPONENTES DE SOFTWARE * DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP * Resumen del capítulo 10 de libro de [Pressman 2010] V:18-11-2008 (c) P. Gomez-Gil, INAOE.

Más detalles

Ingeniería del Software

Ingeniería del Software Tema 5: Dr. Francisco José García Peñalvo (fgarcia@usal.es) Miguel Ángel Conde González (mconde@usal.es) Sergio Bravo Martín (ser@usal.es) Obtener nivel de usuario Nivel usuario Leer nivel de usuario Obtener

Más detalles

Guía básica usuario. Grid Portal

Guía básica usuario. Grid Portal Guía básica usuario Grid Portal Índice 1. Introducción... 3 2. Funcionalidades... 3 3. Acceso a Grid Portal... 3 4. Dashboard... 4 5. Detalles... 6 6. Tarifas... 11 7. Informes... 13 8. Proyectos... 17

Más detalles

UNIVERSIDAD NACIONAL DE INGENIERÍA CENTRO DE EXTENSIÓN Y PROYECCIÓN SOCIAL

UNIVERSIDAD NACIONAL DE INGENIERÍA CENTRO DE EXTENSIÓN Y PROYECCIÓN SOCIAL UNIVERSIDAD NACIONAL DE INGENIERÍA ALGORITMOS Y ESTRUCTURA CERTIFICA ORGANIZA Mayor Información: informes@uni.edu.pe Visite Nuestra Web http://www.ceps.uni.edu..pe OBJETIVOS GENERALES - Diseñar algoritmos

Más detalles

SISTEMA DE CONTROL DE PRESENCIA

SISTEMA DE CONTROL DE PRESENCIA SISTEMA DE CONTROL DE PRESENCIA 1 SISTEMA DE CONTROL DE PRESENCIA 1 1 GENERALIDADES DE LA APLICACIÓN 3 2 SEGURIDAD Y ACCESO AL PROGRAMA 7 2.1 Mantenimiento de usuarios 7 2.2 Perfiles 9 3 GESTIÓN DE EMPRESAS

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

PROGRAMACION ORIENTADA A OBJETOS CON PHP

PROGRAMACION ORIENTADA A OBJETOS CON PHP PROGRAMACION ORIENTADA A OBJETOS CON PHP COMO SE DEFINE EN PHP La programación orientada a objetos es una metodología de programación avanzada y bastante extendida, en la que los sistemas se modelan creando

Más detalles

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INDICE Introducción...2 Frontera de la aplicación...3 Cuenta de Puntos Función sin ajustar...3 Funciones de Datos...4 Funciones Transaccionales...4 Mecanismo...5

Más detalles

1. Cuál es el objetivo del proceso de Análisis del Sistema de Información? del sistema. a. 10. b. 12. c. 9. d. 11. Análisis

1. Cuál es el objetivo del proceso de Análisis del Sistema de Información? del sistema. a. 10. b. 12. c. 9. d. 11. Análisis 1. Cuál es el objetivo del proceso de del Sistema de Información? a. La obtención de una especificación detallada del sistema de información que satisfaga las necesidades de información de los usuarios

Más detalles

1. Cuál es el objetivo del Diseño del Sistema de Información? del sistema. información. a. 5. b. 4. c. 3. d. 2. c. Diseño de. b.

1. Cuál es el objetivo del Diseño del Sistema de Información? del sistema. información. a. 5. b. 4. c. 3. d. 2. c. Diseño de. b. 1. Cuál es el objetivo del Diseño del Sistema de Información? a. La definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte junto con la especificación detallada de

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

BASES DE DATOS MIS 308

BASES DE DATOS MIS 308 2. MODELOS DE DATOS Introducción 2.1 Entidad relación 2.2 Jerárquico 2.3 De red 2.4 Relacional Introducción Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se precie debe

Más detalles

SIOM-Interfaz AM Manual de Usuario

SIOM-Interfaz AM Manual de Usuario SIOM-Interfaz AM Manual de Usuario Alfonso XI, 6 28014 Madrid F(+34) 91 524 03 96 www.omie.es Ref. MU_InterfazAM.doc Versión 5.0 Fecha: 2014-09-10 ÍNDICE 1 INTRODUCCIÓN 3 2 REQUISITOS PREVIOS 4 2.1 COMPONENTES

Más detalles

Diseño a medida del almacén

Diseño a medida del almacén Nuevas herramientas informáticas programan las instalaciones más complejas en poco tiempo Diseño a medida del almacén Por: ANTONIO ALONSO La sincronía entre el software de control, el de gestión y el middleware

Más detalles

- Realizar procesamientos adicionales en función del estado de distintos dispositivos, como alocuciones o avisos sonoros.

- Realizar procesamientos adicionales en función del estado de distintos dispositivos, como alocuciones o avisos sonoros. 1. DESCRIPCIÓN DEL SISTEMA CENTRAL El sistema central para New Roulette es un equipo encargado de recopilar la información de todos los dispositivos (maquinas, progresivo y ruleta) con dos propósitos:

Más detalles

Algoritmos y Diagramas de Flujo 2

Algoritmos y Diagramas de Flujo 2 Algoritmos y Diagramas de Flujo 2 Programación Java NetBeans 7.0 RPC Contenido 2.1 Algoritmo...1 Fase de creación de un algoritmo...1 Herramientas de un algoritmo...2 2.2 Diagrama de Flujo...2 Símbolos

Más detalles

TRATAMIENTO DE TEXTOS Y COMUNICADOR PARA DEFICIENTES MOTÓRICOS

TRATAMIENTO DE TEXTOS Y COMUNICADOR PARA DEFICIENTES MOTÓRICOS TRATAMIENTO DE TEXTOS Y COMUNICADOR PARA DEFICIENTES MOTÓRICOS MARI CARMEN CARVAJAL FÉLIX MÁÑEZ MOSCARDÓ AQUARI SOFT TEL/FAX: (96) 3.85.03.81 C/MARTÍN EL HUMANO 25-12 46008 VALENCIA SERGIO- 1 ÍNDICE OBJETIVOS...3

Más detalles

2. Métricas del Producto

2. Métricas del Producto Medición 52 Programa 1. Medición ió y experimentación ió en Ingeniería del Software Introducción Teoría representacional de la medición. Experimentación en Ingeniería del software. 2. Medidas del Producto

Más detalles

Introducción al LabVIEW

Introducción al LabVIEW Introducción al LabVIEW Qué es LabVIEW? LabVIEW (Laboratory Virtual Instrument Engineering Workbench) es un entorno de desarrollo basado en programación gráfica. Utiliza símbolos gráficos en lugar de lenguaje

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

Aplicaciones Distribuidas con Visual Studio 2005

Aplicaciones Distribuidas con Visual Studio 2005 Aplicaciones Distribuidas con Visual Studio 2005 24.10.2006 Servicios Profesionales Danysoft Ahora los arquitectos en.net disponen de una versión de Visual Studio especialmente creada para atender sus

Más detalles

Guía rápida. Guía rápida. 1WorldSync 9/2012. Publicado por 1WorldSync GmbH. Maarweg 165, 50825 Colonia, Alemania

Guía rápida. Guía rápida. 1WorldSync 9/2012. Publicado por 1WorldSync GmbH. Maarweg 165, 50825 Colonia, Alemania Guía rápida Guía rápida 1WorldSync 9/2012 Publicado por 1WorldSync GmbH Maarweg 165, 50825 Colonia, Alemania GmbH General Tabla de contenido 1 Lista de capturas de pantalla 2 2 Información general 3 2.1

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

Gestor de librería de tipos 8

Gestor de librería de tipos 8 Unity Pro Gestor de librería de tipos 33003104 07/2011 Gestor de librería de tipos 8 Finalidad de esta sección En este capítulo se describen las funciones principales del gestor de librería de tipos. Contenido

Más detalles

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica.

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica. RAID Como se dijo anteriormente, el ritmo de mejora de prestaciones en memoria secundaria ha sido considerablemente menor que en procesadores y en memoria principal. Esta desigualdad ha hecho, quizás,

Más detalles

características & especificaciones

características & especificaciones características & especificaciones CYGNUS CONTROLES CONSTRUIDOS SEGÚN SUS NECESIDADES Un nuevo standard en controles para lavadoras centrifugadoras IPSO establece un nuevo standard en el campo de los controles

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

Más detalles

AVG File Server. Manual del usuario. Revisión del documento 2015.08 (22.09.2015)

AVG File Server. Manual del usuario. Revisión del documento 2015.08 (22.09.2015) AVG File Server Manual del usuario Revisión del documento 2015.08 (22.09.2015) C opyright AVG Technologies C Z, s.r.o. Reservados todos los derechos. El resto de marcas comerciales son propiedad de sus

Más detalles

a) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado.

a) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado. Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE II: CONCEPTOS TEÓRICOS Y PRÁCTICOS DNI Apellidos y nombre 1. Responde a las siguientes cuestiones (2 puntos): a) Cita y comenta brevemente

Más detalles

Manual de usuario v.3.2.2. Noviembre 2014 MINISTERIO DE ECONOMÍA Y HACIENDA SECRETARÍA DE ESTADO DE PRESUPUESTOS Y GASTOS

Manual de usuario v.3.2.2. Noviembre 2014 MINISTERIO DE ECONOMÍA Y HACIENDA SECRETARÍA DE ESTADO DE PRESUPUESTOS Y GASTOS MINISTERIO DE ECONOMÍA Y HACIENDA DE PRESUPUESTOS Y GASTOS Subdirección General de Aplicaciones de Contabilidad y Control Manual de usuario v.3.2.2 Noviembre 2014 CORREO ELECTRÓNICO CSC@igae.meh.es ÍNDICE

Más detalles

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es Tema 5: El Lenguaje Unificado de Modelado Departamento de Lenguajes y Sistemas Informáticos II Contenidos Introducción Diagramas de UML Modelado de la parte estática Modelado de la parte dinámica Las 4+1

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PLANIFICACIÓN...

Más detalles

EUSKADI PRECIOS NDICE. 1 Definiciones: Base de Precios, Estructura, Precios paramétricos, Precios descompuestos, ámbitos

EUSKADI PRECIOS NDICE. 1 Definiciones: Base de Precios, Estructura, Precios paramétricos, Precios descompuestos, ámbitos EUSKADI PRECIOS NDICE 1 Definiciones: Base de Precios, Estructura, Precios paramétricos, Precios descompuestos, ámbitos 2 Consulta Sencilla: 3 Consulta Completa: Zona Izquierda, Zona Central, Zona Derecha

Más detalles

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática Modelado Avanzado con Casos de Uso Especificación Gráfica de Casos de Uso Una simple secuencia de acciones no puede describir adecuadamente la riqueza de situaciones que se pueden presentar en un caso

Más detalles

Capítulo 4: Roles en el desarrollo de software Versión 1.3

Capítulo 4: Roles en el desarrollo de software Versión 1.3 Capítulo 4: Roles en el desarrollo de software Versión 1.3 4.1 Introducción El desarrollo de software es una actividad que, dada su complejidad, debe desarrollarse en grupo. Además, esta actividad requiere

Más detalles

DIAGRAMAS DE FLUJO: DFD

DIAGRAMAS DE FLUJO: DFD DIAGRAMAS DE FLUJO: DFD DFD es un programa de libre disposición para ayuda al diseño e implementación de algoritmos expresados en diagramas de flujo (DF). Además incorpora opciones para el depurado de

Más detalles

Paquete Test Productivity Pack de TechComplete

Paquete Test Productivity Pack de TechComplete SOLUCIONES DE PRUEBAS DE COMUNICACIONES Y MEDICIÓN Paquete Test Productivity Pack de TechComplete OPEX reducido Eficacia Informes de gestión Presentación de informes de pruebas Configuración del medidor

Más detalles

División de Gestión de Recursos Tecnológicos Configuración e Instalación de Dispositivos de Red de Información

División de Gestión de Recursos Tecnológicos Configuración e Instalación de Dispositivos de Red de Información 1 de 5 1. PROCESO/SUBPROCESO RELACIONADO: Gestión Administrativa Gestión de Recursos Tecnológicos 2. RESPONSABLE(S): Los responsables (cargo o rol) Están definidos en el ítem 6. Contenido de éste procedimiento.

Más detalles

ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS

ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS 1 ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS INTRODUCCIÓN La realización de trabajos utilizando los medios informáticos de una empresa requiere una cierta organización y destreza relativa tanto a los equipos,

Más detalles

La Arquitectura de las Máquinas Virtuales.

La Arquitectura de las Máquinas Virtuales. La Arquitectura de las Máquinas Virtuales. La virtualización se ha convertido en una importante herramienta en el diseño de sistemas de computación, las máquinas virtuales (VMs) son usadas en varias subdiciplinas,

Más detalles

Análisis de una aplicación con servicios web dedicados a la gestión de documentos contables

Análisis de una aplicación con servicios web dedicados a la gestión de documentos contables Escola Tècnica Superior d Enginyeria Informàtica Universitat Politècnica de València Análisis de una aplicación con servicios web dedicados a la gestión de documentos contables Proyecto Final de Carrera

Más detalles

CAPITULO 3 DISEÑO. El diseño del software es el proceso que permite traducir los requisitos

CAPITULO 3 DISEÑO. El diseño del software es el proceso que permite traducir los requisitos 65 CAPITULO 3 DISEÑO 3.1. DISEÑO El diseño del software es el proceso que permite traducir los requisitos analizados de un sistema en una representación del software. 66 Diseño procedural Diseño de la

Más detalles

INTRODUCCIÓN... 3. Gestión de la coordinación... 4 Gestión documental... 5 Validaciones... 6 PASOS PARA CREAR UNA COORDINACIÓN (CONTRATA)...

INTRODUCCIÓN... 3. Gestión de la coordinación... 4 Gestión documental... 5 Validaciones... 6 PASOS PARA CREAR UNA COORDINACIÓN (CONTRATA)... Contenido INTRODUCCIÓN... 3 CARACTERÍSTICAS... 3 Gestión de la coordinación... 4 Gestión documental... 5 Validaciones... 6 PARAMENTOS DE BÚSQUEDA... 7 ACCESO... 7 PASOS PARA CREAR UNA COORDINACIÓN (CONTRATA)...

Más detalles

Diseño de algoritmos

Diseño de algoritmos Diseño de algoritmos Jose Jesus García Rueda. Adaptado de El algoritmo, una iniciación a la programación (http://www.desarrolloweb.com/manuales/67/ http://www.desarrolloweb.com/manuales/67/) ) y de Diseño

Más detalles

Administración de sitios Web. Capítulo 8. Servidores Web: Internet Information Server

Administración de sitios Web. Capítulo 8. Servidores Web: Internet Information Server 1 of 9 4/15/2010 9:47 PM Anterior Administración de sitios Web Capítulo 8. Servidores Web: Internet Information Server Siguiente En este punto, nos centraremos en las tareas de administración del servidor

Más detalles

Memoria Compartida Distribuida (DSM) Sistema de Archivos

Memoria Compartida Distribuida (DSM) Sistema de Archivos Memoria Compartida Distribuida (DSM) La memoria compartida distribuida es una abstracción que se propone como alternativa a la comunicación por mensajes. Memoria compartida basada en páginas: este esquema

Más detalles

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com CIF 9159 Taller Integrado Sección 4 Planificación Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com Temas a Tratar Planificar Definiciones Proceso / Herramientas Estructura de Desglose

Más detalles

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o Proceso de Ingeniería de Software Métricas del Proceso de Ingeniería de Software y de Producto 4. Métricas del proceso y el producto 4.1. Métricas del proceso 4.2. Métricas del producto 4.3. Calidad y

Más detalles

Evolución histórica 60 -. Metodologías

Evolución histórica 60 -. Metodologías TEMA 1 INTRODUCCIÓN Historia Evolución de las técnicas de programación Qué es orientado a objetos? Factores cruciales que miden la calidad del software Externos Internos La familia Orientada a objetos

Más detalles

Análisis de estrategias para la gestión de proyectos informáticos. TFC Área de Gestión de Proyectos

Análisis de estrategias para la gestión de proyectos informáticos. TFC Área de Gestión de Proyectos Análisis de estrategias para la gestión de proyectos informáticos TFC Área de Gestión de Proyectos Consultor: Ana Cristina Domingo Trocho Autor: David Prado Romanillos Fecha de entrega: 10/01/2012 Índice

Más detalles

6.3 CASOS DE PRUEBA CAJA BLANCA

6.3 CASOS DE PRUEBA CAJA BLANCA Tipos de Prueba: 6.3 CASOS DE PRUEBA CAJA BLANCA Prueba de la Ruta Básica Pruebas de la estructura de control Prueba de condición Prueba del flujo de datos Prueba de bucles 6.3.1 PRUEBA DE LA RUTA BASICA

Más detalles

Los documentos deben estar correctamente tipificados para poder establecer relaciones. Los documentos del SGD nunca pierden su individualidad.

Los documentos deben estar correctamente tipificados para poder establecer relaciones. Los documentos del SGD nunca pierden su individualidad. Denominación del proyecto desarrollado en el Ayuntamiento de Santa Úrsula, en cooperación con el Ayuntamiento de Candelaria, cofinanciado por el Ministerio de Industria, Energía y Turismo del Gobierno

Más detalles

Teórica 2 64 Laboratorio 1 32 Resolución de problemas 0.5 16 Ejemplos prácticos en clase 0.5 16 Suma 4 128

Teórica 2 64 Laboratorio 1 32 Resolución de problemas 0.5 16 Ejemplos prácticos en clase 0.5 16 Suma 4 128 CÓDIGO ASIGNATURA 626 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Construcción de sistemas II Ingeniería en Informática 2011 OBJETIVOS Estudiar y modelizar requerimientos de sistemas

Más detalles

Cristian Blanco www.cristianblanco.es

Cristian Blanco www.cristianblanco.es 3.1.- INTRODUCCIÓN Para realizar el desarrollo de cualquier proyecto de software es necesario llevar una sistemática de trabajo, que nos asegure el éxito del mismo. Lo que tenemos que evitar, en el desarrollo

Más detalles

DIAGRAMA DE FLUJO DE DATOS

DIAGRAMA DE FLUJO DE DATOS DIAGRAMA DE FLUJO DE DATOS AUTOR: CORDOVA NERI, TEODORO Lima Perú Córdova Neri, Teodoro 2 Diagrama de Flujo de Datos INTRODUCCIÓN La presente guía denominada DIAGRAMA DE FLUJO DE DATOS, ilustra una de

Más detalles

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

Elementos del modelo de análisis. Modelado del análisis

Elementos del modelo de análisis. Modelado del análisis Mecanismos del anál. Ingeniería del Software 1 Elementos del modelo de análisis Objetivos Describir lo que requiere el cliente Establecer base para la creación de un diseño SW Definir conjunto de requisitos

Más detalles

contenga bases de datos de conocimiento y, finalmente, un diseño adecuado de la interfaz.

contenga bases de datos de conocimiento y, finalmente, un diseño adecuado de la interfaz. RESUMEN Dentro de los campos de interés actual en la ingeniería está la investigación en diseño, suscitada por la creciente presión de la sociedad que demanda productos, ya no solo que funcionen con fiabilidad,

Más detalles

PROGRAMACIÓ DIDÁCTICA: Secuanciación, Temporalización y Unidades Didácticas

PROGRAMACIÓ DIDÁCTICA: Secuanciación, Temporalización y Unidades Didácticas Departamento de Informática PROGRAMACIÓN DIDÁCTICA Curso 11-12 1 CONSEJERÍA DE EDUCACIÓN I.E.S. NERVIÓN Departamento de Informática CICLO FORMATIVO: TÉCNICO SUPERIOR EN DESARROLLO DE APLICACIONES MULTIPLATAFORMA.

Más detalles

MANUAL DE INTRODUCCIÓN

MANUAL DE INTRODUCCIÓN TG - HONEYWELL MANUAL DE INTRODUCCIÓN MI-DT-951 (Rev.:7.4) Abril 2009 ÍNDICE DE MATERIAS 1 INTRODUCCIÓN...1 1.1 Utilización de la documentación...1 1.1.1 Contenido de la documentación...1 1.2 Términos

Más detalles

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles