Evaluación de Software

Grupo: 301569_5

Paso 4 – Ejecución y desarrollo

Presentado al tutor:
GEOVANNI CATALAN

Entregado por:

YEIMY LORENA CUVIEDES

CARLOS ANDRÉS CONTRERAS
JUANDAVID DUARTE
YESID MARROQUIN
IMIRIDA MORA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD ESCUELA DE

CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍA
Bogotá
 INTRODUCCIÓN

Para esta actividad se revisaron los contenidos de la unidad 3 para realizar la

evaluación de un software a partir de las metodologías de la norma la ISO/IEC
25000, en las que el objetivo primordial el realizar una evaluación cuantitativa de
software el cual obtendrá a partir de esta una calificación previa y su respectivo
análisis.
Objetivos:

 Diseñar y aplicar el plan de pruebas sobre el software a evaluar

 Realizar un resumen de la aplicación de las pruebas
 Realizar un registros de las pruebas realizadas
Link de las bitácoras individuales de cada integrante del grupo

Nombre Link (Bitácora Individual)

Estudiant
e

Yeimy https://drive.google.com/drive/folders/1H7ZUQ_hKtyaimQLQfJvey80CLxt-aD4t?usp=sharing
Cuviedes  

Yesid https://drive.google.com/drive/folders/1YeI216_WO9KccjZbE3Y4QmHftDh26AlZ?
Arley usp=sharing
Marroquí
n
Carlos
Andrés
Contreras

Juan
David
Duarte

Imirida https://drive.google.com/drive/folders/1AfHnlQeKH-lhyif1S8Kx5prEs3EqMOxJ?usp=sharing
Mora
¿Qué se busca con la implementación de los modelos de calidad del
software?

Los modelos de calidad de software surgen para enfrentar los problemas con
respecto al desarrollo, utilización y calidad del software, que surgen como
consecuencia de desarrollar el software sin procesos establecidos, algunos de los
problemas en el desarrollo, por mencionarse algunos, son la inapropiada
organización de objetivos para satisfacer las necesidades de los usuarios,
inadecuada planeación de requisitos, errores de diseño, errores de codificación,
errores de pruebas de operación, mantenimiento, etcétera.
Por estos motivos mencionados se crean los modelos de procesos de calidad en
el software, tienen como propósito generar, promover y adoptar estándares y
mejores prácticas relacionadas con la calidad en la ingeniería de software,
implementar disciplina en los procesos de desarrollo, mejorar la calidad en los
productos y en los procesos de desarrollo de software mediante el uso de
herramientas necesarias, establecer estándares de medición de calidad y
rendimiento. Existen diversos modelos de calidad para el desarrollo de software
los cuales proporcionan métodos o lineamientos a seguir para un buen desarrollo.
Implantar Modelos o Estándares de Calidad tiene como objetivo principal que las
empresas desarrollen sistemáticamente, productos, bienes y servicios de mejor
calidad y cumplan con las necesidades y deseos de los clientes. Para esto, se
requiere de un modelo estándar que permita:
1- unir la misión de la empresa y el esfuerzo de cada área en una sinergia de
resultados hacia la competitividad y la calidad de clase mundial
2 - tener procesos y procedimientos ágiles; y comprensibles para todos los
involucrados, pasando por las etapas de desarrollo, prueba, producción y
satisfacción del cliente.
Elaborar un cuadro comparativo donde se evidencie las similitudes ventajas
y desventajas de cada uno de ellos.

MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS

S
McCall Reducir brecha entre usuarios y Está orientado al Las características
desarrolladores enfocándose en un producto final, en general son
número de factores de calidad que pero se puede propiedades
reflejen las prioridades de ambos. aplicar al abstractas
- Facilidades de uso proceso. medibles
- Integridad mediante
- Corrección Existe una métricas, no
- Confiabilidad relación directa siempre existe una
- Eficiencia entre los relación
- Facilidad de mantenimiento desarrolladores y perfectamente
- Facilidad de prueba el usuario. lineal entre los
- Flexibilidad valores de las
- Facilidad de reutilización Evalúa el métricas y las
- Interoperabilidad producto a nivel características que
- Portabilidad bajo. deben estimar.
Organiza factores en tres ejes desde los Falta una
cuales el usuario puede contemplar la Utiliza niveles asociación
calidad de un producto los cuales son jerárquicos explícita entre el
operación del producto, revisión del modelo y el
producto y transición del producto. Cada proceso.
punto de vista se descompone en una
serie de factores que determinan la Es difícil que las
calidad de cada uno de ellos. características y
Cada factor determinante de la calidad se subcaracterísticas
descompone a su vez, en una serie de sean siempre
criterios o propiedades que determinan perfectamente
su calidad. Los criterios pueden ser independientes.
evaluados mediante un conjunto de
métricas.

FURPS Cuenta con 5 características de calidad Criterios claros y Al igual que en el

del software: de fácil modelo McCall se
- Funcionalidad utilización. necesitan de
- Facilidad de uso muchas métricas
- Confiabilidad División en lo que implica un
- Performance factores mayor esfuerzo de
- Facilidad de Soporte funcionales y no tiempo y costo.
Plantea 2 categorías de requerimientos: funcionales es
 1. Funcionales (F): especifican conveniente para
funciones que el sistema debe ser capaz determinar la
de realizar, sin tomar restricciones físicas calidad aún así,
a consideración, y se definen a través de hayan
las entradas y salidas esperadas. restricciones
2. No funcionales (URPS): Usability físicas.
(facilidad de uso) Reliability
(Confiabilidad), Performance y Tiene en cuenta
Supportability (facilidad de soporte). las fallas en el
Describen atributos del sistema o producto y en el
atributos del ambiente del sistema. proceso, esto
1. Concepción del producto a partir del permite una
análisis del mercado. mayor
2. Definición de objetivos proyecto. corrección.
3. Diseño real del producto e
investigación. Se podría utilizar
4. Traducir los diseños en piezas o no para uno sino
prototipos reales en el laboratorio. 5. para varios
Comercialización proyectos.
Bohem Agrega características a las existentes en Involucra menos Genera mucho
el modelo de McCall y representa una factores y tiempo en el
estructura jerárquica de características, criterios por lo desarrollo del
cada una de las cuales contribuye a la cual un menor sistema.
calidad total. tiempo en su
- Confiabilidad desarrollo. No especifica los
- Eficiencia aspectos
- Facilidad de prueba Incorpora relacionados con
- Portabilidad objetivos de el usuario
- Fácil de entender calidad.
- Fácil de modificar
Consiste en un modelo de Se podría utilizar
descomposición de características de no para uno sino
calidad del software en 3 niveles (usos para varios
principales, componentes intermedios y proyectos.
componentes primitivos) previos a la
aplicación de métricas.
El modelo pretende:
1. Se realice lo que desea el usuario
2. Se utilice recursos informáticos de
manera correcta y eficiente
3. Sea fácil de utilizar y aprender
4. Sea bien diseñado, codificado,
probado y mantenido.
Dromey Estructura que permite construir y Utiliza niveles Solo calidad del
utilizar un modelo de calidad práctico jerárquicos producto, y no
para evaluar las etapas de determinación desarrollo y
Evalúa el
 de los requerimientos, diseño e producto de análisis.
implementación. Plantea la calidad del forma
producto por medio de la definición de independiente
subcaracterísticas que pueden ser
medidas y evaluadas como Existe una
características. relación directa
- Facilidades de uso entre los atributos
- Confiabilidad y los sub
- Eficiencia atributos.
- Facilidad de mantenimiento
- Portabilidad
- Funcionalidad
Dromey propone 3 modelos para cada
etapa del proceso de desarrollo.
1. Modelo de requerimientos
2. Modelo de diseño
3. Modelo en calidad de la
implementación.
Estas características pueden ser
agrupadas de acuerdo con diversos
aspectos a tener en cuenta en la
implementación:
1. Corrección
2. Aspectos internos
3. Aspectos del contexto
4. Aspectos descriptivos.
Gilb Plantea la creación de una especificación Atributos de Ya que evalúa
de requisitos de calidad para cada calidad en forma tantos puntos
proyecto que deben escribir cuantitativa. implica mas
conjuntamente el usuario y el analista. trabajo y tiempo.
Permite determinar una lista de Relación directa
características que definen la calidad de entre atributos y
la aplicación. sub atributos.
Puede ser de dos tipos:
1. Originales Relación directa
2. De modelos tradicionales. entre los
Para cada una de ellas se deben desarrolladores y
especificar los siguientes conceptos: el usuario.
1. Nombre y definición de la
característica
2. Escala o unidades de medición
3. Recopilación de datos o prueba
4. Valor propuesto
5. Valor óptimo
6. Valor en el sistema actual
7. Comentarios.
CMMI Guía para comprobar procesos y Reducción costo Falta de
comparar la capacidad de un grupo al de desarrollo. adecuación al
ejecutarlos, es un modelo de madurez – enfoque de
directriz, práctico y disciplinas basadas Localización y servicio que está
en estándares de la industria. resolución de experimentando el
Indica qué deben hacer los procesos no defectos. sector de las TI en
como deben hacerlos. Mejora en la todas sus líneas de
Características de calidad: fiabilidad de la actividad.
- Utiliza niveles jerárquicos planificación en
- Clasifica a las empresas según términos de Exige un alto
madurez dedicación y de esfuerzo de
- Permite guiar paso a paso para calendario. implantación.
mejorar a través de niveles o etapas
- Específico para el desarrollo y Aumento de la
mantenimiento de software productividad.
- Definido como un conjunto de
áreas clave de procesos. Reducción de
- Tiene un modelo de evaluación. trabajos de
correcciones tras
fases de prueba.

Mejora en la
calidad del
producto.

Reducción de
defectos

Detección en las
fases tempranas
de su ciclo de
vida
Determinar una metodología de evaluación de software para portales web o
software de aplicación, hacer una explicación de cómo funciona la
metodología.

Sistema para la venta de armas fuego Sistema de información-Polígono El

Bunker

Modulo calibres

SISTEMA PARA LA VENTA DE ARMAS FUEGO

MODULO INGRESO DE CALIBRESS
Objetivos de las COMPROBAR EL MODULO DE INGRESO DE
pruebas CALIBRE
Técnicas Ingresar información para modificar
Entradas: valores de datos
Casos de prueba
Si permite modificar calibres a estado inactivo
Modulo usuarios

SISTEMA PARA LA VENTA DE ARMAS FUEGO

MODULO DE USUARIOS

Objetivos de las COMPROBAR EL MODULO MODIFICAUSUARIOS,

pruebas AGREGA ARMAS Y ELIMINAR
Técnicas INGRESAR INFORMACION FALTANTE
Entradas: valores de datos vacíos
Casos de prueba - Si permite modificar usuarios, y permite agregar
armas mas no permite eliminar.
 SISTEMA DE HOMOLOGACIONES
MODULO DE ROLES
Objetivos de las COMPROBAR SI SE MODIFICAN LOS DATOS
pruebas
Técnicas MODIFICAR LOS DATOS DE UN REGISTRO EXISTENETE
ENTRADAS: SE MODIFICAN LOS DATOS Y SE ADICIONAN
OTROS
Casos de prueba
SALIDAS ESPERADAS: MODIFICACION VALIDA SE AGREGAN
FUNCIONES AL ROL CREADO
SE INGRESARON LOS DATOS COMPLETOS PARA LA
Descripción MODIFICACION DEL USUARIO SE AGREGAN FUNCIONES AL
USUARIO FUE EXITOSO
 RESULTADOS

MODULOS DE CLIENTES:
El modulo de informacion general esta realizado de una manera correcta no
permite el la modificacion de los usuarios agragando o modificando las armas
como consultar lel usuario aunque no se eliminan.

MODULOS DE CALIBRES:
Se encuentra creado de menera correcta la busqueda de calibres y su moficacion
a estado inactivo o activo.

MODULOS DE ROLES:
Realiza las modificaciones de roles adicionando o modificando los permisos de
cada rol adicionalmente realiza la busqueda de los roles.

NECESIDADES AMBIENTALES

NOMBRE DEL VERSION TIPO

SOFTWARE
WINDOWS SEVEN PROFESSIONAL SISTEMA OPERATIVO
FIRE FOX 7 NAVEGADOR DE
INTERNET
INTERNET EXPLORER 7 NAVEGADOR DE
INTERNET
GOOGLE CHROME NAVEGADOR DE
INTERNET
 LISTA DE CHEQUEO

CARACTERISITICAS ATRIBUTOS NIVEL DE OBSERVACIONES

IMPORTANCIA
(1-5)
FUNCIONABILDIAD ADECUACION 4 EL SISTEMA
ESTA ADECUADO
PARA
RECEPCION DE
LOS DATOS CON
NORMALIDAD
EXACTITUD 4 EL SISTEMA
SOLICITA DATOS
EXACTOS PARA
OPERACIÓN
INTEROPERABILIDAD 3 FUNCIONA EN
VARIAS
PLATAFORMAS
SEGURIDAD 2 ES BASICA LA
SEGURIDAD NO
PIEDE
AUTENTIFICACIO
N ADICIONAL
CUMPLIMEIENTO 1 NOTIENE UN
FUNCIONAL ESTANDAR DE
FUNCIONALIDAD
FIABILDIAD MADUREZ 3 EL SISTEMA
SIGUE UN
ESTÁNDAR
LINEAL PERO SE
PUDEDE
MEJORAR
RECUPERABILIDAD 5 SE REINICIA CON
FACILDIAD LAS
OPERACIONES
PENDIENTES
TOLERANCIA 2 NO ACEPTA
CAMBIOS DE
MANERA FACIL
CUMPLIMIENTO 5 CUMPLE EL
OBJETIVO DE
INGRESO DE
DATOS
USABILIDAD APRENDIZAJE 4 LAS TAREAS SON
DEFINIDAS Y
LIMITADAS
COMPRENSION 2 ES FACIL
ATENDER LA
CREACION DE
 LOS DISTINTOS
METODOS DE
INGRESO
OPERATIVIDAD 2 ES OPERATIVO Y
DE FACIL
MANEJO
ATRACTIVIDAD 5 ES AGRADABLE
LA INTERFAZ
DESARROLLADA
EFICIENCIA COMPORTAMIENTO 5 SE COMPORTA
DEL SISTEMA DE UNA MANERA
NORMAL PARA
INGRESO DE
DATOS
UTILIZACION DE 5 UTILIZA LOS
RECURSOS RECURSOS
NECESARIOS
PARA CREACION
DE ARCHIVOS

MANTENIBILIDAD ESTABILIDAD 3 SITEMA ESTABLE

PARA SU
GESTION
OPERATIVA
FACILIDAD DE 3 ES LINEAL PARA
ANALISIS SUS
OPERACIONES
BASICAS
FACILIDAD DE 3 SU ESTRUCUTRA
CAMBIO ES LINEAL NO
ADMITE CAMBIO
DE
PROFUNDIDAD
PORTABILIDAD REMPLAZAMIENTO 2 ES FACTIBLE
REMPLAZARLO
CON OTRAS
METODOLOGIAS
INSTALACION 2 ES PORTABLE

|
CALIDAD DE USO EFICACIA 4 CUMPLE CON
LOS OBJETIVOS
DE INGRESO
PRODUCTIVIDAD 4 LOS OBJETIVOS
SON
 ALCANZABLES
EN ESTA
PLATAFORMA
SEGURIDAD 4 SU SEGUIRADA
ES BASICA EN LA
CONFIABILIDAD
DE LOS DATOS
 CONCLUSIONES

Se logró identificar diferentes conceptos relacionados con la norma ISO/IEC 25040

y los modelos para evaluar la calidad de software, identificando la importancia y
precisión que un sistema de pruebas debe tener en la realización de un software.

Se realizó la lista de chequeo planteada en la fase anterior de acuerdo con lo

observado en la aplicación web de encuestas online, obteniendo un resultado muy
favorable y con algunos casos en los cuales no se puede comprobar dichos
aspectos al ser una aplicación web desconocida que por razones claras no
permitirá el acceso a su código de creación.

Se realizó el plan de pruebas planteado que al ser este caso una aplicación web
no se pueden realizar pruebas que verifiquen el fallo de esta, el plan de pruebas
que se planteó con anterioridad al ser aplicado presentó resultados muy
favorables pudiendo observar que la página es muy robusta y cumple su propósito
tal cual como se menciona en sus descripciones.
 REFERENCIAS BIBLIOGRÁFICAS

Almazan, F. (2016).Modelo de test de Usuario. Recuperado

de http://www.guiadigital.gob.cl/guia-v2/capitulos/05/anexos/pauta-test-usuario.pdf
    
ISO/IEC 25040. recuperado de https://iso25000.com/index.php/normas-iso-
25000/iso-25040

Mauro C.C, Andrea Catherine A.A, Ana María A.C. (2017). Modelos de calidad del
software, un estado del arte. Recuperado
de http://www.scielo.org.co/pdf/entra/v13n1/1900-3803-entra-13-01-00236.pdf

Vivanco, Villamar, A. (2011). Evaluación de Calidad del Sistema Integrado para

casas de Valores SICAV de la bolsa de valores de Quito utilizando la norma
ISO/IEC 14598. Recuperado
de http://bibdigital.epn.edu.ec/bitstream/15000/4329/1/CD-3948.pdf