Conceptos Básicos.

Primeramente, es necesario dar ciertos conceptos claves que permitirán un mejor

entendimiento sobre lo que es la implantación de sistemas:

 Implantación: Una definición tradicional para este término es la siguiente

“Establecer y poner en ejecución nuevas doctrinas, instituciones, prácticas o
costumbres”. Llevada a la carrera de ingeniería de sistemas, implantar es la última
fase de elaborar un sistema, el resultado de estudiar una situación y en función a
ella elaborar un sistema para dar solución, o mejorar dicha situación y llevarla a
cabo.
 Sistema: Un sistema; en su definición mas simple es “un conjunto de elementos
que interactúan entre si, para lograr un fin común” los elementos incluyen muchas
cosas, las personas, los equipos, los software usados, y el fin común son facilitar
el cumplimiento de los objetivos propuestos.
 Modelo: Un modelo es una versión inicial del sistema, consiste en considerar los
diversos elementos que intervienen en el mismo, y expresarlo de tal manera que
se facilite su representación, y pueda explicarse de manera mas profunda su
funcionamiento.
 Herramienta: Llevado al ámbito de implantación, son aplicaciones o
instrucciones que se utilizan para facilitar alguna acción, algunas de ellas serán
explicadas mas adelante como el PERT, CMP y UML.
 Ambiente: Es el lugar con ciertas condiciones en el cual habita el sistema
temporalmente; en el caso de ambientes de prueba, como permanente; como el
ambiente operacional.
 Fases Para la Implantación de Sistemas.

1. Codificación

Consiste en transformar la lógica del programa; es decir, el diseño previo del

sistema, en instrucciones específicas que puedan ser ejecutadas por el computador. Entre
los posibles lenguajes existentes para codificar se pueden encontrar lenguajes de
programación, como Visual C++, Access, Visual Basic, SQL, HTML, Java, entre otros.
Vale aclarar que mientras mejor sea el diseño del sistema, más fácil y rápido será crear el
código que siga esas instrucciones.

2. Pruebas

Después de codificar, el programador debe hacer pruebas con el programa para

asegurarse que trabaja correctamente. Luego, los programas se prueban en grupos, y
finalmente, el sistema completo se prueba.
En su estado inicial, el programa debe de estar compilado y verificado para
eliminar errores; tanto de sintaxis como lógicos. Una vez que se asegura el
funcionamiento del programa, se procede a elaborar pruebas de funcionamiento; es decir,
se corre el programa y se trabaja con él como lo haría un usuario final, todo con la
finalidad de encontrar errores en tiempo de ejecución que terminen el programa de forma
abrupta.
 3. Instalación y Evaluación

Ambiente operacional
El ambiente operacional o ambiente de producción es el ambiente de equipo y
programas donde opera el sistema actual. El ambiente que los analistas y programadores
usan para desarrollar y mantener programas se llama ambiente de prueba. Un área de
prueba separada es necesaria para mantener la seguridad e integridad del sistema y
proteger el ambiente operacional. El acceso a este ambiente es limitado a los usuarios y
estrictamente controlado. Los analistas y programadores no deben tener acceso al mismo
excepto para corregir problemas del sistema o realizar modificaciones autorizadas.

Ambiente de prueba
El ambiente de prueba contiene copias de todos los programas. Antes de realizar
cualquier cambio en el sistema operacional, se deben verificar en el ambiente de prueba
y se debe obtener autorización del usuario. Esto con la finalidad de asegurar alguna
mejora potencial o real, sin perjudicar el funcionamiento del sistema.

4. Adiestramiento:

Ningún sistema puede ser exitoso sin el adiestramiento apropiado. El

adiestramiento debe ser para los usuarios, los gerentes y los miembros del departamento
de sistemas de información (I.S.). Todos los esfuerzos del desarrollo del sistema
dependen de que las personas entiendan el sistema y puedan usarlo eficientemente. El
primer paso es identificar quiénes debe recibir el o los adiestramientos y cuál es el
adiestramiento necesario para cada persona. Cada grupo (usuario, gerente y personal de
I.S.) requiere una mezcla de conocimientos generales e información detallada para
entender y usar el sistema.

5. Conversión de archivos

Después de establecer el ambiente operacional del nuevo sistema y realizar los

adiestramientos necesarios, se comienza el proceso de conversión, en el que se transfieren
las operaciones del sistema de computadoras viejo al nuevo sistema. En la conversión de
archivos los datos existentes se cargan al nuevo sistema. Esta conversión es un proceso
costoso que requiere la participación de los usuarios y del personal de I.S. Si es posible,
se debe automatizar el proceso, exportando datos del viejo sistema e importándolos al
nuevo. Se debe mantener estrictos controles de input durante el proceso, ya que los datos
son muy vulnerables. Todas las medidas de control deben estar operando para proteger
los datos de acceso no autorizado y ayudar a prevenir errores.

System Changeover

Es el proceso de activar el nuevo sistema de información y retirar el viejo. El

cambio puede ser rápido o lento, dependiendo del método a usarse. Los cuatro métodos
son: Direct cutover, parallel operation, Pilot operation, Phased changeover.

Direct cutover
El cambio del sistema viejo al nuevo ocurre tan pronto el nuevo sistema es
operacional. Usualmente es el método menos costoso, pues el grupo de I.S. tan solo tiene
que operar y mantener un sistema a la vez. Por otro lado, es el método con mayor riesgo,
pues no se puede usar el sistema viejo para ayudar a resolver los problemas que ocurran,
o para verificar que todos los detalles de los datos sean correctos. Este método se puede
usar al implantar programas comprados (software packages), para sistemas no críticos o
cuando los dos sistemas (el viejo y el nuevo) no pueden co-existir.

Parallel Operation
Ambos sistemas operan totalmente por un tiempo específico. Los datos son
entrados a ambos sistemas, y el output generado por el sistema nuevo es comparado con
su equivalente en el sistema viejo. Cuando el nuevo sistema opera correctamente, se deja
de usar el sistema viejo. La ventaja mayor es su bajo riesgo, si el nuevo sistema no trabaja
bien, se puede usar el sistema viejo hasta que se realicen los cambios apropiados. Sin
embargo, este método es el más costoso, pues hay que darle servicios a ambos sistemas.
Los usuarios deben trabajar en los dos sistemas y a veces hace falta ayuda temporera. Este
método no es práctico si los dos sistemas son incompatibles o realizan funciones
diferentes.
 Pilot operation
Se implanta todo el nuevo sistema en un área de la compañía. El grupo que usa el
nuevo sistema se conoce como área o grupo piloto. El sistema viejo continúa operando
en toda la organización, incluyendo el área piloto. Después de probar que el sistema
trabaja correctamente en el área piloto, se implanta en toda la organización, normalmente
usando el método Directo cutover. El Pilot operation reduce el riesgo de fallas del sistema
comparado con Direct cutover; y es menos costoso que el Parallel operation.

Phased changeover
Se implanta el nuevo sistema en fases, o módulos, en vez de implantar todo el sistema
a la vez. Cada subsistema se puede implantar usando uno de los otros métodos. Una
ventaja es que el riesgo se limita solo al módulo implantado. Este método no es posible
si no se puede separar el sistema en módulos.

Metodología en un caso de estudio.

1.- Diseño del Caso de Estudio

El diseño de la investigación consiste en ligar los datos a ser recolectados con
preguntas iníciales del estudio. El diseño esta compuesto por 5 aspectos, los cuales son:

 Preguntas de Estudio: El tipo de preguntas de investigación utilizadas en el estudio

son generalmente de tipo exploratorio; es decir conocer los elementos que
intervienen en el sistema.
  Proposiciones de la misma, si las hay: Cada proposición dirige su atención a algo
que debe ser examinado dentro del alcance del estudio; es decir, la hipótesis que
pruebe algún fenómeno o acontecimiento.
 Unidades de análisis: Son aquellos Entes en lo cuales se desarrolla el Sistema, o
que se encuentran inmersos en el mismo.
 La relación lógica entre las preguntas y las proposiciones: Si existen hipótesis, las
preguntas realizadas deben dar respuesta o origen a la misma
 Criterios para interpretar los Resultados: La capacidad para poder comparar de
manera sistemática los resultados obtenidos luego de estudiar el caso.

Existen varios tipos de diseño de Casos de estudios según Yin:

1. Caso Único - Unidad Única: Estudio de un solo objeto usando solo una unidad de
análisis
2. Casó Único - Unidades Múltiples: Estudio de un solo objeto usando dos o mas
unidades de análisis
3. Caso Múltiple – Unidad Única: se persigue la replicación lógica de resultados
repitiendo varias veces el mismo estudio sobre casos diferentes para obtener más
pruebas y mejorar la validez de la investigación. Realizado en una unidad de
análisis.
4. Caso Múltiple Unidades Múltiples: se persigue la replicación lógica de resultados
repitiendo varias veces el mismo estudio sobre casos diferentes para obtener más
pruebas y mejorar la validez de la investigación. Realizado en dos o más unidades
de análisis.

2.- Preparación Para la Recolección de Datos:

Para preparar la recolección de datos Yin establece que deben seguirse los
siguientes pasos:

 Visión General del Proyecto: La visión General incluye información antecedente

acerca del sistema y los objetivos del mismo.
  Procedimiento de Campo: Se refiere al grado de accesibilidad al lugar de estudio
y a la información necesaria para la investigación; no es posible hacer la
investigación si no se puede tener acceso a toda la información necesaria.
 Preguntas del Caso de Estudio: Las preguntas son para el investigador, no para el
investigado. Sirven para recordar las cosas que deben considerarse y la
información que se necesita recolectar; y el porque de las mismas.

3.- Recolección de Datos:

La evidencia de los casos de estudio puede ser recolectada a través de documentos,

archivos, entrevistas observación directa, participativa y artefactos físicos.

4.- Análisis de Datos

Consiste en examinar, categorizar, tabular o recombinar la evidencia para poder

alcanzar las proposiciones del estudio.

5.- Reporte de Caso de Estudio

En el reporte deben de estar ingresados estos procesos:

 Identificar la Audiencia del Reporte: Enfocar a quien esta dirigido el reporte,

quienes serán beneficiarios de las lecciones que puedan ser aprendidas del mismo,
las recomendaciones, y las conclusiones del mismo
 Desarrollar la Estructura: La estructura se refiere al contenido, y al orden que
posee el mismo, debe ser simple y concisa, debe reflejar los logros de la
investigación.

Descripción de Técnicas para la implantación de Sistemas.

Uso de Herramientas para:

 Planificación y control de Proyectos
PERT
Program Evaluation & Review Technique tambien conocida como Técnica de
revisión y evaluación de programas; es básicamente un método para analizar las tareas
involucradas en completar un proyecto dado, especialmente el tiempo para completar
cada tarea, e identificar el tiempo mínimo necesario para completar el proyecto total.

Existen dos metodologías aceptadas para dibujar una malla PERT, la de

“Actividad en el Arco” y las de “Actividad en el Nodo”, siendo ésta última la más
utilizada en la actualidad en atención a que es la que usan la mayoría de las aplicaciones
computacionales especialistas en este tema.

Cada nodo contiene la siguiente información sobre la actividad:

 Nombre de la actividad
 Duración esperada de la actividad (t)
 Tiempo de inicio más temprano (ES = Earliest Start)
 Tiempo de término más temprano (EF = Earliest Finish)
 Tiempo de inicio más tardío (LS = Latest Start)
 Tiempo de término más tardío (LF = Latest Finish)
 Holgura de la Actividad (H)
 Un diagrama PERT facilita la toma de decisiones; el primer bosquejo numerara
os eventos secuencialmente en múltiplos de 10, para permitir la añadidura de eventos
adicionales.

Dos eventos consecutivos están unidos por actividades, las cuales están
expresadas con una flecha entre ellos, y poseen una secuencia lógica, por lo que un evento
no puede comenzar si su predecesor no ha terminado.

El planificador es quien decide cuales “milestones” (el final de un escenario que

marca la competición de un trabajo o de una fase) formaran parte del diagrama PERT, y
también decidirá su secuencia. Los diagramas PERT pueden tener muchas hojas con
múltiples sub eventos.

Se Puede considerar PERT como técnica de planificación por el hecho que permite
tener esbozos de tiempo y de procesos.

CPM
Critical Path Method; o Método de Ruta Critico, es un algoritmo matemático para
programar actividades de un proyecto, va de la mano con los diagramas PERT para poder
establecer cuales son las secuencias de eventos críticos y cuales no lo son.

Una Ruta Crítica suele ser la ruta que posea mayor tiempo de origen a final. Se
consideran críticos porque por su duración deben de ejecutarse mas temprano. Los no
críticos, por su corta duración pueden ser pospuestos sin atrasar o alargar el tiempo total
del proyecto.

Una vez obtenidas las rutas críticas se puede dar prioridad a ciertos eventos, o
reestructurarlos para acortar el tiempo de ejecución para así disponer de una holgura en
la planificación.
  Diseño de Programas

UML
El Lenguaje Unificado de Modelado (UML) se utiliza para especificar, visualizar,
modificar, construir y documentar los artefactos de un software orientado a objetos
sistema intensivo en fase de desarrollo. UML ofrece una forma estándar para visualizar
planos arquitectónicos de un sistema, que incluya elementos tales como:
 Actores
 Procesos de negocio
 Componentes Lógicos
 Actividades
 Las sentencias de lenguaje de programación
 Esquemas de base de datos
 Componentes de software reutilizables.
 Notas de entendimiento del sistema

Existen varios tipos de diagramas dentro del UML: entre ellos se encuentran los
siguientes:
 El Diagrama de Estructura: Este enfatiza en mostrar lo que debe estar dentro
del sistema. Muestra Clases; un tipo de objeto, entidad, o elemento con
características definidas de manera general, Objetos; los cuales son elementos
particulares hechos en función de las clases, Asociaciones; las relaciones entre
objetos, Herencias; determinada si un clase con engloba características de clases
 subordinadas, y Elementos Derivado; cuando un elemento se obtiene un función
de otro.

 Los Diagramas de Comportamiento: Enfatizan en como deben suceder las

cosas dentro del sistema. muestra la relación entre los actores y procesos del
sistema del sistema; y muestra la secuencia de estados por los que pasa un proceso,
un objeto a lo largo de su vida, o bien todo el sistema.

 Los Diagramas de Interacción: Se muestra un patrón de interacción entre

objetos. Muestran como interactúan entre sí las clases en función del tiempo y
muestran la colaboración dinámica entre los elementos.

 Diseño y construcción de pruebas

WAPT
Se utiliza para probar aplicaciones web e interfaces relacionadas con la web. Estas
herramientas se utilizan para el funcionamiento, la carga y las pruebas de estrés de
aplicaciones web, sitios web, servidores web y otras interfaces web. WAPT tiende a
simular usuarios virtuales que repiten URL registradas o una dirección URL especifica y
permite a los usuarios especificar el número de veces o iteraciones que los usuarios
virtuales tendrán que repetir el URL registrado. De este modo, la herramienta es útil para
comprobar si hay cuello de botella de rendimiento y las fugas en el sitio web o aplicación
web se está probando.

JUnit
JUnit es un conjunto de clases que permite realizar la ejecución de clases Java de
manera controlada, para poder evaluar si el funcionamiento de cada uno de los métodos
de la clase se comporta como se espera. Es decir, en función de algún valor de entrada se
evalúa el valor de retorno esperado; si la clase cumple con la especificación, entonces
JUnit devolverá que el método de la clase pasó exitosamente la prueba; en caso de que el
valor esperado sea diferente al que regresó el método durante la ejecución, JUnit
devolverá un fallo en el método correspondiente.
 Bibliografía

http://www.loadtestingtool.com/

http://es.wikipedia.org/wiki/JUnit

http://en.wikipedia.org/wiki/Software_design

http://es.wikipedia.org/wiki/Categoría:Diseño_de_software

http://mmalicea.tripod.com/proyecto/implantsist.htm

http://es.wikipedia.org/wiki/Caso_de_prueba

http://en.wikipedia.org/wiki/Case_study

http://es.wikipedia.org/wiki/Estudio_de_caso

http://webcache.googleusercontent.com/search?q=cache:nD7mfKHHt60J:www.slidesha
re.net/bemaguali/estudio-de-caso-
1253001+unidad+unica+yin+unidad+multiple+metodo&cd=4&hl=es&ct=clnk&gl=ve
&lr=lang_en|lang_es&client=firefox-a

http://html.rincondelvago.com/metodos-de-investigacion-educativa.html

http://catarina.udlap.mx/u_dl_a/tales/documentos/lad/cancela_c_em/capitulo3.pdf