El documento describe los conceptos clave de la ingeniería de requisitos, incluyendo los tipos de requisitos, las personas involucradas y las técnicas utilizadas. Explica que un requisito es una necesidad documentada de un producto o servicio, y que la ingeniería de requisitos es el proceso para crear y mantener el documento de requisitos. También describe los requisitos funcionales, no funcionales y de dominio, así como técnicas como diagramas de casos de uso y tablas de decisión.

1. TALLER EN CLASES
¿Qué es un requerimiento/requisito?
Requisito es una necesidad documentada sobre el contenido, forma o funcionalidad de un
producto o servicio.
Documento de requerimiento el documento de requerimiento es la declaración oficial de que
es lo que se debe implementar los desarrolladores de software. Debe incluir tanto los
requerimientos a nivel del usuario para el sistema. Como una especificación detallada de los
requerimientos informáticos, como siendo muy claro en las partes más críticas.
En una tablafavor decir los tipos de requisitos
TIPOS DE REQUISITOS CONCEPTOS
REQUERIMIENTOS FUNCIONALES
Describen la funcionalidad o los servicios que se
espera que el sistema proveerá.
Cuando se expresancomo requerimientos del
usuario, se definen de forma general.
Cuando se expresancomo requerimientos del
sistema,describen con detalle la función de este,sus
entradas y salidas,excepciones,etc.
REQUERIMIENTOS NO FUNCIONALES
Son los requerimientos que no se refieren
directamente a las funciones específicas que entrega
el sistema.Muchos requerimientos no funcionales se
refieren al sistema como un todo más que a rasgos
particulares de el mismo .los no funcionales se
clasifican según su implicancia
Del producto: especifican comportamiento del
producto ejemplo:dé desempeño en la rapidezde
ejecución de sistemas
Organizacionales: sé derivan de las políticas y de los
procedimientos existentes en la organización del
cliente y del desarrollador ejemplo:estándares en los
procesos de utilización
Externos: cubre todos los factores que se desarrollan
fuera del sistema ejemplo:requerimientos legales y
éticos
REQUERIMIENTOS DEL DOMINIO
Se derivan del dominio del sistema más que de las
necesidades específicas del usuario.
Son importantes debido a que a menudo reflejan los
fundamentos del dominio de la aplicación.Si estos no
se satisfacen es imposible que el sistema trabaje de
forma satisfactoria.
Estos se expresan utilizando un lenguaje específico
del dominio de las aplicaciones que a menudo es difícil
de comprender.

2. Hacer un diagramacon la clasificaciónde los requisitos no
funcionales
4. ¿Que se entiende por ingeniería de requisitos?
La ingeniería de requisitos es un proceso que comprende todas las actividades requeridas
para crear y mantener un documento de requerimientos del sistema
5. ¿mencione las actividades de la ingeniería de requerimientos?
 Estudio de factibilidad
 Obtención de análisis de requerimientos
 Especificación de requerimientos
 Validación de requerimientos
6. ¿Cuáles sonlas personas involucradas en la ingenieríade
requerimientos?
SUPERVISOR DEL CONTRATO: quienes sugieran hitos de control y cronogramas que
restringe el desarrollo de sistemas
Requerimientos no funcionales
los requerimientos nofuncionales
se clasifican segun su implicancia:
Del producto
especificancomportamiento del
producto ejemplo: dédesempeño
en la rapidez de ejecución de
sistemas
organizacionales
sé derivan delas políticas y de los
procedimientos existentes en la
organización del clientey del
desarrollador ejemplo: estándares
en los procesos deutilización
externos
cubre todos los factores quese
desarrollan fuera delsistema
ejemplo: requerimientos legales y
éticos

3. CLIENTES Y USUARIOS: quiénes deben comprender los requerimientos de modo que
puedan estar seguros de que el sistema satisface sus necesidades
GERENTE DE NEGOCIOS: pueden comprender las probables consecuencias de construir y
utilizar el sistema.
DISEÑADORES: quienes usan los requerimientos como base para el desarrollo de una
solución aceptable, que se implementara como un sistema basado en software.
VERIFICADORES: desarrollan datos de prueba y sesiones de prueba para asegurar que el
sistema de software satisface cada uno de los requerimientos.
Análisis comparativo de las técnicas de ingeniería de
requerimientos
TECNICAS CONCEPTOS
Tablas de Decisión
Una tabla de decisionesesunaentradade
lógicade reglasplanificadas,enformatode
tabla,que se compone de condiciones,
representadasenlascabecerasde columnay
fila,yacciones,representadascomopuntosde
intersección de loscasoscondicionalesde la
tabla.
Diagramas de transición de estados
Representalosestadosque puedetomarun
componente ounsistemaymuestralos
eventosque implicanel cambiode unestadoa
otro.
Redes de Petri
Sirve para describirel comportamiento
requeridode lossistemasde tiemporeal,al
igual que laporciónde lainterfazhumanaque
la mayoría de lossistemasenlíneatiene.
Diagramas de flujo de datos
Un diagrama de flujode datos(DFD) traza el
flujode lainformaciónparacualquierproceso
O sistema.
Diagramas de casos de uso
Representalaformaencomo unCliente (Actor)
operacon el sistemaendesarrollo,ademásde
la forma,tipoy ordenencomo loselementos
interactúan(operacionesocasosde uso).Un
diagramade casosde usoconsta de los
siguienteselementos:
Actor.
Casosde Uso.
Relacionesde Uso,HerenciayComunicación.

4. Importanciade laingeniería de requerimientos
La ingenieríade requerimientosesunade lasdisciplinasfundamentalesde laingenieríade
software y proporcionainformaciónparalamayoría de las demásdisciplinas.Este artículo
presentaresultadosde investigacionesque fundamentande maneracuantitativaestacuestión.El
propósitoesdemostrarlasconsecuenciasdel descuidode ladisciplinade requerimientos:retrasos
enel cronograma y costo adicional,nivel altode defectosenel software yprincipalmentela
entregade un software que nosatisface lasnecesidadesdelcliente.
Gestiónde requisitos. Principales características
Necesario:Un requerimientoesnecesariosi suomisiónprovocaunadeficienciaenel sistemaa
construir,y ademássucapacidad,características físicaso factor de calidadno puedenser
reemplazadosporotrascapacidadesdel productoodel proceso.
Conciso:Un requerimientoesconcisosi esfácil de leeryentender.Su redacción debe sersimple y
clara para aquellosque vayanaconsultarloenunfuturo.
Completo:Un requerimientoestácompletosi nonecesitaampliardetallesensuredacción,es
decir,si se proporcionala información suficiente parasucomprensión.
Consistente:Unrequerimientoesconsistentesi noescontradictorioconotro requerimiento.
No ambiguo:Un requerimientonoesambiguocuandotiene unasolainterpretación. El lenguaje
usadoen sudefinición,nodebe causarconfusionesal lector.
Verificable:Unrequerimientoesverificablecuandopuede sercuantificadode maneraque
permitahaceruso de lossiguientes métodos de verificación,inspección,demostracióno pruebas.
Mencionar y explicar con sus propias palabras las herramientas de
GestiónDe Requisitos
Existenherramientasque hansidodesarrolladasespecíficamenteparautilizarlasenlastécnicasde
gestiónde requisitosydominarcualquiertareaasociadacon losrequisitos.
El usode este tipode herramientaspermite mejorarlacalidaddel desarrollode unproyecto,
automatizarprocesosde laIngenieríade Requisitos,proporcionarunmayorcontrol enel
mantenimientode losrequisitosyañadirunbeneficiosignificativoreduciendoposibleserrores
durante el desarrollode unproyecto,loque implicaenunareducciónde costos.