FIBRA ÓPTICA
DESCRIPCIÓN: Los circuitos de fibra óptica son filamentos de vidrio (flexible) o plástico, del espesor de un pelo (entre 10 y 300 micrones). Llevan mensajes en forma de haces de luz que realmente pasan a través de ellos de un extremo a otro, donde quiera que el filamento valla (incluyendo curvas y esquinas) sin interrupción.
CARACTERÍSTICAS: Los dos constituyentes esenciales de las fibras ópticas son el núcleo y el revestimiento. El núcleo es la parte mas interna de la fibra y es la que guía la luz. Consiste en una o varias hebras delgadas de vidrio o de plástico con diámetro de 50 a 125 micras. El revestimiento es la parte que rodea y protege el núcleo. Esta a su vez rodeada de un forro o funda de plástico u otros materiales que lo resguardan contra la humedad, aplastamiento, roedores, etc.
APLICACIONES:
*internet: El servicio de conexión a internet por fibra óptica derriba la mayor limitación de ciberespacio; su exasperante lentitud. La fibra óptica hace posible navegar por internet a una velocidad de dos millones de bps, impensable en el sistema convencional, en el que la mayoría de usuarios se conecta a 28,000 o 36,000 bps.
Redes: la fibra óptica se emplea cada vez mas en la comunicación, debido a que las ondas de luz tienen una frecuencia alta y la capacidad de una señal para transportar información aumenta con la frecuencia. Se emplean sistemas de laser con fibra óptica.
También se utiliza en medicina, arqueología, sensores, aplicaciones militares, iluminación, telefónica, etc.
VENTAJAS:
• Una banda de paso muy ancha, lo que permite flujos elevados.
• Pequeño tamaño, por lo tanto ocupa poco espacio.
• Gran flexibilidad, el radio de curvatura puede ser inferior a 1 cm, lo que facilita la instalación enormemente.
• Gran ligereza, el peso es del orden de algunos gramos por kilómetro, lo que resulta unas nueve veces menos que el de un cable convencional.
• No produce interferencias.
• Fácil de instalar.
• Acceso limitado continúo las 24 horas del día.
• Resistencia al calor, frío, corrosión.
• La transmisión es segura y no puede ser perturbada.
• Compatibilidad con la tecnología digital.
DESVENTAJAS:
• La alta fragilidad de las fibras.
• Necesidad de usar transmisores y receptores más caros.
• El coste es alto en la conexión.
• El coste de instalación es elevado.
• Disponibilidad limitada de conectores.
• Disponibilidad de reparar un cable de fibra óptica roto en el campo.
• La fibra óptica convencional no puede transmitir potencias elevadas.
• No existen memorias ópticas.
VELOCIDAD DE TRANSMISIÓN: Puede ser desde hasta Gigabit Ethernet (1 Gbit/s), usando LED como emisores y hasta 10 Gigabit Ethernet (300 m) usando láser (VCSEL) como emisores.
REDES DONDE PUEDE SER UTILIZADA:
• Red de área local o LAN
• Red de área amplia WAN
http://es.wikipedia.org/wiki/Fibra_%C3%B3ptica
http://www.monografias.com/trabajos13/fibropt/fibropt.shtml#QUEES
lunes, 20 de febrero de 2012
domingo, 25 de septiembre de 2011
jueves, 5 de mayo de 2011
INGENIERÍA DE SOFTWARE
Ingeniería de software es la disciplina o área de la Ingeniería que ofrece métodos y técnicas para desarrollar y mantener software. La creación del software es un proceso intrínsecamente creativo y la Ingeniería del Software trata de sistematizar este proceso con el fin de acotar el riesgo del fracaso en la consecución del objetivo creativo por medio de diversas técnicas que se han demostrado adecuadas en base a la experiencia previa. Esta ingeniería trata con áreas muy diversas de la informática y de las ciencias de la computación, tales como construcción de compiladores, sistemas operativos.
Ingeniería de Software es el estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software.
Ingeniería de software es la aplicación práctica del conocimiento científico al diseño y construcción de programas de computadora y a la documentación asociada requerida para desarrollar, operar y mantenerlos. Se conoce también como Desarrollo de Software o Producción de Software.
METODOLOGÍA
Un objetivo es el encontrar procesos y metodologías, que sean sistemáticas, predecibles y repetibles, a fin de mejorar la productividad en el desarrollo y la calidad del producto software.
Etapas del proceso
La ingeniería de software requiere llevar a cabo numerosas tareas, dentro de etapas como las siguientes:
Análisis de requerimientos: Extraer los requisitos y requerimientos de un producto de software es la primera etapa para crearlo.
Especificación: La Especificación de Requisitos describe el comportamiento esperado en el software una vez desarrollado. Gran parte del éxito de un proyecto de software radicará en la identificación de las necesidades del negocio (definidas por la alta dirección), así como la interacción con los usuarios funcionales para la recolección, clasificación, identificación, priorización y especificación de los requisitos del software.
Arquitectura: La integración de infraestructura, desarrollo de aplicaciones, bases de datos y herramientas gerenciales, requieren de capacidad y liderazgo para poder ser conceptualizados y proyectados a futuro, solucionando los problemas de hoy.
• Diagramas de clases
• Diagramas de base de datos
• Diagramas de despliegue plegados
• Diagramas de secuencia multidireccional
Programación: Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no necesariamente es la que demanda mayor trabajo y ni la más complicada. La complejidad y la duración de esta etapa está íntimamente relacionada al o a los lenguajes de programación utilizados, así como al diseño previamente realizado.
Prueba: Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo.
Documentación: Todo lo concerniente a la documentación del propio desarrollo del software y de la gestión del proyecto.
Mantenimiento: Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial del software.
MODELOS DE DESARROLLO DE SOFTWARE
La ingeniería de software tiene varios modelos, paradigmas o filosofías de desarrollo en los cuales se puede apoyar para la realización de software, de los cuales podemos destacar a éstos por ser los más utilizados y los más completos:
• Modelo en cascada o Clásico (modelo tradicional)
• Modelo de prototipos
• Modelo en espiral
• Desarrollo por etapas
• Desarrollo iterativo y creciente o Iterativo e Incremental
• RAD (Rapid Application Development)
• Desarrollo concurrente
• Proceso Unificado
• RUP (Proceso Unificado de Rational)
NATURALEZA DE LA IS
La Ingeniería de Software tiene que ver con varios campos en diferentes formas:
Matemáticas: Los programas tienen muchas propiedades matemáticas. Por ejemplo la corrección y la complejidad de muchos algoritmos son conceptos matemáticos que pueden ser rigurosamente probados. El uso de matemáticas en la IS es llamado métodos formales.
Creación: Los programas son construidos en una secuencia de pasos. El hecho de definir propiamente y llevar a cabo estos pasos, como en una línea de ensamblaje, es necesario para mejorar la productividad de los desarrolladores y la calidad final de los programas. Este punto de vista inspira los diferentes procesos y metodologías que encontramos en la IS.
Gestión de Proyectos: El software comercial requiere gestión de proyectos. Hay presupuestos y establecimiento de tiempos. Todo esto encaja apropiadamente con la visión de la Gestión de Proyectos.
Arte: Los programas contienen muchos elementos artísticos. Las interfaces de usuario, la codificación.
RESPONSABILIDAD
La responsabilidad en la Ingeniería del Software es un concepto complejo, sobre todo porque al estar los sistemas informáticos fuertemente caracterizados por su complejidad, es difícil apreciar sus consecuencias.
En la Ingeniería del Software la responsabilidad será compartida por un grupo grande de personas, que comprende desde el ingeniero de requisitos, hasta el arquitecto software, y contando con el diseñador, o el encargado de realizar las pruebas. Por encima de todos ellos destaca el director del proyecto. El software demanda una clara distribución de la responsabilidad entre los diferentes roles que se dan en el proceso de producción.
El ingeniero del Software tiene una responsabilidad moral y legal limitada a las consecuencias directas.
MANUAL DE USUARIO
El manual de usuario es un documento técnico de un determinado sistema que intenta dar asistencia que sus usuarios.
Los manuales de usuario generalmente son incluidos a dispositivos electrónicos, hardware de computadora y aplicaciones. El manual de usuario puede venir tanto en forma de libro como en forma de documento digital, e incluso poder ser consultado por internet.
En general, un manual de usuario debería poder ser entendido por cualquier usuario principiante, como así también serle útil a usuarios avanzados.
Un manual de usuario completo suele tener:
* Un prefacio, con información sobre cómo usar el propio manual.
* Un índice.
* Una guía rápida sobre cómo usar las funciones principales del sistema.
* Una sección para la resolución de problemas.
* Una FAQ.
* Información de contacto.
* Un glosario.
MANUAL TÉCNICO
1. Toda documentación que se genere para un proyecto específico, que haya sido revisada y aprobada, debe poseer lo siguiente:
A) Identificación del documento
Este documento debe incorporar la siguiente información:
• Logotipo de la organización.
• Nombre oficial de la organización.
• Denominación y extensión. De corresponder a una unidad en particular debe anotarse el nombre de la misma.
• Lugar y fecha de elaboración.
• Número de revisión (en su caso).
• Unidades responsables de su elaboración, revisión y/o autorización.
• Clave de la forma. En primer término, las siglas de la organización, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por último, el número de la forma. Entre las siglas y el número debe colocarse un guión o diagonal. (en su caso)
B) Estructura del documento.
2. Por cada documento final deberá entregarse copias al personal involucrado en el proyecto.
3. Una vez concluido el desarrollo de un sistema, considerando para esto los posibles cambios que se efectúen durante la etapa de garantía de que lo cubre (si así fuera el caso), el usuario final del sistema debe recibir una versión actualizada final del documento manual técnico.
MANUAL TÉCNICO
Estructura del documento
1. Índice: Relación de los capítulos y páginas correspondientes que forman parte del documento
2. Introducción: Se debe presentar una breve descripción del sistema desarrollado, que contemple el ámbito abarcado, cual es su función principal y un detalle de las funciones macros o partes que lo componen. Puede incluir un mensaje de la máxima autoridad de las áreas comprendidas en el manual.
2.1. Objetivo general del sistema: Se debe de describir el objetivo general del sistema.
2.2. Objetivos específicos: Se deben describir brevemente los objetivos específicos que se cumplieron con el desarrollo del sistema.
3. Contenido técnico
3.1. Definición de reglas del negocio implementadas en el sistema desarrollado.
3.2. Diagramas de flujo de datos, junto con su respectivo diccionario de datos.
3.3. Controles de auditoria implementados en el sistema.
3.4. Descripción de campos requeridos por pantalla con presentación de pantallas.
3.5. Diagrama de navegación del sistema.
3.6. Requerimientos de interfase con otros sistemas.
3.7. Modelo lógico de datos, diagrama entidad-relación.
3.8. Modelo de datos físico, junto con su respectivo diccionario de datos.
3.9. Matriz de procesos versus organización.
3.10. Matriz de programas versus entidades.
3.11. Plataforma de usuario: Aquí se describen los requerimientos mínimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario).
3.12. Áreas de aplicación y/o alcance de los procedimientos: Esfera de acción que cubren los procedimientos
4. Responsables: Para iniciar los trabajos que conducen a la integración de un manual, es indispensable prever que no queda diluida la responsabilidad de la conducción de las acciones en diversas personas.
4.1. Mapa de navegación: Muestra de forma gráfica la interconexión entre cada una de las pantallas del sistema, lo que serviría para saber como llegar a determinada parte de la aplicación. En este se muestran los menús, submenús y pantallas a las que nos lleva cada uno de ellos
4.2. Descripción gráfica del mapa de navegación: En el anterior aparece de forma de diagrama de flujo y en esta sección deberá aparecer ya con las respectivas pantallas.
4.3. Describe paso a paso los procesos, así como pantallas, botones, cuadros de texto, etc., pero también se muestra el código de cada rutina, pantalla, botón, es decir, se muestra lo que hay detrás de la interfaz del usuario.
Ingeniería de software es la disciplina o área de la Ingeniería que ofrece métodos y técnicas para desarrollar y mantener software. La creación del software es un proceso intrínsecamente creativo y la Ingeniería del Software trata de sistematizar este proceso con el fin de acotar el riesgo del fracaso en la consecución del objetivo creativo por medio de diversas técnicas que se han demostrado adecuadas en base a la experiencia previa. Esta ingeniería trata con áreas muy diversas de la informática y de las ciencias de la computación, tales como construcción de compiladores, sistemas operativos.
Ingeniería de Software es el estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software.
Ingeniería de software es la aplicación práctica del conocimiento científico al diseño y construcción de programas de computadora y a la documentación asociada requerida para desarrollar, operar y mantenerlos. Se conoce también como Desarrollo de Software o Producción de Software.
METODOLOGÍA
Un objetivo es el encontrar procesos y metodologías, que sean sistemáticas, predecibles y repetibles, a fin de mejorar la productividad en el desarrollo y la calidad del producto software.
Etapas del proceso
La ingeniería de software requiere llevar a cabo numerosas tareas, dentro de etapas como las siguientes:
Análisis de requerimientos: Extraer los requisitos y requerimientos de un producto de software es la primera etapa para crearlo.
Especificación: La Especificación de Requisitos describe el comportamiento esperado en el software una vez desarrollado. Gran parte del éxito de un proyecto de software radicará en la identificación de las necesidades del negocio (definidas por la alta dirección), así como la interacción con los usuarios funcionales para la recolección, clasificación, identificación, priorización y especificación de los requisitos del software.
Arquitectura: La integración de infraestructura, desarrollo de aplicaciones, bases de datos y herramientas gerenciales, requieren de capacidad y liderazgo para poder ser conceptualizados y proyectados a futuro, solucionando los problemas de hoy.
• Diagramas de clases
• Diagramas de base de datos
• Diagramas de despliegue plegados
• Diagramas de secuencia multidireccional
Programación: Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no necesariamente es la que demanda mayor trabajo y ni la más complicada. La complejidad y la duración de esta etapa está íntimamente relacionada al o a los lenguajes de programación utilizados, así como al diseño previamente realizado.
Prueba: Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo.
Documentación: Todo lo concerniente a la documentación del propio desarrollo del software y de la gestión del proyecto.
Mantenimiento: Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial del software.
MODELOS DE DESARROLLO DE SOFTWARE
La ingeniería de software tiene varios modelos, paradigmas o filosofías de desarrollo en los cuales se puede apoyar para la realización de software, de los cuales podemos destacar a éstos por ser los más utilizados y los más completos:
• Modelo en cascada o Clásico (modelo tradicional)
• Modelo de prototipos
• Modelo en espiral
• Desarrollo por etapas
• Desarrollo iterativo y creciente o Iterativo e Incremental
• RAD (Rapid Application Development)
• Desarrollo concurrente
• Proceso Unificado
• RUP (Proceso Unificado de Rational)
NATURALEZA DE LA IS
La Ingeniería de Software tiene que ver con varios campos en diferentes formas:
Matemáticas: Los programas tienen muchas propiedades matemáticas. Por ejemplo la corrección y la complejidad de muchos algoritmos son conceptos matemáticos que pueden ser rigurosamente probados. El uso de matemáticas en la IS es llamado métodos formales.
Creación: Los programas son construidos en una secuencia de pasos. El hecho de definir propiamente y llevar a cabo estos pasos, como en una línea de ensamblaje, es necesario para mejorar la productividad de los desarrolladores y la calidad final de los programas. Este punto de vista inspira los diferentes procesos y metodologías que encontramos en la IS.
Gestión de Proyectos: El software comercial requiere gestión de proyectos. Hay presupuestos y establecimiento de tiempos. Todo esto encaja apropiadamente con la visión de la Gestión de Proyectos.
Arte: Los programas contienen muchos elementos artísticos. Las interfaces de usuario, la codificación.
RESPONSABILIDAD
La responsabilidad en la Ingeniería del Software es un concepto complejo, sobre todo porque al estar los sistemas informáticos fuertemente caracterizados por su complejidad, es difícil apreciar sus consecuencias.
En la Ingeniería del Software la responsabilidad será compartida por un grupo grande de personas, que comprende desde el ingeniero de requisitos, hasta el arquitecto software, y contando con el diseñador, o el encargado de realizar las pruebas. Por encima de todos ellos destaca el director del proyecto. El software demanda una clara distribución de la responsabilidad entre los diferentes roles que se dan en el proceso de producción.
El ingeniero del Software tiene una responsabilidad moral y legal limitada a las consecuencias directas.
MANUAL DE USUARIO
El manual de usuario es un documento técnico de un determinado sistema que intenta dar asistencia que sus usuarios.
Los manuales de usuario generalmente son incluidos a dispositivos electrónicos, hardware de computadora y aplicaciones. El manual de usuario puede venir tanto en forma de libro como en forma de documento digital, e incluso poder ser consultado por internet.
En general, un manual de usuario debería poder ser entendido por cualquier usuario principiante, como así también serle útil a usuarios avanzados.
Un manual de usuario completo suele tener:
* Un prefacio, con información sobre cómo usar el propio manual.
* Un índice.
* Una guía rápida sobre cómo usar las funciones principales del sistema.
* Una sección para la resolución de problemas.
* Una FAQ.
* Información de contacto.
* Un glosario.
MANUAL TÉCNICO
1. Toda documentación que se genere para un proyecto específico, que haya sido revisada y aprobada, debe poseer lo siguiente:
A) Identificación del documento
Este documento debe incorporar la siguiente información:
• Logotipo de la organización.
• Nombre oficial de la organización.
• Denominación y extensión. De corresponder a una unidad en particular debe anotarse el nombre de la misma.
• Lugar y fecha de elaboración.
• Número de revisión (en su caso).
• Unidades responsables de su elaboración, revisión y/o autorización.
• Clave de la forma. En primer término, las siglas de la organización, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por último, el número de la forma. Entre las siglas y el número debe colocarse un guión o diagonal. (en su caso)
B) Estructura del documento.
2. Por cada documento final deberá entregarse copias al personal involucrado en el proyecto.
3. Una vez concluido el desarrollo de un sistema, considerando para esto los posibles cambios que se efectúen durante la etapa de garantía de que lo cubre (si así fuera el caso), el usuario final del sistema debe recibir una versión actualizada final del documento manual técnico.
MANUAL TÉCNICO
Estructura del documento
1. Índice: Relación de los capítulos y páginas correspondientes que forman parte del documento
2. Introducción: Se debe presentar una breve descripción del sistema desarrollado, que contemple el ámbito abarcado, cual es su función principal y un detalle de las funciones macros o partes que lo componen. Puede incluir un mensaje de la máxima autoridad de las áreas comprendidas en el manual.
2.1. Objetivo general del sistema: Se debe de describir el objetivo general del sistema.
2.2. Objetivos específicos: Se deben describir brevemente los objetivos específicos que se cumplieron con el desarrollo del sistema.
3. Contenido técnico
3.1. Definición de reglas del negocio implementadas en el sistema desarrollado.
3.2. Diagramas de flujo de datos, junto con su respectivo diccionario de datos.
3.3. Controles de auditoria implementados en el sistema.
3.4. Descripción de campos requeridos por pantalla con presentación de pantallas.
3.5. Diagrama de navegación del sistema.
3.6. Requerimientos de interfase con otros sistemas.
3.7. Modelo lógico de datos, diagrama entidad-relación.
3.8. Modelo de datos físico, junto con su respectivo diccionario de datos.
3.9. Matriz de procesos versus organización.
3.10. Matriz de programas versus entidades.
3.11. Plataforma de usuario: Aquí se describen los requerimientos mínimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario).
3.12. Áreas de aplicación y/o alcance de los procedimientos: Esfera de acción que cubren los procedimientos
4. Responsables: Para iniciar los trabajos que conducen a la integración de un manual, es indispensable prever que no queda diluida la responsabilidad de la conducción de las acciones en diversas personas.
4.1. Mapa de navegación: Muestra de forma gráfica la interconexión entre cada una de las pantallas del sistema, lo que serviría para saber como llegar a determinada parte de la aplicación. En este se muestran los menús, submenús y pantallas a las que nos lleva cada uno de ellos
4.2. Descripción gráfica del mapa de navegación: En el anterior aparece de forma de diagrama de flujo y en esta sección deberá aparecer ya con las respectivas pantallas.
4.3. Describe paso a paso los procesos, así como pantallas, botones, cuadros de texto, etc., pero también se muestra el código de cada rutina, pantalla, botón, es decir, se muestra lo que hay detrás de la interfaz del usuario.
viernes, 11 de marzo de 2011
Exceptions of the progressive
Exceptions of the progressive
Without cleaning the keyboard it can breakdown.
In spite of hauing informatique class, I dont'n know any thing.
Besides doing the homework every day the Accountancy's teacher make us desist.
On adminstering a company the results will the better.
Before exixting the car the people used the bycicle.
Instead playing basquetboll you should study english.
After cleaning you bedroom you can go out.
Comments: I recognize that the exceptions of the progressive are very important because. I can use these instead some conjuctions and prepositions. Also I thint that learn it can help me to enrich my vocabulary and the used of the grammar.
Fuente oral: Karol Lizbeth Hidalgo Jaramillo knows English since 2005.
Suscribirse a:
Entradas (Atom)
