REQUERIMIENTOS DE SOFTWARE

Honelako gehiago

Software libre y comercial

by Mayra vm

SISTEMAS DIGITALES

by Sebastian Estrada

Modelado de Negocio a través del UML

by Santiago Jiménez Guzman

Modelo de Cascada

by Celvin Usiel Hernández Velasco

REQUERIMIENTOS DE SOFTWARE

Restricciones

Se construyen restricciones y límites del proyecto

Un buen requerimiento debe:

Bien escrito

La idea última es generar uno o varios documentos que reflejen la totalidad de lo que el cliente necesita de la aplicación. Estos documentos servirán como punto de partida para que el equipo de análisis y diseño defina la mejor manera de abordar el proceso de construcción de software.

Conciso

Un requerimiento debe ser escrito de la manera más breve posible, sin que por ello pierda claridad.

Trazable

Realizable

Aterrizar al idea del proyecto para que pueda ser implementado

Consistente

Un requerimiento debe estar alineado con los demás requerimientos de la aplicación. Un requerimiento no debe nunca contradecir lo que otros digan en términos de la funcionalidad de la aplicación.

Correcto

Debe ser correcto en su enunciado. debe contener la descripción de una funcionalidad que sea apropiada para la solución de software que se está implementando.

Verificable

Un requerimiento debe estar escrito de tal manera que se pueda comprobar su implementación.

No ambiguo

Ser concreta para no hacer que el proyecto se preste a múltiples interpretaciones de uso indeseadas

Necesario

Cualquier requerimiento que se enuncie durante el proceso de construcción de una aplicación de software debe ser necesario para su funcionamiento.

Requerimientos que no lo sean solamente consumirán tiempo, recursos y esfuerzo,

Priorizable

Esta característica responde a la necesidad de poder ordenar los requerimientos en términos de su importancia dentro del proyecto.

Se divide el trabajo en este sentido para identificar cuáles se debe dedicar más tiempo de investigación, desarrollo y pruebas.

Ser independiente del diseño

Los requerimientos deben describir funcionalidades que debe tener la aplicación, sin limitarse por la manera técnica en la que serán implementadas.

Requerimientos no funcionales

Son características de la aplicación que se desarrollará a lo largo del proyecto. Más esto no describe acciones del proyecto. Solo menciona las características que imparcialmente los requerimientos funcionales deben solventar

Son características que debe cumplir la solución como un todo

Seguridad

Felixibilidad

Describen atributos que no están mencionados en un botón sino que se cumplen en la medida que se implementen muchas decisiones en la finalidad del producto

Agilidad,

Estos definen atributos que indican al sistema cómo realizar su trabajo

Requerimientos funcionales

Definen qué hace el sistema

Funciones que dicho sistema debe cumplir

Definen el qué, y pueden asociarse usualmente a interacciones directas del usuario con la aplicación, que tienen un objetivo claro. Hacer log in en la aplicación con un nombre de usuario y contraseña válidos es un ejemplo de requerimiento funcional.

Requerimientos de usuario

Son las tareas de los usuarios que deben poder ser realizadas a través del uso del producto

Controlar inventarios

Adicionar nuevos clientes

Administrar órdenes de compra

Requerimientos de negocio

Objetivos de la organización y/o solicitud del cliente

Dan respuesta a: Qué es lo que se debe entregar para que el producto de software agregue valor a la compañía.