IMPLANTACION DE APLICACIONES

1
IMPLANTACION DE APLICACIONES

• CAPITULO 8 IMPLANTACION DE APLICACIONES DE
  SISTEMAS DE INFORMACION
• TEMA ANALISIS DE LAS ETAPAS ESENCIALES DEL
  PROCESO PRUEBAS DE SISTEMAS DISTINTOS TIPOS
  PROCESO DE CONVERSION INSTALACION Y PRUEBA DE LA
  INFRAESTRCTURA TECNICA ENTRENAMIENTO Y
  CAPACITACION DE USUARIOS

2
REPASANDO CONCEPTOS.........

• IMPLANTACION/IMPLEMENTACION
• VISION GENERICA-ORIENTADA AL NEGOCIO
• COMPRENDE TODAS LAS ACTIVIDADES DE LA
  ORGANIZACIÓN ENCAMINADAS A ADOPTAR, ADMINISTRAR
  Y CONVERTIR EN RUTINARIA UNA INNOVACION. (Laudon,
  6, 7, 8º Ed.S, de Inf. Gerencial)
• VISION COMO ETAPA DE UN PROCESO DE DESARROLLO O
  ADQUISICION DE SISTEMAS. (MAS ORIENTADA).
• EL PROCESO COMPRENDE UNA VARIEDAD DE ACTIVIDADES
  NECESARIAS PARA LA PUESTA EN MARCHA EFECTIVA DEL
  SISTEMA PRUEBAS, DOCUMENTACION, ADQUISICION DE
  BIENES Y SERVICIOS, INSTALACIONES, CONVERSIONES,
  CAPACITACION. (James OBrien,S.Inf. Gerencial)

3
REPASANDO CONCEPTOS.........

• IMPLANTACION/IMPLEMENTACION
• VISION PROPUESTA DESDE LA OPTICA DE UN PROCESO DE
  DESARROLLO O ADQUISICION DE SISTEMAS. (CATEDRA).
• IDENTIFICARLA COMO UN CONJUNTO DE ACTIVIDADES
  GENERALES, ADMINISTRATIVAS Y/O TECNICAS, QUE SON
  NECESARIAS ALGUNAS IMPRESCINDIBLES- PARA PODER
  OBTENER UNA PUESTA EN MARCHA EXITOSA DE UN
  SISTEMA DE INFORMACION.
• BASICAS, PRESENTES EN CUALQUIER PROCESO DE
  IMPLANTACION.
• ESPECIFICAS O CRITICAS, SEGÚN LA NATURALEZA
  PARTICULAR DE CADA PROYECTO.

4
ACTIVIDADES DEL PROCESO DE IMPLANTACION

• PLAN Y CRONOGRAMA DEL PROCESO (Unico o
  sectorizado, según grado de complejidad). Vemos
  en detalle en 8.4.
• ADQUISICION DE HARD Y SOFTWARE
• Servidores, unidades cliente, portables, palm,
  componentes fìsicos, ampliaciones de
  configuraciones Software de base, utilitarios,
  aplicativos de apoyo/uso gral.
• Adquisición e instalación de soft. Base de datos,
  comunicaciones, Seguridad, buscadores de
  Internet, correo electrònico, digitalización de
  doc., etc.
• CONTRATACION SERVICIOS DE TERCEROS.
• Para infraestructura, instalaciones, provisión de
  soporte, servicios de aplicación complementarios
  (ASP), etc.
• Para capacitación y entrenamiento.
• CONFIGURACION SERVIDORES Y CLIENTES.

5
ACTIVIDADES DEL PROCESO DE IMPLANTACION (Cont.)

• ADECUACIONES DE INSTALACIONES FISICAS
• Obra civil, aire acondicionado, proteccìón contra
  incendios,control de accesos, etc.
• Instalaciones eléctricas, cableado, routers,
  firewalls, etc.
• CONTROL, EVALUACION Y APROBACION DE DOCUMENTACION
  (Técnica y del Usuario).
• Revisión concatenada con las Pruebas.
  Comprobación de calidad, suficiencia, nivel de
  comprensión, cobertura necesidades.
• Procedimiento de Control sobre cambios propuestos
  e inducidos por ajustes derivados de las Pruebas
  del Sistema.
• PRUEBAS DE SISTEMAS, en sus diferentes tipos.
• INSTALACION Y PRUEBA DE LA INFRAESTRUCTURA
  TECNICA.

6
ACTIVIDADES DEL PROCESO DE IMPLANTACION (Cont.)

• CONVERSION DE DATOS (sentido amplio)
  PREEXISTENTES. (migración).
• CAPACITACION Y ENTRENAMIENTO DE USUARIOS (cliente
  interno, terceros involucrados).
• CAPACITACION PERSONAL TECNICO. (Utilitarios,
  versiones DBA, Estructura técnica de la
  aplicación, si ha sido adquirida,etc
• PRUEBAS DE INTERFACES CON OTROS SISTEMAS
  (vínculos con otros sistemas internos, con
  aplicativos de terceros, etc.).
• DETERMINACION POLITICAS DE BACK UP (si son fuera
  de Std)
• CARGA DE PARAMETROS BASICOS DE CONFIGURACION
  PRIMARIA (para Pruebas e Instalación). NO ERP.
  Comentar.
• DISTRIBUCION DE DOCUMENTACION Y CARGA AYUDAS EN
  LINEA.

7
ACTIVIDADES DEL PROCESO DE IMPLANTACION (Cont.)

• ACTUALIZACION DE ORGANIGRAMAS Y MANUALES DE
  FUNCIONES. (según magnitud cambios)
• REVISION, ACTUALIZACION, REDISEÑO DE
  PROCEDIMIENTOS Y MANUALES.
• REVISION Y APROBACION DE WORKFLOWS (si contempla
  el sistema). Proceso vinculado a las Pruebas.
• RELOCALIZACION DE USUARIOS.
• INDUCCION E INTEGRACION DE TERCEROS AL/LOS
  PROCESOS.
• OTROS...... Según características específicas del
  Proyecto.

8
PRUEBAS DE SISTEMAS

• OBJETIVO CENTRAL (FILOSOFICO) LOGRAR PRODUCIR Y
  DETECTAR CONDICIONES DE FALLA U OMISIONES.
  (Provocar errores o incumplimientos).
• CONDICION ESENCIAL PLANIFICAR, ORGANIZAR Y
  CONTROLAR EL ARMADO Y SU EJECUCION.
• REQUISITO COMO PRODUCTO REGISTRAR Y DOCUMENTAR
  LOS RESULTADOS OBTENIDOS.
• HERRAMIENTAS DE APOYO PARA PRUEBAS.
• ROBOTS DE TESTING. (APLICATIVOS
  ESPECIFICOS-GRANDES SISTEMAS)
• PROGRAMAS DE CAPTURA Y REPETICIÓN DE EVENTOS.
• PROGRAMAS CONTROLADORES.
• GENERADORES DE CASOS DE PRUEBA.
• USO DE PRODUCTOS GRALES. STD. WORD, EXCEL.

9
PRUEBAS DE SISTEMAS - CLASIFICACION

• PREVIAS A LA ETAPA DE IMPLANTACION.
• PRUEBA UNITARIA O DE PROGRAMA.
• BUSCA VERIFICAR EL COMPORTAMIENTO DE ESTE EN SI
  MISMO. (Entradas, tratamiento de código, salidas
  que entrega-) En función especificaciones de
  diseño técnico-funcionales.
• RESPONSABLE PROGRAMADOR EQUIPO DE TESTEO DE
  PROGRAMAS, SEGÚN ESTRUCTURA AREA DE DESARROLLO.
• ESENCIAL. NO PUEDE FALTAR. DETECCION TEMPRANA DE
  FALLAS Y ERRORES.
• ESTADISTICA ERRORES 32 Lógica, 19
  Documentación, 18 De cómputo, 11 Código
  erróneo. (Hewlett Packard-1998).
• CREAR LA CULTURA DE CALIDAD EN LA PRUEBA EN
  DESARROLLADORES. (Aporte ISO, CMM, etc.).
• PRUEBA DE INTEGRACION.
• PROCESO QUE BUSCA COMPROBAR QUE LOS COMPONENTES
  (PROGR.)TRABAJAN EN CONJUNTO SEGÚN
  ESPECIFICACIONES DE DISEÑO.

10
PRUEBAS DE SISTEMAS - CLASIFICACION

• PROPIAS DE LA ETAPA DE IMPLANTACION.
• PRUEBA FUNCIONAL.
• BUSCA EVALUAR EL COMPORTAMIENTO DEL SISTEMA SEGÚN
  LAS FUNCIONES DESCRIPTAS Y APROBADAS EN EL
  DISEÑO.
• REQUISITO 1 FUERTE PARTICIPACION DEL USUARIO
  (EQUIPO, NO SOLO KEY USERS- SEGÚN NATURALEZA Y
  MAGNITUD DEL S.).
• REQUISITO 2 ORGANIZACIÓN Y ADMINISTRACIÓN
  PROFESIONAL. (PERFIL C.ECONOMICAS INTEGRADOR CON
  VISION FUNCIONAL DE NEGOCIO- CON SOPORTE
  ESPECIALIZADO, SEGÚN COMPLEJIDAD Y NATURALEZA DE
  LA APLICACIÓN.
• SISTEMAS ADQUIRIDOS. INTEGRACIÓN DEL PROVEEDOR.
  CONDUCCION CENTRALIZADA NO DELEGABLE. ADECUACION
  DEL EQUIPO DE PRUEBA.
• DETECCION DE OMISIONES, CAMBIOS O NUEVOS
  REQUERIMIENTOS ADMINISTRACION Y EVALUACION
  ORDENADA. RIESGO DEL CIRCULO VICIOSO.
  EQUILIBRIO ENTRE NECESIDAD-OPORTUNIDAD-METAS

11
PRUEBAS DE SISTEMAS - CLASIFICACION

• PROPIAS DE LA ETAPA DE IMPLANTACION.
• PRUEBAS DE RENDIMIENTO/DESEMPEÑO.
• AGRUPAMIENTO DE TIPOS DE PRUEBAS QUE BUSCAN
  EVALUAR LA MANERA EN QUE SE COMPORTA EL SISTEMA
  EN FUNCION DE OTROS REQUERIMIENTOS DE HARD O DE
  SOFT.
• TIPOS MAS COMUNES
• PRUEBAS DE ESTRÉS. Comportamiento al límite
  máximo de exigencia (saturación de ingreso,
  máximo de usuarios concurrentes) Trabajo exigido.
• PRUEBAS DE VOLUMEN. Comportamiento ante gran
  cantidad de datos efectos s/capacidad archivos,
  espacio en disco, indice de respuesta, etc.
• PRUEBAS DE CONTROLES. Adicionales por demandas de
  Auditoría.
• PRUEBAS DE COMPONENTES DE SEGURIDAD. Carga y
  actualización de perfiles. Administración.
• PRUEBAS DE TIEMPO DE RESPUESTA (TEMPORIZACION).
  Respuesta de acceso y en diálogo interactivo con
  el usuario.
• PRUEBAS DE COMPATIBILIDAD CON OTROS SISTEMAS.
  Caso de interfaces con otras aplicaciones. Con
  aplicaciones de terceros (EDI, Soft. De
  digitalización, Soft Bancario, Ebussines, etc).
• PRUEBAS DE FACILIDADES DE USO.

12
PRUEBAS DE SISTEMAS - CLASIFICACION

• PROPIAS DE LA ETAPA DE IMPLANTACION.
• PRUEBA DE ACEPTACION.
• EL CLIENTE BUSCA COMPROBAER QUE EL
  COMPORTAMIENTO VERIFICADO DEL SISTEMA CUMPLE CON
  SUS REQUERIMIENTOS Y EXPECTATIVAS.
• ACEPTA EL PRODUCTO Y LO APRUEBA FORMALMENTE.
• PRODUCTO OBTENIDO SISTEMA ACEPTADO Y EN
  CONDICIONES DE SER INSTALADO PARA SU PUESTA EN
  MARCHA.
• REQUISITO INELUDIBLE. CONSENSO PARA EL INICIO DE
  LA OPERACIÓN.
• PRUEBA DE INSTALACION.
• BUSCA COMPROBAR SI EL SISTEMA ACEPTADO CONTINUA
  FUNCIONANDO COMO FUERA APROBADO EN EL AMBIENTE
  OPERATIVO.
• RECOMENDABLE COMO PROCEDIMIENTO DE CONTROL SI LA
  ACEPTACIÒN NO SE GENERO EN EL AMBIENTE OPERATIVO.

13
CAPACITACION DE USUARIOS

• CONCEPTOS CENTRALES.
• COMPRENDE LAS ACCIONES DE ENTRENAMIENTO Y
  FORMACION PARA PROVEER A TODOS LOS USUARIOS
  VINCULADOS CON EL SISTEMA DE LOS CONOCIMIENTOS
  NECESARIOS SOBRE EL MISMO Y EL AMBIENTE DE
  OPERACIÓN, PARA UN PLENO APROVECHAMIENTO
  CONSCIENTE DE SU FUNCIONALIDAD.
• CONDICION NECESARIA PARA IMPLANTAR.
• FACTOR DE NIVELACION DE CONOCIMIENTOS. Conocer su
  parte y el todo. Ruptura de barreras de
  desconocimiento y poder asociado.
• HERRAMIENTA PARA PROMOVER UNA CULTURA PROACTIVA,
  PARTICIPATIVA Y DE ADHESION AL CAMBIO Y LA
  INNOVACION.
• FACTOR DE INTEGRACION ENTRE SECTORES.
• RECURSO IMPRESCINDIBLE PARA EL USO EFICAZ Y
  EFICIENTE DE LAS NUEVAS FUNCIONALIDADES.

14
CAPACITACION DE USUARIOS

• RANGOS
• ENTRENAMIENTO.
• FAMILIARIZAR AL USUARIO SOBRE LA OPERACIÓN Y
  ASPECTOS PUNTUALES DE LA FUNCIONALIDAD, MODO DE
  ACCESO, ETC.
• NIVEL DE INSTRUCCIÓN.
• CAPACITACION SOBRE EL SISTEMA.
• MAS AMPLIO Y PROFUNDO. AVANZA SOBRE EL QUE?, POR
  QUE? Y PARA QUE?. INTEGRADORA DE CONOCIMIENTOS
  SOBRE LA FUNCIONALIDAD GRAL. Y SU PARTICIPACION
  ESPECIFICA.
• CAPACITACION DE FORMACION ESPECIALIZADA.
• AMPLIAR EL NIVEL DE CONOCIMIENTOS DE USUARIOS
  PARA NIVELARLOS CONCEPTUALMENTE CON LA
  POTENCIALIDAD DEL SISTEMA. (Cursos Créditos y
  Cobranzas, Logística, Planeamiento, etc.). Pueden
  o no estar vinculados con la IMPLANTACION.

15
CAPACITACION DE USUARIOS

• OPORTUNIDAD.
• CAPACITACION RELACIONADA CON EL SISTEMA.
• DEBE COMENZAR CON LA PARTICIPACION EN LAS PRUEBAS
  FUNCIONALES. (Usuarios Claves). Futuros
  entrenadores.
• EXTENDERLA LUEGO DE LA PRUEBA DE ACEPTACION.
• CONDICION DEBE COMPLETARSE Y COMPROBARSE UN
  NIVEL INICIAL ANTES DE INICIAR LA PUESTA EN
  MARCHA.
• ES UN PROCESO QUE NO CULMINA CON LA PUESTA EN
  MARCHA. DEBE MANTENERSE UN PROGRAMA DE
  RECAPACITACION SEGÚN DEMANDA O DETECCION DE
  NECESIDADES.
• CAPACITACION DE FORMACION ESPECIALIZADA.
• DEBE PLANIFICARSE SEGÚN NIVEL REQUERIDO DE
  CONOCIMIENTOS AL INICIO DE LA OPERACIÓN DEL
  SISTEMA.

16
CAPACITACION DE USUARIOS

• MEDIOS Y MECANISMOS.
• POR MEDIO DE LOS KEY USERS. VALIDO ESPECIALMENTE
  PARA ENTRENAMIENTO SOBRE EL SISTEMA. Buenas
  experiencias, si estàn bien elegidos,
  homogeneidad de lenguaje. RIESGO Relaciones de
  jerarquìa o informales que puedan inhibir a los
  participantes.
• POR PARTE DE LOS LIDERES DEL PROYECTO.
• A TRAVES DE CAPACITADORES PROFESIONALES (PROPIOS
  O EXTERNOS) PREVIAMENTE ENTRENADOS EN EL SISTEMA.
  Nivel pedagógico y manejo de modernas técnicas de
  aprendizaje.
• FORMAS MIXTAS. COMBINADAS AD HOC. Según Proyecto.
• USO DE MEDIOS DE AUTOCAPACITACION CD/DVD con
  Tutoriales CURSOS VIA WEB. Ambos con rutinas de
  autoevaluación. Ideales para casos de usuarios
  dispersos geográficamente y para recapacitación
  post implementación.
• EVALUACION PRACTICA.
• ES CONDICION PARA DECIDIR LA PUESTA EN MARCHA.
  SIMULACION, COMO ENSAYO PREVIO??

17
PROCESO DE CONVERSION

• DOS VISIONES DEL PROCESO
• RESTRICTIVA, COMO ETAPA DEL PROCESO DE
  IMPLANTACION.
• COMPRENDE LAS ACTIVIDADES RELACIONADAS CON LA
  PLANIFICACION, DESARROLLO, EJECUCION Y CONTROL
  DEL PROCESO QUE PERMITE TRANSFERIR DATOS
  HISTORICOS (PREEXISTENTES) DESDE SISTEMAS
  ANTERIORES.
• DEBE GARANTIZAR INTEGRIDAD, CALIDAD, EXACTITUD Y
  OPORTUNIDAD.
• AMPLIA, COMO SINONIMO DE PUESTA EN MARCHA.
• PARA ALGUNOS AUTORES COMPRENDE EL PROCESO DE
  CAMBIO DEL SISTEMA ANTERIOR AL NUEVO. ANALIZA LOS
  DISTINTOS METODOS
• PILOTO PARALELO MODULAR SUSTITUCION.
• ADOPTAMOS LA PRIMERA ETAPA DE IMPLANTACION

18
PROCESO DE CONVERSION

• SINONIMO GENERALIZADO DE MIGRACION DE DATOS
  (SENTIDO AMPLIO).
• SIGNIFICACION
• BAJA Proceso simple. Escaso volumen. Bajo nivel
  de RIESGO.
• ALTA Proceso complejo, por volumen o estado en
  que se encuentran (disgregados, parciales,
  estructuras muy dif.,etc). Fuerte incidencia
  sobre aplicación de recursos. Alto nivel de
  RIESGO.
• CRITICA Proceso condicionante para la Puesta en
  Marcha del nuevo sistema. Complejo, alto volumen.
  MUY ALTO NIVEL DE RIESGO. Puede ser un
  SUBPROYECTO EN SI MISMO (Ej. Ctas.Ctes.
  Bancarias migración de movimientos y saldos).

19
PROCESO DE CONVERSION

• REQUISITOS
• DIMENSIONAR CON DEBIDA ANTELACION. Es un
  subproyecto paralelo de Desarrollo?
• PLANIFICAR Y ASIGNAR RESPONSABILIDADES
  Conducción, Ejecución y Control.
• CLAVE. AMPLIA PARTICIPACION DEL USUARIO, COMO
  PROTAGONISTA DEL PROCESO. Debe ser COORDINADO Y
  ADMINISTRADO POR UN LIDER DE PROYECTO
• SOPORTE TECNICO PARA SIMPLIFICAR Y PROVEER MEDIOS
  DE CONTROL.
• USO DE INTERFACES STD. (Planillas electrónicas,
  etc.)
• CREAR PROGRAMAS AD HOC.
• USO DE UTILITARIOS PARAMETRIZABLES.
• HERRAMIENTAS DEL PROVEEDOR (Caso Sistema
  adquirido).

20
PRUEBA DE INFRAESTRUCTURA TECNICA

• ES CONDICION PROBARLA UNA VEZ INSTALADA. PREVIO A
  LA PUESTA EN MARCHA.
• DEBE CERTIFICARSE EL FUNCIONAMIENTO DE TODOS LOS
  COMPONENTES NECESARIOS PARA LA INSTALACION DE LA
  APLICACIÓN OPERATIVA. ES UN FACTOR CRITICO.
• MAYOR COMPLEJIDAD CON LAS NUEVAS TECNOLOGIAS.
  INCLUYE HARDWARE Y SOFTWARE.
• ALCANCES HARD., SOFT DE BASE, SOF. DE SOPORTE,
  UTILITARIOS, COMPILADORES, SOFT. SEGURIDAD,
  NUEVAS PLATAFORMAS DE BASE DE DATOS, NAVEGADORES,
  ETC.
• QUE HAY QUE COMPROBAR? COMO MÍNIMO
• FUNCIONAMIENTO, CONECTIVIDAD, COMPORTAMIENTO
  INTEGRADO.