EVALUACIÓN DEL SOFTWARE

PASO 2: ANALISIS Y PLANEACIÓN

Presentado por:
CRISTIAN ALBERTO GOMEZ
FABIAN CRUZ
JHON ESTEBAN ROLDAN
YINETH PEREZ JOVEN
WIL FAVER GARCIA

GR: 301569_19

Director de Curso:
GEOVANNI CATALAN

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD)

INGENIERIA DE SISTEMAS
MARZO 2019
 Introducción

La ISO nace tras la segunda guerra mundial el 23 de febrero de 1947, siendo el

organismo encargado de promover el desarrollo de normas internacionales de
fabricación, comercio y comunicación para todas las ramas industriales a excepción de
la eléctrica y la electrónica. Su función es buscar la estandarización de normas de
productos y seguridad para las empresas u organizaciones a nivel internacional. La IEC
fue fundada en el año 1906, establecida como la organización líder en el mundo para la
elaboración y publicación de las normas internacionales para todas las tecnologías
eléctricas, electrónicas y relacionadas, también conocidas colectivamente como
electrotécnica.
De esta manera ISO/IEC son organizaciones compuestas por miembros nacionales de
todo el mundo, trabajan con una red de relaciones y de cooperación con organizaciones
gubernamentales y no gubernamentales internacionales, a través de las cuales surge la
norma internacional ISO/IEC 9126. La Norma ISO/IEC 9126 se publica en el año 1992,
es utilizada para la evaluación de la calidad de software, dicho estándar establece un
modelo de calidad que permite la evaluación de los productos de software, indicando
sus características y los lineamientos para su uso. Generalmente, este modelo se aplica
para medir la calidad del producto de software luego de ser desarrollado. En la gran
mayoría de los casos, el diagnóstico de los problemas relacionados con la calidad del
producto de software, son detectados en la fase de producción del mismo, es decir,
cuando el producto está en pleno funcionamiento.
En este orden de ideas, el presente trabajo colaborativo paso 2 titulado Análisis y
Planeación, está orientado a la evaluación del software Sistema para la Venta de Armas
de Fuego, mediante el uso del estándar ISO/IEC 9126.
 Objetivos

General
 Adquirir los conocimientos necesarios frente a la conceptualización de la norma
ISO/IEC 9126 y métricas de calidad de un producto software, enfocado a definir y
aplicar con claridad las características clave con las sub características utilizadas
en la evaluación de la calidad del software del Sistema para la Venta de Armas
de Fuego.

Específicos

 Investigar sobre la norma ISO/IEC 9126

 Analizar cómo los estándares de calidad permiten evaluar y generar software de
calidad.
 Aplicar la norma ISO/IEC 9126 en el software seleccionado Sistema Para la Venta
de Armas de Fuego.
 Tabla de Consolidado de Trabajo Individual

Nombre Estudiante Link (Bitácora Individual)

Cristian Alberto https://docs.google.com/document/d/11xXwlaRqW_a
Gomez Xd1iyiV6pFZcxJyYWb_cwVUmMwENmmV0/edit?usp
=sharing
Fabian Cruz https://drive.google.com/drive/folders/1TpLvh5PiTmN
P6Rk8tYpwUla7OgApHsAl?usp=sharing
Jhon Esteban https://drive.google.com/drive/folders/1I6-
Roldan xkRGViByagilsR4JOr2tlWbH8B7_I?usp=sharing
Yineth Perez Joven
Wil Faber Garcia https://drive.google.com/open?id=1p70MW7Nlp4RNd
2iKhMB_g3gIdypZh2Mk

Informe de Construcción Grupal

Respuestas a Preguntas Orientadoras

Estudiante: Cristian Alberto Gomez

Pendiente ingresar información
Estudiante: Fabian Cruz
Pendiente ingresar información

Estudiante: Jhon Esteban Roldan

¿Porque es importante la utilización de los modelos de calidad en el desarrollo
del software?
Los errores detectados en el inicio de un proceso de desarrollo de software son más
fáciles de resolver y generan menos costos que si se detectan de manera posterior.
Una de la importancia de este aspecto es que permite ahorrar ocupación de los
recursos humanos, lo que se refleja en menos costos. La calidad del software debe ser
aplicada durante todo el ciclo de vida y no al final. En el libro [1] "Software Economics",
publicado en 1981, Barry Boehm afirma “un defecto cuya
corrección requiere una hora en el
momento en que se definen los requerimientos
del sistema requerirá al menos 100 horas si no
se detecta hasta que el sistema está en fase de producción”.
[1] Barry W. Boehm. Software Engineering Economics. (Englewood Cliffs, NJ : Prentice-
Hall, 1981 ISBN 0-13-822122-7). Sitio de web
http://en.wikipedia.org/wiki/Barry_Boehm#Software_economics

¿Cómo sería la calidad del software si no existieran modelos y estándares de

calidad?
Sino existieran modelos y estándares, la calidad del software no existiría, de esta
manera no se podrían determinar las cualidades que establecen su utilidad. En otras
palabras, si los modelos y estándares de calidad no existiera eficiencia, un software no
cumpliría varias características, tales como flexibilidad, portabilidad, seguridad o
integridad, esto haría que el software fuera inútil y se prefiriera trabajar de manera
manual.
¿Justifiquen tres factores que determinan la calidad del software?
 Eficiencia: Son los recursos de software y hardware necesarios para realizar las
operaciones y los procesos en unos tiempos de respuesta adecuados. Si el
software requiere de una maquina potente, se presentará lentitud y bloqueos en
la aplicación, lo que puede derivar en perdida de información y la insatisfacción
del usuario.
 Integridad: permite medir el grado con que puede controlarse el software y los
datos. Se requiere mantener la información segura, a la que solo pueda acceder
el usuario que esté realmente autorizado.
 Facilidad de uso: El software debe ser fácil de manejar, que sea cómodo para
cualquier usuario con conocimientos básicos en sistemas, el cual le permita
introducir y obtener datos de manera muy simple.

Estudiante: Yineth Perez Joven

¿Porque es importante la utilización de los modelos de calidad en el desarrollo
del software?
Es lo que nos permite comprender cuáles son los elementos específicos de una
organización, a la vez ayuda a formular y exponer qué es lo que se debe mejorar dentro
de la misma y de cómo se pueden lograr dichas mejoras, de acuerdo a lo expuesto se
puede afirmar que algunas de las ventajas de los Modelos de Calidad en el Desarrollo
del Software son:
 Proporcionar un marco y un lenguaje común, lo que se traduce en la ruptura de
las barreras de la comunicación en el interior de las organizaciones.
 Permitir que los usuarios puedan enfocarse específicamente en la mejora, ya
que ayudan a que no pierdan la idea general.
  Aporta años de experiencia.
 Ayudan a mejorar la satisfacción del cliente.
 Permiten producir productos y servicios de alta calidad.
¿Cómo sería la calidad del software si no existieran modelos y estándares de
calidad?
Simplemente no se puede garantizar ni verificar la calidad de un software en ninguno de
sus campos de acción, ya que éstos plantean una nueva forma de entender el
desarrollo y mantenimiento de sistemas de software como principales artefactos del
proceso de desarrollo. Son utilizados para dirigir las tareas de comprensión, diseño,
construcción, pruebas, despliegue, operación, gestión, mantenimiento y modificación de
los sistemas.
¿Justifiquen tres factores que determinan la calidad del software?
Funcionalidad.
Capacidad de un producto software para proporcionar funciones que cubran las
necesidades explícitas e implícitas cuando el software es utilizado bajo las condiciones
especificadas.
Fiabilidad.
Capacidad del software para mantener un nivel especificado de rendimiento cuando es
usado bajo las condiciones especificadas.
Usabilidad.
Capacidad de un software para ser entendido, aprendido, usado y atractivo para el
usuario, cuando es usado bajo las condiciones especificadas.
Eficiencia.
Capacidad de un producto software para proporcionar un rendimiento adecuado, relativo
a la cantidad de recursos utilizados, bajo unas condiciones establecidas.
Mantenibilidad.
Capacidad del software para ser modificados, dichas modificaciones pueden incluir
correcciones, mejoras o adaptaciones del software a cambios en el entorno, en los
requerimientos o en las/ especificaciones funcionales.
Para finalizar es preciso mencionar que para obtener un software de calidad implica la
utilización de metodologías o procedimientos estándares para el análisis, diseño,
programación y prueba del software que permitan uniformar la filosofía de trabajo, en
aras de lograr una mayor funcionalidad, confiabilidad, usabilidad, eficiencia,
mantenibilidad y factibilidad de prueba, a la vez que eleven la productividad, tanto la
labor de desarrollo como para el control de la calidad de software.
Estudiante: Wil Faber Garcia
Pendiente ingresar información

SISTEMA DE HOMOLOGACIÓN- CRISTIAN ALBERTO GOMEZ

DESCRIPCION DEL SOFTWARE

El software de homologacion es un software analitico, que esta diseñado para que lleve
a cabo procesos de toma de informacion y documentacion para que posteriormente sera
analizada, con este software se busca dar reconociemientos a los estudios cursados por
los estudiantes en otras instituciones de educación superior.

1. INGRESO AL SISTEMA DE HOMOLOGACION

MODULO LOGIN

Figura 1. Acceso a la aplicación, la cual solicita usuario y contraseña para acceder al

aplicativo.
REGISTRO DE DATOS PERSONALES

Figura 2. Se registran los datos personales

Figura 3. Se debe ingresar el valor de la homologación y la fecha de pago, se debe

aceptar los requisitos y criterios de homologación y guardar los cambios
 Numero de Referencia de Pago

Figura 4. Identificación del número de referencia en el recibo de pago

Una vez haya completado los datos iniciales del registro, el sistema habilitará cinco (5)
pestañas en las cuales deberá diligenciar completamente la información solicitada y subir
los documentos referidos.

2. INFORMACION GENERAL

En esta pestaña puede modificar la información básica registrada en el sistema de

homologación, datos como fecha, escuela, programa al que desea homologar, etc. Esta
ventana también le permite observar el progreso de su proceso de homologación a través
de los campos de tiempo y estado.

Figura 5. Módulo de información general

 3. INFORMACION INSTITUCIÓN DE ORIGEN

En esta pestaña debe registrar la información de la institución donde cursó los estudios
que desea homologar y subir el certificado de calificaciones con la anotación de “Original
verificado” que colocó el funcionario de la UNAD que recibió el documento original. Se
permite realizar homologación como máximo tres Instituciones de Educación Superior

En la ventana que se muestra digite el nombre de la institución y el programa de su interés y haga clic en el botón buscar
y el sistema le mostrará una lista de todos los programas que coincidan con los criterios de búsqueda especificados en
los cuadros de texto de institución educativa y programa, se realiza la selección y el sistema le seleccionará el código
SNIES, el programa de origen y la institución de origen.

En caso de que no pueda

obtener el código SNIES,
utilice el botón para
seleccionar institución de
origen y programa Institución de
identificado con la lupa Programa de origen origen
 Después de guardar los cambios, el sistema activas las funcionalidades que le
permiten, borrar o modificar

Modificar Borrar

4. SUBIR DOCUMENTOS

Esta pestaña está dispuesta para para cargar el recibo de pago, el documento de
identificación y la carta de la institución de origen

Seleccionar
Botón para cargar el Botón para subir el
un tipo de
archivo de documento, no documento
documento
debe superar los 300 KB
 5. CONTENIDOS PROGRAMÁTICOS

En esta pestaña deberá cargar los contenidos analíticos de cada uno de los cursos a
asignaturas aprobados en la(s) institución(es) de origen cuyo certificado de calificaciones
cargó en la pestaña “Instituciones de origen”, es decir, se deben cargar los archivos
teniendo en cuenta cargar un archivo por cada uno de los cursos o asignaturas que
aparecen en los certificados de calificaciones.

Seleccione la Digite la nota

institución de Especifique el registrada en el Seleccione el
documento nombre del certificado de archivo y haga Haga clic
origen curso nota clic en subir en subir

Especifique el
nombre del
curso

spondiente

6. RADICAR DOCUMENTOS

En esta parte se radica el estudio de homologación y se considera que es el inicio del

proceso y es la forma de indicar que ya ha cargado todos los documentos y ha
especificado toda la información requerida. El sistema validara automáticamente; el
cargue de la información en las pestañas de “Subir documentos” y “Contenido
programáticos”; indicando si aún no se ha especificado toda la información requerida y
colocando el indicador de “información faltante”.
 Indica que falta documentación
Indica que falta información (documento o contenido
programático

Debe estar toda la información correcta para realizar la ratificación del documento. Se
habilitará el botón radicar y se iniciará el proceso de radicado

SISTEMA PARA RECAUDO – FABIAN CRUZ

Tema seleccionado: SISTEMA PARA RECAUDO

Doy inicio ingresando las credenciales de acceso.

Acceso permitido al módulo principal

 Ingreso
permitido
al módulo
de usuarios.

Registro de nuevo usuario.

Registro de usuario nuevo con éxito.

Proceso de modificación de usuario.

Modificación exitosa.
Ahora pasamos al módulo de rutas donde se evidencia que abre exitosamente.

Inicio seleccionando la ruta de Jesica Muñoz para hacer el procedimiento de inicio de

cartera.
Aquí ya encuentro un error debido a que no se deja modificar ni adicionar la casilla de
tarjeta No ni la cédula por tal razón impide seleccionar de que cliente está tratando en
este módulo.

En esta casilla también veo errores ya que no se deja modificar en varias casillas en el
momento de efectuar un abono como ejemplo el valor a cobrar es 50.000 dividido en
cuotas de 10.000 y realice un abono de 10.000 y debería modificarse las cajillas
automáticamente pero no lo hacen ni se dejan manualmente.

En conclusión, ya los errores encontrados son varios por ejemplo aquí al guardar varía
los datos y según la base de datos el documento no se ha contabilizado y agregado a
esto se cambia la información del cliente.
Continuando con la revisión de los siguientes módulos todos me salen con restricción
así:

Son casillas que si están dentro del software debería estar en funcionamiento para dar
agrado al cliente con dicho aplicativo.

Análisis desde el punto de vista de la CALIDAD EN USO Aplicada a la norma ISO 9126.

Analizando el software seleccionado en este caso el de sistema para recaudo se

analiza que falta bastante en calidad de uso iniciando porque no se cuenta con un
manual de uso o explicativo y segundo punto de acuerdo a la norma ISO 9126 en la
calidad externa implica la calidad de uso que tiene que ver con cuatro criterios que si es
de analizar hay errores encontrados empezando porque en uno de los criterios del uso
de la calidad en uso que son muy importantes es la satisfacción que debe sentir el
usuario y la familiarización con el software lo que hay error en este caso porque el
usuario no tiene un manual para uso de este, tampoco tiene el interacción ya que
hubieron puntos donde no se deja manipular casillas entonces esto hace que la
satisfacción no sea la mejor y como evaluador veo que es un punto para mejorar y que
entre en funcionamiento cumpliendo con esta característica que hace parte de la norma
ISO 9126.
Con un error encontrado ya involucra todos los criterios ya que siguiendo con la eficacia
también resulta inconforme porque el usuario no va a encontrar la forma de hacer los
procesos exactamente como están previstos y por su puesto la productividad no va a
ser la esperada ya que no se van a poder emplear todos los recursos relacionados con
la eficacia del software y no va a ser posible un buen uso.
En la seguridad no involucra tanto ya que se trata niveles de riesgo que contenga el
software y en este caso hay errores, pero no veo que sean tan amplios que lleguen a
causar problemas a personal o a instituciones, pero aún implica y hace parte de este
sistema que va enlazado con los anteriores criterios.
En resumido análisis con un solo error encontrado todos los criterios entran a ser
afectados revisándolos de acuerdo a las normas ISO 9126.
Es aquí donde esta la importancia de trabajar en la elaboración y desarrollo de software
teniendo en cuenta siempre las normas ISO/IEC 926

Una empresa que valla a trabajar con el sistema de recaudos va a tener muchos
problemas al no tener el software que cumpla con las normas ISO/IEC 9126 ya que
estas normas tienen unos criterios de mucha importancia que es lo que si se cumplen
se va a obtener un software de calidad de uso como todo cliente y usuario desearía con
eficiencia y calidad.

Es aquí la importancia de la evaluación del producto ya que este proceso garantiza la

forma de escoger las métricas más adecuadas esto incluye tanto para normas de
calidad externa como las normas de calidad en uso y esto se hace en varias
características que son conocidas como la identificación de los requisitos, objetivos,
criterios de aceptación y producción de un buen software.

Tabla que muestre las características y sub características métricas e indicadores de la

norma ISO/IEC 9126.

NORMA ISO/IEC 9126

Característic Subcaracteristicas Métricas Observación
as
Un desarrollador deberá
Cumplimient
Funcionalida disponer de métricas de
Cumplimiento Funcional o de normas
d funcionalidad que cumpla
y leyes.
con las normas
 para verificar la correcta
implementación de
productos
semielaborados.
Aquí se mide la velocidad
en el procesamiento,
consumo de recursos y
Velocidad tiempo que demora en una
Exactitud de respuesta. También hace
ejecución. parte de las métricas
externas con ejecución del
software en el
comportamiento.
Tiene un grado de
adecuación de los
Amigabilida contenidos multimedia que
Adecuación d en el son usado al medio web y
diseño adecuación del diseño a
las necesidades, objetivos
y habilidades
Tiene que ver con la
recuperación de la
información y tiene un
Tiene la
objetivo principal que es
capacidad
definir una correcta
Capacidad de para
arquitectura de
Recuperación. restablecer
información teniendo la
su nivel de
facilidad que el usuario
rendimiento.
Fiabilidad. pueda acceder a la
recuperación de
información.
Tiene la capacidad de
mantener el producto para
Tiempo
tener un nivel bueno y
Tolerancia De Fallos transcurrido
rendimiento aceptable en
entre fallas
casos de fallos del
software.
Es cuando nos indica que
tiene una capacidad para
Tiempo de proporcionar un
Comportamiento con el
Eficiencia respuesta y rendimiento apropiado
tiempo
proceso cumpliendo las
características y
parámetros específicos.
 Se evalúa el tiempo que
Facilidad de tomaría el usuario para
Aprendizaje aprendizaje aprender a usar la función
de uso. y la efectividad del
software en particular.
Son métricas internas que
Usabilidad
funcionan evaluando la
Facilidad de
capacidad de interacción
uso control
Operabilidad en intercambio de datos
y
como son datos de la base
operabilidad
o entrada de los usuarios a
la base de datos.
Depuración
sin errores Tiene la capacidad de
de la página depurar errores evitando
a partir de efectos inesperados
Estabilidad
las causados por
modificacion modificaciones del
es o ajustes software.
realizados
Mantenibilida
Después
d
que el
software ha Es donde se hace la
sido prueba del funcionamiento
Facilidad de prueba modificado, del software para asegurar
se permite que cumple con la función
realizar requerida.
pruebas de
calidad.

SISTEMA DE FACTURACIÓN – JOHN ESTEBAN ROLDAN

Sistema de facturación
Esta aplicación permite administrar una empresa que tenga un inventario para la venta.
http:/factura.cefinvirtual.com/
Usuario yovajefe
Clave: 77030926

Características:
Módulo de Usuario
Módulo de Proveedor
Módulo de Cliente
Módulo de Inventario
Módulo de Venta
Módulo de Cartera
Módulo de Reporte

Módulo Login.
Figura 1. Acceso a la aplicación, la cual solicita usuario y contraseña para acceder al
aplicativo. Los textbox para ingresar usuario y contraseña, el botón y el checkbox para
recordar al usuario están correctamente distribuidos. Adicionalmente se cuenta con un
link para acceder al módulo de administrador, pero al dar clic no lleva a ninguna página.
Ya que este elemento no tiene ninguna función se puede eliminar, o se habilitar para
que redireccione al módulo correspondiente.
Al ingresar a esta primera página (index), no se cuenta con ninguna descripción de la
aplicación.

Menú de la aplicación

Figura 2. El menú cuenta con botones que re-direccionan a cada módulo de la

aplicación, éstos tienen tanto el nombre como una imagen referente al módulo, lo que
facilita al usuario final la navegación al elemento que necesite acceder.
Módulo Inventario

Figura 3. El Módulo Inventario permite acceder a los productos que se comercializan.

En el menú lateral izquierdo se visualizan las categorías de los productos. Permite crear
categorías y subcategorías, lo que facilita la búsqueda de información de manera visual.
Pero al tener muchas categorías y subcategorías si se dificulta la búsqueda
visualmente, por lo cual sería recomendado que se contara con menús desplegables,
de esta manera se ocultan las subcategorías, o que se cuente con un buscador o filtro
de categorías.

Figura 4. Creación de categorías: Permite crear categorías de manera muy sencilla

solicitando categoría principal para determinar si el ítem a crear será una subcategoría.
Para el ejercicio se crea la categoría 1_PRODUCTOS CALIDAD DE SOFTWARE, y
dentro de ésta se crea la subcategoría Software de calidad.

Figura 5. Para crear un producto la aplicación solicita datos sus datos básicos, como
categoría (previamente creada), nombre y código del producto, etc. Al cargar el módulo
genera errores, ya que sobre los textbox de “Ganancia” e “Iva” muestra una etiqueta
html, lo que no es entendible para el usuario final. Otro problema que genera este
módulo es que no permite modificar el precio y listado de precio, y es necesario
modificarlo una vez el producto está creado. También puede generar confusión al
usuario el hecho de que existen 3 texto del ítem ganancia.

Módulo Proveedor
Figura 6. El módulo de proveedor permite listar todos los proveedores creados,
mostrando algunos de los datos registrados como NIT, Razón social, ciudad, dirección,
teléfono y fax. El módulo cuenta con 3 opciones: “Listar” el cual carga los datos, “nuevo
proveedor” el cual permite generar un nuevo proveedor y “volver” al menú principal.
Este módulo, respecto al anterior (Inventario), cambia en el aspecto visual, pero si lo
mantiene si se compara con el aspecto del menú principal.

Figura 7. El módulo de proveedor también permite crear nuevos proveedores, parte de

toda la información registrada en este módulo es la que se muestra en la opción listar
del módulo Proveedor.
Figura 8. La ampliación solicita confirmar el nuevo registro. En esta imagen se
evidencia un problema correspondiente a la codificación de caracteres, ya que en la
palabra “facturación” el carácter “ó” no se muestra correctamente. En el cuadro de
configuración tampoco se muestra de manera correcta el símbolo “¿”. Esto en algunos
casos puede solucionarse aplicando la codificación correspondiente. Algunas de estas
codificaciones son UTF-8 y la ISO-8859-1

Figura 9. El módulo permite realizar búsquedas de manera muy simple, ya que al poner
en el campo “Buscar” un valor, ya sea NIT, ciudad, razón social, etc., lo filtra. Esto
simplifica la búsqueda.

Módulo Compras

Figura 10. El módulo de compras permite guardar en la BD las ventas realizadas. Se

requiere añadir el número de compra de manera manual. Se recomendaría que este
valor tome un consecutivo de manera automática, ya que por error del usuario puede
añadir una compra con el mismo código. El Proveedor se lista, pero debe estar creado
previamente, también se recomendaría que existiera un filtro para seleccionar el
Proveedor, ya que la búsqueda se hace difícil cuando el ComboBox esta desplegado, y
al no estar listado alfabéticamente dificulta su búsqueda.
La búsqueda del producto a comprar es sencilla, ya que solo se debe añadir el código,
el aplicativo de manera automática carga la descripción y valor unitario, también genera
el IVA y el total del costo de la compra automáticamente.
Figura 11. Al guardar la compra, se genera un mensaje de confirmación. El mensaje no
es muy claro, ya que el mensaje muestra el valor 250000, el cual no hace referencia a
ningún valor registrado. Esto podría confundir al usuario.

Figura 12. El módulo permite buscar las compras realizadas, ya sean las de un solo día
o las comprendidas en un rango de tiempo. Pero el parámetro de búsqueda sólo por
tiempo no es muy útil. Cuando el usuario requiere buscar una compra por su número
(por el ID), primero debe seleccionar las fechas, para que la búsqueda pueda dar un
resultado. Si se ingresa el ID correcto, pero la fecha seleccionada no corresponde a la
fecha de la compra, no se mostrará ningún resultado.

Módulo Cliente
Figura 13. Permite crear nuevos clientes, los cuales son relacionados en las ventas.

Figura 14. La opción “listar” permite consultar todos los clientes registrados, los cuales
pueden ser filtrados por cualquier parámetro (nombre, Dirección, cedula, etc). Entre las
opciones Listar y Nuevo cliente, existe una discrepancia, ya que al registrar un nuevo
cliente se registra el “municipio”, pero al listar todos los clientes aparece la columna
“ciudad” sobre la cual no se muestra ni cargan datos.

Figura 15. Siempre que se accede al módulo de cliente, se genera una alerta con la
base de datos, estos errores no deben existir cuando el software está en producción o
está siendo comercializado.

Módulo de ventas
Figura 16. El módulo de ventas es uno de los principales en el software de facturación,
ya que permite registrar y centralizar todo lo que el negocio o la empresa vende. Siendo
uno de los módulos principales, éste se encuentra completamente inoperativo:
Al buscar por nombres no filtra el cliente registrado en el módulo anterior.
Al dar en “listar” listar no carga ningún dato.
Al dar clic en “Nueva venta” el aplicativo no realiza ninguna acción.
¡El módulo se encuentra completamente inoperativo!

Módulo Cartera

Figura 17. El módulo de cartera permite gestionar el detalle de los pagos. En el

aplicativo se visualiza un último registro de fecha 25-02-2018, posiblemente se debe a
que el módulo de ventas no está funcional. Se puede filtrar por varios tipos de datos, ya
se número de factura, nombre, cedula, etc, y al validar en la opción “abonos” carga el
detalle correspondiente.
Figura 18. Al seleccionar la opción nuevo pago, permite generar abonos a deudas
pendientes.

Figura 19. Se muestra detalle de cada abono realizado por el cliente.

Módulo de usuarios

Figura 20. El módulo muestra todos los usuarios con acceso al aplicativo. Este tipo de
módulo debe ser visible solo a usuarios administradores, ya que un usuario estándar
puede actualmente crear cualquier otro usuario. Esto no da trazabilidad frente a qué
usuario registró una compra o una venta, dificultando proceso de auditoría, además de
afectar notablemente la seguridad del software otorgando acceso a cualquier persona.
Por otra parte, el titulo en el módulo no está correcto, ya que muestra las palabras
“Hierro Valledupar” cuando en otras ventanas se muestra el texto “Sistema Facturación”
*sin mostrar el carácter “ó” de manera correcta.

Figura 21. En la opción de nuevo usuario se dan de alta los usuarios. En este módulo
se recomendaría que el campo “respuesta secreta” no muestre los caracteres que
registra el usuario, es mas acertado tener dos campos, “respuesta secreta” y “confirme
respuesta secreta” y que estos dos textbox no muestren los caracteres ingresados, esto
asegura que la respuesta que esta asignando el usuario coincida y se pueda registrar
en la base de datos reduciendo posibilidades de que sea visualizada.

Figura 22. Al registrar el nuevo usuario salta confirmación de datos guardados, sin
embargo, sale alerta correspondiente con la base de datos.
Figura 23. Luego de registrarse alerta con base de datos al listar los usuarios, no
registra el último usuario dado de alta.

Módulo Reportes.

Figura 24. El módulo reportes permite generar consultas sobre cada uno de los
módulos anteriores, permitiendo filtrar información de acuerdo con los parámetros que
el usuario requiera.
Adicionalmente permite generar los siguientes reportes:
Ventas filtradas por mes: al ingresar a este módulo se muestran las ventas totales
realizadas en cada mes, del año 2016, no tiene ningún campo que permita filtrar la
información que se requiera, por ejemplo, cambiar el año sobre el cual se requiere
generar el reporte. En este reporte se genera un grafico chart, lo cual permite visualizar
gráficamente las ventas generadas.
Ventas filtradas por producto: Permite filtrar el producto y seleccionar la fecha en la que
dicho producto se ha vendido. Nuevamente se dificulta la búsqueda del producto, ya
que toda esta información carga en un comboBox, y no hay parámetros para filtrar el
producto, además no está listado de manera alfabética.
Reporte filtrado por categoría de productos: Permite realizar un reporte de las
categorías creadas. Al igual que en ventas filtradas por mes, se dificulta la búsqueda de
los elementos, ya que no existe ningún parámetro para filtrar la información.
Kardex: permite conocer la cantidad de actual de un producto en específico. Aunque
solo se requiere seleccionar el nombre del producto para obtener la información,
nuevamente se debe desplegar un comboBox, el cual no es recomendado.
Las opciones Compra y C-Articulo no son accesibles, ya que el usuario no tiene
permisos para ingresar al módulo. Esto ayuda a la seguridad, ya que el usuario
administrador puede definir diferentes perfiles y otorgar los permisos personalizados de
acuerdo a lo que requiera cada perfil.

Seguridad.
En la aplicación se identifica un fallo de seguridad, al ingresar a la URL
http://factura.cefinvirtual.com/admin/ se puede acceder al módulo de inventario y
permite crear y modificar categorías. Parte de la información queda vulnerable y sin
control por parte del administrador de la aplicación o el usuario encargado de crear los
productos. También permite modificar los valores de los productos.

Figura 25. Acceso a módulo de inventario sin usuario y contraseña de la aplicación.

1. Basado en el análisis previo se debe aplicar la norma ISO 9126 desde el punto
de vista de la CALIDAD EN USO
 Calidad en uso

Eficacia Productividad Seguridad de acceso Satisfacción

Permitir a los usuarios Alcanzar niveles Satisfacer a los usuarios

La capacidad del gastar una cantidad aceptables del riesgo en un contexto de uso
software para permitir adecuada de recursos de hacer daño a especificado.
a los usuarios finales con personas, al
realizar los procesos relación a la efectividad negocio, al software, a
con exactitud e alcanzada, en un las propiedades o al
integridad. contexto de uso medio ambiente en un
especificado
contexto de uso
especificado.

Aspectos sobre Efectividad:

El sistema de facturación no cumple con aspectos de efectividad, dado que éste no
permite a los usuarios realizar algunos procesos con exactitud e integridad. Por
ejemplo, como se detalla en la figura 16, el módulo de ventas no permite crear registros
de ventas, no permite listar ni buscar ventas, por lo cual la terea de facturar una
transacción no se completa.

Aspectos sobre la productividad:

El sistema de facturación no cumple con aspectos de productividad, algunas de las
funciones que se logran completar, tardan tiempo, ya que exigen de más recurso de
tiempo al usuario. En el sistema de facturación, frente al aspecto de productividad, se
han encontrado varias observaciones:
 En el módulo de inventario (Figura 3), las categorías, aunque están listadas en el
modelo parent-child, se dificulta la búsqueda de subcategorías cuando se tienen
muchos registros, esto exige al usuario a leer demasiado, o a utilizar otras
funciones del navegador como F3 para buscar, y esto teniendo en cuenta que
debe conocer correctamente el nombre de la categoría o subcategoría que
busca.
 En el módulo de inventario (Figura 5), al crear un nuevo producto, debe borrar el
contenido manualmente de 4 textbox, tales como “IVA” y “GANANCIA”.
Adicionalmente, el usuario debe guardar el producto con el precio en valor 0, y
posteriormente, una vez esté creado el producto, debe modificar el precio,
requiriendo de un reproceso para la creación correcta de un solo producto.
 En el módulo de compras (Figura 10), al crear una nueva compra, se dificulta la
búsqueda del proveedor, ya que no existe un parámetro que permita filtrarlo. Si
en determinado momento se han llegado a registrar 100 proveedores, el usuario
deberá buscar en un listbox el proveedor en un extenso listado, el cual ni siquiera
se ordena de manera alfabética.
  En el módulo de compras (Figura 12) se puede listar la información
correspondiente a compras, pero solo se puede buscar la información por rango
de fecha. Se vuelve complejo para el usuario buscar una compra determinada,
ya que la aplicación no le da la facilidad de buscarla por número de compra, o
por compras a determinado proveedor.

Aspectos sobre la seguridad:

El aplicativo no cumple con los requerimientos mínimos de seguridad que minimicen los
riegos de la información y del negocio, se identifican los siguientes fallos de seguridad:
 Al poner en el navegador la URL http://factura.cefinvirtual.com/admin el aplicativo
carga el módulo de inventario (figura 3 y figura 25), y permite no solo visualizar el
contenido registrado, sino que permite crear, modificar o eliminar categorías y
productos. A tener en cuenta, es que, al ingresar de esta manera, solo se puede
acceder al módulo mencionado, no se logra acceder a otros módulos.
 No existe una categorización de usuarios, es decir, no existen categorías de
usuarios administradores y usuarios estándar en el aplicativo para cada módulo.
Si se crea un usuario para alguien que solo requiere registrar ventas, podrá crear
los usuarios que desee. Esto no da trazabilidad frente a qué usuario registró una
compra o una venta, dificultando proceso de auditoría, además de afectar
notablemente la seguridad del software otorgando acceso a cualquier persona.
La idea de crear diferentes tipos de perfiles para los usuarios, permite controlar
quienes pueden acceder a determinado módulo de la aplicación, por ejemplo,
que un usuario estándar solo pueda registrar ventas, pero que no pueda
modificar el valor de los productos ni pueda acceder a módulos que realmente no
requiera.

Aspectos sobre la satisfacción:

Dado que el aplicativo no tiene operativo el módulo de ventas, el cual sería considerado
como el módulo esencial, sumado a los diversos fallos que presenta la aplicación en
algunos de sus módulos, más la dificultad para buscar información requerida, la
herramienta no genera ningún resultado positivo de satisfacción al usuario.

2. Finalmente, debe hacer una tabla que muestre las características, sub
características, métricas e indicadores o atributos de la norma ISO/IEC 9126 de
calidad del software que se pueden medir sobre el software de aplicación
seleccionada.

NORMAS ISO/IEC 9126

Características Subcaracteristicas Métricas Observación
Funcionalidad Adecuación Amigabilidad El aplicativo no tiene un alto
del diseño estándar en su diseño,
aunque su menú contiene
imágenes que facilitan
comprender la función de
cada módulo, no se maneja
 un diseño estándar en todos
los módulos. Al ingresar al
módulo inventario, es como
si se ingresara a una página
totalmente diferente, ya que
cambian colores, tipología y
aspecto del menú
Seguridad Nivel de El software no protege los
seguridad de datos del negocio, sin
las credenciales se puede
transacciones. acceder al módulo de
inventario, adicionalmente
un usuario puede realizar
cualquier acción en el
aplicativo.
Fiabilidad Madurez Capacidad Al ingresar a modulo
que tiene el usuario, sale ventana
software para emergente del navegador
evitar fallas notificando sobre error en
cuando consulta de la BD, sin
encuentra embargo al dar clic en
errores. aceptar se lista la
información requerida.
Comprensión Efectividad en El aplicativo dificulta la
las tareas búsqueda de algunos
registros y al crear nuevos
productos que se venderán
se requiere de un reproceso,
ya que se debe crear y
guardar el producto,
posteriormente, modificar el
producto para asignar el
valor.
Operatividad Facilidad de
uso, control u
operatividad
Atractividad Complacencia Dado que el aplicativo
del usuario genera diversos errores,
con la requiere reprocesos y
interacción y dificulta la búsqueda de
los resultados. algunos registros, recibe un
bajo nivel de complacencia.
Eficiencia Utilización de Cantidades El aplicativo no requiere de
recursos adecuadas de gran ancho de banda para
uso de su funcionamiento. A nivel
de hardware no se requieren
 los recursos de máquinas potentes.
humanos, el Respecto a recursos
hardware, humanos, dados los errores
dispositivos identificados, genera más
externos. carga al usuario.
Mantenibilidad Facilidad de cambio Permite Se pueden realizar
realizar modificaciones al código
modificaciones (html-php-sql-js) pero el
al software. software quedaría
inoperativo durante esa
intervención.
Facilidad De Después que Una vez se ha realizado la
Prueba el software ha modificación se pueden
sido realizar todas las pruebas
modificado, se requeridas.
permite
realizar
pruebas de
calidad.
Facilidad de Facilidad del Una vez el aplicativo esta
instalación software para publicado en un servidor
ser instalado Apache o IIS, el usuario final
en un entorno no requiere realizar ninguna
especifico o instalación, solo requiere
por el una conexión a la red y un
usuario final. navegador.
Conformidad de Capacidad del El software no cumple con
portabilidad software para estándares de portabilidad.
cumplir con Por una parte, el aplicativo
los estándares no tiene responsive design,
relacionados a siempre requiere de una
la portabilidad. resolución de 1024*768 para
visualizarlo correctamente,
aunque se debe tener en
cuenta que este tipo de
software se utiliza
mayormente en PC’s.
El carácter “ó” no se
muestra correctamente y en
el cuadro de configuración
tampoco se muestra de
manera correcta el símbolo
“¿”. Esto en algunos casos
puede solucionarse
aplicando la codificación
correspondiente. Algunas de
 estas codificaciones son
UTF-8 y la ISO-8859-1

SISTEMA PARA VENTA DE ARMAS DE FUEGO – YINETH PEREZ JOVEN

SISTEMA DE INFORMACIÓN – POLÍGONO EL BUNKER

Es un SISTEMA PARA LA VENTA DE ARMAS DE FUEGO, que permite crear una base
de datos de los clientes que tienen armas de fuego de cualquier marca, y poderle
realizar un seguimiento en cuanto a las fechas de vencimiento de los salvoconducto,
dotaciones etc.
Link http://fraguesia.com/gcs/cefin/bunker/
Credenciales de acceso
Usuario 77030926
Clave 77030926

Características.
Panel Administrativo consta de:
- Usuarios
- Clientes
- Roles
- Marcas
- Calibre
- Clase
 - Mensajes.
Accesibilidad

Ilustración 1 Inicio de Sesión

La aplicación para autorizar el acceso solicita usuario y contraseña, clic en iniciar sesión,
permitiendo acceder con facilidad a la aplicación.

Página principal y/o menú principal

Ilustración 2. Página Principal y/o Menú principal

La pagina principal presenta el nombre de la aplicación con cada uno de sus recursos o
menús, permitiendo al usuario ingresar con facilidad a cada uno de ellos cuando lo
desee ya se identifican con un nombre y un color diferente.

Ilustración 3. Usuarios
El recurso de USUARIOS, permite administrar la base de datos de los usuarios o
clientes, con los datos personales de en los que se establecen los siguientes campos
cédula, nombre, apellido, dirección, email, acción el último posibilita eliminar o editar
usuarios y/o clientes, y buscar facilitando la búsqueda del cliente que se requiera en su
momento. Al ubicarnos en campo de cedula y le damos clic en el signo + deja ingresar
el número de teléfono.

SISTEMA DE ENCUESTAS

En este archivo realizaremos la evaluación a un software el cual está dirigido o creado

para generar encuestas.

Primero que nada verificamos el sistema de ingreso a la aplicación.

Vemos que este solicita clave y contraseña, se puede apreciar que la contraseña no
permite se visualizada lo cual es correcto, si el usuario y contraseña son ingresados
correctamente el ingreso a la plataforma ocurre si ninguna irregularidad.
En el caso en que el usuario o la contraseña no sean correctas este no nos permite el
ingreso aunque no muestra un mensaje de alerta indicando que uno de los dos campos
es incorrecto lo cual hay que mejorar.
Una vez se ingresa a la plataforma podemos ves que el menú es correcto, es llamativo y
esta bien estructurado.

Hacemos la prueba para verificar si la página es responsive, y se puede apreciar que

esta cumple el objetivo
Ahora empezamos a verificar cana uno los elementos encontrados en el menú principal,
para eso primero entramos en el apartado “usuarios”, en este se ingresa sin ningún
problemas pero vemos que algunos datos no aparecen.

Podemos identificar que el link de usuario nuevo no funciona.

Damos clic en el botón de editar y este nos lleva a una pantalla donde podemos ingresar
más datos aunque la pantalla no parece de editar, se parece más a crear usuario y
adicional a esto el botón de guardar no funciona y hace falta un botón para retroceder a
la pagina anterior.

Ahora presionamos el botón de eliminar el cual nos muestra un mensaje de

confirmación, el dato a eliminar es el de la cedula (49772861).

Pero al dar aceptar vemos que este no hace nada ya que el usuario aun continúa en la
lista.

Por último el botón volver nos lleva al menú principal correctamente.

La siguiente pantalla es la de encuestas, en esta vemos que los datos están completos,
cuenta con un selector de número de registros por páginas el cual funciona
correctamente, contiene botones de siguiente página y anterior página que funcionan
correctamente, la función buscar funciona correctamente.
Damos clic en el botón editar el cual tiene un botón guardar que no sirve para nada,
editamos un dato y se pulsa modificar el cual nos muestra un mensaje de éxito y el dato
si se modifica aunque, paro si salimos y entramos nuevamente el mensaje de éxito aun
continua y no se elimina.

Entramos en la opción de preguntas y este parte todo fusiona correctamente, los datos
que están dentro de esta también cumplen con lo esperado, el botón eliminar funciona
correctamente y el de editar también funciona.
El último botón de la pantalla de encuestas es el botón de eliminar el cual no esta
funcionando.
Ahora nos dirigimos al siguiente submenú el cual es resultado, en esta pantalla el botón
volver funciona correctamente ya que nos regresa a la pantalla principal y en el apartado
(seleccione un encuesta) podemos ver que nos muestra una lista desplegable.

Al seleccionar una de las encuestas no muestra los resultados que esta tiene, el Excel se
descarga correctamente, y el siguiente botón nos lleva a una nueva página donde se
muestra una gráfica de cada una de las preguntas de la encuesta.
Continuamos con el siguiente submenú, el cual pertenece a zonas la cual nos muestra
una pantalla con las zonas a las que se le realizara las encuestas, se puede observar que
trae todos los datos, mostrar número de participantes por página está funcionando
correctamente, el campo para buscar por código no funciona, en campo de buscar
funciona correctamente.

Entramos en el campo nueva zona y creamos una zona llamada prueba 2 la cual se
crea correctamente.
Los botones lista de cuadrante y eliminar no están funcionando.
Ahora salimos al menú principal y elegimos (cuadrante) el cual nos muestra una pantalla
con un enlace para regresar el cual funciona correctamente y un lista desplegable la cual
tiene datos correctos.

Al seleccionar un cuadrante este nos trae una lista de municipios del cuadrante
seleccionado.
Ahora vamos al submenú barrio, primero que todo encontramos que el botón de volver
no funciona, el resto de la funcionalidad es correcta, se eligen los datos y al dar buscar
la barra de progreso llega hasta 100 y trae los resultados.

Aquí el botón de exporta a PDF funciona correctamente, el que está al lado no lleva a
una nueva ventana con graficas de cada pregunta cono en una funcionalidad
anteriormente descrita, aunque en los botones que están al lado de cada pregunta tienen
un error al abrir en una nueva página ya que no trae datos.
Por ultimo visitamos la pantalla de (comuna) la cual funciona igual a la anterior con las
mismas fallas excepto el botón de volver.

Características, subcaracteristicas, métricas e indicadores o atributos de la

norma ISO/IEC 9126
Características SubCaracteristicas Métricas Atributos
Adecuación Amigabilidad del la capacidad de
diseño adecuar un
conjunto de
funcionalidades
que cumplan
Funcionalidad tareas especificas
Exactitud Rapidez de Capacidad del
ejecución software para
realizar los
procesos y
entregar
resultados de lo
solicitado.
Interoperabilidad Fácil instalación Capacidad en que
el software
interactúa con
 sistemas
específicos.
Seguridad En transacciones La capacidad del
software de
proteger la
información y
datos.
Conformidad Cumplimiento de La capacidad de
funcional normas y leyes cumplir
estándares de
calidad
Madurez Actualización en La capacidad del
portales software de evitar
errores si hay
Confiabilidad fallas
Tolerancia a errores Tiempo que Capacidad para
transcurre una mantener nivel de
falla funcionamiento en
caso de errores
Recuperabilidad Nivel de Capacidad para
rendimiento restablecer el
funcionamiento.
Conformidad de Cumplimiento de Capacidad de
fiabilidad entrega cumplir los
estándares de
fiabilidad
Entendimiento Facilidad de La capacidad para
entendimiento que el usuario
Usabilidad pueda entender si
es adecuado y de
manera fácil.
Aprendizaje Facilidad de Forma en que el
aprendizaje de software permite
uso aprender su uso
Operabilidad Facilidad de Manera en que el
operatividad software permite
ser operado.
Atracción Gusto del usuario La presentación
con los resultados debe ser atractiva
para el usuario.
Conformidad de uso Cumplimiento de Capacidad de
estándares de uso cumplir los
estándares
referente al uso
 Eficiencia Comportamiento del Tiempo de Rendimiento al
tiempo respuesta y realizar una
procesamiento función en ciertas
condiciones
Utilización de Recursos usados Capacidad de
recursos. usar cantidad y
tipos adecuados.
Conformidad de Capacidad para
eficiencia. Cumplimiento de cumplir con los
estándares estándares
relacionados a la
eficiencia.
Facilidad de análisis Diagnóstico de Capacidad que
fallas. tiene para permitir
Capacidad de diagnósticos de
mantenimiento. fallas.
Cambiabilidad Permitir cambios Capacidad para
que la
implementación
de una
modificación
pueda ser
realizada
Estabilidad Depuración de La forma en que
páginas. el software evita
efectos
inesperados
Facilidad de La forma en que
pruebas permite que se
realicen las
pruebas.
Adaptabilidad Capacidad de Forma en que el
adaptarse. software se
adapta a
diferentes
entornos
específicos.
Facilidad de Permisos de La forma en que
instalación instalacion permite ser
Portabilidad instalado por el
usuario en
diferentes
entornos
Coexistencia Capacidad de La capacidad que
coexistir tiene para
 coexistir con otros
software
Reemplazabilidad Capacidad que
tiene para ser
reemplazado por
otro software del
mismo tipo.
Conformidad de Capacidad para
portabilidad cumplir los
estándares de
portailidad.

CONCLUSIONES

BIBLIOGRAFIA
Macías, R. Y., Guzmán, S. M. V., & Martínez, S. Y. (2010). Modelo de evaluación para
software que emplean indicadores métricos en la vigilancia científico tecnológica.
acimed. 2009; 20(6) : 125-140. Retrieved from https://ebookcentral-proquest-
com.bibliotecavirtual.unad.edu.co
MORENO, J. J., BOLAÑOS, L. P., & NAVIA, M. A. (2010). Exploración De Modelos Y
Estándares De Calidad Para El Producto Software. UIS Ingenierías, 9(1), 39–53.
Retrieved from
http://bibliotecavirtual.unad.edu.co/login?url=http://search.ebscohost.com/login.aspx?dir
ect=true&db=zbh&AN=55346741&lang=es&site=eds-live&scope=site

Fillotrani, P. (2007). Calidad en el desarrollo del software. Recuperado de

http://www.cs.uns.edu.ar/~prf/teaching/SQ07/clase6.pdf

Catalan Santiago, G. (03,03,2017). OVI - Unidad uno - Calidad del Software. [Archivo
de video]. Recuperado de: http://hdl.handle.net/10596/11656