Papel Del Analista de Sistemas

Papel del analista de sistemas:
1. Roles del analista de sistemas
Analizar, desglosar e investigar las necesidades que tiene un usuario / cliente

en su negocio (ya sea una empresa, o personal), para desarrollar un SW (un
producto ya sea en una plataforma, lenguaje determinado, arquitectura que se
va a acordar con el cliente) que le vaya a cubrir eficientemente los
requerimientos e inquietudes del usuario.
Roles:
Consultor: Contratado específicamente para que se encargue de los asuntos

de los sistemas de información dentro de un negocio.
Experto de soporte: Este trabajo frecuentemente no es un proyecto de

sistema completo, sino solamente pequeñas modificaciones o decisiones que
afectan a un solo departamento.
Agente de cambio: El papel más comprensivo y responsable que toma un

analista de sistemas ya sea interno o externo al negocio. Como analista se es
un agente de cambio cada vez que se ejecuta cualquiera de las actividades del
ciclo de vida del desarrollo de sistemas.
2. Ciclo de vida del desarrollo de un sistema
Es un enfoque por fases del análisis y diseño que sostiene que los sistemas son
desarrollados de mejor manera mediante el uso de un ciclo especifico de
actividades del analista y del usuario
Ciclo de vida clásico del desarrollo de un sistema
El desarrollo de sistemas es un proceso formado por las etapas de análisis y

diseño. Es el conjunto de actividades que los analistas, diseñadores y usuarios
realizan para desarrollar e implantar un sistema de información.
1. Investigación preliminar
2. Determinación de los requerimientos
3. Diseño del sistema
4. Desarrollo del software
5. Prueba de sistema
6. Implantación y evaluación
3. Uso de herramientas CASE
Las herramientas CASE Son diversas aplicaciones informáticas destinadas a

aumentar la productividad en el desarrollo de software reduciendo en costo de
las mismas en términos de tiempo y dinero.
Clasificación de las herramientas CASE
 Upper CASE (U-CASE): Ayudan a la fase de planificación, análisis de

requisitos, y
 estrategias de desarrollo. (utilizan diagramas UML).
 Middle CASE (M-CASE): Automatizan las tareas de análisis y diseño de la
aplicación.
 Lower CASE (L-CASE): Estas herramientas semi-automatizan la
generación de código, crean programas de detección de errores.
4. Uso de métodos para el análisis de sistemas (ingeniería inversa y

reingeniería de software)
 Ingeniería inversa: Es obtener información a partir de un producto

accesible al público, con el fin de determinar de qué está hecho, qué lo
hace funcionar y cómo fue fabricado. El método se denomina así porque
avanza en dirección opuesta a las tareas habituales de ingeniería, si el
producto fue sometido a la ingeniería inversa fue obtenido en forma
apropiada, entonces el proceso es legítimo y legal. De la misma forma,
pueden fabricarse y distribuirse, legalmente, como es el caso de algunos
proyectos de Software libre ampliamente conocidos.
 Reingeniería de sofware: Es la revisión fundamental y el rediseño

radical de procesos para alcanzar mejoras espectaculares en medidas
críticas y contemporáneas de rendimiento, tales como costos, calidad,
servicio y rapidez. Esto implica rehacer la empresa desde cero,
olvidándonos de lo que se hacía y proponer un nuevo sistema de
operación. La reingeniería no solo es automatizar procesos existentes,
sino presentar nuevos procesos que rompan con los actuales, logrando
mejorar la forma de hacer las cosas.
Estilos organizacionales y su impacto sobre los sistemas de
información
1. Fundamentos organizacionales
Las organizaciones son sistemas grandes compuestos de subsistemas

interrelacionados. Los subsistemas son relacionados por tres amplios niveles
de administradores que toman decisiones (operación, administración media y
administración estratégica) y que cortan horizontalmente a través del sistema
organizacional. Las culturas y subculturas organizacionales influencian la
manera en que se interrelaciona la gente en los subsistemas.
2. Las organizaciones como sistemas
Las organizaciones están compuestas de sistemas más pequeños

interrelacionados
(departamentos, unidades, divisiones, etc.) que sirven a funciones

especializadas.
 La interrelación e interdependencia de los sistemas: Todos los

sistemas y subsistemas están relacionados y son interdependientes. Este
hecho tiene implicaciones importantes para las organizaciones y
analistas de sistemas que buscan ayudarlos a lograr mejor sus objetivos.
 Retroalimentación del sistema para planeación y control: La

retroalimentación es una forma de control del sistema. Como sistemas,
todas las organizaciones usan planeación y control para administrar sus
recursos en forma efectiva
3. Nivel de administración
Nivel Estratégica: comprende el nivel que existe en toda organización donde

se establecen las políticas, normas, procedimientos en una empresa, así como
la toma de decisiones que guiarán a los otros niveles (táctico y operativo).
Nivel Táctico: se realizan decisiones de planeación y control a corto plazo

sobre la manera en que son mejor asignados los recursos para satisfacer los
objetivos organizacionales y a su vez velar por el cumplimiento de lo
establecido por el nivel estratégico.
Nivel Operativo: en este nivel se realizas las actividades, tareas y/o
operaciones usando reglas predeterminadas que tienen resultados predecibles
cuando son implementadas correctamente.
4. Cultura organizacional
Las culturas y subculturas organizacionales son determinantemente

importantes sobre la manera en que las personas usan la información y los
sistemas de información. Apoyando los sistemas de información y los sistemas
de información. Apoyando los sistemas de información en el contexto de la
organización como un sistema más grande, es posible darse cuenta que
numerosos factores son importantes y deben ser tomados en cuenta cuando se
determinen los requerimientos de información y se diseña e implementa los
sistemas de información.
Determinación de la factibilidad y manejo de actividades de

análisis
1. Inicio del proyecto
Los proyectos de sistemas se inician por muchas razones. Las personas de los
negocios sugieren proyectos de sistemas por dos amplias razones:
1.-Experimentar en problemas que les lleven por sí mismos a soluciones de

sistemas.
2.-Reconocer oportunidades y hacer mejoras mediante la actualización,

alteración o instalación de nuevos sistemas. Ambas situaciones pueden darse
cuando la organización se adapta y enfrenta cambios naturales y
evolucionados.
2. Determinación de la factibilidad
Determina si es posible o no ofrecer solución a los problemas actuales.

Representa el primer paso a cumplirse dentro de cualquier ciclo de desarrollo.
Brinda información muy amplia acerca de la unidad a quien se le va desarrollar
el S.I., y determina si el mismo es o no factible. Para los proyectos de sistemas
la factibilidad es valorada en tres formas principales: operacional, técnica y
económica. Un proyecto debe ser factible en las tres formas para merecer un
desarrollo posterior.
La información para el estudio de factibilidad puede ser recolectados por medio
de entrevistas, están directamente relacionadas con el problema u oportunidad
que está siendo sugerido. Una vez aprobado el Estudio de Factibilidad por el
Comité de Sistemas clientes o usuarios se empieza el proyecto.
3. Planeación y control de actividades
La planeación del proyecto incluye la estimación del tiempo requerido por cada
una de las actividades del analista, su calendarización y la agilización de ellas,
es necesario para asegurar que un proyecto sea terminado a tiempo. Las más
utilizadas son: Gráfico de Barra Diagrama de Gantt, Graficas de PERT y,
Cronograma de Actividades.
4. Planeación de proyectos basada en computadora
5. Administración de las actividades de análisis

Papel Del Analista de Sistemas

Cargado por

Copyright:

Formatos disponibles

Papel Del Analista de Sistemas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Papel Del Analista de Sistemas

Cargado por

Copyright:

Formatos disponibles

Papel del analista de sistemas:

1. Roles del analista de sistemas

Analizar, desglosar e investigar las necesidades que tiene un usuario / cliente

Consultor: Contratado específicamente para que se encargue de los asuntos

Experto de soporte: Este trabajo frecuentemente no es un proyecto de

Agente de cambio: El papel más comprensivo y responsable que toma un

2. Ciclo de vida del desarrollo de un sistema

Ciclo de vida clásico del desarrollo de un sistema

El desarrollo de sistemas es un proceso formado por las etapas de análisis y

3. Uso de herramientas CASE

Las herramientas CASE Son diversas aplicaciones informáticas destinadas a

Clasificación de las herramientas CASE

 Upper CASE (U-CASE): Ayudan a la fase de planificación, análisis de

4. Uso de métodos para el análisis de sistemas (ingeniería inversa y

 Ingeniería inversa: Es obtener información a partir de un producto

 Reingeniería de sofware: Es la revisión fundamental y el rediseño

Las organizaciones son sistemas grandes compuestos de subsistemas

2. Las organizaciones como sistemas

Las organizaciones están compuestas de sistemas más pequeños

(departamentos, unidades, divisiones, etc.) que sirven a funciones

 La interrelación e interdependencia de los sistemas: Todos los

 Retroalimentación del sistema para planeación y control: La

Nivel Estratégica: comprende el nivel que existe en toda organización donde

Nivel Táctico: se realizan decisiones de planeación y control a corto plazo

Las culturas y subculturas organizacionales son determinantemente

Determinación de la factibilidad y manejo de actividades de

1. Inicio del proyecto

1.-Experimentar en problemas que les lleven por sí mismos a soluciones de

2.-Reconocer oportunidades y hacer mejoras mediante la actualización,

Determina si es posible o no ofrecer solución a los problemas actuales.

3. Planeación y control de actividades

4. Planeación de proyectos basada en computadora

5. Administración de las actividades de análisis

También podría gustarte