Aplicación de La Calidad de Software en El Proceso de Desarrollo 1
Aplicación de La Calidad de Software en El Proceso de Desarrollo 1
Aplicación de La Calidad de Software en El Proceso de Desarrollo 1
PROCESO DE DESARROLLO
APRENDIZ
OMAIRA YOHANA CHAVARRO MENDEZ
FICHAS
2192308
SENA
21 – 09 – 2020
CAQUETA
ACTIVIDAD 1
1. Nombre y explique al menos dos razones por las que se debe medir el software:
Cuesta menos encontrar y arreglar errores en la etapa inicial del proyecto que
encontrarlos en las etapas subsecuentes
Es más eficiente prevenir defectos que encontrarlos y arreglarlos
Estas razones nos hablan de optimizar los tiempos y los costos en el ejecución de un proyecto
de software ya que cuando no se realiza una buena planeación, con su respectivo seguimiento
se puede incurrir en errores que retrasarían la ejecución del proyecto afectando el tiempo,
además de generar mayores costos por el tiempo perdido y el que se tiene que implementar
para corregir los errores
2. Por favor diligencie el espacio en blanco según la Norma que corresponda:
Esta otra métrica articula el discurso y nace de él, está formada por los estímulos
rítmicos y entonativos ‒la prosodia‒ que el propio discurso contiene, y, por lo
tanto, nace de él. Por eso decimos métrica interna.
La música, como siempre acude a nuestro auxilio: la métrica externa es el compás
y el ritmo ‒si lo hay claramente‒; la interna es la figuración de la melodía, la
secuencia de duraciones que se integra en los anteriores, unas veces yendo con
ellos, otras veces contra ellos, en un diálogo vivo y con vicisitudes (como la vida)..
Las dos, pues, las dos métricas son indispensables. Y complementarias: ¿a qué nos
recuerdan? al orden y la fantasía, el sistema y la imaginación. A lo masculino y lo
femenino, al yang y al ying.
3. MAPA CONCEPTUAL
Las aplicaciones de software deben ser productos de alta calidad: Fáciles de usar,
confiables y seguros, tan rápidos como lo necesite el cliente, baratos en relación con
sus prestaciones, flexibles y fáciles de mantener y modificar.
Factores de Revisión
Factores de Transición
Factores de Operación
Aceptable, el software debe ser aceptado por los usuarios para los que fue
diseñado. Debe ser entendible, utilizable y compatible con otros sistema
9. Cuál es el factor más importante en la evaluación de productos de software
y porque?
13.
Cuáles son las seis características de calidad de acuerdo a esta normas?
Defínalas
Funcionalidad: Las funciones satisfacen necesidades declaradas oimplícitas [ISO
9126: 1991]
Fiabilidad: Capacidad de un sistema para mantener su nivel de rendimiento
Usabilidad: Esfuerzo necesario para el uso y la valoración individual de tal uso,
por parte de un conjunto de usuarios. [ISO 9126: 1991]
Portabilidad: Es la capacidad de un sistema para ser transferido de un entorno a
otro. [ISO 9126: 1991]
Mantenibilidad: Es el esfuerzo necesario para realizar modificaciones específicas.
[ISO 9126: 1991]
Eficiencia: Es la relación entre el nivel de prestaciones de un sistema y el volumen
de recursos utilizados en condiciones declaradas. [ISO 9126: 1991]
Para solucionar los problemas de métrica de la norma ISO/IEC 9126 se creó
la norma ISO/IEC 14598 que
14. distingue tres aproximaciones a la calidad del producto, ¿Cuáles son estos tres
elementos de calidad? Defínalos.
15. Cuáles son las seis características de la calidad interna y externa y sus sub-
características? Defínalas.
1. Funcionalidad
Adecuación: Atributos del software que soportan la presencia y
propiedad de un conjunto de funciones para tareas específicas.
Exactitud: Evalúa el resultado final que obtiene el software y si
tiene consistencia a lo que se espera de él
Interoperabilidad: Consiste en revisar si el sistema puede
interactuar con otro sistema independiente.
16. Conformidad: Atributos del software que hacen que el
mismo se adhiera a los estándares o convenciones relativas a
la aplicación o a regulaciones de tipo legal y prescripciones
similares.
Seguridad: Atributos del software que soportan su
habilidad para prevenir acceso no autorizado, ya sea
accidental o deliberado, a los programas o datos.
2. Confiabilidad
Madurez: Atributos del software que soportan la frecuencia
de falla por defectos en el software.
Tolerancia a los defectos: Atributos del software que
soportan su habilidad para mantener un nivel especificado
de rendimiento en caso de defectos del software o de
infracción de su interfaz especificada.
Conformidad de fiabilidad: las consideraciones para la
predicción de cómo el sistema operará en la práctica.
3. Usabilidad
Entendimiento: Atributos del software que soportan los
esfuerzos del usuario por reconocer los conceptos lógicos y
su aplicabilidad.
Aprendizaje: Atributos del software que soportan los
esfuerzos del usuario por aprender su aplicación.
Operabilidad: Atributos del software que soportan los
esfuerzos del usuario para la operación y control del
software.
Atracción: Verifica que tan atractiva se ve la interfaz de la
aplicación.
Conformidad de usabilidad: Determina si el usuario puede
utilizar el sistema sin mucho esfuerzo.
4. Eficiencia
Comportamiento de tiempos: Atributos del software que soportan
los tiempos de respuesta y procesamiento y las tasas de
rendimiento total en desempeño de sus funciones
17. Utilización de recursos: Atributos del software que
soportan la cantidad de recursos empleados y la duración
de ese uso en el desempeño de sus funciones.
Conformidad de eficiencia: Capacidad del producto de
software para adherirse a normas o convenciones
relacionadas con la eficiencia.
5. Capacidad de Mantenimiento
Capacidad de ser analizado: Determina si la estructura de
desarrollo es funcional con el objetivo de diagnosticar
fácilmente las fallas.
Cambiabilidad: Verifica si el sistema puede ser fácilmente
modificado
Estabilidad: Verifica si el sistema puede mantener su
funcionamiento a pesar de realizar cambios.
Facilidad de prueba :Evalúa si el sistema puede ser probado
fácilmente luego de ser modificado.
Cumplimiento del Mantenimiento: Capacidad del producto
de software para adherirse a normas relacionadas con él
mantenimiento.
6. Portabilidad
Adaptabilidad: Funcionamiento óptimo en diferentes
entornos.
Facilidad de instalación:
Coexistencia: El software puede funcionar con otros
sistemas
Reemplazabilidad: Atributos del software que soportan la
oportunidad y el esfuerzo empleándolo en lugar de otro
software especificado en el entorno de ese software.
Conformidad de portabilidad: Atributos del software que
hacen que este se adhiera a estándares o convenciones
relativas a la portabilidad.
19.Cuáles son las normas que rigen los parámetros para las métricas de la
calidad interna, externa y en uso? Nómbrelas, defínalas y explique cómo se
miden estos tres elementos (Investigar).
23.Investigar la ISO/IEC 2512 (Calidad del producto de datos) definir sus quince
características (Calidad de datos inherente y dependiente del sistema)
24. Eficiencia:Grado en el que los datos tienen atributos que pueden ser procesados
y proporcionados con los niveles de rendimiento esperados mediante el uso de
cantidades y tipos adecuados de recursos en un contexto de uso específico.
La ISO/IEC 14598 por su parte, es una inclusión de métricas a través de las cuales
se pretende evaluar el producto de software aplicables a los conceptos descritos en la
norma ISO / IEC 9126, es un complemento de esta.
La calidad del producto, junto con la calidad del proceso, es uno de los aspectos más
importantes actualmente en el desarrollo de Software. Relacionada con la calidad
del producto, recientemente ha aparecido la familia de normas ISO/IEC 25000, que
proporciona una guía para el uso de la nueva serie de estándares internacionales
llamada Requisitos y Evaluación de Calidad de Productos de Software (SQuaRE -
System and Software Quality Requirements and Evaluation).
– ISO/IEC 2503n. División de requisitos de calidad. Las normas que forman esta
división ayudan a especificar los requisitos de calidad
1. Una cosa muy importante a tener en cuenta es que ni la ISO 9126 ni la serie
25000 establecen los niveles de calidad deseables para cada proyecto. Es decir,
no nos dicen “un número de referencia a lograr”, o el umbral que debe
cumplir una métrica. Si nos dicen parámetros, como que la calidad puede ser
desde el punto de vista de la mantenibilidad, y que esta se descompone en
analizabilidad, etc. Pero no me dice “la mantenibilidad debe ser 3” (o el
número que sea).
Y esto es una cosa razonable, teniendo en cuenta la multitud de situaciones,
software, industrias y demás. Sería irreal fijar un valor, o valores, únicos de
referencia para toda la industria.
Estas normas recomiendan que los requisitos de calidad sean proporcionales a
las necesidades de la aplicación y su criticidad. Por lo tanto, será trabajo del
cliente, de aquel que implante la ISO 9126 o la ISO 25000, el usuario, el CIO,
etc., quien debe determinar el nivel de calidad final que un producto software
deberá alcanzar.