Sunteți pe pagina 1din 14

UNIDAD 2: PASO 3 - DISEÑO Y ELABORACIÓN

(SISTEMA DE FACTURACION)

PRESENTADO POR:
SEBASTIAN VALDES CHACON
CC: 1095937209
GRUPO: 301569-6

PRESENTADO A:
GEOVANNI CATALAN

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD


ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍA
INGENIERÍA DE SISTEMAS
BOGOTÁ – COLOMBIA
ABRIL DE 2020
CONTENIDO

CONTENIDO.............................................................................................................................2
INTRODUCCIÓN......................................................................................................................3
OBJETIVOS...............................................................................................................................4
INFORME INDIVIDUAL.........................................................................................................5
Diseño instrumentos de evaluación.......................................................................................5
Matriz de prueba....................................................................................................................7
Plan de pruebas....................................................................................................................10
Referencias Bibliográficas.......................................................................................................14
INTRODUCCIÓN

El siguiente proyecto corresponde al software de un sistema de facturación donde se


explica acerca de las características y atributos que debe poseer el programa. En el cual,
se genera preguntas específicas para esclarecer si el software cumple o no con las
funciones establecidas.
Asimismo, se encuentra la Matriz de Prueba la cual es una tabla de procesos, cuya
finalidad después de ser aplicada, es obtener un balance final, el cual debe sugerir que
partes del proceso requieren una mejora.
Por último, se diseña un plan de pruebas el cual contiene el nombre de los tipos de
pruebas con sus respectivas definiciones. La finalidad de este, es mostrar la fase donde
se garantiza el cumplimiento de los requerimientos del software con los recursos del
sistema.
OBJETIVOS

Reconocer las características y sub características del estándar ISO/IEC


9126 para la evaluación de sitios y portales web.

Diseñar listas de chequeo para evaluar ítems y puntos específicos de acuerdo a la


normatividad

Realizar un plan de pruebas para establecer las técnicas, herramientas y


actividades relacionadas con la ejecución y validación

Definir mediante acuerdos, responsabilidades individuales que faciliten


el verdadero trabajo en equipo.

Mantener buenas relaciones con los miembros del grupo, responsabilizándose


de la consecución de los objetivos.

Desarrollar habilidades para la identificación de vulnerabilidades, riesgos y amenazas


informáticas en una organización
INFORME INDIVIDUAL

Diseño instrumentos de evaluación

 Listas de chequeo para verificar los aspectos más importantes a evaluar en la


aplicación enlazados de acuerdo con las características y sub-características de la
norma ISO 9126.

 SISTEMA DE FACTURACION

CARACTERÍSTICA ATRIBUTOS S N Observaciones


S I O  
 
Funcionabilidad Adecuación ¿La interfaz muestra    
  sencillez con el usuario?
Es la capacidad del ¿Los botones de ayuda    
software de cumplir y son intuitivos con el
proveer las funciones usuario?
para satisfacer las Exactitud ¿Son precisos los    
necesidades explícitas e resultados de las
implícitas cuando es operaciones con la
utilizado en necesidad?
condiciones específicas Interoperabilidad ¿El software genera    
  interactua con otros
  programas? 
  Seguridad ¿El nivel de seguridad    
  con los usuarios es el
  esperado? 
¿Los roles de los usuarios
estan correctamente
distribuidos?
Cumplimiento ¿Tiene un buen    
Funcional desempeño la operacion
del software? 
Fiabilidad Madurez ¿El nivel de operación y    
confiabilidad de las
Es la capacidad del transacciones es óptimo? 
software para asegurar Recuperabilidad ¿Tiene soporte optimo el    
un nivel de software a la hora de
funcionamiento fallas? 
adecuado cuando es Tolerancia a ¿Qué tan funcional se    
utilizado en fallos comporta el software
condiciones específicas. frente a una falla lógica? 
  Cumplimiento de ¿El programa es robusto    
  fiabilidad en el momento de
  exigencia operacional? 
 
Usabilidad Aprendizaje  ¿El software es intuitivo    
hacia el usuario?
Es la capacidad del Comprensión  ¿El software ofrece    
software de ser ayuda al usuario en su
entendido, aprendido, y funcionalibilidad?
usado en forma fácil y Operatividad  ¿Dentro de niveles de    
atractiva. Algunos operación normal y altos
criterios de volúmenes de
funcionalidad, transacciones, el sistema
fiabilidad y eficiencia trabaja de forma óptima?
afectan la usabilidad. Atractividad  ¿La interfaz del software    
  es amigable con el
  usuario?
 
Eficiencia Comportamiento ¿El sistema realiza una    
  del tiempo gestión del recurso
La eficiencia del hardware optima? 
software es la forma del Utilización de ¿Requiere alguna    
desempeño adecuado, recursos especificación de
de acuerdo a al número hardware que pueda
recursos utilizados impedir el uso del
según las condiciones software?
planteadas.
 
Mantenibilidad Estabilidad ¿Las transacciones y    
procesos en el sistema son
La capacidad de estables y óptimos? 
mantenimiento es la Facilidad de ¿La gestión de datos y    
cualidad que tiene el análisis consulta de información
software para ser en las bases de datos es
modificado. Incluyendo óptimo? 
correcciones o mejoras Facilidad de ¿Los ambientes de    
del software, a cambios cambio pruebas del software son
en el entorno, y gestionados de una forma
especificaciones de confiable? 
requerimientos Facilidad de ¿Los test de    
funcionales. pruebas funcionabilidad son
acordes a la operación
  normal del software? 
 
 
Portabilidad Adaptabilidad ¿Permite el software ser
usado en cualquier
La capacidad que tiene dispositivo?
el software para ser Coexistencia ¿Puede compartir sus
trasladado de un datos con otros software?
entorno a otro.
Reemplazabilidad ¿Existe algún software    
que pueda cumplir la
misma función?
Capacidad de ¿Se requiere instalación    
instalación del software?
Calidad en uso Eficacia ¿La interfaz de    
operaciones del software
Es la calidad del posee una velocidad
software que el usuario acorde a lo esperado? 
final refleja, la forma ¿La interfaz de
como el usuario final operaciones del software
logra realizar los posee una velocidad
procesos con acorde a lo esperado? 
satisfacción, eficiencia Productividad ¿Los tiempos de respuesta    
y exactitud. y el grado de transacción
  responden a los
  requerimientos de los
  usuarios?
  ¿Todos los datos
extraídos son utilizables?
Seguridad ¿El software posee un    
módulo de seguridad para
la gestión autenticación
de usuarios? 
Satisfacción ¿Qué tan agradable es el    
resultado el uso del
software?

Matriz de prueba

 Matriz de prueba indicando las características, sub-características, métricas, tipo


de prueba, herramienta a utilizar, prueba a realizar, indicador y resultado.

RESULTADO

CARACTER SUB- PRUEBAS TIPOS DE HERRAMIEN PRUEBAS


ÍSTICAS CARACTERÍST MÉTRICAS PRUEBAS TAS
ICAS

FUNCIONA ADECUACIÓN Diseño Prueba de Ninguna


LIDAD amigable integració
n

EXACTITUD Velocidad Prueba de Emulador


de desempeñ de Terminal
ejecucion o

FUNCIONALI Facilidad Prueba de VirtualBox


DAD de desempeñ
instalación o

SEGURIDAD Nivel de Prueba de Emulador


seguridad desempeñ de Terminal
de las o
transaccio
nes

CONFIABI RECUPERABI Posibilida Prueba de Emulador


LIDAD LIDAD d de aceptación de Terminal
recuperaci
ón después
de una
falla

FIABILIDAD Software Prueba de FIABILIDAD

confiable aceptación

PORTABILI ADAPTABILID Diseño Prueba de Emulador


DAD AD adaptable aceptación de Terminal

FACILIDAD Instalacion Prueba de Emulador


DE practica sistemas
INSTALACIÓN
de Terminal

COEXISTENCI Software Prueba de Emulador


A autosusten sistemas de Terminal
table

REEMPLAZAB Probabilid Prueba de Emulador


ILIDAD ad a aceptación de Terminal
mejoras

CALIDAD EFICACIA Preciso en Prueba de Emulador


DE USO funcionam Validación de Terminal
iento

PRODUCTIVID Robusto Prueba de Emulador


AD sistemas de Terminal

SEGURIDAD Confiable Prueba de Emulador


en aceptación de Terminal
seguridad
de la
informacio
n

SATISFACCIÓ Facilidad Prueba de Emulador


N de uso aceptación de Terminal

USABILID APRENDIZAJE Faciidad Prueba de Emulador


AD de aceptación de Terminal
aprendizaj
e

OPERABILIDA Operacion Prueba de Emulador


D optima aceptación de Terminal

CONFORMIDA Nulidad de Prueba de Emulador


D DE USO fallas del aceptación de Terminal
sistema

EFICIENCI COMPORTAMI Software Prueba de Emulador


A ENTO DE veloz en Validación de Terminal
TIEMPO
procesami
ento

CONFORMIDA Satisfacció Prueba de Emulador


D DE n total de Validación de Terminal
EFICIENCIA
usuario
final

UTILIZACIÓN Consumo Prueba de Emulador


DE RECURSOS de sistemas de Terminal
recursos
del PC

 Diseñar un plan de pruebas que se llevarán a cabo de acuerdo a las


características, sub características y métricas seleccionadas para
evaluación.
Plan de pruebas

Establece técnicas, herramientas y actividades en relación con la ejecución y validación


del plan de pruebas, incluye responsabilidades en cada una de las tareas, los recursos y
los prerrequisitos que deben ser evaluados en cada una de las pruebas, permitiendo
garantizar el cumplimiento de los requerimientos del software

TPO DE PRUEBA DEFINICION


ES

UNITARIAS Unitarias: identificar la funcionalidad y estructura de cada


componente individualmente del sistema una vez que ha
sido codificado.
INTEGRACIÓN Integración: verificar el correcto ensamblaje entre los
distintos módulos que componen el sistema
desarrollado.

SISTEMA: Carga: Validar aquellos volúmenes de datos


máximos especificados en los requerimientos no
Funcionales

Volumen: someter el software a grandes cantidades de


datos para determinar si se alcanzan límites que causen
la falla del software

Estrés: Validar aquellos volúmenes de datos máximos


que resiste el sistema antes de comenzar con errores.

Robustez: Validar si el sistema se mantiene estable y

consistente después de circunstancias adversas

Concurrencia: Validar la capacidad del sistema de


atender múltiples solicitudes de parte de los usuarios que
acceden a un mismo recurso.

Interfaz de usuario: verificar que la navegación a través


de los elementos que se están probando, reflejen las
funciones del negocio y los requerimientos funcionales.

Recuperación a fallas: asegurar que el que el software


pueda recuperarse a fallas de hardware, software o mal
funcionamiento de la red sin pérdida de datos o de
integridad de los datos.

Rendimiento: validar si la aplicación cumple los criterios


de tiempos de respuesta establecidos.

Seguridad: Verificar el cumplimiento de las políticas


de seguridad acordadas para el sistema.

Integridad de las bases de datos: asegurar que los


métodos y procesos de acceso a la base de datos
funcionan correctamente y sin corromper datos.

Interoperabilidad: verificar todos los artefactos de la


solución desarrollada, su arquitectura base, los protocolos
de la solución, las interfaces y los módulos del sistema,
funcionando en forma conjunta.

Desempeño: Este tipo de prueba es un aspecto


fundamental
en una aplicación, ya que si ésta no responde en el
debido tiempo, se pueden perder clientes, o dañar la
imagen ante

los usuarios.

Configuración: Establecer y mantener la integridad de


los productos de software a través del ciclo de vida del
proceso del mismo.
FUNCIONALES Funcional: La prueba funcional es un proceso para
procurar encontrar discrepancias entre el programa y la
especificación funcional.

Caja Negra: Estas pruebas permiten obtener conjuntos


de condiciones de entrada que ejecutan todos los
requisitos funcionales de un programa.

Ciclo de Negocio: Esta prueba tiene por objeto


garantizar que el proceso de negocio esta
adecuadamente soportado por el software desarrollado
y que éste dispone de la funcionalidad adecuada para
ejecutar todas las tareas incorporadas en el proceso de
negocio.

Usabilidad: Esta prueba permite encontrar problemas de


factores humanos, o usabilidad.

Instalación: Esta prueba permite verificar la


instalación y desinstalación de la aplicación en
diferentes entornos de hardware y software

ACEPTACIÓN Es la prueba final basada en las especificaciones del


usuario o basada en el uso del programa por el usuario
final luego de un periodo de tiempo
REGRESIÓN En esta prueba se valida que el sistema mantenga su
correcta funcionalidad debido a la incorporación de un
ajuste, corrección o nuevo requerimiento. Es una prueba
funcional y técnica que valida que el sistema siga
funcionando perfectamente después de que las
correcciones sean aplicadas.

Plan de pruebas a realizar

 Técnicas y tipos de pruebas

o Pruebas de integridad a los datos y a los datos y a la Base de Datos


o Pruebas de funcionamiento
o Pruebas de interfaz de usuario
o Pruebas de Control de Seguridad y el Acceso
o Pruebas de fallas y recuperación
o Pruebas de la configuración

Cronograma

CRONOGRAMA DE ACTIVIDADES EVALUACIÓN


DE SOFTWARE FEB MARZO ABRIL MAYO
ACTIVIDADES PARA 15 13 14 10 11 8 22
  EJECUTAR              
DISEÑOS Y Planificación de las pruebas              
ELABORACIÓN Diseño de la prueba              
Implementación de las
EJECUCIÓN Y pruebas              
DESARROLLO
Ejecución de las pruebas              
ACTIVIDADES DE
FINALIZACIÓN Evaluación de las pruebas              
Referencias Bibliográficas

Ascuntar, C. Yuli, A. (2015). Evaluacion de portales web en cuanto al


cumplimiento de normas del ministro de salud aplicando la norma ISO/IEC
9126 de calidad de software. Recuperado de
http://biblioteca.udenar.edu.co:8085/atenea/biblioteca/91044.pdf

Caponi, M. De vera, D. (2016). Gestión de Software Informe sobre Evaluación


de Productos. Recuperado
de http://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacion%20de
%20Productos%20-%20G2/Evaluacion%20de%20Productos.pdf

Anónimo. (2016). Prueba de Software. Recuperado


de https://senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%20del
%20Software_T%C3%A9cnicas.pdf

Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado


de: http://materias.fi.uba.ar/7548/PruebasSoftware.pdf

Villamizar, Hernando. (2016). Norma ISO/IEC 14598 y Tipos de Pruebas de


Software. Recuperado de https://prezi.com/opejk4zxv4sa/norma-isoiec-14598-y-
tipos-de-pruebas-de-software/

S-ar putea să vă placă și