Repblica Bolivariana de Venezuela

Ministerio del Poder Popular para la Educacin Universitaria

Misin Sucre Casacoima
Sierra Imataca Estado Delta Amacuro














Profesora: Bachiller:
Letici Jimnez Merelis Urbaneja





Sierra Imataca, Mayo 2014

INDICE
























Pg. N
Introduccin 3
Rol del analista de sistema. 4
Principios deontolgicos del analista de sistema... 4-5
Introduccin al ciclo de vida de sistema 5-8
Fases del Ciclo de Vida del Sistema.. 8-10
Paradigmas, tcnicas y herramientas.. 10-14
Conclusin.. 15

INTRODUCCIN

El analista tiene como cometido analizar un problema y describirlo con el propsito de ser
solucionado mediante un sistema informtico. El diseador realiza, con base en el anlisis,
el diseo de la solucin el analista tiene que delimitar el anlisis para ver lo que se quiere
hacer inicialmente y despus darle al usuario nuevas opciones de uso.

Hoy da, estas funciones han quedado claramente obsoletas a pesar de que la categora
profesional sigue existiendo como tal. Los avances de la ingeniera del software en su corta
vida han puesto de manifiesto que estas funciones no son suficientes para lograr un mnimo
xito en el desarrollo de software.
Las funciones ms relevantes que faltan son:
Direccin (de proyectos), para dirigir los recursos hacia el resultado deseado.
Educcin de requisitos, para determinar el comportamiento que se espera del software.
Garanta de calidad, para garantizar las expectativas del cliente.
Diseo, para que exista una mnima certeza de que el software es viable y eficaz con la
tecnologa existente.
Gestin de configuracin, para controlar el caos a medida que el software crece.
Estas funciones han sido adoptadas en muchos casos por analistas, pero no son materia
especfica de esta profesin. En algunas organizaciones (y en algunos pases) la profesin
ya no existe, siendo sustituida por otras figuras tales como el ingeniero de software, el jefe
de proyecto, el modelador de software, o el analista-programador. Esta ltima figura es
muy popular ya que resuelve los tpicos problemas de comunicacin que existan entre
analistas y programadores. Estos problemas se deben a la extrema idealizacin de la
especializacin de funciones.

Los sistemas informticos, como cualquier otro sistema, tienen un ciclo de vida que los
prepara para responder a las necesidades planteadas de manera ptima. El ciclo de vida se
conforma por las siguientes etapas:
Etapa 1. Estudio de Factibilidad.
Etapa 2. Anlisis de sistemas.
Etapa 3. Diseo de sistemas.
Etapa 4. Construccin.
Etapa 5. Pruebas.
Etapa 6. Implantacin.
Etapa 7. Mantenimiento.











ROL DEL ANALISTA DE SISTEMAS

El analista de sistemas evala de manera sistemtica el funcionamiento de un negocio
mediante el examen de la entrada y el procesamiento de datos y su consiguiente produccin
de informacin, con el propsito de mejorar los procesos de una organizacin.

El analista de sistemas generalmente valora la manera que funcionan los negocios
examinando la entrada, el procesamiento de datos y la salida de informacin con el
propsito de mejorar los procesos organizacionales. Muchas mejoras involucran mejor
apoyo para las funciones de los negocios por medio del uso de sistemas de informacin
computarizados. Esta definicin enfatiza un enfoque sistemtico y metdico para analizar,
y posiblemente mejorar, lo que est sucediendo con el contexto especfico creado por un
negocio. Se requiere que los analistas de sistemas desempeen muchos paquetes en el curso
de su trabajo. Algunos de estos papeles son:

1. Consultores externos para negocios.
2. Experto de soporte dentro de un negocio.
3. Agente de cambio en situaciones tanto internas como externas.

Los analistas poseen un amplio rango de habilidades. La primera y principal es que le
analista soluciona problemas, le gusta el reto de analizar un problema y encontrar una
respuesta funcional. Los analistas de sistemas requieren habilidades de comunicacin que
les permitan relacionarse en forma significativa con muchos tipos de gente diariamente, as
como habilidades de computacin. Para su xito es necesario que se involucre el usuario
final. Los analistas proceden sistemticamente.

El marco de referencia para su enfoque sistemtico es proporcionado por lo que es llamado
el ciclo de vida del desarrollo de sistemas (SDLC). Este puede ser dividido en siete fases
secuenciales, aunque en realidad las fases estn interrelacionadas y frecuentemente se
llevan a cabo simultneamente.
Las siete fases son:
1. Identificacin de problemas
2. Oportunidades y objetivos
3. Determinacin de los requerimientos de informacin
4. Anlisis de las necesidades de sistemas
5. Diseo del sistema recomendado
6. Desarrollo y documentacin del software
7. Prueba y mantenimiento del sistema e implementacin del mismo. Los paquetes de
software basados en microcomputadora automatizado para el analista.


PRINCIPIOS DEONTOLGICOS DEL ANALISTA DE SISTEMAS

El Cdigo contiene ocho Principios clave, relacionados con el comportamiento y las
decisiones tomadas por los analistas de sistemas, tanto si son profesionales en ejercicio,
educadores, gestores, directivos y responsables, como si se trata de educandos y
estudiantes. Los Principios identifican las diferentes relaciones en las que los individuos,
grupos y organizaciones participan, y las principales obligaciones de tales relaciones. Las
Clusulas de cada Principio son la imagen de los diferentes niveles de obligacin incluidos
en esas relaciones. Estas obligaciones se fundamentan en las caractersticas humanas del
analista de sistemas, en el especial cuidado al que est obligado con las personas que se ven
afectadas por su trabajo y en los elementos peculiares de la prctica de la ingeniera del
software.

1. Los Analistas actuarn en armona con el inters pblico: Este principio, referente a
la calidad de vida de todas las personas, declara una obligacin para proteger los derechos
humanos fundamentales y respetar la diversidad de todas las culturas. Un objetivo esencial
de los profesionales de la informtica es minimizar las consecuencias negativas de los
sistemas informticos, incluyendo las amenazas a la salud y a la seguridad. Cuando se
diseen o instalen sistemas, los profesionales de la informtica deben intentar garantizar
que los productos de sus esfuerzos se utilizarn de modos socialmente responsables,
recogern las necesidades sociales y evitarn efectos perjudiciales a la salud y al bienestar.

2. Los Analistas desarrollarn sus actividades de la mejor forma que les permita
conseguir que los intereses de sus Clientes, Empresas y Organizaciones que les emplean,
estn en armona con el inters pblico. La excelencia es quiz la obligacin ms
importante de un profesional. El profesional de la informtica debe esforzarse para
conseguir calidad y ser consciente de las graves consecuencias negativas que pueden
resultar de la pobre calidad de un sistema.

3. Los Analistas garantizarn que sus anlisis y las modificaciones que precisen los
llevan a cabo utilizando los estndares de su profesin con la mayor amplitud. La
honestidad es un componente esencial de la confianza. Sin confianza una organizacin no
puede funcionar con efectividad. El informtico honesto no har falsas o engaosas
declaraciones acerca de un sistema o diseo de sistema, sino que, por el contrario,
proporcionar una completa exposicin de todas las limitaciones y problemas pertinentes
del sistema.
Un profesional informtico tiene la obligacin de ser honesto acerca de sus propias
cualificaciones, y acerca de cualquier otra circunstancia que pueda generar conflictos de
inters.
El trabajo profesional de calidad, especialmente en informtica, depende de la crtica y
revisin profesional. Siempre que sea adecuado, se debe buscar y utilizar revisiones
detalladas, as como proporcionar revisiones crticas del trabajo de otros.

4. Los Analistas mantendrn su integridad e independencia en sus juicios y dictmenes
profesionales. Los valores de igualdad, tolerancia, respeto a los dems y los principios
justicia equitativa gobiernan este mandato. La discriminacin basada en la raza, sexo,
religin, edad, discapacidad, nacionalidad, u otros factores es una violacin expresa de la
poltica de la ACM y no se tolerar.
Las desigualdades entre diferentes grupos de personas pueden ser resultado del buen o mal
uso de la informacin y de la tecnologa. En una sociedad justa, todos los individuos tienen
igual derecho a participar o beneficiarse del uso de los recursos informticos sin distincin
de raza, sexo, religin, edad, discapacidad, nacionalidad u otros factores similares. Sin
embargo, estos ideales no justifican el uso no autorizado de recursos informticos ni
proporcionan una base adecuada para trasgredir cualquier otro mandato tico de este
cdigo.

5. Los Analistas que adems desempean actividades como gestores lderes,
promovern y garantizarn que en la gestin del desarrollo y mantenimiento del software
que lideran se siguen criterios ticos. Los profesionales de la informtica deben esforzarse
en ser perceptivos, meticulosos y objetivos cuando evalen, recomienden y presenten
descripciones de sistemas y sus alternativas. Los informticos estn en una posicin de
especial relevancia, y tienen, por tanto, la responsabilidad especial de proporcionar
evaluaciones objetivas y crebles a los superiores, clientes, usuarios y pblico en general.
Cuando se hagan evaluaciones se deben identificar los posibles conflictos de inters.
La direccin de la organizacin es responsable de garantizar que los sistemas informticos
mejoran, no degradan, la calidad de la vida laboral. Cuando se instale un sistema
informtico, las organizaciones deben considerar el desarrollo personal y profesional, la
seguridad fsica y la dignidad humana de todos los trabajadores. En el diseo del sistema y
del lugar de trabajo deben tenerse en cuenta los estndares apropiados de ergonoma
persona-ordenador.
Las oportunidades educativas son esenciales para facilitar la ptima participacin de todos
los miembros de la organizacin. Las oportunidades deben estar abiertas a todos los
miembros para ayudarles a mejorar su conocimiento y capacidades en informtica,
incluyendo cursos que los familiaricen con las consecuencias y limitaciones de sistemas
concretos. En particular, los profesionales deben ser conscientes de los peligros de la
construir sistemas mediante modelos demasiado simplificados, la incertidumbre de
anticipar y de disear para cada condicin de operacin posible, y otros temas relacionados
con la complejidad de esta profesin.


6. Los Analistas mantendrn en todas sus actuaciones profesionales la integridad y
reputacin de la profesin, cumpliendo las normas de los acuerdos internacionales y leyes
informticas que afectan al ejercicio de su profesin y garantizan el inters pblico.
Respetar las obligaciones contradas es una cuestin de integridad y honestidad. Para el
informtico esto incluye garantizar que los elementos del sistema funcionan tal como se
esperaba. Tambin cuando se trabaja como subcontrata se est obligado a informar al
contratante sobre el estado del trabajo.
Un profesional de la informtica tiene la responsabilidad de solicitar un cambio en
cualquier asignacin que prevea no poder terminar tal como se haba definido. Slo debe
aceptarse una tarea despus de una cuidadosa consideracin y un completo examen de los
riesgos y peligros para el contratante o cliente. El primer principio subyacente en este caso
es la obligacin de aceptar una responsabilidad personal por un trabajo profesional. En
algunas ocasiones otros principios ticos pueden tener mayor prioridad.
Puede no aceptarse un juicio de valor sobre si una tarea concreta no debe realizarse.
Despus de haber identificado las razones para tal opinin, pero sin poder efectuar cambios
en la tarea asignada, uno puede estar obligado por contrato o por ley a continuar el trabajo
como se haba indicado. El criterio tico del profesional es la gua final para decidir si
continuar o no. Cualquiera que sea la decisin uno debe aceptar la responsabilidad de las
consecuencias. Sin embargo, realizar tareas "en contra de la opinin personal" no excusa al
profesional de la responsabilidad de cualquier efecto negativo.

7. Los Analistas actuarn con lealtad y defendern a sus compaeros profesionales. La
adhesin de los profesionales a un cdigo de tica es principalmente una cuestin
voluntaria. El futuro de la profesin informtica depende de la excelencia tcnica y tica.

8. Durante el desarrollo de su vida profesional, los Analistas se preocuparn por
mantener actualizados sus conocimientos y prcticas profesionales y promovern la
actuacin tica en la prctica de la profesin. La excelencia depende de los individuos que
asumen la responsabilidad de conseguir y mantener su competencia profesional. Un/a
profesional debe participar en la definicin de los estndares para los diferentes niveles de
capacitacin, y debe esforzarse para alcanzarlos. La actualizacin del conocimiento tcnico
y la aptitud profesional se pueden conseguir de diferentes maneras: mediante estudio
individual, asistiendo a seminarios, conferencias o cursos, e involucrndose en
organizaciones profesionales.

INTRODUCCIN AL CICLO DE VIDA DE LOS SISTEMAS

El anlisis y diseo que sostiene que los sistemas son desarrollados de mejor manera
mediante el uso de un ciclo especifico de actividades del analista y del usuario. Segn
James Senn, existen tres estrategias para el desarrollo de sistemas:
El mtodo clsico del ciclo de vida de desarrollo de sistemas,
Mtodo de desarrollo por anlisis estructurado
Mtodo de construccin de prototipos de sistemas.
Cada una de estas estrategias tiene un uso amplio en cada una de los diversos tipos de
empresas que existen, y resultan efectivas si son aplicadas de manera adecuada.
El mtodo de ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que
los analistas, diseadores y usuarios realizan para desarrollar e implantar un sistema de
informacin. El mtodo del ciclo de vida para el desarrollo de sistemas consta de 6 fases:

1). Investigacin Preliminar: La solicitud para recibir ayuda de un sistema de informacin
puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia
siempre con la peticin de una persona.

2). Determinacin de los requerimientos del sistema: El aspecto fundamental del anlisis
de sistemas es comprender todas las facetas importantes de la parte de la empresa que se
encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores

3). Diseo del sistema: El diseo de un sistema de informacin produce los detalles que
establecen la forma en la que el sistema cumplir con los requerimientos identificados
durante la fase de anlisis. Los especialistas en sistemas se refieren, con frecuencia, a esta
etapa como diseo lgico en contraste con la del desarrollo del software, a la que
denominan diseo fsico.

4). Desarrollo del software: Los encargados de desarrollar software pueden instalar
software comprobando a terceros o escribir programas diseados a la medida del
solicitante. La eleccin depende del costo de cada alternativa, del tiempo disponible para
escribir el software y de la disponibilidad de los programadores. Por lo general, los
programadores que trabajan en las grandes organizaciones pertenecen a un grupo
permanente de profesionales.

5). Prueba de sistemas: Durante la prueba de sistemas, el sistema se emplea de manera
experimental para asegurarse de que el software no tenga fallas, es decir, que funciona de
acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. Se
alimentan como entradas conjunto de datos de prueba para su procesamiento y despus se
examinan los resultados.

6). Implantacin y evaluacin: La implantacin es el proceso de verificar e instalar nuevo
equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos
necesarios para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos
aos. Sin embargo, las organizaciones y los usuarios cambian con el paso del tiempo,
incluso el ambiente es diferente con el paso de las semanas y los meses.
Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones. La
evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y fuertes. La
evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones: Evaluacin
operacional: Valoracin de la forma en que funciona el sistema, incluyendo su facilidad de
uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad global
y nivel de utilizacin.

Impacto organizacional: Identificacin y medicin de los beneficios para la organizacin
en reas tales como finanzas, eficiencia operacional e impacto competitivo. Tambin se
incluye el impacto sobre el flujo de informacin externo e interno.

Opinin de los administradores: evaluacin de las actividades de directivos y
administradores dentro de la organizacin as como de los usuarios finales.

Desempeo del desarrollo: La evaluacin de proceso de desarrollo de acuerdo con
criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y
estndares, y otros criterios de administracin de proyectos. Tambin se incluye la
valoracin de los mtodos y herramientas utilizados en el desarrollo.

FASES DEL CICLO DE VIDA DE UN SISTEMA

Es un enfoque por fases del anlisis y diseo que sostiene que los sistemas son
desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del
analista y del usuario.

Cualquier sistema de informacin va pasando por una serie de fases a lo largo de su vida.
Su ciclo de vida comprende una serie de etapas entre las que se encuentran las siguientes:

Planificacin
Anlisis
Diseo
Implementacin
Pruebas
Instalacin o despliegue
Uso y mantenimiento

Estas etapas son un reflejo del proceso que se sigue a la hora de resolver cualquier tipo de
Problema.

Comprender el problema (anlisis)
Plantear una posible solucin, considerando soluciones alternativas (diseo)
Llevar a cabo la solucin planteada (implementacin)
Comprobar que el resultado obtenido es correcto (pruebas)

Planificacin: Comienza con un pedido escrito llamado system request, que identifica el
sistema de informacin y los cambios deseados. Pueden ser cambios mayores (un nuevo
sistema) o cambios menores (un reporte). El propsito de la fase de planificacin es
identificar claramente la naturaleza y el alcance del problema. Se requiere una
investigacin preliminar y el resultado se llama Informe de Investigacin Preliminar. La
investigacin preliminar tambin es conocida como Estudio de Viabilidad.

Anlisis: en esta fase se recopilan y analizan los datos acerca del sistema y su
funcionamiento aplicando cuestiones, entrevistas, encuestas, en general las tcnicas de
recopilacin de datos. Especifica que es lo que el sistema debe hacer.

Desarrollo: El propsito de esta fase es desarrollar un diseo (cmo va a quedar) del
sistema de informacin que satisfaga todos los requisitos documentados. Se determina qu
va a hacer el sistema. Se identifican las entradas, salidas, archivos, programas,
procedimientos y controles del sistema. El documento creado se llama Especificaciones del
Diseo del Sistema y debe ser aprobado por la gerencia y los usuarios.

Pruebas: Luego de que la compaa est utilizando el sistema, a veces es necesario realizar
cambios al sistema para hacer mantenimiento o mejoras. Los cambios de mantenimiento
son para corregir errores o adaptar el sistema a requisitos del gobierno u otras entidades.
Las mejoras son modificaciones para aumentar la capacidad del sistema, como nuevos
reportes.

Implementacin: Los programas son escritos, probados y documentados. El propsito de
esta fase es entregar un sistema de informacin completo y documentado, que haya sido
revisado y aprobado por la gerencia y usuarios. Los preparativos finales incluyen la
conversin de datos, adiestramientos y la transicin del sistema viejo al nuevo. En esta fase
se debe realizar una evaluacin del sistema luego de implantado para verificar costo-
beneficio. El resultado final de la fase de implantacin es un sistema listo para usarse.

Instalacin: en este proceso se lleva a cabo dichas configuraciones a travs de CD con la
informacin. Se trata de tener un sistema instalado con un conjunto de aplicaciones
software para diferentes usos.
El sistema se deber instalar en un hardware que debe funcionar y que hay que revisar.
Adems de esta propuesta bsica, para algunos alumnos se admiten diferentes propuestas.
Ha de ser un proyecto de menos de 60 horas.

Uso / Mantenimiento: Una vez que un sistema pasa a formar parte de la vida diaria de la
empresa, cada programa, cada procedimiento y cada estructura de datos se convierte en una
pieza del negocio que, como tal, deber funcionar en forma constante, exacta y confiable. L
a operacin del negocio ahora depender del funcionamiento del sistema, por lo que las
tareas de mantenimiento cobran vital importancia.
Durante la fase de mantenimiento, se ponen en prctica todas las polticas y los
procedimientos destinados a garantizar la operacin continan de los de los sistemas y a
asegurar su uso efectivo, con el fin, de que stos se constituyan en una verdadera
herramienta de apoyo al logro de los objetivos estratgicos de la empresa.

PARADIGMA, TCNICAS Y HERRAMIENTAS

Un paradigma comprende una serie de pasos que abarcan mtodos, herramientas y
procedimientos.

Tipos o mtodos de paradigma.

CLSICO O DE CASCADA: Exige un enfoque sistemtico y secuencial del desarrollo
del software.

Est compuesto por:

Ingeniera y anlisis del sistema.
Anlisis de los requisitos del software.
Diseo del software.
Codificacin.
Prueba.
Mantenimiento.














































Ingeniera de sistema: Conforma lo que es el anlisis y el diseo de la informacin.

Anlisis: de los requisitos del software, se debe comprender el dominio de la informacin
del software, as como la funcin requerida, comportamiento rendimiento e
interconexiones.

Diseo: Proceso que se centra en las estructuras de datos, arquitectura del software,
representaciones de interfaz y detalle procedimental.

Generacin de cdigo: El diseo se debe traducir en forma legible para la mquina.

Pruebas: Se centra en procesos lgicos internos del software, asegurando que todas las
sentencias se han comprobados y todos los procesos, es decir, realizar las pruebas para la
deteccin de errores y asegurar que la entrada definida produce resultados reales de acuerdo
con los requerimientos.

Mantenimiento: Aplica cada una de las fases anteriormente nombradas a un programa ya
existente y no a uno nuevo.
Ventajas
Ing. De
Sistema
Anlisis
Diseo
Codificacin
Pruebas
Mantenimiento
Planificacin
Organizacin
Admin. Personal
Direccin
Controlar
De la situacin actual
En papel
Herramientas lgicas
DFD
Diccionario
HIPO
Normalizacin
Entidad relacin
Diseo Fsico Lenguajes de
programacin
y aplicaciones
De codificacin o de
funcionamiento (alfa,
beta, de campo,
funcionales, etc.)
-Correctivo
-Preventivo
-Perfectivo
-Adaptativo
Proporciona una plantilla en la que se encuentra mtodos para el anlisis diseo,
codificacin, pruebas y mantenimiento.
Desventajas
Los proyectos reales, raras veces siguen un modelo secuencial que propone el
modelo.
Estos cambios pueden causar contusin cuando el equipo del proyecto comienza.
Es difcil de lograr que el cliente exponga explcitamente todos los requisitos lo que
es necesario para ese mtodo.
Se debe tener paciencia ya que una versin de trabajo del programa no estar
disponible.

PROTOTIPO: Este modelo comienza con la recoleccin de requisitos. El desarrollador y
el cliente encuentran y definen sus objetivos globales para el software, identifican los
requisitos conocidos y las reas del esquema en donde es obligatoria ms definicin y
aparece un diseo rapado, que se centra en una representacin de estos aspectos del
software visibles para el usuario/cliente.

Ventajas
Puede servir como primer sistema
Puede ser efectivo si tanto el cliente como desarrollador se pongan de acuerdo en
que el prototipo se construya para servir como un mecanismo de definicin de
requisitos.

Desventajas
El cliente ve lo que parece ser una versin de trabajo del software sin tener
conocimiento de que con la prisa de hacer funcionarlo no se ha tenido en cuenta la
calidad del software global a la facilidad de mantenimiento a largo plazo.
Se puede utilizar un S.O. o lenguaje de programacin inadecuado simplemente
porque est disponible y por qu es conocido.















































Deja de ser prototipo una vez que se instala el producto

ESPIRAL: Modelo de procesos de software evolutivo que conjuga la naturaleza relativa de
construccin de prototipos con los aspectos controlados y sistemticos del modelo de
cascada. Proporciona el potencial para el desarrollo rpido de versiones incrementales del
software. El software se desarrolla en una seria de versiones incrementales. Al principio la
versin podra ser un modelo en papel o un prototipo. Durante las ltimas versiones se
producen versiones cada vez ms completas del sistema diseado.

Este modelo se divide en varias actividades.
Comunicacin con el cliente.
Planificacin.
Anlisis de riesgos.
Ingeniera.
Construccin y accin.
Evaluacin del cliente.

Ventajas
Diseo rpido
Refinamiento
Del producto
Establecimiento
De necesidades
Y requerimientos
Inicio Ing. De Sistemas y
anlisis
Pequeo
Diseo
Lgico
Construccin del
Prototipo
Evaluacin del
Cliente
Producto de
Ingeniera
Fase de
Codificacin
Anlisis del sistema
Por el usuario.
Si quiere cambiar algo pasa por el refinamiento.
Los pasos en la espiral se podran utilizar para desarrollar un prototipo y
progresivamente versiones ms sofisticadas del software.
Cada paso produce ajustes en el plan de proyecto.
El coste y la planificacin se ajustan con la realimentacin ante la evaluacin del
cliente.
Es un enfoque realista del desarrollo del sistema y de software en gran escala.
Utiliza la construccin de prototipos como mecanismo de reduccin de riesgos y
permite a quien lo desarrolla aplicar el enfoque de construccin de prototipos en
cualquier etapa induccin del prototipo.

Desventajas
Puede resultar difcil convencer a grandes clientes de que el entorno evolutivo es
controlable.
Requiere una considerable habilidad para la evaluacin del riesgo.
Si un riesgo importante no es descubierto y gestionado, surgiran problemas.


























Unin del mtodo de cascada y de prototipo
Cada vuelta es un paso del mtodo de cascada.
Es el ms seguro porque al implantarlo ya estn depurado todos los errores.
Los 3 se pueden aplicar para disear nuevos productos y para dar mantenimiento
El de espiral y cascada son los que usualmente se utilizan para dar mantenimiento
Quien da todos los requerimientos es el diseo del cdigo fuente.
1 2 3 4
Anlisis de riesgo
Ingeniera
Construccin y
Adaptacin
Evaluacin del
Cliente
Comunicacin
Con el cliente
Eje de punto de
entrada del proyecto
Planificacin
1 Proyecto de desarrollo de conceptos
2 Proyecto de desarrollo de nuevos productos
3 Proyecto de mejora de productos.
4 Proyecto de mantenimiento de productos.
CONCLUSIN

Cada sistema a desarrollar debe ser tratado con la metodologa que mejor se adapte a los
objetivos del anlisis un producto final de calidad. El paradigma ms fuertemente difundido
para el desarrollo de sistema de cmputos y lotes ptimos, sin embargo el desconocimiento
de nuevas metodologas nos puede llevar al uso indiscriminado de ste paradigma,
ajustndose o no a nuestros objetivos.

El desarrollo de un Sistema de Informacin comprende varios componentes o pasos
llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del
cliente en un modelo de Sistema que utiliza uno ms de los componentes: Software,
hardware, personas, base de datos, documentacin y procedimientos.

Los analistas de sistemas deben mantenerse a la par de los ltimos avances en cuanto a las
metodologas y tendencias dentro del incesante mundo del manejo de la Informacin.

Conforme pasa el tiempo el perfil del analista de sistemas ir incorporando nuevas
posibilidades y deberes dentro de las organizaciones, lo que nos afirma que durante mucho
tiempo tendremos trabajo, claro, mantenindonos en la excelencia.