Anlisis de Sistemas:

Es la ciencia encargada del anlisis de sistemas grandes y complejos y

la interaccin entre esos sistemas. Esta rea se encuentra muy relacionada
con la Investigacin de operaciones. Tambin se denomina anlisis de
sistemas a una de las etapas de construccin de un sistema informtico, que
consiste en relevar la informacin actual y proponer los rasgos generales de la
solucin futura. Los sistemas en relacin con el anlisis de sistemas estn
relacionados con cualquier campo tales como procesos industriales,
administracin, toma de decisiones, procesos, proteccin al medio ambiente,
etc. En !"#$ los %ermanos &o'ard T. (dumy Eugene (dum empe)aron a
aplicar una visin de sistemas a la ecolog*a biolgica, basndose en los
trabajos de +aymond Lindeman ,!"-./ y 0rt%ur Tansley ,!"$#/. Los analistas
de sistemas utili)an la metodolog*a matemtica para obtener los detalles de los
sistemas a los cuales se encuentran anali)ando.
Ciclo de vida de un sistema:
Los sistemas tienen cuatro fases que son
Nacimiento: 1urgen necesidades y se plantea la idea de crear un
sistema.
Desarrollo: Es cuando ya se entra en la fase de creacin del sistema.
Madurez: Es el mantenimiento del sistema reali)ado.
Deterioro o muerte: Es la e2tincin del sistema reali)ado. &ay una
quinta fase en el 3iclo de 4ida de un 1istema, esta es llamada
renacimiento5 la cual es posible solo si despus de e2tinto un sistema
este mismo sistema, puede ser usado otra ve), sea en otra empresa, o
por alguna condicin en especial.
Roles del analista de sistemas:
El analista de sistemas eval6a de manera sistemtica el funcionamiento
de un negocio mediante el e2amen de la entrada y el procesamiento de datos y
su consiguiente produccin de informacin, con el propsito de mejorar
los procesos de una organi)acin. 7uc%as mejoras incluyen un mejor apoyo a
las funciones de negocios a travs del uso de sistemas de informacin
computari)ados. Esta definicin pone nfasis en un enfoque sistemtico y
metdico para anali)ar y en consecuencia mejorar lo que sucede en el conte2to
espec*fico creado por un negocio. 8uestra definicin de analista de sistema es
amplia. El analista debe tener la capacidad de trabajar con todo tipo de gente y
contar con suficiente e2periencia en computadora. El analista desempe9a
diversos roles, en ocasiones varios de ellos al mismo tiempo. Los tres roles
principales del analista de sistemas son el de consultor, e2perto en soporte
tcnico y agente de cambio.
Ciclo de vida del desarrollo de sistemas:
Es un enfoque por fases para el anlisis y el dise9o cuya premisa principal
consiste en que los sistemas se desarrollan mejor utili)ando un ciclo especifico
de actividades del analista y el usuario.
Los analistas no se ponen de acuerdo en la cantidad de fases que incluye el
ciclo de vida del desarrollo de sistemas, pero en general alaban su enfoque
organi)ado. 0 pesar de que cada fase se e2plica por separado, nunca se
reali)a como un paso aislado. 7s bien, es posible que varias actividades
ocurran de manera simultnea, y algunas de ellas podr*an repetirse. Es mas
practico considerar que el 1:L3 ,1ystems :evelopment Life 3ycle, ciclo vital
del desarrollo;dise9o de sistemas/ se reali)a por fases ,con actividades en
pleno apogeo que se traslapan con otras %asta terminarse por completo/ y no
en pasos aislados.
Identificacin de problemas, oportunidades ob!etivos"
En la primera fase del ciclo de vida del desarrollo de sistemas el analista tiene
que ver con la identificacin de problemas, oportunidades y objetivos. Esta
etapa es cr*tica para el 2ito del resto de proyecto, debido a que nadie quiere
desperdiciar el tiempo subsecuente resolviendo el problema equivocado. La
primera fase requiere que el analista observe %onestamente lo que est
sucediendo en un negocio. Luego, junto con los dems miembros de la
organi)acin, el analista %ace resaltar los problemas. <recuentemente estos ya
%an sido vistos por los dems, y son la ra)n por la cual el analista fue llamado
inicialmente.
Las personas involucradas en la primera fase son los usuarios, analistas y
administradores de sistemas que coordinan el proyecto. Las actividades de
esta fase consisten en entrevistas a los administradores de los usuarios,
sumari)acin del conocimiento obtenido, estimacin del alcance del proyecto y
documentacin de los resultados. La salida de esta fase es un estudio de
factibilidad que contiene una definicin del problema y la sumari)acin de los
objetivos. Luego los administradores deben tomar una decisin para ver si
contin6an con el proyecto propuesto.
Determinacin de los re#uerimientos de informacin"
Entre las %erramientas utili)adas para definir los requerimientos de informacin
en el negocio se encuentran muestreo e investigacin de los datos relevantes,
entrevistas, cuestionarios, el comportamiento de los tomadores de decisiones y
su ambiente de oficina y %asta la elaboracin de prototipos. En esta fase el
analista est esfor)ndose por comprender qu informacin necesitan los
usuarios para reali)ar su trabajo. Las personas involucradas en esta fase son
los analistas y los usuarios, t*picamente los administradores de las operaciones
y los trabajadores de las operaciones.
Anlisis de las necesidades del sistema"
La siguiente fase que reali)a el analista de sistemas involucro el anlisis de las
necesidades del sistema. 8uevamente, %erramientas y tcnicas especiales
ayudan para que el analista %aga las determinaciones de los requerimientos.
=na %erramienta de stas es el uso de diagramas de flujo de datos para
diagramar la entrada, proceso y salida de las funciones del negocio en forma
grfica estructurado. 0 partir de los diagramas de flujo de datos se desarrolla un
diccionario de datos, que lista todos los conceptos de datos usados en el
sistema, as* como sus especificaciones, si son alfanumricos y qu tanto
espacio ocupan cuando se imprimen. :urante esta fase el analista de sistemas
tambin anali)a las decisiones estructuradas que se %acen. Las decisiones
estructuradas son aquellas para las que pueden ser determinadas las
condiciones como alternativas de condicin, acciones y reglas de accin. &ay
tres mtodos principales para el anlisis de decisiones estructurales lenguaje
estructurado, tablas de decisin y rboles de decisin.
Dise$o del sistema recomendado"
En esta fase del ciclo de vida del desarrollo de sistemas, el analista usa la
informacin recolectada anteriormente para reali)ar el dise9o lgico del sistema
de informacin. El analista dise9a procedimientos precisos para la captura de
datos, a fin de que los datos que van a entrar al sistema de informacin sean
correctos. 0dems, el analista tambin proporciona entrada efectiva para el
sistema de informacin mediante el uso de tcnicas para el buen dise9o de
formas y pantallas.
Desarrollo documentacin del soft%are"
En la quinta fase del ciclo de vida del desarrollo de sistemas el analista trabaja
con los programadores para desarrollar cualquier soft'are original que se
necesite. :urante esta fase, el analista tambin trabaja con los usuarios para
desarrollar documentacin efectiva para el soft'are, incluyendo manuales de
procedimientos. La documentacin le dice al usuario la manera de usar el
soft'are y tambin qu %acer si se suceden problemas con el soft'are.
&ruebas mantenimiento del sistema"
0ntes de que pueda ser usado, el sistema de informacin debe ser probado. Es
muc%o menos costoso encontrar problemas antes de que el sistema sea
entregado a los usuarios. 0lgunas de las pruebas son reali)adas por los
programadores solos, y otras por los analistas de sistemas junto con los
programadores. >rimero se ejecuta una serie de pruebas para que destaquen
los problemas con datos de ejemplo y eventualmente con datos reales del
sistema actual. El mantenimiento del sistema y de su documentacin comien)a
en esta fase y es efectuado rutinariamente a lo largo de la vida del sistema de
informacin.
Implementacin evaluacin del sistema"
En esta fase del desarrollo del sistema el analista ayuda a implementar el
sistema de informacin. Esto incluye el entrenamiento de los usuarios para que
manejen el sistema. 0lg6n entrenamiento es %ec%o por los proveedores, pero la
supervisin del entrenamiento es responsabilidad del analista de sistemas.
0dicionalmente, el analista necesita un plan para una conversin suave del
sistema antiguo al nuevo. La evaluacin se muestra como parte de esta fase
final de ciclo de vida del desarrollo del sistema, principalmente para efectos de
discusin. :e %ec%o, la evaluacin se reali)a durante cada fase. =n criterio
principal que debe ser satisfec%o es si los usuarios pretendidos ya estn
usando el sistema.
'erramienta CAS(:
Las %erramientas301E ,3omputer 0ided soft'are Engineering, Ingenier*
a de 1oft'are 0sistida por 3omputadora/ son diversas aplicaciones
informticas destinadas a aumentar la productividad en el desarrollo de
soft'are reduciendo el costo de las mismas en trminos de tiempo y de dinero.
Estas %erramientas pueden ayudar en todos los aspectos del ciclo de vida de
desarrollo del soft'are en tareas como el proceso de reali)ar un dise9o del
proyecto, clculo de costos, implementacin de parte del cdigo
automticamente con el dise9o dado, compilacin automtica, documentacin
o deteccin de errores entre otras. ?a en los a9os @A un proyecto llamado
I1:(1 dise9 un lenguaje y por lo tanto un producto que anali)aba la relacin
e2istente entre los requisitos de un problema y las necesidades que stos
generaban, el lenguaje en cuestin se denominaba >1L ,>roblem 1tatement
Language/ y la aplicacin que ayudaba a buscar las necesidades de los
dise9adores >10 ,>roblem 1tatement 0naly)er/.
0unque sos son los inicios de las %erramientas informticas que ayudan a
crear nuevos proyectos informticos, la primera %erramienta 301E fue
E2celerator que sali a la lu) en el a9o !"B- y trabajaba bajo una plataforma
>3.
Las %erramientas 301E alcan)aron su tec%o a principios de los a9os "A.
En la poca en la que IC7 %ab*a conseguido una alian)a con la empresa de
soft'are 0:;3ycle para trabajar con sus mainframes, estos dos gigantes
trabajaban con %erramientas 301E que abarcaban todo el ciclo de vida del
soft'are. >ero poco a poco los mainframes %an ido siendo menos utili)ados y
actualmente el mercado de las Cig 301E %a muerto completamente abriendo
el mercado de diversas %erramientas ms espec*ficas para cada fase del ciclo
de vida del soft'are.
)b!etivos
!. 7ejorar la productividad en el desarrollo y mantenimiento del soft'are.
.. 0umentar la calidad del soft'are.
$. 7ejorar el tiempo y coste de desarrollo y mantenimiento de los sistemas
informticos.
-. 7ejorar la planificacin de un proyecto
#. 0umentar la biblioteca de conocimiento informtico de una empresa
ayudando a la b6squeda de soluciones para los requisitos.
D. 0utomati)ar, desarrollo del soft'are, documentacin, generacin de cdigo,
pruebas de errores y gestin del proyecto.
@. 0yuda a la reutili)acin del soft'are, portabilidad y estandari)acin de la
documentacin
B. Eestin global en todas las fases de desarrollo de soft'are con una misma
%erramienta.
". <acilitar el uso de las distintas metodolog*as propias de la ingenier*a del
soft'are.
Clasificacin
0unque no es fcil y no e2iste una forma 6nica de clasificarlas, las
%erramientas 301E se pueden clasificar teniendo en cuenta los siguientes
parmetros
!. Las plataformas que soportan.
.. Las fases del ciclo de vida del desarrollo de sistemas que cubren.
$. La arquitectura de las aplicaciones que producen.
-. 1u funcionalidad.
La siguiente clasificacin es la ms %abitual basada en las fases del ciclo
de desarrollo que cubren
F =pper 301E ,=G301E/, %erramientas que ayudan en las fases de
planificacin, anlisis de requisitos y estrategia del desarrollo, usando, entre
otros diagramas =7L.
F 7iddle 301E ,7G301E/, %erramientas para automati)ar tareas en el
anlisis y dise9o de la aplicacin.
F Lo'er 301E ,LG301E/, %erramientas que semiautomati)an la
generacin de cdigo, crean programas de deteccin de errores, soportan la
depuracin de programas y pruebas. 0dems automati)an la documentacin
completa de la aplicacin. 0qu* pueden incluirse las %erramientas de
:esarrolloHrpidoHdeHaplicaciones.
E2isten otros nombres que se le dan a este tipo de %erramientas, y que
no es una clasificacin e2cluyente entre si, ni con la anterior
F Integrated 301E ,IG301E/, %erramientas que engloban todo el proceso
de desarrollo soft'are, desde anlisis %asta implementacin.
F 7eta 301E, %erramientas que permiten la definicin de nuestra propia
tcnica de modelado, los elementos permitidos del metamodelo generado se
guardan en un repositorio y pueden ser usados por otros analistas, es decir, es
como si definiramos nuestro propio =7L, con nuestros elementos,
restricciones y relaciones posibles.
F 301T ,3omputerG0ided 1oft'are Testing/, %erramientas de soporte a la
prueba de soft'are.
F I>1E ,Integrated >rogramming 1upport Environment/, %erramientas
que soportan todo el ciclo de vida, incluyen componentes para la gestin de
proyectos y gestin de la configuracin.
>or funcionalidad podr*amos diferenciar algunas como
F &erramientas de generacin semiautomtica de cdigo.
F Editores =7L.
F &erramientas de +efactori)acin de cdigo.
F &erramientas de mantenimiento como los sistemas de control de
versiones.
In*enier+a inversa:
El objetivo de la ingenier*a inversa es obtener informacin o un dise9o a
partir de un producto accesible al p6blico, con el fin de determinar de qu est
%ec%o, qu lo %ace funcionar y cmo fue fabricado.
&oy en d*a ,principios del siglo III/, los productos ms com6nmente
sometidos a ingenier*a inversa son los programas de computadoras y
los componentes electrnicos, pero, en realidad, cualquier producto puede ser
objeto de un anlisis de Ingenier*a Inversa.
El mtodo se denomina as* porque avan)a en direccin opuesta a las
tareas %abituales de ingenier*a, que consisten en utili)ar datos tcnicos para
elaborar un producto determinado. En general, si el producto u otro material
que fue sometido a la ingenier*a inversa fue obtenido en forma apropiada,
entonces el proceso es leg*timo y legal. :e la misma forma, pueden fabricarse
y distribuirse, legalmente, los productos genricos creados a partir de la
informacin obtenida de la ingenier*a inversa, como es el caso de algunos
proyectos de 1oft'are libre ampliamente conocidos.
El programa 1amba es un claro ejemplo de ingenier*a inversa, dado que
permite a sistemas operativos =8II compartir arc%ivos con sistemas 7icrosoft
Jindo's. El proyecto 1amba tuvo que investigar informacin confidencial ,no
liberada al p6blico en general por 7icrosoft/ sobre los aspectos tcnicos
relacionados con el sistema de arc%ivos Jindo's. Lo mismo reali)a el proyecto
JI8E para el conjunto de 0>I de Jindo's y (pen(ffice.org con los formatos
propios de 7icrosoft (ffice, o se %ace para entender la estructura del sistema
de arc%ivos 8T<1 y as* poder desarrollar drivers para la lecturaGescritura sobre
el mismo ,principalmente para sistemas basados en E8=;Linu2/.
La ingenier*a inversa es un mtodo de resolucin. 0plicar ingenier*a
inversa a algo supone profundi)ar en el estudio de su funcionamiento, %asta el
punto de que podamos llegar a entender, modificar y mejorar dic%o modo de
funcionamiento.
>ero este trmino no slo se aplica al soft'are, sino que tambin se
considera ingenier*a inversa el estudio de todo tipo de elementos ,por ejemplo,
equipos electrnicos, microcontroladores, u objeto fabril de cualquier clase/.
:ir*amos, ms bien, que la ingenier*a inversa antecede al nacimiento del
soft'are, tratndose de una posibilidad a disposicin de las empresas para la
produccin de bienes mediante copiado desde el mismo surgimiento de la
ingenier*a.
En el caso concreto del soft'are, se conoce por ingenier*a inversa a la
actividad que se ocupa de descubrir cmo funciona un programa, funcin o
caracter*stica de cuyo cdigo fuente no se dispone, %asta el punto de poder
modificar ese cdigo o generar cdigo propio que cumpla las mismas
funciones. La gran mayor*a del soft'are de pago incluye en su licencia una
pro%ibicin e2presa de aplicar ingenier*a inversa a su cdigo, con el intento de
evitar que se pueda modificar su cdigo y que as* los usuarios tengan que
pagar si quieren usarlo.
La ingenier*a inversa nace en el transcurso de la 1egunda Euerra
7undial, cuando los ejrcitos enemigos incautaban insumos de guerra como
aviones u otra maquinaria de guerra para mejorar las suyas mediante un
e2%austivo anlisis.
La siguiente figura muestra los procesos que sigue la ingenier*a directa,
si seguimos ese camino %acia KatrsK ,o de manera inversa/, %acemos
ingenier*a inversa, si continuamos con el camino y planteamos cambios ,o
mejoras/, por la derec%a, ese camino nos lleva a una reingenier*a, si no
alteramos el contenido de los modelos obtenidos durante los procesos de la
ingenier*a inversa y seguimos el camino de la i)quierda, eso se llama
desarrollar una copia.
Rein*enier+a del soft%are:
1e puede definir como
LLa modificacin de un producto soft'are, o de ciertos componentes, usando
para el anlisis del sistema e2istente tcnicas de Ingenier*a Inversa y, para la
etapa de reconstruccin, %erramientas de Ingenier*a :irecta, de tal manera que
se oriente este cambio %acia mayores niveles de facilidad en cuanto a
mantenimiento, reutili)acin, comprensin o evaluacin.M
3uando una aplicacin lleva siendo usada a9os, es fcil que esta
aplicacin se vuelva inestable como fruto de las m6ltiples correcciones,
adaptaciones o mejoras que %an podido surgir a lo largo del tiempo. Esto deriva
en que cada ve) que se pretende reali)ar un cambio se producen efectos
colaterales inesperados y %asta de gravedad, por lo que se %ace necesario, si
se prev que la aplicacin seguir siendo de utilidad, aplicar reingenier*a a la
misma.
Entre los beneficios de aplicar reingenier*a a un producto e2istente se puede
incluir
>ueden reducir los riegos evolutivos de una organi)acin.
>uede ayudar a las organi)aciones a recuperar sus inversiones en
soft'are.
>uede %acer el soft'are ms fcilmente modificable
0mpl*a las capacidades de las %erramientas 301E
Es un catali)ador para la automati)acin del mantenimiento del soft'are
>uede actuar como catali)ador para la aplicacin de tcnicas de
inteligencia artificial para resolver problemas de reingenier*a.
La reingenier*a del soft'are involucra diferentes actividades como son
0nlisis de inventarios.
+eestructuracin de documentos.
ingenier*a inversa.
+eestructuracin de programas y datos.
Ingenier*a directa.
3on la finalidad de crear versiones de programas ya e2istentes que sean de
mejor calidad y los mismos tengan una mayor facilidad de mantenimiento.
,iblio*raf+a
>ginas 'eb visitadas
%ttp;;es.scribd.com;doc;BD.$!DDA;3onceptoGdeG0nalisisGdeG1istemas
%ttp;;'''.monografias.com;trabajos#";rolGanalistaGsistemas;rolG
analistaGsistemas..s%tmlN2rolesanalistassistNi2)).'OJB+.dC
%ttp;;'''.monografias.com;trabajos#";rolGanalistaGsistemas;rolG
analistaGsistemas..s%tmlN2ciclodevidaNi2)).'Oa"Ij<7
%ttp;;es.'iPipedia.org;'iPi;&erramientaH301E
%ttp;;es.'iPipedia.org;'iPi;IngenierQ3$Q0:aHinversa
%ttp;;cn2.org;content;m!@-$B;latest;
Ane-os
'erramienta CAS(
&asos de la rein*enier+a de soft%are
Introduccin
El anlisis de sistemas es una %erramienta muy 6til que %a sido bien
utili)ada a travs del tiempo con la finalidad de poder entender el
funcionamiento y relacin de los procesos y elementos que constituyen un
sistema, esta %erramienta puede verse aplicada mayormente en el campo de la
ingenier*a, %aciendo nfasis en los llamados analistas de sistemas, que son
aquellas personas especiali)adas en esta labor %acindose cargo de evaluar
de manera rigurosa el funcionamiento de cualquier sistema para as* obtener
datos que lo ayuden con el propsito de mejorar cada uno de los procesos de
este, e2isten diversas %erramientas y tcnicas utili)adas tanto para poder
evaluar y;o anali)ar un sistema, como tambin para la creacin de uno. En el
presente trabajo definiremos un poco ms lo que ser*a el anlisis de sistema,
los roles de un analista, tambin %ablaremos a profundidad lo que ser*a el ciclo
de vida de un sistema, las %erramientas 301E, la ingenier*a inversa y la
reingenier*a del soft'are.
Conclusin
La creacin de un sistema es una obra un tanto compleja que necesita
tiempo, lgica, paciencia, dedicacin y esfuer)o, entre otras cosas, para poder
%acer este tipo de proyecto se necesita de una %erramienta fundamental que
ser*a el anlisis, ya que sin esto no tendr*amos los puntos claros acerca del
tema o proceso a ejecutar. >ara llevar a cabo el 0nlisis debemos seguir una
serie de fases que nos ayudaran a desarrollar el sistema entre ellas tenemos
identificar los problemas y objetivos, determinar los requerimientos de
informacin, anali)ar el sistema con su previo dise9o, desarrollar la
documentacin del soft'are reali)ar la prueba y mantenimiento del mismo para
concluir con su implementacin. En el campo de la ingenier*a es bien estudiado
y aplicado el llamado anlisis de sistemas para reali)ar todas y cada una de las
obras que e2isten. La ingenier*a nos %a permitido utili)ar tcnicas y
conocimientos para elaborar cualquier producto. La ingenier*a inversa es un
mtodo de resolucin, que tiene por objeto profundi)ar en el estudio del
funcionamiento %asta el punto de que podamos entender, modificar y mejorar
dic%o modo de funcionamiento. 1e sabe que un soft'are es la parte lgica de
un sistema informtico encargada de reali)ar tareas. La reingenier*a del
soft'are tiene la finalidad de crear versiones de programas ya e2istentes que
sean de mejor calidad y los mismos tengan una mayor facilidad de
mantenimiento5 por otra parte las %erramientas 301E son diversas
aplicaciones informticas destinadas a aumentar la productividad en el
desarrollo de soft'are reduciendo el costo de las mismas en trminos de
tiempo y de dinero.
+ep6blica Colivariana :e 4ene)uela
7inisterio :el >oder >opular >ara La :efensa
=niversidad 8acional E2perimental >olitcnica :e La <uer)a 0rmada
86cleo 0n)otegui G 1ede 1an Tom
>rofesora Cac%illeres
:ia) Eladnedin Ros 3ardogna5 3l !".D."..$.
Rin :uran5 3l .-.B"#.@!.
+afael 0drian5 3I
Luigi Eirella5 3I .A.".$.D@$
Lenin 4ivas5 3I .#..DB.BB"
7ileidys 3amauta5 3I ...BD..@@!
+aymar :elgado5 3I .!.#!-.@#B
Inyerling 8u9e)5 3I .$.#!..#-#
<eli2 1errano5 3I !B...@.!D.
Eabriel Eamboa5 3I .A.$A$..@.
3tedra
0nlisis de sistemas
IS . D/0. 1S

1an Tom, 7ar)o, .A!-
&apel del analista de
sistemas