Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Un analista de sistemas estudia los problemas y las necesidades de una empresa para determinar cómo
podrían combinarse los recursos humanos, los procesos, los datos, las comunicaciones y la tecnología para
obtener mejoras en la empresa.
Responsabilidades de un analista de sistemas:
Evaluar la viabilidad de los proyectos.
Valorar requisitos de personal, presupuestos y calendario de los proyectos de desarrollo y
mantenimiento de sistemas.
Llevar a cabo entrevistas y otras acciones para investigar hechos.
Documentar y analizar las operaciones de los sistemas actuales.
Definir las necesidades del usuario para mejorar o sustituir sistemas.
Identificar aplicaciones potenciales de tecnología informática para satisfacer estas necesidades.
Evaluar la viabilidad de aplicaciones de tecnología informática.
Recomendar nuevos sistemas y soluciones técnicas a los usuarios finales y los directivos.
Identificar potenciales vendedores de hardware y software, cuando sea apropiado.
Diseñar entradas, salidas, diálogos interactivos, flujos y procedimientos de los sistemas.
Diseñar archivos y bases de datos.
Escribir, probar y/o supervisar el desarrollo de software de aplicaciones.
Formar a los usuarios que trabajen con nuevos sistemas o versiones.
Un ciclo de vida del desarrollo de sistemas es un conjunto ordenado y sistemático de acciones cuyo
fin es resolver los problemas de una empresa, por medio del desarrollo y el soporte de los sistemas de
información resultantes.
Planificación es el estudio continuado del entorno de un problema con el fin de identificar las
posibilidades de solución, sus costos y prioridades .
Análisis es el estudio de requerimientos del usuario con el fin de proponer una solución viable, en
esta etapa se centra especialmente la atención en la empresa (no en la tecnología informática).
Diseño es la evaluación de las diferentes soluciones alternativas, así como la especificación
detallada de la solución final. A lo largo del diseño, el centro de interés se desplaza desde la
empresa a la solución informática.
Implantación es la construcción o el ensamblaje de la solución al problema. Una vez implantado,
el nuevo sistema se dice que está “en funcionamiento”.
Soporte es el mantenimiento y la mejora permanentes de la solución en el transcurso de su vida.
Principios generales que deben sostener todo el desarrollo de sistemas:
- Implicar al usuario
- Aplicar un método de resolución de problemas, que es el siguiente
Identificar el problema u oportunidad
Comprender el contexto del problema, las causas y efectos del mismo
Definir los requisitos para alcanzar una solución adecuada
Hallar soluciones alternativas
Elegir la “mejor” solución
Diseñar e implantar la solución
Observar y evaluar el impacto de la solución
- Definir fases y actividades (Diagramas Gant y PERT)
- Justificar los sistemas como inversiones de capital
- No tener miedo de cancelar o revisar el proyecto
- Diseñar sistemas que pueden crecer y cambiar
¿Qué debe hacerse para convertirse en un buen analista de sistemas? Un escritor ha sugerido lo siguiente:
Aduzco que los analistas de sistemas son personas que se comunican con los directivos y los usuarios en
un entorno de directivo/usuario; documentan sus experiencias; comprenden los problemas antes de
proponer soluciones; piensan antes de hablar; suministran los desarrollos de sistemas necesarios, no los
inventan; apoyan a la organización en cuestión y comprenden sus metas y objetivos; emplean las
herramientas y los planteamiento adecuados para ayudar a resolver los problemas de los sistemas, y
disfrutan trabajando con otras personas. (Michael Wood).
Bloque elemental actividades. Las actividades de una empresa son procesos cotidianos que sirven
para apoyar sus metas y objetivos. (Objetivos son fines específicos que ayudan a alcanzar las
metas)
o Ofimática automatización de oficinas
o Sistemas de proceso de transacciones son aplicaciones que capturan y procesan los
datos referidos a disposiciones empresariales
o Sistemas de gestión son aplicaciones que suministran un conjunto de informes
orientados a planear, seguir y controlar las operaciones de empresa.
o Sistema de ayuda a la decisión – “ – suministra al usuario información orientada a la
toma de decisiones
Decisiones estructuradas
Decisiones no estructuradas (son impredecibles)
Bloque elemental redes. Son estructuras de distribución de personas, datos, actividades y
tecnología en los lugares adecuados de la empresa y movimiento de datos entre dichos lugares.
Bloque elemental tecnología es una combinación de tecnologías informáticas y tecnologías de
telecomunicaciones.
CASOS PRÁCTICOS
Encargado de currículos: uno por departamento, responsable de evaluar para cada curso
ofrecido por la universidad el volumen de solicitudes de los estudiantes de dicho
departamento. Esta persona también puede revisar cada cierto tiempo las estimaciones de
solicitudes.
Para cada usuario, analice y describa los diferentes tipos de soporte funcional que podrían
precisarse.
2. Liz, directora de apertura de cuentas en la sucursal de un gran banco, tiene un problema. Cada
semana. recibe una relación de las cuentas ya vencidas. Este informe ha crecido desde 250
cuentas a 1250. Liz tiene que recorrer todo el informe para encontrar las cuentas cuyo débito es
realmente grave. Las cuentas impagadas importantes se identifican según varias reglas, cada una
de las cuales obliga a Liz a examinar uno o más campos de datos del cliente. Lo que solía llevarle
medio día de trabajo se había complicado hasta suponer tres días de dedicación por semana.
Incluso una vez encontradas las cuentas impagas graves, Liz no puede tomar una decisión
definitiva sobre el crédito sin acceder antes al historial de los anteriores tres años de dicha
cuenta. Además, Liz necesita informar a sus superiores del porcentaje de cuentas vencidas,
impagadas, morosas e irrecuperables. El actual informe no le proporciona esta información.
¿Qué tipo de informe tiene Liz: de detalle, de resumen o de excepciones? ¿Cuál de ellos necesita?
¿Qué clase de ayuda a la decisión podría serle de utilidad?
ESTRUCTURA PIECES
Es una estructura para clasificar los problemas y oportunidades.
P Necesidad de mejorar las prestaciones
- Productividad, tiempo de respuesta
I Necesidad de mejorar la información
- Salida, entrada, datos almacenados
E Necesidad de mejorar el control económico y de costes
- Costes demasiado elevados
C Necesidad de mejorar el control y la seguridad
- Control demasiado bajo o excesivo
E Necesidad de mejorar la eficacia de personas y máquinas
- Desperdicio de tiempo de personas o de materiales
S Necesidad de mejorar el servicio a los clientes.
- Resultados inexactos, incomodes de usar
EJERCICIOS
Evalúe los siguientes escenarios por medio de la estructura PIECES. No se preocupe si no conoce las
aplicaciones mostradas. Esta situación no es inhabitual para los analistas de sistemas. Use la estructura
PIECES para detectar problemas u oportunidades.
La asesora de personal y nóminas tiene algunos problemas. Su trabajo consiste en asesorar a los
empleados sobre las opciones más provechosas. La empresa acaba de negociar un nuevo paquete de
seguros médicos que requiere de los empleados que elijan entre varias opciones de seguro sanitario.
Estas opciones varían en función de la categoría del empleado, sus contribuciones, sus deducciones,
sus beneficiarios, los servicios cubiertos y los proveedores de servicios permitidos. Se pretende ofrecer
a los empleados flexibilidad para acceder a las mayores ventajas posibles, reducir al mínimo los costes
de la empresa y controlar los costes de la agencia de seguros (lo que podría traducirse en el reintegro
posterior de primas a la empresa).
Se ha pedido a la asesora que ayude a los empleados a elegir el plan mejor para ellos. En la actualidad
está respondiendo a estas demandas de forma manual. Pero las opciones actuales son más claras que
las que propone el nuevo plan. Puede explicar dichas opciones, lo que cubren y lo que no cubren, cuál
es su coste real o posible, y las ventajas y los inconvenientes. Sin embargo, la desconfianza actual de
los empleados hacia el nuevo plan indique que tal vez necesite ofrecerles sugerencias y
recomendaciones más concretas.
Ella puede elaborar escenarios (posiblemente, en el peor caso posible) para muchos empleados. Estos
escenarios han de adaptarse a cada empleado: sus ingresos, su situación matrimonial y familiar, sus
riesgos actuales de salud, y así sucesivamente. Al elaborar algunos escenarios sencillos, ha descubierto
que, primero, necesita un día completo para conseguir los datos personales y de salario del
Departamento de Sistemas de Información. En segundo lugar, los datos están almacenados en muchos
archivos que no siempre han sido actualizados de modo conveniente. Cuando aparecen conflictos entre
los datos no puede proseguir con sus previsiones hasta resolverlos. En tercer lugar, los cálculos son
complejos. A menudo, necesita un día o más para crear escenarios de inversiones y/o jubilaciones de
un solo empleado. En cuarto lugar, hay algunas informaciones que están transmitiendo estas
previsiones a personas no autorizadas, como datos sobre anteriores cónyuges o familiares no
inmediatos. Por último, la complejidad de las variaciones en los cálculos (existen muchos cálculos del
tipo “si pasa esto, haz aquello”) produce frecuentes errores, muchos de los cuales no se han podido
detectar.
El director de una planta de herramientas necesita ayuda para procesar y controlar trabajo. Las tareas
se procesan actualmente a mano. En primer lugar, se ha establecido una serie de tareas. Además, el
supervisor se encarga de evaluar el tiempo y los materiales necesarios para cada tarea. Este es un
proceso que consume mucho tiempo, y son frecuentes los retrasos. A continuación, se planifica el
trabajo para un día específico según el tiempo estimado.
El día en que se realiza el trabajo, se envían los pedidos de materiales a los almacenes. Si el material
no está disponible, debe replanificarse el pedido.
En la planta, se rellenan tarjetas de tiempo cuando los trabajadores completan la orden de trabajo. Se
comprueba la exactitud de las órdenes de trabajo y se envían éstas al centro de sistemas de
información, donde se actualizan los registros de cuentas y se factura al cliente.
El problema es que, con frecuencia, el cliente pregunta cuáles son los costes ya asignados a una orden
de trabajo; pero no es posible contestarle, ya que los sistemas de información envían un informe con
todas las órdenes de trabajo sólo una vez al mes. Además, los directivos no tienen datos sobre la
idoneidad de las estimaciones iniciales o sobre la magnitud del trabajo realizado en una máquina o una
herramienta determinadas, o por un trabajador en concreto.
La Oficina de Desarrollo de la Universidad del Estado ha decidido recaudar fondos para mejorar las
instalaciones docentes y los laboratorios universitarios. Pero se ha descubierto un problema grave: hay
falta de control sobre los datos.
La Oficina de Desarrollo posee muchos datos redundantes sobre donaciones y benefactores del
pasado. Ello hace que se realicen múltiples contactos con éstos, y a nadie le gusta que le pidan dinero
para una misma universidad una y otra vez.
Para complicar aún más el problema, el profesorado y los administradores de la mayoría de los
departamentos llevan a cabo sus propias campañas de desarrollo y captación de fondos, lo que
produce nuevas duplicaciones en las listas de contacto.
Los contactos con los posibles benefactores no están bien coordinados. Mientras que algunos posibles
donantes reciben solicitudes demasiado a menudo, otros son completamente olvidados. Actualmente
es imposible generar listas de posibles donantes sobre la base de criterios específicos (como, por
ejemplo, historial anterior, nivel socioeconómico...), a pesar de que se han recogido y almacenado
cientos de datos sobre estos criterios. No existe historia de las donaciones, lo que hace imposible
construir los modelos de contribución que podrían ayudar a lanzar campañas de captación de fondos.