XperimentoS » Glosario

eProcurement

ildapena — Thu, 05 Mar 2009 12:49:37 +0000

La Contratación Pública tiene una gran repercusión en la actividad económica de los países europeos. En España se alcanza el 11% del PIB sin tener en cuenta las empresas públicas, mientras que en Europa se alcanza un 16% de media en el presupuesto empleado en contratación/compras públicas.

Es por ello y como impulso a la propias economías (B2B) que desde la Comisión Europea se ha lanzado, dentro del programa IDABC, la iniciativa eProcurement. En concreto, en 2006 han entrado en vigor dos nuevas directivas (2004/17/CE y 2004/18/CE) que ofrecen un marco legislativo uniforme en toda Europa. Y se han fijado ambiciosos objetivos de contratación electrónica para 2010: un 100% de disponibilidad electrónica y un 50% de uso real de procedimientos de contratación por encima de los umbrales legales.

Para conseguir estos objetivos, las administraciones, empresas y editores de software pueden beneficiarse de las actividades de contratación electrónica europea. Estas actividades han producido directrices técnicas, herramientas y servicios que facilitan el desarrollo de sistemas que cumplen la legislación de la UE.

Con respecto al futuro, la contratación electrónica europea se enfrenta a varios problemas en el campo de los catálogos, las firmas y las normas. Estos problemas deben resolverse para evitar barreras de interoperabilidad.

Esperemos lograr este objetivo y que la administración publica sirva de motor de las nuevas tecnologías, de Internet y de las posibilidades que ofrece a la economía. Que por medio de la contratación pública, a través de medios electrónicos, se difunda el comercio electrónico al tejido productivo (empresas proveedoras de la administración) que permitiría avanzar de forma ordenada pero rápida hacia el comercio electrónico entre empresas (B2B), sobre todo entre las pymes.

Enlaces:

Soluciones de Servidor

ildapena — Sun, 16 Mar 2008 14:25:59 +0000

A continuación se recogen algunas de las soluciones de servidor, tanto software libre como propietario.

Servidor WEB

Se encarga de recibir peticiones HTTP desde un navegador web y sirve respuestas HTTP desde el servidor.

Open Source: Apache , Sun Java System Web Server

Servidor de Aplicaciones

Software que se encarga de procesar la logica de negocio y lanzar peticiones a los SGBD.

Propietarios: Microsoft Internet Information Server (IIS) , BEA WebLogic Server , IBM WebSphere, Oracle 10g Application Server

Open Source: Tomcat (algunos lo clasifican como contenedor de servlets) , JBOSS , JONAS, GlassFish o Apache Geronimo

Sistema Gestor de Base de Datos Relacional (SGBDR)

Software cuyo propósito es la gestión del almacenamiento y garantía de consistencia de los datos.

Propietario: Oracle , DB2 o SQL Server

Open Source: PostgreSQL o MySQL

Servidor de correo

Facilitan el intercambio de mensajes entre buzones de correo, apoyándose en el protocolo SMTP.

Propietarios: Microsoft Exchange Server o Lotus

Open Source: Sendmail o Qmail

Servidor de directorio (LDAP)

Funciona como repositorio único las políticas de perfiles de usuario y autenticación, tanto débil (contraseñas) como fuerte (información pública de los certificados asociados a los usuarios)

Propietarios: Microsoft Active Directory Server o iPlanet de Sun

Libres: OpenLDAP

Balanced business scorecard

ildapena — Mon, 01 Oct 2007 07:36:19 +0000

Aunque es un gran desconocido para mucha gente, esta técnica de gestión de sistemas informaticos está imponiendose hoy en día en la mayoría de las empresas que quieren realizar una gestión acorde con la visión y la estrategía de la compañía.

Según el libro “The Balanced ScoreCard: Translating Strategy into Action”, Harvard Business School Press, Boston, 1996: “el BSC es una herramienta revolucionaria para movilizar a la gente hacia el pleno cumplimiento de la misión, a través de canalizar las energías, habilidades y conocimientos específicos de la gente en la organización hacia el logro de metas estratégicas de largo plazo.

Algunos enlaces de interés:
Balancedscorecard.org
Wikipedia.org
Gestiondelconocimiento.com

Historia del surgimiento de los sistemas ERP

lcflores — Wed, 23 May 2007 14:56:48 +0000

Los sistemas de Control y Planeación de Manufactura (MPC, Manufacturing Planning and Control) existieron desde los primeros días de la revolución industrial, para automatizar varias tareas y mejorar la exactitud, confiabilidad y predicibilidad de la manufactura. Después se le dio importancia al punto de reorden (ROP), estos sistemas se automatizaron con la introducción de los mainframes a finales de 1950 e inicios de 1960 (Orlicky, 1975).

A mediados de los 60, los sistemas computarizados de Planeación de Requerimiento de Materiales (MRP, Material Requirement Planning), empezaron lentamente a reemplazar los sistemas ROP como sistema de control de manufactura. Los sistemas MRP presentaron una clara ventaja ya que ofrecían una búsqueda hacia delante, un enfoque basado en la demanda para la planeación y orden de la manufactura de productos y del inventario.

Los sistemas MRP introdujeron herramientas de reportes de producción básicos computarizados, que se podían usar para evaluar la viabilidad de la agenda maestra contra la demanda de los materiales proyectada. A mediados de los 70, los sistemas de Manufacturing Resource Planning (MRP II), gradualmente empezaron a reemplazar los sistemas MRP como principal sistema de control de manufactura. Estos sistemas desarrollados con las capacidades de administración basados en la demanda de los MRP, agregando la capacidad de la planeación de los requerimientos, (CRP), capacidades para crear una integración. Por primera vez los sistemas MRP II hicieron lo posible para integrar ambos requerimientos de materiales y capacidad de producción y las limitantes en el cálculo de todas las capacidades de producción.

La Tecnología de Información que caracterizaba los ambientes de manufactura en los 60,70 y 80 estaba enfocada principalmente en automatizar el poder de la tecnología que pudiera ser usada para hacer las grandes operaciones de manufactura más eficientes. Los sistemas ROP, MRP y MRP II que eventualmente evolucionaron se caracterizaban por usar computadoras mainframe, bases de datos jerárquicas y sistemas de procesamiento de transacciones complejas, ajustándose principalmente hacia la administración de un ambiente de producción de pocos productos, con altos volúmenes, bajo condiciones de demanda constante. Aunque la eficiencia era alta, estos sistemas eran a menudo inflexibles cuando venía la producción de cantidades variables de más productos del cliente en órdenes cortas.

A finales de los 80 el crecimiento de la inestabilidad de la manufactura que enfrentaba Estados Unidos, las empresas podían directamente ligarse al natural cambio de tecnología de información y el advenimiento de la competencia basada en el tiempo.

La Tecnología crea y transforma ambas opciones, la cual en turno transforma el mercado a través de cambios revolucionarios hacia las capacidades de los clientes y proveedores.

Los avances rápidos de las tecnologías de información dejaron las viejas reglas de competencia y el duradero entendimiento de la relación cliente-proveedor obsoleto. Esta “nueva realidad” se traduce a la necesidad de un entorno de producción dinámico en el cual los productos y procesos pueden cambiar semanalmente y las agendas de la producción pueden cambiar diariamente. Los sistemas MRP-II requieren un alto grado de intervención del humano, en hacer los ajustes apropiados a las agendas y en la determinación de la secuencia óptima de las órdenes de manufactura que se adapten mejor al entorno dinámico y a menudo volátil. La solución a este problema vino durante los principios de los 90, en la forma de ejecutar los sistemas de manufactura.

La salida de los MES (Manufacturing Execution Systems), representan el desarrollo de una interfase crítica entre los sistemas MRP-II de las empresas y los sistemas de control. La contribución más importante de los sistemas MES es que unifica los procesos de manufactura centrales con un sistema de valor de entrega enfocado a los requerimientos y demanda de los clientes. Provee para la flexibilidad, la ejecución de tiempo real, la retroalimentación y control de un extenso rango de procesos relacionados con la manufactura, un mejor encuentro con los requerimientos futuros del mercado (Rondeau, Litteral; 2001).

A finales de los 90 el incremento de los niveles de competitividad global combinados con los cambios del mercado y de la tecnología, causaron que muchas empresas repensaran y reinventaran sus productos y servicios, incluyendo su estructura organizacional y controles operacionales. Las empresas que operan globalmente pronto se dieron cuenta que entre más flexible sea el desarrollo de recursos y mejor sea el enfoque para la extracción del valor de su información enriquecedora del entorno fueron necesitadas para alinear las empresas con las necesidades de los clientes. (Reary, 2000).

Aunque la introducción de los sistemas MES mejoraron grandemente el grado de integración vertical con las funciones de producción de los 90, los sistemas ERP (Enterprise Resource Planning) generan un mejor grado de integración horizontal de las empresas ahora. Los sistemas ERP marcan un punto significante en el desarrollo de los sistemas MPC ya que habilitan a las empresas hacia la directriz global de la mejora continua de los procesos de cadena con el proveedor a través de una administración flexible con el cliente.

El éxito de la implementación de un sistema ERP permite la identificación e implementación de un conjunto de las mejores prácticas, procedimientos y herramientas diseñadas para lograr la excelencia organizacional a través de la integración funcional. (Mabert, Ashok, Venkataramanan; 2000).

Los sistemas ERP prometen entregar un incremento en las ventas sobre sus predecesores MPR-II en la forma de una suite de productos integrados corriendo bajo una arquitectura común de Tecnologías de Información que pueda ser altamente acoplada e integrada con cualquier otra aplicación de los sistemas heredados (legacy). (Tetu, 1998).

Artículo original publicado por Federico Plancarte Sánchez en http://www.gestiopolis.com/recursos4/docs/ger/planerp.htm

¿Cómo medir sistemas de información?

ildapena — Fri, 04 May 2007 12:19:31 +0000

La medida de un sistema de información se realiza en base a Benchmarks estandards o comparativas, normalmente realizadas por empresas externas. Éstas se encargan de hace los test y publican los resultados.

Hay benchmarks de todo tipo, pero normalmente para servidores se suele decir que con la plataforma X (HP-UX, Linux) y la aplicación X (Siebel, Sap, Appache…) se consiguen X transacciones por segundo o una transferencia de datos de tanto o….
También programas que realizan una bateria de pruebas completa y simulan la caga de un Oracle o Appache o Siebel… etc y mide todos los parámetros.

Puedes encontrar mas inforamción en:

The Standard Performance Evaluation Corporation (SPEC)
Transaction Processing Performance Council (TPC)
Elemplo en Transaction Processing Performance Council (TPC)
Benchmark en Wikipedia
SPEC en Wikipedia

¿Qué es MP4?

ildapena — Wed, 28 Mar 2007 12:00:22 +0000

¿MP4 es un formato de contenedor multimedia definido dentro del estandar MPEG-4. Permite almacenar streams de audio y video, asi como subtitulos.

La extensión de estos ficheros es .mp4

Tambien se aplica el nombre MP4 a reproductores de video y audio, como si se tratara de una mejora sobre los reproductores MP3.

¿Qué es un contenedor digital?

Es un fichero que contiene distintos tipos de datos, comprimidos mediante codecs estandares de audio y video.

Algunos contenedores solo soportan audio pero los más avanzas incluyen audio, video, subtitulos e información (metadata) sobre el archivo.

Sólo audio: WAV de Windows
Audio y video:
- AVI y ASF (contenedor de wma y wmv) de Windows
- MOV de Apple
- MP4
- Matroska / MKV (contenedor open source ).

Enlaces:
http://es.wikipedia.org/wiki/MP4
http://en.wikipedia.org/wiki/Category:MPEG

El estándar SVG

lcflores — Wed, 21 Mar 2007 11:52:40 +0000

Durante el ultimo mes hemos publicado varios post sobre el estándar SVG. Aunque quizás no con la fuerza que se pensaba en un principio, SVG es y será el estándar para graficos vectoriales en la Web.

Os resumimos los puntos tratados:

SVG (I). Introducción: Introducción al estándar, sus ventajas y posibles usos.

SVG (II). Estructura de un documento SVG: Detallamos la estructura general de un gráfico SVG.

SVG (III). Formas Básicas: Dibujamos formas básicas con SVG (rectángulos, círculos, elipses, líneas, polilineas y polígonos).

SVG (IV). Texto: Texto en un dibujo vectorial.

SVG (V). Transformaciones: Marcos, sistemas de coordenadas y transformaciones.

SVG (V). Transformaciones

lcflores — Sat, 17 Mar 2007 09:15:08 +0000

El lienzo SVG es infinito por cada una de las dimensiones del espacio, pero solo se puede visualizar una región rectangular finita de él. Esta región rectangular finita es llamada marco (viewport).

El tamaño del marco SVG (es decir, su ancho y alto) es determinado por un proceso de negociación entre el fragmento de documento SVG y sus parientes (reales o implícitos). Una vez que el proceso de negociación esta completado, se provee al agente SVG de la siguiente información:

Un número (normalmente entero) que representa el ancho en “pixels” del marco.
Un número (normalmente entero) que representa el alto en “pixels” del marco.

Usando esta información, el agente SVG determina el marco, un sistema inicial de coordenadas para el marco y un sistema inicial de coordenadas de usuario de forma que los dos sistemas de coordenadas son idénticos. Ambos sistemas de coordenadas son establecidos de forma que encajan con el origen del marco (esquina izquierda superior), y una unidad en el sistema inicial de coordenadas es igual a un “píxel” en el marco. El sistema inicial de coordenadas es llamado también “viewport space” y el sistema inicial de coordenadas de usuario es llamado también “user space”.

La longitud en SVG puede ser especificada en: em, ex, px, pt, pc, cm, mm, in, y también en porcentajes.
Un nuevo “user space” (es decir, un nuevo sistema de coordenadas) puede ser establecido en cualquier lugar de un fragmento de documento SVG mediante la especificación de las matrices de transformación o simplemente mediante operaciones como la rotación, torsión, extensión y translación. Establecer un nuevo sistema de coordenadas usando transformaciones es una de la operaciones fundamentales en los gráficos 2D y el método más usual de controlar el tamaño y la posición de los objetos gráficos.

También pueden establecerse nuevos marcos. De esta forma se pueden redefinir el significado de las unidades de porcentaje y proveer una nueva referencia que ajuste un gráfico a un área rectangular determinada.

El sistema inicial de coordenadas

Fuera del elemento “svg”, el agente SVG determina el sistema de coordenadas inicial del marco y un sistema inicial de coordenadas de usuario de forma que los dos sistemas de coordenadas son idénticos. Ambos sistemas de coordenadas son establecidos de forma que encajan con el origen del marco (esquina izquierda superior), y una unidad en el sistema inicial de coordenadas es igual a un “píxel” en el marco.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg“>
Example InitialCoords – SVG’s initial coordinate system








    (0,0)
    (300,0)
    (0,100)

Transformaciones del sistemas de coordenadas

Un nuevo “user space” (es decir, un nuevo sistema de coordenadas) puede ser establecido en cualquier lugar de un fragmento de documento SVG mediante la especificación de transformaciones en el atributo “transform” en un elemento contenedor (de grupo) o en los elementos gráficos o en un atributo “viewBox” dentro de los elementos “svg”, “symbol”, “marker”, “pattern” y “view”.

Los atributos “transform” y “viewBox” transforman en el espacio de coordenadas de usuario y las longitudes de los atributos hermanos en los elementos dados y todos sus descendientes. Las transformaciones pueden ser anidadas, en cuyo caso el efecto final será el de las transformaciones acumuladas.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg“>
Example OrigCoordSys – Simple transformations: original picture






      ABC (orig coord system)

Transformaciones anidadas

Las transformaciones pueden ser anidadas con todos los niveles necesarios. El efecto final de las transformaciones anidadas es el de la concatenación de la secuencia de transformaciones. Matemáticamente consiste en la multiplicación de las matrices de transformación definidas.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg“>
Example Nested – Nested transformations










      ….Translate(1)








        ….Rotate(2)








          ….Translate(3)

El atributo “transform”

El valor del atributo “tranform” es un , el cual se define como una lista de definiciones de transformación aplicada en el orden de aparición. Cada definición de una transformación individual es separada por un espacio en blanco y/o una coma. Los tipos disponibles transformaciones son:

matrix( )
Especifica una transformación a partir de una matriz de 6 valores. matrix(a,b,c,d,e,f) es equivalente a matrix [a b c d e f].

translate( [])
Especifica una translación en y unidades. Si no es especificado, es asumido que es 0.

scale( [])
Especifica una operación de cambio de escala en y unidades. Si no es especificado, es asumido que es 0.

rotate( [ ])
Especifica una rotación en grados sobre el punto dado. Los parámetros y son opcionales, si no son especificados se usara como punto de origen para la rotación el origen del actual sistema de coordenadas de usuario. La operación corresponde a la matriz: matrix [cos(a) sin(a) -sin(a) cos(a) 0 0].

Ejemplo (en todas las transformaciones todos los valores numéricos son reales):

Que es funcionalmente equivalente a:

SVG (IV). Texto

lcflores — Thu, 01 Mar 2007 18:34:15 +0000

El texto que debe ser visualizado como parte de un fragmento de documento SVG es especificado usando el elemento “text”. Los caracteres son expresados como datos de caracteres en XML dentro del elemento “text”.

Los elementos “text” son visualizados como otros gráficos. Por consiguiente, el las transformaciones del sistemas de coordenadas, los recortes (clipping) y las de funcionalidades de mascaras son aplicadas a los elementos “text” de la misma forma que a las diferentes formas y paths.

Cada elemento “text” produce una simple cadena de texto que será visualizada. SVG no permite una forma automática de saltos de línea o wrapping. Para ello, hay que recurrir a diversos métodos como por ejemplo, poner cada una de las líneas en un elemento “text” diferente.

El elemento “text”

El elemento “text” define un elemento gráfico consistentes en texto. Los atributos y propiedades del elemento “text” permiten describir exactamente cómo será visualizado, pero además de poder usar sus propiedades y atributos para formatear el texto, es posible aplicar otras funcionalidades de SVG al texto, como por ejemplo un gradiente, un patrón, un camino de recorte, marcaras o filtros.

Atributos:

x = “+”
Si es una simple coordenada, representa el valor absoluto de la coordenada x para la posición de visualización del texto, correspondiente con el primer carácter del elemento.
Si con comas o con espacios en blanco aparece una lista de , sus valores representan el valor absoluto de las coordenadas x para las posiciones de visualización del texto, correspondientes con cada uno de los primeros caracteres del elemento.
Si el atributo no es especificado, el efecto es como su tuviera un 0.

y = “+”
Si es una simple coordenada, representa el valor absoluto de la coordenada y para la posición de visualización del texto, correspondiente con el primer carácter del elemento.
Si con comas o con espacios en blanco aparece una lista de , sus valores representan el valor absoluto de las coordenadas y para las posiciones de visualización del texto, correspondientes con cada uno de los primeros caracteres del elemento.
Si el atributo no es especificado, el efecto es como su tuviera un 0.

dx = “+”
Desplaza los caracteres del texto a lo lago del eje x a partir de la posición actual en x unidades. Si el atributo no es especificado en el elemento o en alguno de sus descendiente, el texto no sufrirá ningún desplazamiento adicional.

dy = “+”
Desplaza los caracteres del texto a lo lago del eje x a partir de la posición actual en x unidades. Si el atributo no es especificado en el elemento o en alguno de sus descendiente, el texto no sufrirá ningún desplazamiento adicional.

rotate = “+”
Rota los caracteres del texto a partir de la posición actual. Si el atributo no es especificado en el elemento o en alguno de sus descendiente, el texto no sufrirá ninguna rotación adicional.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg” version=”1.1″>
Example text01 – ‘Hello, out there’ in blue
        font-family=”Verdana” font-size=”55″ fill=”blue” >
    Hello, out there

        fill=”none” stroke=”blue” stroke-width=”2″ />

SVG (III). Formas Básicas

lcflores — Mon, 26 Feb 2007 07:09:28 +0000

SVG contiene el siguiente conjunto de elementos de formas básicas:

rectángulos (rectangles), incluidos los rectángulos de esquinas redondeadas.

círculos (circles)

elipses (ellipses)

líneas (lines)

polilineas (polylines)

polígonos (polygons)

Matemáticamente, estas formas son equivalentes a un elemento “path” que podría contruir la misma forma. Las formas básicas pueden tener diferentes trazos, rellenos y ser usadas como caminos de corte (clip paths). Todas las propiedades disponibles en los elementos “path” pueden ser también aplicadas en las formas básicas.

El elemento “rect”

El elemento “rect” define un rectángulo con su eje alineado con el actual sistema de coordenadas. Los rectángulos redondeados pueden ser también obtenidos ajustando los atributos “rx” y “ry”.

Atributos:

x = “”
La coordenada del eje x del lado del rectángulo, el cual tiene el menor valor para la coordenada x en el actual sistema de coordenadas. Si el atributo no es especificado, el efecto es como su tuviera un 0.

y = “”
La coordenada del eje y del lado del rectángulo, el cual tiene el menor valor para la coordenada y en el actual sistema de coordenadas. Si el atributo no es especificado, el efecto es como su tuviera un 0.

width = “”
La anchura del rectángulo. Un valor negativo producirá un error. Un valor igual a 0 deshabilitara la visualización del elemento.

height = “”
La altura del rectángulo. Un valor negativo producirá un error. Un valor igual a 0 deshabilitara la visualización del elemento.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg” version=”1.1″>
Example rect01 – rectangle with sharp corners

        fill=”none” stroke=”blue” stroke-width=”2″/>
        fill=”yellow” stroke=”navy” stroke-width=”10″ />

El elemento “circle”

El elemento “circle” define un círculo basado en un punto central y un radio.

Atributos:

cx = “”
La coordenada del eje x del centro del circulo. Si el atributo no es especificado, el efecto es como su tuviera un 0.

cy = “”
La coordenada del eje y del centro del circulo. Si el atributo no es especificado, el efecto es como su tuviera un 0.

r = “”
El radio del círculo. The radius of the circle. Un valor negativo producirá un error. Un valor igual a 0 deshabilitara la visualización del elemento.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg” version=”1.1″>
Example circle01 – circle filled with red and stroked with blue

        fill=”none” stroke=”blue” stroke-width=”2″/>
        fill=”red” stroke=”blue” stroke-width=”10″ />

El elemento “line”

El elemento “line” define un segmento de línea que empieza en un punto y termina en otro.

Atributos:

x1 = “”
La coordenada del eje x del principio de la línea. Si el atributo no es especificado, el efecto es como su tuviera un 0.

y1 = “”
La coordenada del eje y del principio de la línea. Si el atributo no es especificado, el efecto es como su tuviera un 0.

x2 = “”
La coordenada del eje x del final de la línea. Si el atributo no es especificado, el efecto es como su tuviera un 0.

y2 = “”
La coordenada del eje y del final de la línea. Si el atributo no es especificado, el efecto es como su tuviera un 0.

Ejemplo:

“http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd“>
     xmlns=”http://www.w3.org/2000/svg” version=”1.1″>
Example line01 – lines expressed in user coordinates

        fill=”none” stroke=”blue” stroke-width=”2″ />

                stroke-width=”5″ />
                stroke-width=”10″ />
                stroke-width=”15″ />
                stroke-width=”20″ />
                stroke-width=”25″ />