Iee830
- 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…