CALIDAD DE LOS SISTEMAS

DE INFORMACION
(IFC-1008)

PROFESOR:
ING, BIANCA PAOLA HERNANDEZ RAMIREZ

INGENIERIA INFORMATICA
ALUMNO:
JERONIMO HERNANDEZ MARTINEZ

MATRICULA: 180B0747

GRUPO: 707-C

ACTIVIDAD 5

Elaborar un ensayo sobre la relación de la

ingeniería de sistemas de información con SQA.
24 OCTUBRE
FECHA: 24 de octubre del 2021
NOMBRE DE LA COMPAÑÍA
Creado por: Su nombre

1
 Relacion de la ing. software con SQA

Ingeniería del Software Una definición precisa aun no ha sido contemplada en

los diccionarios, sin embargo se pueden citar las enunciadas por algunos de los
más prestigiosos autores: Definición Zelkovitz Ingeniería de Software es el
estudio de los principios y metodologías para el desarrollo y mantenimiento de
sistemas software.

Definición IEEE Es la aplicación de un enfoque sistemático, disciplinado y

cuantificable al desarrollo, operación y mantenimiento del software; es decir, la
aplicación de la ingeniería al software. SQA (Software Quality Assurance) Se
compone de un medio de control de la ingeniería de software os procesos y
métodos utilizados para asegurar la calidad. Los métodos por los cuales esto se
logra son muchas y variadas, y puede Incluir la garantía de la conformidad con
una o varias de los usuarios están siendo satisfechas adecuadamente.

Otra de sus funciones, aunque no se tocará mucho en la presente investigación,

es la de determinar los costos que puede causar el añadir ciertas características
al producto, ya que tarde o temprano, la economía resulta ser un factor decisivo
para obtener un producto de calidad. El proceso de aseguramiento de calidad se
da en cada uno de los rocesos de la ingeniería de software; es decir, que SQA
forma fundamental de los procesos de la ingeniería de software En general la
Ingeniería tiene el objetivo de que el software sea correcto, utilizable y costo-
efectivo.

Los ingenieros de software afrontan la calidad aplicando métodos técnicos

solidos y medidas, realizando revisiones técnicas formales y llevando a cabo
pruebas de software bien planificadas. Las reglas del grupo SQA tratan de
ayudar al equipo de ingeniería del software en la consecución de un producto
final de alta calidad. El instituto de la ingeniería de software recomienda n
conjunto de actividades de SQA que se enfrentan con la planificación de garantía
de calidad, supervisión, mantenimiento de registros, análisis e informes.

DEFINICION Y PROPOSITO DE SQA. DEFINICION DE LA IEEE Una guia

planificada y sistemática de todas las acciones necesarias para proveer la
evidencia adecuada de que un producto cumple los requerimientos técnicos
establecldos. DEFINICION DE DANIEL GALIN Un conjunto sistemático y
planificado de acciones necesarias para proveer la evidencia adec proceso de
desarrollo o V mantenimiento de un sist are cumple técnicos funcionales también

1
como los requerimientos erenciales para cumplir la planificación y operar dentro
del presupuesto confinado.

EL SEI DEFINE COMO El aseguramiento de la calidad del software provee claro

control del proceso que está siendo usado por el proyecto y del producto que se
está construyendo. DON REFIER LO DEFINE COMO Sistema de métodos y
procedimientos usados para asegurar que el producto de software alcanza sus
requerimientos SCHULMAYER Y MCMANUS DEFINEN COMO Las actividades
sistemáticas que proveen evidencia de la capacidad o disponibilidad de uso del
producto del software total.

PROPOSITO DE SQA SQA es un conjunto de actividades sistemáticas y

planeadas para segurar que los Procesos y Productos del software cumplen con
los requerimientos, estándares y procedimientos. Procesos: incluyen todas las
actividades involucradas en el diseño, codificación, pruebas y mantenimiento.
Productos: incluyen software, datos asociados, documentación y todo el soporte
y reportes de trabajo. SQA brinda a la administración la seguridad de que
procesos oficialmente establecidos están siendo implementados.

Y asegura que:

1 . Una metodología de desarrollo apropiada este establecida.

2. -Que los proyectos utilicen estándares y procedimientos en su trabajo.

3. Que la documentación s ra mantenimiento y DE SQA * planificar las

actividades de aseguramiento de la calidad * revisar y auditar objetivamente los
productos y las actividades proporcionar los resultados de estas revisiones o
auditorias informando a la dirección. aumentar la calidad de los entregables
durante todo el proceso de desarrollo

PROBLEMAS QUE RESUELVE SQA Obtener un Software de calidad. La

obtención de un software de calidad implica la utilización de metodologías o
procedimientos estándares para el análisis, diseño, programacón y prueba del
SW que permitan uniformar la ilosofía de trabajo. La adopción de una buena
política o metodología contribuye en gran medida a lograr la calidad del SW pero
no la asegura. Esta poltica debe estar sustentada en 3 principios básicos. 1)
Tecnológico: Define las técnicas a utilizar en el proceso de desarrollo de SW. )
Administrativo: Contempla las funciones de planificación y control del desarrollo
de SW, así como la organización del ambiente o centro de ingeniería del
Software. 3) Ergonómico: define la interfaz entre el usuario y el ambiente

2
automatizado. Para controlar la calidad del Software, es necesario definir los
arámetros, indicadores o criterios de medición. Las cualidades para medlr la
calidad del Software se definen en 2 categorías: – Complejidad de programa o
código. – Complejidad de sistema o estructura.

Por lo tanto, SQA resuelve acompañado el software. – Demanda creciente. –

Mantenimiento difícil. * PROBLEMAS DE LOS EXPERTOS – Planificación y
precios imprecisos. – La calidad muchas veces no es la adecuada. La
productividad de la gente de software no se corresponde con la demanda. *
MOTIVOS DE ESTOS PROBLEMAS – No hay tiempo de recoger los datos para
el proceso de desarrollo. – Falta de comunicación con el cliente. Calidad
cuestionable. – Dificultad en el mantenimiento. 2. CALIDAD EL SOFTWARE EN
EL CICLO DE VIDA DEL MISMO Con el paso de los años se han ido inventando
nuevas formas de mejorar los sistemas. Estas mejoras son tomadas en cuenta
dada la necesidad de obtener productos (software) de mejor calidad. La calidad
se logra desde el inicio y el inicio se da a través de la organización de un equipo
de desarrollo por medio de la persona. Existen metodologías que se enfocan al
desarrollo de las actividades de la persona como PSP, en equipos de trabajo
como TSP y a nivel organizativo CMMI.

El PSP /TSP es un modelo ue es utilizado para aumentar la calidad de los

productos de SW a través de un equipo disciplinado y autodirigido. El PSP se
implementa a nlvel personal, para después integrase las actividades en el equipo
de trabajo TSP, que a su vez se puede integrar al modelo de calidad de la
organización como CMMI, cuyo objetivo es ayudar a las organizaciones a
mejorar su rendimiento. s OF V palabras en inglés Quality Assurance).

Las Pruebas de Software son una fase muy importante dentro de casi todos los
modelos conocidos de Ciclo de Vida del Software. por otro lado, QA se refiere a
asegurar (como su nombre lo ice) la calidad en cada una de las fases de la
elaboración de un producto final, cualquiera que éste sea. En el caso de QA de
software, se referirá entonces, a asegurar la calidad de los resultados de cada
una de las fases del ciclo de vida del software y con esto, asegurar la calidad del
producto final.

Una vez con estos conceptos en mente será más sencillo señalar un par de
diferencias y relaciones entre ambos: Las Pruebas de Software se realizan en
una de las fases del ciclo de vida del software; mientras que QA de software se
deberá ejecutar en todas las fases (incluida la fase de Pruebas). Las Pruebas de

3
Software utilizarán Casos de Pruebas para ser ejecutados; en cambio QA de
software utilizará los estándares y procedimientos establecidos para cada una
de las fases del ciclo de vida del software.

Ambas permitirán verificar y afirmar la calidad del producto final, el software.

Ambas definen un conjunto de actividades a realizarse dentro del ciclo de vida
del software para mejorar y asegurar la calidad del mismo. 2. 5 Roles y
Responsabilidades de los equipos de desarrollo TSP ayuda a la conformación
de equipos de trabajo bien organizados a través de roles, cada rol está definido
por un guión n el que se especifican su objetivo, sus responsabilidades en todo
el ciclo de desarrollo y la forma en que se puede evaluar su tra bajo. OF V Los
roles propuestos son: Líder de proyecto: – Objetivo: Coordinar al equipo,
asegurar que todos cumplan con su trabajo (reportes de datos). –
Responsabilidades: Metas, generar informes, dirigir reuniones, motivar al equipo.
2) Administrador de desarrollo Objetivo: controlar avance del proyecto (diseño,
desarrollo). Responsabilidad: dirigir la realización de las fases siguiendo los
estándares propuestos. Integrar el trabajo de todos. 3) Administrador de la
planificación Objetivo: Establecer el plan de trabajo y verlficar su cumplimiento.

Responsabilidades: Efectuar la planificación, asegurarse que se cumplan con el

plan, recabar mediciones, resolver riesgos. 4) Administrador de apoyo Objetivo:
Ayudar al equipo a conseguir las herramientas necesarias para que pueda
realizar el trabajo, Gestionar la configuración. – Responsabilidad: Conseguir lo
necesario para el desarrollo del proyecto, generar un plan de configuración,
realizar la gestión de la configuración. 5) Administrador de calidad y proceso:
Objetivo: Proponer un plan de calidad, proceso, resultado.

Responsabilidades: Apoyar al equipo en la definición, gestionar el plan de calidad

(SQA), generar estándares para obtener un trabajo uniforme, moderar las
revisiones de los productos 2. 6 Habilidades y Capacidades del Personal SQA
EL EQUIPO O GRUPO DE SQA El equipo de SQA trabaja c de proyectos
durante los inicios del desarrollo p los planes, estándares establecer los planes,
estándares y procedimientos. El equipo ayuda a asegurar que se cumplan con
las necesidades del proyecto y verifica que sean usables para realizar revisiones
e intervenciones durante todo el ciclo de vida.

Las revisiones del grupo de SQA proyectan las actividades y revisan el producto
de trabajo de SW, además de proveer a la gerencia la posibilidad de saber si el
proyecto está de acuerdo a los planes estándares y procedimientos establecidos

4
EL GRUPO ENCARGADO DE SQA – Trabaja con el equipo del proyecto desde
el inicio. – Debe ser objetivo e Independiente. – Ayuda al proyecto, más que
controlar sus actividades. La actividad de SQA es el proceso de verificación de
que los estándares sean aplicados correctamente.

En los proyectos pequeños esto se puede realizar por el equipo de desarrollo,

pero n proyectos grandes, un grupo específico se debe dedicar a este 2. 7
ACTIVIDADES DEL SQA Para poder lograr una buena adherencia con los
estándares se debe medir cuantitativamente, donde sea posible, los aspectos de
calidad (por ejemplo complejidad, confiabilidad, mantenimiento, seguridad,
defectos, número de problemas) utilizando métricas bien establecidas. Para
cumplir con esto, se deben realizar chequeos de: Administración.
Documentación. Estándares, prácticas, convenciones y métricas.

Revisiones e intervenciones. Actividades de testeo. Reporte de errores y accio

Herramientas, técnicas V nesgo Las actividades de aseguramiento de la calidad
del software (SQA) son básicamente las siguientes: – Validaciones: Asegurar
que los productos generados cumplan las expectativas de los clientes –
Verificaciones: Asegurar que los productos generados sean técnicamente
correctos Validación Proceso de evaluar el software para asegurar el
cumplimiento con los requisitos especificados por los usuarios (implícitos y
explícitos).

Verificación El proceso de evaluar los productos de una fase dada, para asegurar
la corrección y la consistencia con respecto a los productos, así como normas
proporcionadas como elementos de ntrada a esa fase.

Otros puntos a considerar durante la actividad SQA:

• Establecimiento de un plan de calidad para un proyecto.

• Evaluaciones a realizar

• Auditorias y revisiones a realiza.

• Estándares que se pueden aplicar al proyecto

• Procedimientos para información y seguimiento de errores. ?? Documentos

producidos por el grupo de SQA

• Retroalimentación al equipo del proyecto

5
• Participación en el desarrollo de la descripción del proceso de software del
proyecto.

• Revisión de las actlvidades de Ingenier(a del software para verificar su ajuste

al proceso de software definido. ?? Auditoria de los productos de software
designados para verificar el ajuste con los definidos como parte del proceso de
software. ?? Asegurar que las desviaci ajo y los productos del software se
documenten V de acuerdo con el necesidad de mejoras en el producto de una
sola persona o un equipo.

• Confirmar las partes de un producto en las que no es necesaria o no es

deseable una mejora.

• Conseguir un trabajo técnico de una calidad más uniforme, o más predecible,

que la que puede ser conseguida sin revisiones, con el fin de hacer más
manejable el trabajo técnico.

METODOS Y HERRAMIENTAS

Las pruebas de software son tanto un arte como una ciencia en general, en
aplicaciones complejas, como los sistemas operativos, es prácticamente
imposible eliminar todos los errores antes de liberar la versión, esto se debe a
los diferentes puntos de vista y a las limitaciones de tiempo. Diferentes
aplicaciones de software requieren distintos enfoques en lo que respecta a las
pruebas. Los métodos más comunes para el aseguramiento de la calidad son los
siguientes:

1 ) Auditorías PPQA (Process and Product Quality Assurance) Es la actividad de

garantizar que el proceso y el producto de rabajo se aJustan al plan acordado.

2) Pruebas de Validación: Es el acto de introducir datos, los cuales el tester sabe

que son erróneos en la aplicación.

3) Comparación de datos: Técnica que se realiza comparando los resultados de

una aplicación con parámetros específicos con los resultados de otra aplicación
previamente creada, introduciendo los mismos parámetros de manera que se
obtenga un resultado exacto.

4) Prueba de esfuerzo (Stress Testing) Se realiza cuando el SW es utilizado de

la manera más «ruda» posible en un período de er si trabaja con altos 2 niveles
de carea.

6
FUENTES DE CONSULTA

https://www.xuletas.es/ficha/2-1-relacion-ingenieria-software-sqa/

https://prezi.com/lmzzewlrsxqr/relacion-de-la-ingenieria-de-sistemas-de-
informacion-con-sqa/

https://estudiarmucho.com/relacion-de-la-ing-software-con-sqa-18370/