Está en la página 1de 42

UNIDAD II:

IMPLANTACION Y
MANTENIMIENTO DEL
SOFTWARE
INTRODUCCION
La implantacin es la fase en la cual se
traspasa el programa en desarrollo a
produccin, bajo usuarios y conexin reales en
el entorno que operar. Esta fase
generalmente es crtica en la vida del proyecto
y es una etapa de nerviosismo y de alta
presin psicolgica. Por lo tanto, es importante
mantener la calma durante este perodo y
planificar cuidadosamente el cambio.

INTRODUCCION
Asimismo, cabe destacar que existir una
cierta resistencia al cambio por parte de los
usuarios nuevos o que tengan deficiencias en
la formacin y que el jefe de proyectos deber
preparar el cambio con los jefes de rea
haciendo sesiones informativas y contestando
a todas las preguntas de los usuarios para ir
preparando el camino hacia el cambio.


INTRODUCCION
En todo caso, es en esta fase donde
se debe implicar a los usuarios
participantes en los casos de uso
analizados del sistema y ensearles
mediante la formacin adecuada sus
nuevas responsabilidades o tareas.



INTRODUCCION
Tambin es importante establecer los criterios de
calidad de servicio bajo los cuales el sistema
debe funcionar, es decir, los servicios mnimos
bajo los cuales el sistema se considera totalmente
funcional, lo cual se deber redactar de acuerdo a
las especificaciones funcionales iniciales.
Obviamente, despus de la implantacin (o en un
breve perodo posterior acordado de antemano) el
sistema implantado deber cumplirlos.




INTRODUCCION
Es importante tener en cuenta si la implantacin
es total (nuevos servicios, nueva funcionalidad) o
si el sistema se debe integrar con otro ya
existente y trabajar conjuntamente con l. En el
primer caso no existirn demasiados problemas
en su instalacin/puesta en funcionamiento,
mientras que en el ltimo caso, debe darse
garanta de que la implantacin no afectar al
funcionamiento de los servicios que existen, los
cuales debern continuar funcionando a pleno
rendimiento.




Mantenimiento de software
El mantenimiento de software es una de las
actividades ms comunes en la Ingeniera de
Software y es el proceso de mejora y
optimizacin del software desplegado.
(es decir; revisin del programa), as como
tambin correccin de los defectos.
Mantenimiento de software
Es tambin una de las fases en el
Ciclo de Vida de Desarrollo de
Sistemas (SDLC System
Development Life Cycle), que se
aplica al desarrollo de software.
El
mantenimiento
de software
Es la fase que viene despus del
despliegue (implementacin) del
software en el campo.
La fase de
mantenimiento
Mantenimiento de software
Cambios al software en
orden de corregir
defectos y
Dependencias
encontradas durante su
uso tanto como la
adicin de nueva
funcionalidad para
mejorar la usabilidad y
aplicabilidad del
software.
La fase de
mantenimie
nto de
software
involucra
Mantenimiento de software
El mantenimiento del software involucra
varias tcnicas especficas.
Una tcnica es el rebanamiento esttico,
la cual es usada para identificar todo el
cdigo de programa que puede modificar
alguna variable.
Es generalmente til en la refabricacin
del cdigo del programa.
Mantenimiento de software
La fase de mantenimiento de software es una parte
explcita del modelo de cascada del proceso de desarrollo
de software el cual fue desarrollado durante el movimiento
de programacin estructurada en computadoras.
El otro gran modelo, el Desarrollo en espiral desarrollado
durante el movimiento de ingeniera de software orientada
a objeto no hace una mencin explcita de la fase de
mantenimiento.
Sin embargo, esta actividad es notable, considerando el
hecho de que dos tercios del coste del tiempo de vida de
un sistema de software involucran mantenimiento.
Mantenimiento de software
En un ambiente formal de desarrollo de software, la
organizacin o equipo de desarrollo tendrn algn
mecanismo para documentar y rastrear defectos y
deficiencias.
El Software tan igual como la mayora de otros productos,
es tpicamente lanzado con un conjunto conocido de
defectos y deficiencias.
El software es lanzado con esos defectos conocidos porque
la organizacin de desarrollo decide que la utilidad y el
valor del software en un determinado nivel de calidad
compensa el impacto de los defectos y deficiencias
conocidas.
Mantenimiento de software
Las deficiencias conocidas son normalmente
documentadas en una carta de consideraciones
operacionales o notas de lanzamiento (release
notes) es as que los usuarios del software
sern capaces trabajar evitando las deficiencias
conocidas y conocern cuando el uso del
software sera inadecuado para tareas
especficas.
Mantenimiento de software
Con el lanzamiento del software (software
release), otros, defectos y deficiencias no
documentados sern descubiertas por los
usuarios del software.
Tan pronto como estos defectos sean
reportados a la organizacin de desarrollo,
sern ingresados en el sistema de rastreo
de defectos.
Mantenimiento de software
Las personas involucradas
en la fase de mantenimiento
de software esperan trabajar
en estos defectos conocidos,
ubicarlos y preparar un
nuevo lanzamiento del
software, conocido como un
lanzamiento de
mantenimiento, el cual
resolver los temas
pendientes.
2.1 Planificacin del
mantenimiento del software

Al comenzar un proceso de
mantenimiento, e incluso antes de
comenzar un proyecto Software, es
necesario realizar una planificacin de las
futuras etapas de mantenimiento, para
determinar el esfuerzo humano, material,
econmico necesario para llevar a cabo
un mantenimiento eficaz.

2.1 Planificacin del
mantenimiento del software

Con respecto a la fase de
implantacin de proyectos software,
se debe tener en cuenta todas las
tareas a realizar y los factores que
rodean la puesta en marcha del
sistema, contemplando:


2.1 Planificacin del
mantenimiento del software



Formacin y entrenamiento del
usuario: En principio, la formacin
debe llegar a toda persona de las reas
afectadas por la mecanizacin que
vayan a ser utilizadores del sistema. El
Plan de formacin contendr qu
usuarios van a ser formados, quin les
va a formar, sobre qu temas, cuando y
donde se va a efectuar la formacin.

2.1 Planificacin del
mantenimiento del software



2.1 Planificacin del
mantenimiento del software



2.1 Planificacin del
mantenimiento del software



Planificacin y modo de
implantacin: Hay diferentes
planteamientos en cuanto al modo
de implantar el nuevo sistema
dependiendo del tipo de
organizacin, estado previo de
informatizacin y nivel de los
usuarios afectados.

2.1 Planificacin del
mantenimiento del software

En general, habr que distinguir tres
enfoques de implantacin:

Implantacin directa: Cuando se decide pasar del sistema anterior al
nuevo sistema en una fecha determinada y sin procesos paralelos de
contraste de resultados.
Implantacin en paralelo: Durante un cierto periodo de tiempo se
tienen en funcionamiento los dos sistemas, el nuevo y el viejo,
controlando los resultados obtenidos en ambos sistemas y ajustando
el nuevo sistema.
Implantacin en centro piloto: Se seleccionan uno o varios centros
de experimentacin del sistema de modo que el funcionamiento del
sistema en estas unidades aporte informacin sobre problemas o
defectos del sistema.
2.1 Planificacin del
mantenimiento del software


Recursos necesarios: Los recursos
necesarios para la implantacin del
sistema estn destinados a hacer lo
ms cmoda posible la transicin del
sistema viejo al nuevo.


Deber planificarse en todo detalle el calendario de instalacin de
todos los medios necesarios para arrancar el sistema: hardware,
instalaciones, materiales, adecuacin de locales, etc. La implantacin
del sistema requiere una planificacin y una organizacin de recursos
en la que el propio software es un recurso ms. Es una etapa crtica
de la que depende el trabajo de muchos meses y muchas personas.

2.1 Planificacin del
mantenimiento del software


Con respecto al mantenimiento del software, los modelos
de ciclo de vida tradicionales representan el mantenimiento
como una fase que comienza una vez que se han
finalizado las pruebas. Distintos estudios indican que el
coste de las actividades de mantenimiento representa
entre un 80% y un 95% del presupuesto total de los
distintos Centros de Procesos de Datos, habindose
superado, en algunas empresas, este lmite, hasta llegar al
lmite de recursos (barreras de mantenimiento) lo que les
imposibilita a acometer nuevos desarrollos.

2.1 Planificacin del
mantenimiento del software


Los factores que afectan directamente a estos
costes son:

Inexistencia de mtodos, tcnicas y herramientas
que puedan proporcionar una solucin global al
mantenimiento.
La complejidad de los sistemas se incrementa
paulatinamente por la realizacin de continuas
modificaciones.


2.1 Planificacin del
mantenimiento del software


La documentacin del sistema es defectuosa o
inexistente.
Se considera el mantenimiento como actividad
poco creativa y, por tanto, mas sencilla y menos
importante que el desarrollo.
Las actividades de mantenimiento se pueden
realizar bajo presin del tiempo.
Poca participacin del usuario durante el
desarrollo del sistema.



2.1 Planificacin del
mantenimiento del software


Muchos de estos problemas tienen su origen
en el desconocimiento de las actividades
realizadas durante el mantenimiento.
ltimamente se identifican varias actuaciones
comunes para mantener la operatividad del
software:




2.1 Planificacin del
mantenimiento del software


Correccin de defectos del software
Creacin de nuevas funcionalidades en el
software por nuevos requisitos del usuarios.
Mejora de la funcionalidad y del rendimiento

Con todo lo expuesto, puede definirse el
mantenimiento como el proceso de modificar un
sistema o un componente software despus de su
entrega para corregir defectos, mejorar el
rendimiento y otros atributos o adaptarlo a un
entorno cambiante.







2.2 Requerimientos de
Implantacin del software



Los requisitos de implantacin sern los que se
debern cumplir para cada componente o subsistema
cuando se trabaje en el entorno real conjuntamente con
el resto de subsistemas. Por entorno no se considerar
solamente el tecnolgico, sino que se tendr en cuenta
a los usuarios (de todos los tipos) del subsistema. Esto
permitir definir el plan de formacin adecuado a los
diferentes niveles para que los usuarios finales del
subsistema puedan interactuar y obtener las
prestaciones para las cuales fue definido el servicio.








2.2 Requerimientos de
Implantacin del software



Desde el punto de vista tecnolgico, se deben
determinar las condiciones del entorno donde se
implantar el nuevo subsistema y las condiciones
de funcionamiento para determinar que este
subsistema funcionar a pleno rendimiento sin
agotar los recursos y con las condiciones de
seguridad adecuadas, y sin afectar a los dems
subsistemas con los cuales interrelaciona.









2.2 Requerimientos de Implantacin
del software



El documento que recoja los requisitos de implantacin deber
contemplar adems:
Gestin de la documentacin: quin y cmo se tendr acceso a
ella y bajo qu condiciones.
Necesidades de migracin de servicios/usuarios.
Formacin de los usuarios, administradores y clientes para las
nuevas herramientas/servicios.
Necesidades del hardware y software bsico.
Necesidades de comunicacin.
Niveles de seguridad y control de implantacin.
Recomendaciones en casos de contingencia, emergencia
y procedimientos de recuperacin.
Recomendaciones de integracin global.
Recomendaciones de anlisis de utilizacin de recursos y
posibilidades de ampliacin.









2.2 Requerimientos de Implantacin
del software



Este documento se tendr en cuenta en la fase de
implantacin y pueden figurar en l cuestiones
adicionales tales como procedimientos de
seguridad adicionales, pruebas locales y desde
Internet, procedimientos de bloqueo o tambin
cuestiones vinculadas a intentos de acceso no
permitidos a datos y/o recursos.










2.3 Migracin a ambiente de
produccin





Para saber que es la migracin de ambiente de
produccin de software, se necesita conocer que es
un ambiente. Un ambiente de ingeniera de
software, es un conjunto de herramientas de
hardware y software las cuales actan en
combinacin de una manera integrada para
proporcionar soporte a todos los procesos de
software desde la especificacin inicial pasando
por las pruebas y hasta la liberacin del
sistema.








2.3 Migracin a ambiente de
produccin





Antes de llegar a produccin una aplicacin debe
pasar primero por distintos ambientes que
certifiquen la calidad de software, los ambientes
ms tpicos por los que pasa una aplicacin son el
ambiente de desarrollo, el ambiente de test, el
ambiente de aceptacin por parte de los
usuarios, el ambiente de pre produccin y el
ambiente de produccin. Segn las necesidades
de cada organizacin se dar el caso en el que
algunos de estos ambientes no sea necesario.









2.3 Migracin a ambiente de
produccin





Caractersticas de los ambientes de software:
Las facilidades del ambiente son integrados - debern
proporcionar plataforma, datos, presentacin, control e
integracin de procesos.
El ambiente est diseado para soportar actividades de
equipo. La Administracin de configuracin es
fundamental.
Facilidades son proporcionadas para soportar una amplia
gama de actividades de software,
Modelo de servicio de un ambiente de software
El nivel de plataforma proporciona archivos bsicos,
manejo de procesos y servicios de red.







Tipos de mantenimiento
A continuacin se sealan los tipos de
mantenimientos existentes, y entre
parntesis el porcentaje aproximado
respecto al total de operaciones de
mantenimiento:
Tipos de mantenimiento
Perfectivo (60%): mejora del software
(rendimiento, flexibilidad, reusabilidad..) o
implementacin de nuevos requisitos.
Tambin se conoce como mantenimiento
evolutivo.
Tipos de mantenimiento
Adaptativo (18%): adaptacin del
software a cambios en su entorno
tecnolgico (nuevo hardware, otro sistema
de gestin de bases de datos, otro
sistema operativo...)
Tipos de mantenimiento
Correctivo (17%): correccin de fallos
detectados durante la explotacin.
Tipos de mantenimiento
Preventivo (5%): facilitar el
mantenimiento futuro del sistema (verificar
precondiciones, mejorar legibilidad...).
Tipos de mantenimiento
Es importante tener en cuenta el efecto del
Iceberg, es decir , en el momento en el que se le
hace mantenimiento a un Software no se cuenta
muchas veces con el factor econmico
(Cunto dinero se invertir en el
mantenimiento ?), y una vez se comienza a
desarrollar la fase de mantenimiento en la
aplicacin, comienzan a surgir nuevos
requerimientos, el efecto del iceberg (en la
superficie se ve solo una parte de lo que
realmente es su tamao).
Bibliografa
Meilir Page-Jones. The Practical Guide to
Structured Systems Design. Yourdon
Press, 1980. ISBN: 0-917072-17-0