Informática de Sistemas Uno- 2009

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

Link para ver o bajar la clase:
http://www.slideshare.net/infosistemasuno/clase-once-diseo-de-sistemas-2009

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)

Link para ver o bajar la clase:
http://www.slideshare.net/infosistemasuno/clase-diez-planeacin-y-analisis-2009

ENTREVISTAS

El proceso de las entrevistas es un método que usa el analista de sistemas para la recolección de datos sobre los requerimientos de información. El analista de sistemas escucha buscando objetivos, sentimientos, opiniones y procedimientos informales en entrevistas con los tomadores de decisiones de la organización. También vende el sistema durante las entrevistas.
Las entrevistas son diálogos de preguntas respuestas planeados por anticipado entre dos personas.

Hay cinco pasos que deben tomarse para la planeación previa de la entrevista:
1. Lectura de material de fondo
2. Establecimiento de objetivos de la entrevista
3. Decisión de a quién entrevistar
4. Preparación del entrevistado
5. Decisión sobre el tipo y estructura de las preguntas


Las preguntas tienen dos tipos básicos: abiertas y cerradas. Las preguntas abiertas dejan abiertas todas las opciones de respuesta para el entrevistado.
Las preguntas cerradas limitan las opciones posibles de la respuesta. Las averiguaciones pueden ser abiertas o cerradas, pero le solicitan al interlocutor una respuesta más detallada.

Las entrevistas pueden estar estructuradas en tres formas básicas, estructura de pirámide, de embudo o de rombo.
Las estructuras piramidales comienzan con preguntas cerradas y detalladas y se amplían a preguntas más generales.
Las estructuras de embudo comienzan con preguntas abiertas generales y luego se estrechan a preguntas cerradas más específicas.
Las estructuras de rombo combinan las fuerzas de las otras dos estructuras pero se llevan más tiempo para realizarse.
Hay compromisos involucrados sobre la decisión de cómo estructurar para realizar las preguntas y secuencias de preguntas de la entrevista.

Las entrevistas deben ser grabadas por medio de grabadoras de cinta o la toma de notas. Después de la entrevista, el entrevistador debe escribir un reporte que liste los puntos principales que se proporcionaron, así como opiniones acerca de lo que fue dicho. Es extremadamente importante documentar la entrevista lo más pronto posible después de que haya sido realizada.


CUESTIONARIOS

Mediante el uso de cuestionarios los analistas de sistemas pueden recolectar datos sobre actitudes, creencias, comportamientos y características de gente importante en la organización.
Los cuestionarios son útiles si: las personas de la organización están ampliamente dispersas, mucha gente están involucradas con el proyecto de sistema, se necesita un trabajo exploratorio antes de recomendar alternativas o hay una necesidad para la sensibilización del problema antes de que se realicen entrevistas.
Una vez que han sido articulados los objetivos del cuestionario, el analista puede comenzar a escribir preguntas abiertas o cerradas.
La selección de la redacción es extremadamente importante y debe reflejar el lenguaje de los miembros de la organización. Idealmente, las preguntas deben ser simples, específicas, sin ascendencia, sin menosprecio, técnicamente precisas y dirigidas a aquellos que tienen el conocimiento.
La asignación de escalas es el proceso de asignar números u otros símbolos a un atributo o característica. Tal vez quiera el analista de sistemas usar escalas para medir las actitudes o las características de los interlocutores o para hacer que los interlocutores actúen como jueces sobre el.
Las cuatro formas de medición son escalas nominales, ordinales, de intervalo y de relación. La forma de medición es frecuentemente indicada por los datos, y el análisis de los datos es a su vez indicado en alguna medida por la forma de medición. Los analistas de sistemas necesitan tomar en consideración la validez y la confiabilidad. La validez significa que el cuestionario mide lo que el analista de sistemas pretendió medir. La confiabilidad significa que los resultados son consistentes. Los analistas deben ser cuidadosos para evitar problemas como lenidad, tendencia central y el efecto de halo cuando construyen escalas. El control consistente del formato y estilo del cuestionario puede dar como resultado una mejor tasa de respuesta.
Adicionalmente, el ordenamiento y agrupamiento significativo de las preguntas es importante para ayudar a que los interlocutores comprendan el cuestionario.

Material sobre Base de Datos, para ver o para bajar:
http://www.slideshare.net/infosistemasuno/base-de-datos-1579512

En el día de la fecha, martes 2, no asistiré a la facultad.
El TP queda para la próxima clase, martes 9.