REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA

INSTITUTO UNIVERSITARIO DE TECNOLOGIA EXTENSION MACHIQUES
PROGRAMA DE FORMACION NACIONAL EN INFORMATICA
INGNEIRIA DEL SOFTWARE II

IMPLANTACION DEL SOFTWARE

Alfonso Arguello
C.I.:13.592.954
Profesor:
Ing. Simn Romero

Machiques, Abril del 2016

IMPLANTACION DEL SOFTWARE

Una implementacin o implantacin es la realizacin de una aplicacin, o la

ejecucin de un plan, idea, modelo cientfico, diseo, especificacin, estndar,
algoritmo o poltica.
En ciencias de la computacin, una implementacin es la realizacin de una
especificacin tcnica o algoritmos como un programa, componente software, u
otro sistema de cmputo. Muchas implementaciones son dadas segn a una
especificacin o un estndar.
Aqu es donde el software a ser desarrollado se codifica. Dependiendo del tamao
del proyecto, la programacin puede ser distribuida entre distintos programadores o
grupos de programadores. Cada uno se concentrar en la construccin y prueba de
una parte del software, a menudo un subsistema. Las pruebas, en general, tiene
por objetivo asegurar que todas las funciones estn correctamente implementadas
dentro del sistema.

TIPOS DE IMPLANTACION DEL SOFTWARE

Mtodo Paralelo:

En este caso, una vez que el nuevo sistema est pronto y operativo el mismo se
instala y entra en funcionamiento, sin interrumpir el uso del sistema anterior. Ambos
siguen funcionando simultneamente, hasta que se entiende oportuno dejar de
utilizar el sistema anterior, dado que el nuevo funciona adecuadamente.

Es recomendable utilizar este mtodo cuando existen algunas de las siguientes

situaciones:

El nuevo sistema es de gran dimensin (tanto por el tamao en s mismo del

sistema nmero de programas que lo integran o porque afecta a un
importante nmero de unidades de la empresa clientes, proveedores,
sucursales, agencias, servicios, productos, etctera). Un ejemplo podra ser la
incorporacin de terminales de autoservicio bancario en las sucursales de un
Banco en todo el pas.

El sistema impacta en forma importante en el negocio. Por ejemplo la

automatizacin de reservas y ventas de pasajes en una compaa area. O un
sistema de facturacin en tiempo real, o un nuevo sistema de procesamiento
de tarjetas de crdito.

De alta sensibilidad (para los trabajadores, clientes, proveedores) Por ejemplo

cuando se automatiza un sistema de liquidacin de haberes al personal en una
empresa industrial, donde la forma de liquidacin es compleja por las tareas y
turnos existentes. O cuando a los clientes de una tarjeta de crdito se les
proporciona un nuevo estado de cuenta con mejoras respecto al anterior.
VENTAJAS: este mtodo tiene como mayor ventaja que es ms seguro. El
sistema anterior se mantiene en funcionamiento hasta tanto se haya validado el
cien por ciento del nuevo.
DESVENTAJAS: es ms costoso, dado que duplica una serie de costos
operativos; la implementacin puede ser ms lenta, dado que al saber que an
se dispone del sistema anterior, puede existir una tendencia a demorar las
correcciones del nuevo sistema; los usuarios son reacios al cambio y en la
medida que el nuevo sistema presente dificultades de implementacin, se
intentar regresar al sistema anterior que an est en funcionamiento.

Mtodo Directo
Este mtodo consiste en implementar el nuevo sistema dejando de lado el sistema
anterior, a partir del momento de su instalacin. La operativa se transfiere en forma
abrupta, de un da para el otro.

Generalmente se trata de disponer de fines de semana largos o feriados

intermedios para disponer de tiempo de reaccin ante probables dificultades. Este
mtodo es recomendable cuando no existen las situaciones sealadas en el caso
anterior, cuando se desea minimizar costos de implementacin o cuando se
pretende dejar un sistema anterior lo ms rpidamente posible.
VENTAJAS: es menos costoso que el mtodo paralelo, se obtienen los beneficios
del sistema ms rpidamente.
DESVENTAJAS: es ms riesgoso, no se dispone del sistema anterior en caso de
falla del nuevo sistema; se requiere una planificacin ms cuidadosa, poner a
prueba en forma exigente el nuevo sistema y establecer el mayor nmero de
posibles hiptesis de conflictos con los procesos de recuperacin correspondientes.

Mtodo Piloto
Este mtodo implica instalar un nuevo sistema en un rea de la empresa y luego de
aprobado y puesto a punto, extenderlo al resto de la misma (mediante
conversiones en directo o paralelo). El sistema se prueba en su totalidad en un
mbito restringido de la empresa (una sucursal, un departamento, con un grupo de

clientes, proveedores, etctera) para validarlo y luego se generaliza. Un ejemplo

puede ser un sistema de venta en locales, se prueba en un local piloto.

Este sistema es recomendable cuando existe un mbito de prueba apropiado. Un

inconveniente que puede surgir es que en el resto de los locales o departamentos
de la empresa, surjan nuevos requerimientos no detectados o definidos
previamente.

Mtodo por Etapas

Este mtodo implica instalar un nuevo sistema en forma gradual. Esto significa que
en cada etapa del proceso de instalacin se va haciendo experiencia con el
sistema nuevo, se va mejorando en funcin de nuevos requerimientos y superacin
de problemas que se van encontrando.

VENTAJAS: Cada etapa se va realizando con los recursos necesarios. Esto

permite implementar nuevos sistemas con recursos ms limitados.

DESVENTAJAS: el perodo de implementacin puede extenderse demasiado, lo

cual podra provocar falta de apoyo de los usuarios. Asimismo, si existieran
problemas iniciales en la implementacin, podran difundirse apreciaciones
negativas que perjudicaran el proceso en el futuro.

Un ejemplo de aplicacin de este mtodo puede ser la instalacin de cajeros

automticos. En una primera etapa podran habilitarse transacciones de consulta
de saldos y retiros. En una segunda, podran habilitarse transacciones de depsito
y transferencia entre cuentas. En una tercera, podran ponerse en funcionamiento
el pago de servicios a travs de la red de cajeros y en una ltima etapa, podran
interconectarse dos redes de cajeros automticos diferentes, para ofrecer mayores
servicios a los clientes de ambas redes.

CAPTACION Y ADIESTRAMIENTO DE LOS USUARIOS FINALES

ESTRATEGIA DE CAPACITACION

Para la puesta en marcha de un nuevo sistema en una empresa, ya sea para

mejorar uno anterior o para, optimizar una forma anterior de realizar los sucesos,

hace falta capacitar al personal que va a utilizar dicho sistema. Al inicio como modo
de prueba se puede tomar uno o dos usuarios como plan piloto para verificar el
buen funcionamiento del sistema, estos a su vez estn siendo entrenados
personalmente en el uso y puesta a punto del sistema.

La capacitacin ser regularmente en horario de trabajo, esto se tiene que ver como
inversin y no gasto, ya que un par de horas utilizadas para capacitar al personal
puede y debe evitar una cantidad enorme de atascos en el desarrollo de trabajo del
usuario utilizando el nuevo sistema, por ende de afecta el rendimiento de la
empresa por falta de conocimiento y adaptacin al nuevo sistema.

Se debe definir el tipo de capacitacin que se debe realizar, que se ajuste segn el
tipo de personas que van a manipular el sistema, elaborando siempre un material
que puede incluir ciertos escenarios como ejercicios. Esto involucra a los analistas
de sistemas con los usuarios finales, existe la posibilidad de utilizar el sistema PERT
para determinar la duracin de la capacitacin y cuando es el mejor momento para
programarla.

Se debe planificar quienes van a capacitar y a quienes van a capacitar, muchas

veces es mejor separar en grupos por departamentos, por ejemplo el departamento
de desarrolladores, no necesitaran la misma atencin para adaptarse al sistema a
diferencia del departamento de recursos humanos, ponerlos juntos o aburriran a un
grupo o decepcionaran a otro por no sentirse o no percibir con la misma facilidad
las explicaciones.

Es importante utilizar palabras tcnicas con las personas que conocen los trminos
y bajar a palabras sencillas y con analogas para personas que no tienen los
conceptos tcnicos de sistemas.

Se debe tomar en cuenta para capacitar tanto a los usuarios que vayan a
interactuar en el sistema directamente como los que indirectamente se vean
afectados para que comprendan el proceso que lleva al registrar, dar servicio
tcnico, recibir, clasificar y/o escalar una incidencia.

Ventajas y desventajas de los Instructores

Analistas: Conocen al personal de la organizacin, conocen el sistema, son factores

a favor para que ellos realicen la capacitacin, en cambio su falta de tiempo por la

saturacin en el proceso de implantacin del sistema o falta de didctica para

ensear pueden ser unos factores en contra.

Instructores Externos: Por su amplia experiencia en la rama de capacitar es un

gran apoyo, tienen mejor didctica ya que estn orientados a relaciones humanas,
en contra es que necesitan el tiempo para conocer el funcionamiento del sistema y
entender tambin el funcionamiento interno de la empresa. Y esto puede afectar en
que no sean suficientemente significativas las enseanzas para los usuarios.

Instructores internos: Estn a tiempo completo dedicados, se encuentran

familiarizados con el personal y entienden el funcionamiento y objetivos de mercado
de la empresa, puede desarrollar materiales especficos, las desventajas de los
instructores internos es que si bien poseen experiencia en otras reas, quiz no sea
as para los sistemas de informacin y, en consecuencia, pueden carecer de la
profundidad que los usuarios requieren.

Usuarios Piloto: Ya que uno o dos usuarios fueron, usuarios pilotos para las pruebas
antes de poner en marcha el sistema tuvieron adiestramiento directo de los
desarrolladores y/o analistas siendo estos usuarios piloto representantes de
diferentes reas funcionales que utilizaran el nuevo sistema, ellos a su vez pueden
capacitar a sus usuarios-compaeros.

Aspectos Necesarios a Tomar en cuenta

Capacitacin de operadores del sistema

Conocer el equipo
Desperfectos ms comunes y como solucionarlos.

Capacitacin de los usuarios

Identificacin de los problemas.

Mantenimiento de los sistemas.

Mtodos de capacitacin

 Capacitacin por el proveedor.

Capacitacin de Expertos Internos.

Formas de Capacitacin

Presencial

Semi-Presencial

A distancia

Talleres

Cursos

Seminarios

CONVERSION DE DATOS

En informtica, la conversin alude al proceso de transformacin de datos

informticos de una representacin concreta a otra, cambiando los bits de un
formato a otro, normalmente para lograr la interoperatibilidad de aplicaciones o
sistemas diferentes. Al nivel ms simple, la conversin de datos puede
ejemplificarse por la conversin de un fichero de texto desde una codificacin de
caracteres a otra. Son conversiones ms complejas las de los formatos de ficheros
ofimticos y multimedia, a veces fuera de las capacidades de ordenadores
domsticos (o a expensas de tiempos de proceso muy altos).

CONFIGURACION DEL ENTORNO

Un entorno de desarrollo de software es una combinacin de herramientas que

automatiza o soporta al menos una gran parte de la tareas (o fases) del desarrollo:
anlisis de requisitos, diseo de arquitectura, diseo detallado, codificacin,
pruebas de unidades, pruebas de integracin y validacin, gestin de
configuracin, mantenimiento, etc. Las herramientas deben estar bien integradas,
pudendo interoperar unas con otras.
Estn formados por el conjunto de instrumentos (hardware, software,
procedimientos) que facilitan o automatizan las actividades de desarrollo. En el
contexto de esta asignatura se consideran bsicamente los instrumentos software.

CASE: Computer-Aided Software Engineering

 Con este trmino genrico se denominan los productos software que dan
soporte informtico al desarrollo
Sera deseable automatizar todo el desarrollo, pero normalmente se
automatiza slo en parte
Productos CASE: son cada uno de los instrumentos o herramientas software
de apoyo al desarrollo

La tecnologa CASE da soporte para actividades verticales

Son actividades verticales las especficas de una fase del ciclo de vida:
anlisis de requisitos, diseo de la arquitectura, edicin y compilacin del
cdigo, etc.

Tambin se necesita soporte para actividades horizontales

Son actividades horizontales las actividades generales: documentacin,

planificacin, gestin de configuracin, etc.

DOCUMENTACION DEL SOFTWARE

Una buena documentacin de software, ya sea un documento de especificaciones

para programadores y ensayadores, un documento tcnico para usuarios internos,
o manuales de software y documentos de ayuda para usuarios finales, ayuda a que
la persona que trabaja con el software entienda sus caractersticas y funciones.
Una buena documentacin de usuario es especfica, concisa, y relevante, y le
brinda toda la informacin importante a la persona que utiliza el software. A
continuacin se presentan instrucciones de cmo escribir una documentacin de
software para usuarios tcnicos y usuarios finales.

1. Determina los fines comerciales de tu documentacin.

Si bien el motivo funcional por lo que se documenta el software es ayudar a los

usuarios a entender cmo usar la aplicacin, tambin existen otros motivos,
como asistir al marketing del software, mejorar la imagen de la compaa, y
ms importante, reducir los costos de soporte tcnico. En algunos casos, la

documentacin es necesaria para cumplir con ciertas regulaciones o

requerimientos legales.
Sin embargo, la documentacin de software jams debe compensar por un mal
diseo de interfaz. Si una pantalla de la aplicacin requiere pginas y pginas de
documentacin que la expliquen, es mejor cambiar el diseo de la pantalla y hacer
algo ms intuitivo.

2. Entiende para quin ests escribiendo la documentacin.

En la mayora de los casos, los usuarios de software saben poco acerca de

computadoras fuera de las tareas que les permite realizar las aplicaciones que
utilizan. Existen varios modos de determinar cmo satisfacer sus necesidades con
la documentacin.

Observa los ttulos profesionales que tienen tus posibles usuarios. Un

administrador de sistemas posiblemente sea experto en varios programas de
computacin, mientras que un empleado que ingresa datos posiblemente
conozca nicamente la aplicacin que utilice en ese momento para ingresar los
datos.
Observa a los usuarios en s. Aunque los ttulos profesionales por lo general
indican qu es lo que hacen las personas, pueden haber variaciones
considerables en cmo algunos ttulos se utilizan en ciertas organizaciones. Al
entrevistar a los posibles usuarios, puedes tener una idea de si ests en lo
cierto respecto a lo que piensas que indica su ttulo profesional.
Observa la documentacin existente. La documentacin de las versiones
anteriores del software, as como las especificaciones funcionales,
proporcionan algunas indicaciones acerca de lo que el usuario necesitar para
saber cmo utilizar el programa. Sin embargo, ten en cuenta que a los usuarios
finales no les interesa cmo funciona el programa, sino qu es lo que el
programa puede hacer por ellos.
Identifica las tareas necesarias para realizar el trabajo, y qu tareas deben
realizarse antes de que las otras tareas puedan llevarse a cabo.

3. Determina el formato apropiado (o los formatos apropiados) para la

documentacin.
Un manual de consulta se dedica a explicar las caractersticas individuales de
un software (botn, barra, campo, y cuadro de dilogo) y cmo funcionan.
Muchos archivos de ayuda estn escritos utilizando este formato, en especial
los archivos de ayuda que se tienen en cuenta el contexto y muestran un

tema relevante cuando el usuario hace clic en el botn de Ayuda en una

pantalla en particular.
Un formato de gua de usuario explica cmo se usa el software para realizar
una tarea en particular. Las guas de usuario, por lo general, vienen impresas
o en PDF, aunque algunos archivos de ayuda incluyen temas acerca de cmo
realizar tareas especficas (por lo general, estos temas de ayuda no tienen en
cuenta el contexto, aunque pueden estar vinculados con otros temas que s lo
tengan). Por lo general, las guas de usuario vienen en forma de tutoriales,
con un resumen de la tarea a realizar en la introduccin y las instrucciones
presentadas en pasos numerados.

4. Decide qu forma (o qu formas) debera tomar la documentacin

La documentacin de software para usuarios finales puede tomar una entre
varias formas: manuales impresos, documentos PDF, archivos de ayuda, o
ayuda en lnea. Cada una de las formas est diseada para mostrarle al
usuario cmo usar cada funcin del programa, ya sea en forma de gua paso a
paso o de tutorial; en el caso de los archivos de ayuda y de ayuda en lnea,
estos pueden incluir videos demostrativos adems del texto y de las imgenes.
Los archivos de ayuda en lnea deben estar indexados y permitir las
bsquedas por palabras claves para que el usuario pueda encontrar
rpidamente la informacin que busca. Aunque las herramientas para crear
los archivos de ayuda pueden generar automticamente los ndices, por lo
general es mejor crearlos manualmente, usando los trminos que los usuarios
probablemente busquen.
5. Elige la herramienta de documentacin apropiada
Los manuales de usuario impresos o en PDF pueden escribirse con un
procesador de texto como Word o un editor de texto sofisticado como
FrameMaker, dependiendo de su largo y su complejidad. Los archivos de
ayuda pueden escribirse utilizando herramientas para crear archivos de ayuda
como RoboHelp, Help and Manual, Doc-To-Help, Flare o HelpLogix.

DOCUMENTACION INTERNA
La documentacin interna de un programa son los comentarios que el programador
puede escribir en el cdigo fuente de un programa y que el compilador no tendr en
cuenta, ya que, no son instrucciones. Los comentarios de un programa son
explicaciones o aclaraciones que ayudarn al programador en un futuro, cuando
quiera revisar o modificar el cdigo fuente de dicho programa, y todava sern de

ms ayuda si la modificacin la tiene que realizar un programador distinto al que

escribi el cdigo fuente en un primer momento.

DOCUMENTACION EXTERNA

Para que el mantenimiento de una aplicacin informtica sea lo ms fcil posible,

es conveniente disponer de toda su documentacin, esto es, de todos los
documentos que se han ido generando en todas las etapas anteriores: ERS,
algoritmos, cdigos fuentes, manuales de usuario, etc. A todo este tipo de
documentacin se le considera externa.