Elaborado por:
Dayra Blanco
C.I.- 21.131.143
El desarrollar
sistemas interactivos
implica utilizar ciclos de
vida iterativos que
permitan el desarrollar
sistemas centrados en el
usuario, es decir, que sean
usables. Es evidente, por
tanto, que la usabilidad es
un objetivo fundamental a
conseguir en una
aplicación interactiva. El
concepto de usabilidad es
fácil de asimilar aunque
conseguir que un producto
sea usable ya es más
difícil. En general, cuando
se diseña un producto se
está más preocupado en la
funcionalidad que en la
usabilidad. La aplicación
de los métodos de
evaluación de la usabilidad
permite garantizar la
obtención de la misma en
una aplicación interactiva.
Las pruebas de
sistema, por definición, son
imposibles si no están los
requerimientos por escrito,
mensurables para el
producto. Tienen como
objetivo ejercitar
profundamente el sistema
comprobando la integración
del sistema de información
globalmente, verificando el
funcionamiento correcto de
las interfaces entre los
distintos subsistemas que lo
componen y con el resto de
sistemas de información con
los que se comunica. Son
pruebas de integración del
sistema de información
completo, y permiten probar
el sistema en su conjunto y
con otros sistemas con los
que se relaciona para
verificar que las
especificaciones funcionales
y técnicas se cumplen. Dan
una visión muy similar a su
comportamiento en el
entorno de producción.
• Pruebas de
funcionabilidad
.
• Pruebas de
desempeño.
• Pruebas de
soportabilidad.
• Pruebas de alfa
y beta.
• Pruebas Funcionales:
Se enfoca a validar
funcionalidades
específicas provistas
por servicios
requeridos, métodos, o
casos de uso. Estas
pruebas se
implementan y
ejecutan a nivel de
unidades, unidades
integradas,
aplicaciones y sistemas.
• Pruebas de Seguridad:
Pruebas enfocadas en
asegurar que la data o
el sistema puede ser
accesado solamente por
aquellos actores
autorizados.
• Pruebas de Volumen:
Pruebas enfocadas en la
verificación de la
habilidad de manejar
grandes cantidades de
data, bien sea como
entrada, salida o
residente en una base
de datos.
• Pruebas de
Confiabilidad: Pruebas
de Integridad: Se
enfocan en probar la
robustez (resistencia a
fallas) y el uso
adecuado del lenguaje,
sintaxis y uso de
recursos. Este tipo de
prueba puede aplicarse
tanto a unidades como
a integración de
unidades.
• Pruebas de Estructura: Estas pruebas se enfocan en hallar problemas de adherencia del elemento objetivo a su diseño y formación. Típicamente, estas pruebas se realizan sobre aplicaciones Web, asegurando que todos los enlaces están conectados, los controles adecuados se muestran, y no hay contenido inaccesible.
• Pruebas de Stress: Este tipo de prueba se enfoca a evaluar el comportamiento del sistema baso condiciones anormales. Stress del sistema se refiere a extrema carga, memoria insuficiente, no disponibilidad de servicios y hardware o recursos compartidos limitados.
• Pruebas de
Benchmark: Compara
el desempeño del
elemento objetivo de la
prueba con un sistema
conocido y una carga
de trabajo definida.
• Pruebas de
Contención: Validar
que el elemento que se
prueba maneja
adecuadamente cuando
muchos actores
solicitan el mismo
recurso.
• Pruebas de Carga:
Validar y evaluar
aceptabilidad de un
elemento de un sistema
sobre diferentes cargas
de trabajo mientras el
sistema permanece
constante.
Generalmente se
incluye simulación de
cargas de trabajo
promedio y pico que
puedan ocurrir dentro
de la tolerancia
operacional normal.
• Pruebas de Perfil de
Desempeño:
Monitorea el perfil en
el tiempo incluyendo
flujo de ejecución,
acceso a data, llamadas
a funciones para
identificar cuellos de
botella y procesos
ineficientes.
• Pruebas de Configuración:
Se enfocan en evaluar
aquellos elementos
configurados para
diferentes hardware y/o
configuraciones de
software. Pueden
implementarse como
pruebas de rendimiento
del sistema.
• Pruebas de Instalación: Se
enfoca en evaluar que el
elemento a probar se
instala como se indica, en
diferentes hardware y /o
configuraciones de
sistemas de software y
bajo diferentes
condiciones (tales como
espacio insuficiente en
disco, interrupción de
electricidad). Este tipo de
prueba se aplica y ejecuta
sobre aplicaciones y
sistemas.
• Prueba alfa: se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario y registrando los errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado.
• Prueba beta: se llevan a
cabo por los usuarios finales del software en los lugares de trabajo de los clientes. A diferencia de la prueba alfa, el desarrollador no está presente normalmente. Así, la prueba beta es una aplicación en vivo del software en un entorno que no puede ser controlado por el desarrollador. El cliente registra todos los problemas que encuentra durante la prueba beta e informa a intervalos regulares al desarrollador
La documentación es
un conjunto de
elementos
registrados sobre
cualquier soporte que
permita instruir o
informar acerca de
algo, en función de
las necesidades
específicas de
aquellos que la
utilizan.
• Es el elemento integrador que permite la apreciación unitaria y conjunta del sistema.
• Facilita el
conocimiento, interpretación, comprensión y divulgación del sistema.
• Constituye un
elemento imprescindible para el control interno en general y del sistema en particular; facilita el parámetro de referencia contra el cual se analizará y/o enjuiciará su comportamiento real.
• Elimina los riesgos
de dependencia
con respecto a
determinados
individuos que
conocen el
sistema.
• Es un elemento
fundamental para
la adecuada
capacitación de los
usuarios del
sistema y facilita
la comunicación
con los mismos.
• Hoja de diseño de
archivos o registros.
• Índice de archivos.
• Hoja de diagramación.
• Hoja de diseño de salidas
impresas y/o
formularios.
• Hoja de diseño de
formatos de pantalla.
• Hoja de programación.
• Índice de programas.
• Tabla de decisiones y/o
alternativas.
• Hoja de especificaciones
del programa.
• Síntesis del documento
de generación.
• Presupuesto o plan de
fijación de tareas.
• Documentación del
relevamiento
detallado.
• Formularios o
comprobantes
analizados.
• Papeles de trabajo del
análisis.
• Estudio de factibilidad
y diagnóstico.
• Fijación de los
objetivos del sistema.
• Descripción global del
sistema.
• Modelo lógico del
sistema (DFD,
diccionario de datos,
especificación de la
lógica).
• Diseño de entradas y
salidas Normas y
procedimientos para los
usuarios (en
operaciones de rutina,
de respaldo, de
emergencia, de
recupero, de uso de
back-up).
• Recursos materiales
y humanos
necesarios.
• Estudio técnico-
económico acerca de
la posibilidad de
procesar el sistema
mediante el uso de
un computador.
• Descripción detallista
del programa
• Diagrama de lógica
• Descripción de entradas
• Descripción de salidas
• Descripción de archivos
• Tablas, cuadros de
control de consistencia
y parámetros utilizados
• Controles del programa
sobre archivos y datos
• Normas de control de
entradas, salidas y
de procesamientos.
• Normas de
operación, de
recupero, de back-
up, de seguridad de
archivos.
• Cronograma de
procesos.
• Descripción de
usuarios.
El manual de usuario es
un documento técnico
de un determinado
sistema que intenta dar
asistencia que sus
usuarios.
Los manuales de
usuario generalmente
son incluidos a
dispositivos
electrónicos, hardware
de computadora y
aplicaciones. El manual
de usuario puede venir
tanto en forma de libro
como en forma de
documento digital, e
incluso poder ser
consultado por
internet.
El manual técnico va
dirigido a la dirección de
IT, al administrador del
sistema y a otros
desarrolladores de
software para que puedan
darle mantenimiento en
caso que se requiera.
También puede ser
utilizado por el
departamento de auditoría
de sistemas.
Manual técnico Diseño de
Reportes y Pantallas Esta
parte consiste únicamente
en detallar de la mejor
manera posible, como es
que están diseñados los
reportes y pantallas, que
partes las constituyen,
etc.
Un manual de procedimientos es el documento que contiene la descripción de actividades que deben seguirse en la realización de las funciones de una unidad administrativa, o de dos ò mas de ellas. El manual incluye además los puestos o unidades administrativas que intervienen precisando su responsabilidad y participación. Suelen contener información y ejemplos de formularios, autorizaciones o documentos necesarios, máquinas o equipo de oficina a utilizar y cualquier otro dato que pueda auxiliar al correcto desarrollo de las actividades dentro de la empresa.