Tipos de Implementación de sistema de Información
Tipos de Implementación
Existe varios tipos de implementación en las que se destacan:
Direct changeover: La adopción de Big Bang o cambio directo es el tipo de adopción del cambio instantáneo, cuando todos los asociados con el sistema antiguo pasan al nuevo sistema en pleno funcionamiento en una fecha determinada.
Con la adopción del Big Bang, el cambio entre usar el sistema antiguo y usar el nuevo sistema ocurre en una sola fecha, el llamado cambio instantáneo del sistema. Todo el mundo empieza a utilizar el nuevo sistema en la misma fecha y el sistema antiguo ya no se utilizará más a partir de ese momento.
El tipo de adopción del Big Bang es más riesgoso que otros tipos de adopción porque hay menos oportunidades de aprendizaje incorporadas en el enfoque, por lo que se necesita más preparación para llegar al Big Bang. [1] Esta preparación se describirá a continuación, ilustrada por el modelo de datos de proceso de la adopción del Big Bang.
Hot standby: Es un método redundante en el que un sistema se ejecuta simultáneamente con un sistema primario idéntico. En caso de falla del sistema primario, el sistema de reserva activa inmediatamente se hace cargo, reemplazando al sistema primario. Sin embargo, los datos se siguen reflejando en tiempo real. Por tanto, ambos sistemas tienen datos idénticos.
Implementación ERP “Modular”: En este, los módulos del software de planeación de recursos empresariales se implementan uno después del otro. Esto reduce el ámbito de la implementación, lo que evita una sobrecarga para el personal, la dirección de la empresa y la compañía que lo provee.
Una vez que un módulo ha sido exitosamente implementado se puede pasar a la implementación del módulo siguiente. Esta metodología resulta muy adecuada para organizaciones que no compartan muchos procesos entre sus distintos departamentos o procesos comerciales.
De todos los métodos de implementación ERP que existen, este abordaje resulta económico, ahorra tiempo, reduce los riesgos y asegura una adecuada transformación del sistema de trabajo actual hacia el software Enterprise Resource Planning.
Implementación ERP “Por procesos”: La implementación por procesos es la metodología que resulta más adecuada para empresas con procesos comerciales muy importantes, incluyendo múltiples unidades de negocios.
En este abordaje la implementación se dedica a un proceso comercial por vez y llega a una implementación completa. Procesos típicos son “de Compras a Pagos”, “de Ventas a Cobro”, etc.
Tipos de Instalaciones en una Implementación de un SI
Métodos en paralelo: En este los sistemas de información antiguo y nuevo operan juntos hasta que el nuevo demuestra ser confiable. Este método es de bajo riesgo. Si el sistema nuevo falla, la organización puede mantener sus actividades con el sistema antiguo. Pero puede representar un alto costo al requerir contar con personal y equipo para laborar con los dos sistemas, por lo que este método se reserva específicamente para casos en los que el costo de una falla sería considerable.
Pruebas piloto: En este tipo se Pone a prueba el nuevo sistema sólo en una parte de la organización. Al comprobar su efectividad, se implementa en el resto de la organización. El método es menos costoso que el paralelo, aunque más riesgoso. Pero en este caso el riesgo es controlable al limitarse a ciertas áreas, sin afectar toda la empresa.
Método directo: Se abandona el sistema antiguo y se adopta inmediatamente el nuevo. Esto puede ser sumamente riesgoso porque si algo marcha mal, es imposible volver al sistema anterior, las correcciones deberán hacerse bajo la marcha. Regularmente con un sistema nuevo suelen surgir problemas de pequeña y gran escala. Si se trata de grandes sistemas, un problema puede significar una catástrofe, perjudicando o retrasando el desempeño entero de la organización.
Método en fases: La implementación del sistema se divide en partes o fases, que se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez iniciada la primera fase, la segunda no se inicia hasta que la primera se ha completado con éxito. Así se continúa hasta que se finaliza con la última fase. Es costoso porque se hace más lenta la implementación, pero sin duda tiene el menor riesgo. Los métodos piloto y en fases suelen ser los más practicados puesto que tienen menor riesgo.
Tipos de Entregables en Implementación de un Software
Componente de Software
Un conjunto de unidades de código relacionadas. Los estados aplicables son: unidad probada, corregida e incorporada en la línea base.
Configuración de Software
Un conjunto de productos de Software identificados de forma única y consistentes, incluyendo:
- Especificación de Requisitos
- Diseño de Software
- Registro de Trazabilidad
- Componente de Software
- Casos de Prueba y Procedimientos de Prueba
- Reporte de Pruebas
- Manual de Usuario
Los estados aplicables son: entregado y aceptado.
Diseño de Software
Información textual y gráfica de la estructura del Software. Esta estructura puede incluir las siguientes partes:
Diseño arquitectónico (de alto nivel) del Software - Describe la estructura global del Software:
- Identifica los componentes de Software requeridos.
- Identifica la relación entre los Componente de Software.
- Consideraciones requeridas:
- Características de desempeño de Software.
- Interfaces de hardware, Software y humanas.
- Características de seguridad.
- Requisitos de diseño de base de datos.
- Manejo de errores y atributos de recuperación.
Diseño Detallado (de bajo nivel) del Software - incluye detalles de los Componente de Software para facilitar su construcción y prueba dentro del entorno de programación:
- Proporciona diseño detallado (puede ser representado como un prototipo, diagrama de flujo, diagrama entidad-relación, pseudo código, etc.).
- Proporciona el formato de entrada / salida de los datos.
- Proporciona especificaciones de las necesidades de almacenamiento de los datos.
- Establece convenciones de denominación de los datos requeridos.
- Define el formato de las estructuras de datos requeridas.
- Define los campos de datos y el propósito de cada elemento de datos requerido.
- Proporciona las especificaciones de la estructura del programa.
Los estados aplicables son: verificado e incorporado en la línea base.
Manual de Usuario
Describe la forma de uso del Software basado en la interfaz de usuario. Puede tener las siguientes características:
- Procedimientos del usuario para realizar Tareas específicas utilizando el Software.
- Procedimientos de instalación y desinstalación.
- Breve descripción del uso previsto del Software (el concepto de operaciones).
- Recursos provistos y requeridos.
- Entorno operacional requerido.
- Facilidad para reportar problemas y asistencia.
- Procedimientos para entrar y salir del Software.
- Relación y explicación de comandos del Software y de los mensajes del sistema hacia el usuario.
- Según corresponda a los riesgos identificados; este incluye advertencias, precauciones y notas con correcciones.
- Incluye los procedimientos para la solución de problemas y corrección de errores.
Está escrito en términos comprensibles para los usuarios.
Los estados aplicables son: preliminar, verificado e incorporado en la línea base.
Registro de Trazabilidad
Documenta la relación entre los requisitos incluidos en la Especificación de Requisitos, los elementos del Diseño de Software, el Componente de Software, los Casos y los Procedimientos de Prueba. Puede incluir:
- Especificación de los requisitos por rastrear.
- Proporciona el mapeo (hacia adelante y hacia atrás) de los requisitos a los elementos del Diseño de Software, el Componente de Software, los Casos de Prueba y los Procedimientos de Prueba.
- Los estados utilizados son: verificado, en línea base y actualizado.
Tipos de Entregables
Estudio de viabilidad:
- Descripción breve del sistema propuesto y sus características.
- Descripción breve de las necesidades del negocio en el sistema propuesto.
- Propuesta de organización del equipo de desarrollo y definición de responsabilidades.
- Estudio de los costes, que contendrán estimaciones groseras de la planificación y fechas, tentativas, de entrega de los productos.
- Estudio de los beneficios que producirá el sistema.
Análisis:
Captura de requisitos:
Análisis del sistema actual (si existe).
Requisitos nuevos de los usuarios.
Descripción del sistema propuesto.
Especificación del sistema:
Descripción del sistema.
Requisitos de datos.
Requisitos de telecomunicaciones.
Requisitos de hardware.
Plan de pruebas de integración.
Diseño:
Descripción detallada del sistema, contendrá:
Programas, módulos reutilizables y objetos.
Ficheros y bases de datos.
Transacciones
Diccionario de datos
Procedimientos
Carga del sistema y tiempos de respuesta
Interfaces, tanto humanos como de máquinas.
Descripción de los controles del sistema propuestos.
Diseños alternativos recomendados.
Estándares de programación y diseño de programas, recomendados.
Técnicas de implementación recomendadas: codificación propia, compra de paquetes, contratación externa, etc.
Plan de pruebas de programas.
Codificación:
· Documentos del diseño final del sistema y de cada programa.
· Diagramas definitivos del sistema y de los programas.
· Descripción detallada de la lógica de cada programa.
· Descripción de las Entradas y Salidas (ficheros, pantallas, listados, etc.).
· Listado de los programas, conteniendo comentarios.
· Cadenas de ejecución si es necesario (JCL, scripts, etc.).
· Resultado de las pruebas de cada unidad.
· Resultado de las pruebas de cada programa.
· Resultado de las pruebas de la integración.
· Guía para los operadores del sistema.
· Programa de entrenamiento de los operadores.
· Manual de usuario del sistema.
Pruebas:
· Plan de pruebas del sistema (actualizado).
· Informe de los resultados de las pruebas.
· Descripción de las pruebas, el resultado esperado, resultado obtenido y acciones a tomar para corregir las desviaciones.
· Resultados de las pruebas a la documentación.
Instalación:
· Planes detallados de contingencias de explotación, caídas del sistema y recuperación.
· Plan de revisión post-instalación.
· Informe de la instalación.
· Carta de aceptación del sistema.
Mantenimiento:
· Listado de fallos detectados en el sistema.
· Listado de mejoras solicitadas por los usuarios (si no dan lugar a nuevos proyectos).
· Traza detallada de los cambios realizados en el sistema.
· Actas de las revisiones regulares del sistema y aceptación de los niveles de soporte.
Comentarios
Publicar un comentario