SlideShare una empresa de Scribd logo
1 de 13
Descargar para leer sin conexión
INGENIERÍA DE
REQUISITOS
DE SOFTWARE
TEMA 1
Prof. Magemyl Egaña
La Ingeniería de Requisitos (IR) juega un papel
crucial a lo largo de todas las fases del desarrollo
de software, considerándose como el proceso
técnico de inicio que ocurre en el espacio de la
solución del problema del usuario.
La IR se encarga de caracterizar la aplicación con
base a las necesidades y los requerimientos de los
usuarios y provee los procesos de identificación,
análisis, especificación, validación y gestión de los
requisitos que los sistemas de software o
aplicaciones deben cumplir. (Barrios y Montilva,
2006).
DEFINICIÓN
02
DEFINICIÓN
03
“Ayuda a los ingenieros de software a entender
mejor el problema en cuya solución trabajarán.
Incluye el conjunto de tareas que conducen a
comprender cuál será el impacto del software
sobre el negocio, qué es lo que el cliente
quiere y cómo interactuarán los usuarios
finales con el software”. (Pressman, 2006: 155)
“Proceso para desarrollar una especificación
de software. Las especificaciones pretender
comunicar las necesidades del sistema del
cliente a los desarrolladores del sistema”.
(Sommerville, 2005: 82).
BENEFICIOS
04
Permite gestionar las necesidades del proyecto de
forma estructurada.
Mejora la calidad del software, pues éste cumple
cabalmente con el conjuntos de requisitos descritos
y documentados (funcionalidad, usabilidad,
desempeño, entre otros).
Mejora la comunicación entre los integrantes del
equipo de trabajo de IS, representando una forma
de tener consenso entre el usuario y el equipo de
desarrollo.
Evita rechazo por parte del usuario final.
Genera insumos importantes para la fase de diseño
arquitectónico y pruebas de software.
MODELADO DE NEGOCIO VS
INGENIERÍA DE REQUISITOS
MODELADO DE NEGOCIO
CONTEXTO ORGANIZACIONAL
Qué y cómo hace la empresa
INGENIERÍA DE REQUISITOS
05
CONTEXTO SOFTWARE
Qué y cómo hace el software
EL PROBLEMA
Objetivos, procesos, objetos, reglas, actores, eventos
LA SOLUCIÓN
Requisitos funcionales, no funcionales y complementarios
¿QUÉ ES UN
REQUERIMIENTO?
06
Originado del deseo del usuario por
resolver un problema.
Deseo que tiene el usuario sobre un
posible producto de sofware que
resuelva su problema dentro de la
empresa.
Necesidad documentada en lenguaje de
usuario.
¿QUÉ ES UN
REQUISITO?
07
Originado del requerimiento del usuario,
para resolver su problema.
Condición o capacidad que debe tener un
software para cumplir el deseo del usuario.
Especificación de lo que necesita el
software para cumplir la petición de
usuario, documentado con un lenguaje
técnico dirigido a una audiencia específica.
¿QUÉ ES UN REQUISITO?
•Una condición o necesidad de un usuario para
resolver un problema o alcanzar un objetivo”
(Std 610.12-1900, IEEE: 62).
08
•Una condición o capacidad que debe estar presente
en un sistema o componentes de sistema para
satisfacer un contrato, estándar, especificación u otro
documento formal” (Std 610.12-1900, IEEE: 62).
Una declaración abstracta de alto nivel de un servicio
que debe proporcionar el sistema o una restricción de
éste”(Sommerville, 2005: 108).
CONDICIÓN DEL REQUISITO
09
Especificado por escrito, como si fuera un contrato o un
acuerdo entre partes.
Probable y verificable; sí no se puede comprobar,
entonces ¿cómo se sabe si se cumplió con él o no?
Conciso, fácil de leer y entender, redactado de forma
simple y clara para aquellos que deseen consultar a
futuro.
Completo, que no necesite ampliar detalles en su
redacción, es decir, la información proporcionada es
suficiente para su comprensión.
Consistente, sin contradecir a otro requisito.
No ambiguo, posee una sola interpretación. El lenguaje
usado en su definición, no debe causar confusiones al
lector.
1.
2.
3.
4.
5.
6.
Durante la etapa de descubrimiento, análisis y
especificación de requisitos, se pueden presentar
muchos inconvenientes, los cuales son importantes
de identificar y prevenir; entre los más comunes
tenemos:
•Los requerimientos no son obvios y vienen de
muchas fuentes.
•Los requerimientos son difíciles de expresar en
palabras (el lenguaje es ambiguo).
•La cantidad de requerimientos del usuario es
difícil de manejar.
DIFICULTADES
10
•Cambio en los requisitos durante el ciclo de
desarrollo.
•El usuario no explica lo que realmente hace en
un determinado proceso y tiende a recordar lo
excepcional y olvidar lo rutinario e importante.
•El usuario se centra en lo que no funciona del
proceso.
•El usuario difiere del Desarrollador, pues
manejan distintos vocabularios.
•El usuario usa el mismo término pero con
distintos significado.
DIFICULTADES
11
TIPOS DE REQUISITOS
12
•FUNCIONALES: define “qué hace el sistema”, las
funciones que el sistema será capaz de hacer y las
transformaciones del sistema (entradas-proceso-
salidas).
•NO FUNCIONALES: define “cómo hace el
sistema”, los atributos de calidad del sistema, las
restricciones y limitaciones del sistema.
•COMPLEMENTARIOS: define aquellas
restricciones técnicas no contempladas en los
requisitos no funcionales.
PREGUNTAS
Y
RESPUESTAS
13

Más contenido relacionado

La actualidad más candente

Tipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de SoftwareTipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de SoftwareLeo Ruelas Rojas
 
Estándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareEstándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareDaniel Guaycha
 
Patrón de diseño Modelo-Vista-Controlador (MVC)
Patrón de diseño Modelo-Vista-Controlador (MVC)Patrón de diseño Modelo-Vista-Controlador (MVC)
Patrón de diseño Modelo-Vista-Controlador (MVC)Jose R. Hilera
 
Cuadro comparativo de los modelos de proceso del software (1)
Cuadro comparativo  de los modelos de proceso del software (1)Cuadro comparativo  de los modelos de proceso del software (1)
Cuadro comparativo de los modelos de proceso del software (1)Erik Emanuel Amador Saldaña
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientosalmarza1
 
ATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdf
ATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdfATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdf
ATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdfDavidVeraOlivera
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) Germán Sánchez
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del softwareaagalvisg
 
03 gestión de pruebas de software diseño de casos de pruebas
03 gestión de pruebas de software   diseño de casos de pruebas03 gestión de pruebas de software   diseño de casos de pruebas
03 gestión de pruebas de software diseño de casos de pruebasAntonio Quiña
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosZuleima
 
Análisis de Requerimientos
Análisis de RequerimientosAnálisis de Requerimientos
Análisis de RequerimientosUTPL UTPL
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Joan Manuel Zabala
 
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
 
IEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareIEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareJesús Navarro
 

La actualidad más candente (20)

Tipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de SoftwareTipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de Software
 
Estándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareEstándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de Software
 
Diseño caso de pruebas
Diseño caso de pruebasDiseño caso de pruebas
Diseño caso de pruebas
 
Patrón de diseño Modelo-Vista-Controlador (MVC)
Patrón de diseño Modelo-Vista-Controlador (MVC)Patrón de diseño Modelo-Vista-Controlador (MVC)
Patrón de diseño Modelo-Vista-Controlador (MVC)
 
Cuadro comparativo de los modelos de proceso del software (1)
Cuadro comparativo  de los modelos de proceso del software (1)Cuadro comparativo  de los modelos de proceso del software (1)
Cuadro comparativo de los modelos de proceso del software (1)
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientos
 
ATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdf
ATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdfATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdf
ATRIBUTOS DE CALIDAD ARQUITECTURA DE SOFTWARE.pdf
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
03 gestión de pruebas de software diseño de casos de pruebas
03 gestión de pruebas de software   diseño de casos de pruebas03 gestión de pruebas de software   diseño de casos de pruebas
03 gestión de pruebas de software diseño de casos de pruebas
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Análisis de Requerimientos
Análisis de RequerimientosAnálisis de Requerimientos
Análisis de Requerimientos
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software
 
Metricas de calidad
Metricas de calidadMetricas de calidad
Metricas de calidad
 
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
 
Ingenieria requerimientos
Ingenieria requerimientosIngenieria requerimientos
Ingenieria requerimientos
 
IEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareIEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del software
 
Tipos de-pruebas
Tipos de-pruebasTipos de-pruebas
Tipos de-pruebas
 
UWE
UWEUWE
UWE
 
Modelo v
Modelo vModelo v
Modelo v
 

Similar a Tema 1 -T2: La ingeniería de requisitos de software

Unidad 1 requerimientos del software
Unidad 1 requerimientos del softwareUnidad 1 requerimientos del software
Unidad 1 requerimientos del softwareoemavarez
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitosyessicarguez
 
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 REQUERIMIENTOSLenin Acosta Mata
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Requerimientos
RequerimientosRequerimientos
Requerimientoskaresha3
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitosJoamarbet
 
Ciclo de vida del Software.pdf
Ciclo de vida del Software.pdfCiclo de vida del Software.pdf
Ciclo de vida del Software.pdfcristobal461607
 
Unidad I Requerimientos
Unidad I RequerimientosUnidad I Requerimientos
Unidad I Requerimientosguest409adc
 
Especificacion De Requerimentos De Software
Especificacion De  Requerimentos De SoftwareEspecificacion De  Requerimentos De Software
Especificacion De Requerimentos De SoftwareJgperez
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientosjhonier1999
 
importancia del análisis de requerimientos para el desarrollo de sistemas
importancia del análisis de requerimientos para el desarrollo de sistemasimportancia del análisis de requerimientos para el desarrollo de sistemas
importancia del análisis de requerimientos para el desarrollo de sistemasargentm
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases3045433345
 
Ing de req
Ing de reqIng de req
Ing de reqwhymber
 
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 REQUERIMIENTOSJesus F Rosas
 

Similar a Tema 1 -T2: La ingeniería de requisitos de software (20)

Unidad 1 requerimientos del software
Unidad 1 requerimientos del softwareUnidad 1 requerimientos del software
Unidad 1 requerimientos del software
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
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
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Ciclo de vida del Software.pdf
Ciclo de vida del Software.pdfCiclo de vida del Software.pdf
Ciclo de vida del Software.pdf
 
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
 
Unidad I Requerimientos
Unidad I RequerimientosUnidad I Requerimientos
Unidad I Requerimientos
 
Especificacion De Requerimentos De Software
Especificacion De  Requerimentos De SoftwareEspecificacion De  Requerimentos De Software
Especificacion De Requerimentos De Software
 
Taller en clases (1)
Taller en clases (1)Taller en clases (1)
Taller en clases (1)
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientos
 
importancia del análisis de requerimientos para el desarrollo de sistemas
importancia del análisis de requerimientos para el desarrollo de sistemasimportancia del análisis de requerimientos para el desarrollo de sistemas
importancia del análisis de requerimientos para el desarrollo de sistemas
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Analisis de requerimientos
Analisis de requerimientosAnalisis de requerimientos
Analisis de requerimientos
 
Infografía
InfografíaInfografía
Infografía
 
Ing de req
Ing de reqIng de req
Ing de req
 
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
 

Más de Magemyl Egana

Especificación casos de uso del negocio
Especificación  casos de uso del negocioEspecificación  casos de uso del negocio
Especificación casos de uso del negocioMagemyl Egana
 
Modelado de Casos de uso del negocio
Modelado de  Casos  de  uso  del negocioModelado de  Casos  de  uso  del negocio
Modelado de Casos de uso del negocioMagemyl 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 (8)

Especificación casos de uso del negocio
Especificación  casos de uso del negocioEspecificación  casos de uso del negocio
Especificación casos de uso del negocio
 
Modelado de Casos de uso del negocio
Modelado de  Casos  de  uso  del negocioModelado de  Casos  de  uso  del negocio
Modelado de Casos de uso del negocio
 
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
 

Último

TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfTECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfUPSE
 
El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)Samuel Solís Fuentes
 
Tipos de datos en Microsoft Access definiciones.pdf
Tipos de datos en Microsoft Access definiciones.pdfTipos de datos en Microsoft Access definiciones.pdf
Tipos de datos en Microsoft Access definiciones.pdfCarlosSanchez452245
 
contabilidad para la inflacion, contabilidad superior
contabilidad para la inflacion, contabilidad superiorcontabilidad para la inflacion, contabilidad superior
contabilidad para la inflacion, contabilidad superiorDalia Rodriguez
 
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptxCiberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptxcorreafrancoci00
 
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxTECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxUPSE
 
CIBERSEGURIDAD Y SEGURIDAD INFORMÁTICA.pptx
CIBERSEGURIDAD  Y SEGURIDAD INFORMÁTICA.pptxCIBERSEGURIDAD  Y SEGURIDAD INFORMÁTICA.pptx
CIBERSEGURIDAD Y SEGURIDAD INFORMÁTICA.pptxalzabenjaminci00
 
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...juanforero141
 

Último (8)

TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfTECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
 
El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)
 
Tipos de datos en Microsoft Access definiciones.pdf
Tipos de datos en Microsoft Access definiciones.pdfTipos de datos en Microsoft Access definiciones.pdf
Tipos de datos en Microsoft Access definiciones.pdf
 
contabilidad para la inflacion, contabilidad superior
contabilidad para la inflacion, contabilidad superiorcontabilidad para la inflacion, contabilidad superior
contabilidad para la inflacion, contabilidad superior
 
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptxCiberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
 
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxTECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
 
CIBERSEGURIDAD Y SEGURIDAD INFORMÁTICA.pptx
CIBERSEGURIDAD  Y SEGURIDAD INFORMÁTICA.pptxCIBERSEGURIDAD  Y SEGURIDAD INFORMÁTICA.pptx
CIBERSEGURIDAD Y SEGURIDAD INFORMÁTICA.pptx
 
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
 

Tema 1 -T2: La ingeniería de requisitos de software

  • 2. La Ingeniería de Requisitos (IR) juega un papel crucial a lo largo de todas las fases del desarrollo de software, considerándose como el proceso técnico de inicio que ocurre en el espacio de la solución del problema del usuario. La IR se encarga de caracterizar la aplicación con base a las necesidades y los requerimientos de los usuarios y provee los procesos de identificación, análisis, especificación, validación y gestión de los requisitos que los sistemas de software o aplicaciones deben cumplir. (Barrios y Montilva, 2006). DEFINICIÓN 02
  • 3. DEFINICIÓN 03 “Ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán. Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el negocio, qué es lo que el cliente quiere y cómo interactuarán los usuarios finales con el software”. (Pressman, 2006: 155) “Proceso para desarrollar una especificación de software. Las especificaciones pretender comunicar las necesidades del sistema del cliente a los desarrolladores del sistema”. (Sommerville, 2005: 82).
  • 4. BENEFICIOS 04 Permite gestionar las necesidades del proyecto de forma estructurada. Mejora la calidad del software, pues éste cumple cabalmente con el conjuntos de requisitos descritos y documentados (funcionalidad, usabilidad, desempeño, entre otros). Mejora la comunicación entre los integrantes del equipo de trabajo de IS, representando una forma de tener consenso entre el usuario y el equipo de desarrollo. Evita rechazo por parte del usuario final. Genera insumos importantes para la fase de diseño arquitectónico y pruebas de software.
  • 5. MODELADO DE NEGOCIO VS INGENIERÍA DE REQUISITOS MODELADO DE NEGOCIO CONTEXTO ORGANIZACIONAL Qué y cómo hace la empresa INGENIERÍA DE REQUISITOS 05 CONTEXTO SOFTWARE Qué y cómo hace el software EL PROBLEMA Objetivos, procesos, objetos, reglas, actores, eventos LA SOLUCIÓN Requisitos funcionales, no funcionales y complementarios
  • 6. ¿QUÉ ES UN REQUERIMIENTO? 06 Originado del deseo del usuario por resolver un problema. Deseo que tiene el usuario sobre un posible producto de sofware que resuelva su problema dentro de la empresa. Necesidad documentada en lenguaje de usuario.
  • 7. ¿QUÉ ES UN REQUISITO? 07 Originado del requerimiento del usuario, para resolver su problema. Condición o capacidad que debe tener un software para cumplir el deseo del usuario. Especificación de lo que necesita el software para cumplir la petición de usuario, documentado con un lenguaje técnico dirigido a una audiencia específica.
  • 8. ¿QUÉ ES UN REQUISITO? •Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo” (Std 610.12-1900, IEEE: 62). 08 •Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal” (Std 610.12-1900, IEEE: 62). Una declaración abstracta de alto nivel de un servicio que debe proporcionar el sistema o una restricción de éste”(Sommerville, 2005: 108).
  • 9. CONDICIÓN DEL REQUISITO 09 Especificado por escrito, como si fuera un contrato o un acuerdo entre partes. Probable y verificable; sí no se puede comprobar, entonces ¿cómo se sabe si se cumplió con él o no? Conciso, fácil de leer y entender, redactado de forma simple y clara para aquellos que deseen consultar a futuro. Completo, que no necesite ampliar detalles en su redacción, es decir, la información proporcionada es suficiente para su comprensión. Consistente, sin contradecir a otro requisito. No ambiguo, posee una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones al lector. 1. 2. 3. 4. 5. 6.
  • 10. Durante la etapa de descubrimiento, análisis y especificación de requisitos, se pueden presentar muchos inconvenientes, los cuales son importantes de identificar y prevenir; entre los más comunes tenemos: •Los requerimientos no son obvios y vienen de muchas fuentes. •Los requerimientos son difíciles de expresar en palabras (el lenguaje es ambiguo). •La cantidad de requerimientos del usuario es difícil de manejar. DIFICULTADES 10
  • 11. •Cambio en los requisitos durante el ciclo de desarrollo. •El usuario no explica lo que realmente hace en un determinado proceso y tiende a recordar lo excepcional y olvidar lo rutinario e importante. •El usuario se centra en lo que no funciona del proceso. •El usuario difiere del Desarrollador, pues manejan distintos vocabularios. •El usuario usa el mismo término pero con distintos significado. DIFICULTADES 11
  • 12. TIPOS DE REQUISITOS 12 •FUNCIONALES: define “qué hace el sistema”, las funciones que el sistema será capaz de hacer y las transformaciones del sistema (entradas-proceso- salidas). •NO FUNCIONALES: define “cómo hace el sistema”, los atributos de calidad del sistema, las restricciones y limitaciones del sistema. •COMPLEMENTARIOS: define aquellas restricciones técnicas no contempladas en los requisitos no funcionales.