Tutoriales de definicion de un sistema

104 tutoriales de definicion de un sistema encontrados(0.055 segundos)

Análisis de Sistemas de Tiempo Continuo en el Dominio del Tiempo (5 capítulos)   (2)

Un sistema invariante en el tiempo TI (Time-Invariant) tiene la propiedad de que cierta entrada siempre dará la misma salida, sin consideración alguna a cuando la entrada fue aplicada al sistema.

Cap 4 Propiedades de la Convolución   3 ( t ) var mrowH = id6788331M.offsetHeight; mrowStretch(id6788331L,'æ','ç','ç','è'); mrowStretch(id6788331R,'ö','÷','÷','ø'); (6) Proof La demostración de este teorema puede ser tomada directamente de la definición de convolución y usando la linealidad Cap 5 Estabilidad BIBO   mrowH = id6860341.offsetHeight; mrowStretch(id6860342,"ç","ç","ç","ç"); mrowStretch(id6860355,"ç","ç","ç","ç"); < A    ,    Una vez que ya tenemos identificado lo que significa una señal acotada, debemos mover nuestra atención a la condición que un sistema debe poseer Cap 2 Convolución de Tiempo-Continuo   "" La convolución nos ayuda a determinar el efecto que tiene el sistema en la señal de entrada. Puede ser visto que el sistema lineal de tiempo invariante es completamente caracterizado por su respuesta al impulso. A primera vista, esto puede parecer de pequeño uso, ya que las funciones

Autor: Michael Haag, Fara Meza, Erika Jackson - 16 de Diciembre de 2006

Desarrollo Orientado a Objetos con UML (6 capítulos)   (19)

UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos.

Cap 6 Modelado Dinamico   como son: acciones de entrada (entry) y de salida (exit) del estado en cuestión, así como definición de submáquinas, como podemos ver en la Figura 22. Figura 22 Estado de Actividad Transiciones Las transiciones reflejan el paso de un estado a otro, bien sea de actividad o de acción. Esta Cap 5 Diagrama de Casos de Uso   "" Diagrama de Casos de Uso Un Diagrama de Casos de Uso muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa. En el diagrama de casos de uso se representa también el sistema Cap 1 Introducción   UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos. Se ha convertido en el estándar de facto de la industria, debido a que ha sido impulsado por los autores de los tres métodos más usados

Autor: Xavier Ferré Grau (Univ. Politécnica de Madrid - España) y María Isabel Sánchez Segura (Univ. Carlos III de Madrid - España) - 24 de Octubre de 2005

Benchmarking (7 capítulos)   (0)

El Linux Benchmarking CÓMO trata sobre algunos aspectos asociados con el benchmarking en los sistemas Linux y presentas unas herramientas (algo toscas) para realizar medidas del rendimiento de su sistema, que podría proporcionar una cantidad significativa de información en un par de horas.

Cap 1 Sobre este tutorial   diferentes combinaciones de programas/componentes. Esta definición no tiene en cuenta la sencillez de utilización, estética o ergonomía o cualquier otro tipo de juicio subjetivo. El Benchmarking es una tarea repetitiva, tediosa, y hay que llevar cuidado con los detalles. Es muy normal Cap 6 FAQ (Preguntas Frecuentes)   cargados hasta estaciones gráficas para uso individual. Ninguna medida de mérito por separado puede describir el rendimiento de un sistema Linux bajo tales situaciones diferentes. P2. Entonces, ¿qué tal una docena de cifras resumiendo el rendimiento de diversos sistemas Linux? R Cap 4 Prueba de ejemplo y resultados   "" Ejecuté el LBT en la máquina de mi casa, un Linux de clase Pentium que puse a mi lado y usé para escribir este COMO. Aquí tiene el Formulario de Informe LBT de este sistema: LINUX BENCHMARKING TOOLKIT REPORT FORM CPU == Vendor: Cyrix/IBM Model: 6x86L P166

Autor: André D. Balsa - 22 de Diciembre de 2006

Usenet bajo Linux (7 capítulos)   (0)

Este documento describe la puesta en marcha y mantenimiento de noticias de Usenet bajo Linux. Es necesario leerlo si se planea publicar o leer noticias de Usenet, ya sea en el sistema local o entre varios sistemas.

Cap 1 Sobre este tutorial   "" La intención de este documento es contestar a algunas de las preguntas y comentarios que parecen encajar en la definición de "preguntas frecuentes" sobre programas de noticias bajo Linux en general, y la versión en la distribución Slackware en particular. Este documento, junto Cap 2 Requerimientos de hardware   "" No hay requerimientos específicos de hardware para mantener un sistema de noticias bajo Linux. El único requisito es disponer de suficiente espacio en disco para mantener los programas en sí, las bases de datos sobre hebras, y la cantidad de noticias que se deseen mantener en el sistema Cap 4 Programas de transporte de noticias   - configuración de caducidad de los artículos mailname - nombre de su servidor mailpaths - direcciones de los moderadores de grupos organization - su organización sys - control de lo que se pide y envía whoami - el nombre de su sistema para la línea Path

Autor: Vince Skahan - 20 de Diciembre de 2006

Fuente ISO (6 capítulos)   (0)

Este documento explica cómo usar una fuente iso-8859-1 en el modo texto de Linux, en vez de la que éste trae por defecto en todas las distribuciones que yo he visto, y que no deja de ser una especie de apaño que arrastra el lastre de la página de códigos de IBM.

Cap 3 Adaptando terminfo   "" La definición para la terminal de Linux que trae ncurses está pensada para usar los códigos de la cp437 . Esto provocará que al cambiar de fuente veamos letras en vez de los símbolos gráficos. Afortunadamente esto no es difícil de solucionar cambiando la definición de terminal en /usr/lib Cap 6 Sobre este documento   "" Este documento ha sido elaborado utilizando Linuxdoc-SGML v1.5. Si lo has seguido fielmente habrás conseguido una de estas dos cosas: Adaptar la fuente de tu sistema al estándar ISO (más o menos) en vez de usar un sistema propietario, recuperando unos cuantos símbolos muy Cap 1 Acerca de fuente_ISO   "" Las distribuciones de Linux que conozco traen por defecto la misma fuente que el DOS (página de códigos 437). Para hacer que el sistema funcione como si la fuente fuera ISO , se emplea un extraño ``remapeo'' para hacer que al representarse determinado carácter, no salga por pantalla

Autor: Urko Lusa Oiza - 22 de Diciembre de 2006

Diseño de bases de datos en SQL (6 capítulos)   (5)

Este curso contiene cuatro actividades. Publico la primera actividad.

Cap 3 DEFINICIÓN Y TERMINOLOGÍA DE UN RDBMS   un mecanismo de vistas que permite que cada usuario tenga su propia vista o visión de la base de datos. El lenguaje de definición de datos permite definir vistas como subconjuntos de la base de datos. Las vistas, además de reducir la complejidad permitiendo que cada usuario vea sólo la parte de la base Cap 1 SISTEMAS DE ADMINISTRACIÓN DE BASES DE DATOS (DBMS)   que requieran acceso a los datos. •  Proveer a los administradores las herramientas que les permitan ejecutar tareas de mantenimiento y administración de los datos. Algunas de las funciones de un DBMS son: • Definición de la base de datos - como la información va a ser almacenada Cap 4 NORMALIZACIÓN   . El diseño lógico final de una base de datos debe ser tal que equilibre un desempeño óptimo junto con la integridad de la información. Esto puede ser logrado a través de un proceso conocido como Normalización. La base de datos debe estar en un estado de "Forma completamente normalizada".  DEFINICIÓN

Publicado por: Javier - 12 de Enero de 2007

Ls-Color (6 capítulos)   (0)

El comando ls incluído en la distribución Slackware de linux permite color. (Slackware 2.0.2 y núcleo 1.1.54 de Linux. Funciona también con agetty, o bien con mgetty_ps). Puede que los colores por defecto no le gusten o que les haya cogido manía. Este documento tiene como objetivo explicar el principio de funcionamiento y configuración de colores usados por este comando.

Cap 3 Aspecto por tipos de ficheros   "" El comando ls comienza por mirar la definición de asociaciones de color en el fichero ~/.dir_colors y si no existe usa el fichero /etc/DIR_COLORS . Dichos ficheros contienen entradas del tipo: LINK 36;1 # enlace simbolico FIFO 40;33 # pipeline Cap 4 Cómo dar una configuración por defecto   en un sistema aislado, un buen medio de tener en cuenta los colores para cada consola es la de modificar el fichero /etc/issue , y ver el resultado generado. Generalmente (y en particular en las distribuciones Slackware) este fichero es leído y mostrado en cada inicialización del sistema. Así si su /etc

Autor: Tomás Hidalgo, Guy Paul Gallardo - 22 de Diciembre de 2006

El manual para el clustering con openMosix (51 capítulos)   (4)

Los sistemas cluster hace años que fueron diseñados, la computación paralela y distribuida no es ninguna novedad en el año 2004. No obstante no había sido hasta ahora que el usuario había empezado a necesitarlas. La tecnología del silicio está llegando a sus postrimerías y los computadores cuánticos aún están en fase de desarrollo.

Cap 13 Clusters. Nociones generales   "" El concepto de cluster Aunque parezca sencillo de responder no lo es en absoluto. Podría incluirse alguna definición de algún libro, pero el problema es que ni los expertos en clusters ni la gente que los implementa se ponen de acuerdo en qué es aquello en lo que trabajan. Un cluster Cap 2 Teoría de la supercomputación   de escalabilidad. Ilustra la ventajas de sistemas fácilmente escalables como pueden ser cluster con respecto a otros, no tan fácilmente escalables, como pueden ser //mainframes// y otros supercomputadores vectoriales.La definición de escalabilidad más apropiada a los términos que se referirá Cap 14 Clusters HA (I)   de disponibilidad Cualquier técnica deberá, por definición, intentar que tanto el tiempo de fallo del sistema como el tiempo de reparación del mismo sean lo más pequeños posibles. Las que tratan de reducir el tiempo de reparación se componen a base de scripts o programas que detectan el fallo

Autor: miKeL a.k.a.mc2 y Kris Buytaert - 27 de Febrero de 2006

Seguridad en Unix y redes (147 capítulos)   (6)

A lo largo de este trabajo se va a intentar hacer un repaso de los puntos habituales referentes a seguridad en Unix y redes de computadores (problemas, ataques, defensas...), aplicando el estudio a entornos con requisitos de seguridad medios (universidades, empresas, proveedores de acceso a Internet...).

Cap 12 El sistema de ficheros   Dentro del sistema Unix todo son archivos: desde la memoria física del equipo hasta el ratón, pasando por módems, teclado, impresoras o terminales. Esta filosofía de diseño es uno de los factores que más éxito y potencia proporciona a Unix ([KP84]), pero también uno de los que más peligros entraña Cap 25 Auditoría del sistema   Casi todas las actividades realizadas en un sistema Unix son susceptibles de ser, en mayor o menor medida, monitorizadas: desde las horas de acceso de cada usuario al sistema hasta las páginas //web// más frecuentemente visitadas, pasando por los intentos fallidos de conexión, los programas Cap 62 El sistema de parcheado   "" Antes de empezar a hablar sobre el parcheado y la actualización de un sistema AIX es conveniente aclarar un poco la nomenclatura que IBM sigue en su distribución de su software ([ IBM00b ]); el formato instalable más pequeño se denomina fileset , y hace referencia a una serie de archivos

Autor: Antonio Villalón Huerta - 28 de Febrero de 2006

Patrones de diseño en Python (7 capítulos)   (1)

La elección del lenguaje con el que se implementará afecta el uso de los patrones de diseño. Naturalmente algunos lenguajes aplican mejor que otros para distintas tareas. Cada lenguaje tiene su propio conjunto de fuerzas y debilidades. En este ensayo implementamos algunos de los patrones de diseño más comunes en Python, cuyo modelo de objetos es bastante distinto al de los lenguajes orientados a objetos convencionales. Por lo tanto, conseguimos algo de visión interna de los patrones en el contexto de Python.

Cap 3 Singleton   :------  static Singleton* psingle;------  Singleton();------  Singleton( const Singleton& );------  Singleton& operator=( const Singleton& );------};     ------ ---- **Figura 1.** Definición de una clase Singleton en C++ ||Nuestra definición mínima de un singleton (Fig. 1) tiene solo un miembro público Cap 4 Cadena de responsabilidad   ); private: Widget* pwParent; }; Figura 7. Definición de la clase Widget Con Python no necesitamos restringirnos al conjunto predefinido de métodos como lo hicimos con la jerarquía Widget : el único camino para manejar este evento era llamando a Handle .  La idea detrás del patrón Cap 1 Introducción   microarquitectónicos, también son útiles como un vocabulario de diseño para los ingenieros de software.  La arquitectura general del sistema y las decisiones de diseño relacionadas pueden ser explicadas dando un conjunto de patrones utilizado.  Aunque nuevos patrones surgen, el GOF permanece como una referencia

Autor: Mononeurona - 27 de Octubre de 2005