Requerimientos para un software de aplicación

Mehr dazu

TIPOS DE REQUERIMIENTOS

von Danny Garcia

Características de la Alfabetización Informacional

von Victoria Gutiérrez

ESTRATEGIAS QUE FAVORECEN LA INCLUSIÓN EDUCATIVA Y SOCIAL DEL LIMITADO FÍSICO Y DE RETARDO MENTAL

von TERESA LOZANOT

NORMA Oficial Mexicana NOM-007-SSA3-2011, Para la organización y funcionamiento de los laboratorios clínicos.

von israel mones

Requerimientos para un software de aplicación

Son una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Y es el proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema. Son la pieza fundamental en un proyecto de desarrollo de software

Requerimientos

Satisfacer su necesidad Asesoramiento técnico por ingeniero informático. Supervisado por ingeniero informático. Herramienta habitual o cotidiana de uso. Adecuada a sus gustos y preferencias. Facilidad de uso. Intuitivo. Confiable. Robusto. Con garantías de soporte técnico. Mínima formación técnica. Con garantías de mantenimiento. Adaptable a los cambios hardware. Tiempo de uso. Tiempo de respuesta. Privacidad de los datos. Almacén de los datos a nivel local. Copias de Seguridad. Migración de datos sin fisuras.

Pasos de los requerimientos

Revisión

La revisión de los requerimientos casi siempre produce modificaciones en la función, comportamiento, representación de la información, ligaduras o criterios de validación.

Especificación

Existen para dar una representación del programa que pueda ser revisada y aprobada por el cliente. En un mundo ideal el cliente desarrolla una especificación de requerimientos del software completamente por sí mismo. Esto se presenta raramente en el mundo real.

Evaluación y síntesis

El analista debe evaluar el flujo y estructura de la información, refinar en detalle todas las funciones del programa, establecer las características de la interfase del sistema y descubrir las ligaduras del diseño, Cada una de las tareas sirven para descubrir el problema de forma que pueda sintetizarse un enfoque o solución global.

Reconocimiento del problema

El analista estudia la especificación del sistema (si existe) y el plan de proyecto. Es importante comprender el contexto del sistema y revisar el ámbito de los programas que se usó para generar las estimaciones de la planificación.

Dificultades

Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.

Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.

La cantidad de requerimientos en un proyecto puede ser difícil de manejar.

Son difíciles de expresar en palabras

Características

Lo más abstracto y conciso posible. Para evitar malas interpretaciones.

Descritos como una característica del sistema a entregar. Esto es: que es lo que el sistema debe de hacer (y no como debe de hacerlo)

Posibles de probar o verificar. Si un requerimiento no se puede comprobar, entonces ¿cómo sabemos si cumplimos con él o no?

Especificados por escrito. Como todo contrato o acuerdo entre dos partes

Los requerimientos no funcionales

Tienen que ver con características que de una u otra forma puedan limitar el sistema

El rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estándares, etc.

Los requerimientos funcionales

Son los que definen las funciones que el sistema será capaz de realizar y describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.

Expresan la escencia del software, inteaccionan con el entorno, estados posibles evolución.