Toma de requerimientos

Metodología Para Toma De Requerimientos
¿ Que es un requerimiento ?
Una definición adoptada es que un requerimiento es simplemente una declaración abstracta de alto nivel
de un servicio que debe proporcionar un sistema.
Los requerimientos son una pieza fundamental en proyectos de Software, en base a esto se puede determinar y hacer estimaciones de tiempo, costos, definir recursos necesarios,elaborar cronogramas, plan de trabajo, cartas gantt, etc.
Permite verificar y comprobar si se obtuvieron los objetivos establecidos para el proyecto.
Muchas veces los proyectos fracasan por que la toma de requerimientos es incompleta, falta de documentación o por el mal manejo de los cambios de los requerimientos durante la vida de desarrollo del Software.

Clasificación de Requerimientos
Laclasificación de requerimientos es importante, de esta manera podemos definir y abstraer con mayor detalle los tipos de requerimientos a los que nos enfrentamos, los requerimientos se pueden clasificar en:

● Requerimientos Funcionales.
● Requerimientos no Funcionales.
● Requerimientos de Implementación.

Requerimientos Funcionales: Describen las interacciones entre el sistema y su entorno,usuarios u otros
sistemas.
Requerimientos No Funcionales: Describen aspectos visibles del sistema por el usuario, y que no se relacionan directamente con el comportamiento funcional del sistema.
Requerimientos de Implementación: Corresponden a las necesidades del cliente que restringen la implementación, como la plataforma tecnológica, de hardware, redes, etc.

Características en la Toma deRequerimientos
Las características mas importantes y fundamentales para una toma de requerimientos deben contener los siguientes puntos:

● Un requerimientos debe estar especificado siempre por escrito.
● Un requerimiento debe ser posible de probar y verificar.
● Un requerimiento debe ser conciso.
● Un requerimiento debe ser completo.
● Un requerimiento debe ser consistente.
● Unrequerimiento no debe ser ambiguo.

Normas de Calidad y Estándares
Ahora que ya entendemos lo que es un requerimiento, podemos hacer uso de alguna técnica enmarcada en una metodología estándar, utilizada en la industria y de clase mundial. (Std 610.12-1900, IEEE:62 ) y que nos permitirá entender y documentar formalmente la obtención de requerimientos para el desarrollo de algún tipo de proyecto desoftware.

● Se sugiere la utilización de diagramas UML(Caso de Uso) y Procesos(BPMN) con formato de documentos definidos (IEEE-STD-803-1998) y (formal/2011-01-03).
● También se sugiere utilizar SCRUM como metodología ágil para la definición de requerimientos para un desarrollo de software.

Las metodologías imponen un proceso disciplinado sobre el desarrollo de software con el fin de hacerlo máspredecible y eficiente.
Nos dan la posibilidad de hacer mejor las cosas y generar valor.

Casos de Uso (UML)
UML (Lenguaje Unificado de Modelado), con los casos de uso, apoyan al análisis de los requerimientos como una técnica de adquisición de estos, una definición es que los Casos de Uso no son parte del diseño, sino parte del análisis.



Ficha de Caso de Uso
Cada caso de uso debeestar documentado en el siguiente formato estándar conocido como ficha de caso de uso.



BPMN
Corresponde a la notación estándar para el diseño de procesos de negocio, similar al diagrama de actividades del UML, pretende proporcionar una notación fácilmente comprensible por todos los usuarios del negocio, desde los analistas, desarrolladores, clientes, hasta aquellos que monitorizarán ygestionarán los procesos.

Notación básica















SCRUM

Metodología ágil, la medida justa entre “ningún proceso” y “demasiado proceso”, proporcionando simplemente “suficiente proceso”.
Para tomar requerimientos con esta técnica debemos saber crear una pila de producto.
La pila de producto es el corazón de Scrum, básicamente es una lista priorizada de requisitos, o...