Ejemplo De Analisis De Requerimientos De Un Sistema
Vamos a ver un ejemplo de análisis de requerimientos para un sistema. Lo haremos paso a paso. Imaginemos que queremos crear un sistema para gestionar una biblioteca.
Paso 1: Identificación de los Stakeholders
Primero, identificamos a los stakeholders. Los stakeholders son todas las personas que se verán afectadas por el sistema. En este caso, tenemos a:
- Bibliotecarios
- Usuarios de la biblioteca
- Administradores de la biblioteca
Cada uno de estos grupos tiene diferentes necesidades y expectativas. Es importante entenderlas todas. Hablar con ellos es clave.
Paso 2: Recopilación de Requerimientos
Luego, recopilamos los requerimientos. Podemos usar varias técnicas. Entrevistas, encuestas y talleres son algunas de ellas.
Por ejemplo, podemos preguntar a los bibliotecarios: "¿Qué tareas les gustaría automatizar?". O a los usuarios: "¿Qué les gustaría poder hacer en línea?". Las respuestas nos darán información valiosa. Debemos documentar todo cuidadosamente.
Paso 3: Clasificación de Requerimientos
Después de recopilar, clasificamos los requerimientos. Podemos dividirlos en dos categorías principales: funcionales y no funcionales.
Los requerimientos funcionales describen lo que el sistema debe hacer. Por ejemplo: "El sistema debe permitir a los usuarios buscar libros por título, autor o ISBN". Otro ejemplo seria "El sistema debe permitir a los bibliotecarios registrar nuevos usuarios." Estos son acciones concretas que el sistema realizará.
Los requerimientos no funcionales describen cómo debe ser el sistema. Por ejemplo: "El sistema debe ser fácil de usar". O: "El sistema debe responder a las búsquedas en menos de 2 segundos". Estos requisitos se refieren a la calidad del sistema.
Paso 4: Priorización de Requerimientos
No todos los requerimientos son igual de importantes. Por eso, los priorizamos. Podemos usar una escala de prioridad (alta, media, baja). O métodos más complejos como el MoSCoW (Must have, Should have, Could have, Won't have).
Por ejemplo, "Permitir a los usuarios buscar libros" podría ser un requerimiento "Must have". Mientras que "Enviar notificaciones por SMS cuando un libro esté disponible" podría ser un "Could have". La priorización ayuda a enfocar el desarrollo en lo más importante.
Paso 5: Documentación de Requerimientos
Finalmente, documentamos todos los requerimientos. Usamos un documento de especificación de requerimientos (SRS - Software Requirements Specification). Este documento describe cada requerimiento de forma clara y precisa.
Cada requerimiento debe tener un identificador único, una descripción detallada, la prioridad y el stakeholder que lo solicitó. El SRS sirve como guía para los desarrolladores y testers. Es importante mantenerlo actualizado.
Por ejemplo, un requerimiento podría ser: "REQ-001: El sistema debe permitir a los usuarios iniciar sesión con su número de socio y contraseña. Prioridad: Alta. Stakeholder: Usuarios de la biblioteca." Esta información es crucial para el desarrollo exitoso del sistema.
Ejemplo Concreto
Imaginemos que un usuario quiere reservar un libro online. El análisis de requerimientos podría incluir:
- Requerimiento Funcional: El sistema debe permitir a los usuarios buscar libros disponibles para reserva.
- Requerimiento No Funcional: El sistema debe mostrar los resultados de la búsqueda en menos de 3 segundos.
- Prioridad: Alta
- Stakeholder: Usuarios de la biblioteca
Este es un ejemplo sencillo. Un sistema real tendría muchos más requerimientos. Pero la idea es la misma: entender, clasificar, priorizar y documentar.
Recuerda que el análisis de requerimientos es un proceso iterativo. A medida que avanza el proyecto, pueden surgir nuevos requerimientos. Es importante estar preparado para adaptarse y actualizar el SRS.
