Este documento describe el perfil tradicional de un analista de sistemas, incluyendo conocimientos sobre ingeniería de software, modelado de datos, cualidades como la capacidad de resolver problemas y comunicarse efectivamente. También cubre las fases del análisis como la identificación de problemas, oportunidades y objetivos, el uso de herramientas CASE, y el análisis de las necesidades del sistema mediante diagramas de flujo de datos.

1. Nombre: Fabiola Guaranda
Nivel: 4 Sistemas

2. PERFIL TRADICIONAL DEL ANALISTA
 Conocimiento del paradigma tradicional de la
ingeniería del software y del tradicional ciclo de vida
del software en cascada.
 Modelado funcional: Diagrama de flujo de
datos, diagrama de estado, etc.
 Modelado de datos y sus técnicas: Diagrama entidad-
relación, modelo relacional, etc.
 Conocimiento de la tecnología: arquitectura de
software, bases de datos, etc.

3. CUALIDADES DEL ANALISTA DE SISTEMAS
 El analista es un solucionador de problemas
 La capacidad de afrontar sistemáticamente cualquier
situación mediante la correcta aplicación de
herramientas, técnicas y su experiencia
 Ser un comunicador con capacidad para relacionarse
con los demás durante extensos periodos
 Experiencia en computación para programar
 Tener una ética personal y profesional

4. IDENTIFICACION DE PROBLEMAS, OPORTUNIDADES Y
OBJETIVOS
 Para partir en el diseño de bloques hay que tener en
cuenta un elemento muy importante:
 La primera fase requiere que el analista observe
objetivamente lo que sucede en un negocio.
 Las oportunidades podría permitir a la empresa
obtener una ventaja competitiva.
 El analista debe averiguar lo que la empresa trata de
conseguir.

5. FASE DEL CICLO DE VIDA DEL DESARROLLO
DE L SISTEMA

6. USO DE HERRAMIENTAS CASE
Es la aplicación de tecnología informática a las
actividades, las técnicas y las metodologías propias de
desarrollo

7. Deben realizar sus tareas de una manera organizada,
precisa y minuciosa.
Los analistas de sistemas se apoyan en estas
herramientas, desde el principio hasta el fin del ciclo de
vida, para incrementar la productividad, comunicarse de
manera más eficiente con los usuarios e integrar el
trabajo que desempeñan en el sistema.

8. LO QUE NO ES EL ANÁLISIS DE SISTEMAS .
 No es: El estudio de una empresa para buscar procesos
ya existentes para determinar cuales deberían ser
llevados a cabo por una computadora y cuales por
metodos manueles. Se debe comprender los detalles
de una situación para ver si es deseable y factible una
mejora sin importar si es con computadora o no.
 No es: Determinar la mejor forma de resolver un
problema de sistemas de información. Es un error
hacer una distinción entre los problemas de la empresa
y los de sistemas. Van todos de la mano.

9. CATEGORÍAS DEL ANALISTA DE SISTEMAS.
1.- Análisis de Sistemas. Reunir información y
determinar requerimientos.
2.- Análisis y Diseño de Sistemas. Ademas del estudio
tiene que diseñar el nuevo sistema.
3.- Análisis, diseño y programación. Aparte escribe el
software

10. ANALISIS DE LAS NECESIDADES DEL SISTEMA
La siguiente fase que debe enfrentar el analista tiene que
ver con el análisis de las necesidades del sistema. De
nueva cuenta, herramientas y técnicas especiales
auxilian al analista en la determinación 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 grafica estructurada. A partir de los diagramas de
flujo de datos se desarrolla un diccionario de datos que
enlista todos los datos utilizados en el sistema, así como
sus respectivas especificaciones.