Cómo mejorar una garantía de calidad del software en el desarrollo de

software: una encuesta

Junaid Rashid1 , Muhammad Wasif Nisar1 Department of Computer Science 1COMSATS Institute
of Information Technology, Wah Campus junaidrashid062@gmail.com,wasifnisar@gmail.com

Resumen: Para tener una buena reputación en la industria del software,

la calidad es algo esencial en cualquier organización. Depende
totalmente de cuánto estén satisfechos los clientes con el producto. El
objetivo solo se puede lograr a través de estándares y procedimientos
adecuados. Los grandes y reconocidos países están progresando en
este campo día a día. Las diferentes organizaciones están haciendo todo
lo posible para desarrollar software de calidad. Para este propósito,
hicieron estándares, pero aún puede haber problemas diferentes, hay
múltiples razones para una menor calidad de software. En este
documento, se abordaron diferentes problemas, correspondientes a
estos temas; Se elaboraron diferentes técnicas y también se definieron
las soluciones correspondientes que conducen a la calidad del software.

Introducción: En el desarrollo de cualquier tipo de proyecto, la calidad

juega el papel más importante en el desarrollo. Para lograr una buena
posición y reputación en TI, la organización realmente necesita ofrecer
productos que retengan calidad. La calidad de un producto puede
corregirse antes del envío de un producto. Una vez que el producto ha
cedido en manos de los clientes, su corrección requiere mucho dinero y
tiempo. Además, deben proporcionar paquetes adicionales como
garantía, reemplazo de productos, etc. Los errores se pueden evitar si el
plan de calidad adecuado que se realiza antes de la práctica se sigue de
manera completa y adecuada en todos los pasos. Si una empresa
avanza hacia el lanzamiento de un producto automatizado, la calidad del
producto debe mantenerse para una organización empresarial. El trabajo
en proyectos pequeños y luego en los modelos CMMI e ISO se puede
utilizar para proyectos grandes, pero no para proyectos pequeños porque
les cuesta mucho. Los problemas de calidad están creciendo en
diferentes países. Muestran una correlación entre el equipo y la
corporación entre ellos [1]. Junaid Rashid recibió su título de MS (CS) del
Instituto de Tecnología de la Información de COMSATS, Wah Pakistán
en 2016. (Teléfono: + 92-343-5079668; correo electrónico:
junaidrashid062@gmail.com). El Dr. Muhammad Wasif Nisar es profesor
asociado del Instituto de Tecnología de la Información COMSATS, Wah
Pakistán. (Teléfono: 0300-9113482; correo electrónico: wasifnisar @
gmail.com). . Si se señala algún error, entonces es muy difícil encontrar
defectos en el diseño porque todos los sistemas digitales que se usan, no
son continuos, las variables no son suficientes para probar esos errores.
La prueba es el método básico para detectar errores en el software, una
vez que se encuentra el error, ahora es posible eliminarlo para mantener
la calidad. Si se encuentra un error o un problema, indicará cuánto
presupuesto requerirán para mantener la calidad. Tan pronto como se
encuentre el error, el presupuesto no tocará el cielo. Si se realizan
pruebas efectivas y cuidadosas, los errores pueden minimizar y la calidad
del software aumenta [2]. Se realizan los diferentes tipos de técnicas y
métodos de prueba, junto con diferentes modelos asociados que guían
qué tipo de modelo se puede usar para qué tipo de producto. Estos
modelos también tienen pocas ventajas y desventajas. Cualquier tipo de
prueba que se use, pero realmente lo necesita en cada fase de
implementación del plan de calidad. Los errores pueden ser de cualquier
tipo. Los errores pueden estar presentes en la documentación, el código,
el diseño, incluso en el plan. Una técnica de prueba podría no ser
adecuada para diferentes técnicas. Significa que diferentes proyectos
requieren diferentes tipos de pruebas. La subcontratación de proyectos
que se otorgan a terceros requiere una alta calidad del producto y no
comprometer la calificación, las habilidades y la experiencia. La empresa
debería resolver estos problemas [3]. Por lo tanto, se deben adoptar
estrategias planificadas para producir un producto de calidad para la
subcontratación. Todas las actividades requieren conocimientos y
habilidades completos. La calidad del software no solo depende del plan
de calidad, sino que depende de la gestión de la calidad y la verificación,
así como la verificación de un producto. Las diferentes personas piensan
y esperan que este software definitivamente les ayudará a hacer el
trabajo correctamente. La calidad del producto se caracteriza por la
reutilización, portabilidad, confiabilidad, manejabilidad, flexibilidad y
usabilidad [4]. Las implementaciones de los objetivos de pares, se siguen
diferentes técnicas de evolución. Todos los miembros deben estar
capacitados y las responsabilidades deben asignarse al miembro y el
producto debe entregarse a un miembro de garantía de calidad. La lista
de verificación debe hacerse para que sea posible verificar los errores.
Durante la revisión, el moderador necesita anotar todos los defectos,
pero no existe ese tipo de revisión que obliga a rediseñar el producto.
Los participantes deben asegurarse de que son aptos para este proyecto
y el trabajo asociado con este proyecto [6]. Cómo mejorar la garantía de
calidad del software en el desarrollo de software:
La falta de comunicación entre los miembros del grupo da la bienvenida a
grandes problemas. Una razón podría ser diferentes idiomas hablados
por los miembros del equipo. Si la distancia física es grande, también
contará con la falta de comunicación, si hay menos comunicación,
entonces los participantes no entenderán los problemas. La zona horaria
también importa que la cantidad de procesos maduros que está
utilizando también cuente [7]. La gestión no es buena si hay una
planificación débil, coordinación entre los miembros del equipo. Si es
necesario realizar cambios en el cronograma y la planificación, se
producirán demoras y errores [8]. La calidad del software, no el método
único, es buena, pero requerirá combinaciones de muchos métodos para
producir el producto de calidad. Solo las pruebas no son una solución.
Hay una necesidad especial de resolver errores en la base de datos [9].
La calidad del producto depende de normas y procedimientos sólidos y
sistemáticos [10]. El desarrollo de software distribuido es una
metodología especial que deja un fuerte impacto en el desarrollo de
software [11]. Si la documentación y el manejo de riesgos no son
adecuados, esto conducirá al fracaso del proyecto. El aseguramiento de
la calidad del software en el aspecto del costo luego disminuye el costo
pero los beneficios aumentan [13]. No solo la revisión de calidad requiere
el aseguramiento de la calidad del software, sino que cada fase requiere
un proceso de calidad. La producción aumentará si se adopta el proceso
de calidad. [14] La gestión de calidad es básicamente lo más importante.
Es particularmente importante para proyectos grandes y complejos. La
documentación de calidad muestra el progreso de un proyecto, pero los
proyectos más pequeños, la documentación no se necesita tanto y el
foco está en establecer una cultura. No podemos esperar a que las
especificaciones mejoren antes de prestarle atención. Debemos
presentar procedimientos de calidad para mejorar la calidad de un
producto. Asegurar la calidad de la precisión de los datos del software es
uno de los factores importantes. No recopile datos innecesarios. Qué
respuesta debe ser de esas preguntas debe decidir antes de la
distribución de un cuestionario. Se le debe decir a la gente qué datos se
deben recopilar. No confíe en la memoria, escriba todas las respuestas.
Si es posible, consulte con profesionales. Las organizaciones de software
siguen muchas técnicas de detección y prevención de errores para
describir esos problemas [15]. Las organizaciones necesitan definir
claramente los puestos de calidad antes de juzgarlos [16]. La estructura
de la organización deja un fuerte impacto en la calidad del producto. El
análisis y la lectura exhaustiva, el resultado describe que se puede
producir un producto de calidad si hay un plan previo de calidad, que se
seguirá más adelante. Deben aplicarse las diferentes técnicas de
eliminación de errores, tan pronto como se encuentren los errores, será
bueno para ese nivel. Todo el progreso, la comunicación debe estar allí
entre los miembros del equipo. Las siguientes técnicas se pueden utilizar
para resolver los problemas de calidad y proporcionar un buen producto
de software. Este artículo está organizado en una sección:
la Sección I presenta la introducción del tema, la Sección II define la
revisión de la literatura, la Sección III compara todas las técnicas
utilizadas para resolver problemas múltiples, la Sección IV describe el
resultado que viene

II REVISIÓN DE LA LITERATURA En la revisión de la literatura, se

discuten diferentes técnicas.
CMMI
En este documento, se discutieron muchos problemas relacionados con
el aseguramiento de la calidad del software. Para mejorar la calidad del
software, se les debe proporcionar un software donde el equipo pueda
trabajar y cumplir con su responsabilidad. Debe haber algunas formas de
mejorar la calidad del software. En este trabajo de investigación, los
autores discutieron temas principales como Presupuesto, Tiempo, menos
uso de estándares para obtener una calidad, problemas políticos
internos, requisitos de ingenieros, plazos poco realistas. Para
mantenerse al frente de estos problemas, propusieron una técnica que es
el Modelo CMMI, un equipo SQA certificado y especializado, los
ingenieros de requisitos deben tener conocimiento de dominio, deben
evitar el conocimiento de política interna. El especialista sabe
exactamente cómo lidiar con un problema. Los requisitos se borraron
cuando los miembros obtuvieron conocimiento completo. CMMI tomó
muchos recursos y tiempo, pero eliminó los errores. En segundo lugar, el
equipo especializado primero encontró un error y luego lo minimizó.
Debido a que no hay compromiso en la calidad, el equipo podría tener
que enfrentar presión, pero se demostró que es beneficioso [1].
Modelos
En su trabajo de investigación, se discuten diferentes factores de calidad
y se destacan diferentes problemas, p. Ocurrencia de errores en el
documento de requisitos blandos, el documento de diseño, el plan de
prueba, etc. Además, explicaron que los requisitos no están
especificados; podrían considerarlo un gran problema, por lo que se
mantuvieron alejados del cumplimiento. Ningún estándar seguido.
Además, se destacó el problema de gestión. Se utilizan diferentes
modelos de SDLC; Modelo en cascada, modelo en espiral, modelo
prototipo, modelo Rad, modelo V; Además, diferentes técnicas de
prueba, p. la prueba de caja negra, la prueba de caja blanca, la prueba
de caja gris se aplican en cada modelo. Explicó que para mejorar la
calidad del software, se pueden realizar pruebas efectivas para minimizar
los errores. Se aplicaron diferentes técnicas que pueden reducir los
errores, pero de alguna manera es necesario medir algunas técnicas
porque pueden atribuirse no están claras hasta ahora. Las pruebas se
pueden aplicar en todas las fases pero no en una etapa particular [2].
Metodología sistemática
En este trabajo de investigación, los autores explicaron los proyectos
relacionados con la subcontratación e identificaron diferentes problemas,
p. el costo de desarrollo no se puede reconsiderar, qué tipo de hardware
y software se utilizaría en el proyecto; Los requisitos no son claros e
incompletos. Para resolver este problema, se hicieron diferentes técnicas
que podemos demostrar que son efectivas, como al inicio del proyecto
Se utilizó un enfoque incremental. Hicieron versiones y la próxima
versión se basa en la salida de la versión anterior. Hicieron un análisis
comparativo y se utilizaron diferentes herramientas de apoyo; Además,
se adoptó la metodología sistemática. Dio soluciones con respecto a
estos problemas. Recomendó métricas suaves probar el producto
utilizando métodos estáticos y dinámicos, y congelarlo aún más

requisitos para asegurar la calidad. Debido a estas técnicas, se

desarrollaron proyectos grandes pero sofisticados. Si congelamos los
requisitos, entonces no se pueden agregar más funciones, y más tarde,
podría resultar que no es un software de alta calidad [3].
Divide and Conquer
Parnas explicó en su artículo cómo encontrar y reducir los errores de un
problema y asegurarte de que sea un producto de calidad. La
metodología / técnica principal que utilizó es dividir y conquistar. Explicó
un modelo en su investigación que si está comprando software y eso es
gratis, entonces su calidad es mucho mejor que otras. Dio una solución a
la herramienta de inspección de software. La calidad se puede mejorar
sobre la base de comentarios. De hecho, el método de dividir y
conquistar toma tiempo para encontrar errores, pero aún así encontrará
errores para resolver un problema. Este método se utilizó para encontrar
la calidad del software, no un proceso [4].
Técnicas de automatización
En este documento, discutieron que se produjeron errores problemáticos
debido a que no se tenía una comunicación clara y se da una
interpretación diferente de los mismos datos. Esto aumenta la proporción
de errores. Para garantizar la calidad del software, propuso técnicas de
automatización basadas en álgebra estadística y comprometida. Estas
técnicas definitivamente aumentarán el resultado de calidad y acelerarán
la entrega; Ayuda a reducir la comunicación poco clara. Además, SDLC
se descompone en pedazos y los examina a la vez. Estas pruebas
matemáticas no son suficientes porque no son métodos de prueba. La
ejecución del programa puede ser correcta, pero no podemos decir que
se cumplan todos los requisitos y que estén bien [5].
métrica SQA
Los problemas se producen cuando estamos sangrados por crear un
software de calidad, por lo que estos problemas resultaron ser un
obstáculo, p. no se proporciona retroalimentación después de usar el
software que lo encuentran. Los requisitos no son claros. El desarrollador
no sabe qué piensan los clientes y qué características implementaron. La
duplicación puede ocurrir en proyectos. Para cubrir estos problemas, los
autores destacaron el método formal de inspección de verificación; la
lista de verificación debe estar disponible para admitir la garantía y la
métrica SQA también se aplica para detectar errores. Se implementan
estos métodos en el proceso y los procesos de garantía de calidad del
producto que están en PL. Si bien si va al proceso de verificación, se
cumplen los requisitos que se enumeraron para implementar. Se produjo
una duplicación, por lo que tuvieron que eliminarla duplicando el esfuerzo
pero aún las perspectivas relacionadas con este caso, mantenidas por
separado [6].
CM
M Cómo se enmarca la implementación para soft y cómo se muestra el
resultado. ¿Cómo se eliminaron los errores? Para mejorar la calidad del
software, se utilizan diferentes técnicas, p. prueba, el análisis del Modelo
de madurez de capacidad se realizó para mostrar el encuadre de código
para el software. Además, se utilizaron métodos de desarrollo e
integración del resto de técnicas. XP también se utiliza junto con CMM
para garantizar la calidad. El modelo de capacidad de madurez es una
mejor solución porque lleva tiempo aclarar si se cumplen todos los
requisitos y no se considera el proceso de calidad sí mismo. En lugar de
ello, evaluará una calidad en un desarrollo. A través de XP, el enfoque
interactivo demostró ser bueno para que se pueda obtener
retroalimentación. La verificación de calidad verificará lo que los clientes
requieren. Además, el riesgo puede mitigarse en las primeras etapas. La
programación extrema necesita cierta evolución para cumplir los
requisitos especificados por CMM en combinación con CMM.
Indirectamente, el soporte de calidad de software está presente en las
reglas de XP [7].
Los autores de GSD
discutieron los diferentes problemas que enfrentan los desarrolladores y
todo el equipo del proyecto: La brecha de comunicación entre los
miembros del equipo si ocurre algún cambio, entonces resultó ser
problemático de administrar, aumentar el costo de calidad aumentará, los
errores en la documentación y los problemas de seguridad también o
ocurrió. La metodología GSD en realidad fue elegida para eliminar estos
problemas, que demostraron ser un obstáculo. El método ágil se usa
para la colaboración con el cliente porque demuestra ser beneficioso
para un producto sin errores. GSD crea un conflicto en la plataforma que
está relacionado con el código. En cambio, GSD es bueno para un
software de calidad, pero aún así, plantea una pregunta sobre la
evolución de la calidad del producto. GSD permite la comunicación
continua en banda ancha. Todavía no hay un modelo definido reglas [8].
Técnica de auditoría
Si bien durante el desarrollo se producen diferentes riesgos que
demostraron ser un obstáculo en el software de calidad, como el riesgo
técnico y programático, existen algunos riesgos, pero son muy
complicados de editar y mantener. La gestión de riesgos está
conduciendo a un costo y un calendario excesivos. Se utilizan técnicas
de auditoría y pruebas. La auditoría es una técnica que evalúa
procedimientos y estándares. Se realizan diferentes técnicas de
verificación y validación. Las pruebas también se realizan para evaluar el
riesgo. La auditoría proporciona el estado del producto de software y
también ofrece una revisión de los procesos de gestión y aseguramiento.
Estas técnicas se usan especialmente para el sistema médico. Estas
técnicas no son suficientes para encontrar el error. Debe llevar a lo largo
del ciclo de vida [9].
QFD, JAD
En este trabajo de investigación, se discutieron múltiples errores, p.
ocurrencia de errores en el plan de pruebas y casos, frecuentemente
ocurre en gráficos. Los requisitos se especifican pero no están claros.
Los defectos en la base de datos y el almacén de datos aumentan el
costo. Para resolver estos problemas, se aplican diferentes tipos de
técnicas, p. Ej. JAD (Diseño de aplicación conjunta). Haga un análisis
desde la raíz de la causa, QFD (despliegue de la función de calidad),
realice una verificación y validación [11]:
realice una gestión de calidad total y realice una inspección del código
para eliminar los defectos. Usando estas técnicas de defectos en las
estimaciones, se mejoran la complejidad y las medidas de
mantenimiento. Para garantizar una calidad, un método no es suficiente,
pero realmente eligen diferentes combinaciones de métodos para
resolver los principales problemas [10].
Estándar de desarrollo
En el taller, discutieron la relación entre el costo, el cronograma y la
calidad del producto. Si aumentamos la calidad, es obvio que el costo y
el cronograma se distraerán de la planificación. Diferentes metodologías
de desarrollo estándar.

Se emplearon metodologías de desarrollo estándar que pueden

aumentar la calidad del software a un alto nivel. La Figura 1 explica las
técnicas totales que se utilizan para QA

Principios de ingeniería
La ingeniería de software es un campo que aplica principios de
ingeniería para que la calidad del software pueda mantenerse. En su
mayoría, el software enfrenta problemas de errores que resultan en un
alto costo. Para ello, propusieron diferentes métodos de garantía de
calidad. Eventualmente, afectará la calidad y mejorará los atributos de
calidad. Funciones de garantía de calidad del software SDLC en las que
se realizan actividades sistemáticas para evaluar la calidad del proceso.
Intentaron monitorear todos los procesos que se realizan durante el
desarrollo de software. También discutieron temas relacionados con la
integridad de los datos. La gestión de la base de datos se consideró
como resultado de la seguridad. También se siguió el proceso de
desarrollo de SDLC. La Figura 2 explica los principios de ingeniería para
el aseguramiento de la calidad del software.

FAMI
En este documento, abordan los problemas relacionados con la calidad
del producto y cómo mantener el defecto. Se introdujo FAMI, que estaba
lleno del paquete para mejorar la calidad. Básicamente, depende de 3
Ps. Esto básicamente conduce a cero defectos, pero esto no es bueno
para productos innovadores. En este documento, discutieron los
problemas relacionados con el cronograma, el presupuesto y la calidad
del software; aplicaron diferentes tecnologías y métodos, así como
métricas. Pero todo esto se aplicó a través del proceso adecuado y la
tasa de precisión se verificó continuamente. No había modelos de calidad
disponibles para las organizaciones, se utilizan diferentes modelos para
mejorar la calidad del producto. Técnica de evaluación En este enfoque,
se utilizan mejoras de mejor calidad, mediciones de mejor calidad. La
Tabla 1 muestra todas las medidas para el modelo.
Métricas de calidad
En este documento, discutieron las métricas de calidad del producto.
Destacaron diferentes medidas que afectan la estructura de la
organización. Si hacemos una planificación previa sobre el desarrollo, el
costo y el cronograma pueden afectar más adelante. El retraso puede
ocurrir, pero esto es difícil porque depende de las variables.
Fuerte toma de decisiones
Discutieron los problemas para el desarrollo de software que algunas
condiciones imponen el retrabajo para resolver defectos. Pero esto nos
lleva a comprender cómo el software afectará la calidad. Si se toma una
mala decisión, se desviará de la implementación planificada. Los
patrones de diseño complicados también afectan el desarrollo de
software [18].
Acoplamiento y herencia
El objetivo principal de esta investigación es encontrar los errores,
predecir su presencia, para encontrar el error, puede ser repetible para
encontrarlos. Se utilizan diferentes medidas para el diseño orientado a
objetos. Pero estas medidas no son suficientes para encontrar la falla
donde se encuentra. Completar Se utilizan procedimientos de análisis
para validarlo. La Figura 3 muestra el acoplamiento de las clases de
gestión hotelera a las clases de aplicación.

Las técnicas utilizadas para este problema son medidas de acoplamiento

y herencia que demostrarán ser significativas para predecir la ubicación
de la falla. El resultado muestra que la falla deja un fuerte impacto en la
calidad del software [19].
GP
Se utilizan diferentes métodos de calidad de software para garantizar la
calidad del software. La fiabilidad es uno de los factores que se considera
un factor importante para la calidad. Para resolver problemas de
confiabilidad, se utilizan técnicas GP (programación genética). GP
generará una entrada de métrica que dará como resultado una salida que
predice la existencia de una falla. No contará cuántas fallas se
encuentran en lugar de predecir la existencia de errores. Se puede
utilizar como herramienta para validar la calidad del desarrollo de
software.
Metodología de diseño
Aquí discutieron los problemas de diseño de IS. Básicamente discute los
temas relacionados con la metodología para la ciencia del diseño. Se
discutieron diferentes metodologías para resolverlo y resolver problemas
de conducción de la ciencia del diseño. Discutieron problemas de diseño.
Para este artefacto se le dio [21].
Prácticas de desarrollo
Discutieron las prácticas de desarrollo de software. Hablaron sobre los
problemas relacionados con el desarrollo de software y el desarrollo
tradicional, trataron de encontrar la diferencia entre ellos y luego
discutieron que pueden traducirlo en beneficios prácticos o no. Es posible
que no sea compatible con todos los escenarios. Se dieron estadísticas
para resolver eso en el contexto apropiado.
Técnicas multidimensionales
La implementación del sistema informático permite seguir el estándar
específico, las medidas de rendimiento, el modelado y algunas técnicas
de análisis se siguen para evaluar el sistema. Básicamente, estas
técnicas determinan la calidad de la computadora. Cubre las
características multidimensionales de la tecnología, las personas. Estas
técnicas tratan diferentes propiedades relacionadas con el grupo, los
empleados, etc. La Figura 4 describe la implementación de estándares,
técnicas y análisis.

SMMM
Aquí, discutieron el mantenimiento de software de software para
mantener la calidad del software, para esto, propusieron el modelo de
madurez de mantenimiento porque mejora el mantenimiento y mejora la
calidad del software. Depende totalmente del profesional saber cuánto
sabe al respecto.
Métodos SSQA
Si la usabilidad del software es mayor que la de más usuarios, puede
usarlo de manera eficiente, porque apuntan a los usuarios en números.
Para esto, se debe considerar a un laico, por lo que al mantenerlo antes,
la usabilidad no debe ser muy limitada. Se siguieron métodos estrictos de
garantía de calidad del software. También se realizaron pruebas para
aprobar esta técnica.
Herramientas de calidad
La calidad del software es un signo de interrogación, por qué es
necesaria y cuáles son sus beneficios. Si el producto de software no ha
definido la dirección, entonces es difícil asegurar su calidad. Se utilizaron
diferentes métodos y herramientas.
TQM
¿Está todo bien para desarrollar software? ¿Hay una dirección definida?
TQM es la aplicación de métodos cuantitativos y recursos humanos para
mejorar el material y los servicios suministrados a una organización, y
todos los procesos dentro de una organización, y para lo cual se
satisfacen las necesidades del cliente, TQM combina técnicas básicas,
esfuerzos de mejora y herramientas bajo un enfoque disciplinado que se
centra en la mejora continua.
La figura 5 representa la pirámide TQM.
Herramienta técnica
La integridad de los datos es un problema como la seguridad; Además, el
rendimiento y la precisión son muy importantes. Hay una forma
secuencial adecuada para obtener los requisitos de calidad. Se utilizaron
herramientas técnicas para este propósito. La atención se centró en los
requisitos no funcionales para que la calidad del software se pueda
mejorar.
Estándar
¿Cómo se percibe la calidad del software en la educación superior? La
respuesta es que eso lo percibió como el estándar completo. Para
cumplir y cumplir con los requisitos, el enfoque se centra en todos los
aspectos de la institución. Se utilizan varias técnicas [30].
Técnica de prueba
Se evalúan las técnicas de prueba de software. Cada técnica de prueba
contribuye a reducir los riesgos. De hecho, ninguna técnica individual es
suficiente para la reducción completa del riesgo del software, mientras
que las combinaciones de técnicas de prueba de software se utilizan
para reducir el riesgo asociado con ellas. Tomaron pasos significativos a
gran escala; Además, evalúan técnicas de prueba sistemáticas para que
sea confiable.
MDE Cloud computing
es la tecnología más exigente hoy en día. Básicamente, mejora la calidad
al mismo tiempo que reducirá los costos de los componentes del sistema.
Básicamente, esto cubrirá tanto la perspectiva comercial como la técnica.
La técnica MDE se utiliza para cubrirlo. Básicamente, esta técnica
automatizará las fases de ingeniería inversa e ingeniería avanzada.
SDLC
En este documento, discutieron cuestiones económicas si siempre que
se cambia el costo. Básicamente, el cambio deja un fuerte efecto no solo
en el marketing, sino también en un producto destinado a diseñar,
construir y enviar software a los clientes. La comunicación inadecuada se
convierte en un obstáculo en el progreso del software. Debido a esto, la
administración del proyecto no puede entregar su mensaje
correctamente, por lo que la administración se vuelve pobre. Si los
empleadores tienen poco conocimiento sobre su campo, entonces, por
supuesto, elegirán la metodología incorrecta, lo que conducirá a un
desarrollo de software incorrecto. Dado que el mundo está progresando
día a día, la tecnología también está en camino de progreso. Si la
tecnología no es compatible, el control de cambios podría conducir al
desastre.
Tecnologías web semánticas
En este documento, discutieron la especificación de requisitos de
software del proyecto. Cuando los clientes anotan los requisitos, si sus
requisitos no son claros, puede crear un obstáculo para el éxito del
software. Si se realizan cambios, se vuelve muy difícil de manejar.
Porque requiere un alto costo. Para manejar esta falla, se utilizan
tecnologías web semánticas para definir un mejor SRS. El enfoque
principal que se utiliza aquí, Onto SRS asegura la flexibilidad, la
inequívoca y la trazabilidad del documento SRS.
Análisis automatizado
En este documento, los investigadores definieron que siempre que sea
necesario desarrollar un proyecto; Es necesario aclarar todos los
requisitos relacionados con el software. Luego se finalizan todos los
requisitos y se desarrolla la línea de base. Todos los requisitos están
finalizados. Los requisitos se dividen en dos categorías:
En la figura 6 se discuten los tipos de requisitos.

Requisitos funcionales
Los requisitos funcionales incluyen la funcionalidad básica del sistema,
características básicas que demandan los clientes o clientes.
Requisitos no funcionales
Los requisitos no funcionales incluyen la calidad, los atributos, la
funcionalidad principal, el diseño del sistema, las restricciones, etc.
Los requisitos no funcionales dejan un fuerte impacto en el costo y el
cronograma.
Para realizar mejoras en el documento SRS, es necesario realizar un
análisis automatizado. Básicamente, es compatible con la máquina de
vectores y clasifica automáticamente los requisitos en categorías
adicionales.
REASQ
En este documento, discutieron el análisis orientado a objetos y el
diseño del sistema. Básicamente, se enfoca en la funcionalidad del
sistema, pero ignora los requisitos no funcionales que resultan en código
enredado y se hizo difícil de manejar y mantener. En la figura 7 muestra
REASQ integra.
De hecho, integra los términos de AOSD con nociones de requisitos; El
resultado del enfoque es un modelo conceptual.
Métricas de prueba
En este documento, a medida que la población crece, la tecnología
también progresa, pero con el aumento de la tecnología, también
aumenta la relación de complejidad. Por lo tanto, para probar el producto
de software, también se requiere un alto costo. Durante las pruebas, hay
muchas presiones sobre los empleados. Existe una presión de producto
de alta calidad. Hay tantas posibilidades de pérdida de fechas, recursos
ofrecidos limitados y organización dispersa. Tenemos que enfrentar la
dispersión del equipo, el equipo distribuido y los recursos. Las métricas
de prueba se pueden usar para realizar un proceso de software eficaz y
eficiente. Básicamente, este artículo evalúa la medición.
modelo que se puede adoptar de acuerdo con la cultura y el ciclo de vida.
Métrica
Esta encuesta básicamente presenta una medición de la calidad del
software a partir de los conceptos básicos de las métricas de calidad del
software.
Estas métricas básicamente validan la calidad del proyecto de software.
Todas las métricas deben ser comprensibles para los usuarios. En
segundo lugar, las métricas relacionadas con el punto de vista de costos
como si gastaran un 10% en métricas de desarrollo total. Antes de aplicar
estas métricas, se deben probar. Todas las métricas deben tener un
horario. Además, deben estar gestionando adecuadamente.
Orientado a objetos
Si hablamos de la calidad del producto y del código y diseño del
proyecto, entonces tienen atributos de ellos. Estos atributos se muestran
en 8. Los cinco atributos se explican mientras que el resto de los
atributos también se autodescribe.

Básicamente, estos atributos describen las características del proyecto.

Entonces, para este propósito, propusieron algunas métricas para este
propósito, son nueve en número. Básicamente, cubren todos los
aspectos del sistema, como todas las estructuras y clases que usaron,
polimorfismo, acoplamiento, encapsulación y herencia. Para cada
métrica, hay una serie de métodos adoptados y el código y el diseño
serán viables si lo utilizan. Finalmente, deja un efecto muy fuerte en la
calidad del software.

III. COMPARACIÓN
En el problema de la tabla 2, se discuten las técnicas y todos los
resultados.
CUADRO II
REF NO PROBLEMA TÉCNICA RESULTADO
[1] El presupuesto, el CMMI, equipo CMMI requirió
tiempo, los especializado y muchos recursos
estándares y la conocimiento de y tiempo, pero
política interna dominio. eliminó los
causan obstáculos. errores. El equipo
podría tener que
enfrentar presión
por no
comprometer la
calidad.
[2] Los requisitos Enfoque Si congelamos los
están incompletos incremental y requisitos, no se
y el costo de metodología pueden agregar
desarrollo no sistemática más funciones
puede
reconsiderarse
[3] Encontrar y reducir Divide y Este método se
errores conquistaras utilizó para
encontrar la
calidad del
software, no un
proceso.
[4] La comunicación Técnicas de Estos no son
poco clara causa automatización. suficientes porque
un obstáculo no son métodos
importante en el de prueba. La
software de ejecución podría
calidad. ser correcta pero
no hay certeza
sobre el
cumplimiento de
los requisitos.
[5] Duplicación de Métodos de Se necesitaría
características verificación e más esfuerzo para
inspección y eliminar la
métricas SQA duplicación

[6] Cómo enmarcar la XP, CMM XP necesita

implantación de agregar algo de
evolución a lo
 software y reducir largo de CMM
errores para cumplir con
los requisitos.
[7] El cambio ocurrió GSD y De hecho, GSD
pero es difícil de metodologías es bueno, pero no
manejar. ágiles. hay reglas
definidas
específicas.
[8] Riesgos técnicos y Técnica de Estas técnicas no
programáticos, auditoría, son suficientes
costos y exceso de verificación y para encontrar
tiempo. validación de errores. Debemos
pruebas. llevarlo a lo largo
de todos los
desarrollos del
ciclo de vida.

[9] La aparición de JAD, QFD, Se requieren

errores en gráficos, verificación y diferentes
planes de prueba y validación, combinaciones
casos, defectos en inspección de para resolver
la base de datos y código. estos problemas
el almacén de importantes
datos
[10] Gestión de riesgos Modelo de Apoyar la toma de
distribución en decisiones en alta
alta mar mar
[11] Costo, cronograma Metodologías de Calidad de alto
y calidad del desarrollo nivel
producto. estándar.
[12] Errores en la Métodos de Mejora la calidad
documentación. aseguramiento de
la calidad
[13] Problemas Proceso de Datos seguros
relacionados con la desarrollo SDLC
integridad de los
datos.
[14] Problemas FAMI Conduce a cero
relacionados con la defectos
calidad y el
 mantenimiento de
defectos
[15] Problemas Métrica Para
relacionados con el mejorar la calidad
cronograma, el del producto.
presupuesto y la
calidad del
software.
[16] Mediciones que Planificación El retraso puede
afectan la previa sobre el ocurrir pero esto
estructura de la desarrollo es difícil
organización.
[17] Defectos, mala El retrabajo para Demasiado
toma de decisiones resolver defectos tiempo
[18] Complejidad del Analizar Características de
diseño procedimientos, calidad del efecto
estado de ánimo
[19] Predecir la Acoplamiento y Fuerte impacto en
presencia de herencia el software
errores.
[20] Problemas de Programacion Validación de la
confiabilidad Genética calidad del
software.

[21] Problemas de Diferentes Los artefactos son

diseño metodologías dados

[22] Brecha de Estadística No es compatible

prácticas de con todos los
software b / n escenarios.

[23] Cuestiones Mediciones de Determinar la

relacionadas con el rendimiento, calidad del
grupo, la modelado y sistema.
tecnología. análisis.
[24] Funcionamiento Pruebas Validarlo
incorrecto y
comportamiento
incorrecto de un
sistema.

[25] Mantenimiento SMMM Mejorar calidad

[26] Limitaciones de Métodos de Aumenta la
usabilidad garantía de usabilidad
calidad, Pruebas

[27] La dirección del Se utilizaron Definir dirección

software no está métodos de
definida. calidad.

[28] Cómo mejorar la Técnicas TQM, Aumentar la

calidad del herramientas calidad
producto.

[29] Integridad de los Herramientas Se han mejorado

datos técnicas los requisitos no
secuenciales. funcionales.

[30] Cómo se toma la Se utilizan Cumplir requisitos

calidad del múltiples
software en la técnicas.
educación superior

[31] Cómo se reducen Técnicas de Reduce los

los riesgos de prueba problemas, pero
software. ninguna técnica
es perfecta.
[32] Cómo manejar los MDE Mejora la calidad
aspectos y reduce los
comerciales y costos
técnicos.

[33] Comunicación El conocimiento Dará la

inadecuada, debe ser bienvenida a
problemas técnicos mejorado. todos para
y de conocimiento. comunicarse entre
sí, eventualmente,
CM mejorará

[34] Requisitos poco Tecnologías web Documento SRS

claros semánticas, sobre seguro
SRS

[35] Mejoras en el Análisis Apoya la máquina

documento SRS automatizado de vectores

[36] Ignora los RWASQ Mantiene un

requisitos no equilibrio entre
funcionales que ellos.
resultan en código
enredado y se hizo
difícil.

[37] Con el aumento de Prueba de Las métricas de

la tecnología, la métricas prueba se pueden
relación de usar para realizar
complejidad un proceso de
también aumenta. software eficaz y
Entonces, para eficiente
probar el producto
de software,
también se
 requiere un alto
costo

[38] Validación de Métrica Las medidas son

software validadas

[39] Cómo manejar Métricas Mejora la calidad

FURPS para Orientadas a y deja buena
código Objetos influencia.

IV. RESULTADOS Y DISCUSIONES

Para mejorar la calidad del software, se adoptaron y siguieron diferentes
técnicas. Surgieron los diferentes problemas. Entonces, para diferentes
problemas, se dieron diferentes técnicas y soluciones que conducen a la
calidad del software. Todos los problemas, la solución está dada, por lo
que cada técnica se encuentra lo suficientemente buena como para
mejorar la calidad. Si decimos sobre el enfoque incremental y la
metodología sistemática, entonces es bueno, pero congelará los
requisitos. Por lo tanto, otros cambios en las especificaciones resultarán
problemáticos. FAMI encontró una buena técnica porque conduce a cero
defectos. Las diferentes técnicas pueden ser buenas para usar si se
combinan con otros métodos y técnicas. La técnica no única trae
resultados excepcionales. De lo contrario, todas las técnicas discutidas
en treinta y nueve referencias dejan una influencia aceptable en los
proyectos.

V. CONCLUSIÓN Y TRABAJO FUTURO

En este documento, se identifican diferentes problemas relacionados con
el aseguramiento de la calidad del software. Las diferentes soluciones se
dieron usando diferentes técnicas. El software puede obtener una
posición en la industria de TI en el caso del software de calidad.
Desempeña diferentes roles en las organizaciones porque la satisfacción
del cliente se basa totalmente en que sus requisitos se cumplen o no.
Hay tanta necesidad de entregar el producto a tiempo y exactamente de
acuerdo con las especificaciones. Las diferentes técnicas se utilizaron
para asegurar la calidad del software. Cada técnica tiene su propio
impacto en la calidad del software. En el futuro, se realizará un trabajo
adicional para asegurar y desarrollar proyectos de calidad. Una
organización reputada y reconocida puede brindar oportunidades si el
proyecto se entrega a tiempo y de acuerdo con las demandas. En el
trabajo futuro, las nuevas técnicas, sus usos y su implementación van a
descubrir cada fase del ciclo de vida. Esto ayudará a aumentar la ventaja
del aseguramiento de la calidad y se demostrará para un mayor
desarrollo.