Tipos de Requerimientos
Summary
TLDREl video presenta una introducción a los tipos de requisitos en la ingeniería de software, impartido por Felipe de Jesús Núñez Cárdenas, maestro de tiempo completo en la Universidad Autónoma del Estado de Hidalgo. Se discuten los requerimientos funcionales y no funcionales, destacando la importancia de entender y definir estos para el desarrollo de productos de software que satisfagan tanto a los clientes como al mercado. Los requisitos funcionales se relacionan con las funciones que el software debe realizar, mientras que los no funcionales son restricciones o calidades que limitan la solución, como la usabilidad, eficiencia y conformidad con leyes y normas. Se ofrecen ejemplos prácticos y se destaca la necesidad de una guía para escribir requerimientos claros y consistentes, distinguiendo entre lo obligatorio y lo deseable, y evitando el lenguaje técnico cuando sea ambiguo o difícil de entender para el usuario final.
Takeaways
- 📚 Los requerimientos son fundamentales en la ingeniería de software, ya que determinan cómo funcionará el sistema y son el base para el desarrollo y las pruebas futuras.
- 🔍 La ingeniería de requisitos comienza con un análisis y la especificación de los mismos, que luego se reflejan en un documento formal llamado Especificación de Requerimientos (ER).
- 👥 Los requerimientos funcionales se dividen en dos tipos: los del usuario, que son declaraciones en lenguaje natural sobre los servicios y restricciones esperadas, y los del sistema, que establecen los servicios y restricciones detallados.
- 🛠️ Los requerimientos no funcionales son restricciones o requisitos de calidad que limitan la solución y pueden ser del producto, organizacionales o externos.
- 📈 Un ejemplo de requerimiento no funcional del producto es el límite de espacio de almacenamiento que el sistema debe ocupar, como mencionado en el script.
- 🏢 Los requerimientos organizacionales son aquellos que surgen de las políticas y procedimientos existentes dentro de una organización y que deben ser incluidos en el producto de software.
- 📋 Los requerimientos externos son aquellos que provienen de factores fuera del sistema, como leyes o regulaciones, y que deben ser considerados en el diseño del software.
- 💡 Para escribir requerimientos adecuadamente, se debe utilizar un formato estándar, mantener un lenguaje consistente y evitar la ambigüedad.
- 📝 Se debe distinguir entre los requisitos obligatorios y deseables, ya que no todos los deseos del usuario son necesarios para el funcionamiento del software.
- 🖍️ Resaltar el texto de los requerimientos para identificar las partes claves es recomendable para que el análisis sea más eficiente.
- 🚫 Se debe evitar el uso de lenguaje técnico excesivo, optando por un lenguaje natural que sea comprensible tanto para el equipo de desarrollo como para el usuario final.
- 📉 Ejemplos dados en el script incluyen requerimientos no funcionales enfocados en la eficiencia, usabilidad, fiabilidad y soporte, así como requerimientos funcionales específicos para el usuario o el sistema.
Q & A
¿Qué es un requerimiento en la ingeniería de software?
-Un requerimiento en la ingeniería de software es un elemento que determina cómo debe funcionar el sistema, incluyendo las necesidades de los usuarios y los estándares que debe cumplir el producto final.
¿Cuáles son las dos categorías principales de requerimientos en la ingeniería de software?
-Las dos categorías principales de requerimientos son los requerimientos funcionales y los requerimientos no funcionales.
¿Qué se entiende por requerimientos funcionales?
-Los requerimientos funcionales se refieren a las funcionalidades específicas que el software debe proporcionar, incluyendo los servicios y la reacción ante diferentes situaciones o entradas.
¿Cómo se dividen los requerimientos funcionales?
-Los requerimientos funcionales se dividen en requerimientos del usuario y requerimientos del sistema, con el primero enfocado en las declaraciones en lenguaje natural y diagramas, y el segundo en los servicios y restricciones detallados del sistema.
¿Qué son los requerimientos no funcionales?
-Los requerimientos no funcionales son aquellas restricciones o características que limitan la solución y no están directamente relacionadas con la funcionalidad del software, como la usabilidad, eficiencia y conformidad con las leyes y regulaciones.
¿Cuáles son los tipos de requerimientos no funcionales?
-Los tipos de requerimientos no funcionales incluyen los requerimientos del producto, los requerimientos organizacionales y los requerimientos externos.
¿Cómo se pueden identificar los requerimientos del usuario en un producto de software?
-Los requerimientos del usuario se identifican a través de declaraciones en lenguaje natural y diagramas que describen los servicios que se esperan que el sistema proporcione y las restricciones bajo las cuales debe operar.
¿Por qué es importante diferenciar entre requerimientos obligatorios y deseables?
-Es importante diferenciar entre requerimientos obligatorios y deseables para asegurar que el producto de software cumpla con las expectativas fundamentales y legales, mientras se mantiene flexible para incluir características adicionales deseadas pero no esenciales.
¿Qué es el proceso de análisis y especificación de requerimientos en la ingeniería de software?
-El proceso de análisis y especificación de requerimientos es la fase inicial en la que se identifican y documentan las necesidades de los usuarios, resultando en una especificación de requerimientos que servirá como base para el diseño y desarrollo subsiguiente del software.
¿Cómo se debe escribir un requerimiento para que sea correcto y efectivo?
-Un requerimiento debe escribirse utilizando un formato estándar, un lenguaje consistente y claro, distinguiendo entre lo obligatorio y lo deseable, resaltando las partes clave y evitando el uso de lenguaje técnico cuando no sea necesario.
¿Cómo se relacionan los requerimientos con los casos de uso en la ingeniería de software?
-Los casos de uso son una técnica utilizada para describir los requerimientos funcionales del sistema, mostrando cómo los usuarios interactuarán con el software para alcanzar objetivos específicos.
¿Por qué es fundamental cumplir con los requerimientos no funcionales relacionados con la legalidad?
-Cumplir con los requerimientos no funcionales relacionados con la legalidad es fundamental para asegurar que el software respete las leyes y regulaciones aplicables, evitando posibles sanciones o problemas legales y protegiendo los derechos de los usuarios.
Outlines
😀 Introducción a la Ingeniería de Requisitos
Este primer párrafo presenta el video y establece el tema de la discusión: los tipos de requerimientos en la ingeniería de software. Felipe de Jesús Núñez, el presentador y maestro de tiempo completo de la Universidad Autónoma del Estado de Hidalgo, introduce el concepto de requerimientos y su importancia en el desarrollo de productos de software. Se menciona que los requerimientos son cruciales para satisfacer las necesidades del cliente y del mercado, y que determinan cómo funcionará el sistema. Además, se destaca la importancia de la ingeniería de requisitos, que es el conjunto de métodos y técnicas para identificar y documentar estos requerimientos, y cómo estos son el punto de partida para el diseño del producto de software.
📚 Tipos de Requerimientos Funcionales y No Funcionales
El segundo párrafo profundiza en los tipos de requerimientos, particularmente en los funcionales y no funcionales. Se explica que los requerimientos funcionales se enfocan en las funciones que el software debe realizar, y se dividen en requerimientos del usuario y del sistema. Mientras tanto, los requerimientos no funcionales, también conocidos como restricciones o requisitos de calidad, limitan la solución y se dividen en requerimientos del producto, de la organización y externos. Se proporcionan ejemplos de cada tipo, como el almacenamiento máximo del sistema, la conformidad con normas de documentación y la protección de datos personales.
📝 Guía para Escribir Requerimientos Efectivos
Este párrafo ofrece una guía para escribir requerimientos de manera efectiva. Se sugiere el uso de un formato estándar para todos los requerimientos, la distinción entre requerimientos obligatorios y deseables, y la importancia de resaltar las partes clave del texto para facilitar la identificación por parte del analista. Se recomienda evitar el lenguaje técnico y optar por un lenguaje natural que sea comprensible tanto para el equipo de desarrollo como para el usuario final.
🎯 Ejemplos de Requerimientos y su Categorización
El cuarto y último párrafo presenta una serie de ejercicios con ejemplos de requerimientos, y cómo categorizarlos como funcionales o no funcionales. Se discuten casos específicos, como el diseño responsivo para múltiples plataformas, la tasa de tiempos de fallo, la conformidad con estándares de desarrollo de software y la inclusión de funcionalidades específicas como el registro de facturas manuales. Cada ejemplo se alinea con los conceptos previamente explicados, reforzando la comprensión de los diferentes tipos de requerimientos en la ingeniería de software.
Mindmap
Keywords
💡Requerimientos de software
💡Ingeniería de requisitos
💡Requerimientos funcionales
💡Requerimientos no funcionales
💡Especificación de requerimientos (LR)
💡Casos de uso
💡Requerimiento del usuario
💡Requerimiento del sistema
💡Requerimiento del producto
💡Requerimiento de la organización
💡Requerimiento externo
Highlights
El video es presentado por el Sistema Ciencia Garza Educativa de la Universidad Autónoma del Estado de Hidalgo.
Felipe de Jesús Núñez Cárdenas, maestro de tiempo completo, habla sobre los tipos de requerimientos en la ingeniería de software.
Los requerimientos son cruciales para el desarrollo de productos de software que satisfacen tanto al cliente como al mercado.
La ingeniería de requisitos es el proceso que define los requerimientos del sistema.
Los requerimientos funcionales se dividen en dos tipos: del usuario y del sistema.
Los requerimientos funcionales del usuario se expresan en términos generales y se enfocan en los objetivos del sistema.
Los requerimientos funcionales del sistema describen los servicios y restricciones detalladamente.
Los requerimientos no funcionales son restricciones o requisitos de calidad que limitan la solución.
Existen tres tipos de requerimientos no funcionales: del producto, organizacionales y externos.
El requerimiento del producto se refiere a las características específicas del comportamiento del software.
Los requerimientos organizacionales derivan de las políticas y procedimientos internos de la organización.
Los requerimientos externos provienen de factores fuera del sistema, a menudo legales o regulatorios.
La guía para escribir requerimientos incluye usar un formato estándar, un lenguaje consistente y evitar la ambigüedad.
Los requerimientos deben distinguir entre lo obligatorio y lo deseable.
Se debe resaltar el texto para identificar las partes claves de un requerimiento.
Es recomendable evitar el uso de lenguaje técnico y optar por un lenguaje natural.
Los requerimientos se pueden clasificar en funcionales y no funcionales, con subtipos para cada categoría.
Los ejemplos prácticos proporcionados muestran cómo se aplican los requerimientos funcionales y no funcionales en diferentes contextos.
El cumplimiento con normas y leyes es esencial para los requerimientos no funcionales externos.
Transcripts
y este vídeo es presentado por el
sistema ciencia garza educativa de la
universidad autónoma del estado de
hidalgo
para mayor información visítanos en
www.hp.com x gracias por aprender
hola que tal buenas redes
mi nombre es felipe de jesús núñez
cárdenas y soy maestro de tiempo
completo y en la universidad autónoma
del estado de hidalgo de escuela
superior de huejutla estoy escrito al
programa de ciencias computacionales y
el día de hoy quiero platicarles sobre
lo que son los tipos de requerimiento
todo ello dentro de la ingeniería de
sombras
hablar de requerimientos es hablar de
los productos de software que estamos
teniendo ahorita a nosotros en qué
contexto cada día más personas están
reteniendo los productos de software
estos productos de software tienen que
ser desarrollados de acuerdo a ciertos
requerimientos que solicitan tanto el
cliente como el mercado en el cual se
van a desarrollar por eso es bien
importante que nosotros podamos decidir
cuáles son los requerimientos y qué tipo
de requerimientos podría tener un
producto de software
en la parte de los requerimientos entran
dentro de un conjunto de métodos y
técnicas que hacen toda la ingeniería de
hecho la ingeniería se llama ingeniería
de requisitos esta ingeniería de
requisitos pues determina hay que
recordar que los requisitos son los
requerimientos determinan lo que era el
sistema es decir cómo va a funcionar el
sistema para que nosotros podamos al
final de haber elaborado el producto de
software poder hacerle pruebas sobre
estos requerimientos que hemos
determinado previamente y en una primera
fase las fases de la ingeniería de
software pues básicamente empieza con un
análisis que donde desde donde está la
ingeniería de requisitos
la de licitación el análisis y la
especificación de requisitos es
prácticamente el proceso en el cual
nosotros vamos a sacar las necesidades
de los usuarios para poder reflejar las
a través de un documento el documento
llamado especificación de requerimientos
o lr es también conocido en este
contexto técnico de la ingeniería de
software para que posteriormente pueda
pasar a lo que es un diseño del producto
de software que nosotros esperamos
hablemos de los tipos de requerimientos
o requisitos que hay dentro de los
productos de software primeramente los
requerimientos funcionales los
requerimientos funcionales tratan
específicamente de la función que va a
realizar el producto de software con las
diferentes funciones esto lo podemos
definir como son los servicios que el
sistema debe proporcionar como debe
reaccionar a una entrada particular y
cómo se debe comportar ante situaciones
particulares de manera genérica es las
funciones que va a desempeñar el
producto de software dentro del contexto
en que se va a manejar ahora estos
requisitos funcionales se dividen en dos
tipos de gente el usuario y del sistema
primeramente del usuario se le pide que
son declaraciones en lenguaje natural y
en diagramas de los servicios que se
esperan
vaya a proveer y las restricciones bajo
las cuales debe operar es decir
regularmente esto obedece a la operación
propia del sistema enfocada a los
usuarios y el otro tipo de requerimiento
funcional es el del sistema en este caso
establece con detalle los servicios y
restricciones del sistema
vuelvo a repetir esto tiene que
envolverse en un documento al final para
poder
la parte de diseño vamos a ver algunos
ejemplos de este
de estos tipos de requerimientos
volvemos a recapitular tenemos el primer
tipo de requerimiento es un
requerimiento funcional y se divide el
requerimiento de usuario y requerimiento
del sistema por ejemplo tenemos un
requerimiento para un producto de
software en el cual nos dice el sistema
debe permitir al usuario introducir los
datos de los estudiantes nuevos de qué
tipo de requerimiento estamos hablando
primero lo vamos a llamar a lo macro y
estamos hablando de un requerimiento
funcional y después en base a los dos
tipos que teníamos de usuarios del
sistema podemos definirlo como que es un
requisito de usuario
expresado en términos generales es decir
el servicio debe prestar el sistema el
circuto enunciado tendríamos nosotros el
sistema debe permitir a los usuarios
buscar el producto por nombre el número
de factura el código de barras aquí
estamos hablando por ejemplo podría ser
un producto de un punto de venta o un
sistema integral
una empresa en este contexto analizando
el enunciado podemos hablar que también
es un requisito funcional pero cae
dentro del tipo de requerimiento del
sistema ya que define la funcionalidad
que va a ser el producto de software
entonces básicamente tenemos en este
contexto ya lo que es el requerimiento
funcional o el requisito funcional
primero describen el funcionamiento del
sistema sin los requerimientos
funcionales del usuario pueden ser para
ser muy generales sobre lo que el
sistema debería hacer se suelen expresar
como objetivos del sistema y los
requerimientos funcionales del sistema
debe describir los servicios el prox
plan con todos los detalles estos meses
también se hace a través de los casos de
uso que hablaremos en un curso posterior
otros de los de la gratificación dentro
de los tipos de requerimiento tenemos el
requerimiento no funcionan este
requerimiento no funcionan son aquellos
que actúan para limitar la solución se
les conoce como restricciones o
requisitos de calidad
aquí tenemos tres tipos de
requerimientos o requisitos no
funcionales tenemos
o requisitos del producto de la
organización y externos veremos qué es
el requerimiento del producto es
específica en el comportamiento que
tiene que hacer el producto de software
y habremos aquí desde la plataforma
donde va por ella la usabilidad la
eficiencia todo ello que conlleva al
producto en requisito de la organización
se deriva de las políticas y
procedimientos existentes dentro de una
organización la cual va a implantar un
producto de software y como tal desean
que algunas políticas se incluyan dentro
de ese producto de software entonces es
un requerimiento no funcional desde el
punto de vista organizacional y por
último tenemos requerimiento externo
este requerimiento externo son
requisitos que derivan de los factores
externos al sistema obedecen
regularmente a leyes
algunas estructuras regulatorias como lo
son por ejemplo si hablamos actualmente
de un producto de un producto de
software en donde no podemos mostrar
todos los datos del usuario pues estamos
acatando la ley de propiedad de datos de
los usuarios y entonces son estos
requerimientos que nosotros podemos
nosotros consideran volvemos a
recapitular hablamos ahora de un
requerimiento no funcional que se divide
tipos de requerimiento por producto el
requerimiento organizacional y el
requerimiento externo vamos a ver
algunos ejemplos de esto y decimos como
un requerimiento que hemos detectado en
el producto de software que vamos a
elaborar y decimos que el máximo espacio
de almacenamiento ocupado por el sistema
debe ser de 20 megas porque el sistema
debe lograrse completamente en una
memoria de sólo lectura o instalarse en
dispositivos móviles como una fan
entonces estamos hablando que es un
requisito del producto el cual define
una restricción del tamaño del producto
que podemos tener otro de los
requerimientos
al siguiente el proceso del software y
los documentos se deben realizar
conforme al proceso de los estándares de
documentación recogidos por la norma y
triplay de 830 bueno básicamente esta
norma la está manejando la organización
y obedece a la forma de documentar
algunas tendencias entonces es un
requerimiento de la organización es un
requerimiento no funcional y por último
tenemos un enunciado el cual dice el
sistema no debe revelar ninguna
información personal sobre los clientes
excepto su nombre y su número de
referencia este ejemplo es un
requerimiento externo y se deriva de la
necesidad de cumplir con una legislación
vigente sobre la protección de datos que
era lo que comentaba hace un momento
entonces aquí tenemos los ejemplos de lo
que es un requisito o requerimiento no
funcional sobre el producto podemos
decir que existe una norma que podemos
aplicar para poder sacar los
requerimientos de o no funcionales de
liberados del producto ésta es lo que
conocemos como curso curso son las
siglas en inglés en la cual se dice que
la usabilidad la fiabilidad el
performance y el del soporte al soporta
bien en cuanto a la especialidad de uso
o usabilidad muchas veces tenemos algún
requerimiento como que el texto
fácilmente se tiene que leer a una
distancia de un metro por ejemplo ese es
un requerimiento que me pide el cliente
entonces es un requerimiento propiamente
no funcional pero enfocado a la
estabilidad del producto de software el
otro que se refiere a la fiabilidad
puede ser un ejemplo que si se produce
algún fallo dentro del servicio puedes
solucionarlo localmente
ejemplos del rendimiento sería algo así
como conseguir la actualización de pagos
menos de un minuto en el 90 por ciento
de las veces si nos fijamos todos estos
requerimientos que estoy mencionando
pues tienen que ver con el producto de
software pero no aplican directamente su
función por eso deriva de que es un
requerimiento no funcional y por último
es el soporte el sistema debe ser
instalarle por los usuarios esto es lo
que son algunos ejemplos aplicarnos
vuelvo a repetir a detenimiento del
producto dentro de la clasificación del
requerimiento no funcional entonces
podemos decir que recapitulando ya está
clasificación que los requerimientos se
pueden dividir en dos tipos funcionales
y no funcionan dentro del funcional
podemos mencionar que uno es enfocado al
usuario requerimientos de usuario con
requerimiento del sistema mientras que
el no funcional puede ir un
requerimiento sobre el producto sobre la
organización
externó ahora cómo podemos escribir
nosotros requerimientos tenemos una
pequeña guía para poder escribir
requerimientos correctos y no sólo para
repetir primero tenemos que inventar un
formato estándar de utilizarlo para
todos los requisitos básicamente de este
formato nos diría cuál es el aire y del
requerimiento qué tipo de requerimiento
es y es funcional no funcional una
entrada a una salida y sobre todo diría
cuál es el proceso que si ese
requerimiento para que nosotros podamos
identificarlo podemos incluir en el
documento de la especificación de
requerimientos y se ha pasado a un área
de diseño y otro esquema de la guía
sería utilizar lenguaje de forma
consistente no podemos hacer
requerimientos ambiguos que por ejemplo
un requerimiento ambiguo puede decir a
que el sistema sea rápido pero pues
rápido es muy subjetivo y podemos decir
que para una
persona es rápida alguna cosa y para
otra no entonces ahí no estamos siendo
consistentes en la forma en que estamos
desarrollando nuestros requerimientos
otro de la guía sería distinguir de los
requisitos obligatorios y deseables
muchas veces cuando estamos con los
usuarios o los clientes cuando nos piden
un requisito el requisito se vuelve como
el lo que desearía el usuario que
hubiera y no necesariamente tiene que
ser obligatorio entonces tenemos que
diferenciar entre un requisito que sea
obligatorio para nuestro producto de
software y otro que sea deseable para
nuestro producto de software después
tenemos otro esquema de este área para
describir requisitos que es resaltar el
texto para identificar las partes claves
del requisito normalmente cuando
nosotros estamos lavando un este un
requisito que tenemos que sobresalta del
texto para que el analista se dé cuenta
cuáles son las partes fundamentales
ese fin
y por último se recomienda mucho evitar
el uso del lenguaje técnico tiene que
ser más un lenguaje natural donde
podamos entender y puede entender el
usuario qué es lo que pretende cubrir
con ese requerimiento
vamos a ver a continuación algunos
ejercicios de que podamos nosotros
de tipo de requerimiento vamos a ver el
primero inicia el sistema en gramos
correo electrónico cuando se ha elegido
alguna de las siguientes transacciones
un pedido de venta de cliente y despacho
de mercancía bueno totalmente el primero
vamos a alinearlos a qué tipo de
requerimiento es dada esta
característica tenemos que es un
requerimiento funcional y cada día sobre
un requerimiento del sistema propiamente
dicho
después tenemos otro ejemplo el otro
ejemplo dice el sistema debe ser capaz
de operar adecuadamente con hasta
100.000 usuarios con sesiones
concurrentes
este esquema nos permite identificar
primero qué es un requerimiento no
funcional y a su vez es un requerimiento
que va dirigido al producto en el cual
estamos viendo que puede ser la
eficiencia enfocada al producto de
software el siguiente dice la aplicación
debe poseer un diseño responsible a fin
de garantizar la adecuada visualización
en múltiples plataformas aquí estamos
hablando de un requerimiento no
funcional que va sobre la parte de la
usabilidad
si tenemos también otro detenimiento que
es la tasa de tiempos de falla del
sistema no podrá ser mayor a punto cinco
por ciento del tiempo de operación total
que es un requerimiento no funcional que
va a aplicado directamente al producto y
acá
leyes que acabamos de ver de curso y la
fiabilidad
tenemos otros 4
ejemplos y podemos decir el siguiente el
procedimiento de desarrollo de software
a usar debe estar definido
explícitamente de acuerdo a los
estándares iso 9000 en este caso estamos
hablando de un requerimiento no
funcional pero enfocado en la
organización ya que la organización que
está cumpliendo la norma iso 9000
después tenemos que el sistema también
permitirá el registro de facturas
manuales no asociadas apellidos sin
embargo ésta requerirá la autorización
por parte del grupo de gerentes antes de
ser contabilizados aquí estamos viendo
un tipo de requerimiento funcional
enfocado directamente a lo que es el
sistema lo que después tenemos el campo
estado ciudad del municipio consistirá
en una lista de proyección y los
usuarios podrán escoger de estas listas
este también tenemos que es un
requerimiento funcional enfocado
directamente a los usuarios porque la
forma de operar el sistema y por último
tenemos
páginas vuelve a desarrollar debe
cumplir con la ley de tratamientos en
condiciones de igualdad para personas
con discapacidad estamos hablando de que
es un requerimiento no funcional
aplicado a un requerimiento externo
hablo otra vez de este requerimiento
externo básicamente nos aplicamos a la
legalidad que establece para poder
cumplir ciertos requisitos pues bueno yo
espero que con éstas
explicación hayamos comprendido que es
un tipo de requerimiento y sobre todo
los dos requerimientos que hay tanto
funcional como no funcionan dentro del
funcional volvemos a recapitular existen
dos tipos de requerimientos de usuario
del sistema y dentro del requerimiento
no funcional existe el requerimiento del
producto de organización y externo por
su atención muchas gracias y que dos de
ustedes para el siguiente curso
5.0 / 5 (0 votes)