https://www.ecured.cu/api.php?action=feedcontributions&feedformat=atom&user=Olago 2026-06-10T08:25:55Z Contribuciones del colaborador MediaWiki 1.31.16 https://www.ecured.cu/index.php?title=Pruebas_de_caja_negra&diff=649104 2011-06-09T01:57:08Z

<p>Olago: Página creada con 'Prueba de Caja Negra. La prueba de Caja Negra se centra principalmente en los requisitos funcionales del software. Estas pruebas permiten obtener un conjunto de condiciones ...'</p> <hr /> <div>Prueba de Caja Negra.<br /> La prueba de Caja Negra se centra principalmente en los [[requisitos funcionales]] del software. Estas pruebas permiten obtener un conjunto de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa. En ellas se ignora la estructura de control, concentrándose en los requisitos funcionales del sistema y ejercitándolos.<br /> La prueba de Caja Negra no es una alternativa a las técnicas de prueba de la Caja Blanca, sino un enfoque complementario que intenta descubrir diferentes tipos de errores a los encontrados en los métodos de la Caja Blanca.Muchos autores consideran que estas pruebas permiten encontrar: <br /> Funciones incorrectas o ausentes.<br /> Errores de interfaz.<br /> Errores en estructuras de datos o en accesos a las Bases de Datos externas.<br /> Errores de rendimiento.<br /> Errores de inicialización y terminación.<br /> Para preparar los casos de pruebas hacen falta un número de datos que ayuden a la<br /> ejecución de los estos casos y que permitan que el sistema se ejecute en todas sus<br /> variantes, pueden ser datos válidos o inválidos para el programa según si lo que se desea<br /> es hallar un error o probar una funcionalidad. Los datos se escogen atendiendo a las<br /> especificaciones del problema, sin importar los detalles internos del programa, a fin de<br /> verificar que el programa corra bien.<br /> Para desarrollar la prueba de caja negra existen varias técnicas, entre ellas están:<br /> 1. Técnica de la Partición de Equivalencia: esta técnica divide el campo de entrada en<br /> clases de datos que tienden a ejercitar determinadas funciones del software.<br /> 2. Técnica del Análisis de Valores Límites: esta Técnica prueba la habilidad del programa<br /> para manejar datos que se encuentran en los límites aceptables.<br /> 3. Técnica de Grafos de Causa-Efecto: es una técnica que permite al encargado de la<br /> prueba validar complejos conjuntos de acciones y condiciones.<br /> Dentro del método de Caja Negra la técnica de la Partición de Equivalencia es una de las<br /> más efectivas pues permite examinar los valores válidos e inválidos de las entradas<br /> existentes en el software, descubre de forma inmediata una clase de errores que, de otro<br /> modo, requerirían la ejecución de muchos casos antes de detectar el error genérico. La<br /> partición equivalente se dirige a la definición de casos de pruebas que descubran clases de<br /> errores, reduciendo así en número de clases de prueba que hay que desarrollar.<br /> == Partición equivalente ==<br /> Una partición equivalente es una técnica de prueba de Caja Negra que divide el dominio<br /> de entrada de un programa en clases de datos de los que se pueden derivar casos de<br /> prueba. El diseño de estos casos de prueba para la partición equivalente se basa en la<br /> evaluación de las clases de equivalencia.<br /> El diseño de casos de prueba para la partición equivalente se basa en una evaluación de<br /> las clases de equivalencia para una condición de entrada. Una clase de equivalencia<br /> representa un conjunto de estados válidos o inválidos para condiciones de entrada.<br /> Regularmente, una condición de entrada es un valor numérico específico, un rango de<br /> valores, un conjunto de valores relacionados o una condición lógica. <br /> Las clases de equivalencia se pueden definir de acuerdo con las siguientes directrices:<br /> Si un parámetro de entrada debe estar comprendido en un cierto rango, aparecen 3<br /> clases de equivalencia: por debajo, en y por encima del rango.<br /> Si una entrada requiere un valor concreto, aparecen 3 clases de equivalencia: por<br /> debajo, en y por encima del rango.<br /> Si una entrada requiere un valor de entre los de un conjunto, aparecen 2 clases de<br /> equivalencia: en el conjunto o fuera de él.<br /> Si una entrada es booleana, hay 2 clases: si o no.<br /> Los mismos criterios se aplican a las salidas esperadas: hay que intentar generar<br /> resultados en todas y cada una de las clases.<br /> Aplicando estas directrices se ejecutan casos de pruebas para cada elemento de datos del<br /> campo de entrada a desarrollar. Los casos se seleccionan de forma que ejerciten el mayor<br /> número de atributos de cada clase de equivalencia a la vez.<br /> Para aplicar esta técnica de prueba se tienen en cuenta los siguientes pasos:<br /> Primeramente se deben identificar las clases de equivalencia lo cual se hace tomando<br /> cada condición de entrada y aplicándole las directrices antes expuestas.<br /> Para definir las clases de equivalencia hace falta tener en cuenta un conjunto de reglas:<br /> Si una condición de entrada especifica un rango, entonces se confeccionan una<br /> clase de equivalencia válida y 2 inválidas.<br /> Si una condición de entrada especifica la cantidad de valores, identificar una clase<br /> de equivalencia válida y dos inválidas.<br /> Si una condición de entrada especifica un conjunto de valores de entrada y existen<br /> razones para creer que el programa trata en forma diferente a cada uno de ellos,<br /> identificar una clase válida para cada uno de ellos y una clase inválida.<br /> Si una condición de entrada especifica una situación de tipo “debe ser”, identificar<br /> una clase válida y una inválida.<br /> Si existe una razón para creer que el programa no trata de forma idéntica ciertos<br /> elementos pertenecientes a una clase, dividirla en clases de equivalencia menores.<br /> Luego de tener las clases válidas e inválidas definidas, se procede a definir los casos de<br /> pruebas, pero para ello antes se debe haber asignado un identificador único a cada clase<br /> de equivalencia. Luego entonces se pueden definir los casos teniendo en cuenta lo<br /> siguiente:<br /> a. Escribir un nuevo caso de cubra tantas clases de equivalencia válidas no<br /> cubiertas como sea posible hasta que todas las clases de equivalencia hayan<br /> sido cubiertas por casos de prueba.<br /> b. Escribir un nuevo caso de prueba que cubra una y solo una clase de<br /> equivalencia inválida hasta que todas las clases de equivalencias inválidas<br /> hayan sido cubiertas por casos de pruebas.<br /> Con la aplicación de esa técnica se obtiene un conjunto de pruebas que reduce el número<br /> de casos de pruebas y nos dicen algo sobre la presencia o ausencia de errores. A menudo<br /> se plantea que las pruebas a los software nunca terminan, simplemente se transfiere del<br /> desarrollador al cliente. Cada vez que el cliente usa el programa está llevando a cabo una<br /> prueba. Aplicando el diseño de casos de pruebas al software en cuestión se puede<br /> conseguir una prueba más completa y descubrir y corregir el mayor número de errores<br /> antes de que comiencen las “pruebas del cliente”.<br /> == Procedimientos de prueba ==<br /> Un procedimiento de prueba especifica como realizar uno o varios casos de prueba o parte<br /> de estos. Por ejemplo un procedimiento de prueba puede ser una instrucción para un<br /> individuo sobre como ha de realizar un caso de prueba manualmente, o puede ser una<br /> especificaron de cómo interaccionar manualmente con una herramienta de automatización<br /> de pruebas para crear componentes ejecutables de pruebas.<br /> El como llevar a cabo un caso de prueba puede ser especificado por un procedimiento de<br /> prueba pero es a menudo útil reutilizar un procedimiento de prueba para varios casos de<br /> prueba y reutilizar varios procedimientos de prueba para varios casos de prueba.<br /> == Componentes de prueba ==<br /> Un componente de prueba automatiza uno o varios procedimientos de prueba o parte de<br /> ellos.<br /> Los componentes de pruebas pueden ser desarrollados utilizando lenguaje de guiones o<br /> un lenguaje de programación o pueden ser grabados con una herramienta de<br /> automatización de pruebas.<br /> Los componentes de pruebas se utilizan para probar los componentes en el modelo de<br /> implementación proporcionando entradas de prueba, controlando y monitorizando la<br /> ejecución de los componentes a probar y, posiblemente informando de los resultados de<br /> las pruebas<br /> == Plan de Prueba ==<br /> El propósito del plan de pruebas es dejar de forma explicita el alcance, el enfoque, los<br /> recursos requeridos, el calendario, los responsables y el manejo de riesgos de un proceso<br /> de pruebas. <br /> Está constituido por un conjunto de pruebas. Cada prueba debe:<br /> Dejar claro qué tipo de propiedades se quieren probar (corrección, robustez,<br /> fiabilidad, amigabilidad,...).<br /> Dejar claro cómo se mide el resultado.<br /> Especificar en qué consiste la prueba (hasta el último detalle de cómo se ejecuta).<br /> Definir cual es el resultado que se espera (identificación, tolerancia,...). ¿Cómo se<br /> decide que el resultado es acorde con lo esperado?<br /> Las pruebas carecen de utilidad, tanto, sí no se sabe exactamente lo que se quiere probar,<br /> sí no se está claro cómo se prueba, o si el análisis del resultado se hace a simple vista.<br /> Estas mismas ideas se suelen agrupar diciendo que un caso de prueba consta de 3<br /> bloques de información:<br /> 1. El propósito de la prueba.<br /> 2. Los pasos de ejecución de la prueba.<br /> 3. El resultado que se espera.<br /> Todos y cada uno de esos puntos deben quedar perfectamente documentados.<br /> El plan de pruebas señala el enfoque, los recursos y el esquema de actividades de prueba,<br /> así como los elementos a probar, las características, las actividades de prueba, el personal<br /> responsable y los riesgos.<br /> Una estrategia de prueba propone movernos hacía afuera en una espiral, de manera que<br /> primero se prueban las unidades más pequeñas del diseño del software (clases o<br /> módulos) y después como se integran los componentes en los cuales están contenidas<br /> estas unidades.<br /> RUP propone definir casos de prueba de integración para verificar que los componentes<br /> interaccionan entre sí de forma apropiada.<br /> A partir de un caso de uso se pueden realizar pruebas de caja negra, obteniéndose varios<br /> casos de prueba que permiten:<br /> • Verificar el resultado de la interacción entre los actores y el sistema.<br /> • Comprobar que se satisfagan las precondiciones y poscondiciones del caso de uso.<br /> • Comprobar que se siga la secuencia de acciones especificado por el caso de uso.<br /> También se pueden realizar pruebas de caja blanca a partir de la realización de un caso de<br /> prueba que permiten obtener casos de prueba en los que se verifica la integración ante<br /> los componentes que implementan dicho caso de uso.<br /> Como conclusión podríamos decir que se pueden definir múltiples casos de prueba de<br /> integración para cada caso de uso en dependencia de las condiciones de prueba que se<br /> tengan en cuenta. El formato para describirlos podría ser:<br /> Variante 1<br /> Caso de uso: &lt;Nombre&gt;<br /> Caso de prueba: &lt;Nombre&gt;<br /> Entrada:&lt;Descripción textual de lo que ocurre en el mundo real que hace<br /> necesario ejecutar el caso de prueba, precisando la data de entrada y los<br /> comandos a dar por el actor. Descripción textual del estado de la<br /> información almacenada&gt;<br /> Resultado:&lt;Descripción textual del estado en el que queda la información y las<br /> alertas que puedan generarse, una vez ejecutado el caso de uso con los<br /> valores y el estado especificado en la entrada&gt;<br /> Condiciones:&lt;Condiciones que deben cumplirse mientras se ejecuta el caso de<br /> prueba&gt;<br /> Variante 2<br /> Caso de uso:&lt;Nombre&gt;<br /> Rango de Valores de<br /> Entrada<br /> Rango de Valores de<br /> Salida<br /> Esta 2da variante se usa cuando hay varios casos de prueba que verifican diferentes<br /> escenarios del mismo caso de uso.<br /> Las pruebas del sistema se usan para probar que el sistema funciona correctamente como<br /> un todo. Como parte de estas pruebas hay que:<br /> • Probar la instalación del software en la plataforma del cliente.<br /> • Verificar el funcionamiento del software en diferentes configuraciones.<br /> • Realizar pruebas negativas que busquen que el sistema falle.<br /> • Realizar pruebas de tensión o estrés cuando hay competencia por los recursos.<br /> == Defecton ==<br /> Un defecto es una anomalía del sistema, como por ejemplo un síntoma de una fallo<br /> [[software]] o un problema descubierto en una revisión. Un defecto puede ser utilizado para<br /> localizar cualquier cosa que los desarrolladores necesitan registrar como síntoma de un<br /> problema en el sistema que ellos necesitan controlar y resolver.&lt;ref&gt; PRESSMAN, ROGER S. Ingenieria de Software Un Enfoque Práctico&lt;/ref&gt;<br /> == Evaluación de prueba ==<br /> Una evaluación de prueba es una evaluación de los resultados de los esfuerzos de prueba,<br /> tales como la cobertura del caso de prueba, la cobertura del código y el estado de los<br /> defectos.<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Pruebas_de_caja_blanca&diff=649102 2011-06-09T01:51:57Z

<p>Olago: Página creada con ''''Prueba de Caja Blanca''' La prueba de caja blanca se basa en el diseño de casos de prueba que usa la estructura de control del diseño procedimental para derivarlos. Mediant...'</p> <hr /> <div>'''Prueba de Caja Blanca'''<br /> La prueba de caja blanca se basa en el diseño de casos de prueba que usa la estructura<br /> de control del diseño procedimental para derivarlos. Mediante la prueba de la caja blanca<br /> el ingeniero del software puede obtener casos de prueba que:<br /> 1. Garanticen que se ejerciten por lo menos una vez todos los caminos independientes de<br /> cada modulo, programa o método.<br /> 2. Ejerciten todas las decisiones lógicas en las vertientes verdadera y falsa.<br /> 3. Ejecuten todos los bucles en sus límites operacionales.<br /> 4. Ejerciten las estructuras internas de datos para asegurar su validez.<br /> Es por ello que se considera a la prueba de Caja Blanca como uno de los tipos de pruebas<br /> más importantes que se le aplican a los software, logrando como resultado que disminuya<br /> en un gran porciento el número de errores existentes en los sistemas y por ende una<br /> mayor calidad y confiabilidad. <br /> Prueba del camino básico.<br /> La prueba del camino básico es una técnica de prueba de la Caja Blanca propuesta por<br /> Tom McCabe.<br /> Esta técnica permite obtener una medida de la complejidad lógica de un diseño y usar<br /> esta medida como guía para la definición de un conjunto básico.<br /> La idea es derivar casos de prueba a partir de un conjunto dado de caminos<br /> independientes por los cuales puede circular el flujo de control. Para obtener dicho<br /> conjunto de caminos independientes se construye el Grafo de Flujo asociado y se calcula<br /> su complejidad ciclomática. Los pasos que se siguen para aplicar esta técnica son:<br /> 1. A partir del diseño o del código fuente, se dibuja el grafo de flujo asociado.<br /> 2. Se calcula la complejidad ciclomática del grafo.<br /> 3. Se determina un conjunto básico de caminos independientes.<br /> 4. Se preparan los casos de prueba que obliguen a la ejecución de cada camino del<br /> conjunto básico.<br /> Los casos de prueba derivados del conjunto básico garantizan que durante la prueba se<br /> ejecuta por lo menos una vez cada sentencia del programa.<br /> == Notación de Grafo de Flujo ==<br /> Para aplicar la técnica del camino básico se debe introducir una sencilla notación para la<br /> representación del flujo de control, el cual puede representarse por un Grafo de Flujo.<br /> Cada nodo del grafo corresponde a una o más sentencias de código fuente. Todo<br /> segmento de código de cualquier programa se puede traducir a un Grafo de Flujo.<br /> Para construir el grafo se debe tener en cuenta la notación para las instrucciones.<br /> Un Grafo de Flujo está formado por 3 componentes fundamentales que ayudan a su<br /> elaboración, comprensión y nos brinda información para confirmar que el trabajo se está<br /> haciendo adecuadamente.<br /> Los componentes son:<br /> === Nodo ===<br /> Cada círculo representado se denomina nodo del Grafo de Flujo, el cual representa una<br /> o más secuencias procedimentales. Un solo nodo puede corresponder a una secuencia<br /> de procesos o a una sentencia de decisión. Puede ser también que hallan nodos que no<br /> se asocien, se utilizan principalmente al inicio y final del grafo.<br /> === Aristas ===<br /> Las flechas del grafo se denominan aristas y representan el flujo de control, son<br /> análogas a las representadas en un diagrama de flujo. Una arista debe terminar en un<br /> nodo, incluso aunque el nodo no represente ninguna sentencia procedimental.<br /> === Regiones ===<br /> Las regiones son las áreas delimitadas por las aristas y nodos. También se incluye el<br /> área exterior del grafo, contando como una región más. Las regiones se enumeran.<br /> La cantidad de regiones es equivalente a la cantidad de caminos independientes del conjunto básico de un programa.<br /> Cualquier representación del diseño procedimental se puede traducir a un grafo de flujo.<br /> Cuando en un diseño se encuentran condiciones compuestas (uno o más operadores AND,<br /> NAND, NOR lógicos en una sentencia condicional), la generación del grafo de flujo se hace<br /> un poco más complicada. <br /> <br /> == Complejidad Ciclomática ==<br /> La complejidad ciclomática es una métrica de software extremadamente útil pues proporciona una medición cuantitativa de la complejidad lógica de un programa. El valor calculado como complejidad ciclomática define el número de caminos independientes del conjunto básico de un programa y nos da un límite superior para el número de pruebas que se deben realizar para asegurar que se ejecute cada sentencia al menos una vez. Un camino independiente es cualquier camino del programa que introduce por lo menos<br /> un nuevo conjunto de sentencias de procesamiento o una nueva condición. El camino independiente se debe mover por lo menos por una arista que no haya sido recorrida anteriormente. &lt;ref&gt; PRESSMAN, ROGER S. Ingenieria de Software Un Enfoque Práctico&lt;/ref&gt;<br /> == Derivación de casos de prueba ==<br /> Luego de tener elaborados los Grafos de Flujos y los caminos a recorrer, se preparan los<br /> casos de prueba que forzarán la ejecución de cada uno de esos caminos. Se escogen los<br /> datos de forma que las condiciones de los nodos predicados estén adecuadamente<br /> establecidas, con el fin de comprobar cada camino.<br /> Casos de prueba para cada camino.<br /> Camino 1: 1-2-3-5-6.<br /> Escoger algún X y Y tales que cumpla X &gt;= 0 AND Y &gt;= 0.<br /> X = 10 AND Y = 20.<br /> Camino 2: 1-2-4-6.<br /> Escoger algún X tal que se cumpla X &lt; 0.<br /> X = -15.<br /> Luego de confeccionar los casos de prueba se ejecutan cada uno de estos y se comparan<br /> los resultados con los esperados. Una vez terminados todos los casos de prueba, se estará<br /> seguro de que todas las sentencias del programa se han ejecutado por lo menos una vez.<br /> Es importante considerar que algunos caminos no se pueden probar de forma aislada. O<br /> sea, la combinación de datos requeridos para recorrer el camino no se puede obtener con<br /> el flujo normal del programa. En tales casos, estos caminos se prueban como parte de<br /> otra prueba de camino.<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Flujo_de_pruebas_de_un_software&diff=649098 2011-06-09T01:34:46Z

<p>Olago: </p> <hr /> <div> <br /> <br /> '''El ciclo de vida de Prueba'''<br /> <br /> El software es refinado a través de iteraciones en el ciclo de vida. El ciclo de<br /> vida de prueba se beneficia siguiendo un proceso iterativo equivalente. En cada<br /> iteración el equipo de desarrollo produce uno o más builds, cada builds es un<br /> candidato potencial para probar. <br /> Los objetivos del equipo de desarrollo difieren de una iteración a otra. El equipo<br /> de prueba estructura su prueba de acuerdo a los objetivos de la iteración. <br /> Es importante tener claros diferentes conceptos como<br /> 1.Niveles de prueba <br /> 2. Tipos de pruebas <br /> 3.Estrategia <br /> 4.Métodos de prueba <br /> == Niveles de Prueba ==<br /> <br /> La Prueba es aplicada para diferentes tipos de objetivos, en diferentes escenarios o<br /> niveles de trabajo. <br /> Se distinguen los siguientes niveles de pruebas: <br /> • Prueba de desarrollador <br /> • Prueba independiente <br /> • Prueba de Unidad<br /> • Prueba de Integración <br /> • Prueba de sistema <br /> • Prueba de aceptación <br /> <br /> === Prueba de Desarrollador === <br /> Es la prueba diseñada e implementada por el equipo de<br /> desarrollo. Tradicionalmente estas pruebas han sido consideradas solo para la<br /> prueba de unidad, aunque en la actualidad en algunos casos pueden ejecutar<br /> pruebas de integración. Se recomienda que estas pruebas cubran más que las<br /> pruebas de unidad. <br /> <br /> === Prueba independiente ===<br /> Es la prueba que es diseñada e implementada por alguien<br /> independiente del grupo de desarrolladores. El objetivo de estas pruebas es<br /> proporcionar una perspectiva deferente y en un ambiente más rico que los<br /> desarrolladores. Una vista de la prueba independiente es la prueba<br /> independiente de los stakeholder, que son pruebas basadas en las necesidades y<br /> preocupaciones de los stakeholders. <br /> <br /> === Prueba de unidad ===<br /> Es la prueba enfocada a los elementos testeables más<br /> pequeño del software. Es aplicable a componentes representados en el modelo de<br /> implementación para verificar que los flujos de control y de datos están<br /> cubiertos, y que ellos funcionen como se espera. La prueba de unidad siempre<br /> está orientada a caja blanca. <br /> Antes de iniciar cualquier otra prueba es preciso probar el flujo de datos de la<br /> interfaz del componente. <br /> Si los datos no entran correctamente, todas las demás pruebas no tienen sentido. <br /> El diseño de casos de prueba de una unidad comienza una vez que se ha desarrollado,<br /> revisado y verificado en su sintaxis el código a nivel fuente. <br /> Prueba de unidad en el contexto OO <br /> En lugar de módulos individuales, una menor unidad a probar es la clase u objeto<br /> encapsulado. Una clase puede contener un cierto número de operaciones, y una<br /> operación particular puede existir como parte de un número de clases<br /> diferentes. Esta prueba de clases para el software OO es equivalente a la<br /> prueba de unidad para el software convencional. <br /> <br /> La prueba de clases para software OO está dirigida por las<br /> operaciones encapsuladas por la clase y el estado del comportamiento de la<br /> clase. No se puede probar una operación aisladamente sino como parte de una<br /> clase.<br /> <br /> === Prueba de integración === <br /> Es ejecutada para asegurar que los componentes en el modelo<br /> de implementación operen correctamente cuando son combinados para ejecutar un<br /> caso de uso. Se prueba un paquete o un conjunto de paquetes del modelo de<br /> implementación. Estas pruebas descubren errores o incompletitud en las<br /> especificaciones de las interfaces de los paquetes. Esta prueba debe ser<br /> responsabilidad de desarrolladores y de independientes, sin solaparse las<br /> pruebas. <br /> Es el proceso de combinar y probar múltiples componentes juntos. El objetivo es tomar<br /> los componentes probados en unidad y construir una estructura de programa que<br /> esté de acuerdo con lo que dicta el diseño. <br /> Se llama integración incremental cuando el programa se construye y se prueba en pequeños<br /> segmentos en los que los errores son más fáciles de aislar y corregir, es más<br /> probable que se pueda probar completamente las interfaces y se puede aplicar un<br /> enfoque de prueba sistemática. <br /> <br /> Hay dos estrategias de integración incremental: <br /> <br /> == Integración Descendente (Top-Down) ==<br /> Se integran los módulos moviéndose hacia abajo por la<br /> jerarquía de control. Comenzando por el módulo principal, los módulos<br /> subordinados se van incorporando a la estructura bien, en forma primero en profundidad, que integra<br /> todos los módulos de un camino de control principal de la estructura, o primero <br /> en anchura, que incorpora todos los módulos directamente subordinados a cada nivel, moviéndose<br /> por la estructura de forma horizontal. <br /> Este proceso se realiza en una serie de cinco pasos: <br /> 1. Se usa el módulo de control<br /> principal como controlador de la prueba, disponiendo de resguardos para <br /> todos los módulos directamente subordinados al módulo de control principal. <br /> 2.Dependiendo del enfoque de integración elegido se van sustituyendo los<br /> resguardos subordinados uno a unopor los módulos reales. <br /> 3. Se llevan a cabo pruebas cada vez que se integra un nuevo módulo. <br /> 4. Tras terminar cada conjunto de pruebas, se reemplaza otro resguardo con el módulo real. <br /> 5. Se hace la prueba de regresión para asegurarse de que no se han introducido<br /> errores nuevos. <br /> El programa continúa desde el paso 2 hasta que se haya construido la estructura<br /> del programa entero. <br /> Al aplicar esta estrategia pueden surgir algunos problemas,<br /> el más común se da cuando se requiere un proceso de los niveles más bajos de la<br /> jerarquía para poder probar adecuadamente los niveles superiores. Al principio<br /> de la prueba descendente, los módulos de bajo nivel se reemplazan por resguardos; por tanto, no pueden fluir<br /> datos significativos hacia arriba por la estructura del programa. <br /> Para solucionar esto se tienen tres opciones: <br /> -Retrasar muchas de las pruebas hasta que los resguardos sean reemplazados por<br /> los módulos reales. <br /> -Desarrollar resguardos que realicen funciones limitadas que simulen los módulos<br /> reales. <br /> -Integrar el software desde el fondo de la jerarquía hacia arriba. <br /> <br /> ==Integración Ascendente (Bottom-Up) ==<br /> Empieza la construcción y la prueba con los módulos de los niveles más bajos de la<br /> estructura del programa. Dado que los módulos se integran de abajo hacia<br /> arriba, el proceso requerido de los módulos subordinados a un nivel dado<br /> siempre están disponibles y se elimina la necesidad de resguardos. <br /> Se puede implementar una estrategia de integración ascendente mediante los siguientes<br /> pasos: <br /> 1. Se combinan los módulos de bajo nivel en grupos que realicen una subfunción<br /> específica del software.<br /> 2. Se escribe un controlador para coordinar la entrada y la salida de los casos de<br /> prueba. <br /> 3. Seprueba el grupo. <br /> 4. Se eliminan los controladores y se combinan los grupos moviéndose hacia arriba por<br /> la estructura del programa. <br /> A medidaque la integración progresa disminuye la necesidad de controladores de prueba<br /> diferentes. Laselección de una estrategia de integración depende de las características del<br /> software y de la planificación del proyecto. <br /> Una buenaalternativa es usar una mezcla de las dos estrategias (Ascendente y<br /> Descendente) que use la descendente para los niveles superiores de la<br /> estructura, junto con la ascendente para los niveles subordinados. <br /> A medidaque progresa la prueba de integración, se deben identificar los módulos<br /> críticos. Un módulo crítico es aquel que tiene las una o más de las siguientes<br /> características: <br /> • Está dirigido avarios requisitos del software <br /> • Tiene un mayornivel de control <br /> • Es complejo opropenso a errores. <br /> • Tiene unosrequisitos de rendimiento muy definidos. <br /> • Los móduloscríticos deben probarse lo antes posible. En el caso de integrar varios módulos<br /> y se encuentra un error en el momento de integrarlos, se tiene que hacer una Prueba<br /> de Regresión. <br /> == Prueba de Regresión ==<br /> Cada vez que se añade un nuevo módulo como parte de una prueba de integración, el<br /> software cambia. <br /> <br /> Estos cambios pueden causar problemas con funciones que antes trabajaban<br /> perfectamente. La prueba de regresión es la actividad que ayuda a asegurar que<br /> los cambios no introducen un comportamiento no deseado o errores adicionales.<br /> El conjunto de pruebas de regresión contiene tres clases diferentes de casos de<br /> prueba: <br /> • Una muestra representativa de pruebas que ejercite todas las funciones del software. <br /> • Pruebas adicionales que se centran en las funciones del software que se van a ver<br /> probablemente afectadas por el cambio. <br /> • Pruebas que se centran en los componentes del software que ha cambiado. <br /> No es práctico ni eficiente volver a ejecutar cada prueba de cada función del<br /> programa después de un cambio. <br /> Existen dos estrategias diferentes para pruebas de integración en sistemas OO [BIN94a]:<br /> <br /> === Prueba basada en hilos ===<br /> Integra el conjunto de clases necesario para responder a una entrada o evento del<br /> sistema. Cada hilo se integra y prueba individualmente. Se aplica la prueba de<br /> regresión para asegurar que no ocurren efectos colaterales. <br /> === Prueba basada en uso ===<br /> Comienza la construcción del sistema probando aquellas clases (llamadas independientes)<br /> que usan muy pocas de las clases servidor. Luego se comprueban la próxima capa<br /> de clases, llamadas clases dependientes, que usan las clases independientes.<br /> Esta secuencia de capas de clases dependientes continúahasta construir el sistema por completo. <br /> == Prueba deSistema == <br /> Son las pruebas que se hacen cuando el software está<br /> funcionando como un todo. <br /> Es la actividad de prueba dirigida a verificar el programa final, después que todos<br /> los componentes de software y hardware han sido integrados. <br /> En un ciclo iterativo estas pruebas ocurren más temprano, tan pronto como<br /> subconjuntos bien formados de comportamiento de caso de uso son implementados. <br /> Tipo de Pruebas del Sistema <br /> - Prueba de Recuperación: Es una prueba del sistema que fuerza el fallo del software de muchas <br /> formas y verifica que la recuperación se lleva a cabo apropiadamente. <br /> - Prueba de Seguridad:Intenta verificar que los mecanismosde protección incorporados en el sistema <br /> loprotegerán, de hecho, de acceso impropios. <br /> - Prueba de Resistencia: Están diseñadas para enfrentar a los programas con situaciones anormales. <br /> - Prueba de Rendimiento: Está diseñada para probar el rendimiento del software en tiempo de ejecución <br /> dentro del contexto de un sistema integrado. <br /> == Prueba de aceptación ==<br /> Prueba de aceptación del usuario es la prueba final antes<br /> del despliegue del sistema. Su objetivo es verificar que el software está listo<br /> y que puede ser usado por usuarios finales para ejecutar aquellas funciones y<br /> tareas para las cuales el software fue construido. <br /> Un comentario sobre la secuencia de los niveles de prueba. <br /> Las pruebas de unidad son implementadas en la iteración más temprana como el primer<br /> nivel de prueba. <br /> Pero en un proceso iterativo ejecutar todas las pruebas de unidad antes de pasar a<br /> niveles siguientes de prueba como regla es inapropiado. Una mejor estrategia es<br /> identificar las pruebas de unidad, integración y sistema que ofrecen mayor<br /> potencial para encontrar errores y entonces implementarlas y ejecutarlas. <br /> == Tipos de Prueba ==<br /> ===Funcionalidad ===<br /> <br /> Función:Pruebas fijando su atención en la validación de las funciones,<br /> métodos, servicios, caso de uso. <br /> Seguridad: Asegurar que los datos o el sistema solamente es accedido por los actores deseados. <br /> Volumen: Enfocada en verificando las habilidades de los programas para manejar grandes cantidades<br /> de datos, tanto como entrada, salida o residente en la BD. <br /> === Usabilidad === <br /> Usabilidad: Prueba<br /> enfocada a factores humanos, estéticos, consistencia en la interfaz de usuario,<br /> ayuda sensitiva al contexto y en línea, asistente documentación de usuarios y<br /> materiales de entrenamiento. <br /> === Fiabilidad ===<br /> Integridad: Enfocada a la valoración de la robustez<br /> (resistencia a fallos). <br /> Estructura: Enfocada<br /> a la valoración a la adherencia a su diseño y formación. Este tipo de prueba es<br /> hecho a alas aplicaciones Web asegurando que todos los enlaces están<br /> conectados, el contenido deseado es mostrado y no hay contenido huérfano. <br /> Stress: Enfocada a evaluar cómo el sistema responde bajo condiciones anormales. (extrema<br /> sobrecarga, insuficiente memoria, servicios y hardware no disponible, recursos<br /> compartidos no disponible ) <br /> === Performance (Rendimiento) ===<br /> Benchmark: es un tipo de prueba que compara el rendimiento de un elemento nuevo o desconocido a<br /> uno de carga de trabajo de referencia conocido. <br /> Contención: Enfocada a la validación de las habilidades del elemento a probar para manejar<br /> aceptablemente la demanda de múltiples actores sobre un mismo recurso (registro<br /> de recursos, memoria, etc) <br /> Carga: Usada para validar y valorar la aceptabilidad de lo límites operacionales de un<br /> sistema bajo carga de trabajo variable, mientras el sistema bajo prueba<br /> permanece constante. La variación en carga es simular la carga<br /> de trabajo promedio y con picos que ocurre dentro de tolerancias operacionales<br /> normales. <br /> Performance profile: Enfocadas a monitorear el tiempo en flujo de ejecución,<br /> acceso a datos, en llamada a funciones y sistema para identificar y direccional<br /> los cuellos de botellas y los procesos ineficientes. <br /> === Soportabilidad ===<br /> Configuracion: Enfocada a asegurar que funciona en diferentes configuraciones de hardware y software.<br /> Esta prueba es implementada también como prueba de rendimiento del sistema <br /> Instalacion: Enfocada a asegurar la instalación en diferentes configuraciones de hardware y software<br /> bajo diferentes condiciones (insuficiente espacio en disco, etc) <br /> Estrategiade Prueba <br /> La estrategia de prueba describe el enfoque y los objetivosgenerales de las actividades de prueba. <br /> Incluye<br /> los niveles de prueba (unidad, integración, etc) a ser diseccionados y el tipo<br /> de prueba a ser ejecutadas (funcional, stress, etc). <br /> La estrategia define: <br /> • Técnicas de pruebas (manual o automática) y herramientas a ser usadas. <br /> • Qué criterios de éxitos y culminación de la prueba serán usados. <br /> • Consideraciones especiales afectadas por requerimientos de recursos o que tengan implicaciones en la planificación. <br /> Usted enfoca diferentes tipos de pruebas en dependencia del número de iteraciones, eltamaño de la iteración y el tipo de proyecto que se está probando. <br /> En los programas Orientados a Objetos la estrategia y las tácticas de las pruebascambian. <br /> Para probar los sistemas OO adecuadamente, se deben hacer tres cosas: <br /> 1. Ladefinición de las pruebas debe ampliarse para incluir técnicas de detección de<br /> errores aplicados a los modelos de Análisis y diseño Orientado a Objetos. <br /> 2. La estrategia para las pruebas de unidad e integración deben cambiar<br /> significativamente. <br /> 3. El diseño de casos de prueba debe tener en cuenta las características propias del<br /> software orientado a objetos. &lt;ref&gt;PRESSMAN,<br /> ROGER S. Ingenieria de Software Un Enfoque Práctico&lt;/ref&gt;<br /> == Métodos de Prueba ==<br /> Son dos fundamentales: el método de la caja negra y de la caja<br /> blanca. La prueba de [[caja negra]] se refiere a las pruebas que se llevan a cabo sobre la interfaz del<br /> software. O sea, los casos de prueba pretenden demostrar que las funciones del<br /> software son operativas, que la entrada se acepta de forma adecuada y que se<br /> produce un resultado correcto, así como que la integridad de la información<br /> externa se mantiene. <br /> La prueba de la [[caja blanca]] del software se comprueba los caminos lógicos del software<br /> proponiendo casos de prueba que se ejerciten conjuntos específicos de<br /> condiciones y/o bucles. Se puede examinar el estado del programa en varios<br /> puntos para determinar si el estado real coinciden con el esperado o mencionado.<br /> <br /> == Referencias ==<br /> {{listaref}}<br /> <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Flujo_de_pruebas_de_un_software&diff=649097 2011-06-09T01:33:19Z

<p>Olago: </p> <hr /> <div> <br /> <br /> '''El ciclo de vida de Prueba'''<br /> <br /> El software es refinado a través de iteraciones en el ciclo de vida. El ciclo de<br /> vida de prueba se beneficia siguiendo un proceso iterativo equivalente. En cada<br /> iteración el equipo de desarrollo produce uno o más builds, cada builds es un<br /> candidato potencial para probar. <br /> Los objetivos del equipo de desarrollo difieren de una iteración a otra. El equipo<br /> de prueba estructura su prueba de acuerdo a los objetivos de la iteración. <br /> Es importante tener claros diferentes conceptos como<br /> 1.Niveles de prueba <br /> 2. Tipos de pruebas <br /> 3.Estrategia <br /> 4.Métodos de prueba <br /> == Niveles de Prueba ==<br /> <br /> La Prueba es aplicada para diferentes tipos de objetivos, en diferentes escenarios o<br /> niveles de trabajo. <br /> Se distinguen los siguientes niveles de pruebas: <br /> • Prueba de desarrollador <br /> • Prueba independiente <br /> • Prueba de Unidad<br /> • Prueba de Integración <br /> • Prueba de sistema <br /> • Prueba de aceptación <br /> <br /> === Prueba de Desarrollador === Es la prueba diseñada e implementada por el equipo de<br /> desarrollo. Tradicionalmente estas pruebas han sido consideradas solo para la<br /> prueba de unidad, aunque en la actualidad en algunos casos pueden ejecutar<br /> pruebas de integración. Se recomienda que estas pruebas cubran más que las<br /> pruebas de unidad. <br /> <br /> === Prueba independiente ===<br /> Es la prueba que es diseñada e implementada por alguien<br /> independiente del grupo de desarrolladores. El objetivo de estas pruebas es<br /> proporcionar una perspectiva deferente y en un ambiente más rico que los<br /> desarrolladores. Una vista de la prueba independiente es la prueba<br /> independiente de los stakeholder, que son pruebas basadas en las necesidades y<br /> preocupaciones de los stakeholders. <br /> <br /> === Prueba de unidad ===<br /> Es la prueba enfocada a los elementos testeables más<br /> pequeño del software. Es aplicable a componentes representados en el modelo de<br /> implementación para verificar que los flujos de control y de datos están<br /> cubiertos, y que ellos funcionen como se espera. La prueba de unidad siempre<br /> está orientada a caja blanca. <br /> Antes de iniciar cualquier otra prueba es preciso probar el flujo de datos de la<br /> interfaz del componente. <br /> Si los datos no entran correctamente, todas las demás pruebas no tienen sentido. <br /> El diseño de casos de prueba de una unidad comienza una vez que se ha desarrollado,<br /> revisado y verificado en su sintaxis el código a nivel fuente. <br /> Prueba de unidad en el contexto OO <br /> En lugar de módulos individuales, una menor unidad a probar es la clase u objeto<br /> encapsulado. Una clase puede contener un cierto número de operaciones, y una<br /> operación particular puede existir como parte de un número de clases<br /> diferentes. Esta prueba de clases para el software OO es equivalente a la<br /> prueba de unidad para el software convencional. <br /> <br /> La prueba de clases para software OO está dirigida por las<br /> operaciones encapsuladas por la clase y el estado del comportamiento de la<br /> clase. No se puede probar una operación aisladamente sino como parte de una<br /> clase.<br /> <br /> === Prueba de integración === Es ejecutada para asegurar que los componentes en el modelo<br /> de implementación operen correctamente cuando son combinados para ejecutar un<br /> caso de uso. Se prueba un paquete o un conjunto de paquetes del modelo de<br /> implementación. Estas pruebas descubren errores o incompletitud en las<br /> especificaciones de las interfaces de los paquetes. Esta prueba debe ser<br /> responsabilidad de desarrolladores y de independientes, sin solaparse las<br /> pruebas. <br /> Es el proceso de combinar y probar múltiples componentes juntos. El objetivo es tomar<br /> los componentes probados en unidad y construir una estructura de programa que<br /> esté de acuerdo con lo que dicta el diseño. <br /> Se llama integración incremental cuando el programa se construye y se prueba en pequeños<br /> segmentos en los que los errores son más fáciles de aislar y corregir, es más<br /> probable que se pueda probar completamente las interfaces y se puede aplicar un<br /> enfoque de prueba sistemática. <br /> <br /> Hay dos estrategias de integración incremental: <br /> <br /> == Integración Descendente (Top-Down) ==<br /> Se integran los módulos moviéndose hacia abajo por la<br /> jerarquía de control. Comenzando por el módulo principal, los módulos<br /> subordinados se van incorporando a la estructura bien, en forma primero en profundidad, que integra<br /> todos los módulos de un camino de control principal de la estructura, o primero <br /> en anchura, que incorpora todos los módulos directamente subordinados a cada nivel, moviéndose<br /> por la estructura de forma horizontal. <br /> Este proceso se realiza en una serie de cinco pasos: <br /> 1. Se usa el módulo de control<br /> principal como controlador de la prueba, disponiendo de resguardos para <br /> todos los módulos directamente subordinados al módulo de control principal. <br /> 2.Dependiendo del enfoque de integración elegido se van sustituyendo los<br /> resguardos subordinados uno a unopor los módulos reales. <br /> 3. Se llevan a cabo pruebas cada vez que se integra un nuevo módulo. <br /> 4. Tras terminar cada conjunto de pruebas, se reemplaza otro resguardo con el módulo real. <br /> 5. Se hace la prueba de regresión para asegurarse de que no se han introducido<br /> errores nuevos. <br /> El programa continúa desde el paso 2 hasta que se haya construido la estructura<br /> del programa entero. <br /> Al aplicar esta estrategia pueden surgir algunos problemas,<br /> el más común se da cuando se requiere un proceso de los niveles más bajos de la<br /> jerarquía para poder probar adecuadamente los niveles superiores. Al principio<br /> de la prueba descendente, los módulos de bajo nivel se reemplazan por resguardos; por tanto, no pueden fluir<br /> datos significativos hacia arriba por la estructura del programa. <br /> Para solucionar esto se tienen tres opciones: <br /> -Retrasar muchas de las pruebas hasta que los resguardos sean reemplazados por<br /> los módulos reales. <br /> -Desarrollar resguardos que realicen funciones limitadas que simulen los módulos<br /> reales. <br /> -Integrar el software desde el fondo de la jerarquía hacia arriba. <br /> <br /> ==Integración Ascendente (Bottom-Up) ==<br /> Empieza la construcción y la prueba con los módulos de los niveles más bajos de la<br /> estructura del programa. Dado que los módulos se integran de abajo hacia<br /> arriba, el proceso requerido de los módulos subordinados a un nivel dado<br /> siempre están disponibles y se elimina la necesidad de resguardos. <br /> Se puede implementar una estrategia de integración ascendente mediante los siguientes<br /> pasos: <br /> 1. Se combinan los módulos de bajo nivel en grupos que realicen una subfunción<br /> específica del software.<br /> 2. Se escribe un controlador para coordinar la entrada y la salida de los casos de<br /> prueba. <br /> 3. Seprueba el grupo. <br /> 4. Se eliminan los controladores y se combinan los grupos moviéndose hacia arriba por<br /> la estructura del programa. <br /> A medidaque la integración progresa disminuye la necesidad de controladores de prueba<br /> diferentes. Laselección de una estrategia de integración depende de las características del<br /> software y de la planificación del proyecto. <br /> Una buenaalternativa es usar una mezcla de las dos estrategias (Ascendente y<br /> Descendente) que use la descendente para los niveles superiores de la<br /> estructura, junto con la ascendente para los niveles subordinados. <br /> A medidaque progresa la prueba de integración, se deben identificar los módulos<br /> críticos. Un módulo crítico es aquel que tiene las una o más de las siguientes<br /> características: <br /> • Está dirigido avarios requisitos del software <br /> • Tiene un mayornivel de control <br /> • Es complejo opropenso a errores. <br /> • Tiene unosrequisitos de rendimiento muy definidos. <br /> • Los móduloscríticos deben probarse lo antes posible. En el caso de integrar varios módulos<br /> y se encuentra un error en el momento de integrarlos, se tiene que hacer una Prueba<br /> de Regresión. <br /> == Prueba de Regresión ==<br /> Cada vez que se añade un nuevo módulo como parte de una prueba de integración, el<br /> software cambia. <br /> <br /> Estos cambios pueden causar problemas con funciones que antes trabajaban<br /> perfectamente. La prueba de regresión es la actividad que ayuda a asegurar que<br /> los cambios no introducen un comportamiento no deseado o errores adicionales.<br /> El conjunto de pruebas de regresión contiene tres clases diferentes de casos de<br /> prueba: <br /> • Una muestra representativa de pruebas que ejercite todas las funciones del software. <br /> • Pruebas adicionales que se centran en las funciones del software que se van a ver<br /> probablemente afectadas por el cambio. <br /> • Pruebas que se centran en los componentes del software que ha cambiado. <br /> No es práctico ni eficiente volver a ejecutar cada prueba de cada función del<br /> programa después de un cambio. <br /> Existen dos estrategias diferentes para pruebas de integración en sistemas OO [BIN94a]:<br /> <br /> === Prueba basada en hilos ===<br /> Integra el conjunto de clases necesario para responder a una entrada o evento del<br /> sistema. Cada hilo se integra y prueba individualmente. Se aplica la prueba de<br /> regresión para asegurar que no ocurren efectos colaterales. <br /> === Prueba basada en uso ===<br /> Comienza la construcción del sistema probando aquellas clases (llamadas independientes)<br /> que usan muy pocas de las clases servidor. Luego se comprueban la próxima capa<br /> de clases, llamadas clases dependientes, que usan las clases independientes.<br /> Esta secuencia de capas de clases dependientes continúahasta construir el sistema por completo. <br /> == Prueba deSistema == <br /> Son las pruebas que se hacen cuando el software está<br /> funcionando como un todo. <br /> Es la actividad de prueba dirigida a verificar el programa final, después que todos<br /> los componentes de software y hardware han sido integrados. <br /> En un ciclo iterativo estas pruebas ocurren más temprano, tan pronto como<br /> subconjuntos bien formados de comportamiento de caso de uso son implementados. <br /> Tipo de Pruebas del Sistema <br /> - Prueba de Recuperación: Es una prueba del sistema que fuerza el fallo del software de muchas <br /> formas y verifica que la recuperación se lleva a cabo apropiadamente. <br /> - Prueba de Seguridad:Intenta verificar que los mecanismosde protección incorporados en el sistema <br /> loprotegerán, de hecho, de acceso impropios. <br /> - Prueba de Resistencia: Están diseñadas para enfrentar a los programas con situaciones anormales. <br /> - Prueba de Rendimiento: Está diseñada para probar el rendimiento del software en tiempo de ejecución <br /> dentro del contexto de un sistema integrado. <br /> == Prueba de aceptación ==<br /> Prueba de aceptación del usuario es la prueba final antes<br /> del despliegue del sistema. Su objetivo es verificar que el software está listo<br /> y que puede ser usado por usuarios finales para ejecutar aquellas funciones y<br /> tareas para las cuales el software fue construido. <br /> Un comentario sobre la secuencia de los niveles de prueba. <br /> Las pruebas de unidad son implementadas en la iteración más temprana como el primer<br /> nivel de prueba. <br /> Pero en un proceso iterativo ejecutar todas las pruebas de unidad antes de pasar a<br /> niveles siguientes de prueba como regla es inapropiado. Una mejor estrategia es<br /> identificar las pruebas de unidad, integración y sistema que ofrecen mayor<br /> potencial para encontrar errores y entonces implementarlas y ejecutarlas. <br /> == Tipos de Prueba ==<br /> ===Funcionalidad ===<br /> <br /> Función:Pruebas fijando su atención en la validación de las funciones,<br /> métodos, servicios, caso de uso. <br /> Seguridad: Asegurar que los datos o el sistema solamente es accedido por los actores deseados. <br /> Volumen: Enfocada en verificando las habilidades de los programas para manejar grandes cantidades<br /> de datos, tanto como entrada, salida o residente en la BD. <br /> === Usabilidad === <br /> Usabilidad: Prueba<br /> enfocada a factores humanos, estéticos, consistencia en la interfaz de usuario,<br /> ayuda sensitiva al contexto y en línea, asistente documentación de usuarios y<br /> materiales de entrenamiento. <br /> === Fiabilidad ===<br /> Integridad: Enfocada a la valoración de la robustez<br /> (resistencia a fallos). <br /> Estructura: Enfocada<br /> a la valoración a la adherencia a su diseño y formación. Este tipo de prueba es<br /> hecho a alas aplicaciones Web asegurando que todos los enlaces están<br /> conectados, el contenido deseado es mostrado y no hay contenido huérfano. <br /> Stress: Enfocada a evaluar cómo el sistema responde bajo condiciones anormales. (extrema<br /> sobrecarga, insuficiente memoria, servicios y hardware no disponible, recursos<br /> compartidos no disponible ) <br /> === Performance (Rendimiento) ===<br /> Benchmark: es un tipo de prueba que compara el rendimiento de un elemento nuevo o desconocido a<br /> uno de carga de trabajo de referencia conocido. <br /> Contención: Enfocada a la validación de las habilidades del elemento a probar para manejar<br /> aceptablemente la demanda de múltiples actores sobre un mismo recurso (registro<br /> de recursos, memoria, etc) <br /> Carga: Usada para validar y valorar la aceptabilidad de lo límites operacionales de un<br /> sistema bajo carga de trabajo variable, mientras el sistema bajo prueba<br /> permanece constante. La variación en carga es simular la carga<br /> de trabajo promedio y con picos que ocurre dentro de tolerancias operacionales<br /> normales. <br /> Performance profile: Enfocadas a monitorear el tiempo en flujo de ejecución,<br /> acceso a datos, en llamada a funciones y sistema para identificar y direccional<br /> los cuellos de botellas y los procesos ineficientes. <br /> === Soportabilidad ===<br /> Configuracion: Enfocada a asegurar que funciona en diferentes configuraciones de hardware y software.<br /> Esta prueba es implementada también como prueba de rendimiento del sistema <br /> Instalacion: Enfocada a asegurar la instalación en diferentes configuraciones de hardware y software<br /> bajo diferentes condiciones (insuficiente espacio en disco, etc) <br /> Estrategiade Prueba <br /> La estrategia de prueba describe el enfoque y los objetivosgenerales de las actividades de prueba. <br /> Incluye<br /> los niveles de prueba (unidad, integración, etc) a ser diseccionados y el tipo<br /> de prueba a ser ejecutadas (funcional, stress, etc). <br /> La estrategia define: <br /> • Técnicas de pruebas (manual o automática) y herramientas a ser usadas. <br /> • Qué criterios de éxitos y culminación de la prueba serán usados. <br /> • Consideraciones especiales afectadas por requerimientos de recursos o que tengan implicaciones en la planificación. <br /> Usted enfoca diferentes tipos de pruebas en dependencia del número de iteraciones, eltamaño de la iteración y el tipo de proyecto que se está probando. <br /> En los programas Orientados a Objetos la estrategia y las tácticas de las pruebascambian. <br /> Para probar los sistemas OO adecuadamente, se deben hacer tres cosas: <br /> 1. Ladefinición de las pruebas debe ampliarse para incluir técnicas de detección de<br /> errores aplicados a los modelos de Análisis y diseño Orientado a Objetos. <br /> 2. La estrategia para las pruebas de unidad e integración deben cambiar<br /> significativamente. <br /> 3. El diseño de casos de prueba debe tener en cuenta las características propias del<br /> software orientado a objetos. &lt;ref&gt;PRESSMAN,<br /> ROGER S. Ingenieria de Software Un Enfoque Práctico&lt;/ref&gt;<br /> == Métodos de Prueba ==<br /> Son dos fundamentales: el método de la caja negra y de la caja<br /> blanca. La prueba de [[caja negra]] se refiere a las pruebas que se llevan a cabo sobre la interfaz del<br /> software. O sea, los casos de prueba pretenden demostrar que las funciones del<br /> software son operativas, que la entrada se acepta de forma adecuada y que se<br /> produce un resultado correcto, así como que la integridad de la información<br /> externa se mantiene. <br /> La prueba de la [[caja blanca]] del software se comprueba los caminos lógicos del software<br /> proponiendo casos de prueba que se ejerciten conjuntos específicos de<br /> condiciones y/o bucles. Se puede examinar el estado del programa en varios<br /> puntos para determinar si el estado real coinciden con el esperado o mencionado.<br /> <br /> == Referencias ==<br /> {{listaref}}<br /> <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Flujo_de_pruebas_de_un_software&diff=649096 2011-06-09T01:32:26Z

<p>Olago: Página creada con ' '''El ciclo devida de Prueba''' El software es refinado a través de iteraciones en el ciclo de vida. El ciclo de vida de prueba se beneficia siguiendo un proceso iterativo ...'</p> <hr /> <div> <br /> <br /> '''El ciclo devida de Prueba'''<br /> <br /> El software es refinado a través de iteraciones en el ciclo de vida. El ciclo de<br /> vida de prueba se beneficia siguiendo un proceso iterativo equivalente. En cada<br /> iteración el equipo de desarrollo produce uno o más builds, cada builds es un<br /> candidato potencial para probar. <br /> Los objetivos del equipo de desarrollo difieren de una iteración a otra. El equipo<br /> de prueba estructura su prueba de acuerdo a los objetivos de la iteración. <br /> Es importante tener claros diferentes conceptos como<br /> 1.Niveles de prueba <br /> 2. Tipos de pruebas <br /> 3.Estrategia <br /> 4.Métodos de prueba <br /> == Niveles de Prueba ==<br /> <br /> La Prueba es aplicada para diferentes tipos de objetivos, en diferentes escenarios o<br /> niveles de trabajo. <br /> Se distinguen los siguientes niveles de pruebas: <br /> • Prueba de desarrollador <br /> • Prueba independiente <br /> • Prueba de Unidad<br /> • Prueba de Integración <br /> • Prueba de sistema <br /> • Prueba de aceptación <br /> <br /> === Prueba de Desarrollador === Es la prueba diseñada e implementada por el equipo de<br /> desarrollo. Tradicionalmente estas pruebas han sido consideradas solo para la<br /> prueba de unidad, aunque en la actualidad en algunos casos pueden ejecutar<br /> pruebas de integración. Se recomienda que estas pruebas cubran más que las<br /> pruebas de unidad. <br /> <br /> === Prueba independiente ===<br /> Es la prueba que es diseñada e implementada por alguien<br /> independiente del grupo de desarrolladores. El objetivo de estas pruebas es<br /> proporcionar una perspectiva deferente y en un ambiente más rico que los<br /> desarrolladores. Una vista de la prueba independiente es la prueba<br /> independiente de los stakeholder, que son pruebas basadas en las necesidades y<br /> preocupaciones de los stakeholders. <br /> <br /> === Prueba de unidad ===<br /> Es la prueba enfocada a los elementos testeables más<br /> pequeño del software. Es aplicable a componentes representados en el modelo de<br /> implementación para verificar que los flujos de control y de datos están<br /> cubiertos, y que ellos funcionen como se espera. La prueba de unidad siempre<br /> está orientada a caja blanca. <br /> Antes de iniciar cualquier otra prueba es preciso probar el flujo de datos de la<br /> interfaz del componente. <br /> Si los datos no entran correctamente, todas las demás pruebas no tienen sentido. <br /> El diseño de casos de prueba de una unidad comienza una vez que se ha desarrollado,<br /> revisado y verificado en su sintaxis el código a nivel fuente. <br /> Prueba de unidad en el contexto OO <br /> En lugar de módulos individuales, una menor unidad a probar es la clase u objeto<br /> encapsulado. Una clase puede contener un cierto número de operaciones, y una<br /> operación particular puede existir como parte de un número de clases<br /> diferentes. Esta prueba de clases para el software OO es equivalente a la<br /> prueba de unidad para el software convencional. <br /> <br /> La prueba de clases para software OO está dirigida por las<br /> operaciones encapsuladas por la clase y el estado del comportamiento de la<br /> clase. No se puede probar una operación aisladamente sino como parte de una<br /> clase.<br /> <br /> === Prueba de integración === Es ejecutada para asegurar que los componentes en el modelo<br /> de implementación operen correctamente cuando son combinados para ejecutar un<br /> caso de uso. Se prueba un paquete o un conjunto de paquetes del modelo de<br /> implementación. Estas pruebas descubren errores o incompletitud en las<br /> especificaciones de las interfaces de los paquetes. Esta prueba debe ser<br /> responsabilidad de desarrolladores y de independientes, sin solaparse las<br /> pruebas. <br /> Es el proceso de combinar y probar múltiples componentes juntos. El objetivo es tomar<br /> los componentes probados en unidad y construir una estructura de programa que<br /> esté de acuerdo con lo que dicta el diseño. <br /> Se llama integración incremental cuando el programa se construye y se prueba en pequeños<br /> segmentos en los que los errores son más fáciles de aislar y corregir, es más<br /> probable que se pueda probar completamente las interfaces y se puede aplicar un<br /> enfoque de prueba sistemática. <br /> <br /> Hay dos estrategias de integración incremental: <br /> <br /> == Integración Descendente (Top-Down) ==<br /> Se integran los módulos moviéndose hacia abajo por la<br /> jerarquía de control. Comenzando por el módulo principal, los módulos<br /> subordinados se van incorporando a la estructura bien, en forma primero en profundidad, que integra<br /> todos los módulos de un camino de control principal de la estructura, o primero <br /> en anchura, que incorpora todos los módulos directamente subordinados a cada nivel, moviéndose<br /> por la estructura de forma horizontal. <br /> Este proceso se realiza en una serie de cinco pasos: <br /> 1. Se usa el módulo de control<br /> principal como controlador de la prueba, disponiendo de resguardos para <br /> todos los módulos directamente subordinados al módulo de control principal. <br /> 2.Dependiendo del enfoque de integración elegido se van sustituyendo los<br /> resguardos subordinados uno a unopor los módulos reales. <br /> 3. Se llevan a cabo pruebas cada vez que se integra un nuevo módulo. <br /> 4. Tras terminar cada conjunto de pruebas, se reemplaza otro resguardo con el módulo real. <br /> 5. Se hace la prueba de regresión para asegurarse de que no se han introducido<br /> errores nuevos. <br /> El programa continúa desde el paso 2 hasta que se haya construido la estructura<br /> del programa entero. <br /> Al aplicar esta estrategia pueden surgir algunos problemas,<br /> el más común se da cuando se requiere un proceso de los niveles más bajos de la<br /> jerarquía para poder probar adecuadamente los niveles superiores. Al principio<br /> de la prueba descendente, los módulos de bajo nivel se reemplazan por resguardos; por tanto, no pueden fluir<br /> datos significativos hacia arriba por la estructura del programa. <br /> Para solucionar esto se tienen tres opciones: <br /> -Retrasar muchas de las pruebas hasta que los resguardos sean reemplazados por<br /> los módulos reales. <br /> -Desarrollar resguardos que realicen funciones limitadas que simulen los módulos<br /> reales. <br /> -Integrar el software desde el fondo de la jerarquía hacia arriba. <br /> <br /> ==Integración Ascendente (Bottom-Up) ==<br /> Empieza la construcción y la prueba con los módulos de los niveles más bajos de la<br /> estructura del programa. Dado que los módulos se integran de abajo hacia<br /> arriba, el proceso requerido de los módulos subordinados a un nivel dado<br /> siempre están disponibles y se elimina la necesidad de resguardos. <br /> Se puede implementar una estrategia de integración ascendente mediante los siguientes<br /> pasos: <br /> 1. Se combinan los módulos de bajo nivel en grupos que realicen una subfunción<br /> específica del software.<br /> 2. Se escribe un controlador para coordinar la entrada y la salida de los casos de<br /> prueba. <br /> 3. Seprueba el grupo. <br /> 4. Se eliminan los controladores y se combinan los grupos moviéndose hacia arriba por<br /> la estructura del programa. <br /> A medidaque la integración progresa disminuye la necesidad de controladores de prueba<br /> diferentes. Laselección de una estrategia de integración depende de las características del<br /> software y de la planificación del proyecto. <br /> Una buenaalternativa es usar una mezcla de las dos estrategias (Ascendente y<br /> Descendente) que use la descendente para los niveles superiores de la<br /> estructura, junto con la ascendente para los niveles subordinados. <br /> A medidaque progresa la prueba de integración, se deben identificar los módulos<br /> críticos. Un módulo crítico es aquel que tiene las una o más de las siguientes<br /> características: <br /> • Está dirigido avarios requisitos del software <br /> • Tiene un mayornivel de control <br /> • Es complejo opropenso a errores. <br /> • Tiene unosrequisitos de rendimiento muy definidos. <br /> • Los móduloscríticos deben probarse lo antes posible. En el caso de integrar varios módulos<br /> y se encuentra un error en el momento de integrarlos, se tiene que hacer una Prueba<br /> de Regresión. <br /> == Prueba de Regresión ==<br /> Cada vez que se añade un nuevo módulo como parte de una prueba de integración, el<br /> software cambia. <br /> <br /> Estos cambios pueden causar problemas con funciones que antes trabajaban<br /> perfectamente. La prueba de regresión es la actividad que ayuda a asegurar que<br /> los cambios no introducen un comportamiento no deseado o errores adicionales.<br /> El conjunto de pruebas de regresión contiene tres clases diferentes de casos de<br /> prueba: <br /> • Una muestra representativa de pruebas que ejercite todas las funciones del software. <br /> • Pruebas adicionales que se centran en las funciones del software que se van a ver<br /> probablemente afectadas por el cambio. <br /> • Pruebas que se centran en los componentes del software que ha cambiado. <br /> No es práctico ni eficiente volver a ejecutar cada prueba de cada función del<br /> programa después de un cambio. <br /> Existen dos estrategias diferentes para pruebas de integración en sistemas OO [BIN94a]:<br /> <br /> === Prueba basada en hilos ===<br /> Integra el conjunto de clases necesario para responder a una entrada o evento del<br /> sistema. Cada hilo se integra y prueba individualmente. Se aplica la prueba de<br /> regresión para asegurar que no ocurren efectos colaterales. <br /> === Prueba basada en uso ===<br /> Comienza la construcción del sistema probando aquellas clases (llamadas independientes)<br /> que usan muy pocas de las clases servidor. Luego se comprueban la próxima capa<br /> de clases, llamadas clases dependientes, que usan las clases independientes.<br /> Esta secuencia de capas de clases dependientes continúahasta construir el sistema por completo. <br /> == Prueba deSistema == <br /> Son las pruebas que se hacen cuando el software está<br /> funcionando como un todo. <br /> Es la actividad de prueba dirigida a verificar el programa final, después que todos<br /> los componentes de software y hardware han sido integrados. <br /> En un ciclo iterativo estas pruebas ocurren más temprano, tan pronto como<br /> subconjuntos bien formados de comportamiento de caso de uso son implementados. <br /> Tipo de Pruebas del Sistema <br /> - Prueba de Recuperación: Es una prueba del sistema que fuerza el fallo del software de muchas <br /> formas y verifica que la recuperación se lleva a cabo apropiadamente. <br /> - Prueba de Seguridad:Intenta verificar que los mecanismosde protección incorporados en el sistema <br /> loprotegerán, de hecho, de acceso impropios. <br /> - Prueba de Resistencia: Están diseñadas para enfrentar a los programas con situaciones anormales. <br /> - Prueba de Rendimiento: Está diseñada para probar el rendimiento del software en tiempo de ejecución <br /> dentro del contexto de un sistema integrado. <br /> == Prueba de aceptación ==<br /> Prueba de aceptación del usuario es la prueba final antes<br /> del despliegue del sistema. Su objetivo es verificar que el software está listo<br /> y que puede ser usado por usuarios finales para ejecutar aquellas funciones y<br /> tareas para las cuales el software fue construido. <br /> Un comentario sobre la secuencia de los niveles de prueba. <br /> Las pruebas de unidad son implementadas en la iteración más temprana como el primer<br /> nivel de prueba. <br /> Pero en un proceso iterativo ejecutar todas las pruebas de unidad antes de pasar a<br /> niveles siguientes de prueba como regla es inapropiado. Una mejor estrategia es<br /> identificar las pruebas de unidad, integración y sistema que ofrecen mayor<br /> potencial para encontrar errores y entonces implementarlas y ejecutarlas. <br /> == Tipos de Prueba ==<br /> ===Funcionalidad ===<br /> <br /> Función:Pruebas fijando su atención en la validación de las funciones,<br /> métodos, servicios, caso de uso. <br /> Seguridad: Asegurar que los datos o el sistema solamente es accedido por los actores deseados. <br /> Volumen: Enfocada en verificando las habilidades de los programas para manejar grandes cantidades<br /> de datos, tanto como entrada, salida o residente en la BD. <br /> === Usabilidad === <br /> Usabilidad: Prueba<br /> enfocada a factores humanos, estéticos, consistencia en la interfaz de usuario,<br /> ayuda sensitiva al contexto y en línea, asistente documentación de usuarios y<br /> materiales de entrenamiento. <br /> === Fiabilidad ===<br /> Integridad: Enfocada a la valoración de la robustez<br /> (resistencia a fallos). <br /> Estructura: Enfocada<br /> a la valoración a la adherencia a su diseño y formación. Este tipo de prueba es<br /> hecho a alas aplicaciones Web asegurando que todos los enlaces están<br /> conectados, el contenido deseado es mostrado y no hay contenido huérfano. <br /> Stress: Enfocada a evaluar cómo el sistema responde bajo condiciones anormales. (extrema<br /> sobrecarga, insuficiente memoria, servicios y hardware no disponible, recursos<br /> compartidos no disponible ) <br /> === Performance (Rendimiento) ===<br /> Benchmark: es un tipo de prueba que compara el rendimiento de un elemento nuevo o desconocido a<br /> uno de carga de trabajo de referencia conocido. <br /> Contención: Enfocada a la validación de las habilidades del elemento a probar para manejar<br /> aceptablemente la demanda de múltiples actores sobre un mismo recurso (registro<br /> de recursos, memoria, etc) <br /> Carga: Usada para validar y valorar la aceptabilidad de lo límites operacionales de un<br /> sistema bajo carga de trabajo variable, mientras el sistema bajo prueba<br /> permanece constante. La variación en carga es simular la carga<br /> de trabajo promedio y con picos que ocurre dentro de tolerancias operacionales<br /> normales. <br /> Performance profile: Enfocadas a monitorear el tiempo en flujo de ejecución,<br /> acceso a datos, en llamada a funciones y sistema para identificar y direccional<br /> los cuellos de botellas y los procesos ineficientes. <br /> === Soportabilidad ===<br /> Configuracion: Enfocada a asegurar que funciona en diferentes configuraciones de hardware y software.<br /> Esta prueba es implementada también como prueba de rendimiento del sistema <br /> Instalacion: Enfocada a asegurar la instalación en diferentes configuraciones de hardware y software<br /> bajo diferentes condiciones (insuficiente espacio en disco, etc) <br /> Estrategiade Prueba <br /> La estrategia de prueba describe el enfoque y los objetivosgenerales de las actividades de prueba. <br /> Incluye<br /> los niveles de prueba (unidad, integración, etc) a ser diseccionados y el tipo<br /> de prueba a ser ejecutadas (funcional, stress, etc). <br /> La estrategia define: <br /> • Técnicas de pruebas (manual o automática) y herramientas a ser usadas. <br /> • Qué criterios de éxitos y culminación de la prueba serán usados. <br /> • Consideraciones especiales afectadas por requerimientos de recursos o que tengan implicaciones en la planificación. <br /> Usted enfoca diferentes tipos de pruebas en dependencia del número de iteraciones, eltamaño de la iteración y el tipo de proyecto que se está probando. <br /> En los programas Orientados a Objetos la estrategia y las tácticas de las pruebascambian. <br /> Para probar los sistemas OO adecuadamente, se deben hacer tres cosas: <br /> 1. Ladefinición de las pruebas debe ampliarse para incluir técnicas de detección de<br /> errores aplicados a los modelos de Análisis y diseño Orientado a Objetos. <br /> 2. La estrategia para las pruebas de unidad e integración deben cambiar<br /> significativamente. <br /> 3. El diseño de casos de prueba debe tener en cuenta las características propias del<br /> software orientado a objetos. &lt;ref&gt;PRESSMAN,<br /> ROGER S. Ingenieria de Software Un Enfoque Práctico&lt;/ref&gt;<br /> == Métodos de Prueba ==<br /> Son dos fundamentales: el método de la caja negra y de la caja<br /> blanca. La prueba de [[caja negra]] se refiere a las pruebas que se llevan a cabo sobre la interfaz del<br /> software. O sea, los casos de prueba pretenden demostrar que las funciones del<br /> software son operativas, que la entrada se acepta de forma adecuada y que se<br /> produce un resultado correcto, así como que la integridad de la información<br /> externa se mantiene. <br /> La prueba de la [[caja blanca]] del software se comprueba los caminos lógicos del software<br /> proponiendo casos de prueba que se ejerciten conjuntos específicos de<br /> condiciones y/o bucles. Se puede examinar el estado del programa en varios<br /> puntos para determinar si el estado real coinciden con el esperado o mencionado.<br /> <br /> == Referencias ==<br /> {{listaref}}<br /> <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=649081 2011-06-09T00:54:00Z

<p>Olago: </p> <hr /> <div>{{Normalizar}}<br /> '''Multiplexión''' La multiplexión es una forma de transmisión de información en la cual un canal de comunicación lleva varias transmisiones al mismo tiempo.El número exacto de la transmisión simultánea depende del tipo del canal de comunicación y el precio de transmisión de información.<br /> == Multiplexion FDM ==<br /> la [[Multiplexión]] por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexión FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las [[Modulación | modulaciones]] AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> === Ventajas de FDM ===<br /> #Aquí el usuario puede ser añadido al sistema por simplemente añadiendo otro par de modulador de transmisor y receptor domodulators.<br /> #El sistema de FDM apoya el flujo de dúplex total de información que es requerido por la mayor parte de la aplicación.<br /> #El problema del ruido para la comunicación análoga tiene menos el efecto.<br /> === Desventajas de FDM ===<br /> #En el sistema FDM, el coste inicial es alto. Este puede incluir el cable entre los dos finales y los conectors asociados para el cable.<br /> #En el sistema FDM, un problema para un usuario puede afectar a veces a otros.<br /> #En el sistema FDM, cada usuario requiere una frecuencia de portador precisa.<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada [[buffer]] sea vaciado antes de que lleguen nuevos datos. &lt;ref&gt;http://www.ligaturesoft.com/spanish/data_communications/Multiplexion.html Multiplexión &lt;/ref&gt;<br /> === Multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> === Ventajas de TDM ===<br /> #Esto usa unos enlaces solos<br /> #Esto no requiere al portador preciso que empareja a ambo final de los enlaces.<br /> #El uso de la capacidad es alto.<br /> #Cada uno para ampliar el número de usuarios en un sistema en un coste bajo.<br /> #No hay ninguna necesidad de incluir la identificación de la corriente de tráfico en cada paquete.<br /> === Desventajas de TDM ===<br /> #La sensibilidad frente a otro problema de usuario es alta<br /> #El coste inicial es alto<br /> #La complejidad técnica es más<br /> #El problema del ruido para la [[comunicación análoga]] tiene el mayor efecto.<br /> <br /> <br /> == Enlaces Externos ==<br /> [http://es.kioskea.net/contents/transmission/transmux.php3 http://es.kioskea.net/contents/transmission/transmux.php3]<br /> <br /> [http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION]<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Corporaci%C3%B3n_Oracle&diff=595465 2011-05-17T15:04:50Z

<p>Olago: Corporacion Oracle trasladada a Corporación Oracle</p> <hr /> <div>'''Oracle Corporation''' es una de las mayores compañías de software del mundo. Sus productos van desde bases de datos (Oracle) hasta sistemas de gestión. Cuenta además, con herramientas propias de desarrollo para realizar potentes aplicaciones, como [[Oracle Designer]], [[Oracle JDeveloper]] y Oracle Developer Suite. Su CEO actual es Larry Ellison. <br /> <br /> == Historia == <br /> [[Oracle]] surge a finales de los 70 bajo el nombre de Relational Software a partir de un estudio de George Koch sobre sistemas gestores de base de datos que Computer World definió como uno de los más completos jamás escritos sobre la materia. Corría el año 1977 cuando Larry Ellison fundó Software Development Laboratories. En el año 1979 cambia el nombre a Relational Software, Inc y presenta su nuevo producto Oracle V2 como una versión comercial de un sistema de administración de bases de datos. Esta versión no soportaba transacciones, pero sí toda la funcionalidad SQL de queries y joins. En 1983 RSI cambia su nombre definitivo a Oracle Corporation, y lanza Oracle V3, agregando el manejo de transacciones a través de las instrucciones COMMIT y ROLLBACK. De hecho, el producto es recodificado en C lo que permite expandir las plataformas de ejecución para incluir los entornos Unix, cuando hasta aquí era solo sobre Digital VAX/VMS. En 1984, Oracle V4 soporta consistencia de lectura y en 1985 Oracle V5 empieza a soportar el modelo Client/Server para unirse al auge de la aparición de las redes. Además se soporta la ejecución de queries distribuidos. 1989 trajo la aparición del ERP de Oracle, conocido como Oracle Financials ®, junto a la versión 6 del motor, que agrega un lenguaje procedural (Pl/Sql), locking a nivel de fila y la posibilidades de hacer back up sin la necesidad de bajar los procesos. Para convertirse en una base de datos completa, en 1992 aparece Oracle V7h, donde la h viene de [[datawareHouse]], aunque lo más significativo es el soporte de la integridad referencial, el almacenamiento y ejecución de programas escritos en Pl/Sql dentro del motor y la definición de triggers de base de datos. El nuevo siglo comienza y en 2001 Oracle 9i trae más de 400 nuevas características incluyendo la habilidad de manipular documentos XML, opciones de alta disponibilidad, bases de datos en Cluster. Un avance importante se hace sobre la definición de Bases de Datos Virtuales (VPD), autenticación vía LDAP y en la autoadministración de la base de datos. En 2003 Oracle Corporation lanza Oracle 10g, donde la &quot;g&quot; viene de &quot;Grid&quot;, incorporando el manejo y administración de bases de datos malladas, un conjunto de bases de datos cuya administración de espacio, recursos y servicios pueden administrarse como si fueran una sola. En el 2007, Oracle anunció la última versión de su Base de Datos en la ciudad de Nueva York, EU. La denomina Oracle 11g, el siguiente paso en la historia de la innovación tecnológica de Oracle Corporation. El 20 de abril de 2009 se anuncia la adquisión de [[Sun Microsystems]], en una operación que ronda los 7.400 millones de dólares y que amplía enormemente la cartera de servicios de Oracle.&lt;ref&gt;http://www.colombiamania.com/tecnologia/?q=oracle_historia&lt;/ref&gt; <br /> <br /> == Locacion ==<br /> <br /> Oracle tiene su sede en la localidad californiana de [[Redwood City]] (Estados Unidos). Según la clasificación The 2006 Software 500 correspondiente al año 2006, ocupa el primer lugar en la categoría de las bases de datos y el séptimo lugar a nivel mundial de las companías de tecnologías de la información. La tecnología Oracle se encuentra prácticamente en todas las industrias del mundo y en las oficinas de 98 de las 100 empresas Fortune 100.<br /> <br /> == Gestor de Base Datos ==<br /> <br /> Oracle es un sistema de gestión de [[base de datos relacional]] (o RDBMS por el acrónimo en inglés de Relational Data Base Management System), desarrollado por Oracle Corporation. Se considera a Oracle como uno de los sistemas de bases de datos más completos,destacando: soporte de transacciones, estabilidad, escalabilidad y Soporte multiplataforma. Ha sido criticada por algunos especialistas la seguridad de la plataforma, y las políticas de suministro de parches de seguridad, modificadas a comienzos de 2005 y que incrementan el nivel de exposición de los usuarios. En los parches de actualización provistos durante el primer semestre de 2005 fueron corregidas 22 vulnerabilidades públicamente conocidas, algunas de ellas con una antigüedad de más de 2 años. Aunque su dominio en el mercado de servidores empresariales ha sido casi total hasta hace poco, recientemente sufre la competencia del Microsoft SQL Server de Microsoft y de la oferta de otros RDBMS con licencia libre como PostgreSQL, MySql o Firebird. Las últimas versiones de Oracle han sido certificadas para poder trabajar bajo [[GNU/Linux]]. Oracle a partir de la versión 10g Release 2, cuenta con 6 ediciones: Oracle Database Enterprise Edition(EE). Oracle Database Standard Edition (SE). Oracle Database Standard Edition One (SE1). Oracle Database Express Edition (XE). Oracle Database Personal Edition (PE). Oracle Database Lite Edition (LE). La única edición gratuita es la Express Edition, que es compatible con las demás ediciones de Oracle Database 10gR2 y Oracle Database 11g. <br /> <br /> == referencias ==<br /> {{listaref}} <br /> <br /> [[Category:Instituciones]]</div>

Olago https://www.ecured.cu/index.php?title=Corporacion_Oracle&diff=595466 2011-05-17T15:04:50Z

<p>Olago: Corporacion Oracle trasladada a Corporación Oracle</p> <hr /> <div>#REDIRECCIÓN [[Corporación Oracle]]</div>

Olago https://www.ecured.cu/index.php?title=Corporaci%C3%B3n_Oracle&diff=595284 2011-05-17T14:42:56Z

<p>Olago: Página creada con ''''Oracle Corporation''' es una de las mayores compañías de software del mundo. Sus productos van desde bases de datos (Oracle) hasta sistemas de gestión. Cuenta además, con...'</p> <hr /> <div>'''Oracle Corporation''' es una de las mayores compañías de software del mundo. Sus productos van desde bases de datos (Oracle) hasta sistemas de gestión. Cuenta además, con herramientas propias de desarrollo para realizar potentes aplicaciones, como [[Oracle Designer]], [[Oracle JDeveloper]] y Oracle Developer Suite. Su CEO actual es Larry Ellison. <br /> <br /> == Historia == <br /> [[Oracle]] surge a finales de los 70 bajo el nombre de Relational Software a partir de un estudio de George Koch sobre sistemas gestores de base de datos que Computer World definió como uno de los más completos jamás escritos sobre la materia. Corría el año 1977 cuando Larry Ellison fundó Software Development Laboratories. En el año 1979 cambia el nombre a Relational Software, Inc y presenta su nuevo producto Oracle V2 como una versión comercial de un sistema de administración de bases de datos. Esta versión no soportaba transacciones, pero sí toda la funcionalidad SQL de queries y joins. En 1983 RSI cambia su nombre definitivo a Oracle Corporation, y lanza Oracle V3, agregando el manejo de transacciones a través de las instrucciones COMMIT y ROLLBACK. De hecho, el producto es recodificado en C lo que permite expandir las plataformas de ejecución para incluir los entornos Unix, cuando hasta aquí era solo sobre Digital VAX/VMS. En 1984, Oracle V4 soporta consistencia de lectura y en 1985 Oracle V5 empieza a soportar el modelo Client/Server para unirse al auge de la aparición de las redes. Además se soporta la ejecución de queries distribuidos. 1989 trajo la aparición del ERP de Oracle, conocido como Oracle Financials ®, junto a la versión 6 del motor, que agrega un lenguaje procedural (Pl/Sql), locking a nivel de fila y la posibilidades de hacer back up sin la necesidad de bajar los procesos. Para convertirse en una base de datos completa, en 1992 aparece Oracle V7h, donde la h viene de [[datawareHouse]], aunque lo más significativo es el soporte de la integridad referencial, el almacenamiento y ejecución de programas escritos en Pl/Sql dentro del motor y la definición de triggers de base de datos. El nuevo siglo comienza y en 2001 Oracle 9i trae más de 400 nuevas características incluyendo la habilidad de manipular documentos XML, opciones de alta disponibilidad, bases de datos en Cluster. Un avance importante se hace sobre la definición de Bases de Datos Virtuales (VPD), autenticación vía LDAP y en la autoadministración de la base de datos. En 2003 Oracle Corporation lanza Oracle 10g, donde la &quot;g&quot; viene de &quot;Grid&quot;, incorporando el manejo y administración de bases de datos malladas, un conjunto de bases de datos cuya administración de espacio, recursos y servicios pueden administrarse como si fueran una sola. En el 2007, Oracle anunció la última versión de su Base de Datos en la ciudad de Nueva York, EU. La denomina Oracle 11g, el siguiente paso en la historia de la innovación tecnológica de Oracle Corporation. El 20 de abril de 2009 se anuncia la adquisión de [[Sun Microsystems]], en una operación que ronda los 7.400 millones de dólares y que amplía enormemente la cartera de servicios de Oracle.&lt;ref&gt;http://www.colombiamania.com/tecnologia/?q=oracle_historia&lt;/ref&gt; <br /> <br /> == Locacion ==<br /> <br /> Oracle tiene su sede en la localidad californiana de [[Redwood City]] (Estados Unidos). Según la clasificación The 2006 Software 500 correspondiente al año 2006, ocupa el primer lugar en la categoría de las bases de datos y el séptimo lugar a nivel mundial de las companías de tecnologías de la información. La tecnología Oracle se encuentra prácticamente en todas las industrias del mundo y en las oficinas de 98 de las 100 empresas Fortune 100.<br /> <br /> == Gestor de Base Datos ==<br /> <br /> Oracle es un sistema de gestión de [[base de datos relacional]] (o RDBMS por el acrónimo en inglés de Relational Data Base Management System), desarrollado por Oracle Corporation. Se considera a Oracle como uno de los sistemas de bases de datos más completos,destacando: soporte de transacciones, estabilidad, escalabilidad y Soporte multiplataforma. Ha sido criticada por algunos especialistas la seguridad de la plataforma, y las políticas de suministro de parches de seguridad, modificadas a comienzos de 2005 y que incrementan el nivel de exposición de los usuarios. En los parches de actualización provistos durante el primer semestre de 2005 fueron corregidas 22 vulnerabilidades públicamente conocidas, algunas de ellas con una antigüedad de más de 2 años. Aunque su dominio en el mercado de servidores empresariales ha sido casi total hasta hace poco, recientemente sufre la competencia del Microsoft SQL Server de Microsoft y de la oferta de otros RDBMS con licencia libre como PostgreSQL, MySql o Firebird. Las últimas versiones de Oracle han sido certificadas para poder trabajar bajo [[GNU/Linux]]. Oracle a partir de la versión 10g Release 2, cuenta con 6 ediciones: Oracle Database Enterprise Edition(EE). Oracle Database Standard Edition (SE). Oracle Database Standard Edition One (SE1). Oracle Database Express Edition (XE). Oracle Database Personal Edition (PE). Oracle Database Lite Edition (LE). La única edición gratuita es la Express Edition, que es compatible con las demás ediciones de Oracle Database 10gR2 y Oracle Database 11g. <br /> <br /> == referencias ==<br /> {{listaref}} <br /> <br /> [[Category:Instituciones]]</div>

Olago https://www.ecured.cu/index.php?title=James_Gosling&diff=588161 2011-05-13T19:59:23Z

<p>Olago: Página creada con ''''Arthur James Gosling&quot; - Padre de Java''' James R. Gosling, OC, Ph.D (nacido el 19 de mayo 1955 cerca de Calgary, Alberta, Canadá) es un desarrollador de software famoso, m...'</p> <hr /> <div>'''Arthur James Gosling&quot; - Padre de Java''' <br /> <br /> James R. Gosling, OC, Ph.D (nacido el 19 de mayo 1955 cerca de Calgary, Alberta, Canadá) es un desarrollador de software famoso, mejor conocido como el padre del lenguaje de programación Java.&amp;nbsp; <br /> <br /> == Educación y carrera ==<br /> <br /> Licenciatura en Ciencias de la Computación de la Universidad de [[Calgaryen]], 1977.Doctorado en Ciencias de la Computación de la [[Universidad Carnegie Mellon]],1983;dureavte la realización de su doctoradoscribió una versión de emacs (gosmacs), y antes de unirse a Sun Microsystems se construyó una versión multi-procesador de Unix.En 1984 se unio [[Sun Microsystems]] y es conocido como el fundador del lenguaje [[JAVA]]. <br /> <br /> == Contribuciones ==<br /> <br /> Es generalmente reconocido como el inventor del lenguaje de programación Java en 1994.&amp;nbsp;Él hizo el diseño original de Java y llevado a cabo su compilador original y la máquina virtual.&amp;nbsp;Para este logro fue elegido miembro de la Academia Nacional de Ingeniería. También hizo importantes contribuciones a varios otros sistemas de software, tales como noticias y Emacs Gosling.&amp;nbsp;También co-escribió el &quot;paquete&quot; de programas, una utilidad bien detallada en Brian Kernighan y Rob Pike el libro El Entorno de Programación UNIX.&amp;nbsp;También construyó un editor de texto WYSIWYG, un editor de dibujo basado en la restricción y un editor de texto llamado de Emacs para sistemas Unix. <br /> <br /> &lt;br&gt; En la Universidad [[Carnegie-Mellon University]], en Filadelfia, que hizo su doctorado, donde desarrolló un editor de texto llamado &quot;Emacs&quot;, que se convirtió en el más utilizado editor de texto de Unix.&amp;nbsp; El doctor Gosling trabajó brevemente como un investigador de IBM y, a continuación, en septiembre de 1984, aceptó una invitación para unirse a una compañía startup en California SunMicrosystems.&amp;nbsp;Allí prosiguió su interés en la creación de redes técnicas y productos.En 1990 pasó a formar parte de un equipo que se llama el proyecto verde que se estaba desarrollando nuevas herramientas de redes.&amp;nbsp;El surgimiento de la World Wide Web le permitió conjurar un sistema donde &quot;applets&quot; de las solicitudes se mueven a través de Internet y proporcionar capacidades multimedia en cualquier equipo.&amp;nbsp;Lanzado en 1995, Java ha liberado a los programadores de los límites de los sistemas propietarios.&amp;nbsp;Las aplicaciones pueden ejecutarse en ordenadores a través de Internet, independientemente del sistema operativo que utilizan.&amp;nbsp;En Sun, su actividad fue el del ingeniero jefe del sistema de ventana de noticias.&amp;nbsp;Él hizo el diseño original del lenguaje de programación Java y llevado a cabo su compilador original y la máquina virtual.&amp;nbsp;Él trabajó brevemente para [[Oracle]] tras la adquisición de Sun. Después de un año de descanso, que ahora trabaja en [[Google]].&lt;ref&gt;http://www.javajazzup.com/issue4/page24.shtml&lt;/ref&gt;<br /> <br /> == Galardones ==<br /> <br /> En febrero de 2007, fue nombrado como Oficial de la Orden de Canadá.&amp;nbsp;La Orden es el más alto honor civil de Canadá.&amp;nbsp;Los oficiales son el segundo grado más alto.&amp;nbsp;<br /> <br /> ==Referencias==<br /> {{listaref}}<br /> <br /> [[Category:Personalidades]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=561774 2011-05-03T12:56:20Z

<p>Olago: </p> <hr /> <div>'''Multiplexión''' La multiplexión es una forma de transmisión de información en la cual un canal de comunicación lleva varias transmisiones al mismo tiempo.El número exacto de la transmisión simultánea depende del tipo del canal de comunicación y el precio de transmisión de información.<br /> == Multiplexion FDM ==<br /> la [[Multiplexión]] por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexión FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las [[Modulación | modulaciones]] AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> === Ventajas de FDM ===<br /> #Aquí el usuario puede ser añadido al sistema por simplemente añadiendo otro par de modulador de transmisor y receptor domodulators.<br /> #El sistema de FDM apoya el flujo de dúplex total de información que es requerido por la mayor parte de la aplicación.<br /> #El problema del ruido para la comunicación análoga tiene menos el efecto.<br /> === Desventajas de FDM ===<br /> #En el sistema FDM, el coste inicial es alto. Este puede incluir el cable entre los dos finales y los conectors asociados para el cable.<br /> #En el sistema FDM, un problema para un usuario puede afectar a veces a otros.<br /> #En el sistema FDM, cada usuario requiere una frecuencia de portador precisa.== Multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada [[buffer]] sea vaciado antes de que lleguen nuevos datos. &lt;ref&gt;http://www.ligaturesoft.com/spanish/data_communications/Multiplexion.html Multiplexión &lt;/ref&gt;<br /> === Multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> === Ventajas de TDM ===<br /> #Esto usa unos enlaces solos<br /> #Esto no requiere al portador preciso que empareja a ambo final de los enlaces.<br /> #El uso de la capacidad es alto.<br /> #Cada uno para ampliar el número de usuarios en un sistema en un coste bajo.<br /> #No hay ninguna necesidad de incluir la identificación de la corriente de tráfico en cada paquete.<br /> === Desventajas de TDM ===<br /> #La sensibilidad frente a otro problema de usuario es alta<br /> #El coste inicial es alto<br /> #La complejidad técnica es más<br /> #El problema del ruido para la [[comunicación análoga]] tiene el mayor efecto.<br /> <br /> <br /> == Enlaces Externos ==<br /> [http://es.kioskea.net/contents/transmission/transmux.php3 http://es.kioskea.net/contents/transmission/transmux.php3]<br /> <br /> [http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION]<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=561762 2011-05-03T12:53:14Z

<p>Olago: </p> <hr /> <div>'''Multiplexión''' La multiplexión es una forma de transmisión de información en la cual un canal de comunicación lleva varias transmisiones al mismo tiempo.El número exacto de la transmisión simultánea depende del tipo del canal de comunicación y el precio de transmisión de información.<br /> == Multiplexion FDM ==<br /> la [[Multiplexión]] por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexión FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las [[Modulación | modulaciones]] AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> === Ventajas de FDM ===<br /> #Aquí el usuario puede ser añadido al sistema por simplemente añadiendo otro par de modulador de transmisor y receptor domodulators.<br /> #El sistema de FDM apoya el flujo de dúplex total de información que es requerido por la mayor parte de la aplicación.<br /> #El problema del ruido para la comunicación análoga tiene menos el efecto.<br /> === Desventajas de FDM ===<br /> #En el sistema FDM, el coste inicial es alto. Este puede incluir el cable entre los dos finales y los conectors asociados para el cable.<br /> #En el sistema FDM, un problema para un usuario puede afectar a veces a otros.<br /> #En el sistema FDM, cada usuario requiere una frecuencia de portador precisa.<br /> <br /> == Multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada [[buffer]] sea vaciado antes de que lleguen nuevos datos. &lt;ref&gt;http://www.ligaturesoft.com/spanish/data_communications/Multiplexion.html Multiplexión &lt;/ref&gt;<br /> <br /> <br /> === Multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> === Ventajas de TDM ===<br /> #Esto usa unos enlaces solos<br /> #Esto no requiere al portador preciso que empareja a ambo final de los enlaces.<br /> #El uso de la capacidad es alto.<br /> #Cada uno para ampliar el número de usuarios en un sistema en un coste bajo.<br /> #No hay ninguna necesidad de incluir la identificación de la corriente de tráfico en cada paquete.<br /> === Desventajas de TDM ===<br /> #La sensibilidad frente a otro problema de usuario es alta<br /> #El coste inicial es alto<br /> #La complejidad técnica es más<br /> #El problema del ruido para la [[comunicación análoga]] tiene el mayor efecto.<br /> <br /> <br /> == Enlaces Externos ==<br /> [http://es.kioskea.net/contents/transmission/transmux.php3 http://es.kioskea.net/contents/transmission/transmux.php3]<br /> <br /> [http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION]<br /> <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=561749 2011-05-03T12:51:28Z

<p>Olago: </p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión'''La multiplexión es una forma de transmisión de información en la cual un canal de comunicación lleva varias transmisiones al mismo tiempo.El número exacto de la transmisión simultánea depende del tipo del canal de comunicación y el precio de transmisión de información.<br /> <br /> <br /> == Multiplexion FDM ==<br /> la [[Multiplexión]] por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexión FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las [[modulacion]]es AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> === Ventajas de FDM ===<br /> #Aquí el usuario puede ser añadido al sistema por simplemente añadiendo otro par de modulador de transmisor y receptor domodulators.<br /> #El sistema de FDM apoya el flujo de dúplex total de información que es requerido por la mayor parte de la aplicación.<br /> #El problema del ruido para la comunicación análoga tiene menos el efecto.<br /> === Desventajas de FDM ===<br /> #En el sistema FDM, el coste inicial es alto. Este puede incluir el cable entre los dos finales y los conectors asociados para el cable.<br /> #En el sistema FDM, un problema para un usuario puede afectar a veces a otros.<br /> #En el sistema FDM, cada usuario requiere una frecuencia de portador precisa.<br /> <br /> == Multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada [[buffer]] sea vaciado antes de que lleguen nuevos datos. &lt;ref&gt;http://www.ligaturesoft.com/spanish/data_communications/Multiplexion.html Multiplexión &lt;/ref&gt;<br /> <br /> <br /> === Multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> === Ventajas de TDM ===<br /> #Esto usa unos enlaces solos<br /> #Esto no requiere al portador preciso que empareja a ambo final de los enlaces.<br /> #El uso de la capacidad es alto.<br /> #Cada uno para ampliar el número de usuarios en un sistema en un coste bajo.<br /> #No hay ninguna necesidad de incluir la identificación de la corriente de tráfico en cada paquete.<br /> === Desventajas de TDM ===<br /> #La sensibilidad frente a otro problema de usuario es alta<br /> #El coste inicial es alto<br /> #La complejidad técnica es más<br /> #El problema del ruido para la [[comunicación análoga]] tiene el mayor efecto.<br /> <br /> <br /> == Enlaces Externos ==<br /> [http://es.kioskea.net/contents/transmission/transmux.php3 http://es.kioskea.net/contents/transmission/transmux.php3]<br /> <br /> [http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION]<br /> <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=561740 2011-05-03T12:50:15Z

<p>Olago: </p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión'''La multiplexión es una forma de transmisión de información en la cual un canal de comunicación lleva varias transmisiones al mismo tiempo.El número exacto de la transmisión simultánea depende del tipo del canal de comunicación y el precio de transmisión de información.<br /> <br /> <br /> == Multiplexion FDM ==<br /> la [[#Multiplexión]] por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexión FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las [[Modulación modulaciones]] AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> === Ventajas de FDM ===<br /> #Aquí el usuario puede ser añadido al sistema por simplemente añadiendo otro par de modulador de transmisor y receptor domodulators.<br /> #El sistema de FDM apoya el flujo de dúplex total de información que es requerido por la mayor parte de la aplicación.<br /> #El problema del ruido para la comunicación análoga tiene menos el efecto.<br /> === Desventajas de FDM ===<br /> #En el sistema FDM, el coste inicial es alto. Este puede incluir el cable entre los dos finales y los conectors asociados para el cable.<br /> #En el sistema FDM, un problema para un usuario puede afectar a veces a otros.<br /> #En el sistema FDM, cada usuario requiere una frecuencia de portador precisa.<br /> <br /> == Multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada [[buffer]] sea vaciado antes de que lleguen nuevos datos. &lt;ref&gt;http://www.ligaturesoft.com/spanish/data_communications/Multiplexion.html Multiplexión &lt;/ref&gt;<br /> <br /> <br /> === Multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> === Ventajas de TDM ===<br /> #Esto usa unos enlaces solos<br /> #Esto no requiere al portador preciso que empareja a ambo final de los enlaces.<br /> #El uso de la capacidad es alto.<br /> #Cada uno para ampliar el número de usuarios en un sistema en un coste bajo.<br /> #No hay ninguna necesidad de incluir la identificación de la corriente de tráfico en cada paquete.<br /> === Desventajas de TDM ===<br /> #La sensibilidad frente a otro problema de usuario es alta<br /> #El coste inicial es alto<br /> #La complejidad técnica es más<br /> #El problema del ruido para la [[comunicación análoga]] tiene el mayor efecto.<br /> <br /> <br /> == Enlaces Externos ==<br /> [http://es.kioskea.net/contents/transmission/transmux.php3 http://es.kioskea.net/contents/transmission/transmux.php3]<br /> <br /> [http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION]<br /> <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=561717 2011-05-03T12:43:23Z

<p>Olago: </p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión'''La multiplexión es una forma de transmisión de información en la cual un canal de comunicación lleva varias transmisiones al mismo tiempo.El número exacto de la transmisión simultánea depende del tipo del canal de comunicación y el precio de transmisión de información.<br /> <br /> <br /> == Multiplexion FDM ==<br /> la multiplexión por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexion FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las modulaciones AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> === Ventajas de FDM ===<br /> #Aquí el usuario puede ser añadido al sistema por simplemente añadiendo otro par de modulador de transmisor y receptor domodulators.<br /> #El sistema de FDM apoya el flujo de dúplex total de información que es requerido por la mayor parte de la aplicación.<br /> #El problema del ruido para la comunicación análoga tiene menos el efecto.<br /> === Desventajas de FDM ===<br /> #En el sistema FDM, el coste inicial es alto. Este puede incluir el cable entre los dos finales y los conectors asociados para el cable.<br /> #En el sistema FDM, un problema para un usuario puede afectar a veces a otros.<br /> #En el sistema FDM, cada usuario requiere una frecuencia de portador precisa.<br /> <br /> == Multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada buffer sea vaciado antes de que lleguen nuevos datos. [http://www.ligaturesoft.com/spanish/data_communications/Multiplexion.html Multiplexión]<br /> <br /> <br /> === Multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> === Ventajas de TDM ===<br /> #Esto usa unos enlaces solos<br /> #Esto no requiere al portador preciso que empareja a ambo final de los enlaces.<br /> #El uso de la capacidad es alto.<br /> #Cada uno para ampliar el número de usuarios en un sistema en un coste bajo.<br /> #No hay ninguna necesidad de incluir la identificación de la corriente de tráfico en cada paquete.<br /> === Desventajas de TDM ===<br /> #La sensibilidad frente a otro problema de usuario es alta<br /> #El coste inicial es alto<br /> #La complejidad técnica es más<br /> #El problema del ruido para la comunicación análoga tiene el mayor efecto.<br /> <br /> <br /> == Enlaces Externos ==<br /> [http://es.kioskea.net/contents/transmission/transmux.php3]<br /> <br /> [http://es.scribd.com/doc/48370732/TIPOS-DE-MULTIPLEXION]<br /> <br /> <br /> &lt;br&gt; <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref|2}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=542056 2011-04-26T14:09:36Z

<p>Olago: </p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión''' Multiplexion se refiere a la habilidad para transmitir datos que provienen de diversos aparatos (transmisores y receptores) simultáneamente separados en el mismo circuito de comunicación sin interferirse entre sí. <br /> <br /> == multiplexion FDM ==<br /> la multiplexión por división de frecuencia se utiliza para transmitir varios<br /> canales de información simultáneamente en el mismo canal de comunicación. En este tipo de multiplexion el el espectro de frecuencias representado por el<br /> ancho de banda disponible de un canal se divide en porciones de ancho de banda más pequeñosde acuerdo a la cantidad de canales de entrada los cuales se llaman subcanales ,los subcanales se separan entre si por una banda de guarda para evitar las interferencias por solapamiento .El tipo de multiplexion FDM modula cada señal para su transmisión ;las señales pueden ser analógicas o digitales,para las analógicas se utilizan las modulaciones AM, FM y PM ; en el caso de las digitales utilizan ASK, FSK, PSK y DPSK.<br /> <br /> == multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad.Funcionan a nivel de bit o a nivel de carácter ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivel de caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada buffer sea vaciado antes de que lleguen nuevos datos.<br /> === multiplexion asincronica ===<br /> <br /> === multiplexion estadistica ===<br /> En la vida practica ningún canal transmite continuamente, por lo tanto si se reserva automáticamente la porción de tiempo llegara el momento en el cual habra canales por los que no se trasmitirá ninguna información y otros canales esperaran innecesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que estén en activo.Por estas razones los TDMA asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> <br /> == Enlaces Externos ==<br /> <br /> [http://www.facebook.com facebook] <br /> <br /> &lt;br&gt; <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref|2}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=541729 2011-04-26T13:20:44Z

<p>Olago: </p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión''' Multiplexion se refiere a la habilidad para transmitir datos que provienen de diversos aparatos (transmisores y receptores) simultáneamente separados en el mismo circuito de comunicación sin interferirse entre sí. <br /> <br /> == multiplexion FDM ==<br /> <br /> [[Fidel]] <br /> <br /> [[Orelbis]] <br /> <br /> === Tema ===<br /> <br /> === hola ===<br /> <br /> [[Image:Fidel Castro.jpg|thumb|right]] <br /> <br /> == multiplexion TDM ==<br /> La multiplexión por división de tiempo es un medio de transmitir varios canales de información en el mismo circuito de comunicación utilizando la técnica de tiempo compartido. Más utilizada en la actualidad, especialmente en los sistemas de transmisión digitales.El ancho de banda total del medio de transmisión es asignado a cada canal durante una fracción del tiempo total (intervalo de tiempo).<br /> El multiplexor por división en el tiempo muestrea, o explora, cíclicamente las señales de entrada (datos de entrada) de los diferentes usuarios, y transmite las tramas a través de una única línea de comunicación de alta velocidad .Funcionan a nivel de bit o a nivel de carácte ,a nivel de bit cada trama contiene un bit de cada dispositivo explorado;a nivelde caracteres manda un carácter en cada canal de la trama. El segundo es generalmente más eficiente, dado que requiere menos bits de control que un TDM de bit. La operación de muestreo debe ser lo suficientemente rápida, de forma que cada buffer sea vaciado antes de que lleguen nuevos datos.<br /> === multiplexion asincronica ===<br /> <br /> === multiplexion estadistica ===<br /> En la vida practica ningun canal transmite continuamente, por lo tanto si se reserva automaticamente la porcion de tiempo llegara el momento en el cual habra canales por los que no se trasmitira ninguna informacion y otros canales esperaran in- necesariamente.La idea de este tipo especifico de multiplexion es transmitir los datos de aquellos canales que esten en activo.por estas razones los Tdma asignan dinámicamente los intervalos de tiempo entre los terminales activos y, por tanto, no se desaprovecha la capacidad de la línea durante los tiempos de inactividad de los terminales.<br /> <br /> == Enlaces Externos ==<br /> <br /> [http://www.facebook.com facebook] <br /> <br /> &lt;br&gt; <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref|2}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=503210 2011-04-12T15:58:22Z

<p>Olago: </p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión''' Resumen <br /> <br /> == multiplexion FDM ==<br /> <br /> [[Fidel]] <br /> <br /> [[Orelbis]] <br /> <br /> === Tema ===<br /> <br /> === hola ===<br /> <br /> [[Image:Fidel Castro.jpg|thumb|right]] <br /> <br /> == multiplexion TDM ==<br /> <br /> === multiplexion asincronica ===<br /> <br /> === multiplexion estadistica ===<br /> <br /> lisudfydlsjdfbslkdfhvfklgj bkj lkvjl kcvjblkvblj;l &lt;ref&gt; Http://www.google.com &lt;/ref&gt; <br /> <br /> kjsyfdkusdfjdkfgjdlkfgj&lt;ref&gt; Http://www.google.com &lt;/ref&gt; <br /> <br /> == Enlaces Externos ==<br /> <br /> [http://www.facebook.com facebook] <br /> <br /> &lt;br&gt; <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref|2}} <br /> <br /> [[Category:Telemática]]</div>

Olago https://www.ecured.cu/index.php?title=Multiplexi%C3%B3n&diff=502097 2011-04-12T13:02:55Z

<p>Olago: Página creada con '&lt;br&gt; '''Multiplexión''' Resumen == tema == Fidel Orelbis === Tema === === hola === right == dos == lisudfydlsjdfbslkd...'</p> <hr /> <div>&lt;br&gt; <br /> <br /> '''Multiplexión''' Resumen <br /> <br /> == tema ==<br /> <br /> [[Fidel]] <br /> <br /> [[Orelbis]] <br /> <br /> === Tema ===<br /> <br /> === hola ===<br /> <br /> [[Image:Fidel Castro.jpg|thumb|right]] <br /> <br /> == dos ==<br /> <br /> lisudfydlsjdfbslkdfhvfklgj bkj lkvjl kcvjblkvblj;l &lt;ref&gt; Http://www.google.com &lt;/ref&gt; <br /> <br /> kjsyfdkusdfjdkfgjdlkfgj&lt;ref&gt; Http://www.google.com &lt;/ref&gt; <br /> <br /> == Enlaces Externos ==<br /> <br /> [http://www.facebook.com facebook] <br /> <br /> &lt;br&gt; <br /> <br /> == Fuentes ==<br /> <br /> == Referencias ==<br /> <br /> {{Listaref|2}} <br /> <br /> [[Category:Telemática]]</div>

Olago