You are on page 1of 3

DETERMINACIÓN DE LOS REQUISITOS NO FUNCIONALES DE UNA APLICACIÓN (ISO-9126) Se debe definir los requisitos no funcionales del software

a desarrollar. Implica la determinación de los atributos no funcionales asociadas a las facilidades, funcionalidades y de características generales del software como controles necesarios para garantizar la confiabilidad del sistema, seguridad propuesta, requisitos de la calidad, interfaces con otros sistemas de procesamiento manual o automatizado, ambiente de software y hardware. Para la definición de los requisitos no funcionales se utilizará la clasificación de la Norma ISO-9126 (2000), el modelo de calidad que clasifica los atributos de la calidad del software en seis características, que son además divididas en sub-características. El efecto combinado de las características de calidad de software para el usuario se define como la calidad en el uso. Las características definidas son aplicables a todo tipo de software. La ISO-9126 permite especificar y evaluar la calidad del producto de software desde las perspectivas diferentes, asociados con la adquisición, regulación, desarrollo, uso, evaluación, apoyo, mantenimiento, aseguramiento de la calidad y auditoria del software. El modelo de calidad definido puede usarse para: • Validar la integridad de la definición de los requisitos; • Identificar los requisitos no funcionales del software (Este punto es el que interesa para este documento); • Identificar los objetivos del diseño del software; • Identificar los objetivos de prueba del software; • Identificar el criterio de aceptación de usuario para un producto de software completo. Las características son: Funcionalidad: La capacidad del software para proporcionar funciones que satisfacen las necesidades declaradas e implícitas cuando el software se usa bajo las condiciones especificadas. Esta característica está relacionada con lo que hace el software para satisfacer las necesidades. La Idoneidad: La capacidad del software para mantener un conjunto apropiado de funciones para las tareas especificadas y los objetivos del usuario. La Precisión: La capacidad del software para proporcionar efectos o resultados correctos o convenidos en cálculos y resultados. La Interoperabilidad: La capacidad del software para actuar recíprocamente con uno o más sistemas especificados. La interoperabilidad se usa en lugar de la compatibilidad para evitar la posible ambigüedad La Seguridad: La capacidad del software para proteger información y los datos, para que personas o sistemas desautorizados no puedan leer o pueden modificar los mismos, y a las personas o sistemas autorizados no les sea denegado el acceso a ellos. Debe aplicarse a los datos en transmisión. Debe tomarse en cuenta para la aplicación completa La Conformidad: La capacidad del software para adherirse a las normas que se le apliquen, convenciones, regulaciones, leyes y las prescripciones similares. Confiabilidad: La capacidad del software para mantener su nivel de ejecución cuando se usa bajo las condiciones especificadas. El sobreuso o el envejecimiento no ocurre en el software La Madurez: Capacidad del software de evitar errores como resultado de haberse producido un fallo del software La Tolerancia ante fallos: Capacidad del software de mantener un nivel de ejecución específico en caso de fallos del software o de infracción de sus interfaces especificadas. Un nivel de ejecución específico puede incluir la falta la capacidad segura La facilidad de restablecer: Capacidad del software de restablecer su nivel de ejecución y recobrar los datos directamente afectados en caso de avería. Facilidad de Uso: La capacidad del software ser comprendido, aprendido, utilizado y de ser amigable para el usuario, cuando se emplee bajo las condiciones especificadas. La Facilidad de Comprensión: La capacidad del producto de software para permitirle al usuario entender si el software es conveniente, y cómo puede usarse para las tareas particulares y condiciones de uso. Esto dependerá de la documentación y la impresión inicial dada por el software. La Facilidad Cognoscitiva: La capacidad del producto del software para permitirle al usuario aprender su aplicación. La Operabilidad: La capacidad del producto del software para permitirle al usuario operarlo y controlarlo. Operabilidad corresponde a la capacidad de ser controlado, la tolerancia ante errores y la conformidad con las expectativas del usuario La Atracción: La capacidad del producto del software de ser amigable para el usuario. Esto se refiere a los atributos del software que se aplican para hacer el software más atractivo al usuario. Eficiencia: La capacidad del software para proporcionar la requerida ejecución, en relación con la cantidad de recursos usados, bajo las condiciones declaradas. El crono-comportamiento: La capacidad del software para proporcionar una respuesta apropiad y los tiempos de procesamiento y tasas de rendimiento de procesamiento al realizar su función, bajo condiciones declaradas.

Debe garantizarse que la información transmitida no pueda ser capturada o interpretada. La Facilidad de Comparación: La capacidad del producto del software para permitir validar el software modificado Portabilidad: Capacidad de software ser transferido de un ambiente a otro. 3. correctamente documentado. del hardware u organizacional La Facilidad de adaptación: La capacidad del software de ser modificado para los ambientes especificados sin aplicar acciones o medios de otra manera que aquellos suministrados con este propósito para el software considerado.1 La Idoneidad. Cada opción debe escribirse de forma completa 3. 1. La Estabilidad: La capacidad del software para minimizar los efectos inesperados de las modificaciones del software. y en los requisitos y las especificaciones funcionales. Para este documento. Debe presentarse al usuario información sobre los errores que comete al utilizar al aplicación.1 La Madurez.3 La Seguridad.2 La Facilidad Cognoscitiva. es muy importante tenerlas muy en cuenta y definirlas. Debe proporcionar al usuario opciones que permiten realizar el trabajo y deben estar correctamente descritas y debe existir una orientación para cada una de ellas. Incluye la codificación. la visión de la utilización de estas características es poder identificar a los requisitos no funcionales de la aplicación que se está modelando. ALGUNOS REQUISITOS NO FUNCIONALES PARA UNA APLICACIÓN DE GESTION COMERCIAL 1. El acceso a la aplicación debe estar controlada por una contraseña y nombre de usuario. FACILIDAD DE USO.1 La Facilidad de Comprensión. no es lo mismo desarrollar un editor de texto que una aplicación de gestión de información. La Facilidad de Instalación: La capacidad del software ser instalado en un ambiente especificado La coexistencia: La capacidad del software para coexistir con otro software independiente en un ambiente común que comparte los recursos comunes La Facilidad de Reemplazo: La capacidad del software ser usado en lugar de otro software especificado en el ambiente de ese software. Las modificaciones pueden incluir las correcciones. CONFIABILIDAD 2. Se usa en lugar de la compatibilidad para evitar la posible ambigüedad con el interoperabilidad. La aplicación debe ayudar al trabajo o al interés del usuario.La Utilización de los Recursos: La capacidad del software para usar los recursos apropiados en un plazo de tiempo adecuado cuando el software realiza su función bajo las condiciones declaradas Facilidad de mantenimiento: La capacidad del software de ser modificado. Debe considerarse imágenes para la mejor comprensión y aprendizaje de la aplicación. mejoras o adaptación del software a los cambios en el ambiente. diseño y documentación de los cambios. explicando la operación que se puede realizar. 3.). además debe existir una explicación del por qué del error. Los mensajes de error deben contar con una ayuda para orientar al usuario en su trabajo así no cometer reiteradamente el mismo error. estos atributos. La Facilidad de Diagnostico: La capacidad del producto del software ser diagnosticado para detectar deficiencias o causas de defectos o errores en el software y detectar a las partes para ser modificadas para ser identificadas La Mutabilidad: La capacidad del producto del software para permitir llevar a cabo una modificación especificada. 3. No debe presentarse al usuario opciones restringidas 1. 2. ya que con estas dos combinaciones se tiene la probabilidad de . sobre estas características o atributos del software. El ambiente puede incluir el ambiente del software. Adaptabilidad incluye el escalado de la capacidad interna (por ejemplo los campos de la pantalla. La aplicación debe proporcionar opciones bien descritas para los usuarios. las tablas. tomando en cuenta el tiempo de ejecución. estos errores deben estar bien identificados y en el idioma Español. Pero al seleccionar. Es claro que para un determinado software se seleccionan algunas de estas características.3 La Atracción.2 La Precisión. Como se puede comprender. La contraseña debe estar protegida de acuerdo a un algoritmo de encriptación a un nivel internacional. FUNCIONALIDAD 1. implica un compromiso de demostrar al final del desarrollo que se ha llegado a una conformidad exitosa de estas. esto se debe a gran variedad de tipos de software que se pueden desarrollar. los volúmenes de transacción o los formatos de informes. Debe explicarse de una manera correcta las distintas opciones que le permite la aplicación o una determinada interfaz. Debe definirse un estándar de interfaz tomando en cuenta los colores de la institución y los colores de la empresa que desarrolla la aplicación.

6. Debe realizarse la Prueba con la ayuda de los casos de uso de prueba.2 La facilidad de Instalación. Muchos de los requisitos (casos de uso) pueden cambiar en su flujo básico de interacción con el usuario o que la empresa cambie sus procesos que van a influenciar al requisito. este cambio implica un cambio total en todas las etapas.3 La coexistencia. El riesgo y la importancia que se determinen permitirán realizar un seguimiento correcto a los casos de uso. De esta forma garantizar el buen funcionamiento de la aplicación. las cuales se las puede llevar conjuntamente se debe realizar un análisis por cada caso de uso y determinar la importancia que tiene en la aplicación.1 La Utilización de los Recursos. 5. 4. 6. 6. la interfaz a desarrollar debe ser probada en distintos escenarios de navegadores y/o computadoras. El riego es considerado como el cambio que se puede producir en el requisito. se puede utilizar una escala del 1 al 5. De esta forma se han especificado los Requisitos No Funcionales para una aplicación genérica de gestión. Debe crearse para la aplicación un paquete de instalación con su respectivo manual para que los encargados de la aplicación puedan restablecer con bastante rapidez la aplicación. donde 5 es más significativo. Debe utilizarse procedimientos almacenados básicos.1 La Facilidad de Diagnostico. DETERMINAR LA IMPORTANCIA Y EL RIESGO POR ANÁLISIS DE LOS CASOS DE USO Para realizar estas dos tareas. deben tener características independientes. PORTABILIDAD. debe tomarse en cuenta que pude ser más de un instalador ya que la aplicación está orientada a la gestión. para esto se realiza un estudio del flujo básico de cada caso de uso y los procesos de la empresa a través del los diagrama de actividad. Luego de determinar y explicar como tiene que llevarse a cabo los requisitos no funcionales se debe determinar la importancia y el riesgo. 4. ya sea los Servicios Web como las Aplicaciones Web. Los filtros de búsquedas o lógica del negocio para los datos debe implementarse en la capa de negocio. Como se ha dicho anteriormente. 5. Por este motivo es muy importante determinar el riesgo de cada caso de uso. para de esta forma garantizar la adaptación de la aplicación.1 La facilidad de adaptación. esto para el acceso a la base de datos. FACILIDAD DE MANTENIMIENTO. . Esto se realiza para determinar parte del dominio del riego por requisito y determinar cual caso de uso debe ser más estudiado para no tener dificultades. No se debe olvidar el estándar que proporciona la interfaz Windows y el diseño de interfaz que muestra Microsoft para las paginas Web. EFICIENCIA. 6. Se debe utilizar un marco de trabajo que garantice un mantenimiento respecto a la tecnología que pueda aparecer y a los paradigmas de desarrollo de interfaz.que el usurario este cómodamente trabajando con la aplicación. Pero. Luego se determina el total del dominio de riesgo por cada caso de uso. que no tengan más de una sentencia. al describir los atributos se llega a un compromiso de cumplimiento de cada uno de estos. Debe poderse instalar en una sola computadora toda la aplicación. Además.