Planificación de recursos empresariales (ERP)

Los sistemas de planificación de recursos empresariales (ERP) son sistemas de información gerenciales que integran y manejan muchas de de los negocios asociados con las operaciones de producción y de los aspectos de distribución de una compañía comprometida en la producción de bienes o servicios.
La Planificación de Recursos Empresariales es un término derivado de la Planificación de Recursos de Manufactura (MRPII) y seguido de la Planificación de Requerimientos de Material (MRP). Los sistemas ERP típicamente manejan la producción, logística, distribución, inventario, envíos, facturas y una contabilidad para la compañía de la Planificación de Recursos Empresariales o el software ERP puede intervenir en el control de muchas actividades de negocios como ventas, entregas, pagos, producción, administración de inventarios, calidad de administración y la administración de recursos humanos.
Los sistemas ERP ocasionalmente son llamados back office (trastienda) ya que indican que el cliente y el público general no están directamente involucrados. Este sistema es, en contraste con el sistema de apertura de datos (front office), que crea una relación administrativa del consumidor o servicio al consumidor (CRM), un sistema que trata directamente con los clientes, o con los sistemas de negocios electrónicos tales como comercio electrónico, gobierno electrónico, telecomunicaciones electrónicas y finanzas electrónicas; así mismo, es un sistema que trata directamente con los proveedores, no estableciendo únicamente una relación administrativa con ellos (SRM).
Los ERP están funcionando ampliamente en todo tipo de empresas modernas. Todos los departamentos funcionales que están involucrados en la operación o producción están integrados en un solo sistema. Además de la manufactura o producción, almacenamiento, logística e información tecnológica, incluyen además la contabilidad, y suelen incluir un recursos humanos, y herramientas de mercadotecnia y administración estratégica.

caja blanca

Las pruebas de caja blanca son mucho mas amplias, normalmente se denominan pruebas de cobertura o pruebas de caja transparente, al total de pruebas se caja blanca se le llama cobertura, la cobertura es un número porcentual que indica cuanto código del programa se ha probado.Básicamente la idea de pruebas de cobertura consiste en diseñar un plan de pruebas en las que se vaya ejecutando sistemáticamente el código hasta que haya corrido todo o la gran mayoría de el, esto que parece complicado es mas aún cuando el programa contiene código de difícil alcance, como por ejemplo manejadores de errores o "código muerto".Entiéndase por código muerto a aquellas funciones y/o procedimientos que hemos incluido por encontrarse en recopilaciones pero que estas nunca son ejecutadas por el programa, estas funciones no necesariamente deberán ser removidas pero si probadas por si algún día en revisiones futuras son incluidas.

caja negra

Las pruebas de caja negra son aquellas que se enfocan directamente en el exterior del módulo, sin importar el código, son pruebas funcionales en las que se trata de encontrar fallas en las que este no se atiene a su especificación, como ser interfaz con el usuario, apariencia de los menús, control de las teclas, etcétera.Este tipo de pruebas no es aplicable a los módulos que trabajan en forma transparente al usuario.Para realizar estas pruebas existe una técnica algebraica llamada "clases de equivalencia", consiste en tratar a todos las posibles entradas y parámetros como un modelo algebraico, y utilizar las clases de este modelo para probar un amplio rango de posibilidades.Para la generación de estas clases no se puede armar un modelo, pero se pueden seguir las siguientes pautas como guía utilizable para la creación de cada clase.Por ejemplo:Cuando una entrada es booleana, existen solo dos clases, verdadero o falso.Para una entrada que está comprendida dentro de un rango, existen tres clases, por debajo, dentro, y por encima del rango.Utilizando este ejemplo se pueden generar las distintas clases aplicables al módulo en cuestión, luego, se procede a ingresarle al módulo un valor de cada clase.

SISTEMAS ENLATADOS

Muchas veces son la solución ideal. En ciertos rubros donde la forma de trabajo es simple, no hay demasiado misterio y un software enlatado para ese rubro es lo correcto. Hay montones de sistemas, por ejemplo, para remiserías o maxiquioscos. En este tipo de negocios, no tiene un gran sentido el desarrollo de un software a medida ya que por mucho menos se puede comprar un enlatado que cubrirá todas las expectativas.
En otras ocasiones, encontramos software enlatado que fue diseñado justo para nuestro tipo de negocio. Económico y rápido. Lo compramos y lo instalamos. Al poco tiempo vemos que para ciertas costumbres de trabajo el sistema no sirve y ante cualquier cambio de reglas, el sistema queda retrasado y nadie responderá por él para hacer una modificación. Si fue comprado a una empresa importante, podremos solicitar que alguien lo modifique y el costo será para recordar toda la vida. Esto sin contar las innumerables ocasiones en las que tendremos que modificar nuestra forma de trabajo para que el sistema sirva (cuando debería ser al revés).

Sistemas de workflow

El propósito de los sistemas de workflow, o BPMS - Business Process Management Systems, es acercar personas, procesos y máquinas, con el objeto de reducir tiempo y acelerar la realización de un trabajo. Estos sistemas permiten trabajar en equipo desde diferentes lugares físicos.
Los sistemas de workflow facilitan la automatización de los flujos de trabajo entre procesos y permiten integrar los procesos de la empresa, rediseñados de acuerdo con ayuda de nuevas estrategias.
Existen en el mercado varias productos como ser openEDMS, wf.com.mx, cardif, IBM, etc.
Existen muchas metodologías que culminan en la implementación de un sistema de este tipo como son Diagrama de Roles, BPMN, IDEF0, Ciclos de trabajo, etc.

Domain Name System

Tecnologías y protocolos de red
Nivel de aplicación
DNS, FTP, HTTP, IMAP, IRC, NFS, NNTP, NTP, POP3, SMB/CIFS, SMTP, SNMP, SSH, Telnet, SIP, ver más
Nivel de presentación
ASN.1, MIME, SSL/TLS, XML, ver más
Nivel de sesión
NetBIOS, ver más
Nivel de transporte
SCTP, SPX, TCP, UDP, ver más
Nivel de red
AppleTalk, IP, IPX, NetBEUI, X.25, ver más
Nivel de enlace
ATM, Ethernet, Frame Relay, HDLC, PPP, Token Ring, Wi-Fi, STP, ver más
Nivel físico
Cable coaxial, Cable de fibra óptica, Cable de par trenzado, Microondas, Radio, RS-232,

El Domain Name System (DNS) es una base de datos distribuida y jerárquica que almacena información asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar distintos tipos de información a cada nombre, los usos más comunes son la asignación de nombres de dominio a direcciones IP y la localización de los servidores de correo electrónico de cada dominio.
La asignación de nombres a direcciones IP es ciertamente la función más conocida de los protocolos DNS. Por ejemplo, si la dirección IP del sitio FTP de prox.ve es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.ve y no la dirección IP. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, sin que tenga que cambiar el nombre.
Inicialmente, el DNS nació de la necesidad de recordar fácilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS que contenía todos los nombres de dominio conocidos (técnicamente, este archivo aún existe - la mayoría de los sistemas operativos actuales todavía pueden ser configurados para revisar su archivo hosts).
El crecimiento explosivo de la red causó que el sistema de nombres centralizado en el archivo HOSTS no resultara práctico y en 1983, Paul Mockapetris publicó los RFCs 882 y 883 definiendo lo que hoy en día ha evolucionado al DNS moderno. (Estos RFCs han quedado obsoletos por la publicación en 1987 de los RFCs 1034 y 1035).

Balanced Scorecard o BSC

El Balanced Scorecard, es traducir la estrategia de la organización en cuatro perspectivas: Cliente, Negocio Interno, Innovación y Aprendizaje y Perspectiva Financiera, sustentadas cada una de ellas en un grupo de objetivos estratégicos definidos que implican una serie de indicadores de gestión, metas e iniciativas, interactivamente conectadas en una relación causa-efecto.
Según la Figura 3, la Metodología BSC, permite, a partir de la Misión, Visión y Objetivos Estratégicos, definir los Objetivos Financieros requeridos para alcanzar la Visión y Misión y estos serán los encargados de proyectar los mecanismos hacia los Clientes (Interno/Externos). Los Procesos Internos se planifican para lograr los objetivos financieros y de los clientes. Posteriormente, todo reposa en el Aprendizaje y Crecimiento de la organización. Todos estos elementos, garantizan que la Función Mantenimiento, esté apoyando la obtención de los Objetivos de la Organización a la cual pertenece, y a su vez, garantice que la Gestión de Mantenimiento cumpla con lo que definió, lo que no se puede medir, no se puede gerenciar.
Como la utilización del la Metodología BSC es algo engorrosa, proponemos ver su modelación a partir de un ejemplo, realizado en el Departamento de Servicios Técnicos de una Instalación Turística. Es bueno aclarar que no se pretenden realizar los pasos de la Implantación, si no, cómo adaptar esta metodología a las necesidad de lo Servicios Técnicos de las Instalaciones Turísticas.