0

Universidad Politcnica de Tapachula

Nombre de la carrera

INGENIERIA EN SOFTWARE

Nombre de la asignatura

Anlisis de Sistemas

Nombre del alumno

Alfonso Ramos Ibarra

Matricula

133072

Cuatrimestre

Grupo

Turno

Matutino

Nombre del profesor

L.I. Uvaldo Vicente Mrida

Periodo

Mayo-Agosto

INDICE

INTRODUCCION .................................................................................................................................. 3
Objetivo ........................................................................................................................................... 3
ORIGENES ............................................................................................................................................ 4
PERFIL DEL ANALISTA DE SISTEMAS................................................................................................... 4
PAPELES DEL ANALISTA DE SISTEMAS. .............................................................................................. 6
RELACIN CON LAS FASES DEL CICLO DE VIDA DEL SOFTWARE ....................................................... 7
CONCLUSION....................................................................................................................................... 9
REFERENCIAS .................................................................................................................................... 10

INTRODUCCION
Los sistemas de informacin se desarrollan con diversos propsitos,
segn las necesidades de la empresa. Para la creacin de estos
sistemas de informacin es necesario de varios elementos que realice
determinadas labores, estn por ejemplo el programador, el diseador
y el analista, cada uno realiza una seccin del sistema por su
especialidad y conocimiento o experiencia, aplican su trabajo y verifican
que todo marche bien despus de terminado el sistema, hay que tener
en cuenta que un sistema o software necesita de detalles minuciosos
que hagan que su lgica funcione al pie de la letra, el analista es el que
hace ms trabajo que otro integrante, es el que verifica, administra,
valora y resuelve los problemas del sistema informtico, porque no se
puede dar por terminado el sistema si no es por valoracin del analista,
y no se puede pasar de fase a fase sin que el analista intervenga en las
primeras principales fases del ciclo de vida del software. En esta
informacin se habla de las distintas caractersticas de un analista de
sistemas, sobre su historia, su importancia dentro del ciclo de vida de
un sistema y los papeles del analista.

Objetivo:
Comprender la importancia del papel del analista de sistemas referente a un sistema
de informacin creado y manejado por sus distintas fases que lo componen.

ORIGENES.

Muchos analistas de sistemas nacieron de la revolucin industrial. Eran ingenieros

industriales cuyas responsabilidades se centraban en el diseo de sistemas de
fabricacin eficaces. Surgieron a la necesidad de mejorar el uso de los recursos
informticos para satisfacer los nuevos requisitos de proceso de informacin de las
aplicaciones de empresa. Diseaban sistemas basados en ordenadores que
fabricaban informacin.
As, los ordenadores son simples herramientas que ofrecen la oportunidad de
recoger y almacenar enormes volmenes de datos, procesar transacciones de
empresa a gran velocidad y de forma precisa, y suministrar de inmediato la
informacin relevante a los directivos.
PERFIL DEL ANALISTA DE SISTEMAS.

Un analista de sistemas estudia los problemas y las necesidades de una empresa

para determinar cmo podran combinarse los recursos humanos, los procesos, los
datos, las comunicaciones y la tecnologa para obtener mejoras en la empresa.
Un buen analista de sistemas debe estar preparado y tener las siguientes
caractersticas:
Mejorar los conocimientos en tecnologa y sistemas de informacin
El analista de sistemas en un mediador. Es responsable de mostrar a los usuarios
finales y los directivos como pueden las nuevas tecnologas favorecer a su empresa
y sus operaciones.
Experiencia y dominio de la programacin informtica
Es evidente que un analista de sistemas debe saber programar. El analista de
sistemas es el principal eslabn entre los usuarios de la empresa y los
programadores informticos.

Conocimientos generales de la empresa

Los analistas deberan ser capaces de comunicarse con los expertos de la empresa
para adquirir el conocimiento preciso de los problemas y las necesidades.
Capacidad para resolver problemas
El analista de sistemas debe tener capacidad para abordar problemas de empresa
grandes proporciones, descomponer dichos problemas en sus componentes,
analizar sus diversos aspectos y volverlos a ensamblar para resolver el problema.
Tcnicas de comunicacin interpersonal
Debe ser capaz de comunicarse eficazmente, tanto en forma oral como escrita. El
analista debera buscar ayuda o formacin en redaccin tcnica y empresarial,
mtodos para hacer entrevistas y presentaciones y para adoptar las mejores
actitudes como oyente.
Capacidad de relacin interpersonal
Las tcnicas interpersonales son tambin importantes por la naturales poltica del
trabajo del analista de sistemas. La primera responsabilidad del analista es la
empresa, su gestin y trabajadores.
Flexibilidad y capacidad de adaptacin
Los analistas de sistemas deben ser capaces de detectar los momentos en que es
preciso y beneficioso poner en prctica variaciones a dichas normas para un
proyecto determinado.
Carcter y tica
El analista requiere fuerte carcter y alto sentido de la tica. Como los analistas de
sistemas precisan conocer datos de la organizacin para desarrollar sistemas que
sirvan adecuadamente para apoyar a dicha organizacin, a menudo estn al
corriente de planes y secretos sensibles.

PAPELES DEL ANALISTA DE SISTEMAS.

Nuestra definicin del analista de sistemas, tiene que ser necesariamente muy
amplia. El analista requiere tener la habilidad de trata para cualquier tipo de persona,
as como tambin, tener la debida experiencia en el manejo de computadoras. El
analista protagoniza numerosos papeles, y en ocasiones, se ve obligado a mantener
un equilibrio, al asumir simultneamente ms de uno. Los tres papeles principales
de un analista de sistemas debe cubrir son: el de consultor, el de especialista de
apoyo o soporte y el de agente de cambio.

EL ANALISTA DE
SISTEMAS

EL ANALISTA DE
SISTEMAS

EL ANALISTA DE
SISTEMAS

COMO
CONSULTOR

COMO
ESPECIALISTA DE
APOYO

COMO AGENTE
DE CAMBIO

El analista de sistemas como consultor

Por lo regular, el analista de sistemas participa como un consultor para la empresa.
Esto implica que un analista puede contratarse solo para canalizar a la empresa
ciertos tpicos de la informtica. Esto ofrece una ventaja, en el sentido del consultor
externo trae consigo perspectivas frescas, que no poseen otros miembros de la
organizacin. Por otra parte para el analista externo implica una desventaja, pues
apenas tiene pleno acceso a la cultura organizacional autentica, que no se ofrece
de forma abierta a un externo.
El analista de sistemas como especialista de apoyo
El otro papel que podr protagonizar es el de especialista de apoyo o staff dentro
de una empresa donde de manera regular, trabaje dentro del departamento de
sistemas. Esta posicin, el analista dispone de una experiencia profesional respecto
al software y hardware y a sus aplicaciones en la empresa. Con frecuencia esas
tareas no se asocian a un proyecto ambicioso de sistemas, si no mas bien implican
decisiones o modificaciones menores que se dan en un departamento individual.

El analista de sistemas como agente de cambio

Como analista de sistemas, el actuar como agente de cambio apoya una corriente
particular de cambio que involucra el uso de los sistemas de informacin. Adems
transmite a los usuarios el proceso de cambio, ya que est convencido de que tales
cambios no ocurren de manera independiente en los sistemas de informacin, sino
ms bien estos ocasionan cambios a lo largo de las organizaciones.
Responsabilidades
1.
2.
3.
4.
5.
6.

Evaluar la viabilidad de los proyectos

Lleva acabo entrevistas y otras acciones para investigacin de hechos.
Documentar y analizar las operaciones de los sistemas actuales.
Definir las necesidades de usuario para mejorar o sustituir sistemas.
Escribir, probar y/o supervisar el desarrollo de software de aplicaciones.
Impartir formacin a los usuarios que trabajen con nuevos sistemas o
versiones.

DEL CICLO DE VIDA DEL SOFTWARE

El ciclo de vida clsico del software siendo uno de los ms utilizados tal como lo
plantean diferentes autores, est conformado en su versin ampliada por siete
etapas que se pueden representar mediante un modelo en cascada as:
- INGENIERA DE SISTEMAS: En esta etapa el analista luego de un minucioso y
detallado estudio de los sistemas de una organizacin, detecta un problema o una
necesidad que para su solucin y/o satisfaccin es necesario realizar un desarrollo
de software.
- ANLISIS: En esta etapa se debe entender y comprender de forma detallada cual
es la problemtica a resolver, verificando el entorno en el cual se encuentra dicho
problema, de tal manera que se obtenga la informacin necesaria y suficiente para
afrontar su respectiva solucin. Esta etapa es conocida como la del QU se va a
solucionar.
- DISEO: Una vez que se tiene la suficiente informacin del problema a solucionar,
es importante determinar la estrategia que se va a utilizar para resolver el problema.
Esta etapa es conocida bajo el CMO se va a solucionar.
- IMPLEMENTACIN: partiendo del anlisis y diseo de la solucin, en esta etapa
se procede a desarrollar el correspondiente programa que solucione el problema
mediante el uso de una herramienta computacional determinada.

- PRUEBAS: Los errores humanos dentro de la programacin de los computadores

son muchos y aumentan considerablemente con la complejidad del problema.
Cuando se termina de escribir un programa de computador, es necesario realizar
las debidas pruebas que garanticen el correcto funcionamiento de dicho programa
bajo el mayor nmero de situaciones posibles a las que se pueda enfrentar.
- DOCUMENTACIN: Es la gua o comunicacin escrita en sus diferentes formas,
ya sea en enunciados, procedimientos, dibujos o diagramas que se hace sobre el
desarrollo de un programa. La importancia de la documentacin radica en que a
menudo un programa escrito por una persona, es modificado por otra. Por ello la
documentacin sirve para ayudar a comprender o usar un programa o para facilitar
futuras modificaciones (mantenimiento).
La documentacin se compone de tres partes:
a. Documentacin Interna: Son los comentarios o mensajes que se aaden al cdigo
fuente para hacer ms claro el entendimiento de los procesos que lo conforman,
incluyendo las precondiciones y las poscondiciones de cada funcin.
b. Documentacin Externa: Se define en un documento escrito con los siguientes
puntos:
Descripcin del Problema
Datos del Autor
Algoritmo (diagrama de flujo o Pseudocdigo)
Diccionario de Datos
Cdigo Fuente (programa)
c. Manual de Usuario: Describe paso a paso la manera como funciona el programa,
con el fin de que el usuario lo pueda manejar para que obtenga el resultado
deseado.
- MANTENIMIENTO: una vez instalado un programa y puesto en marcha para
realizar la solucin del problema previamente planteado o satisfacer una
determinada necesidad, es importante mantener una estructura de actualizacin,
verificacin y validacin que permitan a dicho programa ser til y mantenerse
actualizado segn las necesidades o requerimientos planteados durante su vida til.
Para realizar un adecuado mantenimiento, es necesario contar con una buena
documentacin del mismo.
Para terminar de entender la problemtica en la cual se desarrolla este libro es
importante tener unos conceptos claros y precisos de lo que es el Anlisis y el
Diseo de Algoritmos.

CONCLUSION
Una gran parte del enfoque sistemtico que el analista aplica en el anlisis y el
diseo de sistemas informticos de este, se encuentra en los que se denominan
como el ciclo de desarrollos de los sistema o ciclo de vida de los sistemas (sdlc;
sistemas develoment life cicle). El sdlc es un enfoque por etapas de anlisis y
diseo, que postula que el desarrollo de los sistemas mejora cuando existe un ciclo
especfico de actividades del analista y de los usuarios.

Los analistas no estn de acuerdo respecto del nmero exacto de etapas que
conforman el ciclo de desarrollo de los sistemas; sin embargo, por lo general se
reconoce la importancia de su enfoque sistemtico. Aqu dividimos el ciclo en siete
etapas. Como se muestra en la figura aunque cada etapa se presenta de manera
discreta, nunca se lleva acabo como un elemento independiente. En lugar de ello,
se realiza al mismo tiempo diversas actividades, que estn llegan a repetirse. Por
ello es de mayor utilidad que el ciclo de desarrollo de sistemas transcurre en etapas
y no como elementos separados.

REFERENCIAS
(Upiicsa, s.f.)

(Analisis y Diseo de Sistemas 6a ed, 2005)

(Virtua Unual, 2004)

10