Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Aporte Colaborativo Lilian Osorio
Aporte Colaborativo Lilian Osorio
Presentado Por:
A.Lilian Osorio
Cod. 1014239505
Tutor:
Geovanni Catalán
Grupo:
301569_8
Link Bitácoras
Modelo de McCall Este modelo busca reducir Está orientado al Las características en general
la brecha entre usuarios y producto final pero son propiedades abstractas
desarrolladores se puede aplicar al medibles mediante métricas, no
enfocándose en un número proceso. siempre existe una relación
de factores de calidad que perfectamente lineal entre los
reflejen las prioridades de Existe una relación valores de las métricas y las
ambos. directa entre los características que deben
En cuanto a las desarrolladores y estimar.
características de calidad el usuario. Falta una asociación explícita
están entre el modelo y el proceso.
- Facilidades de uso Evalúa el producto
- Integridad a nivel bajo. Es difícil que las características
- Corrección y subcaracterísticas sean
- Confiabilidad Utiliza niveles siempre perfectamente
- Eficiencia jerárquicos. independientes.
- Facilidad de
mantenimiento
- Facilidad de prueba
- Flexibilidad
- Facilidad de
reutilización
- Interoperabilidad
- Portabilidad
El modelo de McCall
organiza los factores en tres
ejes o puntos de vista desde
los cuales el usuario puede
contemplar la calidad de un
producto los cuales son
operación del producto,
revisión del producto y
transición del producto.
Cada punto de vista se
descompone en una serie de
factores que determinan la
calidad de cada uno de
ellos. Cada factor
determinante de la calidad
se descompone a su vez, en
una serie de criterios o
propiedades que determinan
su calidad. Los criterios
pueden ser evaluados
mediante un conjunto de
métricas. Para criterio deben
fijarse unos valores máximo
y mínimo aceptables. Antes
de comenzar a utilizar el
modelo de McCall hay que
seguir las siguientes reglas,
se aceptan los factores
criterios y métricas que
propone el modelo, se
aceptan las relaciones entre
factores y criterios y entre
criterios y métricas y se
selecciona un subconjunto
de factores de calidad sobre
los que se aplican los
requisitos de calidad
establecidos para el
proyecto.
Modelo de FURPS El modelo FURPS Los criterios son Al igual que en el modelo
propuesto por Robert Grady claramente McCall se necesitan de muchas
y Hewlett Packard Co (HP) entendibles lo que métricas lo que implica un
cuenta con 5 características implica su fácil mayor esfuerzo de tiempo y
de calidad del software: Las utilización. costo.
cuales son -
Funcionalidad En cierta forma su
- Facilidad de uso división en
- Confiabilidad factores
- Performance funcionales y no
- Facilidad de Soporte funcionales es
Además plantea 2 conveniente para
categorías de determinar la
requerimientos las cuales calidad aún así,
son 1. Requerimientos hayan
funcionales (F): especifican restricciones
funciones que el sistema físicas.
debe ser capaz de realizar,
sin tomar restricciones Tiene en cuenta
físicas a consideración, y se las fallas en el
definen a través de las producto y en el
entradas y salidas proceso, esto
esperadas. 2. permite una mayor
Requerimientos no corrección.
funcionales (URPS):
Usability (facilidad de uso) Se podría utilizar
Reliability (Confiabilidad), no para uno sino
Performance y para varios
Supportability (facilidad de proyectos.
soporte). Describen
atributos del sistema o
atributos del ambiente del
sistema. Se contemplan
diversas fases. La primera
es la concepción del
producto a partir del análisis
del mercado, después se
marcan los objetivos y se
define el proyecto, apartado
que se mezcla
inevitablemente con la fase
de diseño real del producto
e investigación.
Posteriormente se procede
a traducir los diseños en
piezas o prototipos reales
en el laboratorio. Una vez
fabricado la siguiente fase
en la vida del producto es su
comercialización hasta que
se convierta en algo
obsoleto y se deje de
fabricar como última etapa
del ciclo.
Modelo de Boehm El modelo de Boehm (1978) Involucra menos Genera mucho tiempo en el
agrega algunas factores y menos desarrollo del sistema.
características a las criterios lo que
existentes en el modelo de implicaría un No especifica los aspectos
McCall y representa una menor tiempo en relacionados con el usuario.
estructura jerárquica de su desarrollo.
características, cada una de
las cuales contribuye a la Incorpora objetivos
calidad total. Tiene las de calidad.
siguientes características.
- Confiabilidad Se podría utilizar
- Eficiencia no para uno sino
- Facilidad de prueba para varios
- Portabilidad proyectos.
- Fácil de entender
- Fácil de modificar
Consiste en un modelo de
descomposición de
características de calidad
del software en 3 niveles
(usos principales,
componentes intermedios y
componentes primitivos)
previos a la aplicación de
métricas. Este modelo de
Boehm tiene como finalidad
que a través de la calidad
del software, el software: 1.
Realice lo que desea el
usuario, 2. Utilice recursos
informáticos de manera
correcta y eficiente, 3. Sea
fácil de utilizar y aprender, y
4. Sea bien diseñado,
codificado, probado y
mantenido.
Modelo de Dromey Este modelo tiene el Utiliza niveles Se basa solo en la calidad del
propósito de trabajar con jerárquicos producto, más no en el
una estructura que permite desarrollo y análisis del mismo.
construir y utilizar un modelo Evalúa el producto
de calidad práctico para de forma
evaluar las etapas de independiente
determinación de los
requerimientos, diseño e Existe una relación
implementación. Esta directa entre los
información puede ser atributos y los sub
usada para elaborar, atributos.
comparar y evaluar la
calidad de los productos de
software. Este modelo
plantea la calidad del
producto por medio de la
definición de sub
características que pueden
ser medidas y evaluadas
como características.
Este modelo cumple con las
siguientes características:
- Facilidades de uso
- Confiabilidad
- Eficiencia
- Facilidad de
mantenimiento
- Portabilidad
- Funcionalidad
También permite aumentar
el entendimiento respecto
de la relación entre los
atributos (características) y
los sub atributos
(subcaracterísticas) de
calidad.
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 a
diversos aspectos a tener
en cuenta en la
implementación: 1.
Corrección, 2. Aspectos
internos, 3. Aspectos del
contexto, 4. Aspectos
descriptivos. Dromey una
matriz que relaciona las
características de la calidad
respecto de la norma ISO
9126-1. Dicha matriz
presenta un mapeo entre las
características del producto
y los atributos de alto nivel,
el cual es utilizado en las
evaluaciones del producto
de software.
Modelo CMMI Es una guía para comprobar Reducción del Falta de adecuación al enfoque
procesos y comparar la coste de de servicio que está
capacidad de un grupo al desarrollo. experimentando el sector de las
ejecutarlos, es un modelo TI en todas sus líneas de
de madurez – directriz, Localización y actividad.
práctico y disciplinas resolución de
basadas en estándares de defectos. Exige un alto esfuerzo de
la industria. Indica que implantación.
deben hacer los procesos Mejora en la
no como deben hacerlos. fiabilidad de la
Características de calidad: planificación en
- Utiliza niveles términos de
jerárquicos dedicación y de
- Clasifica a las calendario.
empresas según madurez
- Permite guiar paso a Aumento de la
paso para mejorar a través productividad.
de niveles o etapas
- Específico para el
Reducción de
desarrollo y mantenimiento
trabajos de
de software
correcciones tras
- Definido como un
fases de prueba.
conjunto de áreas clave de
procesos.
Mejora en la
- Tiene un modelo de
calidad del
evaluación.
producto.
Reducción de
defectos
Detección en las
fases tempranas
de su ciclo de vida
Mejora de la
imagen de marca.
· Producible
Resumen de la evaluación de las pruebas (resultados)
Registro de incidencias y Requerimientos de Cambio
Producible
MÓDULO LOGIN
MÓDULO LOGIN
Casos de Entradas:
prueba Usuario 77030926
Clave 77030926
Salidas esperadas: Ingreso no válido
Ingreso de
datos
Evidencia
Observacion Hay una falla con el módulo login debido a que al ingresar con usuario
es 77030926 el cual está registrado pero con una clave diferente incluyendo
símbolos este se queda bloqueado iniciando sessión. Podemos concluir
que la aplicación tiene una falla y es necesario corregir con una mejora.
MÓDULO USUARIOS
MÓDULO USUARIOS
MÓDULO USUARIOS
Casos de Entradas:
prueba - Cédula 19888000
- Nombres: Arsenio José
- Apellidos: Ardila Nuñez
- Dirección: Cra 80 # 20 – 30
- Email: Arsenio@hotmail.com
- Teléfono: 2220099
- Rol: Administrador
- Nombre Equipo: Bunker
- Verificar: Si
Descripción Se da clic en botón Nuevo usuario dentro del módulo Usuarios y se procede
a diligenciar formulario con datos
- Cédula 19888000
- Nombres: Arsenio José
- Apellidos: Ardila Nuñez
- Dirección: Cra 80 # 20 – 30
- Email: Arsenio@hotmail.com
- Teléfono: 2220099
- Rol: Administrador
- Nombre Equipo: Bunker
- Verificar: Si
Ingreso de
datos
Evidencia
Resultados Se logra adicionar un nuevo usuario a la base de datos con los datos
suministrados, se verifica la lista de usuarios del portal y se observa
creación correcta.
MÓDULO CLIENTES
Objetivos de las Ingresar datos como números en las casillas de texto donde
pruebas van nombres y apellidos.
Producible
MÓDULO CLIENTES
Objetivos de Ingresar datos como números en las casillas de texto donde van nombres
las pruebas y apellidos.
Casos de Entradas:
prueba - Cédula 77555000
- Nombres: 09879009
- Apellidos: 23145678
- Fecha de nacimiento 24 junio 1998
- Dirección: Cra 80 # 20 – 30
- Email: josefa@hotmail.com
- Teléfono: 2998877
- Nivel de estudio: Profesional
- Oficio: Empleada
- Departamento: Bogotá
- Municipio: Bogotá
- Observaciones: ninguna
- Estado: activo
Evidencia
Resultados
MÓDULO ROLES
Técnicas Dar clic en botón eliminar rol, observar que salga cuadro de
texto que pregunte si se desea eliminar ya que puede por
error haberse dado clic en la eliminación.
Producible
MÓDULO ROLES
MÓDULO ROLES
Técnicas Dar clic en botón eliminar rol, observar que salga cuadro de texto que
pregunte si se desea eliminar ya que puede por error haberse dado clic
en la eliminación.
Casos de Entradas:
prueba - Ingresar al módulo Roles
- Dar clic en la X la cual indica que es para eliminar rol.
Ingreso de
datos
Evidencia
MÓDULO CALIBRE
Producible
MÓDULO CALIBRE
Técnicas Dar clic en botón modificar calibre escribir diferentes datos a los existentes y
guardar datos.
Casos de Entradas:
prueba - Ingresar al módulo Calibre
- Dar clic en el botón EDITAR CALIBRE
- Nombre Calibre: Rifle de asalto
Modificar
Ingreso de
datos
Evidencia
MÓDULOS INICIO
Producible
MÓDULOS DE INICIO
MÓDULOS INICIO
Casos de Entradas:
prueba Ingresar a los módulos desde la página de inicio
Ingreso de
datos
Evidencia
Resultados Se realiza ingreso a los módulos Usuarios, clientes, marcas y clases
encontrando que cada formulario al cual se ingresó corresponde con el
título seleccionado.
Técnicas Ingresar a cualquier módulo y dar clic en botón salir esperando que
nos lleve de nuevo al login.
Casos de Entradas:
prueba - Ingresar a cualquier módulo y dar clic en botón SALIR.
Descripció Se da clic en el botón SALIR de cada módulo del portal o sitio web y
n este debe sacarnos del sitio y dejarnos en el login.
Ingreso de
datos
Evidencia
Resultados Se realiza ingreso a los módulos existentes dentro del portal pero se
observa que allí no existe el botón SALIR, además al encontrarlo en el
inicio del portal, se procede y se da clic en el botón y este nos deja la
página en blanco y no sale del portal.
MÓDULO LOGIN
Módulo Login
Producible
MÓDULO LOGIN
MÓDULO LOGIN
Módulo Login
Casos de Entradas:
prueba Usuario: 77030926
Contraseña: 77030926
Evidencia
RESULTADOS
Módulo Usuarios
Se logra adicionar un nuevo usuario a la base de datos con los datos suministrados,
no debería haberse creado debido a que los campos nombre y apellidos contenían
números por lo cual se detecta falla de funcionamiento.
Módulo Roles
Se da clic en botón X de eliminar rol pero no sucede ninguna acción por lo cual el
botón no está realizando ninguna acción.
Módulo Calibre
Se realiza ingreso a los módulos existentes dentro del portal pero se observa que allí
no existe el botón SALIR, además al encontrarlo en el inicio del portal, se procede y
se da clic en el botón y este nos deja la página en blanco y no sale del portal.
En general el sitio está habilitado para función normal los accesos están restringidos
según normas y estándares de calidad, los ingresos a cada módulo son correctos y
nos lleva a los formularios solicitados, sin embargo se deben corregir algunas fallas
ya mencionadas anteriormente para poder tener un sitio funcional al 100 %.
Necesidades Ambientales
En la siguiente tabla podemos observar los recursos de software utilizados para las
pruebas y análisis realizados al sitio web.
Personas y roles
Se muestran 5 Si se muestran
botones de botones de
búsqueda para el búsqueda.
usuario?
Conclusiones