SlideShare una empresa de Scribd logo
1 de 7
Descargar para leer sin conexión
LA ERS
ESPECIFICACIÓN
DE REQUISITOS
DE SOFTWARE
TEMA 3
Prof. Magemyl Egaña
CONCEPTO
02
De acuerdo al estándar IEEE 830-1998, la
ERS (Especificación de requisitos de
software) “es un conjunto de
recomendaciones para la especificación de
los requisitos de un producto de software, la
cual tiene como producto final la
documentación de los acuerdos entre el
cliente y el grupo de desarrollo para así
cumplir con la totalidad de exigencias
estipuladas”.
CONCEPTO
03
En concreto, la ERS es un documento
acordado de carácter contractual
entre los involucrados en un proyecto
de software, que establece los
requisitos de un producto de software
y cuyos cambios deben ser realizados
siguiendo el debido control de cambios
establecido en el proyecto o en su
defecto por el equipo de
aseguramiento y control de la calidad.
OBJETIVO
La ERS, sirve como medio de comunicación entre
clientes, usuarios, ingenieros de requisitos y
desarrolladores y en ésta deben recopilarse las
necesidades de clientes y usuarios (necesidades
del negocio, también conocidas como
requerimientos de usuario, así como como los
requisitos que debe cumplir el software a
desarrollar para satisfacer dichas necesidades
(requisitos del productos o requisitos del
software).
04
CARACTERÍSTICAS
05
Completa: los requisitos deben estar reflejados
en ella con referencias y muy bien definidas.
Consistente: debe ser coherente con los
propios requisitos y también con otros
documentos de especificación.
Inequívoca: la redacción debe ser clara, que no
conlleve a mala interpretación.
Correcta: el software debe cumplir cabalmente
con los requisitos de la especificación.
** ESTÁNDAR IEEE 830-1998
06
CARACTERÍSTICAS
Trazable: posibilidad de ser verificada en el tiempo,
ubicable, almacenada y documentada.
Priorizable: los requisitos deben poder organizarse
jerárquicamente según su relevancia para el negocio
y clasificándolos en esenciales, condicionales y
opcionales.
Modificable: todo requisito puede ser modificable,
fácilmente modificables y con los debido controles
de cambio.
Verificable: debe existir un método finito sin costo
para poder probarlo.
** ESTÁNDAR IEEE 830-1998
PREGUNTAS
Y
RESPUESTAS
07

Más contenido relacionado

La actualidad más candente

Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareMoises Medina
 
Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentesjose_macias
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del softwareuniv of pamplona
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Programacion orientada a objetos
Programacion orientada a objetosProgramacion orientada a objetos
Programacion orientada a objetosingrid quintana
 
Tema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareTema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareSaraEAlcntaraR
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwaresergio
 
Del modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitosDel modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitosYAMILA GASCON
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de SoftwareMario A Moreno Rocha
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a ObjetosRafael Miranda
 
Metodologías agiles de desarrollo de software
Metodologías agiles de desarrollo de softwareMetodologías agiles de desarrollo de software
Metodologías agiles de desarrollo de softwareDomingo Gallardo
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
Tipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasTipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasRafael D Martinez
 
El ciclo de vida de los sistemas
El ciclo de vida de los sistemasEl ciclo de vida de los sistemas
El ciclo de vida de los sistemasAhiezer Apostol
 

La actualidad más candente (20)

Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de software
 
Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentes
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Unidad 4
Unidad 4Unidad 4
Unidad 4
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Programacion orientada a objetos
Programacion orientada a objetosProgramacion orientada a objetos
Programacion orientada a objetos
 
Tema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareTema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del Software
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de software
 
Del modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitosDel modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitos
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de Software
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a Objetos
 
Metodologías agiles de desarrollo de software
Metodologías agiles de desarrollo de softwareMetodologías agiles de desarrollo de software
Metodologías agiles de desarrollo de software
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Tipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasTipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemas
 
El ciclo de vida de los sistemas
El ciclo de vida de los sistemasEl ciclo de vida de los sistemas
El ciclo de vida de los sistemas
 
Arquitectura de Software
Arquitectura de SoftwareArquitectura de Software
Arquitectura de Software
 
Modelo 4+1
Modelo 4+1Modelo 4+1
Modelo 4+1
 

Similar a Tema 3- T2: La ERS - Especificación de requisitos de software

Similar a Tema 3- T2: La ERS - Especificación de requisitos de software (20)

Ieee 830 srs
Ieee 830 srsIeee 830 srs
Ieee 830 srs
 
Iee830
Iee830Iee830
Iee830
 
Ers
ErsErs
Ers
 
Ers
ErsErs
Ers
 
NORMA 830
NORMA 830NORMA 830
NORMA 830
 
Ers
ErsErs
Ers
 
Cap2 l5
Cap2 l5Cap2 l5
Cap2 l5
 
Ingeniería de requerimientos
Ingeniería de requerimientosIngeniería de requerimientos
Ingeniería de requerimientos
 
9001
90019001
9001
 
Guide to the software engineering body of knowledge
Guide to the software engineering body of knowledgeGuide to the software engineering body of knowledge
Guide to the software engineering body of knowledge
 
Especificación de Requerimientos
Especificación de RequerimientosEspecificación de Requerimientos
Especificación de Requerimientos
 
Analisis requerimientos jose_fernandez
Analisis requerimientos jose_fernandezAnalisis requerimientos jose_fernandez
Analisis requerimientos jose_fernandez
 
Ing1 requerimientos 3_2016
Ing1 requerimientos 3_2016Ing1 requerimientos 3_2016
Ing1 requerimientos 3_2016
 
Requerimientos de Información
Requerimientos de InformaciónRequerimientos de Información
Requerimientos de Información
 
Ingeniería de Requesitos e Ingeniería de Requerimientos
Ingeniería de Requesitos e Ingeniería de RequerimientosIngeniería de Requesitos e Ingeniería de Requerimientos
Ingeniería de Requesitos e Ingeniería de Requerimientos
 
Tareas de ingenieria de requerimientos(1)
Tareas de ingenieria de requerimientos(1)Tareas de ingenieria de requerimientos(1)
Tareas de ingenieria de requerimientos(1)
 
Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...
Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...
Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
2_-_Ingeniería_de_requerimientos.pdf
2_-_Ingeniería_de_requerimientos.pdf2_-_Ingeniería_de_requerimientos.pdf
2_-_Ingeniería_de_requerimientos.pdf
 
PRIMER TRABAJO
PRIMER TRABAJOPRIMER TRABAJO
PRIMER TRABAJO
 

Más de Magemyl Egana

Tema 4: Implantación del software - Etapas según el metodo Watch
Tema 4: Implantación del software - Etapas según el metodo WatchTema 4: Implantación del software - Etapas según el metodo Watch
Tema 4: Implantación del software - Etapas según el metodo WatchMagemyl Egana
 
Tema 3 T3 Ejecución del ciclo de pruebas.pdf
Tema 3 T3 Ejecución del ciclo de pruebas.pdfTema 3 T3 Ejecución del ciclo de pruebas.pdf
Tema 3 T3 Ejecución del ciclo de pruebas.pdfMagemyl Egana
 
Tema 2 - T3: Casos de prueba
Tema 2 - T3:  Casos de pruebaTema 2 - T3:  Casos de prueba
Tema 2 - T3: Casos de pruebaMagemyl Egana
 
Tema 5 - T2: Diseño UI
Tema 5 - T2: Diseño UITema 5 - T2: Diseño UI
Tema 5 - T2: Diseño UIMagemyl Egana
 
Tema 1 -T3: Pruebas de software
Tema 1 -T3: Pruebas de softwareTema 1 -T3: Pruebas de software
Tema 1 -T3: Pruebas de softwareMagemyl Egana
 

Más de Magemyl Egana (6)

Tema 4: Implantación del software - Etapas según el metodo Watch
Tema 4: Implantación del software - Etapas según el metodo WatchTema 4: Implantación del software - Etapas según el metodo Watch
Tema 4: Implantación del software - Etapas según el metodo Watch
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
 
Tema 3 T3 Ejecución del ciclo de pruebas.pdf
Tema 3 T3 Ejecución del ciclo de pruebas.pdfTema 3 T3 Ejecución del ciclo de pruebas.pdf
Tema 3 T3 Ejecución del ciclo de pruebas.pdf
 
Tema 2 - T3: Casos de prueba
Tema 2 - T3:  Casos de pruebaTema 2 - T3:  Casos de prueba
Tema 2 - T3: Casos de prueba
 
Tema 5 - T2: Diseño UI
Tema 5 - T2: Diseño UITema 5 - T2: Diseño UI
Tema 5 - T2: Diseño UI
 
Tema 1 -T3: Pruebas de software
Tema 1 -T3: Pruebas de softwareTema 1 -T3: Pruebas de software
Tema 1 -T3: Pruebas de software
 

Tema 3- T2: La ERS - Especificación de requisitos de software

  • 1. LA ERS ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE TEMA 3 Prof. Magemyl Egaña
  • 2. CONCEPTO 02 De acuerdo al estándar IEEE 830-1998, la ERS (Especificación de requisitos de software) “es un conjunto de recomendaciones para la especificación de los requisitos de un producto de software, la cual tiene como producto final la documentación de los acuerdos entre el cliente y el grupo de desarrollo para así cumplir con la totalidad de exigencias estipuladas”.
  • 3. CONCEPTO 03 En concreto, la ERS es un documento acordado de carácter contractual entre los involucrados en un proyecto de software, que establece los requisitos de un producto de software y cuyos cambios deben ser realizados siguiendo el debido control de cambios establecido en el proyecto o en su defecto por el equipo de aseguramiento y control de la calidad.
  • 4. OBJETIVO La ERS, sirve como medio de comunicación entre clientes, usuarios, ingenieros de requisitos y desarrolladores y en ésta deben recopilarse las necesidades de clientes y usuarios (necesidades del negocio, también conocidas como requerimientos de usuario, así como como los requisitos que debe cumplir el software a desarrollar para satisfacer dichas necesidades (requisitos del productos o requisitos del software). 04
  • 5. CARACTERÍSTICAS 05 Completa: los requisitos deben estar reflejados en ella con referencias y muy bien definidas. Consistente: debe ser coherente con los propios requisitos y también con otros documentos de especificación. Inequívoca: la redacción debe ser clara, que no conlleve a mala interpretación. Correcta: el software debe cumplir cabalmente con los requisitos de la especificación. ** ESTÁNDAR IEEE 830-1998
  • 6. 06 CARACTERÍSTICAS Trazable: posibilidad de ser verificada en el tiempo, ubicable, almacenada y documentada. Priorizable: los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales. Modificable: todo requisito puede ser modificable, fácilmente modificables y con los debido controles de cambio. Verificable: debe existir un método finito sin costo para poder probarlo. ** ESTÁNDAR IEEE 830-1998