https://www.ecured.cu/api.php?action=feedcontributions&feedformat=atom&user=Earoque 2026-06-13T15:00:50Z Contribuciones del colaborador MediaWiki 1.31.16 https://www.ecured.cu/index.php?title=Esquemas_de_asignaci%C3%B3n_de_memoria&diff=1333876 2012-01-23T19:54:31Z

<p>Earoque: Página creada con ''''Esquemas de asignación de memoria''' La asignación de memoria es una de las principales responsabilidades de los sistemas operativos ,pues esta es la forma que el m...'</p> <hr /> <div>'''Esquemas de asignación de memoria'''<br /> La asignación de [[memoria]] es una de las principales responsabilidades de los [[sistemas operativos]]<br /> ,pues esta es la forma que el mismo tiene de destinar y dedicar una cierta cantidad de memoria a los [[procesos]] en ejecución. <br /> <br /> ==Esquemas de asignación de memoria real==<br /> <br /> ===Multiprogramación con particiones fijas (MFT)===<br /> Dado que los procesos no tienen necesariamente que tener el mismo tamaño que las [[particiones]],<br /> existirán espacios no utilizables dentro de estas,denominados como [fragmentación interna]].<br /> Esto hace que no se utilice el total de la memoria siendo una de las principales deficiencias de<br /> este esquema de asignación.<br /> <br /> <br /> === Multiprogramación con particiones variables (MVT)===<br /> Al dividirse la memoria en [bloques] de tamaño diferente, puede ocurrir que el bloque más grande <br /> no pueda contener un programa dado, a pesar de que la suma de los espacios libres sea mayor que<br /> el tamaño del programa; a esto se le denomina fragmentación externa.<br /> <br /> <br /> ==Esquemas==<br /> <br /> *Esquema Primer ajuste:El administrador de memoria revisa toda la lista de [[segmentos]] hasta encontrar un espacio lo suficientemente grande. El espacio se divide entonces en dos partes, una para el proceso y la otra para la memoria no utilizada. Este [algoritmo] es rápido, puesto que busca lo menos posible.<br /> <br /> *Esquema de Próximo ajuste:Funciona de la misma forma que el anterior, con la diferencia que mantiene un registro del lugar dónde encuentra un hueco adecuado. La siguiente vez que se le llama,comienza a buscar desde el punto donde se detuvo, en lugar de comenzar a buscar siempre desde el inicio.<br /> <br /> *Esquema de Mejor ajuste:Busca en toda la lista y toma el mínimo hueco adecuado. En lugar de asignar un hueco grande, intenta encontrar un hueco más cercano al tamaño necesario.<br /> <br /> *Esquema Peor ajuste:Toma siempre el hueco más grande disponible, de forma que el hueco resultante sea lo suficientemente grande para ser útil. <br /> <br /> <br /> ==Asignación no contigua==<br /> En el momento de la carga de un trabajo le corresponde al sistema operativo localizar los huecos<br /> libres existentes con las capacidades requeridas para los segmentos, construir la tabla de segmentos<br /> y colocar en un registro base la dirección de ésta, si el trabajo va a ser ejecutado de inmediato.<br /> Normalmente la tabla de segmentos es conservada en el [[PCB]] del proceso.<br /> <br /> ==Ventajas==<br /> Con este esquema, los programas se dividen en unidades de tamaño fijo. A estas unidades se les<br /> denomina: páginas; es decir, un programa está compuesto por un conjunto de estas.<br /> Por otro lado, la [memoria física] se divide en bloques de igual longitud, coincidiendo esta con<br /> la que tienen las páginas. A estos bloques se les llaman [[marcos de páginas]]; en cada uno se puede<br /> almacenar justamente una página.<br /> <br /> ==Desventajas==<br /> En el paginado no existe la [[fragmentación externa]], pero si se presenta la [[fragmentación<br /> interna]] en el último marco de página, pues normalmente tendrá una parte de su espacio sin<br /> uso. La solución a esto está utilizar páginas pequeñas. El tamaño de las páginas (y de los marcos)<br /> es definido por el hardware, normalmente una potencia de 2, lo cual hace la traducción de lógica <br /> a física más sencilla.<br /> <br /> ==Segmentación==<br /> El esquema de segmentación paginada parte de algunas ventajas de la paginación: elimina la <br /> fragmentación externa y aprovecha eficientemente la memoria; así como otras de la <br /> segmentación: visible al [programador] y da soporte para compartición y protección. Este esquema es <br /> de frecuente uso en sistemas operativos actuales.<br /> <br /> ==Enlaces externos==<br /> <br /> *[http://html.rincondelvago.com/administracion-de-memoria-en-sistema-operativo.html]Sistemas operativos<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Silicon_on_insulator&diff=1265016 2011-12-13T20:00:42Z

<p>Earoque: Página creada con ''''Silicon on insulator'''es una tecnología basada principalmente en microelectrónica en la que se sustituye las obleas de silicio monocristalino,por una estructur...'</p> <hr /> <div>'''Silicon on insulator'''es una [[tecnología]] basada principalmente en [[microelectrónica]] en la que se sustituye las obleas de [[silicio]] monocristalino,por una estructura de capas semiconductor-aislante-semiconductor.Esta tecnología consiste en la colocación, sobre la capa de silicio que sostiene los transistores, de una segunda capa de óxido de silicio o cristal para aumentar el aislamiento. <br /> &lt;gallery&gt;<br /> Archivo:Soy.jpeg<br /> &lt;/gallery&gt;<br /> ==Características==<br /> ===Ventajas===<br /> Esta técnica reduce las capacidades parásitas de los [[circuitos]] fabricados, reduce el riesgo de latch-up en los circuitos [[logicos]] CMOS, y mejora la escalabilidad de los circuitos integrados. El aislante empleado suele ser típicamente [[dióxido]] de silicio.El uso de SOI tiene la ventaja de no requerir apenas cambios en el proceso de fabricación de los circuitos integrados más allá de utilizar obleas SOI distintas de las tradicionales.<br /> ===Desventajas===<br /> Su principal inconveniente es el coste: las [[obleas]] SOI son significativamente más caras que las ordinarias.Por otro lado, los dispositivos de bolsillo y portátiles son especialmente susceptibles de incluir esta tecnología y, en este sentido, Transmeta parece estar en el punto de mira de IBM. A pesar de las ventajas inherentes en esta tecnología, todavía sigue habiendo compañías en la industria que la tachan de cara, lo que provoca un encarecimiento de la venta de procesadores.<br /> ===Componentes===<br /> Las láminas de semiconductor suelen ser de silicio, aunque actualmente se buscan nuevas alternativas para mejorar las prestaciones de los dispositivos introduciendo nuevos materiales semiconductores como silicio tenso y aleaciones de silicio/[[germanio]].<br /> ==Variedades==<br /> Dependiendo del espesor de la lámina de silicio sobre el aislante se distinguen dos tipos de tecnología SOI. Si la lámina de silicio se encuentra completamente deplexionada de portadores móviles se habla de FD-SOI; si está parcialmente deplexionada PD-SOI.La tecnologia [[FD-SOI]] es muy prometedora para la miniaturización de los dispositivos electrónicos, mientras que la [[PD-SOI]] muestra sus ventajas en la fabricación de transistores que deban operar a altas frecuencias así como en la fabricación de memorias de un solo transistor.<br /> ==Desarrollo actual==<br /> El progreso y la aceptación que ha tenido la tecnología SOI ha sido algo espectacular. Yo llevo siguiendo esta tecnología desde hace algo más de 2 años y la verdad es que por aquello entonces su futuro no estaba nada claro.La idea que se esconde detrás de las siglas SOI es algo muy sencillo e intuitivo. Resulta que en los circuitos digitales, los [[transistores]] funcionan como interruptores cerrando y abriendo el paso de la corriente continuamente. La velocidad de conmutación de estos transistores determina la velocidad del circuito final.<br /> En los transistores como en muchos otros elementos electrónicos también se almacenan pequeñas cantidades de carga. Cuando un transistores pasa de no conducir a conducir, el tiempo transcurrido depende de que el transistor se cargue y para que el transistor pase de conducir a no conducir se debe descargar previamente. <br /> Por tanto, si la velocidad de conmutación depende de la cantidad de carga que almacena el transistor, por que no intentar reducir esta cantidad al máximo?<br /> Esto es precisamente lo que pretende la tecnología “SOI”.<br /> ===Promotores===<br /> El principal promotor de esta tecnología es IBM y sus beneficios son más o menos de un 15-25%, es decir, que un procesador implementado con transistores SOI funcionará a unos 15-25% más de Mhz que si se utilizarán transistores convencionales del mismo tamaño.<br /> La adopción de esta tecnología está siendo bastante rápida y por ahora [[IBM]], Motorola, [[AMD]] y muchas otras empresas de nombre la van a implementar o ya lo han hecho.<br /> Por ejemplo, IBM ya la utiliza ampliamente, mientras que la familia Hammer de AMD será la primera de este fabricante a implementarla. Intel está evaluándola pero se cree que en un par de años como mucho veremos productos de esta empresa utilizando dicha tecnología.<br /> ===Comercialización===<br /> IBM se ha destacado en los últimos años por su avanzada tecnología de procesador y, en esta ocasión ha introducido otra innovación con la mejora de su arquitectura SOI.Actualmente la tecnología SOI ya está siendo comercializada en los procesadores PowerPC incorporados en los servidores Unix de gama alta p680. Según fuentes del propio fabricante, un procesador que disfrutara de la misma velocidad de reloj que otro, pero que además incorporara la tecnología SOI, presentaría un rendimiento superior hasta en un 30 por ciento y la mitad de consumo.<br /> <br /> ==Popularidad==<br /> Su proceso de popularización de su tecnología a través de acuerdos para licenciarla a terceros se encuentra en pleno proceso de expansión. De hecho, Compaq con sus procesadores Alpha y Hewlett-Packard con sus PA RISC ya disfrutan de esta tecnología mediante los acuerdos de fabricación por parte de IBM. No obstante, hasta la fecha, el Gigante Azul mantiene sólo una joint venture junto a Sony y [[Toshiba]], denominada Cell, que se materializará en un nuevo procesador de acceso a [[Internet]].<br /> Por otro lado, AMD podría ser el próximo beneficiado, dado que ambas compañías han entablado conversaciones para que IBM proporcione asesoramiento para el futuro desarrollo de los nuevos procesadores del rival de Intel, que incorporarán SOI. De este modo, los procesadores Hammer verían la luz con SOI en su seno, y probablemente con ClawHammer, esto es, la versión de sobremesa de este chip. Este movimiento supondría un paso de gigante para AMD, que poco a poco va extendiendo su estrategia e influencia por la industria. Tanto es así, que hace unas semanas, Isidro Cano, responsable de los Servidores Alpha de Compaq España, insinuó que esta compañía podría convertirse en el cuarto fabricante que pasara a engrosar la lista de compañías que producen procesadores Alpha.<br /> <br /> <br /> == Fuentes ==<br /> <br /> *El Rincón del Vago <br /> *Tu Obra<br /> <br /> == Enlaces externos ==<br /> <br /> *[http://www.tuobra.unam.mx/publicadas/050810093234.html Tu Obra] <br /> *[http://html.rincondelvago.com/nuevas-tecnologias-aplicadas-a-la-educacion_1.html El Rincón del Vago ]<br /> <br /> [[Category:Ciencias_informáticas_y_Telecomunicaciones]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_tridimensional&diff=1218899 2011-11-29T21:23:01Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}} <br /> '''Tecnologia tridimensional''':la [[tecnología]] digital o [[digital]] 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una [[imagen]], con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ==Tecnologías que la utilizan==<br /> ===RealD 3D===<br /> El [[sistema]] crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla [[LCD]] que se pone en frente de éste, para crear la [[polarización]] de la [[luz]]. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ===[[Sistema]] Dolby 3D===<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ==Principales desarrolladores==<br /> ===Sistema XpanD 3D===<br /> Este sistema usa un [[proyector digital]] a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ===Sistema IMAX 3D===<br /> Existen 2 tipos: [[Digital]] y [[Analógico]]. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ==Funcionamiento==<br /> ===Construcción===<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ==Aplicaciones==<br /> ===Tipos de gafas 3D===<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;[[pasivos]]&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la [[pantalla]] por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del [[televisor]]. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.<br /> <br /> ==Enlaces externos==<br /> [http://www.hoytecnologia.com/noticias/tecnologia-protagonista-nuevos-televisores/115896]Tecnologias de Hoy<br /> [http://www.elmundo.es/especiales/2009/05/cultura/revolucion_3d/tecnologia.html]Revolucion_3d<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_blanda&diff=1218865 2011-11-29T20:02:41Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}}<br /> '''Tecnologia blandas :'''<br /> cuando se habla de tecnologías se alude principalmente a aquellas incorporadas a bienes de capital, materias primas básicas, materias primas intermedias, componentes, etcétera. También se habla, por otro lado, de [[tecnologías]] no incorporadas que se encuentran en las personas (como obreros, técnicos, peritos, ingenieros, etc.) en forma de conocimientos teóricos u operacionales, manuales para ejecutar las operaciones o en documentos; estos conocimientos se registran y observan con el fin de asegurar su conservación y transmisión (mapas, plantas, diseños, proyectos, etc.).<br /> <br /> ==DESCRIPICION GENERAL==<br /> <br /> [[ISO]] 14001 es una norma aceptada internacionalmente que establece cómo implementar un sistema de gestión medioambiental (SGM) eficaz. La norma se ha concebido para gestionar el delicado equilibrio entre el mantenimiento de la rentabilidad y la reducción del impacto medioambiental. Con el compromiso de toda la organización, permite lograr ambos objetivos.<br /> <br /> Lo que contiene ISO 14001:<br /> <br /> • Requisitos generales<br /> <br /> • Política medioambiental<br /> <br /> • Planificación de la implementación y funcionamiento<br /> <br /> • Comprobación y medidas correctivas<br /> <br /> • Revisión de gestión<br /> <br /> ==Ventajas:==<br /> <br /> La certificación del sistema de gestión medioambiental de la compañía según ISO 14001 significa que un tercero independiente, como BSI, lo ha evaluado y ha concluido que cumple los requisitos establecidos en la norma.<br /> <br /> La certificación según ISO 14001 permite:<br /> <br /> • Demostrar a los organismos reguladores y gobiernos el compromiso de lograr el cumplimiento de las leyes y normas<br /> <br /> • Demostrar el compromiso medioambiental a los grupos de interés<br /> <br /> • Demostrar a clientes y empleados potenciales el enfoque innovador y progresista<br /> <br /> • Aumentar el acceso a nuevos clientes y socios comerciales<br /> <br /> • Mejorar la gestión de los riesgos medioambientales, ahora y en el futuro<br /> <br /> • Reducir potencialmente los costOs de los seguros de responsabilidad civil<br /> <br /> ==Reputación:==<br /> <br /> En algunos sectores en particular, muchas organizaciones grandes ejercen presiones, por ejemplo, los fabricantes de equipo original ([[OEM]]) que instan a sus proveedores a adoptar prácticas inocuas o respetuosas con el medio ambiente y pueden obligar a que la certificación según ISO 14001 sea la licencia para operar en el sector.<br /> <br /> Si desea tomarse con calma la implementación y certificación de un [[SGM]], el plan de acción BS8555 Pasos hacia los sistemas de gestión medioambiental ([[STEMS]]) permite introducir paulatinamente el sistema de gestión y evaluar el rendimiento en cada paso del recorrido. Una vez concluido, también permite obtener la certificación ISO 14001.<br /> <br /> ==Servicios relacionados:==<br /> <br /> ===Sistemas de gestión integrada===<br /> <br /> ISO 14001 se ha concebido para ser compatible con otras normas de sistemas de gestión y especificaciones que ya pueden estar implantadas o que se prevé implantar, por ejemplo:<br /> <br /> • ISO 9001 Calidad<br /> <br /> • OHSAS 1800 Salud y seguridad en el trabajo<br /> <br /> • ISO/IEC 27001 Seguridad de la información<br /> <br /> Nuestro servicio de gestión integrada permite integrarlas a la perfección y puede representar una inversión excelente.<br /> <br /> ==Beneficios :==<br /> <br /> Para las empresas; la adopción de las Normas Internacionales facilita a los proveedores basar el desarrollo de sus productos en el contraste de amplios datos de mercado de sus sectores, permitiendo así a los industriales concurrir cada vez más libremente y con eficacia en muchos más mercados del mundo.Para los gobiernos; Las Normas Internacionales proporcionan las bases tecnológicas y científicas que sostienen la salud, la legislación sobre seguridad y calidad medio ambiental.<br /> <br /> ==Normas:==<br /> <br /> El objetivo de estas normas es facilitar a las empresas metodologías adecuadas para la implantación de un sistema de gestión ambiental, similares a las propuestas por la serie ISO 9000 para la gestión de la calidad.<br /> <br /> La serie de normas ISO 14000 sobre gestión ambiental incluye las siguientes normas:<br /> <br /> de gestión ambiental (SGA): especificaciones y directrices para su utilización.<br /> <br /> ISO 14001:2004 Sistemas de gestión ambiental. Requisitos con orientación para su uso.<br /> <br /> • ISO 14004:2004 Sistemas de gestión ambiental. Directrices generales sobre principios, sistemas y técnicas de apoyo.<br /> <br /> • ISO 14011:2002: Guía para las auditorías de sistemas de gestión de calidad o ambiental.<br /> <br /> • ISO 14020 Etiquetado y declaraciones ambientales - Principios Generales<br /> <br /> • ISO 14021 Etiquetado y declaraciones ambientales - Autodeclaraciones<br /> <br /> • ISO 14024 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO/TR 14025 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO 14031:1999 Gestión ambiental. Evaluación del rendimiento ambiental. Directrices.<br /> <br /> • ISO 14032 Gestión ambiental - Ejemplos de evaluación del rendimiento ambiental (ERA)<br /> <br /> • ISO 14040 Gestión ambiental - Evaluación del ciclo de vida - Marco de referencia<br /> <br /> • ISO 14041. Gestión ambiental - Análisis del ciclo de vida. Definición de la finalidad y el campo y análisis de inventarios.<br /> <br /> • ISO 14042 Gestión ambiental - Análisis del ciclo de vida. Evaluación del impacto del ciclo de vida.<br /> <br /> • ISO 14043 Gestión ambiental - Análisis del ciclo de vida. Interpretación del ciclo de vida.<br /> <br /> • ISO/TR 14047 Gestión ambiental - Evaluación del impacto del ciclo de vida. Ejemplos de aplicación de ISO 14042.<br /> <br /> • ISO/TS 14048 Gestión ambiental - Evaluación del ciclo de vida. Formato de documentación de datos.<br /> <br /> • ISO/TR 14049 Gestión ambiental - Evaluación del ciclo de vida. Ejemplos de la aplicación de ISO 14041 a la definición de objetivo y alcance y análisis de inventario.<br /> <br /> • ISO 14062 Gestión ambiental - Integración de los aspectos ambientales en el diseño y desarrollo del productos.<br /> <br /> ===ISO 14001===<br /> <br /> La única norma de requisitos (registrable/certificable) es la ISO 14001. Esta norma internacional la puede aplicar cualquier organización que desee establecer, documentar, implantar, mantener y mejorar continuamente un sistema de gestión ambiental.<br /> <br /> Los pasos para aplicarla son los siguientes:<br /> <br /> 1. La organización establece, documenta, implanta, mantiene y mejora continuamente un sistema de gestión ambiental de acuerdo con los requisitos de la norma ISO 14001:2004 y determina cómo cumplirá con esos requisitos.<br /> <br /> 2. La organización planifica, implanta y pone en funcionamiento una política ambiental que tiene que ser apoyada y aprobada al máximo nivel directivo y dada a conocer tanto al personal de la propia organización como todas las partes interesadas. La política ambiental incluye un compromiso de mejora continua y de prevención de la contaminación, así como un compromiso de cumplir con la legislación y reglamentación ambiental aplicable.<br /> <br /> 3. Se establecen mecanismos de seguimiento y medición de las operaciones y actividades que puedan tener un impacto significativo en el ambiente.<br /> <br /> 4. La alta dirección de la organización revisa el sistema de gestión ambiental, a intervalos definidos, que sean suficientes para asegurar su adecuación y eficacia.<br /> <br /> 5. SI LA ORGANIZACIÓN DESEA REGISTRAR SU [[SISTEMA]] DE GESTIÓN AMBIENTAL: Contrata una entidades de certificación debidamente acreditada (ante los distintos organismos nacionales de acreditación) para que certifique que el sistema de gestión ambiental, basado en la norma ISO 14001:2004 conforma con todos los requisitos de dicha norma.<br /> <br /> == Fuentes ==<br /> <br /> [http://www.bsigroup.com.mx/es-mx/Auditoria-y-Certificacion/Sistemas-de-Gestion/Normas-y-estandares/ISO-14001]Auditoria-y-Certificacion<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_blanda&diff=1191525 2011-11-22T21:41:54Z

<p>Earoque: </p> <hr /> <div><br /> '''[[Tecnologia]] blandas :'''<br /> cuando se habla de tecnologías se alude principalmente a aquellas incorporadas a bienes de capital, materias primas básicas, materias primas intermedias, componentes, etcétera. También se habla, por otro lado, de tecnologías no incorporadas que se encuentran en las personas (como obreros, técnicos, peritos, ingenieros, etc.) en forma de conocimientos teóricos u operacionales, manuales para ejecutar las operaciones o en documentos; estos conocimientos se registran y observan con el fin de asegurar su conservación y transmisión (mapas, plantas, diseños, proyectos, etc.).<br /> <br /> ==DESCRIPICION GENERAL==<br /> <br /> [[ISO]] 14001 es una norma aceptada internacionalmente que establece cómo implementar un sistema de gestión medioambiental (SGM) eficaz. La norma se ha concebido para gestionar el delicado equilibrio entre el mantenimiento de la rentabilidad y la reducción del impacto medioambiental. Con el compromiso de toda la organización, permite lograr ambos objetivos.<br /> <br /> Lo que contiene ISO 14001:<br /> <br /> • Requisitos generales<br /> <br /> • Política medioambiental<br /> <br /> • Planificación de la implementación y funcionamiento<br /> <br /> • Comprobación y medidas correctivas<br /> <br /> • Revisión de gestión<br /> <br /> ==Ventajas:==<br /> <br /> La certificación del sistema de gestión medioambiental de la compañía según ISO 14001 significa que un tercero independiente, como BSI, lo ha evaluado y ha concluido que cumple los requisitos establecidos en la norma.<br /> <br /> La certificación según ISO 14001 permite:<br /> <br /> • Demostrar a los organismos reguladores y gobiernos el compromiso de lograr el cumplimiento de las leyes y normas<br /> <br /> • Demostrar el compromiso medioambiental a los grupos de interés<br /> <br /> • Demostrar a clientes y empleados potenciales el enfoque innovador y progresista<br /> <br /> • Aumentar el acceso a nuevos clientes y socios comerciales<br /> <br /> • Mejorar la gestión de los riesgos medioambientales, ahora y en el futuro<br /> <br /> • Reducir potencialmente los costOs de los seguros de responsabilidad civil<br /> <br /> ==Reputación:==<br /> <br /> En algunos sectores en particular, muchas organizaciones grandes ejercen presiones, por ejemplo, los fabricantes de equipo original (OEM) que instan a sus proveedores a adoptar prácticas inocuas o respetuosas con el medio ambiente y pueden obligar a que la certificación según ISO 14001 sea la licencia para operar en el sector.<br /> <br /> Si desea tomarse con calma la implementación y certificación de un SGM, el plan de acción BS8555 Pasos hacia los sistemas de gestión medioambiental (STEMS) permite introducir paulatinamente el sistema de gestión y evaluar el rendimiento en cada paso del recorrido. Una vez concluido, también permite obtener la certificación ISO 14001.<br /> <br /> ==Servicios relacionados:==<br /> <br /> ===Sistemas de gestión integrada===<br /> <br /> ISO 14001 se ha concebido para ser compatible con otras normas de sistemas de gestión y especificaciones que ya pueden estar implantadas o que se prevé implantar, por ejemplo:<br /> <br /> • ISO 9001 Calidad<br /> <br /> • OHSAS 1800 Salud y seguridad en el trabajo<br /> <br /> • ISO/IEC 27001 Seguridad de la información<br /> <br /> Nuestro servicio de gestión integrada permite integrarlas a la perfección y puede representar una inversión excelente.<br /> <br /> ==Beneficios :==<br /> <br /> Para las empresas; la adopción de las Normas Internacionales facilita a los proveedores basar el desarrollo de sus productos en el contraste de amplios datos de mercado de sus sectores, permitiendo así a los industriales concurrir cada vez más libremente y con eficacia en muchos más mercados del mundo.Para los gobiernos; Las Normas Internacionales proporcionan las bases tecnológicas y científicas que sostienen la salud, la legislación sobre seguridad y calidad medio ambiental.<br /> <br /> ==Normas:==<br /> <br /> El objetivo de estas normas es facilitar a las empresas metodologías adecuadas para la implantación de un sistema de gestión ambiental, similares a las propuestas por la serie ISO 9000 para la gestión de la calidad.<br /> <br /> La serie de normas ISO 14000 sobre gestión ambiental incluye las siguientes normas:<br /> <br /> de gestión ambiental (SGA): especificaciones y directrices para su utilización.<br /> <br /> ISO 14001:2004 Sistemas de gestión ambiental. Requisitos con orientación para su uso.<br /> <br /> • ISO 14004:2004 Sistemas de gestión ambiental. Directrices generales sobre principios, sistemas y técnicas de apoyo.<br /> <br /> • ISO 14011:2002: Guía para las auditorías de sistemas de gestión de calidad o ambiental.<br /> <br /> • ISO 14020 Etiquetado y declaraciones ambientales - Principios Generales<br /> <br /> • ISO 14021 Etiquetado y declaraciones ambientales - Autodeclaraciones<br /> <br /> • ISO 14024 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO/TR 14025 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO 14031:1999 Gestión ambiental. Evaluación del rendimiento ambiental. Directrices.<br /> <br /> • ISO 14032 Gestión ambiental - Ejemplos de evaluación del rendimiento ambiental (ERA)<br /> <br /> • ISO 14040 Gestión ambiental - Evaluación del ciclo de vida - Marco de referencia<br /> <br /> • ISO 14041. Gestión ambiental - Análisis del ciclo de vida. Definición de la finalidad y el campo y análisis de inventarios.<br /> <br /> • ISO 14042 Gestión ambiental - Análisis del ciclo de vida. Evaluación del impacto del ciclo de vida.<br /> <br /> • ISO 14043 Gestión ambiental - Análisis del ciclo de vida. Interpretación del ciclo de vida.<br /> <br /> • ISO/TR 14047 Gestión ambiental - Evaluación del impacto del ciclo de vida. Ejemplos de aplicación de ISO 14042.<br /> <br /> • ISO/TS 14048 Gestión ambiental - Evaluación del ciclo de vida. Formato de documentación de datos.<br /> <br /> • ISO/TR 14049 Gestión ambiental - Evaluación del ciclo de vida. Ejemplos de la aplicación de ISO 14041 a la definición de objetivo y alcance y análisis de inventario.<br /> <br /> • ISO 14062 Gestión ambiental - Integración de los aspectos ambientales en el diseño y desarrollo del productos.<br /> <br /> ===ISO 14001===<br /> <br /> La única norma de requisitos (registrable/certificable) es la ISO 14001. Esta norma internacional la puede aplicar cualquier organización que desee establecer, documentar, implantar, mantener y mejorar continuamente un sistema de gestión ambiental.<br /> <br /> Los pasos para aplicarla son los siguientes:<br /> <br /> 1. La organización establece, documenta, implanta, mantiene y mejora continuamente un sistema de gestión ambiental de acuerdo con los requisitos de la norma ISO 14001:2004 y determina cómo cumplirá con esos requisitos.<br /> <br /> 2. La organización planifica, implanta y pone en funcionamiento una política ambiental que tiene que ser apoyada y aprobada al máximo nivel directivo y dada a conocer tanto al personal de la propia organización como todas las partes interesadas. La política ambiental incluye un compromiso de mejora continua y de prevención de la contaminación, así como un compromiso de cumplir con la legislación y reglamentación ambiental aplicable.<br /> <br /> 3. Se establecen mecanismos de seguimiento y medición de las operaciones y actividades que puedan tener un impacto significativo en el ambiente.<br /> <br /> 4. La alta dirección de la organización revisa el sistema de gestión ambiental, a intervalos definidos, que sean suficientes para asegurar su adecuación y eficacia.<br /> <br /> 5. SI LA ORGANIZACIÓN DESEA REGISTRAR SU [[SISTEMA]] DE GESTIÓN AMBIENTAL: Contrata una entidades de certificación debidamente acreditada (ante los distintos organismos nacionales de acreditación) para que certifique que el sistema de gestión ambiental, basado en la norma ISO 14001:2004 conforma con todos los requisitos de dicha norma.<br /> <br /> == Fuentes ==<br /> <br /> [http://www.bsigroup.com.mx/es-mx/Auditoria-y-Certificacion/Sistemas-de-Gestion/Normas-y-estandares/ISO-14001]Auditoria-y-Certificacion<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_blanda&diff=1191513 2011-11-22T21:40:57Z

<p>Earoque: </p> <hr /> <div>'''[[Tecnologia]] blandas :'''<br /> cuando se habla de tecnologías se alude principalmente a aquellas incorporadas a bienes de capital, materias primas básicas, materias primas intermedias, componentes, etcétera. También se habla, por otro lado, de tecnologías no incorporadas que se encuentran en las personas (como obreros, técnicos, peritos, ingenieros, etc.) en forma de conocimientos teóricos u operacionales, manuales para ejecutar las operaciones o en documentos; estos conocimientos se registran y observan con el fin de asegurar su conservación y transmisión (mapas, plantas, diseños, proyectos, etc.).<br /> <br /> ==DESCRIPICION GENERAL==<br /> <br /> [[ISO]] 14001 es una norma aceptada internacionalmente que establece cómo implementar un sistema de gestión medioambiental (SGM) eficaz. La norma se ha concebido para gestionar el delicado equilibrio entre el mantenimiento de la rentabilidad y la reducción del impacto medioambiental. Con el compromiso de toda la organización, permite lograr ambos objetivos.<br /> <br /> Lo que contiene ISO 14001:<br /> <br /> • Requisitos generales<br /> <br /> • Política medioambiental<br /> <br /> • Planificación de la implementación y funcionamiento<br /> <br /> • Comprobación y medidas correctivas<br /> <br /> • Revisión de gestión<br /> <br /> ==Ventajas:==<br /> <br /> La certificación del sistema de gestión medioambiental de la compañía según ISO 14001 significa que un tercero independiente, como BSI, lo ha evaluado y ha concluido que cumple los requisitos establecidos en la norma.<br /> <br /> La certificación según ISO 14001 permite:<br /> <br /> • Demostrar a los organismos reguladores y gobiernos el compromiso de lograr el cumplimiento de las leyes y normas<br /> <br /> • Demostrar el compromiso medioambiental a los grupos de interés<br /> <br /> • Demostrar a clientes y empleados potenciales el enfoque innovador y progresista<br /> <br /> • Aumentar el acceso a nuevos clientes y socios comerciales<br /> <br /> • Mejorar la gestión de los riesgos medioambientales, ahora y en el futuro<br /> <br /> • Reducir potencialmente los costOs de los seguros de responsabilidad civil<br /> <br /> ==Reputación:==<br /> <br /> En algunos sectores en particular, muchas organizaciones grandes ejercen presiones, por ejemplo, los fabricantes de equipo original (OEM) que instan a sus proveedores a adoptar prácticas inocuas o respetuosas con el medio ambiente y pueden obligar a que la certificación según ISO 14001 sea la licencia para operar en el sector.<br /> <br /> Si desea tomarse con calma la implementación y certificación de un SGM, el plan de acción BS8555 Pasos hacia los sistemas de gestión medioambiental (STEMS) permite introducir paulatinamente el sistema de gestión y evaluar el rendimiento en cada paso del recorrido. Una vez concluido, también permite obtener la certificación ISO 14001.<br /> <br /> ==Servicios relacionados:==<br /> <br /> ===Sistemas de gestión integrada===<br /> <br /> ISO 14001 se ha concebido para ser compatible con otras normas de sistemas de gestión y especificaciones que ya pueden estar implantadas o que se prevé implantar, por ejemplo:<br /> <br /> • ISO 9001 Calidad<br /> <br /> • OHSAS 1800 Salud y seguridad en el trabajo<br /> <br /> • ISO/IEC 27001 Seguridad de la información<br /> <br /> Nuestro servicio de gestión integrada permite integrarlas a la perfección y puede representar una inversión excelente.<br /> <br /> ==Beneficios :==<br /> <br /> Para las empresas; la adopción de las Normas Internacionales facilita a los proveedores basar el desarrollo de sus productos en el contraste de amplios datos de mercado de sus sectores, permitiendo así a los industriales concurrir cada vez más libremente y con eficacia en muchos más mercados del mundo.Para los gobiernos; Las Normas Internacionales proporcionan las bases tecnológicas y científicas que sostienen la salud, la legislación sobre seguridad y calidad medio ambiental.<br /> <br /> ==Normas:==<br /> <br /> El objetivo de estas normas es facilitar a las empresas metodologías adecuadas para la implantación de un sistema de gestión ambiental, similares a las propuestas por la serie ISO 9000 para la gestión de la calidad.<br /> <br /> La serie de normas ISO 14000 sobre gestión ambiental incluye las siguientes normas:<br /> <br /> de gestión ambiental (SGA): especificaciones y directrices para su utilización.<br /> <br /> ISO 14001:2004 Sistemas de gestión ambiental. Requisitos con orientación para su uso.<br /> <br /> • ISO 14004:2004 Sistemas de gestión ambiental. Directrices generales sobre principios, sistemas y técnicas de apoyo.<br /> <br /> • ISO 14011:2002: Guía para las auditorías de sistemas de gestión de calidad o ambiental.<br /> <br /> • ISO 14020 Etiquetado y declaraciones ambientales - Principios Generales<br /> <br /> • ISO 14021 Etiquetado y declaraciones ambientales - Autodeclaraciones<br /> <br /> • ISO 14024 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO/TR 14025 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO 14031:1999 Gestión ambiental. Evaluación del rendimiento ambiental. Directrices.<br /> <br /> • ISO 14032 Gestión ambiental - Ejemplos de evaluación del rendimiento ambiental (ERA)<br /> <br /> • ISO 14040 Gestión ambiental - Evaluación del ciclo de vida - Marco de referencia<br /> <br /> • ISO 14041. Gestión ambiental - Análisis del ciclo de vida. Definición de la finalidad y el campo y análisis de inventarios.<br /> <br /> • ISO 14042 Gestión ambiental - Análisis del ciclo de vida. Evaluación del impacto del ciclo de vida.<br /> <br /> • ISO 14043 Gestión ambiental - Análisis del ciclo de vida. Interpretación del ciclo de vida.<br /> <br /> • ISO/TR 14047 Gestión ambiental - Evaluación del impacto del ciclo de vida. Ejemplos de aplicación de ISO 14042.<br /> <br /> • ISO/TS 14048 Gestión ambiental - Evaluación del ciclo de vida. Formato de documentación de datos.<br /> <br /> • ISO/TR 14049 Gestión ambiental - Evaluación del ciclo de vida. Ejemplos de la aplicación de ISO 14041 a la definición de objetivo y alcance y análisis de inventario.<br /> <br /> • ISO 14062 Gestión ambiental - Integración de los aspectos ambientales en el diseño y desarrollo del productos.<br /> <br /> ===ISO 14001===<br /> <br /> La única norma de requisitos (registrable/certificable) es la ISO 14001. Esta norma internacional la puede aplicar cualquier organización que desee establecer, documentar, implantar, mantener y mejorar continuamente un sistema de gestión ambiental.<br /> <br /> Los pasos para aplicarla son los siguientes:<br /> <br /> 1. La organización establece, documenta, implanta, mantiene y mejora continuamente un sistema de gestión ambiental de acuerdo con los requisitos de la norma ISO 14001:2004 y determina cómo cumplirá con esos requisitos.<br /> <br /> 2. La organización planifica, implanta y pone en funcionamiento una política ambiental que tiene que ser apoyada y aprobada al máximo nivel directivo y dada a conocer tanto al personal de la propia organización como todas las partes interesadas. La política ambiental incluye un compromiso de mejora continua y de prevención de la contaminación, así como un compromiso de cumplir con la legislación y reglamentación ambiental aplicable.<br /> <br /> 3. Se establecen mecanismos de seguimiento y medición de las operaciones y actividades que puedan tener un impacto significativo en el ambiente.<br /> <br /> 4. La alta dirección de la organización revisa el sistema de gestión ambiental, a intervalos definidos, que sean suficientes para asegurar su adecuación y eficacia.<br /> <br /> 5. SI LA ORGANIZACIÓN DESEA REGISTRAR SU [[SISTEMA]] DE GESTIÓN AMBIENTAL: Contrata una entidades de certificación debidamente acreditada (ante los distintos organismos nacionales de acreditación) para que certifique que el sistema de gestión ambiental, basado en la norma ISO 14001:2004 conforma con todos los requisitos de dicha norma.<br /> <br /> == Fuentes ==<br /> <br /> [http://www.bsigroup.com.mx/es-mx/Auditoria-y-Certificacion/Sistemas-de-Gestion/Normas-y-estandares/ISO-14001]<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_blanda&diff=1191508 2011-11-22T21:40:31Z

<p>Earoque: </p> <hr /> <div><br /> '''[[Tecnologia]] blandas :''<br /> cuando se habla de tecnologías se alude principalmente a aquellas incorporadas a bienes de capital, materias primas básicas, materias primas intermedias, componentes, etcétera. También se habla, por otro lado, de tecnologías no incorporadas que se encuentran en las personas (como obreros, técnicos, peritos, ingenieros, etc.) en forma de conocimientos teóricos u operacionales, manuales para ejecutar las operaciones o en documentos; estos conocimientos se registran y observan con el fin de asegurar su conservación y transmisión (mapas, plantas, diseños, proyectos, etc.).<br /> <br /> ==DESCRIPICION GENERAL==<br /> <br /> [[ISO]] 14001 es una norma aceptada internacionalmente que establece cómo implementar un sistema de gestión medioambiental (SGM) eficaz. La norma se ha concebido para gestionar el delicado equilibrio entre el mantenimiento de la rentabilidad y la reducción del impacto medioambiental. Con el compromiso de toda la organización, permite lograr ambos objetivos.<br /> <br /> Lo que contiene ISO 14001:<br /> <br /> • Requisitos generales<br /> <br /> • Política medioambiental<br /> <br /> • Planificación de la implementación y funcionamiento<br /> <br /> • Comprobación y medidas correctivas<br /> <br /> • Revisión de gestión<br /> <br /> ==Ventajas:==<br /> <br /> La certificación del sistema de gestión medioambiental de la compañía según ISO 14001 significa que un tercero independiente, como BSI, lo ha evaluado y ha concluido que cumple los requisitos establecidos en la norma.<br /> <br /> La certificación según ISO 14001 permite:<br /> <br /> • Demostrar a los organismos reguladores y gobiernos el compromiso de lograr el cumplimiento de las leyes y normas<br /> <br /> • Demostrar el compromiso medioambiental a los grupos de interés<br /> <br /> • Demostrar a clientes y empleados potenciales el enfoque innovador y progresista<br /> <br /> • Aumentar el acceso a nuevos clientes y socios comerciales<br /> <br /> • Mejorar la gestión de los riesgos medioambientales, ahora y en el futuro<br /> <br /> • Reducir potencialmente los costOs de los seguros de responsabilidad civil<br /> <br /> ==Reputación:==<br /> <br /> En algunos sectores en particular, muchas organizaciones grandes ejercen presiones, por ejemplo, los fabricantes de equipo original (OEM) que instan a sus proveedores a adoptar prácticas inocuas o respetuosas con el medio ambiente y pueden obligar a que la certificación según ISO 14001 sea la licencia para operar en el sector.<br /> <br /> Si desea tomarse con calma la implementación y certificación de un SGM, el plan de acción BS8555 Pasos hacia los sistemas de gestión medioambiental (STEMS) permite introducir paulatinamente el sistema de gestión y evaluar el rendimiento en cada paso del recorrido. Una vez concluido, también permite obtener la certificación ISO 14001.<br /> <br /> ==Servicios relacionados:==<br /> <br /> ===Sistemas de gestión integrada===<br /> <br /> ISO 14001 se ha concebido para ser compatible con otras normas de sistemas de gestión y especificaciones que ya pueden estar implantadas o que se prevé implantar, por ejemplo:<br /> <br /> • ISO 9001 Calidad<br /> <br /> • OHSAS 1800 Salud y seguridad en el trabajo<br /> <br /> • ISO/IEC 27001 Seguridad de la información<br /> <br /> Nuestro servicio de gestión integrada permite integrarlas a la perfección y puede representar una inversión excelente.<br /> <br /> ==Beneficios :==<br /> <br /> Para las empresas; la adopción de las Normas Internacionales facilita a los proveedores basar el desarrollo de sus productos en el contraste de amplios datos de mercado de sus sectores, permitiendo así a los industriales concurrir cada vez más libremente y con eficacia en muchos más mercados del mundo.Para los gobiernos; Las Normas Internacionales proporcionan las bases tecnológicas y científicas que sostienen la salud, la legislación sobre seguridad y calidad medio ambiental.<br /> <br /> ==Normas:==<br /> <br /> El objetivo de estas normas es facilitar a las empresas metodologías adecuadas para la implantación de un sistema de gestión ambiental, similares a las propuestas por la serie ISO 9000 para la gestión de la calidad.<br /> <br /> La serie de normas ISO 14000 sobre gestión ambiental incluye las siguientes normas:<br /> <br /> de gestión ambiental (SGA): especificaciones y directrices para su utilización.<br /> <br /> ISO 14001:2004 Sistemas de gestión ambiental. Requisitos con orientación para su uso.<br /> <br /> • ISO 14004:2004 Sistemas de gestión ambiental. Directrices generales sobre principios, sistemas y técnicas de apoyo.<br /> <br /> • ISO 14011:2002: Guía para las auditorías de sistemas de gestión de calidad o ambiental.<br /> <br /> • ISO 14020 Etiquetado y declaraciones ambientales - Principios Generales<br /> <br /> • ISO 14021 Etiquetado y declaraciones ambientales - Autodeclaraciones<br /> <br /> • ISO 14024 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO/TR 14025 Etiquetado y declaraciones ambientales -<br /> <br /> • ISO 14031:1999 Gestión ambiental. Evaluación del rendimiento ambiental. Directrices.<br /> <br /> • ISO 14032 Gestión ambiental - Ejemplos de evaluación del rendimiento ambiental (ERA)<br /> <br /> • ISO 14040 Gestión ambiental - Evaluación del ciclo de vida - Marco de referencia<br /> <br /> • ISO 14041. Gestión ambiental - Análisis del ciclo de vida. Definición de la finalidad y el campo y análisis de inventarios.<br /> <br /> • ISO 14042 Gestión ambiental - Análisis del ciclo de vida. Evaluación del impacto del ciclo de vida.<br /> <br /> • ISO 14043 Gestión ambiental - Análisis del ciclo de vida. Interpretación del ciclo de vida.<br /> <br /> • ISO/TR 14047 Gestión ambiental - Evaluación del impacto del ciclo de vida. Ejemplos de aplicación de ISO 14042.<br /> <br /> • ISO/TS 14048 Gestión ambiental - Evaluación del ciclo de vida. Formato de documentación de datos.<br /> <br /> • ISO/TR 14049 Gestión ambiental - Evaluación del ciclo de vida. Ejemplos de la aplicación de ISO 14041 a la definición de objetivo y alcance y análisis de inventario.<br /> <br /> • ISO 14062 Gestión ambiental - Integración de los aspectos ambientales en el diseño y desarrollo del productos.<br /> <br /> ===ISO 14001===<br /> <br /> La única norma de requisitos (registrable/certificable) es la ISO 14001. Esta norma internacional la puede aplicar cualquier organización que desee establecer, documentar, implantar, mantener y mejorar continuamente un sistema de gestión ambiental.<br /> <br /> Los pasos para aplicarla son los siguientes:<br /> <br /> 1. La organización establece, documenta, implanta, mantiene y mejora continuamente un sistema de gestión ambiental de acuerdo con los requisitos de la norma ISO 14001:2004 y determina cómo cumplirá con esos requisitos.<br /> <br /> 2. La organización planifica, implanta y pone en funcionamiento una política ambiental que tiene que ser apoyada y aprobada al máximo nivel directivo y dada a conocer tanto al personal de la propia organización como todas las partes interesadas. La política ambiental incluye un compromiso de mejora continua y de prevención de la contaminación, así como un compromiso de cumplir con la legislación y reglamentación ambiental aplicable.<br /> <br /> 3. Se establecen mecanismos de seguimiento y medición de las operaciones y actividades que puedan tener un impacto significativo en el ambiente.<br /> <br /> 4. La alta dirección de la organización revisa el sistema de gestión ambiental, a intervalos definidos, que sean suficientes para asegurar su adecuación y eficacia.<br /> <br /> 5. SI LA ORGANIZACIÓN DESEA REGISTRAR SU [[SISTEMA]] DE GESTIÓN AMBIENTAL: Contrata una entidades de certificación debidamente acreditada (ante los distintos organismos nacionales de acreditación) para que certifique que el sistema de gestión ambiental, basado en la norma ISO 14001:2004 conforma con todos los requisitos de dicha norma.<br /> <br /> == Fuentes ==<br /> <br /> [http://www.bsigroup.com.mx/es-mx/Auditoria-y-Certificacion/Sistemas-de-Gestion/Normas-y-estandares/ISO-14001]<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_blanda&diff=1191492 2011-11-22T21:39:01Z

<p>Earoque: Página creada con '´´´Tecnologias blandas:´´´ cuando se habla de tecnologías se alude principalmente a aquellas incorporadas a bienes de capital, materias primas básicas, materias prim...'</p> <hr /> <div>´´´[[Tecnologias blandas:]]´´´<br /> cuando se habla de tecnologías se alude principalmente a aquellas incorporadas a bienes de capital, materias primas básicas, materias primas intermedias, componentes, etcétera. También se habla, por otro lado, de tecnologías no incorporadas que se encuentran en las personas (como obreros, técnicos, peritos, ingenieros, etc.) en forma de conocimientos teóricos u operacionales, manuales para ejecutar las operaciones o en documentos; estos conocimientos se registran y observan con el fin de asegurar su conservación y transmisión (mapas, plantas, diseños, proyectos, etc.).<br /> <br /> ==DESCRIPICION GENERAL==<br /> <br /> [[ISO]] 14001 es una norma aceptada internacionalmente que establece cómo implementar un sistema de gestión medioambiental (SGM) eficaz. La norma se ha concebido para gestionar el delicado equilibrio entre el mantenimiento de la rentabilidad y la reducción del impacto medioambiental. Con el compromiso de toda la organización, permite lograr ambos objetivos. <br /> Lo que contiene ISO 14001:<br /> • Requisitos generales <br /> • Política medioambiental <br /> • Planificación de la implementación y funcionamiento <br /> • Comprobación y medidas correctivas <br /> • Revisión de gestión<br /> <br /> <br /> <br /> ==Ventajas:==<br /> <br /> La certificación del sistema de gestión medioambiental de la compañía según ISO 14001 significa que un tercero independiente, como BSI, lo ha evaluado y ha concluido que cumple los requisitos establecidos en la norma.<br /> La certificación según ISO 14001 permite:<br /> • Demostrar a los organismos reguladores y gobiernos el compromiso de lograr el cumplimiento de las leyes y normas <br /> • Demostrar el compromiso medioambiental a los grupos de interés <br /> • Demostrar a clientes y empleados potenciales el enfoque innovador y progresista <br /> • Aumentar el acceso a nuevos clientes y socios comerciales <br /> • Mejorar la gestión de los riesgos medioambientales, ahora y en el futuro <br /> • Reducir potencialmente los costOs de los seguros de responsabilidad civil <br /> <br /> <br /> ==Reputación:==<br /> <br /> En algunos sectores en particular, muchas organizaciones grandes ejercen presiones, por ejemplo, los fabricantes de equipo original (OEM) que instan a sus proveedores a adoptar prácticas inocuas o respetuosas con el medio ambiente y pueden obligar a que la certificación según ISO 14001 sea la licencia para operar en el sector.<br /> Si desea tomarse con calma la implementación y certificación de un SGM, el plan de acción BS8555 Pasos hacia los sistemas de gestión medioambiental (STEMS) permite introducir paulatinamente el sistema de gestión y evaluar el rendimiento en cada paso del recorrido. Una vez concluido, también permite obtener la certificación ISO 14001.<br /> <br /> <br /> ==Servicios relacionados:==<br /> <br /> ===Sistemas de gestión integrada===<br /> ISO 14001 se ha concebido para ser compatible con otras normas de sistemas de gestión y especificaciones que ya pueden estar implantadas o que se prevé implantar, por ejemplo:<br /> • ISO 9001 Calidad <br /> • OHSAS 1800 Salud y seguridad en el trabajo <br /> • ISO/IEC 27001 Seguridad de la información<br /> Nuestro servicio de gestión integrada permite integrarlas a la perfección y puede representar una inversión excelente.<br /> <br /> <br /> ==Beneficios :==<br /> <br /> Para las empresas; la adopción de las Normas Internacionales facilita a los proveedores basar el desarrollo de sus productos en el contraste de amplios datos de mercado de sus sectores, permitiendo así a los industriales concurrir cada vez más libremente y con eficacia en muchos más mercados del mundo.Para los gobiernos; Las Normas Internacionales proporcionan las bases tecnológicas y científicas que sostienen la salud, la legislación sobre seguridad y calidad medio ambiental.<br /> ==Normas:==<br /> El objetivo de estas normas es facilitar a las empresas metodologías adecuadas para la implantación de un sistema de gestión ambiental, similares a las propuestas por la serie ISO 9000 para la gestión de la calidad.<br /> La serie de normas ISO 14000 sobre gestión ambiental incluye las siguientes normas:<br /> de gestión ambiental (SGA): especificaciones y directrices para su utilización. <br /> ISO 14001:2004 Sistemas de gestión ambiental. Requisitos con orientación para su uso. <br /> • ISO 14004:2004 Sistemas de gestión ambiental. Directrices generales sobre principios, sistemas y técnicas de apoyo. <br /> • ISO 14011:2002: Guía para las auditorías de sistemas de gestión de calidad o ambiental. <br /> • ISO 14020 Etiquetado y declaraciones ambientales - Principios Generales <br /> • ISO 14021 Etiquetado y declaraciones ambientales - Autodeclaraciones <br /> • ISO 14024 Etiquetado y declaraciones ambientales - <br /> • ISO/TR 14025 Etiquetado y declaraciones ambientales - <br /> • ISO 14031:1999 Gestión ambiental. Evaluación del rendimiento ambiental. Directrices. <br /> • ISO 14032 Gestión ambiental - Ejemplos de evaluación del rendimiento ambiental (ERA) <br /> • ISO 14040 Gestión ambiental - Evaluación del ciclo de vida - Marco de referencia <br /> • ISO 14041. Gestión ambiental - Análisis del ciclo de vida. Definición de la finalidad y el campo y análisis de inventarios. <br /> • ISO 14042 Gestión ambiental - Análisis del ciclo de vida. Evaluación del impacto del ciclo de vida. <br /> • ISO 14043 Gestión ambiental - Análisis del ciclo de vida. Interpretación del ciclo de vida. <br /> • ISO/TR 14047 Gestión ambiental - Evaluación del impacto del ciclo de vida. Ejemplos de aplicación de ISO 14042. <br /> • ISO/TS 14048 Gestión ambiental - Evaluación del ciclo de vida. Formato de documentación de datos. <br /> • ISO/TR 14049 Gestión ambiental - Evaluación del ciclo de vida. Ejemplos de la aplicación de ISO 14041 a la definición de objetivo y alcance y análisis de inventario. <br /> • ISO 14062 Gestión ambiental - Integración de los aspectos ambientales en el diseño y desarrollo del productos. <br /> <br /> ===ISO 14001=== <br /> La única norma de requisitos (registrable/certificable) es la ISO 14001. Esta norma internacional la puede aplicar cualquier organización que desee establecer, documentar, implantar, mantener y mejorar continuamente un sistema de gestión ambiental.<br /> Los pasos para aplicarla son los siguientes:<br /> 1. La organización establece, documenta, implanta, mantiene y mejora continuamente un sistema de gestión ambiental de acuerdo con los requisitos de la norma ISO 14001:2004 y determina cómo cumplirá con esos requisitos. <br /> 2. La organización planifica, implanta y pone en funcionamiento una política ambiental que tiene que ser apoyada y aprobada al máximo nivel directivo y dada a conocer tanto al personal de la propia organización como todas las partes interesadas. La política ambiental incluye un compromiso de mejora continua y de prevención de la contaminación, así como un compromiso de cumplir con la legislación y reglamentación ambiental aplicable. <br /> 3. Se establecen mecanismos de seguimiento y medición de las operaciones y actividades que puedan tener un impacto significativo en el ambiente. <br /> 4. La alta dirección de la organización revisa el sistema de gestión ambiental, a intervalos definidos, que sean suficientes para asegurar su adecuación y eficacia. <br /> 5. SI LA ORGANIZACIÓN DESEA REGISTRAR SU [[SISTEMA]] DE GESTIÓN AMBIENTAL: Contrata una entidades de certificación debidamente acreditada (ante los distintos organismos nacionales de acreditación) para que certifique que el sistema de gestión ambiental, basado en la norma ISO 14001:2004 conforma con todos los requisitos de dicha norma.<br /> <br /> <br /> <br /> == Fuentes ==<br /> <br /> [http://www.bsigroup.com.mx/es-mx/Auditoria-y-Certificacion/Sistemas-de-Gestion/Normas-y-estandares/ISO-14001]<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Tecnolog%C3%ADa_tridimensional&diff=1191302 2011-11-22T21:16:38Z

<p>Earoque: Página creada con ' '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un o...'</p> <hr /> <div> <br /> '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una imagen, con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ==Tecnologías que la utilizan==<br /> ===RealD 3D===<br /> El [[sistema]] crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla [[LCD]] que se pone en frente de éste, para crear la [[polarización]] de la [[luz]]. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ===Sistema Dolby 3D===<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ==Principales desarrolladores==<br /> ===Sistema XpanD 3D===<br /> Este sistema usa un [[proyector digital]] a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ===Sistema IMAX 3D===<br /> Existen 2 tipos: Digital y Analógico. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ==Funcionamiento==<br /> ===Construcción===<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ==Aplicaciones==<br /> ===Tipos de gafas 3D===<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;pasivos&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la [[pantalla]] por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del [[televisor]]. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.<br /> <br /> ==Enlaces externos==<br /> [http://www.hoytecnologia.com/noticias/tecnologia-protagonista-nuevos-televisores/115896]Tecnologias de Hoy<br /> [http://www.elmundo.es/especiales/2009/05/cultura/revolucion_3d/tecnologia.html]Revolucion_3d<br /> <br /> [[Category:Ciencias_Aplicadas_y_Tecnologías]]</div>

Earoque https://www.ecured.cu/index.php?title=Usuario_discusi%C3%B3n:Earoque&diff=1104260 2011-11-01T18:41:32Z

<p>Earoque: </p> <hr /> <div> <br /> '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una imagen, con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ==Tecnologías que la utilizan==<br /> ===RealD 3D===<br /> El [[sistema]] crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla [[LCD]] que se pone en frente de éste, para crear la [[polarización]] de la [[luz]]. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ===Sistema Dolby 3D===<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ==Principales desarrolladores==<br /> ===Sistema XpanD 3D===<br /> Este sistema usa un [[proyector digital]] a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ===Sistema IMAX 3D===<br /> Existen 2 tipos: Digital y Analógico. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ==Funcionamiento==<br /> ===Construcción===<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ==Aplicaciones==<br /> ===Tipos de gafas 3D===<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;pasivos&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la [[pantalla]] por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del [[televisor]]. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.<br /> <br /> ==Enlaces externos==<br /> [http://www.hoytecnologia.com/noticias/tecnologia-protagonista-nuevos-televisores/115896]Tecnologias de Hoy<br /> [http://www.elmundo.es/especiales/2009/05/cultura/revolucion_3d/tecnologia.html]Revolucion_3d</div>

Earoque https://www.ecured.cu/index.php?title=Usuario_discusi%C3%B3n:Earoque&diff=1104010 2011-11-01T18:24:28Z

<p>Earoque: Tecnologia tridimensional</p> <hr /> <div> <br /> '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una imagen, con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ==Tecnologías que la utilizan==<br /> ===RealD 3D===<br /> El [[sistema]] crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla [[LCD]] que se pone en frente de éste, para crear la [[polarización]] de la [[luz]]. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ===Sistema Dolby 3D===<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ==Principales desarrolladores==<br /> ===Sistema XpanD 3D===<br /> Este sistema usa un [[proyector digital]] a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ===Sistema IMAX 3D===<br /> Existen 2 tipos: Digital y Analógico. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ==Funcionamiento==<br /> ===Construcción===<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ==Aplicaciones==<br /> ===Tipos de gafas 3D===<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;pasivos&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la [[pantalla]] por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del [[televisor]]. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.<br /> <br /> ==Enlaces externos==<br /> [http://www.hoytecnologia.com/noticias/tecnologia-protagonista-nuevos-televisores/115896]Tecnologias de Hoy<br /> [http://www.elmundo.es/especiales/2009/05/cultura/revolucion_3d/tecnologia.html]Revolucion_3d<br /> <br /> <br /> '''Tecnologias blandas''':son aquellas en las que las el producto no es objeto tangible y las mismas pretenden mejorar el funcionamiento de las instituciones u organizaciones para el cumplimiento de sus objetivos. Entre las ramas de la tecnología llamadas blandas se destaca la educación, la organización, la administración, la contabilidad y las operaciones, la logística de producción, el marketing y la estadística, la Psicología de las relaciones humanas y del trabajo, y el desarrollo de software&quot;. Este tipo de tecnología se funda en su mayoría en las bases de ciencias blandas como la Psicología, la economía y la administración, esto no quiere decir que no se tengan en cuenta las demás si que no es tan común; aunque se puede dar un caso como el desarrollo de software en el cual se requiere mas de ciencias duras que de ciencia blandas.<br /> <br /> ==Características==<br /> ===Trasfondo del término===<br /> El término adquirió relevancia en la Crisis del Petróleo de 1947 a traves el movimiento ecologista de los 70s y entre los prinicpales desarrolladores del concepto esta el economista británico E. F. Schumacher .Un término relacionado es la tecnología intermedia, la cual se refiere específicamente a las herramientas que cuestan más o son más sofisticadas o complejas que aquellas que se usan normalmente en los países en vías de desarrollo pero siguen siendo aún más baratas, o más accesibles, que aquellas que serían usadas en un país desarrollado.<br /> <br /> Usos y controversiasTecnologías duras y blandas.Actualmente existe uuna gran controversia entre los conceptos de tecnologias duras y tecnologias blandas.<br /> ===Diferencias===<br /> La tecnología dura consiste en &quot;técnicas ingenieriles, estructuras físicas, y maquinaria que encuentran una necesidad definida por una comunidad, y utilizan materiales que están a mano o que son fácilmente adquiribles. Pueden ser construidas, operadas y mantenidas por las poblaciones locales a base de una muy limitada asistencia externa (p.ej. técnica, material o financiera). Normalmente se la relaciona con fines económicos&quot;.<br /> La tecnología blanda como aquella tecnología que trata con las estructuras sociales, los procesos interactivos humanos, y las técnicas de motivación. Es la estructura y el proceso para la participación social y la realización por los individuos y los grupos del análisis de las situaciones, la toma deSostenibilidad<br /> ===Ventajas===<br /> Características tales como el bajo coste, la baja utilización de combustibles fósiles o el uso de recursos disponibles localmente pueden representar ventajas en términos de la sostenibilidad. Por estas razones, estas tecnologías son a veces utilizadas y promovidas por los partidarios de la sostenibilidad y de la tecnologia alternativa.<br /> <br /> ==Patrones de innovación==<br /> Considerando a varios autores como Pavitt (198420) o Soete y Miozzo (1989)respecto de distintos patrones de innovación (producto y proceso) de los sectores de la economía que desarrollan tecnologías e innovaciones por varias razones; y tomando en cuenta la clasificación de Pavitt (1984) respecto de los patrones de innovación de los sectores en cuatro categorías22, pero también a Soete y Miozzo (1989) quienes consideran los distintos estilos innovadores de las actividades de servicios más directamente, la industria de los servicios médicos y de salud está: <br /> ===Dominada por los proveedores=== Porque son servicios que dependen de los proveedores de equipos y sistemas técnicos, donde las empresas no participan de forma significativa en la producción de las tecnologías de proceso que utilizan. Son sectores, por tanto, cuyo desarrollo tecnológico está en función de las tecnologías desarrolladas por otros sectores. <br /> ===Productividad===<br /> Se empieza a convertir en una rama de actividad productora a gran escala: En estos sectores se requieren procesos a gran escala e innovaciones que se concentran en la introducción de tecnologías de la información (TI) para reducir costos. <br /> ===Base científica===<br /> Y puede convertirse en una actividad de base científica (su innovación descansaría fundamentalmente en un intenso nivel de investigación propia), pero no solamente de ciencias exactas, médicas y biológicas, sino de ciencias sociales y humanas que involucran al paciente con su conjunto de emociones, sentimientos y pensamientos que acompañan la presencia o no de patologías, padecimiento y enfermedades. <br /> <br /> <br /> ==Ciclo de vida de la innovación en servicios==<br /> Existe una tendencia cada vez más generalizada de las empresas de servicios a ofertar servicios adaptados al consumidor individual (Sundbo, 1998; Tether y otros, es decir, a ofertar servicios menos estandarizados y más adecuados a las necesidades individuales de los clientes, aspecto que tampoco tienen en cuenta las clasificaciones anteriores; a este respecto vale la pena mencionar que el hecho de poder disponer de una base de datos de clientes con sus características individuales <br /> es de gran valor para poder innovar en servicios médicos y de salud, porque no es lo mismo un problema de epilepsia que se puede identificar y tratar con un equipo Gamma Knife, en un hombre joven deportista con problemas de estabilidad emocional, que tratar el mismo padecimiento, con la misma tecnología, pero para un niño de dos años, con una vida emocional aparentemente estable. proceso informal en el que la dirección de la empresa tiene una gran importancia. En las empresas de este sector se anima a los trabajadores a presentar ideas para realizar innovaciones. Pero, el proceso de innovación también puede ser fruto de un proceso organizado donde los grupos de proyectos son fundamentales y donde se fortalece el departamento de marketing y el de TIC, que juegan un papel fundamental. Según Sundbo (1998), un ciclo de vida o patrón general del proceso de innovación habitual en servicios constaría de tres fases: <br /> 1. La fase idea <br /> 2. La fase desarrollo <br /> 3. La fase protección <br /> <br /> ==Barreras a la innovación en servicios==<br /> 1. Barreras legales y burocráticas que se soportan fundamentalmente con la cultura <br /> de las organizaciones, y consecuentemente, con la estructura. <br /> 2. Restricciones financieras, que muchas veces no responden a la problemática del <br /> dinero específicamente, sino de la decisión de invertir o no en dichas innovaciones <br /> (cultura). <br /> 3. Problemas técnicos, que se resuelven en la actualidad con alianzas, capacitación, <br /> e inversión en capital humano preparado, pero que requiere la cultura de la apertura. <br /> 4. Capacidades de absorción de los mercados, lo que requiere de la mercadotecnia. <br /> 5. Calificación y gestión de la innovación, lo que necesita de las universidades y de <br /> empresarios dispuestos a contratar a profesionales de estas nuevas especialidades. <br /> ==La innovación en tecnologías blandas==<br /> La innovación ha trascendido todos los frentes, no solamente el de la adopción de tecnologías &quot;duras&quot; tales como las tecnologías de información y comunicación (TIC), sino también las más flexibles estructuras en la organización, nuevas estrategias en la administración, e innovadoras políticas de recursos humanos, todo lo cual debe hacerse para que las tecnologías duras trabajen. Los errores al adoptar estas innovaciones complementarias han disminuido los resultados esperados de la inversión en tecnologías &quot;duras&quot; para la realización del potencial de la productividad.26 <br /> Por ello algunos definen a la tecnología blanda como a aquellas que se refieren a los conocimientos de tipo organizacional, administrativo y de comercialización, excluyendo los aspectos técnicos; y a las tecnologías duras, como la parte de conocimientos que se refiere a aspectos puramente técnicos de equipos, construcciones, procesos y materiales.27 Más precisamente otros señalan que el saber hacer las cosas inherentes a la actividad empresarial concierte a las tecnologías blandas y los avances tecnológicos en maquinaria y equipos o tecnología de punta en estos aspectos a la tecnología dura.<br /> <br /> ==Enlaces externos==<br /> [http://www.buenastareas.com/ensayos/Tecnologias-Blandas/163464.html]Buenas tareas<br /> [http://latecnologiavirtual.blogspot.com/2009/04/tecnologias-duras-y-blandas.html]Tecnología virtual</div>

Earoque https://www.ecured.cu/index.php?title=Usuario_discusi%C3%B3n:Earoque&diff=1103994 2011-11-01T18:21:53Z

<p>Earoque: </p> <hr /> <div>{{Sistema:Bienvenido|Earoque|Eduardo Antonio Roque}}<br /> <br /> <br /> '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una imagen, con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ==Tecnologías que la utilizan==<br /> ===RealD 3D===<br /> El [[sistema]] crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla [[LCD]] que se pone en frente de éste, para crear la [[polarización]] de la [[luz]]. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ===Sistema Dolby 3D===<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ==Principales desarrolladores==<br /> ===Sistema XpanD 3D===<br /> Este sistema usa un [[proyector digital]] a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ===Sistema IMAX 3D===<br /> Existen 2 tipos: Digital y Analógico. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ==Funcionamiento==<br /> ===Construcción===<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ==Aplicaciones==<br /> ===Tipos de gafas 3D===<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;pasivos&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la [[pantalla]] por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del [[televisor]]. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.<br /> <br /> ==Enlaces externos==<br /> [http://www.hoytecnologia.com/noticias/tecnologia-protagonista-nuevos-televisores/115896]Tecnologias de Hoy<br /> [http://www.elmundo.es/especiales/2009/05/cultura/revolucion_3d/tecnologia.html]Revolucion_3d<br /> <br /> <br /> '''Tecnologias blandas''':son aquellas en las que las el producto no es objeto tangible y las mismas pretenden mejorar el funcionamiento de las instituciones u organizaciones para el cumplimiento de sus objetivos. Entre las ramas de la tecnología llamadas blandas se destaca la educación, la organización, la administración, la contabilidad y las operaciones, la logística de producción, el marketing y la estadística, la Psicología de las relaciones humanas y del trabajo, y el desarrollo de software&quot;. Este tipo de tecnología se funda en su mayoría en las bases de ciencias blandas como la Psicología, la economía y la administración, esto no quiere decir que no se tengan en cuenta las demás si que no es tan común; aunque se puede dar un caso como el desarrollo de software en el cual se requiere mas de ciencias duras que de ciencia blandas.<br /> <br /> ==Características==<br /> ===Trasfondo del término===<br /> El término adquirió relevancia en la Crisis del Petróleo de 1947 a traves el movimiento ecologista de los 70s y entre los prinicpales desarrolladores del concepto esta el economista británico E. F. Schumacher .Un término relacionado es la tecnología intermedia, la cual se refiere específicamente a las herramientas que cuestan más o son más sofisticadas o complejas que aquellas que se usan normalmente en los países en vías de desarrollo pero siguen siendo aún más baratas, o más accesibles, que aquellas que serían usadas en un país desarrollado.<br /> <br /> Usos y controversiasTecnologías duras y blandas.Actualmente existe uuna gran controversia entre los conceptos de tecnologias duras y tecnologias blandas.<br /> ===Diferencias===<br /> La tecnología dura consiste en &quot;técnicas ingenieriles, estructuras físicas, y maquinaria que encuentran una necesidad definida por una comunidad, y utilizan materiales que están a mano o que son fácilmente adquiribles. Pueden ser construidas, operadas y mantenidas por las poblaciones locales a base de una muy limitada asistencia externa (p.ej. técnica, material o financiera). Normalmente se la relaciona con fines económicos&quot;.<br /> La tecnología blanda como aquella tecnología que trata con las estructuras sociales, los procesos interactivos humanos, y las técnicas de motivación. Es la estructura y el proceso para la participación social y la realización por los individuos y los grupos del análisis de las situaciones, la toma deSostenibilidad<br /> ===Ventajas===<br /> Características tales como el bajo coste, la baja utilización de combustibles fósiles o el uso de recursos disponibles localmente pueden representar ventajas en términos de la sostenibilidad. Por estas razones, estas tecnologías son a veces utilizadas y promovidas por los partidarios de la sostenibilidad y de la tecnologia alternativa.<br /> <br /> ==Patrones de innovación==<br /> Considerando a varios autores como Pavitt (198420) o Soete y Miozzo (1989)respecto de distintos patrones de innovación (producto y proceso) de los sectores de la economía que desarrollan tecnologías e innovaciones por varias razones; y tomando en cuenta la clasificación de Pavitt (1984) respecto de los patrones de innovación de los sectores en cuatro categorías22, pero también a Soete y Miozzo (1989) quienes consideran los distintos estilos innovadores de las actividades de servicios más directamente, la industria de los servicios médicos y de salud está: <br /> ===Dominada por los proveedores=== Porque son servicios que dependen de los proveedores de equipos y sistemas técnicos, donde las empresas no participan de forma significativa en la producción de las tecnologías de proceso que utilizan. Son sectores, por tanto, cuyo desarrollo tecnológico está en función de las tecnologías desarrolladas por otros sectores. <br /> ===Productividad===<br /> Se empieza a convertir en una rama de actividad productora a gran escala: En estos sectores se requieren procesos a gran escala e innovaciones que se concentran en la introducción de tecnologías de la información (TI) para reducir costos. <br /> ===Base científica===<br /> Y puede convertirse en una actividad de base científica (su innovación descansaría fundamentalmente en un intenso nivel de investigación propia), pero no solamente de ciencias exactas, médicas y biológicas, sino de ciencias sociales y humanas que involucran al paciente con su conjunto de emociones, sentimientos y pensamientos que acompañan la presencia o no de patologías, padecimiento y enfermedades. <br /> <br /> <br /> ==Ciclo de vida de la innovación en servicios==<br /> Existe una tendencia cada vez más generalizada de las empresas de servicios a ofertar servicios adaptados al consumidor individual (Sundbo, 1998; Tether y otros, es decir, a ofertar servicios menos estandarizados y más adecuados a las necesidades individuales de los clientes, aspecto que tampoco tienen en cuenta las clasificaciones anteriores; a este respecto vale la pena mencionar que el hecho de poder disponer de una base de datos de clientes con sus características individuales <br /> es de gran valor para poder innovar en servicios médicos y de salud, porque no es lo mismo un problema de epilepsia que se puede identificar y tratar con un equipo Gamma Knife, en un hombre joven deportista con problemas de estabilidad emocional, que tratar el mismo padecimiento, con la misma tecnología, pero para un niño de dos años, con una vida emocional aparentemente estable. proceso informal en el que la dirección de la empresa tiene una gran importancia. En las empresas de este sector se anima a los trabajadores a presentar ideas para realizar innovaciones. Pero, el proceso de innovación también puede ser fruto de un proceso organizado donde los grupos de proyectos son fundamentales y donde se fortalece el departamento de marketing y el de TIC, que juegan un papel fundamental. Según Sundbo (1998), un ciclo de vida o patrón general del proceso de innovación habitual en servicios constaría de tres fases: <br /> 1. La fase idea <br /> 2. La fase desarrollo <br /> 3. La fase protección <br /> <br /> ==Barreras a la innovación en servicios==<br /> 1. Barreras legales y burocráticas que se soportan fundamentalmente con la cultura <br /> de las organizaciones, y consecuentemente, con la estructura. <br /> 2. Restricciones financieras, que muchas veces no responden a la problemática del <br /> dinero específicamente, sino de la decisión de invertir o no en dichas innovaciones <br /> (cultura). <br /> 3. Problemas técnicos, que se resuelven en la actualidad con alianzas, capacitación, <br /> e inversión en capital humano preparado, pero que requiere la cultura de la apertura. <br /> 4. Capacidades de absorción de los mercados, lo que requiere de la mercadotecnia. <br /> 5. Calificación y gestión de la innovación, lo que necesita de las universidades y de <br /> empresarios dispuestos a contratar a profesionales de estas nuevas especialidades. <br /> ==La innovación en tecnologías blandas==<br /> La innovación ha trascendido todos los frentes, no solamente el de la adopción de tecnologías &quot;duras&quot; tales como las tecnologías de información y comunicación (TIC), sino también las más flexibles estructuras en la organización, nuevas estrategias en la administración, e innovadoras políticas de recursos humanos, todo lo cual debe hacerse para que las tecnologías duras trabajen. Los errores al adoptar estas innovaciones complementarias han disminuido los resultados esperados de la inversión en tecnologías &quot;duras&quot; para la realización del potencial de la productividad.26 <br /> Por ello algunos definen a la tecnología blanda como a aquellas que se refieren a los conocimientos de tipo organizacional, administrativo y de comercialización, excluyendo los aspectos técnicos; y a las tecnologías duras, como la parte de conocimientos que se refiere a aspectos puramente técnicos de equipos, construcciones, procesos y materiales.27 Más precisamente otros señalan que el saber hacer las cosas inherentes a la actividad empresarial concierte a las tecnologías blandas y los avances tecnológicos en maquinaria y equipos o tecnología de punta en estos aspectos a la tecnología dura.<br /> <br /> ==Enlaces externos==<br /> [http://www.buenastareas.com/ensayos/Tecnologias-Blandas/163464.html]Buenas tareas<br /> [http://latecnologiavirtual.blogspot.com/2009/04/tecnologias-duras-y-blandas.html]Tecnología virtual</div>

Earoque https://www.ecured.cu/index.php?title=Usuario_discusi%C3%B3n:Earoque&diff=1103890 2011-11-01T18:10:51Z

<p>Earoque: </p> <hr /> <div>{{Sistema:Bienvenido|Earoque|Eduardo Antonio Roque}}<br /> <br /> <br /> '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una imagen, con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ==Tecnologías que la utilizan==<br /> ===RealD 3D===<br /> El [[sistema]] crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla [[LCD]] que se pone en frente de éste, para crear la [[polarización]] de la [[luz]]. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ===Sistema Dolby 3D===<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ==Principales desarrolladores==<br /> ===Sistema XpanD 3D===<br /> Este sistema usa un [[proyector digital]] a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ===Sistema IMAX 3D===<br /> Existen 2 tipos: Digital y Analógico. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ==Funcionamiento==<br /> ===Construcción===<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ==Aplicaciones==<br /> ===Tipos de gafas 3D===<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;pasivos&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la [[pantalla]] por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del [[televisor]]. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.<br /> <br /> ==Enlaces externos==<br /> [http://www.hoytecnologia.com/noticias/tecnologia-protagonista-nuevos-televisores/115896]Tecnologias de Hoy<br /> [http://www.elmundo.es/especiales/2009/05/cultura/revolucion_3d/tecnologia.html]Revolucion_3d</div>

Earoque https://www.ecured.cu/index.php?title=Usuario_discusi%C3%B3n:Earoque&diff=1103764 2011-11-01T17:44:48Z

<p>Earoque: </p> <hr /> <div>{{Sistema:Bienvenido|Earoque|Eduardo Antonio Roque}}<br /> <br /> <br /> '''Tecnologia tridimensional''':la tecnología digital o digital 3D, simula el efecto que se produce en el ojo humano mientras percibe un objeto tridimensional real. Para ver la imagen y decodificarlas, se necesitan de lentes especiales. Debido a la velocidad de cuadros y los lentes utilizados, cada uno de los ojos del espectador recibe una imagen, con puntos de vista distintos, haciendo que el cerebro interprete profundidad mediante la fusión de las imágenes.<br /> ===Tecnologías que la utilizan===<br /> ==RealD 3D==<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo (2 ojos x 24 cuadros x 3 veces cada cuadro). Se usa polarización circular, que es más estable, establecida desde el proyector que está en sincronía con la pantalla LCD que se pone en frente de éste, para crear la polarización de la luz. Se necesita de una pantalla especial, plateada, que refleja la luz, ayudando a que exista menos traspaso de imagen de un ojo al otro. Los lentes utilizados son baratos, por lo tanto se pueden dar como regalo después de la función, pero no en todos los países aún, y generalmente son personalizados para cada película.<br /> ==Sistema Dolby 3D==<br /> El sistema crea la ilusión a partir de la emisión de imágenes intercaladas del ojo izquierdo y derecho, a 144 cuadros por segundo, al igual que el RealD, pero usa una pantalla común (Blanca) y crea el 3D mediante diferenciación espectral, que se refiere a la diferencia de colores, como los típicos lentes Rojo-Azul, pero a un nivel imperceptible, de manera que se ve la imagen a todo color. Dentro del proyector va el sistema de disco que produce la diferenciación de color, coordinado con las imágenes proyectadas.<br /> ===Principales desarrolladores===<br /> ==Sistema XpanD 3D==<br /> Este sistema usa un proyector digital a 48 cuadros por segundos, 24 por cada ojo. Usa lentes activos, los cuales se coordinan con el proyector mediante un emisor infrarrojo colocado en la sala. Se usa una pantalla común. Los costos de mantención son mayores, a causa de la limpieza de lentes y baterías que se tienen que reemplazar. Se dice que es el sistema que da la mejor sensación de profundidad.<br /> <br /> ==Sistema IMAX 3D==<br /> Existen 2 tipos: Digital y Analógico. Los IMAX tienen renombre mundial por su alta calidad de imagen, generada por sus sistemas analógicos. Usan 2 rollos de película, una para cada ojo, 10 veces más grandes que las normales, 2 proyectores con diferentes filtros polarizadores sobre ellos. Usan una pantalla plateada, pues usan polarización lineal. Se le dice el sistema más inmersivo, a causa del sistema de audio y el tamaño de sus pantallas, pero a causa de la forma que genera el 3D, si giras un poco la cabeza, la imagen de un ojo se comienza a pasar al otro. <br /> <br /> <br /> ===Funcionamiento===<br /> ==Construcción==<br /> La tridimensionalidad se debe al ligero distanciamiento entre los dos ojos, de modo que captan las imágenes desde ángulos distintos. La combinación de imágenes individuales vistas por cada ojo consigue una sensación de profundidad y dimensión en la mente. Es lo que se conoce como paralaje y es la base sobre la que se han desarrollado las tecnologias 3D.Cuando se filman imágenes en tres dimensiones se utilizan dos objetivos separados por una distancia fija.Las imagenes en tercera dimension deben ser editadas conservando la información desde ambos ángulos. Cuando ser reproduce el contenido, cada ojo debe percibir el contenido específico para él, de modo que cuando se combinen en la mente se cree la sensación de profundidad<br /> <br /> ===Aplicaiones===<br /> ==Tipos de gafas 3D==<br /> Para conseguir ver las imágenes existen distintas &quot;tecnologías&quot;. Los sistemas más antiguos son los denominados &quot;pasivos&quot;. Por un lado las clásicas gafas de dos colores, que ya se utilizaban en los años 70 y cuyo principal problema era la pobreza de color de las imágenes; por otro, las gafas polarizadas que permitían ver las imágenes proyectadas sobre la pantalla por el método &quot;línea a línea&quot; que polariza las líneas consecutivas del televisor. El problema de esta tecnología es la reducción de la resolución original de la pantalla a la mitad, pues sólo la mitad de la información está disponible para cada ojo, lo que provoca que sea complicado reproducir películas con gran detalle.Las gafas &quot;activas&quot; por su parte, se basan en la transmisión de imágenes a la pantalla para el ojo izquierdo y el derecho de forma secuencial y a muy alta velocidad. En este sistema las gafas se sincronizan con el televisor para mostrar en cada ojo solamente la imagen que le corresponde, permitiendo una mayor calidad de los vídeos.</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=606727 2011-05-21T16:55:26Z

<p>Earoque: </p> <hr /> <div>Un '''[[Sistema |Sistema]] de control de versiones''' es un [[Software |software]] que administra el acceso a un conjunto de [[Fichero|ficheros]], y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de [[Configuración de Software|configuración]]. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Características==<br /> [[Archivo:sistema de control de versiones img.jpeg|derecha|thumb|Sistema de control de versiones]]<br /> Un sistema de control de versiones debe proporcionar:<br /> *Mecanismo de almacenamiento de los elementos que deba gestionar.<br /> *Posibilidad de realizar cambios sobre los elementos almacenados.<br /> *Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos.<br /> <br /> ==Clasificación==<br /> Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:<br /> <br /> ===Centralizados:=== <br /> En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado [[Repositorio|repositorio]] de fuentes) de un [[Ordenador|ordenador]] (un [[Servidor|servidor]]). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y [Subversion|Subversion].<br /> <br /> ===Distribuidos:===<br /> En un sistema de control de versiones distribuido no hay un [[Repositorio|repositorio]] central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan &quot;sincronizar&quot; sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un [[Repositorio|repositorio]] central, y un programa cliente con el que cada [[Usuarios|usuario]] sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de [[Fichero|ficheros]]. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los [[Fichero|ficheros]] nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ===Forma habitual de trabajo===<br /> *Mantener una copia en local y modificarla.Después actualizarla en el [[Repositorio|repositorio]].Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.<br /> <br /> *Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de [[Fichero|ficheros]].<br /> <br /> ==Funcionamiento==<br /> Todos los sistemas de control de versiones se basan en disponer de un [[Repositorio|repositorio]], que es el conjunto de información gestionada por el [[Sistema|sistema]]. Este repositorio contiene el historial de versiones de todos los elementos gestionados.<br /> Cada uno de los [[Usuario|usuarios]] puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como checkout o desproteger. Para modificar la copia local existen dos semánticas básicas:<br /> <br /> ===Exclusivos===<br /> Para poder realizar un cambio es necesario marcar en el [[Repositorio|repositorio]] el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.<br /> ===Colaborativos===<br /> En el que cada usuario se descarga la copia, la modifica, y el [[Sistema|sistema]] automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.<br /> <br /> ==Procedimiento de uso habitual de un sistema de control de versiones==<br /> #Descarga de [[Fichero|ficheros]] inicial (Checkout)<br /> #Ciclo de trabajo habitual:<br /> *Modificación de los ficheros<br /> *Actualización de ficheros en local (Update)<br /> *Resolución de conflictos (si los hay)<br /> *Actualización de ficheros en [[Repositorio|repositorio]] (Commit).<br /> <br /> ==Subversión como evolución de CVS==<br /> *Renombar, copiar y mover ficheros y directorios sin perdida del histórico.<br /> *Commits atómicos.<br /> *Implementación de tres tipos de acceso:<br /> *Stand-alone<br /> *Local<br /> *Apache + webDAV<br /> *Mejorado el sistema de permisos.<br /> *Reducción del riesgo de vulnerabilidades por sus distintos RA (repository access).<br /> *Integración con Project Software Manager (Por ejemplo: trac).<br /> <br /> ==Clientes e integración con IDEs==<br /> 1.Para Concurrent Version Control (CVS):<br /> *Eclipse (integrado)<br /> *Kdevelop (integrado)<br /> *TortoriseCVS. &lt;ref&gt;http://www.tortoisecvs.org&lt;/ref&gt;<br /> <br /> 2.WinCVS&lt;ref&gt;http://www.wincvs.org&lt;/ref&gt;<br /> *Cervisia&lt;ref&gt; http://www.kde.org/apps/cervisia&lt;/ref&gt;<br /> Para Subversión:<br /> *TortoiseSVN &lt;ref&gt;http://tortoisesvn.tigris.org&lt;/ref&gt;<br /> *Plugin para Eclipse (subclipse)<br /> <br /> ==Sistemas de Control de Versiones Libres==<br /> <br /> ===CVS===<br /> CVS&lt;ref&gt;http://www.nongnu.org/cvs&lt;/ref&gt; ha estado durante mucho tiempo, y muchos desarrolladores están ya familiarizados con él. En su día fue revolucionario: fue el primer sistema de control de versiones de [[Codigo abierto|código abierto]] con acceso a redes de área amplia para desarrolladores (que yo sepa), y el primero que ofreció &quot;&quot;checkouts&quot;&quot; anónimos de sólo lectura, los que dieron a los desarrolladores una manera fácil de implicarse en los [[Proyecto|proyectos]]. CVS sólo versiona ficheros, no directorios; ofrece ramificaciones, etiquetado, y un buen rendimiento en la parte del cliente, pero no maneja muy bien ficheros grandes ni ficheros binarios. Tampoco soporta cambios atómicos. <br /> <br /> ===Subversion===<br /> Subversion&lt;ref&gt;http://subversion.tigris.org/&lt;/ref&gt; fue escrito ante todo para reemplazar a CVS—es decir, para acceder al control de versiones aproximadamente de la misma manera que CVS lo hace, pero sin los problemas o falta de utilidades que más frecuentemente molestan a los [[Usuario|usuarios]] de CVS. Uno de los objetivos de Subversion es encontrar la transición a Subversion relativamente suave para la gente que ya está acostumbrada a CVS. Aquí no hay sitio para entrar en detalles sobre las características de Subversion; acceda a su sitio web para más información. [Descargo: Estoy implicado en el desarrollo de Subversion, y es el único de estos sistemas que uso habitualmente.]<br /> <br /> ===SVK=== <br /> <br /> Aunque se ha construido sobre Subversion, probablemente SVK&lt;ref&gt;http://svk.elixus.org/&lt;/ref&gt; se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de &quot;&quot;reflejar/clonar&quot;&quot; árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.<br /> <br /> ===Mercurial===<br /> [[Archivo:mercurial.jpeg|derecha|thumb|Mercurial]]<br /> Mercurial&lt;ref&gt;http://www.selenic.com/mercurial/&lt;/ref&gt; es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, &quot;una completa &quot;&quot;indexación cruzada&quot;&quot; de ficheros y conjutos de cambios; unos[[Protocolo|procotolos]] de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows&quot; y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).<br /> <br /> ===GIT===<br /> GIT&lt;ref&gt;http://git.or.cz/&lt;/ref&gt; es un proyecto empezado por [[Linus Torvalds|Linus Torvalds]] para manejar el arbol fuente del &quot;&quot;kernel&quot;&quot; de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del &quot;&quot;kernel&quot;&quot;, pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del &quot;&quot;[[Kernel|kernel]]&quot;&quot; de [[Linux|Linux]]. Su página web dice que está &quot;... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el &quot;&quot;kernel&quot;&quot; de Linux. GIT cae en la categoría de herramientas de administración de [[Codigo abierto|código abierto]] distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la [[Red|red]] o de un [[Servidor|servidor]] central.&quot;<br /> <br /> ===Bazaar===<br /> Bazaar&lt;ref&gt;http://bazaar.canonical.com/&lt;/ref&gt; está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de [[protocolo|protocolo]] que fuera requerido a favor del agrado del [[Usuario|usuario]].<br /> <br /> ==Enlaces Externos==<br /> [http://www.jourmoly.com.ar/debes-usar-un-sistema-de-control-de-versiones/ JOURMOLY]<br /> [http://producingoss.com/es/vc-systems.html Sistema de control de versiones libres]<br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=606723 2011-05-21T16:54:06Z

<p>Earoque: </p> <hr /> <div>Un '''[[Sistema |Sistema]] de control de versiones''' es un [[Software |software]] que administra el acceso a un conjunto de [[Fichero|ficheros]], y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de [[Configuración de Software|configuración]]. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Características==<br /> [[Archivo:sistema de control de versiones img.jpeg|derecha|thumb|Sistema de control de versiones]]<br /> Un sistema de control de versiones debe proporcionar:<br /> *Mecanismo de almacenamiento de los elementos que deba gestionar.<br /> *Posibilidad de realizar cambios sobre los elementos almacenados.<br /> *Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos.<br /> <br /> ==Clasificación==<br /> Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:<br /> <br /> ===Centralizados:=== <br /> En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado [[Repositorio|repositorio]] de fuentes) de un [[Ordenador|ordenador]] (un [[Servidor|servidor]]). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y [Subversion|Subversion].<br /> <br /> ===Distribuidos:===<br /> En un sistema de control de versiones distribuido no hay un [[Repositorio|repositorio]] central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan &quot;sincronizar&quot; sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un [[Repositorio|repositorio]] central, y un programa cliente con el que cada [[Usuarios|usuario]] sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de [[Fichero|ficheros]]. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los [[Fichero|ficheros]] nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ===Forma habitual de trabajo===<br /> *Mantener una copia en local y modificarla.Después actualizarla en el [[Repositorio|repositorio]].Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.<br /> <br /> *Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de [[Fichero|ficheros]].<br /> <br /> ==Funcionamiento==<br /> Todos los sistemas de control de versiones se basan en disponer de un [[Repositorio|repositorio]], que es el conjunto de información gestionada por el [[Sistema|sistema]]. Este repositorio contiene el historial de versiones de todos los elementos gestionados.<br /> Cada uno de los [[Usuario|usuarios]] puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como checkout o desproteger. Para modificar la copia local existen dos semánticas básicas:<br /> <br /> ===Exclusivos===<br /> Para poder realizar un cambio es necesario marcar en el [[Repositorio|repositorio]] el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.<br /> ===Colaborativos===<br /> En el que cada usuario se descarga la copia, la modifica, y el [[Sistema|sistema]] automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.<br /> <br /> ==Procedimiento de uso habitual de un sistema de control de versiones==<br /> #Descarga de [[Fichero|ficheros]] inicial (Checkout)<br /> #Ciclo de trabajo habitual:<br /> *Modificación de los ficheros<br /> *Actualización de ficheros en local (Update)<br /> *Resolución de conflictos (si los hay)<br /> *Actualización de ficheros en [[Repositorio|repositorio]] (Commit).<br /> <br /> ==Subversión como evolución de CVS==<br /> *Renombar, copiar y mover ficheros y directorios sin perdida del histórico.<br /> *Commits atómicos.<br /> *Implementación de tres tipos de acceso:<br /> *Stand-alone<br /> *Local<br /> *Apache + webDAV<br /> *Mejorado el sistema de permisos.<br /> *Reducción del riesgo de vulnerabilidades por sus distintos RA (repository access).<br /> *Integración con Project Software Manager (Por ejemplo: trac).<br /> <br /> ==Clientes e integración con IDEs==<br /> 1.Para Concurrent Version Control (CVS):<br /> *Eclipse (integrado)<br /> *Kdevelop (integrado)<br /> *TortoriseCVS. &lt;ref&gt;http://www.tortoisecvs.org&lt;/ref&gt;<br /> <br /> 2.WinCVS&lt;ref&gt;http://www.wincvs.org&lt;/ref&gt;<br /> *Cervisia&lt;ref&gt; http://www.kde.org/apps/cervisia&lt;/ref&gt;<br /> Para Subversión:<br /> *TortoiseSVN &lt;ref&gt;http://tortoisesvn.tigris.org&lt;/ref&gt;<br /> *Plugin para Eclipse (subclipse)<br /> <br /> ==Sistemas de Control de Versiones Libres==<br /> <br /> ===CVS===<br /> CVS&lt;ref&gt;http://www.nongnu.org/cvs&lt;/ref&gt; ha estado durante mucho tiempo, y muchos desarrolladores están ya familiarizados con él. En su día fue revolucionario: fue el primer sistema de control de versiones de [[Codigo abierto|código abierto]] con acceso a redes de área amplia para desarrolladores (que yo sepa), y el primero que ofreció &quot;&quot;checkouts&quot;&quot; anónimos de sólo lectura, los que dieron a los desarrolladores una manera fácil de implicarse en los [[Proyecto|proyectos]]. CVS sólo versiona ficheros, no directorios; ofrece ramificaciones, etiquetado, y un buen rendimiento en la parte del cliente, pero no maneja muy bien ficheros grandes ni ficheros binarios. Tampoco soporta cambios atómicos. <br /> <br /> ===Subversion===<br /> Subversion&lt;ref&gt;http://subversion.tigris.org/&lt;/ref&gt; fue escrito ante todo para reemplazar a CVS—es decir, para acceder al control de versiones aproximadamente de la misma manera que CVS lo hace, pero sin los problemas o falta de utilidades que más frecuentemente molestan a los [[Usuario|usuarios]] de CVS. Uno de los objetivos de Subversion es encontrar la transición a Subversion relativamente suave para la gente que ya está acostumbrada a CVS. Aquí no hay sitio para entrar en detalles sobre las características de Subversion; acceda a su sitio web para más información. [Descargo: Estoy implicado en el desarrollo de Subversion, y es el único de estos sistemas que uso habitualmente.]<br /> <br /> ===SVK=== <br /> <br /> Aunque se ha construido sobre Subversion, probablemente SVK&lt;ref&gt;http://svk.elixus.org/&lt;/ref&gt; se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de &quot;&quot;reflejar/clonar&quot;&quot; árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.<br /> <br /> <br /> ===Mercurial===<br /> [[Archivo:mercurial.jpeg|derecha|thumb|Mercurial]]<br /> Mercurial&lt;ref&gt;http://www.selenic.com/mercurial/&lt;/ref&gt; es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, &quot;una completa &quot;&quot;indexación cruzada&quot;&quot; de ficheros y conjutos de cambios; unos[[Protocolo|procotolos]] de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows&quot; y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).<br /> <br /> <br /> ===GIT===<br /> <br /> GIT&lt;ref&gt;http://git.or.cz/&lt;/ref&gt; es un proyecto empezado por [[Linus Torvalds|Linus Torvalds]] para manejar el arbol fuente del &quot;&quot;kernel&quot;&quot; de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del &quot;&quot;kernel&quot;&quot;, pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del &quot;&quot;[[Kernel|kernel]]&quot;&quot; de [[Linux|Linux]]. Su página web dice que está &quot;... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el &quot;&quot;kernel&quot;&quot; de Linux. GIT cae en la categoría de herramientas de administración de [[Codigo abierto|código abierto]] distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la [[Red|red]] o de un [[Servidor|servidor]] central.&quot;<br /> <br /> ===Bazaar===<br /> <br /> Bazaar&lt;ref&gt;http://bazaar.canonical.com/&lt;/ref&gt; está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de [[protocolo|protocolo]] que fuera requerido a favor del agrado del [[Usuario|usuario]].<br /> <br /> ==Enlaces Externos==<br /> [http://www.jourmoly.com.ar/debes-usar-un-sistema-de-control-de-versiones/ JOURMOLY]<br /> [http://producingoss.com/es/vc-systems.html Sistema de control de versiones libres]<br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Archivo:Patrones.jpeg&diff=606234 2011-05-21T02:34:33Z

<p>Earoque: subió una nueva versión de «Archivo:Patrones.jpeg»</p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Earoque https://www.ecured.cu/index.php?title=Archivo:Patrones.jpeg&diff=606233 2011-05-21T02:32:39Z

<p>Earoque: subió una nueva versión de «Archivo:Patrones.jpeg»</p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=606225 2011-05-21T01:40:15Z

<p>Earoque: </p> <hr /> <div>Un '''Sistema de control de versiones''' es un software que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de configuración. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Características==<br /> [[Archivo:sistema de control de versiones img.jpeg|derecha|thumb|Sistema de control de versiones]]<br /> Un sistema de control de versiones debe proporcionar:<br /> *Mecanismo de almacenamiento de los elementos que deba gestionar.<br /> *Posibilidad de realizar cambios sobre los elementos almacenados.<br /> *Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos.<br /> <br /> ==Clasificación==<br /> Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:<br /> <br /> ===Centralizados:=== <br /> En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado repositorio de fuentes) de un ordenador (un servidor). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y Subversion.<br /> <br /> ===Distribuidos:===<br /> En un sistema de control de versiones distribuido no hay un repositorio central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan &quot;sincronizar&quot; sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un repositorio central, y un programa cliente con el que cada usuario sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de ficheros. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los ficheros nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ===Forma habitual de trabajo===<br /> *Mantener una copia en local y modificarla.Después actualizarla en el repositorio.Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.<br /> <br /> *Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de ficheros.<br /> <br /> ==Funcionamiento==<br /> Todos los sistemas de control de versiones se basan en disponer de un repositorio, que es el conjunto de información gestionada por el sistema. Este repositorio contiene el historial de versiones de todos los elementos gestionados.<br /> Cada uno de los usuarios puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como check out o desproteger. Para modificar la copia local existen dos semánticas básicas:<br /> <br /> ===Exclusivos===<br /> Para poder realizar un cambio es necesario marcar en el repositorio el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.<br /> ===Colaborativos===<br /> En el que cada usuario se descarga la copia, la modifica, y el sistema automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.<br /> <br /> ==Procedimiento de uso habitual de un sistema de control de versiones==<br /> #Descarga de ficheros inicial (Checkout)<br /> #Ciclo de trabajo habitual:<br /> *Modificación de los ficheros<br /> *Actualización de ficheros en local (Update)<br /> *Resolución de conflictos (si los hay)<br /> *Actualización de ficheros en repositorio (Commit).<br /> <br /> ==Subversión como evolución de CVS==<br /> *Renombar, copiar y mover ficheros y directorios sin perdida del histórico.<br /> *Commits atómicos.<br /> *Implementación de tres tipos de acceso:<br /> *Stand-alone<br /> *Local<br /> *Apache + webDAV<br /> *Mejorado el sistema de permisos.<br /> *Reducción del riesgo de vulnerabilidades por sus distintos RA (repository access).<br /> *Integración con Project Software Manager (Por ejemplo: trac).<br /> <br /> Grandes grupos de desarrollo como Apache Group o KDE están migrando<br /> sus sistemas a SVN.<br /> <br /> ==Clientes e integración con IDEs==<br /> 1.Para Concurrent Version Control (CVS):<br /> *Eclipse (integrado)<br /> *Kdevelop (integrado)<br /> *TortoriseCVS. &lt;ref&gt;http://www.tortoisecvs.org&lt;/ref&gt;<br /> <br /> 2.WinCVS&lt;ref&gt;http://www.wincvs.org&lt;/ref&gt;<br /> *Cervisia&lt;ref&gt; http://www.kde.org/apps/cervisia&lt;/ref&gt;<br /> Para Subversión:<br /> *TortoiseSVN &lt;ref&gt;http://tortoisesvn.tigris.org&lt;/ref&gt;<br /> *Plugin para Eclipse (subclipse)<br /> <br /> ==Sistemas de Control de Versiones Libres==<br /> <br /> <br /> ===CVS===<br /> <br /> CVS&lt;ref&gt;http://www.nongnu.org/cvs&lt;/ref&gt; ha estado durante mucho tiempo, y muchos desarrolladores están ya familiarizados con él. En su día fue revolucionario: fue el primer sistema de control de versiones de código abierto con acceso a redes de área amplia para desarrolladores (que yo sepa), y el primero que ofreció &quot;&quot;checkouts&quot;&quot; anónimos de sólo lectura, los que dieron a los desarrolladores una manera fácil de implicarse en los proyectos. CVS sólo versiona ficheros, no directorios; ofrece ramificaciones, etiquetado, y un buen rendimiento en la parte del cliente, pero no maneja muy bien ficheros grandes ni ficheros binarios. Tampoco soporta cambios atómicos. <br /> <br /> ===Subversion===<br /> Subversion&lt;ref&gt;http://subversion.tigris.org/&lt;/ref&gt; fue escrito ante todo para reemplazar a CVS—es decir, para acceder al control de versiones aproximadamente de la misma manera que CVS lo hace, pero sin los problemas o falta de utilidades que más frecuentemente molestan a los usuarios de CVS. Uno de los objetivos de Subversion es encontrar la transición a Subversion relativamente suave para la gente que ya está acostumbrada a CVS. Aquí no hay sitio para entrar en detalles sobre las características de Subversion; acceda a su sitio web para más información. [Descargo: Estoy implicado en el desarrollo de Subversion, y es el único de estos sistemas que uso habitualmente.]<br /> <br /> ===SVK=== <br /> <br /> Aunque se ha construido sobre Subversion, probablemente SVK&lt;ref&gt;http://svk.elixus.org/&lt;/ref&gt; se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de &quot;&quot;reflejar/clonar&quot;&quot; árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.<br /> <br /> <br /> ===Mercurial===<br /> [[Archivo:mercurial.jpeg|derecha|thumb|Mercurial]]<br /> Mercurial&lt;ref&gt;http://www.selenic.com/mercurial/&lt;/ref&gt; es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, &quot;una completa &quot;&quot;indexación cruzada&quot;&quot; de ficheros y conjutos de cambios; unos procotolos de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows&quot; y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).<br /> <br /> <br /> ===GIT===<br /> <br /> GIT&lt;ref&gt;http://git.or.cz/&lt;/ref&gt; es un proyecto empezado por Linus Torvalds para manejar el arbol fuente del &quot;&quot;kernel&quot;&quot; de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del &quot;&quot;kernel&quot;&quot;, pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del &quot;&quot;kernel&quot;&quot; de Linux. Su página web dice que está &quot;... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el &quot;&quot;kernel&quot;&quot; de Linux. GIT cae en la categoría de herramientas de administración de código abierto distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la red o de un servidor central.&quot;<br /> <br /> ===Bazaar===<br /> <br /> Bazaar&lt;ref&gt;http://bazaar.canonical.com/&lt;/ref&gt; está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de protocolo que fuera requerido a favor del agrado del usuario.<br /> <br /> ==Enlaces Externos==<br /> [http://www.jourmoly.com.ar/debes-usar-un-sistema-de-control-de-versiones/ JOURMOLY]<br /> [http://producingoss.com/es/vc-systems.html Sistema de control de versiones libres]<br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=606223 2011-05-21T01:35:59Z

<p>Earoque: </p> <hr /> <div>Un '''Sistema de control de versiones''' es un software que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de configuración. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Características==<br /> [[Archivo:sistema de control de versiones img.jpeg|derecha|thumb|Sistema de control de versiones]]<br /> Un sistema de control de versiones debe proporcionar:<br /> *Mecanismo de almacenamiento de los elementos que deba gestionar.<br /> *Posibilidad de realizar cambios sobre los elementos almacenados.<br /> *Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos.<br /> <br /> ==Clasificación==<br /> Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:<br /> <br /> ===Centralizados:=== <br /> En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado repositorio de fuentes) de un ordenador (un servidor). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y Subversion.<br /> <br /> ===Distribuidos:===<br /> En un sistema de control de versiones distribuido no hay un repositorio central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan &quot;sincronizar&quot; sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un repositorio central, y un programa cliente con el que cada usuario sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de ficheros. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los ficheros nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ===Forma habitual de trabajo===<br /> *Mantener una copia en local y modificarla.Después actualizarla en el repositorio.Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.<br /> <br /> *Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de ficheros.<br /> <br /> ==Funcionamiento==<br /> Todos los sistemas de control de versiones se basan en disponer de un repositorio, que es el conjunto de información gestionada por el sistema. Este repositorio contiene el historial de versiones de todos los elementos gestionados.<br /> Cada uno de los usuarios puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como check out o desproteger. Para modificar la copia local existen dos semánticas básicas:<br /> <br /> ===Exclusivos===<br /> Para poder realizar un cambio es necesario marcar en el repositorio el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.<br /> ===Colaborativos===<br /> En el que cada usuario se descarga la copia, la modifica, y el sistema automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.<br /> <br /> ==Procedimiento de uso habitual de un sistema de control de versiones==<br /> #Descarga de ficheros inicial (Checkout)<br /> #Ciclo de trabajo habitual:<br /> *Modificación de los ficheros<br /> *Actualización de ficheros en local (Update)<br /> *Resolución de conflictos (si los hay)<br /> *Actualización de ficheros en repositorio (Commit).<br /> <br /> ==Subversión como evolución de CVS==<br /> *Renombar, copiar y mover ficheros y directorios sin perdida del histórico.<br /> *Commits atómicos.<br /> *Implementación de tres tipos de acceso:<br /> *Stand-alone<br /> *Local<br /> *Apache + webDAV<br /> *Mejorado el sistema de permisos.<br /> *Reducción del riesgo de vulnerabilidades por sus distintos RA (repository access).<br /> *Integración con Project Software Manager (Por ejemplo: trac).<br /> <br /> Grandes grupos de desarrollo como Apache Group o KDE están migrando<br /> sus sistemas a SVN.<br /> <br /> ==Clientes e integración con IDEs==<br /> 1.Para Concurrent Version Control (CVS):<br /> *Eclipse (integrado)<br /> *Kdevelop (integrado)<br /> *TortoriseCVS. &lt;ref&gt;http://www.tortoisecvs.org&lt;/ref&gt;<br /> <br /> 2.WinCVS&lt;ref&gt;http://www.wincvs.org&lt;/ref&gt;<br /> *Cervisia&lt;ref&gt; http://www.kde.org/apps/cervisia&lt;/ref&gt;<br /> Para Subversión:<br /> *TortoiseSVN &lt;ref&gt;http://tortoisesvn.tigris.org&lt;/ref&gt;<br /> *Plugin para Eclipse (subclipse)<br /> <br /> ==Sistemas de Control de Versiones Libres==<br /> <br /> <br /> ===CVS===<br /> <br /> CVS&lt;ref&gt;http://www.nongnu.org/cvs&lt;/ref&gt; ha estado durante mucho tiempo, y muchos desarrolladores están ya familiarizados con él. En su día fue revolucionario: fue el primer sistema de control de versiones de código abierto con acceso a redes de área amplia para desarrolladores (que yo sepa), y el primero que ofreció &quot;&quot;checkouts&quot;&quot; anónimos de sólo lectura, los que dieron a los desarrolladores una manera fácil de implicarse en los proyectos. CVS sólo versiona ficheros, no directorios; ofrece ramificaciones, etiquetado, y un buen rendimiento en la parte del cliente, pero no maneja muy bien ficheros grandes ni ficheros binarios. Tampoco soporta cambios atómicos. <br /> <br /> ===Subversion===<br /> Subversion&lt;ref&gt;http://subversion.tigris.org/&lt;/ref&gt; fue escrito ante todo para reemplazar a CVS—es decir, para acceder al control de versiones aproximadamente de la misma manera que CVS lo hace, pero sin los problemas o falta de utilidades que más frecuentemente molestan a los usuarios de CVS. Uno de los objetivos de Subversion es encontrar la transición a Subversion relativamente suave para la gente que ya está acostumbrada a CVS. Aquí no hay sitio para entrar en detalles sobre las características de Subversion; acceda a su sitio web para más información. [Descargo: Estoy implicado en el desarrollo de Subversion, y es el único de estos sistemas que uso habitualmente.]<br /> <br /> ===SVK=== <br /> <br /> Aunque se ha construido sobre Subversion, probablemente SVK&lt;ref&gt;http://svk.elixus.org/&lt;/ref&gt; se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de &quot;&quot;reflejar/clonar&quot;&quot; árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.<br /> <br /> <br /> ===Mercurial===<br /> [[Archivo:mercurial.jpeg|derecha|thumb|Mercurial]]<br /> Mercurial&lt;ref&gt;http://www.selenic.com/mercurial/&lt;/ref&gt; es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, &quot;una completa &quot;&quot;indexación cruzada&quot;&quot; de ficheros y conjutos de cambios; unos procotolos de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows&quot; y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).<br /> <br /> <br /> ===GIT===<br /> <br /> GIT&lt;ref&gt;http://git.or.cz/&lt;/ref&gt; es un proyecto empezado por Linus Torvalds para manejar el arbol fuente del &quot;&quot;kernel&quot;&quot; de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del &quot;&quot;kernel&quot;&quot;, pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del &quot;&quot;kernel&quot;&quot; de Linux. Su página web dice que está &quot;... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el &quot;&quot;kernel&quot;&quot; de Linux. GIT cae en la categoría de herramientas de administración de código abierto distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la red o de un servidor central.&quot;<br /> <br /> ===Bazaar===<br /> <br /> Bazaar&lt;ref&gt;http://bazaar.canonical.com/&lt;/ref&gt; está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de protocolo que fuera requerido a favor del agrado del usuario.<br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> ==Enlaces Externos==<br /> [http://www.jourmoly.com.ar/debes-usar-un-sistema-de-control-de-versiones/ JOURMOLY]<br /> [http://producingoss.com/es/vc-systems.html Sistema de control de versiones libres]<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Archivo:Mercurial.jpeg&diff=606220 2011-05-21T01:30:45Z

<p>Earoque: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Earoque https://www.ecured.cu/index.php?title=Archivo:Sistema_de_control_de_versiones_img.jpeg&diff=606218 2011-05-21T01:30:01Z

<p>Earoque: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=606214 2011-05-21T01:27:53Z

<p>Earoque: </p> <hr /> <div>Un '''Sistema de control de versiones''' es un software que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de configuración. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Características==<br /> Un sistema de control de versiones debe proporcionar:<br /> *Mecanismo de almacenamiento de los elementos que deba gestionar.<br /> *Posibilidad de realizar cambios sobre los elementos almacenados.<br /> *Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos.<br /> <br /> ==Clasificación==<br /> Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:<br /> <br /> ===Centralizados:=== <br /> En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado repositorio de fuentes) de un ordenador (un servidor). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y Subversion.<br /> <br /> ===Distribuidos:===<br /> En un sistema de control de versiones distribuido no hay un repositorio central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan &quot;sincronizar&quot; sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un repositorio central, y un programa cliente con el que cada usuario sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de ficheros. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los ficheros nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ===Forma habitual de trabajo===<br /> *Mantener una copia en local y modificarla.Después actualizarla en el repositorio.Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.<br /> <br /> *Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de ficheros.<br /> <br /> ==Funcionamiento==<br /> Todos los sistemas de control de versiones se basan en disponer de un repositorio, que es el conjunto de información gestionada por el sistema. Este repositorio contiene el historial de versiones de todos los elementos gestionados.<br /> Cada uno de los usuarios puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como check out o desproteger. Para modificar la copia local existen dos semánticas básicas:<br /> <br /> ===Exclusivos===<br /> Para poder realizar un cambio es necesario marcar en el repositorio el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.<br /> ===Colaborativos===<br /> En el que cada usuario se descarga la copia, la modifica, y el sistema automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.<br /> <br /> ==Procedimiento de uso habitual de un sistema de control de versiones==<br /> #Descarga de ficheros inicial (Checkout)<br /> #Ciclo de trabajo habitual:<br /> *Modificación de los ficheros<br /> *Actualización de ficheros en local (Update)<br /> *Resolución de conflictos (si los hay)<br /> *Actualización de ficheros en repositorio (Commit).<br /> <br /> ==Subversión como evolución de CVS==<br /> *Renombar, copiar y mover ficheros y directorios sin perdida del histórico.<br /> *Commits atómicos.<br /> *Implementación de tres tipos de acceso:<br /> *Stand-alone<br /> *Local<br /> *Apache + webDAV<br /> *Mejorado el sistema de permisos.<br /> *Reducción del riesgo de vulnerabilidades por sus distintos RA (repository access).<br /> *Integración con Project Software Manager (Por ejemplo: trac).<br /> <br /> Grandes grupos de desarrollo como Apache Group o KDE están migrando<br /> sus sistemas a SVN.<br /> <br /> ==Clientes e integración con IDEs==<br /> 1.Para Concurrent Version Control (CVS):<br /> *Eclipse (integrado)<br /> *Kdevelop (integrado)<br /> *TortoriseCVS. &lt;ref&gt;http://www.tortoisecvs.org&lt;/ref&gt;<br /> <br /> 2.WinCVS&lt;ref&gt;http://www.wincvs.org&lt;/ref&gt;<br /> *Cervisia&lt;ref&gt; http://www.kde.org/apps/cervisia&lt;/ref&gt;<br /> Para Subversión:<br /> *TortoiseSVN &lt;ref&gt;http://tortoisesvn.tigris.org&lt;/ref&gt;<br /> *Plugin para Eclipse (subclipse)<br /> <br /> ==Sistemas de Control de Versiones Libres==<br /> <br /> <br /> ===CVS===<br /> <br /> CVS&lt;ref&gt;http://www.nongnu.org/cvs&lt;/ref&gt; ha estado durante mucho tiempo, y muchos desarrolladores están ya familiarizados con él. En su día fue revolucionario: fue el primer sistema de control de versiones de código abierto con acceso a redes de área amplia para desarrolladores (que yo sepa), y el primero que ofreció &quot;&quot;checkouts&quot;&quot; anónimos de sólo lectura, los que dieron a los desarrolladores una manera fácil de implicarse en los proyectos. CVS sólo versiona ficheros, no directorios; ofrece ramificaciones, etiquetado, y un buen rendimiento en la parte del cliente, pero no maneja muy bien ficheros grandes ni ficheros binarios. Tampoco soporta cambios atómicos. <br /> <br /> ===Subversion===<br /> Subversion&lt;ref&gt;http://subversion.tigris.org/&lt;/ref&gt; fue escrito ante todo para reemplazar a CVS—es decir, para acceder al control de versiones aproximadamente de la misma manera que CVS lo hace, pero sin los problemas o falta de utilidades que más frecuentemente molestan a los usuarios de CVS. Uno de los objetivos de Subversion es encontrar la transición a Subversion relativamente suave para la gente que ya está acostumbrada a CVS. Aquí no hay sitio para entrar en detalles sobre las características de Subversion; acceda a su sitio web para más información. [Descargo: Estoy implicado en el desarrollo de Subversion, y es el único de estos sistemas que uso habitualmente.]<br /> <br /> ===SVK=== <br /> <br /> Aunque se ha construido sobre Subversion, probablemente SVK&lt;ref&gt;http://svk.elixus.org/&lt;/ref&gt; se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de &quot;&quot;reflejar/clonar&quot;&quot; árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.<br /> <br /> <br /> ===Mercurial===<br /> <br /> Mercurial&lt;ref&gt;http://www.selenic.com/mercurial/&lt;/ref&gt; es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, &quot;una completa &quot;&quot;indexación cruzada&quot;&quot; de ficheros y conjutos de cambios; unos procotolos de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows&quot; y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).<br /> <br /> <br /> ===GIT===<br /> <br /> GIT&lt;ref&gt;http://git.or.cz/&lt;/ref&gt; es un proyecto empezado por Linus Torvalds para manejar el arbol fuente del &quot;&quot;kernel&quot;&quot; de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del &quot;&quot;kernel&quot;&quot;, pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del &quot;&quot;kernel&quot;&quot; de Linux. Su página web dice que está &quot;... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el &quot;&quot;kernel&quot;&quot; de Linux. GIT cae en la categoría de herramientas de administración de código abierto distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la red o de un servidor central.&quot;<br /> <br /> ===Bazaar===<br /> <br /> Bazaar&lt;ref&gt;http://bazaar.canonical.com/&lt;/ref&gt; está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de protocolo que fuera requerido a favor del agrado del usuario.<br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> ==Enlaces Externos==<br /> [http://www.jourmoly.com.ar/debes-usar-un-sistema-de-control-de-versiones/ JOURMOLY]<br /> [http://producingoss.com/es/vc-systems.html Sistema de control de versiones libres]<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=606211 2011-05-21T01:23:27Z

<p>Earoque: </p> <hr /> <div>Un '''Sistema de control de versiones''' es un software que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de configuración. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Características==<br /> Un sistema de control de versiones debe proporcionar:<br /> *Mecanismo de almacenamiento de los elementos que deba gestionar.<br /> *Posibilidad de realizar cambios sobre los elementos almacenados.<br /> *Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos.<br /> <br /> ==Clasificación==<br /> Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:<br /> <br /> ===Centralizados:=== <br /> En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado repositorio de fuentes) de un ordenador (un servidor). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y Subversion.<br /> <br /> ===Distribuidos:===<br /> En un sistema de control de versiones distribuido no hay un repositorio central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan &quot;sincronizar&quot; sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un repositorio central, y un programa cliente con el que cada usuario sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de ficheros. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los ficheros nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ===Forma habitual de trabajo===<br /> *Mantener una copia en local y modificarla.Después actualizarla en el repositorio.Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.<br /> <br /> *Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de ficheros.<br /> <br /> ==Funcionamiento==<br /> Todos los sistemas de control de versiones se basan en disponer de un repositorio, que es el conjunto de información gestionada por el sistema. Este repositorio contiene el historial de versiones de todos los elementos gestionados.<br /> Cada uno de los usuarios puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como check out o desproteger. Para modificar la copia local existen dos semánticas básicas:<br /> <br /> ===Exclusivos===<br /> Para poder realizar un cambio es necesario marcar en el repositorio el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.<br /> ===Colaborativos===<br /> En el que cada usuario se descarga la copia, la modifica, y el sistema automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.<br /> <br /> ==Procedimiento de uso habitual de un sistema de control de versiones==<br /> #Descarga de ficheros inicial (Checkout)<br /> #Ciclo de trabajo habitual:<br /> *Modificación de los ficheros<br /> *Actualización de ficheros en local (Update)<br /> *Resolución de conflictos (si los hay)<br /> *Actualización de ficheros en repositorio (Commit).<br /> <br /> ==Subversión como evolución de CVS==<br /> *Renombar, copiar y mover ficheros y directorios sin perdida del histórico.<br /> *Commits atómicos.<br /> *Implementación de tres tipos de acceso:<br /> *Stand-alone<br /> *Local<br /> *Apache + webDAV<br /> *Mejorado el sistema de permisos.<br /> *Reducción del riesgo de vulnerabilidades por sus distintos RA (repository access).<br /> *Integración con Project Software Manager (Por ejemplo: trac).<br /> <br /> Grandes grupos de desarrollo como Apache Group o KDE están migrando<br /> sus sistemas a SVN.<br /> <br /> ==Clientes e integración con IDEs==<br /> 1.Para Concurrent Version Control (CVS):<br /> *Eclipse (integrado)<br /> *Kdevelop (integrado)<br /> *TortoriseCVS. &lt;ref&gt;http://www.tortoisecvs.org&lt;/ref&gt;<br /> <br /> 2.WinCVS&lt;ref&gt;http://www.wincvs.org&lt;/ref&gt;<br /> *Cervisia&lt;ref&gt; http://www.kde.org/apps/cervisia&lt;/ref&gt;<br /> Para Subversión:<br /> *TortoiseSVN &lt;ref&gt;http://tortoisesvn.tigris.org&lt;/ref&gt;<br /> *Plugin para Eclipse (subclipse)<br /> <br /> ==Sistemas de Control de Versiones Libres==<br /> <br /> <br /> ===CVS===<br /> <br /> CVS&lt;ref&gt;http://www.nongnu.org/cvs&lt;/ref&gt; ha estado durante mucho tiempo, y muchos desarrolladores están ya familiarizados con él. En su día fue revolucionario: fue el primer sistema de control de versiones de código abierto con acceso a redes de área amplia para desarrolladores (que yo sepa), y el primero que ofreció &quot;&quot;checkouts&quot;&quot; anónimos de sólo lectura, los que dieron a los desarrolladores una manera fácil de implicarse en los proyectos. CVS sólo versiona ficheros, no directorios; ofrece ramificaciones, etiquetado, y un buen rendimiento en la parte del cliente, pero no maneja muy bien ficheros grandes ni ficheros binarios. Tampoco soporta cambios atómicos. <br /> <br /> ===Subversion===<br /> Subversion&lt;ref&gt;http://subversion.tigris.org/&lt;/ref&gt; fue escrito ante todo para reemplazar a CVS—es decir, para acceder al control de versiones aproximadamente de la misma manera que CVS lo hace, pero sin los problemas o falta de utilidades que más frecuentemente molestan a los usuarios de CVS. Uno de los objetivos de Subversion es encontrar la transición a Subversion relativamente suave para la gente que ya está acostumbrada a CVS. Aquí no hay sitio para entrar en detalles sobre las características de Subversion; acceda a su sitio web para más información. [Descargo: Estoy implicado en el desarrollo de Subversion, y es el único de estos sistemas que uso habitualmente.]<br /> <br /> ===SVK=== <br /> <br /> Aunque se ha construido sobre Subversion, probablemente SVK&lt;ref&gt;http://svk.elixus.org/&lt;/ref&gt; se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de &quot;&quot;reflejar/clonar&quot;&quot; árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.<br /> <br /> <br /> ===Mercurial===<br /> <br /> Mercurial&lt;ref&gt;http://www.selenic.com/mercurial/&lt;/ref&gt; es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, &quot;una completa &quot;&quot;indexación cruzada&quot;&quot; de ficheros y conjutos de cambios; unos procotolos de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows&quot; y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).<br /> <br /> <br /> ===GIT===<br /> <br /> GIT&lt;ref&gt;http://git.or.cz/&lt;/ref&gt; es un proyecto empezado por Linus Torvalds para manejar el arbol fuente del &quot;&quot;kernel&quot;&quot; de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del &quot;&quot;kernel&quot;&quot;, pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del &quot;&quot;kernel&quot;&quot; de Linux. Su página web dice que está &quot;... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el &quot;&quot;kernel&quot;&quot; de Linux. GIT cae en la categoría de herramientas de administración de código abierto distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la red o de un servidor central.&quot;<br /> <br /> ===Bazaar===<br /> <br /> Bazaar&lt;ref&gt;http://bazaar.canonical.com/&lt;/ref&gt; está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de protocolo que fuera requerido a favor del agrado del usuario.<br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Sistemas_de_control_de_versiones&diff=603712 2011-05-20T13:08:35Z

<p>Earoque: Página creada con 'Un '''Sistema de control de versiones''' es un software que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. El control...'</p> <hr /> <div>Un '''Sistema de control de versiones''' es un software que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de configuración. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ==Control de versiones==<br /> Normalmente consiste en una copia maestra en un repositorio central, y un programa cliente con el que cada usuario sincroniza su copia local. Esto permite compartir los cambios sobre un mismo conjunto de ficheros. Además, el [[Repositorio|repositorio]] guarda registro de los cambios realizados por cada usuario, y permite volver a un estado anterior en caso de necesidad. &lt;ref&gt; http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html&lt;/ref&gt;<br /> <br /> ===Ejemplos===<br /> *Guardar distintas copias de los ficheros nombrándolos adecuadamente<br /> *Hacer [[Script|scripts]] para automatizar las copias<br /> *Usar un software específico para realizar el control de versiones<br /> <br /> ==Necesidad de los sitemas de control de versiones==<br /> <br /> <br /> ==Referencias==<br /> {{Listaref|2}}<br /> <br /> [[Categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Subversion_(software)&diff=603625 2011-05-20T12:47:16Z

<p>Earoque: </p> <hr /> <div>{{Ficha Software<br /> |nombre=Subversion<br /> |familia=<br /> |imagen=logo_svn.png<br /> |tamaño=<br /> |descripción=Software para el control de versiones<br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador=Comunidad, y desarrolladores de CollabNet, Elego, VisualSVN, WANdisco<br /> |diseñador=<br /> |modelo de desarrollo=<br /> |lanzamiento inicial=[[20 de octubre de 2000]]<br /> |versiones=<br /> |última versión estable= 1.6.15 [[24 de noviembre de 2010]]<br /> |género=Control de versiones<br /> |sistemas operativos=[[Multiplataforma]]<br /> |idioma=<br /> |licencia=[[Licencia Apache]]<br /> |premios=<br /> |web=http://subversion.apache.org/<br /> }}'''Subversion'''. Software de sistema de control de versiones diseñado específicamente para reemplazar al popular [[CVS]], el cual posee varias deficiencias. Es software libre bajo una licencia de tipo [[Apache/BSD]] y se le conoce también como svn por ser ese el nombre de la herramienta utilizada en la línea de órdenes.<br /> <br /> <br /> == Características ==<br /> <br /> Una característica importante de Subversion es que, a diferencia de [[CVS]], los archivos versionados no tienen cada uno un número de revisión independiente. En cambio, todo el repositorio tiene un único número de versión que identifica un estado común de todos los archivos del repositorio en un instante determinado. <br /> <br /> '''Subversion''' puede acceder al repositorio a través de redes, lo que le permite ser usado por personas que se encuentran en distintos ordenadores. A cierto nivel, la posibilidad de que varias personas puedan modificar y administrar el mismo conjunto de datos desde sus respectivas ubicaciones fomenta la colaboración. Se puede progresar más rápidamente sin un único conducto por el cual deban pasar todas las modificaciones. Y puesto que el trabajo se encuentra bajo el control de versiones, no hay razón para temer por que la calidad del mismo vaya a verse afectada —si se ha hecho un cambio incorrecto a los datos, simplemente deshaga ese cambio. <br /> <br /> === Ventajas ===<br /> <br /> [[Archivo:Svn_tree.png|thumb|rigth|Arbol de proyectos Subversion]]<br /> *Se sigue la historia de los archivos y directorios a través de copias y renombrados. <br /> *Las modificaciones (incluyendo cambios a varios archivos) son atómicas. <br /> *La creación de ramas y etiquetas es una operación más eficiente; Tiene costo de complejidad constante (O(1)) y no lineal (O(n)) como en CVS. <br /> *Se envían sólo las diferencias en ambas direcciones (en CVS siempre se envían al servidor archivos completos). <br /> *Puede ser servido mediante [[Apache]], sobre [[WebDAV]]/[[DeltaV]]. Esto permite que clientes [[WebDAV]] utilicen Subversion en forma transparente. <br /> *Maneja eficientemente archivos binarios (a diferencia de CVS que los trata internamente como si fueran de texto). <br /> *Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fácilmente, conviene que no sean editados por más de una persona a la vez. <br /> *Cuando se usa integrado a Apache permite utilizar todas las opciones que este servidor provee a la hora de autentificar archivos ([[SQL]], [[LDAP]], [[PAM]], etc.).<br /> <br /> === Carencias ===<br /> <br /> * El manejo de cambio de nombres de archivos no es completo. Lo maneja como la suma de una operación de copia y una de borrado.<br /> * No resuelve el problema de aplicar repetidamente parches entre ramas, no facilita llevar la cuenta de qué cambios se han realizado. Esto se resuelve siendo cuidadoso con los mensajes de commit. Esta carencia será corregida en la próxima versión (1.5).<br /> <br /> === Clientes ===<br /> <br /> Existen varias interfaces a Subversion, ya sea programas individuales como interfaces que lo integran en entornos de desarrollo.<br /> <br /> * [[TortoiseSVN]]. Provee integración con el explorador de Windows. Es la interfaz más popular en este sistema operativo.<br /> * [[Subclipse]]. &quot;Plugin&quot; que integra Subversion al entorno [[Eclipse]].<br /> * [[Subversive]]. &quot;Plugin&quot; alternativo para Eclipse.<br /> * [[Cervisia]] Programa para interacción para linux, combinada con Quanta Plus puede llegar a ser muy eficaz.<br /> * [[ViewVC]]. Interfaz web, que también trabaja delante de CVS.<br /> * Para mac, pueden emplearse los interfaces [[SvnX]], [[RapidSVN]] y [[Zigversion]]<br /> * [[RapidSVN]] también corre en Linux.<br /> * [[NautilusSVN]] Para el administrador de archivos Nautilus.<br /> * [[KDESvn]]. Provee integración con el escritorio KDE, muy parecido en aparencia/funcionamiento/caracteristicas a TortoiseSVN<br /> * [[Easyeclipse]] es un paquete basado en eclipse es una plataforma de desarrollo, con algunos plugins de código abierto.<br /> * [[sventon]] Interfaz web<br /> * [[Versions]] Interfaz de escritorio para Mac OS X<br /> * [[AnkhSVN]] &quot;Plugin&quot; para [[Visual Studio]] para versiones 2002, 2003, 2005, 2008 y 2010, esta última en modo experimental.<br /> <br /> == Uso y reconocimiento ==<br /> <br /> Subversion es muy conocido en la comunidad de software libre y se utiliza en muchos proyectos, incluyendo la fundación del software de [[Apache]], [[KDE]], [[GNOME]], [[Free Pascal]], [[FreeBSD]], [[GCC]], [[Python]], [[Django]], [[Ruby]], [[Mono]], [[SourceForge.net]], [[ExtJS]] y [[Tigris.org]]. El servicio [[Google Code]] también proporciona almacenamiento Subversion para sus proyectos de software libre. Los sistemas de [[BountySource]] lo utilizan exclusivamente. [[Codeplex]] ofrece acceso tanto para Subversión como para otros tipos de clientes.<br /> <br /> Subversión también está siendo adoptado en el mundo corporativo. En un informe 2007 de Forrester Research, reconocía a Subversion como el único líder en la categoría de [[sistema de control de versión|sistema de control de versiones]].&lt;ref&gt;http://www.collab.net/forrester_wave_report/index.html &lt;/ref&gt;<br /> <br /> ==Referencias==<br /> &lt;references/&gt;<br /> <br /> == Véase también ==<br /> <br /> * [[Sistemas de control de versiones|Control de versiones]]<br /> * [[GNU arch]]<br /> * [[Darcs]] o [[DARCS]]<br /> * [[Bonsai cvs]]<br /> * [[Plastic SCM]]<br /> <br /> == Enlaces externos ==<br /> <br /> * [http://subversion.apache.org/ Página oficial del proyecto]<br /> * [http://svnbook.red-bean.com/nightly/es/index.html Control de versiones con Subversion - Manual en español]<br /> * [http://tortoisesvn.tigris.org/ Cliente de Subversion para Windows]<br /> * [http://picandocodigo.net/2008/10/subversion-sistema-de-control-de-versiones-tutorial-y-material/ Tutorial y material en PDF en español]<br /> * [http://piposerver.com/joomla157/index.php?option=com_content&amp;view=article&amp;id=50:howto-subversion-svn-espanol&amp;catid=20:manuals-howto&amp;Itemid=43 Manual en español sobre instalación de un servidor Subversion sobre Linux]<br /> * [http://sherekan.com.ar/blog/2008/03/25/instalacion-configuracion-y-uso-de-subversion-en-linux/ Instalación, configuración y uso de Subversion en Linux]<br /> * [http://kopernix.com/?q=svnd_como Como montar un servidor Subversion en 28 segundos]<br /> * [http://picandocodigo.net/2008/08/repositorio-subversion-local/ Instalación de repositorio local]<br /> * [http://sherekan.com.ar/blog/2008/04/09/otorgar-permisos-a-usuarios-en-svn/ Otorgar permisos a usuarios en SVN]<br /> * [http://www.StatSVN.org StatSVN Subversion stats]<br /> * [http://www.unimatrix.com.ar/index.jsp?doc=svn Guía Subversion]<br /> <br /> [[Categoría:Software]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=603612 2011-05-20T12:39:30Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''. La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construcción de un software,permitiendo a los [[programadores]], [[analistas]] y todo el conjunto de desarrolladores del [[Software |software]] compartir una misma línea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *[[Base de Datos|bases de datos]].<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] [[Cliente-Servidor|cliente servidor]].<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la [[Columna vertebral|columna vertebral]] para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un [[sistema]] a otro y que representa un medio de comunicación y discusión entre participantes del [[proyecto]],permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de [[Patrones arquitectónicos|patrones arquitectónicos]],entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *[[Blackboard.]]<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> La arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o [[Repositorio|repositorios]] de componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento ([[Script|script]]) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=603607 2011-05-20T12:38:04Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''. La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construcción de un software,permitiendo a los [[programadores]], [[analistas]] y todo el conjunto de desarrolladores del [[Software |software]] compartir una misma línea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] [[Cliente-Servidor|cliente servidor]].<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la [[Columna vertebral|columna vertebral]] para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un [[sistema]] a otro y que representa un medio de comunicación y discusión entre participantes del [[proyecto]],permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de [[Patrones arquitectónicos|patrones arquitectónicos]],entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *[[Blackboard.]]<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> La arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o [[Repositorio|repositorios]] de componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento ([[Script|script]]) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=603603 2011-05-20T12:36:55Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}}<br /> '''Arquitectura de software'''. La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construcción de un software,permitiendo a los [[programadores]],[[analistas]] y todo el conjunto de desarrolladores del [[Software |software]] compartir una misma línea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] [[Cliente-Servidor|cliente servidor]].<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la [[Columna vertebral|columna vertebral]] para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un [[sistema]] a otro y que representa un medio de comunicación y discusión entre participantes del [[proyecto]],permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de [[Patrones arquitectónicos|patrones arquitectónicos]],entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *[[Blackboard.]]<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> La arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o [[Repositorio|repositorios]] de componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento ([[Script|script]]) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=590706 2011-05-15T19:05:51Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}}<br /> '''Arquitectura de software'''La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los [[programadores]],[[analistas]] y todo el conjunto de desarrolladores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un [[sistema]] a otro y que representa un medio de comunicación y discusión entre participantes del [[proyecto]],permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *Cliente-Servidor<br /> *[[Blackboard.]]<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> La arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=590075 2011-05-14T22:15:01Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}}<br /> '''Arquitectura de software'''La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los [[programadores]],[[analistas]] y todo el conjunto de desarrolladores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un [[sistema]] a otro y que representa un medio de comunicación y discusión entre participantes del [[proyecto]],permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *Cliente-Servidor<br /> *[[Blackboard.]]<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> la arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=590074 2011-05-14T22:13:11Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}}<br /> '''Arquitectura de software'''La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los [[programadores]],[[analistas]] y todo el conjunto de desarrolladores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *Cliente-Servidor<br /> *[[Blackboard.]]<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> la arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=590072 2011-05-14T22:11:41Z

<p>Earoque: </p> <hr /> <div>{{Normalizar}}<br /> '''Arquitectura de software'''La [[arquitectura]] de [[software]] es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los [[programadores]],[[analistas]] y todo el conjunto de desarrolladores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *[[clientes]] y [[servidores]].<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *[[protocolos]] cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable&lt;ref&gt;http://www.desarrolloweb.com/articulos/1622.php&lt;/ref&gt; que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *Blackboard.<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> la arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de [[framework]] a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como [[CORBA]], o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como [[PRISM]].<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la [[computación]], tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre [[programación]] de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> <br /> ==Enlaces externos==<br /> [http://www.arquitecturadesoftware.com/ Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=586831 2011-05-13T16:09:23Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los programadores,analistas y todo el conjunto de desarrolladores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *clientes y servidores.<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *protocolos cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *Blackboard.<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> la arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de framework a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como CORBA, o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como PRISM.<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la computación, tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre programación de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> <br /> ==Enlaces externos==<br /> [http://www.facebook.com Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=586479 2011-05-13T15:14:31Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''.La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los programadores,analistas y todo el conjunto de desarrollores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *clientes y servidores.<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *protocolos cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características== <br /> <br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *Blackboard.<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> la arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de framework a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como CORBA, o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como PRISM.<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la computación, tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre programación de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> añsdkfsdfhhhhhhhhhhhhhhhhhhhh &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> ==Enlaces externos==<br /> [http://www.facebook.com Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=586409 2011-05-13T15:05:46Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''.La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los programadores,analistas y todo el conjunto de desarrollores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *clientes y servidores.<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *protocolos cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características==<br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *[[Cliente-Servidor]]<br /> *Blackboard.<br /> *[[Modelo entre capas]].<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> ==Niveles de un diseños de software==<br /> El diseño de software tiene varios niveles los cuales están relacionados entre sí,cada nivel tiene sus propios problemas,técnicas de análisis y componentes los que pueden ser simples o complejos,reglas de composición las cuales permiten construir componentes complejos.<br /> <br /> ==Modelos de la arquitectura de software==<br /> la arquitectura de software cuenta con varios modelos,ellos son:<br /> <br /> ===Modelos estructurales===<br /> Son similares a la vista estructural, pero su énfasis primario radica<br /> en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de framework a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como CORBA, o modelos basados en CORBA, o repositorios de<br /> componentes específicos, como PRISM.<br /> <br /> ===Modelos dinámicos===<br /> Enfatizan la cualidad conductual de los sistemas ,“Dinámico” puede<br /> referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la computación, tales como valores cambiantes de datos.<br /> <br /> ===Modelos de proceso===<br /> Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre programación de procesos para derivar arquitecturas.<br /> <br /> <br /> <br /> [[Fidel]]<br /> <br /> [[Eduardo Antonio Roque]]<br /> <br /> ==Ventajas==<br /> <br /> añsdkfsdfhhhhhhhhhhhhhhhhhhhh &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> ==Enlaces externos==<br /> [http://www.facebook.com Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=586165 2011-05-13T14:38:56Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''.La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los programadores,analistas y todo el conjunto de desarrollores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componentes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> *clientes y servidores.<br /> *bases de datos.<br /> *filtos.<br /> *niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> *llamadas a procedimientos.<br /> *comportamiento de variables.<br /> *protocolos cliente servidor.<br /> *transmición asíncrona de eventos. <br /> <br /> ==Características==<br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> ==Tipos de arquitecturas==<br /> Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos,entre los cuales podemos encontrar:<br /> *Cliente-Servidor<br /> *Blackboard.<br /> *Modelo entre capas.<br /> *Intérprete.<br /> *Orientado a servicios.<br /> <br /> [[Archivo:Arquitectura-de-software.jpg‎|derecha|thumb|Arquitectura de software]]<br /> ==Tipos de arquitectura==<br /> <br /> ===ejempl===<br /> <br /> [[Fidel]]<br /> <br /> [[Eduardo Antonio Roque]]<br /> <br /> ==Ventajas==<br /> <br /> añsdkfsdfhhhhhhhhhhhhhhhhhhhh &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> ==Enlaces externos==<br /> [http://www.facebook.com Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Archivo:Arquitectura-de-software.jpg&diff=586149 2011-05-13T14:36:43Z

<p>Earoque: arquitectura de software</p> <hr /> <div>== Sumario ==<br /> arquitectura de software<br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=586038 2011-05-13T14:24:14Z

<p>Earoque: </p> <hr /> <div>'''Arquitectura de software'''.La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los programadores,analistas y todo el conjunto de desarrollores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> ==Componetes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> #clientes y servidores.<br /> #bases de datos.<br /> #filtos.<br /> #niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> #llamadas a procedimientos.<br /> #comportamiento de variables.<br /> #protocolos cliente servidor.<br /> #transmición asíncrona de eventos. <br /> <br /> ==Características==<br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> <br /> [[Archivo:Fidel-castro.jpg|derecha|thumb|Fidel Castro]]<br /> ==Tipos de arquitectura==<br /> <br /> ===ejempl===<br /> <br /> [[Fidel]]<br /> <br /> [[Eduardo Antonio Roque]]<br /> <br /> ==Ventajas==<br /> <br /> añsdkfsdfhhhhhhhhhhhhhhhhhhhh &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> ==Enlaces externos==<br /> [http://www.facebook.com Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque https://www.ecured.cu/index.php?title=Arquitectura_de_software&diff=586021 2011-05-13T14:22:49Z

<p>Earoque: Página creada con ''''Arquitectura de software'''.La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software...'</p> <hr /> <div>'''Arquitectura de software'''.La arquitectura de software es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la construccion de un software,permitiendo a los programadores,analistas y todo el conjunto de desarrollores del software compartir una misma linea de trabajo y cubrir todos los objetivos y restricciones de la aplicación.Es considerada el nivel más alto en el diseño de la arquitectura de un sistema puesto que establecen la estructura,funcionamiento e interacción entre las partes del software.<br /> <br /> <br /> <br /> ==Componetes e interacciones==<br /> ===Componetentes===<br /> <br /> La arquitectura de software se compone por:<br /> 1.clientes y servidores.<br /> 2.bases de datos.<br /> 3.filtos.<br /> 4.niveles en sistemas jerárquico.<br /> <br /> ===Interacciones===<br /> Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen :<br /> 1.llamadas a procedimientos.<br /> 2.comportamiento de variables.<br /> 3.protocolos cliente servidor.<br /> 4.transmición asíncrona de eventos. <br /> <br /> ==Características==<br /> La arquitectura de software forma la columna vertebral para construir un sistema de software,es en gran medida responsable de permitir o no ciertos<br /> atributos de calidad del sistema entre los que se destacan la confiabilidad y el rendimiento del software.Además es un modelo abstracto reutilizable que puede transferirse de un sistema a otro y que representa un medio de comunicación y discusión entre participantes del proyecto,permitiendo así la interacción e intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de conocimientos y puntos de vista entre ellos.<br /> <br /> <br /> [[Archivo:Fidel-castro.jpg|derecha|thumb|Fidel Castro]]<br /> ==Tipos de arquitectura==<br /> <br /> ===ejempl===<br /> <br /> [[Fidel]]<br /> <br /> [[Eduardo Antonio Roque]]<br /> <br /> ==Ventajas==<br /> <br /> añsdkfsdfhhhhhhhhhhhhhhhhhhhh &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> &lt;ref&gt; http://www.google.com &lt;/ref&gt;<br /> <br /> ==Enlaces externos==<br /> [http://www.facebook.com Arquitectura]<br /> <br /> ==Referencias==<br /> {{listaref|2}}<br /> <br /> [[categoría:Arquitectura]]</div>

Earoque