Introduccion
Los mejores productos, desde el punto de vista del usuario, son aquellos creados por
desarrolladores que tienen muy claro lo que se pretende conseguir con el producto y cómo
obtenerlo. Para llegar a este punto, se debe entender el trabajo del usuario, cómo afectará el
producto a su trabajo y cómo se adecuará a los objetivos de la organización.
Lo que hace el producto y las condiciones que debe satisfacer en este contexto son los
requisitos del producto.
¿Qué es un requisito?
Un requisito es algo que el producto debe hacer o una característica que debe tener. Un
requisito existe por el tipo de demanda que tiene el producto o porque el cliente quiere que
el requisito sea parte del producto entregado. La tarea de todo analista de requisitos es
hablar con la gente, entenderla, escuchar lo que dicen y también lo que no dicen, para
entender lo que necesitan.
Requisitos del sistema/software
Definen las funcionalidades y características que debe tener el sistema para
satisfacer tanto los requisitos de negocio como los de usuario.
Van a servir como base para llevar a cabo la arquitectura, diseño y planes de
pruebas del sistema.
OBTENCIÓN DE REQUISITOS
La obtención de requisitos se define como el proceso de identificar las necesidades del
negocio, solucionando las posibles disparidades entre las personas involucradas en el
mismo, con el propósito de definir y destilar los requisitos para cumplir las restricciones
impuestas por las distintas partes.
Un buen proceso de obtención de requisitos soporta el desarrollo de la especificación de los
requisitos, de tal forma que tengan los siguientes atributos:
Deben ser completos, consistentes y han de estar dentro del alcance del proyecto
Deben tener un único identificador
Cumplen con los objetivos de los clientes
Son viables y apropiados para el desarrollo
Los requisitos han de ser “testeables” (deben tener capacidad de prueba).
GESTIÓN DE LOS REQUISITOS
La gestión de requisitos es el conjunto de actividades que ayudan al equipo de trabajo a
identificar, controlar y seguir los requisitos y sus cambios en cualquier momento. Es decir, la
gestión de requisitos consiste en gestionar los cambios de los requisitos, las relaciones entre
ellos, las dependencias entre la especificación de requisitos y otros documentos producidos
por el proceso de desarrollo de software. De esta forma se asegura la consistencia entre los
requisitos y el sistema construido.
Por lo tanto, los objetivos principales del proceso de gestión de requisitos serán:
Gestionar la recogida de requisitos
Obtener la aprobación de los participantes del proyecto
Gestionar los cambios (trazabilidad)
La gestión de requisitos es un proceso que se desarrolla a lo largo de toda la vida del
producto.
GESTIÓN DE CAMBIOS
Los requisitos cambian durante todo el ciclo de vida de desarrollo del producto como se vio
en apartados anteriores. Los cambios deben controlarse y documentarse, es decir, hay que
convivir con ellos y por ello la gestión de cambios es esencial para tratar dichos cambios.
Cuando, durante el proyecto y una vez aceptada la línea base de requisitos, se solicita un
cambio sobre esta línea base, estos cambios no se pueden aceptar sin más ya que
podrían afectar al desarrollo de todo el sistema, o alguna parte esencial del mismo.
El siguiente gráfico muestra el proceso de gestión de cambios con las actividades a llevar a
cabo durante el desarrollo del mismo:
Los mejores productos, desde el punto de vista del usuario, son aquellos creados por
desarrolladores que tienen muy claro lo que se pretende conseguir con el producto y cómo
obtenerlo. Para llegar a este punto, se debe entender el trabajo del usuario, cómo afectará el
producto a su trabajo y cómo se adecuará a los objetivos de la organización.
Lo que hace el producto y las condiciones que debe satisfacer en este contexto son los
requisitos del producto.
¿Qué es un requisito?
Un requisito es algo que el producto debe hacer o una característica que debe tener. Un
requisito existe por el tipo de demanda que tiene el producto o porque el cliente quiere que
el requisito sea parte del producto entregado. La tarea de todo analista de requisitos es
hablar con la gente, entenderla, escuchar lo que dicen y también lo que no dicen, para
entender lo que necesitan.
Requisitos del sistema/software
Definen las funcionalidades y características que debe tener el sistema para
satisfacer tanto los requisitos de negocio como los de usuario.
Van a servir como base para llevar a cabo la arquitectura, diseño y planes de
pruebas del sistema.
OBTENCIÓN DE REQUISITOS
La obtención de requisitos se define como el proceso de identificar las necesidades del
negocio, solucionando las posibles disparidades entre las personas involucradas en el
mismo, con el propósito de definir y destilar los requisitos para cumplir las restricciones
impuestas por las distintas partes.
Un buen proceso de obtención de requisitos soporta el desarrollo de la especificación de los
requisitos, de tal forma que tengan los siguientes atributos:
Deben ser completos, consistentes y han de estar dentro del alcance del proyecto
Deben tener un único identificador
Cumplen con los objetivos de los clientes
Son viables y apropiados para el desarrollo
Los requisitos han de ser “testeables” (deben tener capacidad de prueba).
GESTIÓN DE LOS REQUISITOS
La gestión de requisitos es el conjunto de actividades que ayudan al equipo de trabajo a
identificar, controlar y seguir los requisitos y sus cambios en cualquier momento. Es decir, la
gestión de requisitos consiste en gestionar los cambios de los requisitos, las relaciones entre
ellos, las dependencias entre la especificación de requisitos y otros documentos producidos
por el proceso de desarrollo de software. De esta forma se asegura la consistencia entre los
requisitos y el sistema construido.
Por lo tanto, los objetivos principales del proceso de gestión de requisitos serán:
Gestionar la recogida de requisitos
Obtener la aprobación de los participantes del proyecto
Gestionar los cambios (trazabilidad)
La gestión de requisitos es un proceso que se desarrolla a lo largo de toda la vida del
producto.
GESTIÓN DE CAMBIOS
Los requisitos cambian durante todo el ciclo de vida de desarrollo del producto como se vio
en apartados anteriores. Los cambios deben controlarse y documentarse, es decir, hay que
convivir con ellos y por ello la gestión de cambios es esencial para tratar dichos cambios.
Cuando, durante el proyecto y una vez aceptada la línea base de requisitos, se solicita un
cambio sobre esta línea base, estos cambios no se pueden aceptar sin más ya que
podrían afectar al desarrollo de todo el sistema, o alguna parte esencial del mismo.
El siguiente gráfico muestra el proceso de gestión de cambios con las actividades a llevar a
cabo durante el desarrollo del mismo:
La primera tarea a realizar tras recibir una petición de cambio es valorar el impacto del
mismo. Para ello se deberá ir recorriendo todo el árbol de requisitos viendo como les afecta
el cambio, y aquí es donde entra la trazabilidad de los requisitos.
mismo. Para ello se deberá ir recorriendo todo el árbol de requisitos viendo como les afecta
el cambio, y aquí es donde entra la trazabilidad de los requisitos.
Una vez analizado el impacto del cambio, se debe tomar una decisión. Si se acepta el
cambio, tras negociarlo con el cliente, se continuará con la actividad de implementar el
cambio. En caso contrario, se deberá negociar con el cliente el siguiente paso a realizar.
cambio, tras negociarlo con el cliente, se continuará con la actividad de implementar el
cambio. En caso contrario, se deberá negociar con el cliente el siguiente paso a realizar.
Si se ha aceptado el cambio, hay que reflejar ese cambio en todos los productos que
resulten afectados por dicho cambio (si el cambio es mínimo algunos productos como el plan del proyecto, puede que no sea necesario modificar). Además se deberá generar un
nuevo punto de partida (línea base) de requisitos.
resulten afectados por dicho cambio (si el cambio es mínimo algunos productos como el plan del proyecto, puede que no sea necesario modificar). Además se deberá generar un
nuevo punto de partida (línea base) de requisitos.
Trazabilidad
Un concepto clave en el proceso de gestión de cambios es la Trazabilidad. Los requisitos
deben ser trazables, es decir, “rastreables”. Se podría decir que un requisito es trazable si
se pueden identificar todas las partes del producto existente relacionadas con ese requisito.
Todos los requisitos deberían ser trazables para mantener consistencia entre los distintos
documentos de un proyecto.
deben ser trazables, es decir, “rastreables”. Se podría decir que un requisito es trazable si
se pueden identificar todas las partes del producto existente relacionadas con ese requisito.
Todos los requisitos deberían ser trazables para mantener consistencia entre los distintos
documentos de un proyecto.
Es importante conocer aspectos de los requisitos tales como:
-
Su origen (Quién los propuso)
-
Necesidad (Por qué existe)
-
Relación con otros requisitos (Dependencias)
-
Relación con otros elementos (Dependencias)
El uso de matrices de trazabilidad es una buena técnica para llevar a cabo esta actividad de
forma eficiente. A continuación se propone una posible matriz de trazabilidad:
forma eficiente. A continuación se propone una posible matriz de trazabilidad:
MEJORES PRÁCTICAS
En el desarrollo de software, una mejor práctica es un método bien definido que contribuye
a una implementación exitosa del proyecto software. Las organizaciones crean mejores
prácticas para que les ayuden a resolver problemas pudiendo disminuir la tasa de fallo de
sus proyectos.
a una implementación exitosa del proyecto software. Las organizaciones crean mejores
prácticas para que les ayuden a resolver problemas pudiendo disminuir la tasa de fallo de
sus proyectos.
MEJORES PRÁCTICAS EN EL DESARROLLO DE REQUISITOS
A continuación se describen una serie de mejores prácticas orientadas al desarrollo de
requisitos:
requisitos:
Documentar el alcance y visión del proyecto: permitirá tener un mejor
entendimiento de los requisitos y asegurará que todas las personas involucradas en
el proyecto trabajen hacia la misma meta.
entendimiento de los requisitos y asegurará que todas las personas involucradas en
el proyecto trabajen hacia la misma meta.
Mantener un glosario del proyecto: facilitará una comunicación efectiva
asegurando un entendimiento unánime.
asegurando un entendimiento unánime.
Uso de técnicas de obtención de requisitos de usuario: para facilitar esta tarea.
Involucrar a toda la gente implicada: asegura una validación temprana del
entendimiento de los requisitos.
entendimiento de los requisitos.
Desarrollo incremental de requisitos: puede minimizar la cantidad de re-trabajo del
proyecto.
proyecto.
Captura de requisitos usando casos de uso: será más fácil gestionar los
requisitos y hacer un seguimiento de los mismos.
requisitos y hacer un seguimiento de los mismos.
Validar requisitos: para mejorar el éxito de los proyectos es crítico que se validen
los requisitos de forma adecuada.
los requisitos de forma adecuada.
Verificar requisitos: para asegurar que los requisitos proporcionan una base
adecuada para llevar a cabo el diseño, la construcción y las pruebas.
adecuada para llevar a cabo el diseño, la construcción y las pruebas.
MEJORES PRÁCTICAS EN LA GESTIÓN DE REQUISITOS
A continuación se muestran una serie de mejores prácticas relacionadas con la gestión de
requisitos:
requisitos:
Priorizar requisitos: para determinar aquellos que se deberían cumplir en la primera
versión o producto y aquellos que pueden llevarse a cabo en sucesivas versiones.
versión o producto y aquellos que pueden llevarse a cabo en sucesivas versiones.
Establecer líneas base de los requisitos: para asegurar que cualquier modificación
en los requisitos que cambie la línea base se trata como cambios de alcance.
en los requisitos que cambie la línea base se trata como cambios de alcance.
Comunicación abierta: para asegurar que la información relacionada con los
requisitos se comunica de forma consistente. Una comunicación abierta también
implica comunicar a la gente correcta y al conjunto mínimo de personas.
requisitos se comunica de forma consistente. Una comunicación abierta también
implica comunicar a la gente correcta y al conjunto mínimo de personas.
-Gestión de cambios de los requisitos: es esencial gestionar estos cambios de
forma efectiva y eficiente.
forma efectiva y eficiente.
-Uso de herramientas para la gestión de requisitos: para facilitar la gestión de
requisitos.
requisitos.
-
Mantener trazabilidad de requisitos: para llevar un seguimiento de la vida de un
requisito.
requisito.
-Establecer un plan de mejora de procesos para la ingeniería de requisitos: para
cumplir con las necesidades actuales y futuras de forma más eficiente y con mayor
calidad.
cumplir con las necesidades actuales y futuras de forma más eficiente y con mayor
calidad.
-Formar a los analistas de requisitos: para asegurar que los analistas de requisitos
tienen el conocimiento, entre otros aspectos, de cómo escribir buenos requisitos, etc.
tienen el conocimiento, entre otros aspectos, de cómo escribir buenos requisitos, etc.
Requisitos comunes de los interfaces:
Están relacionadas con las pantallas, ventanas (formularios) que debe manipular el usuario para realizar una operación determinada. Dicha manipulación el usuario la realizará por medio del teclado y el Mouse (ratón). Especificación de requisitos de software.
Interfaces de usuario :
Las interfaces de usuario están relacionadas con las pantallas, ventanas
(formularios) que debe manipular el usuario para realizar una operación
determinada. Dicha manipulación el usuario la realizará por medio del teclado y el
Mouse (ratón). Especificación de requisitos de software
Es importante mencionar que las interfaces de usuario también abarcan las
ayudas correspondientes en cada uno de los procesos que realice el sistema.
Las interfaces de usuario ayudaran al usuario final trabajando en un ambiente
Form, por lo que se dichas interfaces incluirán:
• Botones
• Menús despegables
• Mensajes informativos
• Mensajes de error
• Cuadros de diálogo
• Formularios para el ingreso, modificación, actualización y eliminación de
datos. Así como para las operaciones y las ayudas que se mencionó
anteriormente.
• Otros
A continuación se muestra una previa de lo que será las interfaces de usuario:
En caso de que no ingrese correctamente el USUARIO o el PASSWORD se
desplegara un mensaje de datos incorrectos.
Interfaces de hardware:
La pantalla del monitor.- el software deberá mostrar información al usuario a
través de la pantalla del monitor.
Ratón.- el software debe interactuar con el movimiento del ratón y los botones del
ratón. El ratón se activan las zonas de entrada de datos, botones de comando y
seleccione las opciones de los menús.
Teclado.- el software deberán interactuar con las pulsaciones del teclado. El
teclado de entrada de datos en el área activa de la base de datos.
Impresora.- el software impimira los reportes en la impresora instalada.
Interfaces de comunicación:
La interfaz de comunicación entre el servidor de base de datos y la
aplicación desarrollada en un lenguaje de programación.
requisito funcional:
Un requisito funcional define el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que muestran cómo los casos de uso serán llevados a la práctica. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la cimentación.
Las interfaces de usuario están relacionadas con las pantallas, ventanas
(formularios) que debe manipular el usuario para realizar una operación
determinada. Dicha manipulación el usuario la realizará por medio del teclado y el
Mouse (ratón). Especificación de requisitos de software
Es importante mencionar que las interfaces de usuario también abarcan las
ayudas correspondientes en cada uno de los procesos que realice el sistema.
Las interfaces de usuario ayudaran al usuario final trabajando en un ambiente
Form, por lo que se dichas interfaces incluirán:
• Botones
• Menús despegables
• Mensajes informativos
• Mensajes de error
• Cuadros de diálogo
• Formularios para el ingreso, modificación, actualización y eliminación de
datos. Así como para las operaciones y las ayudas que se mencionó
anteriormente.
• Otros
A continuación se muestra una previa de lo que será las interfaces de usuario:
En caso de que no ingrese correctamente el USUARIO o el PASSWORD se
desplegara un mensaje de datos incorrectos.
Interfaces de hardware:
La pantalla del monitor.- el software deberá mostrar información al usuario a
través de la pantalla del monitor.
Ratón.- el software debe interactuar con el movimiento del ratón y los botones del
ratón. El ratón se activan las zonas de entrada de datos, botones de comando y
seleccione las opciones de los menús.
Teclado.- el software deberán interactuar con las pulsaciones del teclado. El
teclado de entrada de datos en el área activa de la base de datos.
Impresora.- el software impimira los reportes en la impresora instalada.
Interfaces de comunicación:
La interfaz de comunicación entre el servidor de base de datos y la
aplicación desarrollada en un lenguaje de programación.
requisito funcional:
Un requisito funcional define el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que muestran cómo los casos de uso serán llevados a la práctica. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la cimentación.
requisitos no funcionales:
Un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos, ya que éstos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que ni describen información a guardar, ni funciones a realizar.Los requisitos no funcionales más habituales son la estabilidad, la portabilidad y el costo.
Un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos, ya que éstos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que ni describen información a guardar, ni funciones a realizar.Los requisitos no funcionales más habituales son la estabilidad, la portabilidad y el costo.
JUSTIFICACIÓN Y ESPECIFICACIONES:
DE LOS REQUERIMIENTOS DEL SOFTWARE
Elemento clave para la aclaración de cada una de las dudas referentes al software teniendo como base los requerimientos establecidos inicialmente por el cliente,llevando a cabo el proceso paso a paso sin dejar de lado pequeños aspectos que rodearon su elaboración, de igual manera establecer cada una de las figuras que hicieron parte de el proceso como son :
los programas utilizados
herramientas didácticas
ejemplos existentes
cronograma de tiempo y actividades
DE LOS REQUERIMIENTOS DEL SOFTWARE
Elemento clave para la aclaración de cada una de las dudas referentes al software teniendo como base los requerimientos establecidos inicialmente por el cliente,llevando a cabo el proceso paso a paso sin dejar de lado pequeños aspectos que rodearon su elaboración, de igual manera establecer cada una de las figuras que hicieron parte de el proceso como son :
los programas utilizados
herramientas didácticas
ejemplos existentes
cronograma de tiempo y actividades
