Teoria de Sistemas I
Se caracteriza:
Es costosa
Muchas personas Herramientas Recursos
Consume mucho tiempo
Durante la implementación las especificaciones
del diseño físico son convertidas a código de
computadora que trabaje y cumpla con dicho
diseño.
El código es probado y los errores deben ser
detectados y corregidos.
Teoria de Sistemas I
El sistema es instalado, las localidades de los
usuarios son preparadas para el nuevo sistema y
los usuarios deben acostumbrarse a éste.
Durante la implementación son muchos los
aspectos organizacionales que deben ser
considerados.
Teoria de Sistemas I
Codificación.
Prueba.
Instalación.
Documentación.
Adiestramiento.
Soporte.
La fase de implementación
se
divide en seis (6) procesos
Teoria de Sistemas I
Consiste en traducir las especificaciones físicas del
diseño en líneas de programas.
Es una actividad intensa y se debe desarrollar en paralelo
con la actividad de prueba.
Su entrega gerencial por excelencia es el código mismo.
El código se debe caracterizar por ser:
Claro
Legible
Limpio
Documentado.
Modular
Otros
Teoria de Sistemas I
Un sistemas falla, porque tiene al menos un defecto. Es por ello que
hay que realizar pruebas, con la finalidad de eliminar los defectos.
Es una actividad ingrata y debe hacerla un grupo no involucrado con
el desarrollo.
La actividad de prueba se debe prever desde el inicio del proyecto.
Dadas las características del software, este puede requerir un plan de
pruebas muy costoso. Este plan debe delinearse desde el inicio del
proyecto para estipular :
Teoria de Sistemas I
tiempo, recursos humanos, recursos de HW y SW, posible
datos especiales, etc.
Las pruebas que en particular se le pueden realizar al código
se clasifican en: dinámicas o estáticas, automatizadas o
manuales.
• Por estática se entiende que el código evaluado no es ejecutado; por automática, que lo conduce la computadora.
Manual Automático
Estático Inspecciones. Chequeo sintáctico
Dinámico Corrida en frío.
Desk Checking
Pruebas de unidad.
Pruebas de integración.
Pruebas del sistema.
UNA CATEGORIZACIÓN DE LOS TIPOS DE PRUEBAS. (Adaptado de Valacich, 2001)
Teoria de Sistemas I
Las Inspecciones son vistas como un elemento de aseguramiento de la
calidad.
El Desk Checking es solicitar a un equipo de desarrolladores que corran “en
frío” el código.
El Chequeo Sintáctico es realizado por excelencia por los compiladores.
Las Pruebas de Unidad se conocen como las pruebas de caja negra
determina la funcionalidad del sistema. Y las pruebas de caja blanca que esta
basada en la lógica interna de la aplicación y el código. Hace una cobertura de
declaraciones del código, ramas, caminos y condiciones.
Las Pruebas de Integración pueden ser profundas o anchas. Se basa en las
pruebas de conexiones y comunicaciones entre diferentes módulos. Es esencial
en sistemas de cliente_servidor o red.
Las Pruebas del Sistema se dividen en alfa y beta.
Las Pruebas de Sistemas tipo Alfa (α) son la
que se realizan con una muestra de datos reales.
Las Pruebas de Sistemas tipo Beta (β) son
evaluaciones realizadas por un grupo de
colaboradores.
Durante las pruebas alfa, se debe verificar:
Recuperación ante fallas del sistema.
Pruebas de seguridad.
Pruebas de estrés.
Pruebas de performance.
Teoria de Sistemas I
Teoria de Sistemas I
Prueba de estrés. Es una prueba de carga y perfomance basada
en la funcionalidad del sistema bajo cargas pesadas, un gran
numero de repeticiones, manejo de grandes datos y demasiadas
preguntas a bases de datos grandes.
Prueba de perfomance. Es una de las pruebas finales y sirve para
definir los requerimientos y la calidad del software, en base a las
pruebas de carga y estrés. Incluye entrevistas con el usuario y
programador.
Prueba de seguridad. Evalúa que tan bien el sistema se protege
contra accesos , internos o externos, no autorizados, esta prueba
requiere sofisticadas técnicas y herramientas.
Prueba de recuperación. Es la prueba que evalúa que tan bien se
recupera el sistema luego de bloqueos , fallas del hardware u otros
problemas catastróficos.
Es el proceso de sustituir el viejo Sistema de
Información por el nuevo.
Existen cuatro (4) tipos de procesos de instalación:
Sistema
Actual
Instalación del
Nuevo sistema
Nuevo
Sistema
Teoria de Sistemas I
Tiempo
Sistema Actual
Instalación del
Nuevo sistema
Nuevo
Sistema
Tiempo
Teoria de Sistemas I
DEL SISTEMA:
Interna (programas).
Externa ( DFD, Diagramas E-R,
Diagramas de Clases, etc)
DEL USUARIO:
Hipertextos / tutoriales.
Ayuda en línea.
Manuales de usuario
Teoria de Sistemas I
Hay que considerar a quién se va a adiestrar:
Usuarios directos del sistema.
Usuarios indirectos del sistema
Cada tipo de usuario tiene diferentes expectativas y
habilidades.
Normalmente, los trabajadores que ejercen el rol de
instructor, son:
Vendedores.
Analistas que conocen el (los) sistema(s).
Instructores externos.
Instructores internos.
Teoria de Sistemas I
MÉTODO DE ADIESTRAMIENTO
PORCENTAJE RELATIVO
Experto en el sitio 51 %
Instrucción asistida por computadora 12 %
Cursos formales 10 %
Componentes de ayuda de software 10 %
Tutoriales. 7 %
Manuales interactivos de adiestramiento (combinación de tutoriales e instrucción asistida
por computadora).
5 %
Fuentes externas (p.e., vendedores). 5 %
TIPOS Y FRECUENCIAS DE LOS MÉTODOS DE ADIESTRAMIENTO
(Valacich, 2001) Teoria de Sistemas I
Teoria de Sistemas I
Un Centro de Soporte a Usuarios
(conocido también como Centro de Información):
Es un grupo de personas que están en la
capacidad de responder preguntas y asistir
a los usuarios, dentro de una organización,
en un amplio rango de necesidades en
computación.
Teoria de Sistemas I
Instalación de nuevos HW y SW.
Asistencia de consultas de los usuarios sobre
4GL.(lenguajes de 4ta generación)
Extracción de datos de grandes repositorios para PC.
Asignación de cuentas.
Se responden preguntas básicas.
Se dan demostraciones de HW y SW.
Se trabaja con los usuarios para proponer cambios en
los sistemas.
En un Centro de Información, se ejecutan las siguientes tareas: