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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Tema 4. Gestión de entrada/salida

Tema 4. Gestión de entrada/salida Tema 4. Gestión de entrada/salida 1. Principios de la gestión de E/S. 1.Problemática de los dispositivos de E/S. 2.Objetivos generales del software de E/S. 3.Principios hardware de E/S. 1. E/S controlada

Más detalles

5. Gestión de la Configuración del Software (GCS)

5. Gestión de la Configuración del Software (GCS) 5. Gestión de la Configuración del Software (GCS) 5.1. La Configuración del Software El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías:

Más detalles

Diseño orientado a los objetos

Diseño orientado a los objetos Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia

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

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

MANUAL GENERAL DE USUARIO (Versión 0.1 10 de octubre de 2009) Autor: Enrique Crespo Molera (diseñador y actual administrador de la plataforma)

MANUAL GENERAL DE USUARIO (Versión 0.1 10 de octubre de 2009) Autor: Enrique Crespo Molera (diseñador y actual administrador de la plataforma) SERVIDOR DE IMÁGENES DICOM DEL LABORATORIO DE IMAGEN MÉDICA (HGUGM) MANUAL GENERAL DE USUARIO (Versión 0.1 10 de octubre de 2009) Autor: Enrique Crespo Molera (diseñador y actual administrador de la plataforma)

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

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión. DIAGRAMA DE RELACIONES 1.- INTRODUCCIÓN Este documento describe los pasos del proceso de construcción e interpretación de una de las herramientas más potentes para el análisis de problemas y situaciones

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

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

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

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

TEMA: PROTOCOLOS TCP/IP

TEMA: PROTOCOLOS TCP/IP TEMA: PROTOCOLOS TCP/IP HISTORIA: El Protocolo de Internet (IP) y el Protocolo de Transmisión (TCP), fueron desarrollados inicialmente en 1973 por el informático estadounidense Vinton Cerf como parte de

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

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

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

Ejemplo de Análisis Orientado a Objetos ATMs

Ejemplo de Análisis Orientado a Objetos ATMs Ejemplo de Análisis Orientado a Objetos ATMs Se desea diseñar el software necesario para una red bancaria provista de cajeros automáticos (ATMs), que serán compartidos por un consorcio de bancos. Cada

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

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

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

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

Person IP CRM Manual MOBILE

Person IP CRM Manual MOBILE Manual MOBILE División Informática BuscPerson Telecomunicaciones : Manual MOBILE 0.- Introducción 3 0.1 Configuración de los terminales 3 0.2 Acceso de Usuarios 3 1.- Funcionalidades CRM 5 1.1 Agenda del

Más detalles

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

Más detalles

Creación y administración de grupos de dominio

Creación y administración de grupos de dominio Creación y administración de grupos de dominio Contenido Descripción general 1 a los grupos de Windows 2000 2 Tipos y ámbitos de los grupos 5 Grupos integrados y predefinidos en un dominio 7 Estrategia

Más detalles

Manual del Módulo de Telefonía IP v1.23a. Titulo

Manual del Módulo de Telefonía IP v1.23a. Titulo Manual del Módulo de Telefonía IP v1.23a Titulo Contenido 1 INTRODUCCIÓN... 3 2 ARQUITECTURA Y CONCEPTOS... 3 3 CAPACIDADES Y ESQUEMAS DE CONEXIÓN... 5 3.1 EDOMO COMO CENTRALITA TELEFÓNICA: INTERCOMUNICACIÓN...

Más detalles

Proyecto de administración de sistemas informáticos en red (PI)

Proyecto de administración de sistemas informáticos en red (PI) Página 1 de 9 DEPARTAMENTO Informática y Comunicaciones CURSO 2014-2015 CICLO FORMATIVO Administración de Sistemas Informáticos en Red MÓDULO Proyecto de administración de sistemas informáticos en red

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

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

ÍNDICE. PKWatch 1/14 09/04/a

ÍNDICE. PKWatch 1/14 09/04/a ÍNDICE 1 Introducción...2 2 Channel configuration (configuración de los canales)...3 3 Monitor menu (monitorización)...5 3.1 Current test (medida en curso)...5 3.2 Measurement log (registro de medidas)...6

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

TEMA 8: DIAGRAMA DE CLASE EN UML

TEMA 8: DIAGRAMA DE CLASE EN UML TEMA 8: DIAGRAMA DE CLASE EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Diagrama de Clase Los diagramas de clases son los más utilizados en el modelado

Más detalles

Cuando el pedido se entrega al cliente, se genera la factura correspondiente.

Cuando el pedido se entrega al cliente, se genera la factura correspondiente. (-(5&,&,26&$3Ë78/2 Una empresa compra a una serie de es diferentes piezas que posteriormente venderá a sus clientes, debiendo llevar a cabo el control de almacén (nº de piezas existentes de cada una de

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

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

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

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

SIMULADOR DE SISTEMAS DE EVENTOS DISCRETOS

SIMULADOR DE SISTEMAS DE EVENTOS DISCRETOS SIMULADOR DE SISTEMAS DE EVENTOS DISCRETOS MANUAL DE USUARIO 1.1 Introducción. El simulador de sistemas de eventos discretos está compuesto por dos aplicaciones: el Simulador de redes de Petri y el Simulador

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

BPMN Business Process Modeling Notation

BPMN Business Process Modeling Notation BPMN (BPMN) es una notación gráfica que describe la lógica de los pasos de un proceso de Negocio. Esta notación ha sido especialmente diseñada para coordinar la secuencia de los procesos y los mensajes

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

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte AUDITORIA DE SISTEMAS Jorge Alberto Blanco Duarte QUE ES LA AUDITORIA DE SISTEMAS? La auditoria en informática es la revisión y la evaluación de los controles, sistemas, procedimientos de informática;

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

PRÁCTICA II: ADQUISICIÓN DE DATOS CON LABVIEW

PRÁCTICA II: ADQUISICIÓN DE DATOS CON LABVIEW SISTEMAS ELECTRÓNICOS Y DE CONTROL LABORATORIO SISTEMAS ELECTRÓNICOS DE CONTROL PRÁCTICA II: ADQUISICIÓN DE DATOS CON LABVIEW Curso 05/06 - 2 - PRÁCTICA II ADQUISICIÓN DE DATOS CON LABVIEW II.1. INTRODUCCIÓN

Más detalles

SINAUTO. (Captura Requirimientos) GRUPO 03

SINAUTO. (Captura Requirimientos) GRUPO 03 SINAUTO (Captura Requirimientos) GRUPO 03 Iker Jauregi ikerjauregivicente@hotmail.com Iñigo Arregui bateman2012@gmail.com Javier Arce arcjav@hotmail.com Jorge García. jgfand@gmail.com Patxi Campos.patxi948@wanadoo.es

Más detalles

Arquitectura para análisis de información. Zombi es una arquitectura que proporciona de manera integrada los componentes

Arquitectura para análisis de información. Zombi es una arquitectura que proporciona de manera integrada los componentes Capítulo 4 Arquitectura para análisis de información propuesta 4.1 Arquitectura Zombi es una arquitectura que proporciona de manera integrada los componentes necesarios para el análisis de información

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

SiteAudit Knowledge Base Programación de Reportes en SiteAudit

SiteAudit Knowledge Base Programación de Reportes en SiteAudit SiteAudit Knowledge Base Programación de Reportes en SiteAudit De junio 2010 En Éste Artículo: Descripción de Funciones Qué Hay de Nuevo? Programación de Reportes SiteAudit 4.x proporciona una nueva interfaz

Más detalles

Qué se entiende por diseño arquitectónico? Comprende el establecimiento de un marco de trabajo estructural básico para un sistema. Alude a la estructura general del software y el modo en que la estructura

Más detalles

CAPITULO III. TECNOLOGÍA SNMP

CAPITULO III. TECNOLOGÍA SNMP CAPITULO III. TECNOLOGÍA SNMP En este capitulo haremos una presentación sobre la estructura básica del protocolo de monitoreo SNMP. El objetivo de este protocolo es poder realizar un monitoreo del estado

Más detalles

Arquitectura y seguridad

Arquitectura y seguridad En el desarrollo del SIGOB nos hemos enfrentado a diversos problemas que nos han llevado a investigar y desarrollar nuestras propias tecnologías. En este documento presentamos cada uno de los desarrollos

Más detalles

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

PROCEDIMIENTO ESPECÍFICO. Código G056-01 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. ANÁLISIS

Más detalles

Conceptos y Principios de Análisis

Conceptos y Principios de Análisis Conceptos y Principios de Análisis Roger S. Pressman 2002 Ingeniería de Software. Un enfoque práctico, Capítulo 11 Principios Operativos (PO) del Análisis Debe representarse y entenderse el dominio de

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

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software

Más detalles

Convivencia. Gestión del Sistema de Entrada/Salida

Convivencia. Gestión del Sistema de Entrada/Salida Convivencia Gestión del Sistema de Entrada/Salida Dra. Carolina Carolina Mañoso Mañoso Dpto. Dpto. Imformática Informática y y Automática.UNED Introducción (1/2) El sistema de Entrada/Salida es la parte

Más detalles

NOTAS SOBRE DIAGRAMAS DE FLUJOS DE DATOS

NOTAS SOBRE DIAGRAMAS DE FLUJOS DE DATOS NOTAS SOBRE DIAGRAMAS DE FLUJOS DE DATOS Diagrama de Flujo de Datos: Diagrama en forma de red que representa el flujo de datos y las transformaciones que se aplican sobre ellos al moverse desde la entrada

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

1.Introducción. 2.Direcciones ip

1.Introducción. 2.Direcciones ip 1.Introducción El papel de la capa IP es averiguar cómo encaminar paquetes o datagramas a su destino final, lo que consigue mediante el protocolo IP. Para hacerlo posible, cada interfaz en la red necesita

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

SOROLLA MANUAL DE CIERRE Y APERTURA

SOROLLA MANUAL DE CIERRE Y APERTURA SOROLLA MANUAL DE CIERRE Y APERTURA 2013/2014 Enero 2014-1 - PROCESOS DE CIERRE Y APERTURA 2013-2014 I TRODUCCIÓ El cierre y la apertura en SOROLLA constan de los siguientes procesos: 1º) Alta de un nuevo

Más detalles

Martus Móvil para Android. Versión 1.2

Martus Móvil para Android. Versión 1.2 Martus Móvil para Android Versión 1.2 Índice Introducción a Martus Móvil... 3 Funcionalidad de Martus Móvil... 3 Crear boletines... 3 Enviar archivo desde otras aplicaciones... 3 Instalación... 4 Requisitos

Más detalles

Capítulo 11. Conclusiones y trabajo futuro

Capítulo 11. Conclusiones y trabajo futuro Capítulo 11. Conclusiones y trabajo futuro En esta tesis ha realizado un entorno de desarrollo Web que proporciona herramientas para la mejora de la calidad del código de los desarrolladores. Para conseguir

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

SMS Marketing. Manual de usuario. By DIDIMO Servicios Móviles

SMS Marketing. Manual de usuario. By DIDIMO Servicios Móviles SMS Marketing Manual de usuario By DIDIMO Servicios Móviles Manual de usuario SMS Marketing Madrid Network Marketplace INDICE INDICE... 2 1 QUÉ ES SMS MARKETING?... 3 2 MENÚ PRINCIPAL... 4 2.1 CAMPAÑAS...4

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

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

Guía para las entidades

Guía para las entidades MINISTERIO DE SANIDAD, SERVICIOS SOCIALES E IGUALDAD GUÍA RÁPIDA DEL SISTEMA SIGES PARA LA SUBVENCIÓN DE ONG PRESUPUESTOS Guía para las entidades 30/04/2015 Indice 1. INICIO... 2 2. PASOS PARA LA SOLICITUD

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

Capítulo 4. Implementación del lenguaje multitáctil

Capítulo 4. Implementación del lenguaje multitáctil Capítulo 4. Implementación del lenguaje multitáctil En este capítulo se presenta como fue diseñado y desarrollado el servicio de ademanes multitáctiles. Se presentan la arquitectura general del sistema,

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

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3.

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3. GANTT, PERT y CPM Características Conseguir una buena programación es un reto, no obstante es razonable y alcanzable. Ella debe tener el compromiso del equipo al completo, para lo cual se recomienda que

Más detalles

CAPITULO 5 DOCUMENTO DE ESPECIFICACION DE REQUISITOS DEL SOFTWARE

CAPITULO 5 DOCUMENTO DE ESPECIFICACION DE REQUISITOS DEL SOFTWARE CAPITULO 5 DOCUMENTO DE ESPECIFICACION DE REQUISITOS DEL SOFTWARE 1 1. Documento de Especificación de Requisitos del Software Como se menciona en [Pressman, 1998], la especificación de los requisitos del

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

Procesos de Negocios

Procesos de Negocios Procesos de Negocios Procesos de negocios Como dijimos en el Tema 1: los sistemas de información y las organizaciones se influyen entre sí: Los SI deben proveer la información que la organización necesita.

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS

UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS CURSO: JAVA BASICO PROFESOR: EMERSON CASTAÑEDA SANABRIA TEMA: Programación Orientada a Objetos OBJETIVOS: Familiarizarse con la Programación

Más detalles

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso Diagramas de Casos de Uso Universidad de los Andes Demián Gutierrez Abril 2011 1 Casos de Uso ( Qué es un caso de uso?) Caso de Uso? 2 Casos de Uso ( Qué es un caso de uso?) Un caso de uso

Más detalles

SEGURIDAD Y PROTECCION DE FICHEROS

SEGURIDAD Y PROTECCION DE FICHEROS SEGURIDAD Y PROTECCION DE FICHEROS INTEGRIDAD DEL SISTEMA DE ARCHIVOS ATAQUES AL SISTEMA PRINCIPIOS DE DISEÑO DE SISTEMAS SEGUROS IDENTIFICACIÓN DE USUARIOS MECANISMOS DE PROTECCIÓN Y CONTROL INTEGRIDAD

Más detalles

Aplicateca Certificados SMS

Aplicateca Certificados SMS Aplicateca Certificados SMS Manual de usuario Versión v-2 By DIDIMO Servicios Móviles INDICE INDICE...2 1 QUÉ ES CERTIFICADOS SMS?...3 2 MENÚ PRINCIPAL...5 2.1 GRUPOS...5 2.1.1 Crear Grupo...5 2.1.2 Gestión

Más detalles