Planificacion de un proyecto de sistemas.

1. El proyecto
2. Analisis de sistemas de computacion
3. Diseo de sistemas de computacin
4. Implantacion, evaluacion y pruebas

TEMA I. EL P!"E#T!
$.$. %ue es un proyecto de &istema o &oft'are. (
Es el Proceso de gestin para la creacin de un Sistema o software, la cual encierra un
conjunto de actividades, una de las cuales es la estimacin, estimar es echar un vistao al
futuro ! aceptamos resignados cierto grado de incertidum"re. #l estimar tomamos en cuenta no
solo del procedimiento t$cnico a utiliar en el pro!ecto, sino %ue se toma en cuenta los
recursos, costos ! planificacin.
El tama&o del pro!ecto es otro factor importante %ue puede afectar la precisin de las
estimaciones. # medida %ue el tama&o aumenta, crece r'pidamente la interdependencia entre
varios elementos del Software.
(a disponi"ilidad de informacin histrica es otro elemento %ue determina el riesgo de la
estimacin.
$.). !b*etivos de la Planificacin del Proyecto.
Es proporcionar un marco de tra"ajo %ue permita al gestor hacer estimaciones raona"les de
recursos costos ! planificacin temporal. Estas estimaciones se hacen dentro de un marco de
tiempo limitado al comieno de un pro!ecto de software, ! de"er)an actualiarse regularmente
medida %ue progresa el pro!ecto.
El *"jetivo de la planificacin se logra mediante un proceso de descu"rimiento de la
informacin %ue lleve a estimaciones raona"les.
$.+ Actividades asociadas al proyecto de soft'are.
1.3.1 #m"ito del Software.
Es la primera actividad de llevada a ca"o durante la planificacin del pro!ecto de Software.
En esta etapa se de"en evaluar la funcin ! el rendimiento %ue se asignaron al Software
durante la +ngenier)a del Sistema de ,omputadora para esta"lecer un 'm"ito de pro!ecto %ue
no sea am"iguo, e incomprensi"le para directivos ! t$cnicos
-escri"e la funcin, el rendimiento, las restricciones, las interfaces ! la fia"ilidad, se eval.an las
funciones del 'm"ito ! en algunos casos se refinan para dar mas detalles antes del comieno
de la estimacin.
El #m"ito se define como un pre/re%uisito para la estimacin ! e0isten algunos elementos %ue
se de"e tomar en cuenta como es1
(a *"tencin de la +nformacin necesaria para el software. Para esto el analista ! el cliente se
re.nen so"re las e0pectativas del pro!ecto ! se ponen de acuerdo en los puntos de inter$s
para su desarrollo.
$., ecursos-
(a Segunda tarea de la planificacin del desarrollo de Software es la estimacin de los
recursos re%ueridos para acometer el esfuero de desarrollo de Software, esto simula a una
pir'mide donde las 2erramientas 3hardware ! Software4, son la "ase proporciona la
infraestructura de soporte al esfuero de desarrollo, en segundo nivel de la pir'mide se
encuentran los ,omponentes reutilia"les.
5 en la parte mas alta de la pir'mide se encuentra el recurso primario, las personas 3el recurso
humano4.
,ada recurso %ueda especificado mediante cuatro caracter)sticas1
6 -escripcin del 7ecurso.
6 +nformes de disponi"ilidad.
6 8echa cronolgica en la %ue se re%uiere el recurso.
6 9iempo durante el %ue ser' aplicado el recurso.
1.4.1 7ecursos 2umanos.
(a ,antidad de personas re%ueridas para el desarrollo de un pro!ecto de software solo puede
ser determinado despu$s de hacer una estimacin del esfuero de desarrollo 3por ejemplo
personas mes o personas a&os4, ! seleccionar la posicin dentro de la organiacin ! la
especialidad %ue desempe&ara cada profesional.
1.4.2 7ecursos o componentes de software reutilia"les.
,ual%uier estudio so"re recursos de software estar)a incompleto sin estudiar la reutiliacion,
esto es la creacin ! la reutiliacion de "lo%ues de construccin de Software.
1.4.3 7ecursos de entorno.
El entorno es donde se apo!a el pro!ecto de Software, llamado a menudo entorno de
+ngenier)a de Software, incorpora 2ardware ! Software.
El 2ardware proporciona una plataforma con las herramientas 3Software4 re%ueridas para
producir los productos %ue son el resultado de la "uena practica de la +ngenier)a del Software,
un planificador de pro!ectos de"e determinar la ventana temporal re%uerida para el 2ardware !
el Software, ! verificar %ue estos recursos est$n disponi"les.
$... E&TIMA#I!/ DEL P!"E#T! DE &!0T1AE.
En el principio el costo del Software constitu)a un pe%ue&o porcentaje del costo total de los
sistemas "asados en ,omputadoras. 2o! en d)a el Software es el elemento mas caro de la
ma!or)a de los sistemas inform'ticos.
:n gran error en la estimacin del costo puede ser lo %ue mar%ue la diferencia entre "eneficios
! perdidas, la estimacin del costo ! del esfuero del software nunca ser' una ciencia e0acta,
son demasiadas las varia"les1 humanas, t$cnicas, de entorno, pol)ticas, %ue pueden afectar el
costo final del software ! el esfuero aplicado para desarrollarlo.
Para realiar estimaciones seguras de costos ! esfueros tienen varias opciones posi"les1
6 -eje la estimacin para mas adelante 3o"viamente podemos realiar una estimacin al cien
por cien fia"le despu$s de ha"er terminado el pro!ecto.
6 ;ase las estimaciones en pro!ectos similares !a terminados.
6 :tilice t$cnicas de descomposicin relativamente sencillas para generar las estimaciones de
costos ! esfuero del pro!ecto.
6 -esarrolle un modelo emp)rico para $l calculo de costos ! esfueros del Software.
-esde el punto de vista ideal, se de"en aplicar conjuntamente las t$cnicas indicadas usando
cada una de ellas como compro"acin de las otras.
#ntes de hacer una estimacin, el planificador del pro!ecto de"e comprender el 'm"ito del
software a construir ! generar una estimacin de su tama&o.
1.<.1 Estimacin "asada en el Proceso.
Es la t$cnica m's com.n para estimar un pro!ecto es "asar la estimacin en el proceso %ue se
va a utiliar, es decir, el proceso se descompone en un conjunto relativamente pe%ue&o de
actividades o tareas, ! en el esfuero re%uerido para llevar a ca"o la estimacin de cada tarea.
#l igual %ue las t$cnicas "asadas en pro"lemas, la estimacin "asada en el proceso comiena
en una delineacin de las funciones del software o"tenidas a partir del 'm"ito del pro!ecto. Se
meclan las funciones del pro"lema ! las actividades del proceso. ,omo ultimo paso se
calculan los costos ! el esfuero de cada funcin ! la actividad del proceso de software.
$.2. Diferentes modelos de estimacion.
E0isten diferentes modelos de estimacin como son1
1.=.1 (os >odelos Emp)ricos1
-onde los datos %ue soportan la ma!or)a de los modelos de estimacin o"tienen una muestra
limitada de pro!ectos. Por esta ran, el modelo de estimacin no es adecuado para todas las
clases de software ! en todos los entornos de desarrollo.
1.=.2 El >odelo ,*,*>*.
;arr! ;oehm, en su li"ro cl'sico so"re econom)a de la +ngenier)a del Software, introduce una
jerar%u)a de modelos de estimacin de Software con el nom"re de ,*,*>*, por su nom"re
en +ngles 3,onstructive, ,ost, >odel4 modelo constructivo de costos
1.=.3 2erramientas #utom'ticas -e Estimacin.
(as herramientas autom'ticas de estimacin permiten al planificador estimar costos !
esfueros, as) como llevar a ca"o an'lisis del tipo, %ue pasa si, con importantes varia"les del
pro!ecto, tales como la fecha de entrega o la seleccin del personal.
# partir de estos datos, el modelo implementado por la herramienta autom'tica de estimacin
proporciona estimaciones del esfuero re%uerido para llevar a ca"o el pro!ecto, los costos, la
carga de personal, la duracin, ! en algunos casos la planificacin temporal de desarrollo !
riesgos asociados.
En resumen el planificador del Pro!ecto de Software tiene %ue estimar tres cosas antes de %ue
comience el pro!ecto1 cuanto durara, cuanto esfuero re%uerir' ! cuanta gente estar'
implicada. #dem's el planificador de"e predecir los recursos de hardware ! software %ue va a
re%uerir ! el riesgo implicado.
TEMA II. A/ALI&I& DE &I&TEMA& DE #!MP3TA#I!/
).$ #onceptos y An4lisis-
Es un conjunto o disposicin de procedimientos o programas relacionados de manera %ue
juntos forman una sola unidad. :n conjunto de hechos, principios ! reglas clasificadas !
dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes. :n
m$todo, plan o procedimiento de clasificacin para hacer algo. Esto se lleva a ca"o teniendo en
cuenta ciertos principios1
6 -e"e presentarse ! entenderse el dominio de la informacin de un pro"lema.
6 -efina las funciones %ue de"e realiar el Software.
6 7epresente el comportamiento del software a consecuencias de acontecimientos e0ternos.
6 -ivida en forma jer'r%uica los modelos %ue representan la informacin, funciones !
comportamiento.
El proceso de"e partir desde la informacin esencial hasta el detalle de la +mplementacin.
(a funcin del #n'lisis puede ser dar soporte a las actividades de un negocio, o desarrollar un
producto %ue pueda venderse para generar "eneficios. Para conseguir este o"jetivo, un
Sistema "asado en computadoras hace uso de seis 3=4 elementos fundamentales1
6 Software, %ue son Programas de computadora, con estructuras de datos ! su documentacin
%ue hacen efectiva la log)stica metodolog)a o controles de re%uerimientos del Programa.
6 2ardware, dispositivos electrnicos ! electromec'nicos, %ue proporcionan capacidad de
c'lculos ! funciones r'pidas, e0actas ! efectivas 3,omputadoras, ,ensores, ma%uinarias,
"om"as, lectores, etc.4, %ue proporcionan una funcin e0terna dentro de los Sistemas.
6 Personal, son los operadores o usuarios directos de las herramientas del Sistema.
6 ;ase de -atos, una gran coleccin de informaciones organiadas ! enlaadas al Sistema a
las %ue se accede por medio del Software.
6 -ocumentacin, >anuales, formularios, ! otra informacin descriptiva %ue detalla o da
instrucciones so"re el empleo ! operacin del Programa.
6 Procedimientos, o pasos %ue definen el uso especifico de cada uno de los elementos o
componentes del Sistema ! las reglas de su manejo ! mantenimiento.
:n #n'lisis de Sistema se lleva a ca"o teniendo en cuenta los siguientes o"jetivos en mente1
6 +dentifi%ue las necesidades del ,liente.
6 Eval.e %ue conceptos tiene el cliente del sistema para esta"lecer su via"ilidad.
6 7ealice un #n'lisis 9$cnico ! econmico.
6 #signe funciones al 2ardware, Software, personal, "ase de datos, ! otros elementos del
Sistema.
6 Esta"leca las restricciones de presupuestos ! planificacin temporal.
6 ,ree una definicin del sistema %ue forme el fundamento de todo el tra"ajo de +ngenier)a.
Para lograr estos o"jetivos se re%uiere tener un gran conocimiento ! dominio del 2ardware ! el
Software, as) como de la +ngenier)a humana 3>anejo ! #dministracin de personal4, !
administracin de "ase de datos.
).) !b*etivos del An4lisis.
2.2.1 +dentificacin de ?ecesidades.
Es el primer paso del an'lisis del sistema, en este proceso en #nalista se re.ne con el cliente
!@o usuario 3un representante institucional, departamental o cliente particular4, e identifican las
metas glo"ales, se analian las perspectivas del cliente, sus necesidades ! re%uerimientos,
so"re la planificacin temporal ! presupuestal, l)neas de mercadeo ! otros puntos %ue puedan
a!udar a la identificacin ! desarrollo del pro!ecto.
6 7econocimiento del pro"lema.
6 Evaluacin ! S)ntesis.
6 >odelado.
6 Especificacin.
6 7evisin.
#ntes de su reunin con el analista, el cliente prepara un documento conceptual del pro!ecto,
aun%ue es recomenda"le %ue este se ela"ore durante la comunicacin ,liente A analista, !a
%ue de hacerlo el cliente solo de todas maneras tendr)a %ue ser modificado, durante la
identificacin de las necesidades.
2.2.2 Estudio de Bia"ilidad.
>uchas veces cuando se emprende el desarrollo de un pro!ecto de Sistemas los recursos ! el
tiempo no son realistas para su materialiacin sin tener perdidas econmicas ! frustracin
profesional. (a via"ilidad ! el an'lisis de riesgos est'n relacionados de muchas maneras, si el
riesgo del pro!ecto es alto, la via"ilidad de producir software de calidad se reduce, sin em"argo
se de"en tomar en cuenta cuatro 'reas principales de inter$s1
Bia"ilidad econmica.
Bia"ilidad 9$cnica.
Bia"ilidad (egal.
Alternativas. :na evaluacin de los enfo%ues alternativos del desarrollo del producto o
Sistema.
El estudio de la via"ilidad puede documentarse como un informe aparte para la alta gerencia.
2.2.3 #n'lisis Econmico ! 9$cnico.
El an'lisis econmico inclu!e lo %ue llamamos, el an'lisis de costos A "eneficios, significa una
valoracin de la inversin econmica comparado con los "eneficios %ue se o"tendr'n en la
comercialiacin ! utilidad del producto o sistema.
En el #n'lisis 9$cnico, el #nalista eval.a los principios t$cnicos del Sistema ! al mismo tiempo
recoge informacin adicional so"re el rendimiento, fia"ilidad, caracter)sticas de mantenimiento
! productividad.
(os resultados o"tenidos del an'lisis t$cnico son la "ase para determinar so"re si continuar o
a"andonar el pro!ecto, si ha! riesgos de %ue no funcione, no tenga el rendimiento deseado, o
si las pieas no encajan perfectamente unas con otras.
2.2.4 >odelado de la ar%uitectura del Sistema.
(os modelos se concentran en lo %ue de"e hacer el sistema no en como lo hace, estos
modelos pueden incluir notacin gr'fica, informacin ! comportamiento del Sistema.
9odos los Sistemas "asados en computadoras pueden modelarse como transformacin de la
informacin empleando una ar%uitectura del tipo entrada ! salida.
2.2.< Especificaciones del Sistema.
Es un -ocumento %ue sirve como fundamento para la +ngenier)a 2ardware, software, ;ase de
datos, e ingenier)a 2umana. -escri"e la funcin ! rendimiento de un Sistema "asado en
computadoras ! las dificultades %ue estar'n presente durante su desarrollo. (as
TEMA III. DI&E5! DE &I&TEMA& DE #!MP3TA#I6/.
+.$. #onceptos y principios-
El -ise&o de Sistemas se define el proceso de aplicar ciertas t$cnicas ! principios con el
propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para
permitir su interpretacin ! realiacin f)sica.
(a etapa del -ise&o del Sistema encierra cuatro etapas1
3.1.1 El dise&o de los datos.
9rasforma el modelo de dominio de la informacin, creado durante el an'lisis, en las
estructuras de datos necesarios para implementar el Software.
3.1.2 El -ise&o #r%uitectnico.
-efine la relacin entre cada uno de los elementos estructurales del programa.
3.1.3 El -ise&o de la +nterfa.
-escri"e como se comunica el Software consigo mismo, con los sistemas %ue operan junto con
el ! con los operadores ! usuarios %ue lo emplean.
3.1.4 El -ise&o de procedimientos.
9ransforma elementos estructurales de la ar%uitectura del programa. (a importancia del -ise&o
del Software se puede definir en una sola pala"ra ,alidad, dentro del dise&o es donde se
fomenta la calidad del Pro!ecto.
El dise&o de"e implementar todos los re%uisitos e0pl)citos contenidos en el modelo de an'lisis
! de"e acumular todos los re%uisitos impl)citos %ue desea el cliente.
-e"e ser una gu)a %ue puedan leer ! entender los %ue constru!an el cdigo ! los %ue prue"an
! mantienen el Software.
El -ise&o de"e proporcionar una completa idea de lo %ue es el Software, enfocando los
dominios de datos, funcional ! comportamiento desde el punto de vista de la +mplementacin.
Para evaluar la calidad de una presentacin del dise&o, se de"en esta"lecer criterios t$cnicos
para un "uen dise&o como son1
6 :n dise&o de"e presentar una organiacin jer'r%uica %ue haga un uso inteligente del control
entre los componentes del software.
6 El dise&o de"e ser modular, es decir, se de"e hacer una particin lgica del Software en
elementos %ue realicen funciones ! su"funciones especificas.
6 :n dise&o de"e contener a"stracciones de datos ! procedimientos.
6 -e"e producir mdulos %ue presenten caracter)sticas de funcionamiento independiente.
6 -e"e conducir a interfaces %ue reducan la complejidad de las cone0iones entre los mdulos
! el entorno e0terior.
6 -e"e producir un dise&o usando un m$todo %ue pudiera repetirse seg.n la informacin
o"tenida durante el an'lisis de re%uisitos de Software.
+.). Diseo de la &alida.
En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para
la ma!or)a de los usuarios la salida es la .nica ran para el desarrollo de un Sistema ! la "ase
de evaluacin de su utilidad.
+.+. Diseo de Arc7ivos.
+nclu!e decisiones con respecto a la naturalea ! contenido del propio archivo, como si se fuera
a emplear para guardar detalles de las transacciones, datos histricos, o informacin de
referencia. Entre las decisiones %ue se toman durante el dise&o de archivos, se encuentran las
siguientes1
6 (os datos %ue de"en incluirse en el formato de registros contenidos en el archivo.
6 (a longitud de cada registro, con "ase en las caracter)sticas de los datos %ue contenga.
6 (a secuencia a disposicin de los registros dentro del archivo 3(a estructura de
almacenamiento %ue puede ser secuencial, inde0ada o relativa4.
+.,. Diseo de Interacciones con la 8ase de Datos.
(a ma!or)a de los sistemas de informacin !a sean implantado en sistemas de cmputos
grandes o pe%ue&os, utilian una "ase de datos %ue pueden a"arcar varias aplicaciones, por
esta ran estos sistemas utilian u administrador de "ase de datos, en este caso el dise&ador
no constru!e la "ase de datos sino %ue consulta a su administrador para ponerse de acuerdo
en el uso de esta en el sistema.
+.. 9erramientas para el Diseo de &istemas.
#po!an el proceso de formular las caracter)sticas %ue el sistema de"e tener para satisfacer los
re%uerimientos detectados durante las actividades del an'lisis1
3.<.1 2erramientas de especificacin.
#po!an el proceso de formular las caracter)sticas %ue de"e tener una aplicacin, tales como
entradas, Salidas, procesamiento ! especificaciones de control. >uchas inclu!en herramientas
para crear especificaciones de datos.
3.<.2 2erramientas para presentacin.
Se utilian para descri"ir la posicin de datos, mensajes ! enca"eados so"re las pantallas de
las terminales, reportes ! otros medios de entrada ! salida.
3.<.3 2erramientas para el desarrollo de Sistemas.
Estas herramientas nos a!udan como analistas a trasladar dise&os en aplicaciones funcionales.
3.<.4 2erramientas para +ngenier)a de Software.
#po!an el Proceso de formular dise&os de Software, inclu!endo procedimientos ! controles, as)
como la documentacin correspondiente.
3.<.< Ceneradores de cdigos.
Producen el cdigo fuente ! las aplicaciones a partir de especificaciones funcionales "ien
articuladas.
3.<.= 2erramientas para prue"as.
#po!an la fase de la evaluacin de un Sistema o de partes del mismo contra las
especificaciones. +nclu!en facilidades para e0aminar la correcta operacin del Sistema as)
como el grado de perfeccin alcanado en comparacin con las e0pectativas.
En #onclusiones :enerales.
En una organiacin o Empresa, el an'lisis ! -ise&o de Sistemas, es el proceso de estudiar su
Situacin con la finalidad de o"servar como tra"aja ! decidir si es necesario realiar una
mejoraD el encargado de llevar a ca"o estas tareas es el analista de sistemas.
#ntes de comenar con el desarrollo de cual%uier pro!ecto, se conduce un estudio de Sistemas
para detectar todos los detalles de la situacin actual de la empresa. (a informacin reunida
con este estudio sirve como "ase para crear varias estrategias de -ise&o. (os administradores
deciden %ue estrategias seguir. (os Cerentes, empleados ! otros usuarios finales %ue se
familiarian cada ve mas con el uso de computadoras est'n teniendo un papel mu! importante
en el desarrollo de sistemas.
TEMA I;. IMPLA/TA#I!/, E;AL3A#I!/ " P3E8A&.
,.$. IMPLA/TA#I!/. #oncepto y Definicin.
Es la ultima fase del desarrollo de Sistemas. Es el proceso instalar e%uipos o Software nuevo,
como resultado de un an'lisis ! dise&o previo como resultado de la sustitucin o mejoramiento
de la forma de llevar a cavo un proceso automatiado.
#l +mplantar un Sistema de +nformacin lo primero %ue de"emos hacer es asegurarnos %ue el
Sistema sea operacional o sea %ue funcione de acuerdo a los re%uerimientos del an'lisis !
permitir %ue los usuarios puedan operarlo.
E0isten varios enfo%ues de +mplementacin1
6 Es darle responsa"ilidad a los grupos.
6 :so de diferentes estrategias para el entrenamiento de los usuarios.
6 El #nalista de Sistemas necesita ponderar la situacin ! proponer un plan de conversin %ue
sea adecuado para la organiacin.
6 El #nalista necesita formular medidas de desempe&o con las cuales evaluar a los :suarios.
6 -e"e ,onvertir f)sicamente el sistema de informacin antiguo, al nuevo modificado.
,.). #apacitacin de 3suarios del &istema-
Es ense&ar a los usuarios %ue se relacionan u operan en un proceso de implantacin.
(a 7esponsa"ilidad de esta capacitacin de los :suarios primarios ! secundarios es del
#nalista, desde el personal de captura de datos hasta a%uellos %ue toman las decisiones sin
usar una ,omputadora.
?o se de"e incluir a personas de diferentes niveles de ha"ilidad e intereses de tra"ajoD de"ido
a %ue si en una Empresa e0isten tra"ajadores ine0pertos no se pueden incluir en la misma
seccin de los e0pertos !a %ue am"os grupos %uedaran perdidos.
#un ! cuando la Empresa puede contratar los Servicios de +nstructores e0ternos, el analista es
la persona %ue puede ofrecer la mejor capacitacin de"ido a %ue conoce el personal ! al
Sistema mejor %ue cual%uier otro.
4.3.1 *"jetivos de la ,apacitacin1
Es lograr %ue los usuarios tengan el -ominio necesario de las cosas "'sicas acerca de las
ma%uinarias ! procesos %ue se emplean para su operacin de manera eficiente ! segura.
,.,. La Evaluacin del &istema-
Se lleva a ca"o para identificar puntos d$"iles ! fuertes del Sistema implantado. (a evaluacin
ocurre a lo largo de cual%uiera de las siguientes cuatro dimensiones1
4.4.1 Evaluacin operacional1
Es el >omento en %ue s$ eval.a la manera en %ue funciona el Sistema, esto inclu!e su
facilidad de uso, 9iempo de respuesta ante una necesidad o proceso, como se adecuan los
formatos en %ue se presenta la +nformacin, conta"ilidad glo"al ! su nivel de :tilidad.
4.4.2 +mpacto *rganiacional1
+dentifica ! mide los "eneficios operacionales para la Empresa en 'reas tales como, 8inanas
3,ostos, +ngresos ! Canancias4, eficiencia en el desempe&o la"oral e impacto competitivo,
+mpacto, rapide ! organiacin en el flujo de +nformacin interna ! e0terna.
4.4.3 -esempe&o del -esarrollo.
Es la evaluacin del Proceso de desarrollo adecuado tomando en cuentas ciertos criterios
como, 9iempo ! esfuero en el desarrollo concuerden con presupuesto ! est'ndares ! otros
criterios de #dministracin de Pro!ectos. #dem's se inclu!en la valoracin de los m$todos !
herramientas utiliados durante el desarrollo del Sistema.
,... Prueba de &istemas.
-ependiendo del tama&o de la Empresa %ue usara el Sistema ! el riesgo asociado a su uso,
puede hacerse la eleccin de comenar la operacin del Sistema solo en un 'rea de la
Empresa 3como una Prue"a piloto4, %ue puede llevarse a ca"o en un -epartamento o con una
o dos personas. ,uando se implanta un nuevo sistema lo aconseja"le es %ue el viejo ! el
nuevo funcionen de manera simultanea o paralela con la finalidad de comparar los resultados
%ue am"os ofrecen en su operacin, adem's dar tiempo al personal para su entrenamiento !
adaptacin al nuevo Sistema.
-urante el Proceso de +mplantacin ! Prue"a se de"en implementar todas las estrategias
posi"les para garantiar %ue en el uso inicial del Sistema este se encuentre li"re de pro"lemas
lo cual se puede descu"rir durante este proceso ! levar a ca"o las correcciones de lugar para
su "uen funcionamiento.


Ma<dalena A<uilar
twigg!rE=F!ahoo.com