• Author / Uploaded
• Elizabeth

• Categories
• Hardware de la computadora
• Usabilidad
• Escalabilidad
• Interfaz de usuario
• Software

Citation preview

REQUERIMIENTOS O ESPECIFICACIONES SUPLEMENTARIAS Son todos los requerimientos que no pueden ser expresados en los casos de uso. Esto no significa; todos los requerimientos funcionales están en los casos de uso y todos los requerimientos no funcionales en los requerimientos o especificaciones suplementarias. Una forma común de provocar requisitos adicionales es a través de entrevistas y cuestionarios utilizando una lista predefinida de preguntas. Esto puede deberse a: 

Los requerimientos no funcionales usualmente aplican al sistema como un todo no a un caso de uso específico.



Los requerimientos funcionales están más frecuentemente relacionados a un flujo específico de eventos

Recientemente el nombre del artefacto fue cambiado en Procesos Relacionales Unificados (RUP) de “especificación suplementaria” al plural “especificaciones suplementarias” para reflejar el hecho de que podemos usar más de un documento para capturar requerimientos suplementarios. La recopilación de requerimientos suplementarios es una tarea muy difícil debido a: 

Los clientes casi siempre se olvidan de estos requerimientos a no los proporcionan a menos que se les pregunte.



Usuarios no técnicos tienen problemas entendiendo las implicaciones de algunos requerimientos técnicos.



Algunos requerimientos son difíciles de medir, como por ejemplo si El sistema debe ser fácil de aprender.

Clasificación de los requerimientos suplementarios Muchos intentos se han hecho para clasificar los requerimientos suplementarios. La ISO usa la siguiente: Categoría funcionalidad

confiabilidad

usabilidad eficiencia Capacidad de mantenimiento

Portabilidad

Subcategoría Precisión Seguridad Interoperabilidad Conveniencia Conformidad Madurez Tolerancia a errores Capacidad de recuperación usabilidad Eficiencia Capacidad de prueba Capacidad de cambio Capacidad de ser analizada estabilidad Capacidad de ser adaptada conformidad Intercambiabilidad

Tomando las diferentes clasificaciones que se dan, usaremos la siguiente: 1.

Funcionalidad Contiene los requisitos funcionales que no fueron capturadas en cualquiera de los casos de uso. Por lo general incluye algunas funciones generales que se usaran en muchos lugares en el sistema.

Ejemplos incluyen la impresión, la ayuda en línea estará disponible desde el menú de cada página, y los informes.

2.

Usabilidad El concepto de usabilidad es multifacético, al ser un software desarrollado para personas que no tienen por qué mantener una relación directa con el mundo de la informática, el software debe ser construido de forma que sea fácil su aprendizaje y utilización, para mejorar la eficiencia en el trabajo diario. Define los requisitos de facilidad de uso en varias áreas - Accesibilidad Facilidad de acceso y uso de funcionalidad específica. - Estética La estética de la interfaz de usuario. - Consistencia de Interfaz de usuario La consistencia de la interfaz de usuario, tanto en el sistema y con otros sistemas. - Ergonomía Aspectos ergonómicos de la interfaz de usuario; por ejemplo evitar clics innecesarios, evitando incómodas movimientos con el ratón.). - Facilidad de uso Deberá ser sencillo y fácil de aprender y usar el sistema. No se necesitan ser un experto para usar el sistema, de lo contrario la persona que use el sistema dispondrá de una guía de ayuda que intentara solucionar cualquier problema que le pueda surgir. Se debe tener en cuenta:  Especificar el tiempo requerido para capacitación de usuarios normales y especializados para ser productivos en determinadas funciones.  Especificar tiempos mensurables para tareas típicas.

3.

Confiabilidad Propiedad que tiene el sistema de realizar las funciones para las que fue diseñado sin fallos. Abarca los distintos: - Disponibilidad: especifica el porcentaje de tiempo disponible, horas de uso, acceso para mantenimiento Ejemplo: El sistema estará disponible el 99,93% de las veces. - Robustez Capacidad del sistema para resistir las perturbaciones externas, tales como la entrada no válida. - Precisión La precisión con la que el sistema calcula los valores. - Recuperabilidad La elegancia que el sistema se recupera de un fracaso. - Seguridad Nivel de protección en relación con el acceso a partes específicas del sistema. Ejemplo: clave de acceso será necesario para acceder a las pantallas de administrador. - Información histórica de las operaciones El sistema debe almacenar la información de las operaciones realizadas. - Resguardo de datos - Backup

4.

Rendimiento o desempeño El sistema debe tener un buen rendimiento ofreciendo a los usuarios toda la funcionalidad que el sistema les ofrece de una forma rápida y eficiente. Esta sección cubre los diversos indicadores de rendimiento del sistema. - Rendimiento La velocidad a la que el sistema lleva a cabo sus tareas. Por ejemplo: el número de transacciones por minuto.

5.

Compatibilidad o capacidad de soporte La compatibilidad se refiere a numerosos aspectos de mantenimiento y modificación del sistema. -

6.

Tiempo de respuesta ¿Qué tan rápido el sistema responde a los eventos? Tiempo de recuperación La velocidad con que el sistema se recupera del fracaso. Puesta en marcha / paro el tiempo La cantidad de tiempo que se tarda en poner en marcha y parada. Capacidad El número de usuarios que el sistema puede aceptar Utilización de los recursos: Utilización de la memoria, espacio en disco, almacenamiento de bases de datos.

Capacidad de prueba Lo fácil que es poner a prueba el sistema ¿Es la integración con las herramientas de pruebas necesita? Compatibilidad El grado de compatibilidad con versiones anteriores del sistema, con el sistema que está reemplazando, y con interfaces. Posibilidad de configurar Cómo configurar el sistema una vez instalado. ¿Qué características deberá ser configurable? Capacidad de actualización Lo fácil que es para ampliar el sistema con nuevas características. Facilidad de instalación Facilidad de instalación del sistema. Portabilidad ¿Qué tan fácil es mover a otra plataforma de software o hardware? Reutilización Lo fácil que es volver a utilizar partes de otros sistemas. Interoperabilidad Capacidad de los productos, sistemas o procesos de negocio para el trabajo juntos para realizar una tarea común. Cumplimiento: ¿Qué tan bien el sistema cumple con las normas y los reglamentos? Reemplazabilidad ¿Qué tan fácil es reemplazar los componentes del sistema? Variabilidad Lo fácil que es cambiar la funcionalidad del sistema. Escalabilidad La escalabilidad es la capacidad de mejorar recursos para ofrecer una mejora en la capacidad de servicio ofrecido Localizabilidad Los idiomas que el sistema soportará. Lo fácil que es para ampliar el sistema con un nuevo idioma.

Restricciones de diseño Los requisitos relacionados con el diseño del sistema y la arquitectura. Requerimientos para la aplicación Ejemplos de requisitos de aplicación son los siguientes: • Lenguajes de programación utilizado para desarrollar el sistema • Los sistemas operativos y sus versiones • Bases de datos se utilizan • Los límites de recursos: memoria, espacio en disco Requerimientos de la interfaz Esta sección describe las diferentes interfaces: • Las interfaces de usuario

• Las interfaces de hardware • Interfaces de Software: son las definidas con otros subsistemas incluidos en el proceso • Interfaces de comunicaciones: describen las relaciones com sistemas externos Requerimientos físicos Los requisitos físicos son por lo general se refiere únicamente a hardware en el que se ha implementado el sistema. Por ejemplo: forma del dispositivo, el tamaño o peso. No es aplicable para páginas web. Requerimientos de documentación Los requisitos relacionados con la documentación puede contener • Documentación impresa • Documentación disponible en CD • Los documentos disponibles en línea • Ayuda en línea Requerimientos de licencia y Legal Describe cualquier restricción legal necesaria, garantías, avisos de propiedad literaria, aviso de patente, marca de fábrica o logotipo que deba incluir el software.

7.

Licencias necesarias Para el desarrollo de la aplicación se usara o no será necesaria la compra de la licencia de ningún producto.

8.

Estándares aplicables Se emplearán metodologías ágiles, para que las personas que desarrollan el software no se estén preocupando por cumplir con la metodología, sino que se dediquen a desarrollar bien el producto. Por ejemplo para la documentación se puede usar la metodología RUP.

Importancia Los requerimientos no funcionales pueden tener diferentes niveles de importancia. • Obligatorio • Deseable • Es bueno tener (no tan importantes)