En la actual \u201cera de la informaci\u00f3n\u201d, el desarrollo de software se ha convertido en un sector esencial para la sociedad. Cuba no est\u00e1 exenta de esta realidad y ya existen varias empresas cuyo objeto social es precisamente el desarrollo de aplicaciones y sistemas inform\u00e1ticos. DATAZUCAR cuenta con un equipo de desarrollo de productos de alto valor agregado y prioriza la entrega a los clientes de productos conformes, minimizando la ocurrencia de errores a partir de la aplicaci\u00f3n de pruebas tempranas. La definici\u00f3n de requisitos no funcionales (RNF) comunes que deben cumplir los softwares desarrollados es primordial desde los inicios del desarrollo para lograr la calidad deseada. En este trabajo se realiza una propuesta inicial de propiedades (RNF) a partir de lo definido en la Norma Ramal (NR) 2-1 Requisitos de la Calidad para Sistemas Inform\u00e1ticos y Productos de Software y lo establecido en el proyecto de Norma Cubana la ISO\/IEC 25023:2016 Ingenier\u00eda de software y sistemas \u2013 Requisitos de la Calidad y Evaluaci\u00f3n de Software y Sistemas (SQuaRE) \u2013 Medici\u00f3n de la calidad de producto de software y sistemas, ambas normas cubanas que homogenizan un modelo de calidad com\u00fan para todas las entidades del pa\u00eds que desarrollen aplicaciones inform\u00e1ticas.<\/p>\n\n\n\n
Palabras claves:<\/strong> Modelo de calidad, requisitos no funcionales, software.<\/p>\n\n\n\n INTRODUCCI\u00d3N<\/strong><\/p>\n\n\n\n En la actual era de la informaci\u00f3n, son cada vez m\u00e1s necesarios los productos de software y los sistemas inform\u00e1ticos en todas las esferas sociales como apoyo a su desarrollo. La alta calidad de estos es esencial para proporcionar valor y evitar posibles consecuencias negativas para las partes interesadas.<\/p>\n\n\n\n Teniendo en cuenta que los productos de software y los sistemas inform\u00e1ticos tienen muchas partes involucradas, incluyendo a los que desarrollan, adquieren, manejan o son clientes de las empresas que utilizan estos sistemas, se hace indispensable su especificaci\u00f3n completa y la evaluaci\u00f3n de la calidad. Esto puede lograrse mediante la definici\u00f3n de las caracter\u00edsticas de la calidad necesarias y deseadas asociadas con las metas y objetivos de las partes interesadas. <\/p>\n\n\n\n Actualmente en Cuba se encuentra en un proceso de aprobaci\u00f3n la NC-ISO\/IEC 25010:2016 que contiene un modelo de la calidad donde se pueden identificar caracter\u00edsticas de la calidad relevantes que pueden ser empleadas posteriormente para definir los requisitos, con sus medidas de satisfacci\u00f3n correspondientes.<\/p>\n\n\n\n La Divisi\u00f3n DATAZUCAR cuenta con un prestigio entre las empresas de desarrollo de productos de alta calidad y valor agregado por lo que tiene como premisa prevenir la entrega no intencional de productos no conformes a sus clientes y para ello es indispensable garantizar la calidad antes, durante y despu\u00e9s del proceso de desarrollo de productos de software y sistemas inform\u00e1ticos.<\/p>\n\n\n\n DESARROLLO<\/strong><\/p>\n\n\n\n La calidad de un sistema es el grado en que el sistema satisface las necesidades declaradas o impl\u00edcitas de varias partes interesadas, y por lo tanto proporciona valor. Para ello es necesario definir las caracter\u00edsticas y sub-caracter\u00edsticas que se van a cumplir como propiedades de la calidad.<\/p>\n\n\n\n Los Modelos de la Calidad propuestos por las Normas Internacionales presentan un modelo de la calidad detallado para los sistemas inform\u00e1ticos y productos de software, tanto para su uso mediante un modelo de la calidad, como para los productos mediante un modelo de la calidad del producto. Espec\u00edficamente el modelo de la calidad del producto se divide en ocho caracter\u00edsticas: adecuaci\u00f3n funcional, eficiencia de desempe\u00f1o, compatibilidad, usabilidad, fiabilidad, seguridad, mantenibilidad y portabilidad. Cada caracter\u00edstica se compone de un conjunto de sub-caracter\u00edsticas relacionadas.<\/p>\n\n\n\n Este modelo de la calidad del producto es \u00fatil para especificar los requisitos, establecer medidas y realizar evaluaciones de la calidad. Pueden utilizarse como una lista de control para garantizar un tratamiento integral de los requisitos de la calidad siendo una base para estimar el esfuerzo consecuente y actividades que ser\u00e1n necesarias durante el desarrollo de sistemas. Para su utilizaci\u00f3n deben ser adaptados seg\u00fan las necesidades de las partes interesadas, especificado las caracter\u00edsticas y sub-caracter\u00edsticas a medir, as\u00ed como la forma en que ser\u00e1n medidas.<\/p>\n\n\n\n Actualmente en Cuba se cuenta con un Proyecto de norma, elaborado por CALISOFT, revisado y aprobado por el Sub-Comit\u00e9 7 de Ingenier\u00eda de Software (SC7), a la espera de ser entregado al Ministerio de la Inform\u00e1tica y las Comunicaciones (MINCOM) para su aprobaci\u00f3n como Norma Ramal (NR) 2-1 Requisitos de la Calidad para Sistemas Inform\u00e1ticos y Productos de Software.<\/p>\n\n\n\n Adem\u00e1s, se cuenta con un Proyecto de norma en revisi\u00f3n\/elaboraci\u00f3n por el SC7 para su adopci\u00f3n como Norma Cubana ISO\/IEC 25010:2016 Ingenier\u00eda de software y sistemas \u2013 Requisitos de la Calidad y Evaluaci\u00f3n de Software y Sistemas (SQuaRE) \u2013Modelos de la calidad de software y sistemas.<\/p>\n\n\n\n Estas normas establecen caracter\u00edsticas y sub-caracter\u00edsticas m\u00ednimas a cumplir por un software o sistema que se desarrolle en Cuba a partir de las caracter\u00edsticas de adecuaci\u00f3n funcional, seguridad, usabilidad, eficacia de desempe\u00f1o y fiabilidad. Teniendo en cuenta esta definici\u00f3n a nivel nacional se realiza esta propuesta para DATAZUCAR teniendo en cuenta las especificidades de la entidad.<\/p>\n\n\n\n Adecuaci\u00f3n Funcional: Grado en que un producto o sistema proporciona las ii. Se deben atender las peticiones a la BD en un tiempo inferior a los 3 segundos.<\/p>\n\n\n\n b. Utilizaci\u00f3n de los recursos<\/p>\n\n\n\n i. Se debe garantizar un consumo de CPU y RAM inferior al 80%.<\/p>\n\n\n\n c. Capacidad<\/p>\n\n\n\n i. Se debe asegurar que la cantidad m\u00ednima de usuarios conectados concurrentemente sea, en sistemas de alta concurrencia de 4000 usuarios, y en los de baja concurrencia de 500 usuarios.<\/p>\n\n\n\n 3. Compatibilidad: <\/strong>Grado en que un producto, sistema o componente puede intercambiar informaci\u00f3n con otros productos, sistemas o componentes, y\/o llevar a cabo sus funciones requeridas, cuando comparten el mismo entorno hardware o software.<\/p>\n\n\n\n a. Coexistencia <\/p>\n\n\n\n i. Grado en que un producto puede llevar a cabo sus funciones requeridas de manera eficiente mientras comparte un entorno com\u00fan y recursos con otros productos, sin impacto perjudicial sobre estos.<\/p>\n\n\n\n b. Interoperabilidad <\/p>\n\n\n\n i. Grado en el cual dos o m\u00e1s sistemas, productos o componentes pueden intercambiar informaci\u00f3n y utilizar la informaci\u00f3n que se ha intercambiado.<\/p>\n\n\n\n 4. Usabilidad:<\/strong> Grado en que un producto o sistema puede ser utilizado por usuarios espec\u00edficos para lograr los objetivos definidos con eficacia, eficiencia y satisfacci\u00f3n en un contexto de uso especificado. a. Reconocibilidad<\/strong><\/p>\n\n\n\n i. Grado en que un producto o sistema permite al usuario reconocer si el mismo es apropiado para sus necesidades. <\/p>\n\n\n\n b. Cognoscibilidad <\/p>\n\n\n\n i. Grado en que un producto o sistema puede ser utilizado por usuarios espec\u00edficos para lograr los objetivos de aprendizaje definidos para utilizar el producto o sistema con eficacia, eficiencia, ausencia de riesgo y satisfacci\u00f3n en un contexto de uso especificado.<\/p>\n\n\n\n c. Operabilidad <\/p>\n\n\n\n i. Grado en que un producto o sistema tiene atributos que lo hacen f\u00e1cil de operar y controlar.<\/p>\n\n\n\n d. Protecci\u00f3n ante errores de usuarios <\/p>\n\n\n\n i. Grado en que un sistema protege a los usuarios de cometer errores.<\/p>\n\n\n\n e. Est\u00e9tica de interfaz de usuario <\/p>\n\n\n\n i. Grado en el que una interfaz de usuario permite la interacci\u00f3n agradable y satisfactoria para el usuario. <\/p>\n\n\n\n f. Accesibilidad <\/p>\n\n\n\n i. Grado en que un producto o sistema puede ser utilizado por personas con un amplio rango de caracter\u00edsticas y capacidades para alcanzar un objetivo definido en un contexto de uso especificado.<\/p>\n\n\n\n 5. Fiabilidad:<\/strong> Grado en que un sistema, producto o componente realiza funciones especificadas en las condiciones definidas por un per\u00edodo de tiempo determinado. a. Madurez <\/strong><\/p>\n\n\n\n i. Grado en que un sistema, producto o componente cumple con la fiabilidad requerida en condiciones de operaci\u00f3n normales.<\/p>\n\n\n\n b. Disponibilidad <\/p>\n\n\n\n i. Grado en que un sistema, producto o componente est\u00e1 operativo y accesible cuando sea necesario para su uso. <\/p>\n\n\n\n c. Tolerancia ante fallos <\/p>\n\n\n\n i. Grado en que un sistema, producto o componente opera seg\u00fan lo previsto independientemente de la presencia de fallos en el hardware o software.<\/p>\n\n\n\n d. Recuperabilidad <\/p>\n\n\n\n i. Grado en el cual un producto o sistema puede recuperar los datos directamente afectados y restablecer el estado deseado, cuando ocurre una interrupci\u00f3n o una falla.<\/p>\n\n\n\n 6. Seguridad:<\/strong> Grado en que un producto o sistema protege la informaci\u00f3n y los datos para que otros productos o sistemas tengan la capacidad de acceso de datos apropiada seg\u00fan sus tipos y niveles de autorizaci\u00f3n. a. Confidencialidad<\/strong><\/p>\n\n\n\n i. Grado en que un producto o sistema permite que los datos sean accesibles solo por las personas autorizadas.<\/p>\n\n\n\n b. Integridad <\/p>\n\n\n\n i. Grado en el que un sistema, producto o componente impide el acceso no autorizado, o la modificaci\u00f3n de programas o datos. <\/p>\n\n\n\n c. No rechazo <\/p>\n\n\n\n i. Grado en el que las acciones o eventos pueden probarse que han tenido lugar para que posteriormente no sean negadas.<\/p>\n\n\n\n d. Responsabilidad<\/p>\n\n\n\n i. Grado en el que las acciones de una entidad pueden atribuirse \u00fanicamente a esta.<\/p>\n\n\n\n e. Autenticidad <\/p>\n\n\n\n i. Grado en el que la identidad de un sujeto o recursos pueden probar ser quien dicen ser. <\/p>\n\n\n\n 7. Mantenibilidad:<\/strong> Grado de eficacia y eficiencia con que un producto o sistema puede ser modificado por los mantenedores destinados. a. Modularidad <\/strong><\/p>\n\n\n\n i. Grado en el que un sistema o programa de computadora est\u00e1 integrado por componentes individuales de tal manera que un cambio en uno de estos tiene un impacto m\u00ednimo en los otros componentes. <\/p>\n\n\n\n b. Reusabilidad <\/p>\n\n\n\n i. Grado en que un activo puede utilizarse en m\u00e1s de un sistema o en la construcci\u00f3n de otros activos. <\/p>\n\n\n\n c. Analizabilidad <\/p>\n\n\n\n i. Grado de eficacia y eficiencia con el que es posible evaluar el impacto de un cambio intencionado sobre una o m\u00e1s de sus partes de un producto o sistema, o para diagnosticar deficiencias o causas de las fallas en un producto, o identificar las partes a modificarse. <\/p>\n\n\n\n d. Modificabilidad<\/p>\n\n\n\n i. Grado en que un producto o sistema puede ser modificado de forma eficaz y eficiente sin introducir defectos o degradar la calidad del producto existente. <\/p>\n\n\n\n e. Testabilidad<\/p>\n\n\n\n i. Grado de eficacia y eficiencia con la que los criterios de prueba se pueden establecer para un sistema, producto o componente y determinar si se han cumplido los criterios.<\/p>\n\n\n\n 8. Portabilidad:<\/strong> Grado de eficacia y eficiencia con que un sistema, producto o componente pueden ser transferidos de un hardware, software o entorno (operativo o de uso) a otro.<\/p>\n\n\n\n a. Adaptabilidad <\/p>\n\n\n\n i. Grado en que un producto o sistema puede ser adaptado de forma eficaz y eficiente para diferentes hardware o software en evoluci\u00f3n, u otros entornos operativos o de uso. <\/p>\n\n\n\n b. Instalabilidad<\/p>\n\n\n\n i. Grado de eficacia y eficiencia con la que un producto o sistema puede ser instalado y\/o desinstalado con \u00e9xito en un entorno espec\u00edfico.<\/p>\n\n\n\n c. Reemplazabilidad <\/p>\n\n\n\n i. Grado en que un producto puede sustituir a otro producto de software espec\u00edfico para el mismo prop\u00f3sito en el mismo entorno.<\/p>\n\n\n\n 1.1 Completitud funcional<\/p>\n\n\n\n R1.1.1 Garantizar que cada bot\u00f3n\/v\u00ednculo de la aplicaci\u00f3n haga una funci\u00f3n. R1.1.2 Garantizar que en el producto o sistema est\u00e9n desarrolladas todas las funcionalidades.<\/p>\n\n\n\n 1.2 Correcci\u00f3n funcional<\/p>\n\n\n\n R1.2.1 Garantizar que cada funcionalidad arroje resultados correctos.<\/p>\n\n\n\n R1.2.2 Garantizar con todas las combinaciones posibles, que cada campo est\u00e9 validado correctamente.<\/p>\n\n\n\n 1.3 Pertinencia funcional<\/p>\n\n\n\n R1.3.1 Garantizar que el usuario s\u00f3lo se presenta con los pasos necesarios para completar una tarea, con exclusi\u00f3n de los pasos innecesarios.<\/p>\n\n\n\n 2.1 Rendimiento<\/p>\n\n\n\n R2.1.1 Atender las peticiones en un tiempo menor a los 5 segundos.<\/p>\n\n\n\n R2.1.2 Atender las peticiones a la BD en un tiempo inferior a los 3 segundos.<\/p>\n\n\n\n 2.2 Utilizaci\u00f3n de los recursos<\/p>\n\n\n\n R2.2.1 Garantizar un consumo de CPU y RAM inferior al 80%.<\/p>\n\n\n\n 2.3 Capacidad<\/p>\n\n\n\n R2.3.1 Asegurar que la cantidad m\u00ednima de usuarios conectados concurrentemente sea, en sistemas de alta concurrencia de 4000 usuarios, y en los de baja concurrencia de 500 usuarios.<\/p>\n\n\n\n 3.1 Coexistencia<\/p>\n\n\n\n R3.1.1 Coexistir compartiendo un entorno com\u00fan y recursos con otros productos llevando a cabo sus funciones requeridas sin impactar perjudicialmente a estos. <\/p>\n\n\n\n 3.2 Interoperabilidad <\/p>\n\n\n\n R3.2.1 Intercambiar informaci\u00f3n con otros sistemas, productos o componentes a trav\u00e9s de protocolos de interoperabilidad y utilizar la informaci\u00f3n intercambiada.<\/p>\n\n\n\n 4.1 Reconocibilidad<\/p>\n\n\n\n R4.1.1 Emplear un lenguaje que sea m\u00e1s cercano al utilizado por el usuario final que al inform\u00e1tico o t\u00e9cnico.<\/p>\n\n\n\n R4.1.2 Colocar t\u00edtulos a las p\u00e1ginas, tablas, im\u00e1genes, etc. que sean descriptivos y distintivos.<\/p>\n\n\n\n R4.1.3 Establecer de manera clara qui\u00e9nes son los responsables del sistema.<\/p>\n\n\n\n R4.1.4 Brindar informaci\u00f3n de contacto relacionada con el equipo de soporte. R4.1.5 Garantizar que los contenidos publicados se ajustan al perfil tem\u00e1tico definido.<\/p>\n\n\n\n Productos o sistemas para la Web:<\/p>\n\n\n\n R4.1.6 Reflejar la identidad del producto, sistema, empresa (logo, compa\u00f1\u00eda).<\/p>\n\n\n\n R4.1.7 Comenzar cada pantalla con un t\u00edtulo que describa su contenido.<\/p>\n\n\n\n R4.1.8 Utilizar iconos que identifiquen claramente lo que representan.<\/p>\n\n\n\n R4.1.9 Proporcionar informaci\u00f3n sobre los autores, referencias, fecha de publicaci\u00f3n, etc. en los art\u00edculos, noticias, etc. publicados.<\/p>\n\n\n\n 4.2 Cognoscibilidad <\/p>\n\n\n\n R4.2.1 Ofrecer una navegaci\u00f3n sencilla para que los usuarios sin mucha experiencia puedan hacer uso del sistema.<\/p>\n\n\n\n R4.2.2 Emplear nombres estandarizados para las categor\u00edas de la navegaci\u00f3n y las funcionalidades.<\/p>\n\n\n\n R4.2.3 Mantener constante la distribuci\u00f3n y ubicaci\u00f3n de los elementos estructurales que contienen las p\u00e1ginas o ventanas.<\/p>\n\n\n\n R4.2.4 Mantener la informaci\u00f3n organizada con categor\u00edas l\u00f3gicas, f\u00e1cilmente memorizables por el usuario.<\/p>\n\n\n\n R4.2.5 Mantener similitud entre tareas, di\u00e1logos y formularios.<\/p>\n\n\n\n R4.2.6 Utilizar aceleradores o accesos r\u00e1pidos a operaciones frecuentes.<\/p>\n\n\n\n R4.2.7 Utilizar nombres adecuados de los botones de los formularios dependiendo de la acci\u00f3n que realiza.<\/p>\n\n\n\n R4.2.8 Mostrar los mensajes de error en texto plano entendibles para los usuarios. R4.2.9 Utilizar nombres en los enlaces iguales que los t\u00edtulos de las p\u00e1ginas a las que dirigen.<\/p>\n\n\n\n Productos o sistemas para la Web:<\/p>\n\n\n\n R4.2.10 Usar una URL, clara y f\u00e1cil de recordar.<\/p>\n\n\n\n R4.2.11 Diferenciar de manera clara los enlaces internos de los externos.<\/p>\n\n\n\n 4.3 Operabilidad <\/p>\n\n\n\n R4.3.1 Distinguir de manera clara en los formularios los campos \u201crequeridos\u201d y<\/p>\n\n\n\n \u201copcionales\u201d.<\/p>\n\n\n\n R4.3.2 Establecer el tama\u00f1o de las cajas de texto para introducir informaci\u00f3n en funci\u00f3n del tama\u00f1o del dato que se va a escribir.<\/p>\n\n\n\n R4.3.3 Establecer en cada p\u00e1gina o ventana puntos de salida que permita al usuario abandonar la tarea actual que se encuentra realizando (utilizaci\u00f3n de opciones cancelar, cerrar, etc.).<\/p>\n\n\n\n R4.3.4 Brindar la posibilidad de volver a pasos anteriores para modificar los datos en un proceso que lo requiera.<\/p>\n\n\n\n R4.3.5 Mostrar un cambio visible cuando el cursor est\u00e1 apuntando a un elemento de acci\u00f3n.<\/p>\n\n\n\n R4.3.6 Utilizar tipos y tama\u00f1os de fuente legibles.<\/p>\n\n\n\n R4.3.7 Definir como m\u00e1ximo entre 80 y 100 caracteres para la longitud de l\u00ednea de los bloques de texto.<\/p>\n\n\n\n R4.3.8 Dividir en p\u00e1rrafos de un m\u00e1ximo de entre 5 y 8 l\u00edneas de longitud los bloques de texto de gran tama\u00f1o.<\/p>\n\n\n\n R4.3.9 Resaltar los enlaces del men\u00fa cuando se seleccionan.<\/p>\n\n\n\n R4.3.10 Dejar espacio entre los elementos de acci\u00f3n.<\/p>\n\n\n\n R4.3.11 Posicionar el cursor en el primer campo donde se introduce dato. R4.3.12 Proporcionar informaci\u00f3n y pedir confirmaci\u00f3n cuando una acci\u00f3n tiene consecuencias.<\/p>\n\n\n\n R4.3. <\/strong>13 Proveer una clara retroalimentaci\u00f3n cuando una tarea ha sido completada exitosamente.<\/p>\n\n\n\n R4.3.14 Se\u00f1alar los campos que contienen datos inv\u00e1lidos y ofrecer informaci\u00f3n que ilustre el error cometido.<\/p>\n\n\n\n R4.3.15 No presentar enlaces internos rotos o que no lleven a ninguna ventana.<\/p>\n\n\n\n R4.3.16 No presentar enlaces externos que no existan.<\/p>\n\n\n\n R4.3.17 Implementar validaciones antes de que el usuario env\u00ede informaci\u00f3n.<\/p>\n\n\n\n R4.3.18 Definir de manera correcta gr\u00e1ficos y tablas utilizando sus atributos.<\/p>\n\n\n\n Productos o sistemas para la Web:<\/p>\n\n\n\n R4.3.19 Mostrar accesos desde la p\u00e1gina de inicio a las partes o secciones m\u00e1s importantes del sitio.<\/p>\n\n\n\n R4.3.20 Garantizar la compatibilidad con los navegadores: Mozilla Firefox, Google Chrome, Opera e Internet Explorer en los casos que sea necesario.<\/p>\n\n\n\n R4.3.21 Identificar los enlaces para que sean distinguibles sin necesidad de pasar el mouse por encima.<\/p>\n\n\n\n R4.3.22 Utilizar texto para los enlaces.<\/p>\n\n\n\n R4.3.23 Contar con un buscador que aparezca en una zona visible y en todas las p\u00e1ginas.<\/p>\n\n\n\n R4.3.24 Ubicar un acceso a la p\u00e1gina de inicio en una zona visible, reconocible y en todas las p\u00e1ginas.<\/p>\n\n\n\n R4.3.25 Garantizar la visualizaci\u00f3n correcta los contenidos multimedia.<\/p>\n\n\n\n R4.3.26 Utilizar de manera moderada las animaciones y efectos en movimiento constantes.<\/p>\n\n\n\n R4.3.27 Permitir la navegaci\u00f3n en el sitio sin necesidad del desplazamiento horizontal.<\/p>\n\n\n\n R4.3.28 Cumplir con est\u00e1ndares de c\u00f3digo HTML y CSS, definido por el W3C.<\/p>\n\n\n\n R4.3.29 Utilizar un tama\u00f1o de fuente igual o superior a los 14 px para los contenidos.<\/p>\n\n\n\n R4.3.30 Definir los metadatos necesarios. <\/p>\n\n\n\n R4.3.31 Informar al usuario de los programas de software adicionales requeridos. R4.3.32 Permitir visualizar las p\u00e1ginas de impresi\u00f3n del contenido sin perder informaci\u00f3n.<\/p>\n\n\n\n R4.3.33 Informar en los mensajes de error cu\u00e1les son las acciones correctoras. R4.3.34 Garantizar una interfaz adaptable a los dispositivos para los que se haya desarrollado el sitio.<\/p>\n\n\n\n R4.3.35 Alinear el texto a la izquierda.<\/p>\n\n\n\n Para artefactos de tipo Sistemas de Gesti\u00f3n:<\/p>\n\n\n\n R4.3.36 Permitir que el usuario sepa en qu\u00e9 parte de la estructura se encuentra.<\/p>\n\n\n\n Para artefactos de tipo Aplicaciones de Escritorio:<\/p>\n\n\n\n R4.3.37 Mostrar la opci\u00f3n de ayuda ligada a las funciones que se ofrecen, durante la interacci\u00f3n con la aplicaci\u00f3n.<\/p>\n\n\n\n R4.3.38 Garantizar que los elementos que componen la interfaz est\u00e9n en el idioma seleccionado.<\/p>\n\n\n\n 4.4 Protecci\u00f3n ante errores de usuarios <\/p>\n\n\n\n R4.4.1 Mostrar indicaciones para completar los campos problem\u00e1ticos en los formularios.<\/p>\n\n\n\n R4.4.2 Emplear opciones por defecto en los formularios, siempre que sea posible. R4.4.3 Brindar la posibilidad de seleccionar la informaci\u00f3n de una lista en situaciones donde se pueden producir errores de escritura.<\/p>\n\n\n\n R4.4.4 Informar al usuario cuando se intenta salir o cerrar una ventana en la que hay trabajo sin guardar.<\/p>\n\n\n\n 4.5 Est\u00e9tica de interfaz de usuario <\/p>\n\n\n\n R4.5.1 Diferenciar un icono seleccionado de los no seleccionados.<\/p>\n\n\n\n R4.5.2 Utilizar \u00edconos que sean conceptualmente distintos pero que mantengan la armon\u00eda entre ellos.<\/p>\n\n\n\n R4.5.3 Mantener una tipograf\u00eda coherente en toda la aplicaci\u00f3n.<\/p>\n\n\n\n R4.5.4 Establecer niveles de importancia de los contenidos.<\/p>\n\n\n\n R4.5.5 Utilizar los estilos (negritas, cursivas, etc.) con moderaci\u00f3n. <\/p>\n\n\n\n R4.5.6 Mostrar los elementos del dise\u00f1o correctamente alineados y agrupados.<\/p>\n\n\n\n R4.5.7 Mostrar el men\u00fa en un lugar destacado.<\/p>\n\n\n\n R4.5.8 Centrar o justificar a la izquierda los t\u00edtulos del men\u00fa.<\/p>\n\n\n\n R4.5.9 Mantener la consistencia entre las etiquetas de los campos.<\/p>\n\n\n\n R4.5.10 Garantizar que las im\u00e1genes, gr\u00e1ficos, tablas, etc. utilizadas tengan buena resoluci\u00f3n.<\/p>\n\n\n\n R4.5.11 Garantizar que no existan errores ortogr\u00e1ficos.<\/p>\n\n\n\n Productos o sistemas para la Web:<\/p>\n\n\n\n R4.5.12 Personalizar las p\u00e1ginas de error.<\/p>\n\n\n\n R4.5.13 Mostrar el logo de la organizaci\u00f3n en el mismo lugar en todas las p\u00e1ginas del sitio.<\/p>\n\n\n\n R4.5.14 Mostrar sin problemas la presentaci\u00f3n y composici\u00f3n de las p\u00e1ginas en los navegadores Mozilla Firefox, Google Chrome, Opera, Internet Explorer.<\/p>\n\n\n\n R4.5.15 Mostar sin problemas la presentaci\u00f3n y composici\u00f3n de las p\u00e1ginas en las diferentes resoluciones de pantalla para las que fue concebido.<\/p>\n\n\n\n Para artefactos de tipo Aplicaci\u00f3n de Escritorio:<\/p>\n\n\n\n R4.5.16 Contener un s\u00edmbolo distinguible en la parte derecha de los elementos de los men\u00fas que llevan a abrir un submen\u00fa.<\/p>\n\n\n\n R4.5.17 Mantener el tama\u00f1o de las ventanas apropiado para los elementos que agrupa.<\/p>\n\n\n\n R4.5.18 Garantizar que no existan errores de redacci\u00f3n.<\/p>\n\n\n\n 4.6 Accesibilidad <\/p>\n\n\n\n R4.6.1 Garantizar un correcto contraste de color entre el texto y el fondo.<\/p>\n\n\n\n R4.6.2 Disponer sin color la informaci\u00f3n que est\u00e9 transmitida a trav\u00e9s de colores. R4.6.3 Proporcionar textos aclaratorios sobre im\u00e1genes de forma que puedan ser comprendidas por cualquier persona independientemente de la discapacidad pose\u00edda.<\/p>\n\n\n\n R4.6.4 Identificar el cambio de idioma en los textos.<\/p>\n\n\n\n R4.6.5 Proporcionar texto alternativo para elementos no textuales.<\/p>\n\n\n\n R4.6.6 Subtitular los elementos multimedia en los sistemas dise\u00f1ados para la web siempre que sea posible. Productos o sistemas para la Web:<\/p>\n\n\n\n R4.6.7 Declarar el atributo lenguaje de las p\u00e1ginas para mejorar la pronunciaci\u00f3n de los lectores de pantalla.<\/p>\n\n\n\n 5.1 Madurez <\/p>\n\n\n\n R5.1.1 Mostrar personalizados los mensajes provenientes de las excepciones y\/o errores que puedan ocurrir.<\/p>\n\n\n\n R5.1.2 Controlar la introducci\u00f3n de valores inv\u00e1lidos.<\/p>\n\n\n\n R5.1.3 Informar y actuar ante la caducidad de sesiones por inactividad o por cambio de permiso.<\/p>\n\n\n\n 5.2 Disponibilidad <\/p>\n\n\n\n R5.2.1 No permitir ataques de DoS (El fin de los ataques DoS es intentar bloquear sitios web e infiltrarse en ellos mediante la inundaci\u00f3n del servidor de origen del sitio con solicitudes falsas, el tr\u00e1fico de este ataque DoS puede producir resultados que van desde lentitud en la carga de las p\u00e1ginas hasta un bloqueo completo del tr\u00e1fico leg\u00edtimo al sitio).<\/p>\n\n\n\n R5.2.2 No presentar fallos de segmentaci\u00f3n, o que se sobrescriban direcciones de memoria adyacentes. De igual manera validar el tama\u00f1o de entrada de los campos.<\/p>\n\n\n\n Para artefactos de tipo Portal Web y Sistema de Gesti\u00f3n R5.2.3 Realizar respaldo autom\u00e1tico a las BBDD.<\/p>\n\n\n\n R5.2.4 Garantizar la ejecuci\u00f3n automatizada de los servicios y aplicaciones necesarios para una ejecuci\u00f3n satisfactoria.<\/p>\n\n\n\n 5.3 Tolerancia ante fallos <\/p>\n\n\n\n R5.3.1 Contener los errores producidos en las BBDD.<\/p>\n\n\n\n R5.3.2 Proteger la informaci\u00f3n del sistema ante la p\u00e9rdida de alimentaci\u00f3n el\u00e9ctrica o conexi\u00f3n de red, durante su procesamiento.<\/p>\n\n\n\n R5.3.3 Detectar la completitud de la r\u00e9plica de las BBDD, en caso de que el sistema incluya la replicaci\u00f3n de datos.<\/p>\n\n\n\n R5.3.4 Evitar un fallo total cuando la concurrencia de usuarios supera la capacidad de respuesta.<\/p>\n\n\n\n R5.3.5 Manejar los errores de manera tal que no afecten el funcionamiento general. 5.4 Recuperabilidad <\/p>\n\n\n\n R5.4.1 Existir mecanismos que posibiliten el regreso a un punto estable, despu\u00e9s de la ocurrencia de un fallo de cualquier tipo.<\/p>\n\n\n\n 6.1 Confidencialidad<\/p>\n\n\n\n R6.1.1 Proteger mediante protocolo seguro (SSL, TLS, etc.), o mediante mecanismos de encriptaci\u00f3n, todas las conexiones autenticadas o que involucran funciones o datos sensibles, incluidas aquellas a otros componentes como los de backend.<\/p>\n\n\n\n R6.1.2 Proteger y preservar la informaci\u00f3n sensible (informaci\u00f3n personal privada, informaci\u00f3n propia del negocio).<\/p>\n\n\n\n R6.1.3 No mostrar mensajes con informaci\u00f3n que ayude a recopilar informaci\u00f3n sobre el producto o las configuraciones del servidor.<\/p>\n\n\n\n R6.1.4 No mostrar referencias hacia objetos internos de la aplicaci\u00f3n.<\/p>\n\n\n\n R6.1.5 Controlar el receptor de escucha de las BBDD.<\/p>\n\n\n\n R6.1.6 No contener archivos innecesarios que sean creados como consecuencia de editar archivos de la aplicaci\u00f3n, tras crear copias de seguridad, o al dejar en el \u00e1rbol de directorio archivos antiguos o sin referencias.<\/p>\n\n\n\n R6.1.7 Habilitar solamente los m\u00e9todos HTTP que sean necesarios, poseer la configuraci\u00f3n m\u00e1s segura y evaluar la ausencia de configuraci\u00f3n por defecto.<\/p>\n\n\n\n 6.2 Integridad <\/p>\n\n\n\n R6.2.1 No permitir ataques XSS (Las fallas XSS ocurren cada vez que una aplicaci\u00f3n toma datos no confiables y los env\u00eda al navegador web sin una validaci\u00f3n y codificaci\u00f3n apropiada. XSS permite a los atacantes ejecutar secuencia de comandos en el navegador de la v\u00edctima los cuales pueden secuestrar las sesiones de usuario, destruir sitios web).<\/p>\n\n\n\n R6.2.2 No permitir ataques CSRF (Un ataque CSRF obliga al navegador de una v\u00edctima autenticada a enviar una petici\u00f3n HTTP falsificada, incluyendo la sesi\u00f3n del usuario y cualquier otra informaci\u00f3n incluida autom\u00e1ticamente a una aplicaci\u00f3n web vulnerable. Esto le permite a un atacante generar peticiones sobre una aplicaci\u00f3n vulnerable sin la autorizaci\u00f3n apropiada).<\/p>\n\n\n\n R6.2.3 No permitir inyecciones (SQL, LDAP, SSI, Xpath, NoSQL, etc.). (Las fallas de Inyecci\u00f3n, tales como SQL, OS, y LDAP, ocurren cuando datos no confiables son enviados a un int\u00e9rprete como parte de un comando o consulta. Los datos hostiles del atacante pueden enga\u00f1ar al int\u00e9rprete en ejecutar comandos no intencionados o acceder a datos no autorizados).<\/p>\n\n\n\n R6.2.4 No permitir subir archivos distintos al esperado, o en una ruta totalmente diferente.<\/p>\n\n\n\n 6.3 No rechazo <\/p>\n\n\n\n R6.3.1 Garantizar la trazabilidad.<\/p>\n\n\n\n 6.4 Responsabilidad<\/p>\n\n\n\n R6.4.1 Garantizar asignaci\u00f3n a nivel de acciones.<\/p>\n\n\n\n 6.5 Autenticidad <\/p>\n\n\n\n R6.5.1 Existir un mecanismo de autenticaci\u00f3n personalizado para todos los usuarios del sistema, independientemente del rol que tengan.<\/p>\n\n\n\n R6.5.2 No usar cuentas suministradas por defecto.<\/p>\n\n\n\n R6.5.3 No permitir que se realicen ataques para recuperar cuentas de usuarios v\u00e1lidas (fuerza bruta).<\/p>\n\n\n\n R6.5.4 No permitir la creaci\u00f3n de contrase\u00f1as d\u00e9biles. Las contrase\u00f1as deben tener la combinaci\u00f3n de letras, caracteres especiales y n\u00fameros sin un significado evidente, con una longitud m\u00ednima de 6 caracteres.<\/p>\n\n\n\n R6.5.5 Ofrecer la posibilidad de que el usuario pueda cambiar su contrase\u00f1a. R6.5.6 Controlar el historial de las contrase\u00f1as con vistas a que el usuario no repita contrase\u00f1as utilizadas con anterioridad.<\/p>\n\n\n\n R6.5.7 Controlar el ciclo de vida de las contrase\u00f1as.<\/p>\n\n\n\n R6.5.8 Cerrar autom\u00e1ticamente la sesi\u00f3n de un usuario cuando ha estado inactivo durante un cierto lapso de tiempo.<\/p>\n\n\n\n R6.5.9 Destruir el ID de sesi\u00f3n luego de salir o cerrar el sistema.<\/p>\n\n\n\n R6.5.10 No exponer los identificadores de sesi\u00f3n, los mismos deben estar cifrados independientemente del tratamiento que se le d\u00e9 al transporte de los datos. R6.5.11 Evitar la accesibilidad o control por usuarios sin autorizaci\u00f3n a los ficheros o directorios que se encuentran fuera del directorio web ra\u00edz.<\/p>\n\n\n\n R6.5.12 Evitar que un usuario est\u00e1ndar (no administrador) modifique sus privilegios en la aplicaci\u00f3n o los de otro usuario con su mismo rol.<\/p>\n\n\n\n R6.5.13 Actualizar inmediatamente la gesti\u00f3n que se realice sobre los usuarios (incluyendo roles y permisos).<\/p>\n\n\n\n 7.1 Modularidad <\/p>\n\n\n\n R7.1.1 Desarrollar modularmente mediante el uso de componentes individuales.<\/p>\n\n\n\n 7.2 Reusabilidad <\/p>\n\n\n\n R7.2.1 Desarrollar componentes reutilizables en varios sistemas o en otros componentes.<\/p>\n\n\n\n 7.3 Analizabilidad <\/p>\n\n\n\n R7.3.1 Analizar el impacto de los cambios para diagnosticar deficiencias o causas de fallas, o identificar otras partes a modificarse.<\/p>\n\n\n\n 7.4 Modificabilidad<\/p>\n\n\n\n R7.4.1 Modificar sin introducir defectos o degradar la calidad del producto existente.<\/p>\n\n\n\n 7.5 Testabilidad<\/p>\n\n\n\n R7.5.1 Establecer criterios de prueba medibles.<\/p>\n\n\n\n R7.5.2 Verificar los criterios de prueba establecidos.<\/p>\n\n\n\n 8.1 Adaptabilidad <\/p>\n\n\n\n R8.1.1 Adaptar el producto o sistema para diferentes hardware o software u otros entornos operativos o de uso.<\/p>\n\n\n\n 8.2 Instalabilidad<\/p>\n\n\n\n R8.2.1 Crear instaladores y desintaladores de los producto o sistema en un entorno espec\u00edfico establecido. R8.2.2 Reemplazabilidad <\/p>\n\n\n\n R8.3.1 Reemplazar a otro producto de software espec\u00edfico para el mismo prop\u00f3sito en el mismo entorno.<\/p>\n\n\n\n VALORACI\u00d3N ECON\u00d3MICA Y APORTE SOCIAL<\/strong><\/p>\n\n\n\n Utilizando la propuesta de RNF de la calidad definidos en la presente investigaci\u00f3n en el desarrollo de las aplicaciones inform\u00e1ticas de la entidad, se garantizar\u00eda, desde etapas tempranas de desarrollo, la mayor\u00eda de las propiedades de los modelos de calidad establecidos para esta actividad. Esta definici\u00f3n de RNF se puede emplear igualmente como lista de chequeo tanto para los desarrolladores como para los probadores, teniendo una gu\u00eda de medici\u00f3n de las caracter\u00edsticas y sub-caracter\u00edsticas del modelo de calidad definido, ahorrando costes de tiempo para los equipos de desarrollo. Si los requisitos de la calidad del software no est\u00e1n claramente definidos, pueden verse, interpretarse, implementarse y evaluarse de manera diferente por distintas personas. Esto puede resultar en un software incompatible con las expectativas del usuario y de mala calidad; usuarios, clientes y desarrolladores insatisfechos y aumenta el tiempo y el costo al rehacer el software.<\/p>\n\n\n\n CONCLUSIONES<\/strong><\/p>\n\n\n\n En un mundo como el actual, el desarrollo de productos de software de alta calidad es un tema de primera importancia, un software que no funciona correctamente puede dar lugar a muchos problemas, incluyendo p\u00e9rdida de dinero, tiempo, da\u00f1os personales o incluso la muerte.<\/p>\n\n\n\n Es por ello que el Software debe ser probado rigurosamente en la b\u00fasqueda de defectos desde etapas tempranas, mientras m\u00e1s se demore encontrar los mismos, pueden convertirse en un alt\u00edsimo costo para las empresas desarrolladoras. Existen modelos de referencia que est\u00e1n enfocados a la calidad del producto, la norma NC ISO\/IEC 25010:2016, define un modelo de calidad del producto compuesto por ocho caracter\u00edsticas (que se subdividen en sub-caracter\u00edsticas), que es aplicable tanto a sistemas inform\u00e1ticos como a productos de software. As\u00ed mismo, la NC ISO\/IEC 25010:2016 define que existe relaci\u00f3n de las caracter\u00edsticas y sub-caracter\u00edsticas con propiedades medibles que deben cumplir los sistemas inform\u00e1ticos y productos de software, las mismas, deben definirse para poder evaluar la calidad de los mismos. <\/p>\n\n\n\n Para empresas de desarrollo de software como lo es DATAZUCAR es imprescindible contar con la definici\u00f3n de las propiedades medibles a partir de las cuales podr\u00e1n ser evaluados sus productos garantizando la calidad de los mismos desde los inicios de su desarrollo hasta la entrega a los clientes finales y su posterior mantenimiento en el tiempo.<\/p>\n\n\n\n RECOMENDACIONES T\u00c9RMINOS Y DEFINICIONES<\/strong><\/p>\n\n\n\n Producto de software<\/strong>: Un conjunto de programas inform\u00e1ticos, procedimientos y, posiblemente, documentaci\u00f3n y datos asociados.<\/p>\n\n\n\n Caracter\u00edstica de la calidad del software<\/strong>: Categor\u00eda de los atributos que conlleva a la calidad del software.<\/p>\n\n\n\n Modelo de la calidad:<\/strong> Definido como un conjunto de caracter\u00edsticas y las relaciones entre ellas, que proporciona un marco para la especificaci\u00f3n de requisitos de la calidad y su evaluaci\u00f3n.<\/p>\n\n\n\n Calidad del software:<\/strong> Grado en que un producto de software satisface las necesidades declaradas e impl\u00edcitas cuando se utiliza en condiciones especificadas.<\/p>\n\n\n\n Requisito de la calidad del software:<\/strong> Requisito de que un atributo de la calidad del software est\u00e9 presente en el software.<\/p>\n\n\n\n BIBLIOGRAF\u00cdA RESUMEN En la actual \u201cera de la informaci\u00f3n\u201d, el desarrollo de software se ha convertido en un sector esencial para la sociedad. Cuba no est\u00e1 exenta de esta realidad y ya existen varias empresas cuyo objeto social es precisamente el desarrollo de aplicaciones y sistemas inform\u00e1ticos. DATAZUCAR cuenta con un equipo de desarrollo de productos […]\n","protected":false},"author":16,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0,"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[107],"tags":[],"class_list":["post-908","post","type-post","status-publish","format-standard","hentry","category-pruebas"],"_links":{"self":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts\/908","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/users\/16"}],"replies":[{"embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=908"}],"version-history":[{"count":6,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts\/908\/revisions"}],"predecessor-version":[{"id":941,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts\/908\/revisions\/941"}],"wp:attachment":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=908"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=908"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=908"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-25.png\")
<\/figure><\/div>\n\n\n\n
funciones que cumplen las necesidades declaradas o impl\u00edcitas cuando se utiliza en las condiciones especificadas.
a. Completitud funcional
i. Cada bot\u00f3n\/v\u00ednculo de la aplicaci\u00f3n hace una funci\u00f3n.
ii. En el producto o sistema est\u00e1n desarrolladas todas las funcionalidades.
b. Correcci\u00f3n funcional
i. Cada funcionalidad arroja resultados correctos.
ii. Con todas las combinaciones posibles, cada campo est\u00e1 validado
correctamente.
c. Pertinencia funcional
i. El usuario puede completar una funcionalidad realizando el menor n\u00famero
de pasos posibles.
2. Eficiencia de Desempe\u00f1o: Desempe\u00f1o referente a la cantidad de recursos
utilizados bajo determinadas condiciones.
a. Rendimiento
i. Se deben atender las peticiones a la aplicaci\u00f3n en un tiempo menor a los 5 segundos.<\/p>\n\n\n\n![\"\"](\"https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-26.png\")
<\/figure><\/div>\n\n\n\n1. Adecuaci\u00f3n Funcional<\/h1>\n\n\n\n
2. Eficiencia de Desempe\u00f1o <\/h1>\n\n\n\n
3. Compatibilidad <\/h1>\n\n\n\n
4. Usabilidad<\/h1>\n\n\n\n
5. Fiabilidad <\/h1>\n\n\n\n
6. Seguridad<\/h1>\n\n\n\n
7. Mantenibilidad<\/h1>\n\n\n\n
8. Portabilidad<\/h1>\n\n\n\n
Al iniciar nuevos desarrollos es necesario contar con una gu\u00eda de propiedades generales que debe cumplir todo producto de software basada en las normas vigentes en el pa\u00eds. Se recomienda utilizar este listado de requisitos no funcionales agrupados por caracter\u00edsticas y sub- caracter\u00edsticas del modelo de calidad vigente.
Medir, mediante la ejecuci\u00f3n de pruebas, el cumplimiento y aplicaci\u00f3n de estos requisitos en un determinado producto debe ser una prioridad, ya que su sola definici\u00f3n no garantiza su correcta implementaci\u00f3n. Para futuras investigaciones se recomienda identificar herramientas automatizadas que se puedan utilizar para validar estas propiedades.
Se recomienda adem\u00e1s continuar ajustando este listado de requisitos seg\u00fan las caracter\u00edsticas de los nuevos proyectos y las nuevas tecnolog\u00edas que se utilicen en el desarrollo de aplicaciones.<\/p>\n\n\n\n
[1] NC ISO\/IEC 25010:2016 Ingenier\u00eda de Software y Sistemas \u2013 Requisitos de la Calidad
y Evaluaci\u00f3n de Software (SquaRe) \u2013 Modelos de la Calidad de Software y Sistemas.
[2] NRCM 2-1:2016 Requisitos de calidad para sistemas inform\u00e1ticos y productos de
software.
[3] NC ISO\/IEC 25030:2017 Ingenier\u00eda de Software \u2013 Requisitos de la Calidad y Evaluaci\u00f3n
de Productos de Software (SquaRe) \u2013 Requisitos de la Calidad.<\/p>\n","protected":false},"excerpt":{"rendered":"