La IEEEpresenta un estandar llamado IEEE 830 para una adecuada especificacion de requerimientos para el desarrollo de Software en la siguiente presentacion se conocera detalladamente.

1. IEEE 830 SRS
(ESPECIFICACIONES DE
LOS REQUISITOS DEL
SOFTWARE)
Presentado por:
Yeison James Ospina López

2. La IEEE (the institute of electrical and electronics engineers), es
un instituto internacional dedicado a promover la innovación y la
excelencia tecnológica en beneficio de la humanidad.
La IEEE dice q para todo trabajo de software es necesario
entregar a los clientes la especificación de requerimientos,
cuales necesitan, dividirlos y documentarlos, todo debe estar
correctamente documentado.
Existe un estándar llamado IEEE 830 SRS para una adecuada
especificación de requerimientos para el desarrollo de Software

3. Las consideraciones para producir un buen
SRS(especificación de requisitos del software).
Los siguientes puntos muestran información que debe ser
consideradas al momento de producir un SRS.
•El SRS son especificaciones para un producto del software
en particular, programa, o juego de programas que realizan
ciertas funciones en un ambiente específico. El SRS puede
escribirse por uno o más representantes del proveedor, uno o
más representantes del cliente, o por ambos.

4. •El software puede contener toda la funcionalidad del proyecto o
puede ser parte de un sistema más grande.
Si es una parte del sistema habrá un SRS que declarará las
interfaces entre el sistema y su software completo y pondrá que
función externa y requisitos de funcionalidad tiene con el software
modular.
•El proceso de desarrollo de software debe empezar con el
proveedor y con el acuerdo del cliente en lo que el software
completado debe hacer. Este acuerdo, en la forma de un SRS,
debe prepararse juntamente. Esto es importante porque ni el cliente
ni el proveedor son calificables para escribir exclusivamente un
buen SRS.

5. •Los requisitos del proyecto representan una comprensión entre
el cliente y el proveedor sobre materias contractuales que
pertenecen a la producción de software y así no deben ser
incluidos en el SRS. Éstos normalmente incluyen los puntos
como:
a) el Costo;
b) Los tiempos de la entrega;
c) Informando los procedimientos;
d) Los métodos de desarrollo de Software;
e) La convicción de Calidad;
f) La Aprobación y criterio de la comprobación;
g) Los procedimientos de aceptación.
Se especifican los requisitos del proyecto en otros documentos,
generalmente en un plan de desarrollo de software, un software
de calidad o una declaración de trabajo.

6. La siguiente plantilla es un breve resumen del formato elaborado
por la IEEE para la elaboración de software, el cual se encuentra
en el siguiente link:
http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf
· PLANTILLA
· Consta de…
•1. Introducción
•2. Descripción general
•3. Requisitos específicos
•4. Apéndices
· 1. Introducción
•1.1 Propósito: Definición de por qué y para qué se realizará el
análisis y desarrollo del sw.
•1.2 Ámbito del sistema: Descripción del entorno actual del
sistema.
•1.3 Definiciones, acrónimos y abreviaturas: Palabras claves
referentes al desarrollo del mismo que le puedan ayudar al lector
del documento a tener una idea mas clara de lo que se pretende.
•1.4 Referencias: Bibliografía que se va a utilizar en la elaboración
del documento.

7. · 1.5 Visión general del documento: Muestra una pequeña
narración donde se cuenta todo lo que se hará y encontrará
dentro de el mismo.
. 2. Descripción general
•2.1 Perspectiva del producto: Es lo que se espera obtener al
final del proceso según los requerimientos del cliente.
•2.2 Funciones del producto: Presenta lo que cada aplicación
o interfaz del producto hará o estará definido.
•2.3 Características de los usuarios: Características de los
usuarios que van a manejar o a interactuar directa o
indirectamente con dicha aplicación.
•2.4 Restricciones: Algunas prohibiciones de la aplicación que
se harán a algunos usuarios.
•2.5 Suposiciones y dependencias: Algunas características
que pueden depender mas adelante de alguna.
•2.6 Requisitos futuros: Son algunas pautas que el cliente
puede llegar a pedir en un momento dado.

8. · 3. Requisitos
•3.1 Interfaces externas: S e capturan los requerimientos que
describen cómo debe ser la comunicación del sistema con el
usuario y el mundo exterior.
•3.2 Funciones:
•3.2.1 Roles de los usuarios en el sistema
•3.2.2 Requisitos funcionales del sistema
•3.3 Requisitos de rendimiento: Son requerimientos asociados con
tipos de respuesta, almacenamiento y demás.
•3.4 Restricciones de diseño: Conocidos también como requisitos
no funcionales, es decir, no afectan directamente el sistema.
•3.5 Atributos del sistema: Requisitos en los que el cliente desea
que se desarrolle dicha aplicación, por ejemplo: plataforma.
•3.6 Otros requisitos: El usuario mas adelante puede pedir
algunos otros requisitos que podrán ser redefinidos para el
desarrollo del Software.
· 4. Apéndice
•Anexos:
•Entrevistas, informes de entrega, etc.
· Bibliografía…

9. BIBLIOGRAFIA
•http://www.ctr.unican.es/asignaturas/is1/IEEE830_e
sp.pdf
•http://www.buenastareas.com/ensayos/Especificaci
%C3%B3n-De-Requisitos-Seg%C3%BAn-El-
Est%C3%A1ndar/1001538.html