Roles del analista de sistemas

El analista de sistemas evala de manera sistemtica el funcionamiento de un negocio

mediante el
examen de la entrada y el procesamiento de datos y su consiguiente produccin de
informacin, con el
propsito de mejorar los procesos de una organizacin. Muchas mejoras incluyen un mayor
apoyo a las
funciones de negocios a travs del uso de sistemas de informacin computarizados. Esta
definicin pone
nfasis en un enfoque sistemtico y metdico para analizar y en consecuencia mejorar
lo que
sucede en el contexto especfico creado por un negocio.

Nuestra definicin de analista de sistemas es amplia. El analista debe tener la capacidad de

trabajar con
todo tipo de gente y contar con suficiente experiencia en computadoras. El analista
desempea diversos
roles, en ocasiones varios de ellos al mismo tiempo. Los tres roles principales del analista
de sistemas
son el de consultor, experto en soporte tcnico y agente de cambio.

1.El rol de consultor del analista de sistemas

Con frecuencia, el analista de sistemas desempea el rol de consultor para un negocio y, por
tanto,
podra ser contratado de manera especfica para enfrentar los problemas de sistemas de
informacin de
una empresa. Esta contratacin se puede traducir en una ventaja porque los consultores
externos tienen
una perspectiva fresca de la cual carecen los dems miembros
de una organizacin. Tambin se puede traducir en una desventaja porque alguien externo
nunca
conocer la verdadera cultura organizacional. En su funcin de consultor externo, usted
depender en
gran medida de los mtodos sistemticos que se explican en este libro para analizar y
disear sistemas
de informacin apropiados para una empresa en particular. Adems, tendr que apoyarse
en los
usuarios de los sistemas de informacin para entender la cultura organizacional desde la
perspectiva que
tienen ellos.
2.El rol de experto en soporte tcnico del analista de
sistemas

Otro rol que tendr que desempear es el de experto en soporte tcnico dentro de la
empresa en la cual labora de manera regular. En este rol el analista recurre a su experiencia
profesional con el hardware y software de cmputo y al uso que se le da en el negocio. Con
frecuencia, este trabajo no implica un proyecto completo de sistemas, sino ms bien la
realizacin de pequeas modificaciones o la toma de decisiones que se circunscriben a un
solo departamento. Como experto de soporte tcnico, usted no est a cargo del proyecto;
tan slo acta como recurso para aquellos que s lo estn. Si usted es un analista
de sistemas contratado por una empresa de manufactura o servicios, gran parte de sus
actividades podran ajustarse a este rol.

3.El rol de agente de cambio del analista de sistemas

El rol ms completo y de mayor responsabilidad que asume el analista de sistemas es el de
agente de
cambio, ya sea interno o externo para la empresa. Como analista, usted es un agente de
cambio si
desempea cualquiera de las actividades relacionadas con el ciclo de vida del desarrollo de
sistemas y
est presente en la empresa durante un largo periodo (de dos semanas a ms de un ao. Un
agente de
cambio se puede definir como alguien que sirve de catalizador para el cambio, desarrolla un
plan para el
cambio y coopera con los dems para facilitar el cambio. Su presencia en el negocio inicia el
cambio.
Como analista de datos, usted debe estar consciente de este hecho y utilizarlo como punto
de partida
para su anlisis. De ah que tenga que interactuar con los usuarios y la administracin desde
el principio
de su proyecto. Sin su colaboracin usted no podra entender lo que ocurre en una
organizacin y el
cambio real nunca se dara.

En su calidad de analista de sistemas desempeando la funcin de agente de cambio, debe

promover un
cambio que involucre el uso de los sistemas de informacin. Tambin es parte de su tarea
ensear a los
usuarios el proceso del cambio, ya que las modificaciones a un sistema de informacin no
slo afectan a
ste sino que provocan cambios en el resto de

la organizacin.
Cualidades del analista de sistemas
De las descripciones anteriores sobre los roles que desempea el analista de sistemas, se
deduce
fcilmente que el analista exitoso debe contar con una amplia gama de cualidades. Hay una
gran
diversidad de personas trabajando como analistas de sistemas, por lo que cualquier
descripcin que
intente ser general est destinada a quedarse corta en algn sentido.
No obstante, la mayora de los analistas de sistemas tienen algunas cualidades comunes. En
primer
lugar, el analista es un solucionador de problemas. Es una persona que aborda como un
reto el anlisis
de problemas y que disfruta al disear soluciones factibles.

Cuando es necesario, el analista debe contar con la capacidad de afrontar sistemticamente

cualquier
situacin mediante la correcta aplicacin de herramientas, tcnicas y su experiencia.

El analista tambin debe ser un comunicador con capacidad para relacionarse con los
dems durante
extensos periodos. Necesita suficiente experiencia en computacin para programar,
entender las
capacidades de las computadoras, recabar los requisitos de informacin de los usuarios y
comunicarlos a
los programadores. Asimismo, debe tener una tica personal y
profesional firme que le ayude a moldear las relaciones con sus clientes.

El analista de sistemas debe ser una persona autodisciplinada y automotivada, con la

capacidad de
administrar y coordinar los innumerables recursos de un proyecto, incluyendo a otras
personas. La
El ciclo de vida de desarrollo de sistemas (SDLC) es el proceso de entender cmo un
sistema de informacin (SI) puede soportar las necesidades del negocio, el diseo del
sistema, la construccin de sta, y la entrega a los usuarios.

Frederick P. Brooks [Brooks, 1987], dice "La parte ms difcil de construir un sistema es
precisamente saber qu construir. Ninguna otra parte del trabajo conceptual es tan difcil como
establecer los requerimientos tcnicos detallados, incluyendo todas las interfaces con gente,
mquinas y otros sistemas. Ninguna otra parte del trabajo afecta tanto el sistema si es hecha
mal. Ninguna es tan difcil de corregir ms adelante... Entonces, la tarea ms importante que el
ingeniero de software hace para el cliente es la extraccin iterativa y el refinamiento de los
requerimientos del producto."
1-DENTIFICACIN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS

En esta primera fase del ciclo de vida del desarrollo de sistemas, el analista se ocupa de
identificar problemas, oportunidades y objetivos. Esta etapa es crtica para el xito del resto
del
proyecto, pues a nadie le agrada desperdiciar tiempo trabajando en un problema que no
era
el que se deba resolver.
La primera fase requiere que el analista observe objetivamente lo que sucede en un
negocio. A continuacin, en conjunto con otros miembros de la organizacin, el analista
determina con precisin cules son los problemas. Con frecuencia los problemas son
detectados
por alguien ms, y sta es la razn de la llamada inicial al analista. Las oportunidades son
situaciones que el analista considera susceptibles de mejorar utilizando sistemas de
informacin computarizados. El aprovechamiento de las oportunidades podra permitir a la
empresa
obtener una ventaja competitiva o establecer un estndar para la industria.

La identificacin de objetivos tambin es una parte importante de la primera fase. En

primer lugar, el analista debe averiguar lo que la empresa trata de conseguir. A
continuacin, podr determinar si algunas funciones de las aplicaciones de los sistemas de
informacin pueden contribuir a que el negocio alcance sus objetivos aplicndolas a
problemas u oportunidades especficos.

Los usuarios, los analistas y los administradores de sistemas que coordinan el proyecto son
los involucrados en la primera fase. Las actividades de esta fase consisten en entrevistar a
los encargados de coordinar a los usuarios, sintetizar el conocimiento obtenido, estimar el
alcance del proyecto y documentar los resultados. El resultado de esta fase es un informe
de viabilidad que incluye una definicin del problema y un resumen de los objetivos. A
continuacin, la administracin debe decidir si se sigue adelante con el proyecto propuesto.
Si el grupo de usuarios no cuenta con fondos suficientes, si desea atacar problemas
distintos, o si la solucin a estos problemas no amerita un sistema de cmputo, se podra
sugerir una solucin diferente y el proyecto de sistemas se cancelara.

2-DETERMINACIN DE LOS REQUERIMIENTOS DE INFORMACIN

La siguiente fase que enfrenta el analista es la determinacin de los requerimientos de

informacin de los usuarios. Entre las herramientas que se utilizan para determinar los
requerimientos de informacin de un negocio se encuentran mtodos interactivos como las
entrevistas, los mustreos, la investigacin de datos impresos y la aplicacin de
cuestionarios; mtodos que no interfieren con el usuario como la observacin del
comportamiento de los encargados de tomar las decisiones y sus entornos de oficina, al
igual que mtodos de amplio alcance como la elaboracin de prototipos. El desarrollo
rpido de aplicaciones (RAD, Rapid Application Developmeni) es un enfoque orientado a
objetos para el desarrollo de sistemas que incluye un mtodo de desarrollo (que abarca la
generacin de requerimientos de informacin) y herramientas de software.

En la fase de determinacin de los requerimientos de informacin del SDLC, el analista se

esfuerza por comprender la informacin que necesitan los usuarios para llevar a cabo sus
actividades. Como puede ver, varios de los mtodos para determinar los requerimientos de
informacin implican interactuar directamente con los usuarios. Esta fase es til para que el
analista confirme la idea que tiene de la organizacin y sus objetivos. En ocasiones slo
realizan las dos primeras fases del ciclo de vida del desarrollo de sistemas.

Los implicados en esta fase son el analista y los usuarios, por lo general trabajadores y
gerentes del rea de operaciones. El analista de sistemas necesita conocer los detalles de
las funciones del sistema actual: el quin (la gente involucrada), el qu (la actividad del
negocio), el dnde (el entorno donde se desarrollan las actividades), el cundo (el momento
oportuno) y el cmo (la manera en que se realizan los procedimientos actuales) del negocio
que se estudia. A continuacin el analista debe preguntar la razn por la cual se utiliza el
sistema actual. Podra haber buenas razones para realizar los negocios con los mtodos
actuales, y es importante tomarlas en cuenta al disear un nuevo sistema.

3-ANLISIS DE LAS NECESIDADES DEL SISTEMA

La siguiente fase que debe enfrentar el analista tiene que ver con el anlisis de las
necesidades del sistema. De nueva cuenta, herramientas y tcnicas especiales auxilian al
analista en la determinacin de los requerimientos. Una de estas herramientas es el uso de
diagramas de flujo de datos para graficar las entradas, los procesos y las salidas de las
funciones del negocio en una forma grfica estructurada. A partir de los diagramas de flujo
de datos se desarrolla un diccionario de datos que en lista todos los datos utilizados en el
sistema, as como sus respectivas especificaciones.

Durante esta fase el analista de sistemas analiza tambin las decisiones estructuradas que
se hayan tomado.Las decisiones estructuradas son aquellas en las cuales se pueden
determinar las condiciones, las alternativas de condicin, las acciones y las reglas de accin.
Existen tres mtodos principales para el anlisis de decisiones estructuradas: espaol
estructurado, tablas y rboles de decisin.

En este punto del ciclo de vida del desarrollo de sistemas, el analista prepara una propuesta
de sistemas que sintetiza sus hallazgos, proporciona un anlisis de costo/beneficio de las
alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer. Si la
administracin de la empresa considera factible alguna de las recomendaciones, el analista
sigue adelante. Cada problema de sistemas es nico, y nunca existe slo una solucin
correcta. La manera de formular una recomendacin o solucin depende de las cualidades y
la preparacin profesional de cada analista
4-DISEO DEL SISTEMA RECOMENDADO

La fase de diseo decide cmo funcionar el sistema. Este conjunto de entregas es la

especificacin del sistema que se transmite al equipo de programacin de la aplicacin.

En la fase de diseo del ciclo de vida del desarrollo de sistemas, el analista utiliza la
informacin recopilada en las primeras fases para realizar el diseo lgico del sistema de
informacin. El analista disea procedimientos precisos para la captura de datos que
aseguran que ios datos que ingresen al sistema de informacin sean correctos. Adems, el
analista facilita la entrada eficiente de datos al sistema de informacin mediante tcnicas
adecuadas de diseo de formularios y pantallas.

La concepcin de la interfaz de usuario forma parte del diseo lgico del sistema de
informacin. La interfaz conecta al usuario con el sistema y por tanto es sumamente
importante. Entre los ejemplos de interfaces de usuario se encuentran el teclado (para
teclear preguntas y respuestas), los mens en pantalla (para obtener los comandos de
usuario) y diversas interfaces grficas de usuario (GUIs, Graphical User Interfaces] que se
manejan a travs de un ratn o una pantalla sensible al tacto.La fase de diseo decide cmo
funcionar el sistema. Este conjunto de entregas es la especificacin del sistema que se
transmite al equipo de programacin de la aplicacin.

5-DESARROLLO Y DOCUMENTACIN DEL SOFTWARE

En la quinta fase del ciclo de vida del desarrollo de sistemas, el analista trabaja de manera
conjunta con los programadores para desarrollar cualquier software original necesario.
Entre las tcnicas estructuradas para disear y documentar software se encuentran los
diagramas de estructura, los diagramas de Nassi-Shneiderman y el pseudocdigo. El analista
se vale de una o ms de estas herramientas para comunicar al programador lo que se
requiere programar. Durante esta fase el analista tambin trabaja con los usuarios para
desarrollar documentacin efectiva para el software, como manuales de procedimientos,
ayuda en lnea y sitios Web que incluyan respuestas a preguntas frecuentes (FAQ,
Frequently Asked Questions) en archivos "Lame" que se integrarn en el nuevo software.
La documentacin indica a los usuarios cmo utilizar el software y lo que deben hacer en
caso de que surjan problemas derivados de este uso.

6-PRUEBA Y MANTENIMIENTO DEL SISTEMA

Antes de poner el sistema en funcionamiento es necesario probarlo. Es mucho menos

costoso encontrar los problemas antes que el sistema se entregue a los usuarios. Una parte
de las pruebas las realizan los programadores solos, y otra la llevan a cabo de manera
conjunta con los analistas de sistemas. Primero se realiza una serie de pruebas con datos de
muestra para determinar con precisin cules son los problemas y posteriormente se
realiza otra con datos reales del sistema actual.

El mantenimiento del sistema de informacin y su documentacin empiezan en esta fase y

se llevan a cabo de manera rutinaria durante toda su vida til. Gran parte del trabajo
habitual del programador consiste en el mantenimiento, y las empresas invierten enormes
sumas de dinero en esta actividad. Parte del mantenimiento, como las actualizaciones de
programas, se pueden realizar de manera automtica a travs de un sitio Web.

Muchos de los procedimientos sistemticos que el analista emplea durante el ciclo de vida
del desarrollo de sistemas pueden contribuir a garantizar que el mantenimiento se
mantendr al mnimo.

7- IMPLEMENTACIN Y EVALUACIN DEL SISTEMA

sta es la ltima fase del desarrollo de sistemas, y aqu el analista participa en la

implementacin del sistema de informacin. En esta fase se capacita a los usuarios en el
manejo del sistema. Parte de la capacitacin la imparten los fabricantes, pero la supervisin
de sta es responsabilidad del analista de sistemas. Adems, el analista tiene que planear
una conversin gradual del sistema anterior al actual. Este proceso incluye la conversin de
archivos de formatos anteriores a los nuevos, o la construccin de una base de datos, la
instalacin de equipo y la puesta en produccin del nuevo sistema. Se menciona la
evaluacin como la fase final del ciclo de vida del desarrollo de sistemas principalmente en
aras del debate. En realidad, la evaluacin se lleva a cabo durante cada una de las fases. Un
criterio clave que se debe cumplir es si los usuarios a quienes va dirigido el sistema lo estn
utilizando realmente.

8- IMPACTO DEL MANTENIMIENTO

Despus de instalar un sistema, se le debe dar mantenimiento, es decir, los programas de

cmputo tienen que
ser modificados y actualizados cuando lo requieran.