Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Página 1 de 11
ROLES DEL ANALISTA DE SISTEMAS
Un analista de sistemas evalúa de manera sistemática le funcionamiento de un negocio
mediante el examen de la entrada y el procesamiento de datos y su consiguiente
producción de información, con el propósito de mejorar los procesos de una organización
El analista de sistemas como consultor: puede ser contratado de manera
especifica para enfrentar los problemas de sistemas de información de una
empresa. Esta contratación se puede traducir en una ventaja porque los consultores
externos tienen una perspectiva fresca de la cual carecen los demás miembros de
una organización. También se puede traducir en una desventaja porque alguien
externo nunca conocerá la verdadera cultura organizacional
El analista de sistemas como experto de soporte: otro rol que desempeña es el
de experto en soporte técnico dentro de la empresa en la cual labora de manera
regular. Como experto de soporte técnico, usted no está a cargo del proyecto, tan
solo actúa como recurso para aquellos que si lo están.
El analista de sistemas como agente de cambio: el rol mas completo y de mayor
responsabilidad que asume el analista de sistemas es el agente de cambio, Ya sea
interno o externo para la empresa. Como analista usted es un agente de cambio si
desempeña cualquier de las actividades relacionadas con el ciclo de vida del
desarrollo de sistemas y esta presenta en la empresa durante un largo periodo (de
dos semanas a más de un año)
Cualidades del analista de sistemas: el analista debe contar con la capacidad de
afrontar sistemáticamente cualquier situación mediante la correcta aplicación de
herramientas, técnicas y su experiencia.
El analista de sistemas debe ser una persona auto disciplinada y automotivada,
con la capacidad de administrar y coordinar los innumerables recursos de un
proyecto.
Página 2 de 11
1. identificación de los problemas, oportunidades y objetivos: el analista observa
objetivamente lo que sucede en un negocio. Esta etapa es crítica para el éxito del
resto del proyecto, pues a nadie le agrada desperdiciar tiempo trabajando en un
problema que no era el que se debía resolver
2. Determinación de los requerimientos humanos de información: el analista es
la determinación de los requerimientos de información de los usuarios, entre
herramientas que se utilizan para determinar los requerimientos de información
de un negocio se encuentran métodos interactivos como las entrevistas, los
muestreos, la investigación de datos impresos y la aplicación de cuestionarios.
3. Análisis de las necesidades del sistema: el analista tiene herramientas la cual 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 gráfica estructurada, analiza
también las decisiones estructuradas que se hayan tomado
4. Diseño del sistema recomendado: el analista utiliza la información recopilada
en las primeras fases para realizar el diseño lógico del sistema de información. El
analista diseña procedimientos precisos para la captura de datos que aseguran que
los datos que ingresen al sistema de información sean correctos. Facilita la entrada
eficiente de datos al sistema de información mediante técnicas adecuadas de
diseño de formularios y pantallas
5. Desarrollo y documentación del software: el analista trabaja de manera
conjunta con los programadores para desarrollar cualquier software original
necesario. Entre las técnicas estructuradas para diseñas y documentar software se
encuentran los diagramas de estructura, los diagramas de Nassi-Shneiderman y el
pseudocodigo. El analista se vale de una o mas de estas herramientas para
comunicar el programador lo que se requiere programar.
6. Prueba y mantenimiento del sistema: para el sistema este funcionamiento es
necesario antes probarlo. Es mucho menos costoso encontrar los problemas antes
que el sistema se entregue a los usuarios.
7. Implementación y evaluación del sistema: capacitar a los usuarios en el manejo
del sistema. Parte de la capacitación la imparten los fabricantes, pero la
supervisión de esta es responsabilidad del analista de sistemas. También el
analista tiene que planear una conversión gradual del sistema anterior al actual
Página 3 de 11
Planeación: Al contrario de la primera etapa, la planeación tal vez sólo
requiera de unos cuantos días. En esta etapa, usted y sus clientes se ponen
de acuerdo en una fecha, que puede ser cualquier día a partir de dos meses
hasta medio año después de la fecha en curso, para entregar soluciones a
sus problemas empresariales más estresantes.Si sus actividades de
exploración fueron suficientes, esta etapa debe ser muy corta.
Iteraciones para la liberación de la primera versión: Por lo general éstas
son iteraciones (ciclos de prueba, retroalimentación y modificación) de
aproximadamente tres semanas de duración
Puesta en producción: El ciclo de retroalimentación se agiliza de manera
que en vez de recibir retroalimentación por una iteración cada tres
semanas, las revisiones de software se entregan en una semana. El
producto se libera durante esta fase, pero se puede mejorar si se le agregan
otras características.
Mantenimiento: Es posible agregar características, considerar las
sugerencias más riesgosas de los clientes y a rotar los miembros del
equipo. La actitud que usted debe tomar en este punto del proceso de
desarrollo es más conservadora que en cualquier otro
Página 4 de 11
CAPITULO 2
COMPRENSIÓN Y MODELADO DE LOS SISTEMAS
ORGANIZACIONALES
Página 5 de 11
los diversos modelos gráficos muestran las fronteras y la información que se utiliza
en el sistema.
Sistemas y diagramas de flujo de datos a nivel de contexto: Los diagramas de flujo
de datos se enfocan en los datos que fluyen hacia el sistema y salen de él, además
del procesamiento de estos datos.
En la figura 2.4 podemos ver que el diagrama de flujo de datos a nivel de contexto
emplea sólo tres símbolos:
Sistemas del modelo entidad-relacion: Una entidad puede ser una persona, un
lugar o una cosa, como un pasajero en una aerolínea, un destino o un avión. O
bien, una entidad puede ser un evento, como el fin de mes, un periodo de ventas
o el tiempo de inactividad de una máquina. Una relación es la asociación que
describe a la interacción entre las entidades.
Página 6 de 11
MODELO DE CASO DE USO
Un modelo de caso de uso describe qué hace un sistema sin describir cómo lo hace,
es decir, es un modelo lógico del sistema. El modelo de caso de uso presenta al sistema
desde la perspectiva de un usuario fuera del mismo (por ejemplo, los requerimientos del
sistema).
Simbolos de casos de uso:
Un diagrama de caso de uso contiene los símbolos del actor y del caso de uso, junto
con líneas conectoras El término actor se refiere a un rol específico de un usuario del
sistema. Por ejemplo, un actor puede ser un empleado, pero también puede ser un
cliente en la tienda de la empresa.
Un caso de uso provee a los desarrolladores una perspectiva de lo que quieren los
usuarios, sin detalles técnicos o implementación Podemos considerar un caso de uso
como una secuencia de transacciones en un sistema. El modelo de casos de uso se basa
en las interacciones y relaciones de casos de uso individuales.
Relaciones de los casos de uso:
Página 7 de 11
Hay cuatro tipos básicos de relaciones de comportamiento: comunica, incluye,
extiende y generaliza
Página 8 de 11
2. El cometa es inferior al blanco. puede estar en el nivel de unidad de negocio o de
departamento, y es un resumen de los objetivo
3. Azul está a nivel del mar
4. Índigo o pez es un caso de uso que muestra muchos detalles, a menudo a un nivel
funcional o subfuncional.
5. Negro o almeja, como en el fondo del océano. Éstos son los casos de uso más
detallados, a un nivel de subfunción
En la figura 2.16 se muestra un ejemplo de escenario de caso de uso. Algunas de las
áreas que se incluyen son opcionales y tal vez no todas las organizaciones las utilicen.
Las tres áreas principales son:
1. Un encabezado de área que contiene los identificadores e iniciadores del caso.
2. Los pasos realizados.
3. Un área de pie de página que contiene precondiciones, suposiciones, preguntas y
demás información relacionada
Página 9 de 11
Los diagramas de caso de uso se están haciendo populares debido a su sencillez y
carencia de detalles técnicos. Se utilizan para mostrar el alcance de un sistema, junto
con las principales características del mismo y los actores que trabajan con esas
características principales.
NIVELES DE ADMINISTRACIÓN
La administración en las organizaciones existe en tres amplios niveles
horizontales: control operacional, planeación y control administrativo (administración de
nivel medio), y administración estratégica.
el control operacional forma el nivel inferior de la administración de tres niveles. Los
gerentes de operaciones toman decisiones mediante el uso de reglas predeterminadas que
tienen resultados predecibles cuando se implementan en forma correcta.
La administración de nivel medio forma el segundo nivel (intermedio) del sistema de
administración de tres niveles. Los gerentes de este nivel toman decisiones de planeación
y control de corto plazo en relación con la mejor forma de asignar los recursos para
cumplir con los objetivos de la organización
La administración estratégica es el tercer nivel del control administrativo de tres niveles.
Los gerentes estratégicos ven hacia el futuro, más allá de la organización, y toman
decisiones que guiarán a los gerentes del nivel medio y de operación en los meses y años
por venir.
CULTURA ORGANIZACIONAL
La cultura organizacional es un área establecida de investigación que ha crecido en forma
notable en la última generación. Así como es apropiado pensar que las organizaciones
incluyen muchas tecnologías, es igual de apropiado verlas como anfitrionas de varias
subculturas competentes. Las subculturas pueden ejercer una poderosa influencia en el
comportamiento de sus miembros, incluyendo las sanciones a favor o en contra del uso
de los sistemas de información.
Página 10 de 11