jueves, 16 de junio de 2011

Administración y Afinamiento de base de datos Oracle

SERVICIO DE MANTENIMIENTO, MONITOREO Y ADMINISTRACIÓN DE BD ORACLE
Cuando las necesidades del negocio requieren alta disponibilidad, rendimiento, grandes
volúmenes de datos o gran cantidad de usuarios, seleccionar la Tecnología Oracle es la mejor opción, en OSIS SAC sabemos implementarla y adaptarla a las necesidades de cada cliente.
Nuestro mayor orgullo es haber logrado el éxito en cada proyecto Oracle y las claves: la capacidad
de nuestros profesionales, la responsabilidad y el compromiso con nuestros clientes.
Nuestros servicios:

Servicios de Bases de Datos
  • Instalación, Configuración y Mantenimiento de Bases de Datos Oracle en todos los ambientes, SUN, HP-UX, Unix, Linux y Windows.
  • Planificación y Creación de la base de datos en base a los requerimientos del Negocio.
  • Mantenimiento de los Entornos de Desarrollo, Testing y Producción.
  • Configuración de la red de Oracle.
  • Implementación de Opciones de Seguridad y Auditoria.
  • Implementación de RAC.
  • Diseño e implementación de las políticas de Backup y Recuperación.
  • Implementación de Data Guard para Disaster Recovery.
  • Tuning (Afinamiento) de Base de Datos Oracle y Aplicaciones.
  • Migración de Bases de Datos.
  • Primer y Segundo nivel de Soporte 7x24 remoto.
  • Administración de Grandes Volúmenes de Datos en Storage e implementación de ASM.
Servicios de Aplicaciones
  • Planificación de Infraestructura.
  • Implementación de Infraestructura SOA en alta disponibilidad.
  • Instalación y configuración de Servidores de Aplicaciones para Portal, Forms, Reports y Discoverer.
Servicios de Infraestructura para Inteligencia de Negocios y Datawarehouse
  • Diseño, Planificación y Creación del Datawarehouse.
  • Implementación de opciones para grandes volúmenes de datos.
  • Implementación de Oracle BI Standard Edition One.
Nuestro servicio global que consiste en Mantenimiento, Monitoreo y Administración de Base de Datos Oracle (DBA Remoto).
¿Qué es el Servicio DBA REMOTO?
Acceder el Servicio de DBA REMOTO, es la forma de llegar a que su base de datos este protegida, optimizada, y controlada por personal experto que a través de años de experiencia y trabajo en equipo pueden garantizar acciones proactivas y rutinarias, tanto como actuar en la resolución de problemas o asistir a su personal en aspectos complejos de la administración, Instalación y desarrollo de aplicaciones sobre su base de datos.
Ventajas exclusivas de mantener contratado un Servicio de DBA REMOTO:
  • Acceda a personal Experto Certificado cuando lo necesite.
  • Incremente la disponibilidad de sus datos.
  • Garantice la máxima performance de su base de datos.
  • Gane Tranquilidad y reduzca sus costos.
¿Cómo accedo al servicio DBA REMOTO?
Acceder al servicio es sumamente sencillo, debe de seguir los siguientes pasos:
  1. Primero, establecer el plan de servicio que usted desea para su empresa (Ver lista de planes como documento adjunto. (PDF precios)
  2. Enviar un mensaje al correo confirmando la opción elegida, con ello un asesor comercial se comunicará con Uds. para definir detalles.
¿Cómo es el procedimiento y cuanto debo esperar para empezar a recibir el servicio?

Una vez acordado los términos de contratación, Ud. tendrá asignado a su cuenta un DBA
Certificado que realizara el informe inicial y un reconocimiento de toda la arquitectura de sus datos.
El mismo le será entregado de manera oficial y contendrá una lista de recomendaciones sobre las cuales podremos trabajar para comenzar a mejorar su base de datos desde el primer momento.

Administración y Afinamiento de base de datos SQL

Administración y Afinamiento de base de datos (DBA) MS-SQL

SERVICIO DE CONSULTORÍA, ADMINISTRACIÓN Y AFINAMIENTO DE BD MS-SQL

Introducción
Las Bases de Datos Relacionales del tipo MS-SQL Server se han convertido con el pasar del tiempo en herramientas imprescindibles para el almacenamiento de la información sensible de las organizaciones.
En general es un producto que, aunque una vez instalados y configurados parezca que ya no requieren un especial seguimiento y mantenimiento, tienen que ser objeto de una constante revisión de los parámetros, estructuras, configuración y performance de los mismos.En general los motores MS-SQL Server soportan aplicativos que ya llevan un tiempo funcionando y que con el tiempo se puede observar una paulatina degradación en los tiempos de respuesta hacia los clientes y/o en procesos que se ejecutan habitualmente.
Esto origina, entre otras cosas, una insatisfacción creciente por parte de los usuarios hacia los sistemas de uso habitual, un continuo análisis del hardware para aumentar la capacidad de procesamiento ya sea a nivel de discos, procesador y/o memoria.
OSIS SAC en conocimiento pleno de estas incidencias pone a disposición de sus clientes los siguientes servicios remotos o presenciales:
  • Consultoría de Base de Datos.
  • Administración de Base de Datos.
  • Afinamiento de Base de Datos.
Consultoría de Bases de Datos

OSIS  cuenta con un equipo de Profesionales Certificados por Microsoft que permite dar Servicios de Calidad y asegurar el conocimiento y expertise de los mismos.Nuestro equipo lo asesorará en la selección adecuada de la infraestructura tecnológica para llevar adelante las implementaciones sobre Bases de Datos MS SQL Server, garantizando de este modo que sus implementaciones acompañen el objetivo planeado y el presupuesto disponible para dicha inversión.
La transferencia de los conocimientos hacia el personal de su empresa garantiza que podrán continuar las actividades de rutina que aseguran el correcto funcionamiento de la solución implementada y evitar así la constante dependencia de terceros para el mantenimiento de las Bases de Datos.

Administración de Bases de Datos
El equipo de Administradores de Bases de Datos (DBA), puede colaborar estrechamente con su personal dando soporte y resolución a problemas puntuales acontecidos, o tareas de rutina referidas al mantenimiento y soporte sobre el Motor de Base de Datos.
Soporte en:
  • Manejo de estructuras de base de datos.
  • Asignación de permisos.
  • Dimensionamiento de Base de Datos.
  • Implementaciones y Diseños de planes de Contingencia.
  • Instalación, Configuración, Optimización y Administración de Réplicas, esquema de alta disponibilidad (Clúster, Log Shipping, Mirroring, otros).
  • Auditoria de Bases de Datos, de cambios de estructuras de datos y configuraciones.
  • Recovery.
  • Entre otros.
Afinamiento de Bases de Datos
Para garantizar que su motor de Base de Datos goce de buena salud y que preste servicios a los usuarios internos y externos, con buenos tiempos de respuesta es que disponemos de un esquema no invasivo que se despliega en sus instalaciones y que permite monitorear, de manera permanente, todos los parámetros definidos en pos de lograr el objetivo.El accionar de este esquema permite monitorear vía alertas configurables los distintos seteos y sus umbrales. Esto permite adelantarnos de manera preventiva a posibles problemas que pudieran ocurrir garantizando los tiempos de respuesta esperados.
  • Identificación y diagnóstico de problemas.
  • Ajustes de configuración de la Base de Datos.
  • Análisis y Optimización de Cargas.
  • Seguimiento y ajuste de aplicaciones y sentencias DML.
Modalidad de Nuestros Servicios
Nuestra actividad se desarrolla de manera remota, con los accesos y controles que los clientes establezcan.
Nuestra operatoria implica para con el cliente la firma de un acuerdo de confidencialidad entre las partes para garantizar que la manipulación de la documentación y datos a los cuales pudiéramos tener acceso este regido por el mismo.
Diagnóstico de Base de Datos
Para poder brindar nuestro servicio de DBA remoto lo primero es efectuar un diagnóstico de la situación actual del motor de base de datos. Para ello, debemos de seguir los siguientes pasos:
  1. Confirmación vía e-mail que requieren del servicio de diagnóstico.
  2. Firma del Acuerdo de Confidencialidad. OSIS le enviará el documento de confidencialidad para que se proceda a la firma.
  3. Se coordina con el área de TI del cliente los parámetros para el acceso remoto a la base de datos.
  4. Se lleva a cabo el proceso de diagnóstico y se emite el informe con los resultados obtenidos. En el informe se incluye, además del diagnóstico, los trabajos de optimización que se deben de hacer, los cuales pueden ser cotizados por proyecto o pueden ser tarifados por hora.

miércoles, 15 de junio de 2011

Software de Gestión Industrial

El sistema MRP

El sistema MRP comprende la información obtenida de al menos tres fuentes o ficheros de Información principales que a su vez suelen ser generados por otros subsistemas específicos, pudiendo concebirse como un proceso cuyas entradas son:
  • El plan maestro de producción, el cual contiene las cantidades y fechas en que han de estar disponibles los productos de la planta que están sometidos a demanda externa (productos finales fundamentalmente y, posiblemente, piezas de repuesto).
  • El estado del inventario, que recoge las cantidades de cada una de las referencias de la planta que están disponibles o en curso de fabricación. En este último caso ha de conocerse la fecha de recepción de las mismas.
  • La lista de materiales, que representa la estructura de fabricación en la empresa. En concreto, ha de conocerse el árbol de fabricación de cada una de las referencias que aparecen en el Plan Maestro de Producción.

A partir de estos datos la explosión de las necesidades proporciona como resultado la siguiente información:
  • El plan de producción de cada uno de los ítems que han de ser fabricados, especificando cantidades y fechas en que han de ser lanzadas las órdenes de fabricación. Para calcular las cargas de trabajo de cada una de las secciones de la planta y posteriormente para establecer el programa detallado de fabricación.
  • El plan de aprovisionamiento, detallando las fechas y tamaños de los pedidos a proveedores para todas aquellas referencias que son adquiridas en el exterior.
  • El informe de excepciones, que permite conocer que‚ órdenes de fabricación van retrasadas y cuales son sus posibles repercusiones sobre el plan de producción y en última instancia sobre las fechas de entrega de los pedidos a los clientes. Se comprende la importancia de esta información con vistas a renegociar‚ estas si es posible o, alternativamente, el lanzamiento de órdenes de fabricación urgentes, adquisición en el exterior, contratación de horas extraordinarias u otras medidas que el supervisor o responsable de producción considere oportunas.
Así pues, la explosión de las necesidades de fabricación no es más que el proceso por el que las demandas externas correspondientes a los productos finales son traducidas en órdenes concretas de fabricación y aprovisionamiento para cada uno de los ítems que intervienen en el proceso productivo.

Plan maestro de producción PMP o MPS (Master production schedule)

Plan maestro detallado de producción, que nos dice con base en los pedidos de los clientes y los pronósticos de demanda, qué productos finales hay que fabricar y en qué plazos debe tenerse terminados. El cual contiene las cantidades y fechas en que han de estar disponibles los productos de la planta que están sometidos a demanda externa (productos finales fundamentalmente y, posiblemente, piezas de repuesto). El otro aspecto básico del plan maestro de producción es el calendario de fechas que indica cuando tienen que estar disponibles los productos finales. Para ello es necesario discretizar el horizonte de tiempo que se presenta ante la empresa en intervalos de duración reducida que se tratan como unidades de tiempo. Habitualmente se ha propuesto el empleo de la semana laboral como unidad de tiempo natural para el plan maestro. Pero debe tenerse en cuenta que todo el sistema de programación y control responde a dicho intervalo una vez fijado, siendo indistinguible para el sistema la secuencia en el tiempo de los sucesos que ocurran durante la semana. Debido a ello, se debe ser muy cuidadoso en la elección de este intervalo básico, debiendo existir otro subsistema que ordene y controle la producción en la empresa durante dicho intervalo. La función del plan maestro se suele comparar dentro del sistema básico de programación y control de la producción con respecto a los otros elementos del mismo, todo el sistema tiene como finalidad adecuar la producción en la fabrica a los dictados del programa maestro. Una vez fijado este, el cometido del resto del sistema es su cumplimiento y ejecución con el máximo de eficiencia.

Gestión de stock

El estado del inventario, que recoge las cantidades de cada una de las referencias de la planta que están disponibles o en curso de fabricación. En este último caso ha de conocerse la fecha de recepción de las mismas.
Para el cálculo de las necesidades de materiales que genera la realización del programa maestro de producción se necesitan evaluar las cantidades y fechas en que han de estar disponibles los materiales y componentes que intervienen, según especifican las listas de materiales. Estas necesidades se comparan con las existencias de dichos elementos en stock, derivándose las necesidades netas de cada uno de ellos.
Para que el sistema de programación y control de la producción sea fidedigno es imprescindible una descripción muy precisa de las existencias en cada instante de tiempo. Por ello, el sistema de información referido al estado del stock ha de ser muy completo, coincidiendo en todo momento las existencias teóricas con las reales y conociendo el estado de los pedidos en curso para vigilar el cumplimiento de los plazos de aprovisionamiento. Asimismo, en el caso de que algunas de las existencias en stock se encuentren comprometidas para otros fines y no deben ser contempladas para satisfacer el programa de producción, debe de ser reconocido este hecho. En definitiva, debe de existir un perfecto conocimiento de la situación en que se encuentran los stocks, tanto de los materiales adquiridos a los proveedores externos como de los productos intermedios que intervienen como componentes en la preparación de conjuntos de nivel superior.

Lista de materiales o BOM (Bill of Materials)

El despiece de cualquier conjunto complejo que se produzca es un instrumento básico de los departamentos de ingeniería de diseño para la realización de su cometido. Tanto para la especificación de las características de los elementos que componen el conjunto como para los estudios de mejora de diseños y de métodos en producción. Desde el punto de vista del control de la producción interesa la especificación detallada de las componentes que intervienen en el conjunto final, mostrando las sucesivas etapas de la fabricación. La estructura de fabricación es la lista precisa y completa de todos los materiales y componentes que se requieren para la fabricación o montaje del producto final, reflejando el modo en que la misma se realiza. Varios son los requisitos para definir esta estructura:
  1. Cada componente o material que interviene debe tener asignado un código que lo identifique de forma biunívoca: un único código para cada elemento y a cada elemento se le asigna un código distinto.
  2. Debe de realizarse un proceso de racionalización por niveles. A cada elemento le corresponde un nivel en la estructura de fabricación de un producto, asignado en sentido descendente. Así, al producto final le corresponde el nivel cero. Los componentes y materiales que intervienen en la última operación de montaje son de nivel uno.
En resumen, las listas de materiales deben constituir el núcleo fundamental del sistema de información en el que se sustenta el sistema de programación y control de la producción. Han de organizarse para satisfacer de forma inmediata todas las necesidades del mismo, incluyendo entre‚ estas la de facilitar el conocimiento permanente y exacto de todos los materiales que se emplean en la fabricación, los plazos de producción, su coste y el control de las existencias. En definitiva, todos los aspectos que intervienen en las decisiones cotidianas en las que se concreta el programa de producción.



Software Producción - OSIS
El módulo de Producción de OSIS incluye:

OSIS-Planeamiento
OSIS-Control de Producción
OSIS-Mantenimiento
OSIS-Calidad
OSIS-Sistema Integrado de Gestión de Calidad

Pueden ver el detalle en:
http://www.osisonline.com/produccion.pdf

Mayor información y coordinación de presentación del sistema, puede escribirnos a: diego.cobenas@osisonline.com

Software de Producción

La planificación de los requerimientos de material o MRP es un Sistema de Planificación y Administración, usualmente asociada con un software basado en la planeación de la producción y el sistema de control de inventarios usado para los procesos de manufactura gerencial.
Tiene el propósito de que se tengan los materiales requeridos, en el momento requerido para cumplir con las órdenes de los clientes. El proceso de MRP genera una lista de órdenes de compra sugeridas, un reporte de riesgos de material. Programa las adquisiciones a proveedores en función de la producción programada.
Es un sistema que intenta dar a conocer simultáneamente tres objetivos:
  • Asegurar materiales y productos que estén disponibles para la producción y entrega a los clientes.
  • Mantener los niveles de inventario adecuados para la Operación.
  • Planear las actividades de manufactura, horarios de entrega y actividades de compra.

Objetivos

El MRP determina cuántos componentes se necesitan, así como cuándo hay que implantar o llevar a cabo el Plan Maestro de Producción. Traducción en órdenes concretas de compra y fabricación para cada uno de los productos que intervienen en el proceso productivo y de las demandas externas de productos finales.
  • Disminuir inventarios.
  • Disminuir los tiempos de espera en la producción y en la entrega.
  • Determinar obligaciones realistas.
  • Incrementar la eficiencia.
  • Proveer alerta temprana.
  • Proveer un escenario de planeamiento de largo plazo.
Un sistema MRP debe satisfacer las siguientes condiciones
  • Asegurarse de que los materiales y productos solicitados para la producción son repartidos a los clientes.
  • Mantener el mínimo nivel de inventario.
  • Planear actividades de:
    • Fabricación.
    • Entregas.
    • Compras.
    • Las principales entradas de información son: 1 Programa Maestro de Producción (PMP o MPS) 2 Inventarios 3 Lista de Materiales (BoM).
Software Producción - OSIS

El módulo de Producción de OSIS incluye:
  • OSIS-Planeamiento
  • OSIS-Control de Producción
  • OSIS-Mantenimiento
  • OSIS-Calidad
  • OSIS-Sistema Integrado de Gestión de Calidad
Pueden ver el detalle en: 

http://www.osisonline.com/produccion.pdf

Mayor información y coordinación de presentación del sistema, puede escribirnos a: diego.cobenas@osisonline.com

miércoles, 8 de junio de 2011

Empresa de desarrollo de software a medida

Buscas una empresa para un desarrollo de software a medida?


Nosotros realizamos todo el proceso, desde el estudio de los requisitos (relevamiento de información), pasando por el análisis, diseño, desarrollo hasta el posterior mantenimiento del producto software que necesite su empresa.


Si necesita:


Software de gestión (ERP)
Software para gestión de clientes (CRM)
Software de inventarios o administración (SCM)
O cualquier otro tipo de programa en la web o local


Nosotros podemos realizarle el desarrollo a medida en un tiempo récord y a un coste inmejorable.




Hemos desarrollado software a medida usando, entre otras, las siguientes tecnologías:


HTML, CSS, PHP, Flash MX, Javascript
Microsoft Visual C++, Visual Basic, Visual C#
.NET Framework, CSLA, phpMVC, sQeletor
Borland C++ Builder, Delphi
Microsoft Access, MySql, Postgres y Oracle
Crystal Reports, Quick Reports


Todas estas tecnologías son ampliamente utilizadas por empresas de desarrollo de software dedicadas a la programación a medida.


Consulténos: diego.cobenas@osisonline.com





Fases del desarrollo de software

En la ingeniería del software el término fases de desarrollo expresa cómo ha progresado el desarrollo de un software y cuánto desarrollo puede requerir. Cada versión importante de un producto pasa generalmente a través de una etapa en la que se agregan las nuevas características (etapa alfa), después una etapa donde se eliminan errores activamente (etapa beta), y finalmente una etapa en donde se han quitado todos los bugs importantes (etapa estable). Las etapas intermedias pueden también ser reconocidas. Las etapas se pueden anunciar y regular formalmente por los desarrolladores del producto, pero los términos se utilizan a veces de manera informal para describir el estado de un producto. Normalmente muchas compañías usan nombres en clave para las versiones antes del lanzamiento de un producto, aunque el producto y las características reales son raramente secretas.

Alpha / Alfa

Es la primera versión del programa, la cual es enviada a los verificadores para probarla.
Algunos equipos de desarrollo utilizan el término alfa informalmente para referirse a una fase donde un producto todavía es inestable, aguarda todavía a que se eliminen los errores o a la puesta en práctica completa de toda su funcionalidad, pero satisface la mayoría de los requisitos.
El nombre se deriva de alfa, la primera letra en el alfabeto griego.
[editar]Beta

Una versión beta o lanzamiento beta representa generalmente la primera versión completa del programa informático o de otro producto, que es posible que sea inestable pero útil para que las demostraciones internas y las inspecciones previas seleccionen a clientes. Algunos desarrolladores se refieren a esta etapa como inspección previa (preview) o como una inspección previa técnica (technical preview [TP]). Esta etapa comienza a menudo cuando los desarrolladores anuncian una congelación de las características del producto, indicando que no serán agregadas más características a esta versión y que solamente se harán pequeñas ediciones o se corregirán errores. Las versiones beta están en un paso intermedio en el ciclo de desarrollo completo. Los desarrolladores las lanzan a un grupo de probadores beta o betatesters (a veces el público en general) para una prueba de usuario. Los probadores divulgan cualquier error que encuentran y características, a veces de menor importancia, que quisieran ver en la versión final.
Cuando una versión beta llega a estar disponible para el público en general, a menudo es extensamente probada por los tecnológicamente expertos o familiarizados con versiones anteriores, como si el producto estuviera acabado. Generalmente los desarrolladores de las versiones betas del software gratuito o de código abierto los lanzan al público en general, mientras que las versiones beta propietarias van a un grupo relativamente pequeño de probadores. En febrero de 2005, ZDNet publicó un artículo acerca del fenómeno reciente de las versiones beta que permanecían a menudo por años y que eran utilizada como si estuvieran en nivel de producción.1 Observa que Gmail, igual que las noticias de Google, por ejemplo, estuvieron en beta por un período de tiempo muy largo (5 años). Esta técnica puede también permitir a un desarrollador retrasar el ofrecimiento de apoyo total o la responsabilidad de ediciones restantes. Los receptores de betas altamente propietarias pueden tener que firmar un acuerdo de no revelación.
Como esta es la segunda etapa en el ciclo de desarrollo que sigue la etapa de alfa, esta se nombra como la siguiente letra griega beta.
[editar]Versión candidata a definitiva (RC)

Una versión candidata a definitiva, candidata a versión final o candidata para el lanzamiento, aunque más conocida por su nombre en inglés release candidate, comprende un producto final, preparado para publicarse como versión definitiva a menos que aparezcan errores que lo impidan. En esta fase el producto implementa todas las funciones del diseño y se encuentra libre de cualquier error que suponga un punto muerto en el desarrollo. Muchas empresas de desarrollo utilizan frecuentemente este término. Otros términos relacionados incluyen gamma, delta (y tal vez más letras griegas) para versiones que están prácticamente completas pero todavía en pruebas; y omega para versiones que se creen libres de errores y se hallan en el proceso final de pruebas. Gamma, delta y omega son, respectivamente, la tercera, cuarta y última letras del alfabeto griego.
[editar]Versión de disponibilidad general (RTM)

La versión de disponibilidad general (también llamada "dorada") de un producto es su versión final. Normalmente es casi idéntica a la versión candidata final, con sólo correcciones de último momento. Esta versión es considerada muy estable y relativamente libre de errores con una calidad adecuada para una distribución amplia y usada por usuarios finales. En versiones comerciales, puede estar también firmada (usado para que los usuarios finales verifiquen que el código no ha sido cambiado desde su salida. La expresión de que un producto "se ha dorado" significa que que el código ha sido completado y que "está siendo producido masivamente y estará en venta próximamente".
El término "dorado" se refiere anecdóticamente al uso del "disco maestro de oro" que fue frecuentemente usado para enviar la versión final a los fabricantes que lo usan para producir las copias de venta al detalle. Esto puede ser una herencia de la producción musical. En algunos casos, sin embargo, el disco maestro está realmente hecho de oro, tanto por apariencia estética como por resistencia a la corrosión.
Microsoft y otros usan el término release to manufacturing (RTM) para referirse a esta versión (para productos comerciales como Windows 7, como "Build 7600 is the Windows 7 RTM release"), y release to Web (RTW) para productos libremente descargables.
[editar]Estable/inestable

En la programación de código abierto los números de las versiones, o los términos estable e inestable, normalmente distinguen las fases del desarrollo. En el pasado, el núcleo Linux usaba el número de versión para denotar si una versión era estable o inestable. En efecto, las versiones estaban formada por cuatro números, separados por un punto. Una cifra impar en el segundo número de la versión indicaba una versión inestable. Hoy en día ya no se usa esta convención, y todas las versiones son estables independientemente del número de versión. En la práctica el uso de números pares e impares para indicar la estabilidad de un producto ha sido usado por otros muchos proyectos de software libre.
Este concepto también se aplica al software empaquetado en algunas distribuciones Linux como Debian, de modo que existe una rama o conjunto de paquetes considerados estables y otra rama considerada inestable. Esta última rama aporta versiones de programas más recientes que la estable pero que no están tan probados.