0% encontró este documento útil (0 votos)
108 vistas5 páginas

So/iec 14598

La ISO/IEC 14598 establece una metodología para evaluar la calidad de productos de software. Define características como repetitividad, reproducibilidad, imparcialidad y objetividad. Consta de seis partes que cubren planeamiento, procesos para desarrolladores, adquirientes y avaladores, documentación y una visión general. Los servicios de evaluación incluyen definición de perfiles de calidad, evaluaciones, certificaciones y comparaciones de productos.

Cargado por

Yenavi Verónica
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
108 vistas5 páginas

So/iec 14598

La ISO/IEC 14598 establece una metodología para evaluar la calidad de productos de software. Define características como repetitividad, reproducibilidad, imparcialidad y objetividad. Consta de seis partes que cubren planeamiento, procesos para desarrolladores, adquirientes y avaladores, documentación y una visión general. Los servicios de evaluación incluyen definición de perfiles de calidad, evaluaciones, certificaciones y comparaciones de productos.

Cargado por

Yenavi Verónica
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

SO/IEC 14598

La ISO/IEC 14598 es utilizada actualmente como una metodología para evaluar el productor de
software. La norma establece una serie de etapas e involucra el marco de trabajo donde se
manipula el software y se evalúa la calidad del producto, definiendo dentro de esto las siguientes
características primordiales en los procesos de evaluación:

Características

La norma define las principales características del proceso de evaluación

 Repetitividad.
 Reproducibilidad.
 Imparcialidad.
 Objetividad.

Para estas características se describen las medidas concretas que participan:

 Análisis de los requisitos de evaluación.


 Evaluación de las especificaciones.
 Evaluación del diseño y definición del plan de evaluación.
 Ejecución del plan de evaluación.
 Evaluación de la conclusión

Partes

La Norma ISO/IEC 14598 define el proceso para evaluar un producto de software, el mismo
consta de seis partes:

 ISO/IEC 14598-1 Visión General: provee una visión general de las otras cinco partes y
explica la relación entre la evaluación del producto software y el modelo de calidad
definido en la ISO/IEC 9126
 ISO/IEC 14598-2 Planeamiento y Gestión: contiene requisitos y guías para las funciones
de soporte tales como la planificación y gestión de la evaluación del producto del
software.
 ISO/IEC 14598-3 Proceso para desenvolvedores: provee los requisitos y guías para la
evaluación del producto software cuando la evaluación es llevada a cabo en paralelo
con el desarrollo por parte del desarrollador.
 ISO/IEC 14598-4 Proceso para adquirientes: provee los requisitos y guías para que la
evaluación del producto software sea llevada a cabo en función a los compradores que
planean adquirir o reutilizar un producto de software existente o pre-desarrollado.
 ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guías para la
evaluación del producto software cuando la evaluación es llevada a cabo por
evaluadores independientes.
 ISO/IEC 14598-6 Documentación de Módulos: provee las guías para la documentación
del módulo de evaluación.

Servicios

Los servicios relacionados con la evaluación de software de productos son generalmente


adaptados a las necesidades de los usuarios finales individuales o proveedores, en función de
por qué se pidió la evaluación. Los servicios de evaluación de software incluyen:
 Definición de perfiles de calidad de referencia de software
 Evaluación de acuerdo con los modelos de calidad predefinidos
 Certificación de la calidad del software de acuerdo a los modelos de calidad y normas
 Las comparaciones entre productos
 La reingeniería del software
 Servicio de Monitoreo de calidad del producto

Pruebas de software

Metodologias de pruebas de software.

 Caja Negra: Pruebas basadas en requerimientos y funcionalidades del software.


 White Box Testing: Pruebas basadas en el conocimiento de la lógica interna del código
de la aplicación.
 Pruebas de humo: prueba el sistema constantemente buscando fallas por toda la
aplicación.

Tipos de pruebas

 Pruebas funcionales

Enfocadas en los requisitos funcionales, las pruebas pueden estar basadas


directamente en los Casos de Uso y las reglas del negocio.

 Pruebas de Regresión

Probar nuevamente el sistema luego de realizar cambios o hacer arreglos sobre bugs
encontrados.

Determinar si los cambios recientes en una parte de la aplicación tienen efecto


adverso en otras partes.

 Pruebas de Integración

Estas pruebas suelen ser realizadas por el equipo de desarrollo y permiten comprobar
que los componentes del software interactúan correctamente, entre sí y con otras
partes del sistema

 Pruebas de Sistema
Prueba del comportamiento global del producto construido.

Cubre todas las partes combinadas de un sistema.

Utiliza un entorno de pruebas que sea lo más similar posible al entorno de producción.

 Pruebas Unitarias

Pruebas a pequeña escala.

Probar funcionalidades o módulos particulares.

Realizadas típicamente por el programador y no el tester.

Requiere conocimiento detallado del código

 Pruebas de Aceptación

El nivel de Pruebas de Aceptación

Nos revelará si cumplimos con las expectativas del cliente

 Pruebas de Carga

Verificar el tiempo de respuesta del sistema para transacciones o casos de uso de


negocios, bajo diferentes condiciones de carga.

Utilizar cargas pesadas para determinar en que punto el tiempo de respuesta del
sistema se degrada o falla.

 Pruebas de Stress

Verificar que el sistema funciona apropiadamente y sin errores, bajo estas condiciones
de stress:

o Memoria baja o no disponible en el servidor.


o Máximo número de clientes conectados o simulados (actuales o físicamente
posibles)
o Múltiples usuarios desempeñando la misma transacción con los mismos datos.
o El peor caso de volumen de transacciones (ver pruebas de desempeño).
 Pruebas de Volumen

Verificar que la aplicación funciona adecuadamente bajo los siguientes escenarios de


volumen:

o Máximo (actual o físicamente posible) número de clientes conectados (o


simulados), todos ejecutando la misma función (peor caso de desempeño) por
un período extendido.
o Máximo tamaño de base de datos (actual o escalado) y múltiples consultas
ejecutadas simultáneamente
 Pruebas de Usabilidad

Probar que la usabilidad del sistema sea amigable

Subjetivo

Usar entrevistas del usuario, encuestas y otras técnicas


 Pruebas de seguridad

Probar que tan bien el sistema esta protegido contra accesos internos o externos no
autorizados
UNIVERSIDAD ALAS PERUANAS

PRESENTADO POR:

VERONICA SARMIENTO LIMACHI

CURSO: CONTROL DE LOS SISTEMAS DE NEGOCIOS

X SEMESTRE

También podría gustarte