Vous êtes sur la page 1sur 3

DETERMINACIN DE LOS REQUISITOS NO FUNCIONALES DE UNA APLICACIN (ISO-9126) Se debe definir los requisitos no funcionales del software a desarrollar.

Implica la determinacin de los atributos no funcionales asociadas a las facilidades, funcionalidades y de caractersticas 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 definicin de los requisitos no funcionales se utilizar la clasificacin de la Norma ISO-9126 (2000), el modelo de calidad que clasifica los atributos de la calidad del software en seis caractersticas, que son adems divididas en sub-caractersticas. El efecto combinado de las caractersticas de calidad de software para el usuario se define como la calidad en el uso. Las caractersticas 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 adquisicin, regulacin, desarrollo, uso, evaluacin, apoyo, mantenimiento, aseguramiento de la calidad y auditoria del software. El modelo de calidad definido puede usarse para: Validar la integridad de la definicin de los requisitos; Identificar los requisitos no funcionales del software (Este punto es el que interesa para este documento); Identificar los objetivos del diseo del software; Identificar los objetivos de prueba del software; Identificar el criterio de aceptacin de usuario para un producto de software completo. Las caractersticas son: Funcionalidad: La capacidad del software para proporcionar funciones que satisfacen las necesidades declaradas e implcitas cuando el software se usa bajo las condiciones especificadas. Esta caracterstica 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 Precisin: La capacidad del software para proporcionar efectos o resultados correctos o convenidos en clculos y resultados. La Interoperabilidad: La capacidad del software para actuar recprocamente con uno o ms sistemas especificados. La interoperabilidad se usa en lugar de la compatibilidad para evitar la posible ambigedad La Seguridad: La capacidad del software para proteger informacin 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 transmisin. Debe tomarse en cuenta para la aplicacin 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 ejecucin 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 ejecucin especfico en caso de fallos del software o de infraccin de sus interfaces especificadas. Un nivel de ejecucin especfico puede incluir la falta la capacidad segura La facilidad de restablecer: Capacidad del software de restablecer su nivel de ejecucin y recobrar los datos directamente afectados en caso de avera. 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 Comprensin: La capacidad del producto de software para permitirle al usuario entender si el software es conveniente, y cmo puede usarse para las tareas particulares y condiciones de uso. Esto depender de la documentacin y la impresin inicial dada por el software. La Facilidad Cognoscitiva: La capacidad del producto del software para permitirle al usuario aprender su aplicacin. 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 Atraccin: 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 ms atractivo al usuario. Eficiencia: La capacidad del software para proporcionar la requerida ejecucin, en relacin 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 funcin, bajo condiciones declaradas.

La Utilizacin de los Recursos: La capacidad del software para usar los recursos apropiados en un plazo de tiempo adecuado cuando el software realiza su funcin bajo las condiciones declaradas Facilidad de mantenimiento: La capacidad del software de ser modificado. Las modificaciones pueden incluir las correcciones, mejoras o adaptacin del software a los cambios en el ambiente, y en los requisitos y las especificaciones funcionales. 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 modificacin especificada. Incluye la codificacin, diseo y documentacin de los cambios. La Estabilidad: La capacidad del software para minimizar los efectos inesperados de las modificaciones del software. La Facilidad de Comparacin: La capacidad del producto del software para permitir validar el software modificado Portabilidad: Capacidad de software ser transferido de un ambiente a otro. El ambiente puede incluir el ambiente del software, del hardware u organizacional La Facilidad de adaptacin: La capacidad del software de ser modificado para los ambientes especificados sin aplicar acciones o medios de otra manera que aquellos suministrados con este propsito para el software considerado. Adaptabilidad incluye el escalado de la capacidad interna (por ejemplo los campos de la pantalla, las tablas, los volmenes de transaccin o los formatos de informes.). La Facilidad de Instalacin: 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 comn 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. Se usa en lugar de la compatibilidad para evitar la posible ambigedad con el interoperabilidad. Como se puede comprender, sobre estas caractersticas o atributos del software, es muy importante tenerlas muy en cuenta y definirlas. Es claro que para un determinado software se seleccionan algunas de estas caractersticas, esto se debe a gran variedad de tipos de software que se pueden desarrollar, no es lo mismo desarrollar un editor de texto que una aplicacin de gestin de informacin. Pero al seleccionar, estos atributos, implica un compromiso de demostrar al final del desarrollo que se ha llegado a una conformidad exitosa de estas. Para este documento, la visin de la utilizacin de estas caractersticas es poder identificar a los requisitos no funcionales de la aplicacin que se est modelando. ALGUNOS REQUISITOS NO FUNCIONALES PARA UNA APLICACIN DE GESTION COMERCIAL 1. FUNCIONALIDAD 1.1 La Idoneidad. La aplicacin debe proporcionar opciones bien descritas para los usuarios, explicando la operacin que se puede realizar. 1.2 La Precisin. Debe proporcionar al usuario opciones que permiten realizar el trabajo y deben estar correctamente descritas y debe existir una orientacin para cada una de ellas. No debe presentarse al usuario opciones restringidas 1.3 La Seguridad. El acceso a la aplicacin debe estar controlada por una contrasea y nombre de usuario. La contrasea debe estar protegida de acuerdo a un algoritmo de encriptacin a un nivel internacional, correctamente documentado. Debe garantizarse que la informacin transmitida no pueda ser capturada o interpretada. 2. CONFIABILIDAD 2.1 La Madurez. Debe presentarse al usuario informacin sobre los errores que comete al utilizar al aplicacin, estos errores deben estar bien identificados y en el idioma Espaol. Los mensajes de error deben contar con una ayuda para orientar al usuario en su trabajo as no cometer reiteradamente el mismo error, adems debe existir una explicacin del por qu del error. 3. FACILIDAD DE USO. 3.1 La Facilidad de Comprensin. La aplicacin debe ayudar al trabajo o al inters del usuario. Debe explicarse de una manera correcta las distintas opciones que le permite la aplicacin o una determinada interfaz. Cada opcin debe escribirse de forma completa 3.2 La Facilidad Cognoscitiva. Debe considerarse imgenes para la mejor comprensin y aprendizaje de la aplicacin, tomando en cuenta el tiempo de ejecucin. 3.3 La Atraccin. Debe definirse un estndar de interfaz tomando en cuenta los colores de la institucin y los colores de la empresa que desarrolla la aplicacin, ya que con estas dos combinaciones se tiene la probabilidad de

que el usurario este cmodamente trabajando con la aplicacin. No se debe olvidar el estndar que proporciona la interfaz Windows y el diseo de interfaz que muestra Microsoft para las paginas Web. 4. EFICIENCIA. 4.1 La Utilizacin de los Recursos. Debe utilizarse procedimientos almacenados bsicos, que no tengan ms de una sentencia, esto para el acceso a la base de datos. Los filtros de bsquedas o lgica del negocio para los datos debe implementarse en la capa de negocio. 5. FACILIDAD DE MANTENIMIENTO. 5.1 La Facilidad de Diagnostico. Debe realizarse la Prueba con la ayuda de los casos de uso de prueba. De esta forma garantizar el buen funcionamiento de la aplicacin. 6. PORTABILIDAD. 6.1 La facilidad de adaptacin. Se debe utilizar un marco de trabajo que garantice un mantenimiento respecto a la tecnologa que pueda aparecer y a los paradigmas de desarrollo de interfaz. Adems, la interfaz a desarrollar debe ser probada en distintos escenarios de navegadores y/o computadoras, para de esta forma garantizar la adaptacin de la aplicacin. 6.2 La facilidad de Instalacin. Debe crearse para la aplicacin un paquete de instalacin con su respectivo manual para que los encargados de la aplicacin puedan restablecer con bastante rapidez la aplicacin, debe tomarse en cuenta que pude ser ms de un instalador ya que la aplicacin est orientada a la gestin. 6.3 La coexistencia. Debe poderse instalar en una sola computadora toda la aplicacin, ya sea los Servicios Web como las Aplicaciones Web. Pero, deben tener caractersticas independientes. De esta forma se han especificado los Requisitos No Funcionales para una aplicacin genrica de gestin. Como se ha dicho anteriormente, al describir los atributos se llega a un compromiso de cumplimiento de cada uno de estos. Luego de determinar y explicar como tiene que llevarse a cabo los requisitos no funcionales se debe determinar la importancia y el riesgo. DETERMINAR LA IMPORTANCIA Y EL RIESGO POR ANLISIS DE LOS CASOS DE USO Para realizar estas dos tareas, las cuales se las puede llevar conjuntamente se debe realizar un anlisis por cada caso de uso y determinar la importancia que tiene en la aplicacin, se puede utilizar una escala del 1 al 5, donde 5 es ms significativo. Esto se realiza para determinar parte del dominio del riego por requisito y determinar cual caso de uso debe ser ms estudiado para no tener dificultades. Luego se determina el total del dominio de riesgo por cada caso de uso, para esto se realiza un estudio del flujo bsico de cada caso de uso y los procesos de la empresa a travs del los diagrama de actividad. El riego es considerado como el cambio que se puede producir en el requisito. Muchos de los requisitos (casos de uso) pueden cambiar en su flujo bsico de interaccin 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. Por este motivo es muy importante determinar el riesgo de cada caso de uso. El riesgo y la importancia que se determinen permitirn realizar un seguimiento correcto a los casos de uso.