Notas

Estas son las notas del segundo parcial y las condiciones de cada uno.
http://www.slideshare.net/infosistemasuno/notas-finales-2009-1756160

Recuerden que aquellos que promocionaron la materia deben anotarse para el final así les figura la nota.
Cualquier duda o consulta me encuentran el próximo martes en la facultad.

Martes 21 de julio

Les recuerdo que hoy, martes 21 de julio, tomo el segundo parcial y el próximo martes (28) es la fecha de los recuperatorios.

Suspensión de Actividad Académica

Seguidamente les transcribo el comunicado que me acaba de llegar de la Facultad:
Ante la situación sanitaria vigente y a fin de colaborar con las medidas tendientes a evitar la prolongación masiva del virus de la Gripe A, la Universidad Maimónides ha resuelto suspender las actividades académicas desde el lunes 6 y hasta el sábado 18 de julio, inclusive.
Las actividades administrativas continuarán realizándose con normalidad en los horarios habituales. Como así también, el funcionamiento de la Biblioteca de nuestra casa de estudios.
Con respecto al calendario académico correspondiente a la Escuela Internacional de Negocios, ha sufrido las siguientes modificaciones:
Desde el 20 hasta 24 de julio, tendrán lugar los recuperatorios y parciales pendientes. Por su parte, los finales se llevarán a cabo desde el 3 al 7 de agosto (primer llamado) y desde el 11 al 14 de agosto (segundo llamado).
El segundo cuatrimestre iniciará el martes 18 de agosto, tal como estaba previsto.
Permanentemente evaluaremos las modificaciones que se produzcan en la situación y si fuera necesario prolongar dicha suspensión, oportunamente nos comunicaremos con ustedes.

Próxima clase

El día martes 30 haremos repaso de todos los temas y contestaré las dudas que tengan para el parcial.
Les sugiero que lleven todos los apuntes desde Tecnología en adelante.
La fecha del segundo parcial es el 7 de julio y el recuperatorio es el martes 14.

En toda organización moderna, la conducción es posible gracias al logro de acuerdos entre las personas que integran el equipo dirigente.
Para administrar, los administradores o gerentes conducen de forma racional las actividades de la organización, ya sea con o sin fines de lucro. Ello implica la planeación, organización, dirección y el control de todas las actividades, funciones o tareas. Sin planes de acción bien llevados, las organizaciones jamás tendrían condiciones para existir y crecer.
http://www.gestiopolis.com/finanzas-contaduria/sistemas-de-informacion-gerencial-y-control-de-gestion.htm

Clase Once

Siempre que hemos adquirido un sistema de información nos hemos jactado de decir que tenemos lo último en tecnología, pero al pasar unos meses ya los nuevos productos nos hacen ver nuestro sistema como un dinosaurio, y deseamos poder actualizarnos, pero que pasará con estos nuevos productos al cabo de unos meses?.
Desde que entré en el negocio de TI, muchos de mis clientes siempre me han preguntado por la obsolescencia de sus equipos y aplicaciones, porque temen quedarse retrasados y no poder llevar sus negocios por la senda del éxito. Otros clientes en cambio, tienen sistemas de computación que hoy en día todavía me asombran, por que son equipos que salieron al mercado a finales de los 80, poseen 2MB en RAM, un par de discos duros de 80 MB y otro de 108 MB. Me parece increíble que hayan llegado al filo del 2000 con ellos.

Existen muchos factores que nos pueden llevar a considerar nuestros equipos o productos de software como obsoletos, generalmente los principales son:

-Nuevo Hardware.
-Nuevas versiones de sistemas operativos y aplicaciones.
-Tiempo de Soporte del Fabricante para los productos.
-Nuevos procedimientos o tareas asignadas a nuestros sistemas de TI.

Los dos primeros factores son más que obvios, las empresas fabricantes viven una constante lucha por alcanzar la mayor parte del mercado, por lo que las innovaciones en hardware parecen indetenibles, los PC que hoy salen al mercado con una lluvia de publicidad enorme, dejaran de ser vendidos en poco más de seis meses porque ya el fabricante los ha descontinuado. Otro caso típico es el del sistema operativo, cuando Microsoft lanzó Windows 95 (que casi es Windows 96 porque se lanzo en septiembre de 1995) todo fue una ola desesperada por actualizarse a Windows 95, y ahora nos lanzan Windows 98 y la historia se repite. Pero no tenemos idea de la cantidad de Windows 3.1 y 3.11 que todavía rondan por allí, estas en algunas corporaciones podemos ver que es este año cuando van a migrar a Windows NT 4 o a Windows 98, y que cuando no esté muy entrado el nuevo milenio recibirán la noticia de Microsoft de que han lanzado una nueva versión de Windows.

Para un amante de la tecnología no es muy traumático cambiar de una versión de sistema operativo a otra en menos de tres años, o cambiar el PC cada año y medio o aumentar la memoria o cambiar el disco duro, etc., esto claro porque primero solo se ve afectado un usuario, segundo la compra es de solo una licencia, o solo un PC.
Pero para las pequeñas y grandes empresas no es tan sencillo como enviar el número de tarjeta de crédito y dirección de despacho. Para las empresas es todo un dolor de cabeza cada vez que las compañías de hardware y software lanzan un nuevo producto, debido a que sus usuarios desean estar actualizados y ejercen presión para lograr dicha actualización. Y los costos se multiplican por cada computador de la empresa.

Es aquí donde el departamento de TI de la empresa debe tener una política de actualización de los sistemas de TI de la empresa y exponerla a sus usuarios para que ellos puedan comprender el alcance de dicha política.

Para establecer una política de actualización cada empresa debe tener claro el alcance de su sistema de información, por ejemplo si mi sistema es solo para facturación e inventarios, debo evaluar si cumplo con los tiempos de despacho a mis clientes, si los inventarios son confiables o si por el contrario siempre existe escasez y debemos esperar la reposición de mercancía por que las órdenes de manufactura no llegan a tiempo. Es decir, debemos evaluar que nuestro sistema cumpla con la tarea para la que ha sido implementado y verificar si lo hace de forma eficiente y óptima.
Puede que tengamos un servidor de red con suficiente memoria, disco y procesador, pero tenemos una impresora de matriz de puntos muy lenta o una aplicación en Pascal 3.01 que se tarda una eternidad en cambiar de una pantalla a otra, o un lector de código de barras que parece miope. También se puede dar el caso de que se tiene un 286 con 8 MB RAM y disco de 80 MB que cumple con todas las tareas encomendadas de forma eficiente pero, no soporta la transición al año 2000.

Características como estas nos deben llevar a buscar cuellos de botella en nuestros sistemas, ya que no siempre necesitamos tener lo más innovador, sino combinar bien las tecnologías para lograr resultados óptimos.

Otro punto importante es que los fabricantes manejan un tiempo de soporte a sus productos, por ejemplo, una impresora sale al mercado en Enero de 1998, y el fabricante la coloca en la lista de equipos descontinuados en Agosto de 1998, pero esto no quiere decir que la impresora sea obsoleta, lo que significa es que no se fabricara más para la venta.

El tiempo que marca la obsolescencia de un producto es el tiempo de soporte, para seguir tomemos la impresora del ejemplo anterior, la impresora sale del mercado en Agosto de 1998, pero el fabricante le dará soporte (repuestos, servicio técnico, etc.) hasta Julio del 2003. Es a partir de Julio del 2003 cuando esta impresora será de verdad obsoleta ya que el fabricante no podrá garantizarnos repuestos o personal calificado para atender nuestra impresora.

Entre los motivos por los cuales necesitaremos actualizar nuestro sistema se encuentran las nuevas misiones para nuestro sistema. Esto sucede cuando nos exigen ampliar las tareas que debe cumplir el sistema, por ejemplo, cuando al personal encargado de verificar los planos se le pide que haga la edición de los errores encontrados, o cuando en nuestro sistema de facturación debemos instalar un módulo de cálculo de impuestos exigidos por el gobierno. Estos ejemplos ilustran el caso en el que nuestro sistema necesita ser actualizado debido a que vamos a aumentar su carga de trabajo.

Existen otros motivos por los cuales debemos actualizar nuestros sistemas de información, estos generalmente son errores en el código de los programas o componentes, problemas de compatibilidad entre productos o situaciones heredadas de otros productos. Como ejemplo tenemos el caso del año 2000, problemas como
este nos obligan a examinar nuestros sistemas y tomar los corrrectivos del caso para evitar los colapsos de nuestros sistemas.

En resumen, no siempre que sale un nuevo producto al mercado necesitamos actualizar nuestro sistema o parte de él, sino más bien cuando existan uno o varios de los siguientes casos:

*Puntos de falla o cuellos de botella en hardware o software específicos, que hacen que nuestro sistema no ejecute eficientemente sus tareas.
*Vencimiento del tiempo de soporte del fabricante para nuestros productos de TI, lo que nos obliga a adquirir productos nuevos que cumplan con nuestras necesidades y que su fabricante pueda garantizar la resolución de problemas en los mismos.
*Ampliación de las tareas asignadas a nuestro sistema, lo que generalmente conlleva a actualizar nuestro sistema para poder mantener el nivel de respuesta del mismo en las tareas anteriores, y ofrecer un buen nivel para las nuevas tareas.
*Problemas de compatibilidad, bugs o situaciones en los productos que nos llevan a cambiar o actualizarnos a versiones posteriores de software o a modelos nuevos de hardware.

En todo caso, debemos tener una política de actualización o por lo menos algún mecanismo que nos permita evaluar nuestros sistemas de información para tomar la decisión de cuando debemos actualizarnos.

Por Javier Borrero (Abril de 1999)

Entradas antiguas

Blogger Template by Blogcrowds.