SlideShare una empresa de Scribd logo
Instituto Universitario Politécnico “Santiago Mariño”
Ampliación: Mérida
Materia: Sistemas I
Prof.: Ing. María Eugenia Díaz
Alumno: Gustavo Adolfo Araque
C.I.V-12.349.323
Carrera: 47
Mapa Conceptual
¿Ingeniería de Requisitos o
de Requerimientos?
Muchas veces se habla de requerimientos en vez de
requisitos; esto se debe a una mala traducción del
inglés. La palabra requirement debe ser traducida
como requisito, mientras que requerimiento se
traduce al inglés como request.
Comprende la determinación y
especificación de las necesidades o de las
condiciones a satisfacer para llevar a cabo
un proyecto de desarrollo de software
Definición
Establecen con detalle las
funciones, servicios y
restricciones operativas del
sistema
Son declaraciones, en lenguaje natural y
en diagramas, de los servicios que se
espera que el sistema proporcione y de
las restricciones bajo las cuales debe
funcionar
Funcionales
(Servicios)
No Funcionales
(Restricciones)
Del Dominio
(Características)
Requisitos del Usuario Requisitos del Sistema
Los documentos de requerimientos del software son la
declaración acordada de los requerimientos del sistema. Se
deben organizar de tal forma que puedan ser utilizados tanto por
los clientes del sistema como por los desarrolladores del
software. Los requerimientos para un sistema software
determinan lo que debe hacer el sistema y definen las
restricciones en su funcionamiento.
Documento de
Especificación de
Requisitos
(Catalogo de
Requisitos)
Introducción
En el presente trabajo de investigación pretendo realizar una recopilación
de información que permita reforzar y acrecentar mis conocimientos en lo
referente a uno de los temas más importantes relacionado con el proceso de
desarrollo de software, como lo es el análisis de requerimientos. El objetivo de
este trabajo es definir, dentro de la ingeniería de requisitos, los aspectos
fundamentales del análisis de los requerimientos, sus conceptos, premisas, fases,
técnicas, objetivos y la documentación asociada a este proceso fundamental para
la ejecución de un proyecto de desarrollo de software.
¿Ingeniería de Requisitos o de Requerimientos?
Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a
una mala traducción del inglés. La palabra requirement debe ser traducida como
requisito, mientras que requerimiento se traduce al inglés como request.
Definición
La Ingeniería de requisitos comprende todas las tareas relacionadas con la
determinación de las necesidades o de las condiciones a satisfacer para un
software nuevo o modificado, tomando en cuenta los diversos requisitos de las
partes interesadas, que pueden entrar en conflicto entre ellos.
El propósito de la ingeniería de requisitos es hacer que los mismos alcancen un
estado óptimo antes de alcanzar la fase de diseño en el proyecto. Los buenos
requisitos deben ser medibles, comprobables, sin ambigüedades o
contradicciones, etc.
Tipos de Requisitos
 Los requerimientos del usuario son declaraciones, en lenguaje natural y
en diagramas, de los servicios que se espera que el sistema proporcione y
de las restricciones bajo las cuales debe funcionar.
 Los requerimientos del sistema establecen con detalle las funciones,
servicios y restricciones operativas del sistema.
 Requerimientos funcionales. Son declaraciones de los
servicios que debe proporcionar el sistema, de la manera en
que éste debe reaccionar a entradas particulares y de cómo
se debe comportar en situaciones particulares
 Requerimientos no funcionales. Son restricciones de los
servicios o funciones ofrecidos por el sistema. Incluyen
restricciones de tiempo, sobre el proceso de desarrollo
y estándares. Los requerimientos no funcionales a menudo se
aplican al sistema en su totalidad.
 Requerimientos del dominio. Son requerimientos que
provienen del dominio de aplicación del sistema y que reflejan
las características y restricciones de ese dominio. Pueden ser
funcionales o no funcionales.
En un vistazo los análisis de requerimientos actuales deben incluir:
 Ilustración de procesos completos.
 Identificación de actores, roles y responsabilidades.
 Quién, cómo, qué – pasos individuales, prioridades.
 ¿Cómo se procesa la información y que se consigue con ella?
 Diseño de interfaz de usuario.
 ¿Qué tipo de participación de usuario es provista?
 ¿Cómo puede el usuario ser guiado a través de diferentes
pasos sin una interfaz tediosa?
 Procesos de registro y aplicación.
 ¿Los usuarios deberán obtener permiso de acceso y cómo
será gestionado esto?
 ¿El acceso se va a realizar de manera online, solo local o
ambas?
 Herramientas y sitios específicos del usuario.
 Los análisis de requerimientos documentados, precisos son
más importante en proyectos donde los usuarios con
diferentes propósitos usan una única interfaz de usuario.
 Dependencias de aplicaciones de software.
 Interoperabilidad con otras soluciones informáticas ya
existentes.
 Procedimiento.
 Orden y sistematización que apunten al dinamismo.
 Las etapas intermedias significativas y los hitos son
acordados.
 Prueba y planeación.
 Se determina un tiempo de identificación de errores.
 Se dará acceso a los usuarios únicamente después de un
periodo de prueba y revisión.
 Integración de tecnologías.
 De la mano de los especialistas de arquitectura de software se
determinan las tecnologías necesarias, tanto para el
desarrollo como para la posterior implementación de la
solución informática.
 Campos y formas.
 Se definen los elementos que servirán de insumo a los
gestores de base de datos y desarrolladores.
 Implementación.
 Elaboración de una documentación estructurada y organizada
para sustentar todo el proceso de captura de requisitos, el
cual va a ser la plataforma fundamental del proceso de
desarrollo de software que recién empieza.
Fases de implementación
Desde un punto de vista conceptual, las actividades son de cinco clases.
 Obtener requisitos: a través de entrevistas o comunicación con clientes o
futuros usuarios, para saber cuáles son sus expectativas.
 Analizar requisitos: detectar y corregir las carencias o falencias
comunicativas, transformando los requisitos obtenidos de entrevistas y
requisitos, en condiciones apropiadas para ser tratados en el diseño.
 Documentar requisitos: igual que todas las etapas, los requisitos deben
estar debidamente documentados.
 Verificar los requisitos: consiste en comprobar la implementación de los
requerimientos.
 Validar los requisitos: comprobar que los requisitos implementados sean
funcionales para lo que inicialmente se construyó el producto.
¿Qué es un documento de requerimientos?
El documento de requerimientos es la declaración oficial de qué es lo que deben
implementar los desarrolladores de software. Debe incluir tanto los requerimientos
a nivel de usuario para el sistema, como una especificación detallada de los
requerimientos informáticos, siendo muy claro en las partes más críticas.
¿Cuál es el objetivo de un documento de requerimientos?
Los documentos de requerimientos del software son la declaración acordada de
los requerimientos del sistema. Se deben organizar de tal forma que puedan ser
utilizados tanto por los clientes del sistema como por los desarrolladores del
software. Los requerimientos para un sistema software determinan lo que debe
hacer el sistema y definen las restricciones en su funcionamiento.
¿Cuáles son los elementos de un documento de requerimientos?
 Introducción
 Propósito del documento de requerimientos
 Alcance del producto
 Definiciones, acrónicos y abreviaturas
 Referencias
 Descripción del resto del documento.
 Descripción general
 Perspectiva del producto
 Funciones del producto
 Características de los usuarios
 Restricciones generales
 Suposiciones y dependencias.
 Requerimientos específicos: incluyen los requerimientos funcionales, no
funcionales y de interfaz. Ésta es la parte más sustancial del documento.
Los requerimientos pueden documentar las interfaces externas, describir la
funcionalidad y el rendimiento del sistema, especificar los requerimientos
lógicos de la base de datos, las restricciones de diseño, las propiedades
emergentes del sistema y las características de calidad.
Referencias Consultadas
 https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_requisitos
 https://univertic.wordpress.com/2015/01/28/unidad-iii-analisis-de-
requerimientos/
 http://www.bergx2.de/es/servicios/consultoria-concepcion/analisis-de-
requerimientos/

Más contenido relacionado

La actualidad más candente

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
Cesar Prado
 
Modelamiento software
Modelamiento softwareModelamiento software
Modelamiento software
Cristhian J. Oscco Huangal
 
Requerimientos de un sistema de información
Requerimientos de un sistema de informaciónRequerimientos de un sistema de información
Requerimientos de un sistema de información
camilo_flores
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
Andrés Felipe Montoya Ríos
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
Software Guru
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
nenyta08
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
Tensor
 
Tabla de símbolos
Tabla de símbolosTabla de símbolos
Indagación de los requerimientos
Indagación de los requerimientosIndagación de los requerimientos
Indagación de los requerimientos
UCATEBA
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)
Anel Sosa
 
Generador de codigo intermedio
Generador de codigo intermedioGenerador de codigo intermedio
Generador de codigo intermedio
Guillermo
 
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
eccutpl
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
masilog
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
angel2365
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
CristobalFicaV
 
Modelo cascada
Modelo cascadaModelo cascada
Análisis y especificación de requerimientos
Análisis y especificación de requerimientosAnálisis y especificación de requerimientos
Análisis y especificación de requerimientos
Franklin Parrales Bravo
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
Kelvin Abdiel Alvarado
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
Juan Carlos Olivares Rojas
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de software
Eugenio Del Pozo Dipre
 

La actualidad más candente (20)

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
 
Modelamiento software
Modelamiento softwareModelamiento software
Modelamiento software
 
Requerimientos de un sistema de información
Requerimientos de un sistema de informaciónRequerimientos de un sistema de información
Requerimientos de un sistema de información
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Tabla de símbolos
Tabla de símbolosTabla de símbolos
Tabla de símbolos
 
Indagación de los requerimientos
Indagación de los requerimientosIndagación de los requerimientos
Indagación de los requerimientos
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)
 
Generador de codigo intermedio
Generador de codigo intermedioGenerador de codigo intermedio
Generador de codigo intermedio
 
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Análisis y especificación de requerimientos
Análisis y especificación de requerimientosAnálisis y especificación de requerimientos
Análisis y especificación de requerimientos
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de software
 

Destacado

Mapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de RequisitosMapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de Requisitos
inmacu_
 
Team Software Process (TSP)
Team Software Process  (TSP)Team Software Process  (TSP)
Team Software Process (TSP)
Diana
 
Team Software Process (TSP)
Team Software Process (TSP)Team Software Process (TSP)
Team Software Process (TSP)
Juan Garcia
 
Metricas Ingenieria De Software
Metricas Ingenieria De SoftwareMetricas Ingenieria De Software
Metricas Ingenieria De Software
Ricardo
 
Proceso de Software Personal - PSP
Proceso de Software Personal - PSPProceso de Software Personal - PSP
Proceso de Software Personal - PSP
Christian Mora
 
Proceso de Software Personal
Proceso de Software PersonalProceso de Software Personal
Proceso de Software Personal
Irvin Ponce Pérez
 

Destacado (6)

Mapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de RequisitosMapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de Requisitos
 
Team Software Process (TSP)
Team Software Process  (TSP)Team Software Process  (TSP)
Team Software Process (TSP)
 
Team Software Process (TSP)
Team Software Process (TSP)Team Software Process (TSP)
Team Software Process (TSP)
 
Metricas Ingenieria De Software
Metricas Ingenieria De SoftwareMetricas Ingenieria De Software
Metricas Ingenieria De Software
 
Proceso de Software Personal - PSP
Proceso de Software Personal - PSPProceso de Software Personal - PSP
Proceso de Software Personal - PSP
 
Proceso de Software Personal
Proceso de Software PersonalProceso de Software Personal
Proceso de Software Personal
 

Similar a Análisis de requerimientos

Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
Rosa Virginia Ortega Loaiza
 
Taller en clases (1)
Taller en clases (1)Taller en clases (1)
Taller en clases (1)
jocabedmariamartinez
 
Requisitos
RequisitosRequisitos
Requisitos
Norerod
 
REQUI
REQUIREQUI
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
univ of pamplona
 
REQUISITOS
REQUISITOSREQUISITOS
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
Mario César Ramírez Venegas
 
Ing de req
Ing de reqIng de req
Ing de req
whymber
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del sena
leydismartinez1
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
3045433345
 
Analisis requerimientos jose_fernandez
Analisis requerimientos jose_fernandezAnalisis requerimientos jose_fernandez
Analisis requerimientos jose_fernandez
Jose Fernandez
 
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í...
Karim Krystalgami
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
Zuleima
 
Analisis y Diseño de Sistemas
Analisis y Diseño de SistemasAnalisis y Diseño de Sistemas
Analisis y Diseño de Sistemas
cardan2007i
 
Requisitos
RequisitosRequisitos
Requisitos
guest90198711
 
Tema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdf
Tema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdfTema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdf
Tema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdf
NinoskaChuraLlojlla1
 
Informe
InformeInforme
Tarea 3 fundamentos del computador
Tarea 3 fundamentos del computador Tarea 3 fundamentos del computador
Tarea 3 fundamentos del computador
Ramis Collado Ramirez
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
Mauricio Leon
 
Grupo de-patricio
Grupo de-patricioGrupo de-patricio
Grupo de-patricio
Mauricio Leon
 

Similar a Análisis de requerimientos (20)

Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Taller en clases (1)
Taller en clases (1)Taller en clases (1)
Taller en clases (1)
 
Requisitos
RequisitosRequisitos
Requisitos
 
REQUI
REQUIREQUI
REQUI
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 
REQUISITOS
REQUISITOSREQUISITOS
REQUISITOS
 
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
 
Ing de req
Ing de reqIng de req
Ing de req
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del sena
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Analisis requerimientos jose_fernandez
Analisis requerimientos jose_fernandezAnalisis requerimientos jose_fernandez
Analisis requerimientos jose_fernandez
 
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í...
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Analisis y Diseño de Sistemas
Analisis y Diseño de SistemasAnalisis y Diseño de Sistemas
Analisis y Diseño de Sistemas
 
Requisitos
RequisitosRequisitos
Requisitos
 
Tema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdf
Tema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdfTema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdf
Tema 4 Fundamentos_y_Metodos_de_Analisis_de_Requerimientos_P.pdf
 
Informe
InformeInforme
Informe
 
Tarea 3 fundamentos del computador
Tarea 3 fundamentos del computador Tarea 3 fundamentos del computador
Tarea 3 fundamentos del computador
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Grupo de-patricio
Grupo de-patricioGrupo de-patricio
Grupo de-patricio
 

Último

Las emociones en los centros de trabajo.pdf
Las emociones en los centros de trabajo.pdfLas emociones en los centros de trabajo.pdf
Las emociones en los centros de trabajo.pdf
Jose Manuel de la Cruz Castro
 
Nomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdf
Nomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdfNomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdf
Nomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdf
elcuybueno
 
Nutrición vegetal con enfasis a ciclos de calvin
Nutrición vegetal con enfasis a ciclos de calvinNutrición vegetal con enfasis a ciclos de calvin
Nutrición vegetal con enfasis a ciclos de calvin
Marcos Chamorro Trujillo
 
MATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docx
MATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docxMATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docx
MATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docx
alexander34816
 
GUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdf
GUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdfGUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdf
GUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdf
Hector Gallardo
 
S1 Diseño e Ingeniería Primaria de Subestaciones.pptx
S1 Diseño e Ingeniería Primaria de Subestaciones.pptxS1 Diseño e Ingeniería Primaria de Subestaciones.pptx
S1 Diseño e Ingeniería Primaria de Subestaciones.pptx
JoseAntonioSalazarHi1
 
CAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptx
CAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptxCAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptx
CAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptx
AlanFrankhoEspinozaL
 
listado de precios unitarios de cegin.pdf
listado de precios unitarios de cegin.pdflistado de precios unitarios de cegin.pdf
listado de precios unitarios de cegin.pdf
luisespinocarrera1
 
CAPACITACION EQUIPO DE PROTECCION PERSONAL.pptx
CAPACITACION EQUIPO DE PROTECCION PERSONAL.pptxCAPACITACION EQUIPO DE PROTECCION PERSONAL.pptx
CAPACITACION EQUIPO DE PROTECCION PERSONAL.pptx
NestorHugo2
 
1er Parcial MATERIALES METALICOS. Ing. Mecánica.
1er Parcial MATERIALES METALICOS. Ing. Mecánica.1er Parcial MATERIALES METALICOS. Ing. Mecánica.
1er Parcial MATERIALES METALICOS. Ing. Mecánica.
EfrnArriagaGonzlez
 
Elipse e Hiperbole Geometria Analitica.pptx
Elipse e Hiperbole Geometria Analitica.pptxElipse e Hiperbole Geometria Analitica.pptx
Elipse e Hiperbole Geometria Analitica.pptx
gziegler2186
 
S16_s1+Repaso+d.pdf el tema es redacción de textos
S16_s1+Repaso+d.pdf el tema es redacción de textosS16_s1+Repaso+d.pdf el tema es redacción de textos
S16_s1+Repaso+d.pdf el tema es redacción de textos
raulapaz4
 
Motores Toyota. identificacion del tipo de motores del hilux
Motores Toyota. identificacion del tipo de motores del hiluxMotores Toyota. identificacion del tipo de motores del hilux
Motores Toyota. identificacion del tipo de motores del hilux
TairCerrodepasco
 
Arquitecto regularizaciones Ley del Mono Curauma
Arquitecto regularizaciones Ley del Mono CuraumaArquitecto regularizaciones Ley del Mono Curauma
Arquitecto regularizaciones Ley del Mono Curauma
Juan Luis Menares, Arquitecto
 
Unidad 8 - Tornillos Shigley elementos-2.pdf
Unidad 8 - Tornillos Shigley elementos-2.pdfUnidad 8 - Tornillos Shigley elementos-2.pdf
Unidad 8 - Tornillos Shigley elementos-2.pdf
LisandroClaverol2
 
Informe semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptx
Informe semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptxInforme semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptx
Informe semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptx
ingenierocivil9
 
Alteración de los alimentos y tipos de alteración
Alteración de los alimentos y tipos de alteraciónAlteración de los alimentos y tipos de alteración
Alteración de los alimentos y tipos de alteración
ElianaOtero8
 
CONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdf
CONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdfCONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdf
CONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdf
Watner Ochoa Núñez
 
elevación e izaje de cargas con trabajos con grua
elevación e izaje  de cargas con trabajos con gruaelevación e izaje  de cargas con trabajos con grua
elevación e izaje de cargas con trabajos con grua
TairCerrodepasco
 
documentos de obras -el CUADERNO DE OBRA
documentos de obras -el CUADERNO DE OBRAdocumentos de obras -el CUADERNO DE OBRA
documentos de obras -el CUADERNO DE OBRA
coordinacion111
 

Último (20)

Las emociones en los centros de trabajo.pdf
Las emociones en los centros de trabajo.pdfLas emociones en los centros de trabajo.pdf
Las emociones en los centros de trabajo.pdf
 
Nomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdf
Nomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdfNomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdf
Nomenclatura Organica Hibridacion del Carbono ALCANOS (1).pdf
 
Nutrición vegetal con enfasis a ciclos de calvin
Nutrición vegetal con enfasis a ciclos de calvinNutrición vegetal con enfasis a ciclos de calvin
Nutrición vegetal con enfasis a ciclos de calvin
 
MATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docx
MATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docxMATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docx
MATRIZ DE PARTES INTERESADAS-KMC CALIDAD.docx
 
GUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdf
GUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdfGUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdf
GUÍA BÁSICA DE LA NORMATIVA ELÉCTRICA.pdf
 
S1 Diseño e Ingeniería Primaria de Subestaciones.pptx
S1 Diseño e Ingeniería Primaria de Subestaciones.pptxS1 Diseño e Ingeniería Primaria de Subestaciones.pptx
S1 Diseño e Ingeniería Primaria de Subestaciones.pptx
 
CAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptx
CAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptxCAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptx
CAPACITACION DE CODIGO DE SEÑALES Y COLORES (1).pptx
 
listado de precios unitarios de cegin.pdf
listado de precios unitarios de cegin.pdflistado de precios unitarios de cegin.pdf
listado de precios unitarios de cegin.pdf
 
CAPACITACION EQUIPO DE PROTECCION PERSONAL.pptx
CAPACITACION EQUIPO DE PROTECCION PERSONAL.pptxCAPACITACION EQUIPO DE PROTECCION PERSONAL.pptx
CAPACITACION EQUIPO DE PROTECCION PERSONAL.pptx
 
1er Parcial MATERIALES METALICOS. Ing. Mecánica.
1er Parcial MATERIALES METALICOS. Ing. Mecánica.1er Parcial MATERIALES METALICOS. Ing. Mecánica.
1er Parcial MATERIALES METALICOS. Ing. Mecánica.
 
Elipse e Hiperbole Geometria Analitica.pptx
Elipse e Hiperbole Geometria Analitica.pptxElipse e Hiperbole Geometria Analitica.pptx
Elipse e Hiperbole Geometria Analitica.pptx
 
S16_s1+Repaso+d.pdf el tema es redacción de textos
S16_s1+Repaso+d.pdf el tema es redacción de textosS16_s1+Repaso+d.pdf el tema es redacción de textos
S16_s1+Repaso+d.pdf el tema es redacción de textos
 
Motores Toyota. identificacion del tipo de motores del hilux
Motores Toyota. identificacion del tipo de motores del hiluxMotores Toyota. identificacion del tipo de motores del hilux
Motores Toyota. identificacion del tipo de motores del hilux
 
Arquitecto regularizaciones Ley del Mono Curauma
Arquitecto regularizaciones Ley del Mono CuraumaArquitecto regularizaciones Ley del Mono Curauma
Arquitecto regularizaciones Ley del Mono Curauma
 
Unidad 8 - Tornillos Shigley elementos-2.pdf
Unidad 8 - Tornillos Shigley elementos-2.pdfUnidad 8 - Tornillos Shigley elementos-2.pdf
Unidad 8 - Tornillos Shigley elementos-2.pdf
 
Informe semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptx
Informe semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptxInforme semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptx
Informe semanal de Calidad - Semana 28 (19 al 26 junio 2024).pptx
 
Alteración de los alimentos y tipos de alteración
Alteración de los alimentos y tipos de alteraciónAlteración de los alimentos y tipos de alteración
Alteración de los alimentos y tipos de alteración
 
CONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdf
CONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdfCONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdf
CONVERTIDOR DC-DC y CONVERTIDORES AC-AC.pdf
 
elevación e izaje de cargas con trabajos con grua
elevación e izaje  de cargas con trabajos con gruaelevación e izaje  de cargas con trabajos con grua
elevación e izaje de cargas con trabajos con grua
 
documentos de obras -el CUADERNO DE OBRA
documentos de obras -el CUADERNO DE OBRAdocumentos de obras -el CUADERNO DE OBRA
documentos de obras -el CUADERNO DE OBRA
 

Análisis de requerimientos

  • 1. Instituto Universitario Politécnico “Santiago Mariño” Ampliación: Mérida Materia: Sistemas I Prof.: Ing. María Eugenia Díaz Alumno: Gustavo Adolfo Araque C.I.V-12.349.323 Carrera: 47
  • 2. Mapa Conceptual ¿Ingeniería de Requisitos o de Requerimientos? Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a una mala traducción del inglés. La palabra requirement debe ser traducida como requisito, mientras que requerimiento se traduce al inglés como request. Comprende la determinación y especificación de las necesidades o de las condiciones a satisfacer para llevar a cabo un proyecto de desarrollo de software Definición Establecen con detalle las funciones, servicios y restricciones operativas del sistema Son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar Funcionales (Servicios) No Funcionales (Restricciones) Del Dominio (Características) Requisitos del Usuario Requisitos del Sistema Los documentos de requerimientos del software son la declaración acordada de los requerimientos del sistema. Se deben organizar de tal forma que puedan ser utilizados tanto por los clientes del sistema como por los desarrolladores del software. Los requerimientos para un sistema software determinan lo que debe hacer el sistema y definen las restricciones en su funcionamiento. Documento de Especificación de Requisitos (Catalogo de Requisitos)
  • 3. Introducción En el presente trabajo de investigación pretendo realizar una recopilación de información que permita reforzar y acrecentar mis conocimientos en lo referente a uno de los temas más importantes relacionado con el proceso de desarrollo de software, como lo es el análisis de requerimientos. El objetivo de este trabajo es definir, dentro de la ingeniería de requisitos, los aspectos fundamentales del análisis de los requerimientos, sus conceptos, premisas, fases, técnicas, objetivos y la documentación asociada a este proceso fundamental para la ejecución de un proyecto de desarrollo de software.
  • 4. ¿Ingeniería de Requisitos o de Requerimientos? Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a una mala traducción del inglés. La palabra requirement debe ser traducida como requisito, mientras que requerimiento se traduce al inglés como request. Definición La Ingeniería de requisitos comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de las partes interesadas, que pueden entrar en conflicto entre ellos. El propósito de la ingeniería de requisitos es hacer que los mismos alcancen un estado óptimo antes de alcanzar la fase de diseño en el proyecto. Los buenos requisitos deben ser medibles, comprobables, sin ambigüedades o contradicciones, etc. Tipos de Requisitos  Los requerimientos del usuario son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar.  Los requerimientos del sistema establecen con detalle las funciones, servicios y restricciones operativas del sistema.  Requerimientos funcionales. Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que éste debe reaccionar a entradas particulares y de cómo se debe comportar en situaciones particulares  Requerimientos no funcionales. Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo y estándares. Los requerimientos no funcionales a menudo se aplican al sistema en su totalidad.  Requerimientos del dominio. Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características y restricciones de ese dominio. Pueden ser funcionales o no funcionales.
  • 5. En un vistazo los análisis de requerimientos actuales deben incluir:  Ilustración de procesos completos.  Identificación de actores, roles y responsabilidades.  Quién, cómo, qué – pasos individuales, prioridades.  ¿Cómo se procesa la información y que se consigue con ella?  Diseño de interfaz de usuario.  ¿Qué tipo de participación de usuario es provista?  ¿Cómo puede el usuario ser guiado a través de diferentes pasos sin una interfaz tediosa?  Procesos de registro y aplicación.  ¿Los usuarios deberán obtener permiso de acceso y cómo será gestionado esto?  ¿El acceso se va a realizar de manera online, solo local o ambas?  Herramientas y sitios específicos del usuario.  Los análisis de requerimientos documentados, precisos son más importante en proyectos donde los usuarios con diferentes propósitos usan una única interfaz de usuario.  Dependencias de aplicaciones de software.  Interoperabilidad con otras soluciones informáticas ya existentes.  Procedimiento.  Orden y sistematización que apunten al dinamismo.  Las etapas intermedias significativas y los hitos son acordados.  Prueba y planeación.  Se determina un tiempo de identificación de errores.  Se dará acceso a los usuarios únicamente después de un periodo de prueba y revisión.  Integración de tecnologías.  De la mano de los especialistas de arquitectura de software se determinan las tecnologías necesarias, tanto para el desarrollo como para la posterior implementación de la solución informática.  Campos y formas.  Se definen los elementos que servirán de insumo a los gestores de base de datos y desarrolladores.
  • 6.  Implementación.  Elaboración de una documentación estructurada y organizada para sustentar todo el proceso de captura de requisitos, el cual va a ser la plataforma fundamental del proceso de desarrollo de software que recién empieza. Fases de implementación Desde un punto de vista conceptual, las actividades son de cinco clases.  Obtener requisitos: a través de entrevistas o comunicación con clientes o futuros usuarios, para saber cuáles son sus expectativas.  Analizar requisitos: detectar y corregir las carencias o falencias comunicativas, transformando los requisitos obtenidos de entrevistas y requisitos, en condiciones apropiadas para ser tratados en el diseño.  Documentar requisitos: igual que todas las etapas, los requisitos deben estar debidamente documentados.  Verificar los requisitos: consiste en comprobar la implementación de los requerimientos.  Validar los requisitos: comprobar que los requisitos implementados sean funcionales para lo que inicialmente se construyó el producto. ¿Qué es un documento de requerimientos? El documento de requerimientos es la declaración oficial de qué es lo que deben implementar los desarrolladores de software. Debe incluir tanto los requerimientos a nivel de usuario para el sistema, como una especificación detallada de los requerimientos informáticos, siendo muy claro en las partes más críticas. ¿Cuál es el objetivo de un documento de requerimientos? Los documentos de requerimientos del software son la declaración acordada de los requerimientos del sistema. Se deben organizar de tal forma que puedan ser utilizados tanto por los clientes del sistema como por los desarrolladores del software. Los requerimientos para un sistema software determinan lo que debe hacer el sistema y definen las restricciones en su funcionamiento.
  • 7. ¿Cuáles son los elementos de un documento de requerimientos?  Introducción  Propósito del documento de requerimientos  Alcance del producto  Definiciones, acrónicos y abreviaturas  Referencias  Descripción del resto del documento.  Descripción general  Perspectiva del producto  Funciones del producto  Características de los usuarios  Restricciones generales  Suposiciones y dependencias.  Requerimientos específicos: incluyen los requerimientos funcionales, no funcionales y de interfaz. Ésta es la parte más sustancial del documento. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el rendimiento del sistema, especificar los requerimientos lógicos de la base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las características de calidad.
  • 8. Referencias Consultadas  https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_requisitos  https://univertic.wordpress.com/2015/01/28/unidad-iii-analisis-de- requerimientos/  http://www.bergx2.de/es/servicios/consultoria-concepcion/analisis-de- requerimientos/