Heinsohn Privacidad y Ciberseguridad para el sector educativo
Unidad i.2
1. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
Unidad I: Introducción a normas internacionales.
Objetivos:
Conocer las normas internacionales en el contexto de aseguramiento de la calidad
de sistemas de información mediante la familiarización de sus conceptos y
terminologías.
Aplicar estrategias de aseguramiento de la calidad de sistemas usando normas
internacionales mediante la construcción de criterios de evaluación para establecer
niveles de madurez.
Valorar las normas internacionales asociadas con la calidad de sistemas como
mejorar prácticas mediante la asimilación de sus términos y conceptos.
Contenidos: Sistema de Gestión de Calidad
i. Enfoque basado en procesos
“Planificar – Hacer – Verificar – Actuar (PHVA).
Proceso y enfoque basado en procesos. Definición
Las organizaciones tienen una misión y para cumplirla desarrollan variadas actividades,
definimos un proceso como “un conjunto de actividades que recibe elementos o recursos de
entrada y los transforma en salidas, o sea, resultados”.
En las organizaciones existen variados procesos interrelacionados entre si, y en múltiples
ocasiones las salidas o resultados de un proceso constituyen la entrada de otro.
Podemos expresar, en sentido general, que el conjunto de actividades para la realización de
un producto, la prestación de un servicio o el desarrollo de una actividad comercial
constituye un proceso.
Cuando en una organización “aplicamos un sistema de procesos los que se identifican,
se interrelacionan y se gestionan para garantizar un resultado deseado y que satisfaga
las necesidades del cliente decimos que contamos con un enfoque basado en procesos”.
Un enfoque basado en procesos nos permite un mejor y continuo control sobre los procesos
y las interrelaciones entre ellos, lo cual sin lugar a dudas representa una ventaja competitiva
para la organización. Permite además un desempeño mejor y la obtención de mejores
resultados no sólo en los procesos sino en los productos y servicios, así como la posibilidad
de un mejoramiento continuo de manera integral.
Pasos generales para conseguir un enfoque basado en procesos
Identificar todos los procesos de la organización especialmente los principales para
el cumplimiento de la producción o los servicios, que como expresamos con
antelación provienen del conjunto de actividades que garantizan los objetivos y la
2. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
misión, tener en cuenta además los aspectos que permiten garantizar los
requerimientos y expectativas de los clientes. Una vez identificados debe valorarse
el objetivo que persigue cada proceso; sus elementos de entrada y de donde
provienen, los resultados y hacia quien van dirigidos; los recursos necesarios,
especialmente los humanos con sus competencias, los materiales, equipos,
herramientas, la seguridad y salud en el trabajo; así como la secuencia del mismo.
Determinación de las características de los procesos, la realización de un adecuado
control que posibilite una comprensión correcta de estos, determinando sus fallas o
errores y las posibles desviaciones que ocurran. Lo anterior sobre la base de un
grupo de indicadores correctamente seleccionados y bajo un procedimiento definido
previamente.
Los puntos anteriores no se realizan para tener conocimientos sin acción sino para, a
través de un minucioso y bien enfocado análisis garantizar un mejoramiento de los
procesos. El análisis debe basarse en un seguimiento sistemático que permita evitar
o corregir las desviaciones que ocurran mediante una evaluación final de
indicadores claves que como ejemplos planteamos: cantidad y calidad de las
reclamaciones, conocimiento de la satisfacción de los clientes externos e internos,
cumplimiento de los cronogramas de trabajo, comparación de ventas y costos con
periodos anteriores, entre otros. Esto nos posibilita mejorar los procesos y el
desempeño y los resultados generales de trabajo, sobre la base de los indicadores
que hayamos determinado y realizado con la creatividad suficiente que permita
hacer las variaciones convenientes, en los procesos, la eliminación de alguno(s) o la
inclusión de otro(s).
PHVA
El ciclo PHVA de mejora continua es una herramienta de gestión presentada en los años
50 por el estadístico estadounidense Edward Deming.
Tras varias décadas de uso, este sistema o método de gestión de calidad se
encuentra plenamente vigente (ha sido adoptado recientemente por la familia de
normas ISO) por su comprobada eficacia para: reducir costos, optimizar la productividad,
ganar cuota de mercado e incrementar la rentabilidad de las organizaciones. Logrando,
además, el mantenimiento de todos estos beneficios de una manera continua, progresiva y
constante.
Las fases del ciclo PHVA Las siglas del ciclo o fórmula PHVA forman un acrónimo
compuesto por las iniciales de las palabras Planificar, Hacer Verificar y Actuar.
3. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
Cada uno de estos 4 conceptos corresponde a una fase o etapa del ciclo:
Planificar: En la etapa de planificación se establecen objetivos y se identifican los procesos
necesarios para lograr unos determinados resultados de acuerdo a las políticas de la
organización. En esta etapa se determinan también los parámetros de medición que se van a
utilizar para controlar y seguir el proceso.
Hacer: Consiste en la implementación de los cambios o acciones necesarias para lograr las
mejoras planteadas. Con el objeto de ganar en eficacia y poder corregir fácilmente posibles
errores en la ejecución, normalmente se desarrolla un plan piloto a modo de prueba o
testeo.
Verificar: Una vez se ha puesto en marcha el plan de mejoras, se establece un periodo de
prueba para medir y valorar la efectividad de los cambios. Se trata de una fase de
regulación y ajuste.
Actuar: Realizadas las mediciones, en el caso de que los resultados no se ajusten a las
expectativas y objetivos predefinidos, se realizan las correcciones y modificaciones
necesarias. Por otro lado, se toman las decisiones y acciones pertinentes para mejorar
continuamente el desarrollo de los procesos.
Un ciclo sin fin
La principal característica de un ciclo PHVA es que no tiene un punto y final en el
momento en que se obtenga un determinado resultado, sino que se crea una rueda
continua en la que el ciclo se reinicia una y otra vez de manera periódica, generando de
esta forma un proceso de mejora continua. Cada ciclo terminado, además de para conseguir
mejoras hasta un cierto nivel en un determinado circuito o área de la empresa, debe servir
también como fuente de aprendizaje para mejorar en cada paso y aprender de los errores.
Esto significa que siempre se debe buscar la optimización de las acciones por medio del
análisis de: indicadores, logros obtenidos y programas de mejora ya implementados.
Ventajas y desventajas del ciclo PHVA
Las principales ventajas para las organizaciones de esta herramienta de gestión son:
Por lo general, se consiguen mejoras en el corto plazo y resultados visibles.
Se reducen los costos de fabricación de productos y prestación de servicios.
Es un sistema que favorece una cuestión hoy en día vital para todas las
empresas: incrementar la productividad y enfocar a la organización hacia la
competitividad.
Contribuye a la adaptación de los procesos a los avances tecnológicos.
Permite detectar y eliminar procesos repetitivos.
4. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
SESIÓN 2
Unidad I: Introducción a normas internacionales.
Contenidos: Calidad del software
a. Definición ISO 9126
b. Caracterización de la calidad del software
c. Métricas internas y externas de uso
ISO 9126 es un estándar internacional para la evaluación del Software, fue originalmente
desarrollado en 1991 para proporcionar un esquema para la evaluación de calidad del
software.
La normativa define seis características de la aplicación, estas seis características son
dividas en un número de sub- características, las cuales representan un modelo detallado
para la evaluación de cualquier sistema informático.
CARACTERÍSTICAS NORMA ISO 9126
El modelo establece diez características, seis que son comunes a las vistas interna y externa
y cuatro que son propias de la vista en uso.
A continuación, se describen las características y subcaracterísticas propias de este estándar
que se encuentran dentro de las vistas interna y externa, las cuales usaremos para evaluar el
software.
1. Funcionalidad: capacidad del software de proveer los servicios necesarios para
cumplir con los requisitos funcionales.
Subcaracterísticas:
Idoneidad.- Hace referencia a que si el software desempeña las tareas para las cuales
fue desarrollado.
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.
Seguridad.- Verifica si el sistema puede impedir el acceso a personal no autorizado.
2. Fiabilidad: capacidad del software de mantener las prestaciones requeridas del
sistema, durante un tiempo establecido y bajo un conjunto de condiciones definidas.
Subcaracterísticas:
Madurez.- Se debe verificar las fallas del sistema y si muchas de estas han sido
eliminadas durante el tiempo de pruebas o uso del sistema.
Recuperabilidad.- Verificar si el software puede reasumir el funcionamiento y
restaurar datos perdidos después de un fallo ocasional.
Tolerancia a fallos.- Evalúa si la aplicación desarrollada es capaz de manejar
errores.
3. Usabilidad: esfuerzo requerido por el usuario para utilizar el producto
satisfactoriamente.
5. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
Subcaracterísticas:
Aprendizaje.- Determina que tan fácil es para el usuario aprender a utilizar el
sistema.
Comprensión.- Evalúa que tan fácil es para el usuario comprender el
funcionamiento del sistema
Operatividad.- Determina si el usuario puede utilizar el sistema sin mucho esfuerzo.
Atractividad.- Verifica que tan atractiva se ve la interfaz de la aplicación.
4. Eficiencia: relación entre las prestaciones del software y los requisitos necesarios
para su utilización.
Subcaracterísticas:
Comportamiento en el tiempo.- Verifica la rapidez en que responde el sistema
Comportamiento de recursos.- Determina si el sistema utiliza los recursos de
manera eficiente
5. Mantenibilidad: esfuerzo necesario para adaptarse a las nuevas especificaciones y
requisitos del software.
Subcaracterísticas:
Estabilidad.- Verifica si el sistema puede mantener su funcionamiento a pesar de
realizar cambios.
Facilidad de análisis.- Determina si la estructura de desarrollo es funcional con el
objetivo de diagnosticar fácilmente las fallas.
Facilidad de cambio.- Verifica si el sistema puede ser fácilmente modificado
Facilidad de pruebas.- .- Evalúa si el sistema puede ser probado fácilmente
6. Portabilidad: capacidad del software ser transferido de un entorno a otro.
Subcaracterísticas:
Capacidad de instalación.- Verifica si el software se puede instalar fácilmente
Capacidad de reemplazamiento.- Determina la facilidad con la que el software
puede remplazar otro software similar.
Adaptabilidad.- El software se puede trasladar a otros ambientes
Co-Existencia.- El software puede funcionar con otros sistemas
Cada una de las características debe ser evaluada dentro del software basándonos
en pruebas de funcionamiento, medición de rendimiento y pruebas con usuarios que
harán uso del sistema.
Actividad: Dadas las características y subcaracterísticas para evaluación de calidad
del software, ejemplifique sobre las maneras en la que estas pueden cumplirse, en
cuanto al desarrollo del software.
6. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
SESIÓN 3
Unidad I: Introducción a normas internacionales.
Contenidos: Calidad del software
a. Métricas de la calidad del software
Métricas de la calidad del software
Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los
requerimientos implícitos y explícitos del cliente.
El objetivo principal de la ingeniería del software es producir un producto de alta calidad.
Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen
la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que
se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad
en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con
objetividad, no con subjetividad.
El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que
provienen de estas medidas proporcionan una indicación de la efectividad de las actividades
de control y de la garantía de calidad.
Importancia de las métricas
Las métricas de software se utilizan para propósitos estratégicos y son utilizadas en el
proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que
eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para
evaluar la calidad de los productos en el momento actual y cuando sea necesario,
modificando el enfoque técnico que mejore la calidad. Para establecer objetivos de mejora
durante el proceso de desarrollo de software, se debe comprender el estado actual del
desarrollo del software. Si no se mide, no hay una forma real de determinar si se está
mejorando y si no se está mejorando, se está perdido.
Resumen de Métricas
Las métricas orientadas al tamaño hacen uso de la línea de código como factor de
normalización para otras medidas, como persona-mes o defectos.
Las métricas orientadas a la función provienen de las medidas del dominio de información
y de una evaluación subjetiva de la complejidad del problema.
Las métricas de la calidad del software, como métricas de productividad, se centran en el
proceso, en el proyecto y en el producto.
Métricas para la calidad del Software
Desarrollando y analizando una línea base de métricas de calidad, una organización puede
actuar con objeto de corregir esas áreas de proceso del software que son la causa de los
defectos del software. Con la creación de estas métricas los ingenieros del software pueden
obtener una visión más profunda del trabajo que realizan y del producto que elaboran.
Visión general de los factores que afectan a la calidad
Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde
tres puntos de vista distintos:
7. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
•Operación del producto (utilizándolo).
•Revisión del producto (cambiándolo).
•Transición del producto (modificándolo para que funcione en un entorno diferente).
Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera
importante y un medio de evaluar cuantitativamente lo bien que va progresando el
desarrollo en relación con los objetivos de calidad establecidos
Medida de la calidad
La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de
calidad que proporcionan indicadores útiles para el equipo del proyecto.
•Corrección: La corrección es el grado en el que el software lleva a cabo su función
requerida.
•Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se
encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un
carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de
ingeniería del software.
•Integridad: Mide la capacidad de un sistema para resistir ataques (tanto accidentales como
intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres
componentes del software: programas, datos y documentos.
Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y
seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en
un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque
de un tipo determinado. La integridad del sistema se puede definir corno: Integridad = C [(l
- amenaza) x (1 - seguridad)] Donde se suman la amenaza y la seguridad para cada tipo de
ataque.
•Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede
ser el programa con el usuario. Se puede medir en función de cuatro características:
Habilidad intelectual y/o física requerida para aprender el sistema. El tiempo requerido para
llegar a ser moderadamente eficiente en el uso del sistema. Aumento neto en productividad,
medida cuando alguien utiliza el sistema moderadamente y eficientemente. Valoración
subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un
cuestionario.
Eficacia de la Eliminación de Defectos
Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para
filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las
actividades del marco de trabajo del proceso.
La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente: EED=E /
(E+D) Donde E es el número de errores encontrados antes de la entrega del software al
usuario final y D es el número de defectos encontrados después de la entrega. Cuando el
valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor
que cero. Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a
aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D
disminuya (los errores se filtran antes de que se conviertan en defectos). Si se utilizan como
una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la
8. Nombre de la Asignatura: Ingeniería de Software III
Fuente:https://www.gestiopolis.com/enfoque-basado-procesos/ ||
https://www.isotools.org/2015/02/20/en-que-consiste-el-ciclo-phva-de-mejora-continua/||
https://www.ecured.cu/IEEE ||S.Pressman,Rogger. (s.f.). Ingenieria de Softaware. Un enfoque
práctico (5ta ed.).
garantía de la calidad y del control, EED anima a que el equipo del proyecto de software
instituya técnicas para encontrar todos los errores posibles antes de su entrega.
EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo
en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se
vuelve a definir como:
EEDi = Ei / (Ei + Ei +1)
Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software
i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software
i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la
ingeniería del software i.