CREER DESDE LA NOCHE OSCURA RESUMEN

RESUMEN IEEE830

SRS: Especificación de requerimientos de software.

Para los clientes, proveedores y otras personas, un buen SRS debe proporcionar varios beneficios específicos,  como: Establecer las bases para un acuerdo entre los clientes y los proveedores para el software que se va a crear, reducir el esfuerzo de desarrollo, estimar los costos y horario, crear una base de referencia para la validación y verificación, facilitar la transferencia y usarlo como base para cuando se quiera mejorar.

Elementos que conforman la creación de un software:

Contrato: Un documento jurídicamente vinculante acordado por el cliente y el proveedor.

Cliente: La persona que paga por el producto.

Proveedor: La persona que produce un producto para un cliente.

Usuario: La persona que opera o interactúa directamente con el software

El SRS es una especificación para un determinado producto de software, programa o conjunto de programas que lleva a cabo ciertas funciones en un entorno específico.

IEEE Std 1074-1997 describe los pasos en el ciclo de vida del software y las entradas aplicables para cada paso.

Características de un buen SRS: correcto, inequívoco, completo, consistente, importancia o estabilidad, comprobable, modificable e identificable.

Por lo general ni el cliente ni el proveedor están calificados para escribir un buen SRS, porque:

• Los clientes por lo general no entienden el diseño de software ni el  proceso de desarrollo lo suficientemente bien para escribir un SRS utilizable.
• Proveedores por lo general no entienden el problema del cliente ni el campo de acción lo suficientemente bien para especificar los requisitos para un sistema satisfactorio.

Por lo tanto, el cliente y el proveedor deben trabajar juntos para producir un SRS completamente satisfactorio.

El SRS puede necesitar ser evolucionando a medida que el desarrollo del producto de software valla avanzando. Puede ser imposible especificar algunos detalles en el momento que el proyecto va iniciando.

Utilidad de los prototipos:

• El prototipo muestra aspectos no previstos del comportamiento de los sistemas.
• Un SRS basado en un prototipo tiende a sufrir menos cambios durante el desarrollo, lo que acorta tiempo de desarrollo.

Un prototipo debe utilizarse como una manera de obtener los requisitos de software.

Un requisito especifica una función visible externamente o atributo de un sistema.

 Un diseño describe un particular subcomponente  de un sistema  o sus interfaces con otros subcomponentes.

Requisitos del proyecto: costo, plazos de entrega, informe de los procedimientos, métodos de desarrollo de software, seguridad de calidad, criterios de validación y verificación y procedimientos de aceptación.

...