SlideShare una empresa de Scribd logo
1 de 3
INGENIERÍA DE REQUERIMIENTOS
cliente para un sistema de software
poseer un sistema o una componente de un sistema para satisfacer un contrato, un standard, una
especificación u otro documento formalmente impuestos. Según Zave, Rama de la ingeniería del
software que trata con el establecimiento de los objetivos, funciones y restricciones de los sistemas
software. Así mismo, se ocupa de la relación entre factores con el objeto de establecer
especificaciones precisas. Según Boehm, Ingeniería de Requerimientos es la disciplina para
desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para
acuerdos comunes entre todas las partes involucradas y en donde se describen las funciones que
realizara los sistemas. Según Leite: Es el proceso mediante el cual se intercambian diferentes puntos
de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación
de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento
de requerimientos.
NIVELES DE DESCRIPCIÓN DE REQUERIMIENTOS UTILIZADOS EN LAS DIFERENTES FASES DEL
PROCESO DE INGENIERÍA DE REQUERIMIENTOS. Una vez recopilados, los requisitos se agrupan por
Utilizando un proceso iterativo, se irán eliminando requisitos, se irán combinando y/o modificando
para conseguir satisfacer los objetivos planteados. EL documento de Requerimientos: En la práctica
es común describir los requerimientos en un documento llamado especificación de Requerimientos
del Software (SRS -Software Requirements Specification) ¿Para qué sirve un SRS? Comunicar de
manera precisa los requerimientos, objetivos y presunciones del dominio Contrato legal,
documento interno o a modo de memorando Base para estimación (tamaño, costo, tiempo) y
planificación del proyecto Base para evaluación de producto final Debería tener suficiente
información para decidir si el producto final es aceptable (Satisface los requerimientos) Base para
el control de cambios Un SRS deberá abarcar: Funcionalidad. Que es lo que el software hace?
Interfases externas. Como debe interactuar con gente, con el Hardware del sistema, con demás
hardware y con demás Software? Atributos de Calidad. Disponibilidad, tiempo de respuesta, tiempo
de recuperación Después de fallas, etc... Consideraciones de portabilidad, co rectitud, precisión,
mantenibilidad, seguridad. Restricciones de diseño. Existen estándares a cumplir, lenguaje de
programación, recursos, sistemas operativos, etc.
Demostración de que los requerimientos que definen el sistema son lo que el cliente realmente
quiere. Los costos de errores en los requerimientos son altos, por lo cual, la validación es muy
importante. Fijar un error de requerimiento después del desarrollo puede resultar en un costo 100
veces mayor que fijar un error en la implementación. El Prototipado es una técnica importante de
la validación de requerimientos.
ESTRUCTURA DEL DOCUMENTO DE REQUERIMIENTOS. Describe la necesidad de crear el sistema y
cuáles son sus objetivos. Modelos del Sistema. Define los modelos que muestran los componentes
del sistema y las relaciones e
servicios que serán proporcionados.
ESTRUCTURA DEL DOCUMENTO DE REQUERIMIENTOS. Definición de Requerimientos No-
funcionales. Definir las limitantes del sistema y el proceso de desarrollo. Evolución del Sistema.
Definir las suposiciones fundamentales en las cuales el sistema se basa y se anticipan los cambios.
Especificación de Requerimientos. Especificación detallada de los requerimientos funcionales del
sistema. Apéndices. Descripción de la plataforma de Hardware del Sistema. Requerimientos de la
base de Datos (quizá como un modelo ER). Es muy difícil formular una especificación de
requerimientos completa y consistente. Una definición de requerimientos, una especificación de
requerimientos y una especificación de Software son una manera de especificar el Software para
diferentes tipos de lectores. El Documento de Requerimientos es una descripción para clientes y
desarrolladores.
RESUMEN. Los errores en los requerimientos son usualmente muy caros de corregir una vez
desarrollado el sistema. La revisión debe involucrar al cliente y al staff de contratistas para validar
del cliente pa e se use el
sistema.
INSTRUCCIONES PARA EL USO DE ESTE FORMATO. Este formato es una plantilla tipo para
documentos de requisitos del software. Está basado y es conforme con el estándar IEEE Std 830-
1998. Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada
indicarse como no aplicables (NA). Notas: Los textos en color azul son indicaciones que deben
eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado. 08/06/14 25De
la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org
Los textos entre corchetes del tipo “” permiten la inclusión directa de texto con el color y estilo
adecuado a la sección, al pulsar sobre ellos con el puntero del ratón. Los títulos y subtítulos de cada
apartado están definidos como estilos de MS Word, de forma que su numeración consecutiva se
genera automáticamente según se trate de estilos “Titulo1, Titulo2 y Titulo3”. La sangría de los
textos dentro de cada apartado se genera automáticamente al pulsar Intro al final de la línea de
título. (Estilos Normal indentado1, Normal indentado 2 y Normal indentado 3). El índice del
documento es una tabla de contenido que MS Word actualiza tomando como criterio los títulos del
documento. Una vez terminada su redacción debe indicarse a Word que actualice todo su
contenido para reflejar el contenido definitivo. Plantilla de formato del documento © & Coloriuris
http://www.qualitatis.org.

Más contenido relacionado

La actualidad más candente

Qué es un documento de requerimientos
Qué es un documento de requerimientosQué es un documento de requerimientos
Qué es un documento de requerimientos
Carlos Alonso
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
Juan Restrepo
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
univ of pamplona
 
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos TradicionalesUnidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
Sergio Sanchez
 

La actualidad más candente (17)

Requerimientos funcionales
Requerimientos funcionalesRequerimientos funcionales
Requerimientos funcionales
 
Ender mendoza
Ender mendozaEnder mendoza
Ender mendoza
 
Qué es un documento de requerimientos
Qué es un documento de requerimientosQué es un documento de requerimientos
Qué es un documento de requerimientos
 
Formato IEEE830 SRS
Formato IEEE830 SRSFormato IEEE830 SRS
Formato IEEE830 SRS
 
Requerimientos de Información
Requerimientos de InformaciónRequerimientos de Información
Requerimientos de Información
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 
Especificacion De Requisitos De Usuario
Especificacion De Requisitos De UsuarioEspecificacion De Requisitos De Usuario
Especificacion De Requisitos De Usuario
 
Analisis De Requerimientos Erick Rojas Figueroa
Analisis De Requerimientos   Erick Rojas FigueroaAnalisis De Requerimientos   Erick Rojas Figueroa
Analisis De Requerimientos Erick Rojas Figueroa
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Importancia Requerimientos
Importancia RequerimientosImportancia Requerimientos
Importancia Requerimientos
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
 
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos TradicionalesUnidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
 
Sistemas de información diapositivas de la 3era unidad
Sistemas de información diapositivas de la 3era unidadSistemas de información diapositivas de la 3era unidad
Sistemas de información diapositivas de la 3era unidad
 
Taller en clases 1-blob
Taller en clases 1-blobTaller en clases 1-blob
Taller en clases 1-blob
 
Especificacion de requerimientos
Especificacion de requerimientosEspecificacion de requerimientos
Especificacion de requerimientos
 
Especificaciones de Requerimientos SRS
Especificaciones de Requerimientos SRSEspecificaciones de Requerimientos SRS
Especificaciones de Requerimientos SRS
 

Destacado

Monte de hollywood andrea vuelta 3º eso vedruna
Monte de hollywood andrea vuelta 3º eso vedruna Monte de hollywood andrea vuelta 3º eso vedruna
Monte de hollywood andrea vuelta 3º eso vedruna
andrealoveyoursmile
 
Métodología van dijk cd
Métodología van dijk cdMétodología van dijk cd
Métodología van dijk cd
tuuuuyo
 
Mundial FIFA 2014 - Roberta Maciel
Mundial FIFA 2014 - Roberta MacielMundial FIFA 2014 - Roberta Maciel
Mundial FIFA 2014 - Roberta Maciel
robertamaciel158
 
Expo clinica 3 violencia d
Expo clinica 3 violencia dExpo clinica 3 violencia d
Expo clinica 3 violencia d
Natalia Guerra
 
forma, espacio y medida
forma, espacio y medidaforma, espacio y medida
forma, espacio y medida
Perla Jimenez
 
Trabajo planificación
Trabajo planificaciónTrabajo planificación
Trabajo planificación
Legna Marcano
 

Destacado (20)

Pres martin-c++
Pres martin-c++Pres martin-c++
Pres martin-c++
 
Infografik Konsolidierung von SAP Landschaften - Umfrage November 2014
Infografik Konsolidierung von SAP Landschaften - Umfrage November 2014Infografik Konsolidierung von SAP Landschaften - Umfrage November 2014
Infografik Konsolidierung von SAP Landschaften - Umfrage November 2014
 
word
 word word
word
 
Trainings für Instandhaltung und Produktion - Termine 2014_Deutschland
Trainings für Instandhaltung und Produktion - Termine 2014_DeutschlandTrainings für Instandhaltung und Produktion - Termine 2014_Deutschland
Trainings für Instandhaltung und Produktion - Termine 2014_Deutschland
 
Vorbeugung von Waldbränden unter veränderten Klimabedingungen
Vorbeugung von Waldbränden unter veränderten KlimabedingungenVorbeugung von Waldbränden unter veränderten Klimabedingungen
Vorbeugung von Waldbränden unter veränderten Klimabedingungen
 
Revista de venezuela
Revista de venezuelaRevista de venezuela
Revista de venezuela
 
Monte de hollywood andrea vuelta 3º eso vedruna
Monte de hollywood andrea vuelta 3º eso vedruna Monte de hollywood andrea vuelta 3º eso vedruna
Monte de hollywood andrea vuelta 3º eso vedruna
 
Presentación tics
Presentación ticsPresentación tics
Presentación tics
 
Métodología van dijk cd
Métodología van dijk cdMétodología van dijk cd
Métodología van dijk cd
 
Examen computación.
Examen computación.Examen computación.
Examen computación.
 
Mundial FIFA 2014 - Roberta Maciel
Mundial FIFA 2014 - Roberta MacielMundial FIFA 2014 - Roberta Maciel
Mundial FIFA 2014 - Roberta Maciel
 
Expo clinica 3 violencia d
Expo clinica 3 violencia dExpo clinica 3 violencia d
Expo clinica 3 violencia d
 
Los tic entorno a la administración.astrid
Los tic entorno a la administración.astridLos tic entorno a la administración.astrid
Los tic entorno a la administración.astrid
 
forma, espacio y medida
forma, espacio y medidaforma, espacio y medida
forma, espacio y medida
 
Unidad 4
Unidad 4Unidad 4
Unidad 4
 
Trabajo planificación
Trabajo planificaciónTrabajo planificación
Trabajo planificación
 
Präsentation Christian Beetz Filmkongress 2012
Präsentation Christian Beetz Filmkongress 2012Präsentation Christian Beetz Filmkongress 2012
Präsentation Christian Beetz Filmkongress 2012
 
Bok
BokBok
Bok
 
Instructivo intensivo 2014 #UDOanz
Instructivo intensivo 2014 #UDOanzInstructivo intensivo 2014 #UDOanz
Instructivo intensivo 2014 #UDOanz
 
Matriz de apoyo entre pares
Matriz de apoyo entre paresMatriz de apoyo entre pares
Matriz de apoyo entre pares
 

Similar a Ingeniería de requerimientos

Presentación grupo 3
Presentación grupo 3Presentación grupo 3
Presentación grupo 3
Jabón Azo
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Software
lcastillo110
 

Similar a Ingeniería de requerimientos (20)

Ing1 requerimientos 3_2016
Ing1 requerimientos 3_2016Ing1 requerimientos 3_2016
Ing1 requerimientos 3_2016
 
Presentación grupo 3
Presentación grupo 3Presentación grupo 3
Presentación grupo 3
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientos
 
Requisitos
RequisitosRequisitos
Requisitos
 
Ers
ErsErs
Ers
 
Ers
ErsErs
Ers
 
Ers
ErsErs
Ers
 
NORMA 830
NORMA 830NORMA 830
NORMA 830
 
Qué es la especificación de requisitos.pptx
Qué es la especificación de requisitos.pptxQué es la especificación de requisitos.pptx
Qué es la especificación de requisitos.pptx
 
Plantilla formato ieee830
Plantilla formato ieee830Plantilla formato ieee830
Plantilla formato ieee830
 
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
 
9001
90019001
9001
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Software
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Adoo
AdooAdoo
Adoo
 
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
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 

Ingeniería de requerimientos

  • 1. INGENIERÍA DE REQUERIMIENTOS cliente para un sistema de software poseer un sistema o una componente de un sistema para satisfacer un contrato, un standard, una especificación u otro documento formalmente impuestos. Según Zave, Rama de la ingeniería del software que trata con el establecimiento de los objetivos, funciones y restricciones de los sistemas software. Así mismo, se ocupa de la relación entre factores con el objeto de establecer especificaciones precisas. Según Boehm, Ingeniería de Requerimientos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en donde se describen las funciones que realizara los sistemas. Según Leite: Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos. NIVELES DE DESCRIPCIÓN DE REQUERIMIENTOS UTILIZADOS EN LAS DIFERENTES FASES DEL PROCESO DE INGENIERÍA DE REQUERIMIENTOS. Una vez recopilados, los requisitos se agrupan por Utilizando un proceso iterativo, se irán eliminando requisitos, se irán combinando y/o modificando para conseguir satisfacer los objetivos planteados. EL documento de Requerimientos: En la práctica es común describir los requerimientos en un documento llamado especificación de Requerimientos del Software (SRS -Software Requirements Specification) ¿Para qué sirve un SRS? Comunicar de manera precisa los requerimientos, objetivos y presunciones del dominio Contrato legal, documento interno o a modo de memorando Base para estimación (tamaño, costo, tiempo) y planificación del proyecto Base para evaluación de producto final Debería tener suficiente información para decidir si el producto final es aceptable (Satisface los requerimientos) Base para el control de cambios Un SRS deberá abarcar: Funcionalidad. Que es lo que el software hace? Interfases externas. Como debe interactuar con gente, con el Hardware del sistema, con demás hardware y con demás Software? Atributos de Calidad. Disponibilidad, tiempo de respuesta, tiempo de recuperación Después de fallas, etc... Consideraciones de portabilidad, co rectitud, precisión, mantenibilidad, seguridad. Restricciones de diseño. Existen estándares a cumplir, lenguaje de programación, recursos, sistemas operativos, etc.
  • 2. Demostración de que los requerimientos que definen el sistema son lo que el cliente realmente quiere. Los costos de errores en los requerimientos son altos, por lo cual, la validación es muy importante. Fijar un error de requerimiento después del desarrollo puede resultar en un costo 100 veces mayor que fijar un error en la implementación. El Prototipado es una técnica importante de la validación de requerimientos. ESTRUCTURA DEL DOCUMENTO DE REQUERIMIENTOS. Describe la necesidad de crear el sistema y cuáles son sus objetivos. Modelos del Sistema. Define los modelos que muestran los componentes del sistema y las relaciones e servicios que serán proporcionados. ESTRUCTURA DEL DOCUMENTO DE REQUERIMIENTOS. Definición de Requerimientos No- funcionales. Definir las limitantes del sistema y el proceso de desarrollo. Evolución del Sistema. Definir las suposiciones fundamentales en las cuales el sistema se basa y se anticipan los cambios. Especificación de Requerimientos. Especificación detallada de los requerimientos funcionales del sistema. Apéndices. Descripción de la plataforma de Hardware del Sistema. Requerimientos de la base de Datos (quizá como un modelo ER). Es muy difícil formular una especificación de requerimientos completa y consistente. Una definición de requerimientos, una especificación de requerimientos y una especificación de Software son una manera de especificar el Software para diferentes tipos de lectores. El Documento de Requerimientos es una descripción para clientes y desarrolladores. RESUMEN. Los errores en los requerimientos son usualmente muy caros de corregir una vez desarrollado el sistema. La revisión debe involucrar al cliente y al staff de contratistas para validar del cliente pa e se use el sistema. INSTRUCCIONES PARA EL USO DE ESTE FORMATO. Este formato es una plantilla tipo para documentos de requisitos del software. Está basado y es conforme con el estándar IEEE Std 830- 1998. Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada indicarse como no aplicables (NA). Notas: Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado. 08/06/14 25De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org Los textos entre corchetes del tipo “” permiten la inclusión directa de texto con el color y estilo adecuado a la sección, al pulsar sobre ellos con el puntero del ratón. Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de forma que su numeración consecutiva se genera automáticamente según se trate de estilos “Titulo1, Titulo2 y Titulo3”. La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro al final de la línea de
  • 3. título. (Estilos Normal indentado1, Normal indentado 2 y Normal indentado 3). El índice del documento es una tabla de contenido que MS Word actualiza tomando como criterio los títulos del documento. Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido para reflejar el contenido definitivo. Plantilla de formato del documento © & Coloriuris http://www.qualitatis.org.