jueves, 3 de noviembre de 2016

Obtencion y Analisis de Requerimientos

En esta actividad se determina el dominio de la aplicación, se especifican los servicios que debe proveer el sistema, la funcionalidad requerida del sistema, y las restricciones de hardware y software. Es indispensable la participación de los usuarios y clientes para la identificación de los requerimientos del sistema.

Como resultado de esta actividad se debe obtener un documento inicial de definición de los requerimientos (DDR), en donde se definen las necesidades iniciales del sistema, o lo que se conoce como requerimientos iniciales. Estos requerimientos pudieran no ser los definitivos, ni tampoco todos los requerimientos. Nuevos requerimientos pueden ser agregados al documento conforme se vayan descubriendo o incluso los requerimientos ya definidos pueden modificarse o eliminarse.

Resultado de imagen para obtencion y analisis de requerimientos

Tareas de análisis


El análisis de requisitos del software se puede subdividir en cinco áreas de esfuerzo:

1.      Reconocimiento del problema
2.      Evaluación y síntesis
3.      Modelado
4.      Especificación
5.      Revisión

Todos los métodos de análisis se relacionan por un conjunto de principios operativos:

1.      Debe representarse y entenderse el dominio de la información de un problema.

2.      Deben definirse las funciones que debe realizar el software.

3.  Debe representarse el comportamiento del software (como consecuencia de acontecimientos externos)

4. Deben dividirse los modelos que representan información, función y comportamiento de manera que se descubran los detalles por capas (o jerárquicamente).

5.      El proceso de análisis debería ir desde la información esencial hasta el detalle de la implementación.

Además de los principios operativos mencionados anteriormente, se sugiere un conjunto de principios directrices para la ingeniería de requerimientos:
           
1.      Entender el problema antes de empezar a crear el modelo de análisis.
2.      Desarrollar prototipos que permitan al usuario entender cómo será la interacción hombre-máquina.
3.      Registrar el orden y la razón de cada requerimiento,
4.      Usar múltiples planteamientos de requerimientos.
5.      Priorizar los requerimientos.
6.      Trabajar para eliminar la ambigüedad.

Un ingeniero de software que se apegue a estos principios es muy probable que desarrolle una especificación de software que represente un excelente fundamento para el diseño.


Las actividades del proceso son:
1.     Comprensión del dominio
2.     Recolección de requisitos
3.     Clasificación
4.     Resolución de conflictos
5.     Priorización
6.     Verificación de requisitos
7.     Análisis



Especificación de requerimientos



Introducción

La presente Especificación de requerimientos de software (SRS) del sistema a construir surge para ser un conjunto de información necesaria que ayuda a los desarrolladores del software a analizar y entender todos los requisitos y requerimientos que nuestro cliente desea , de la misma forma como este constituye un informe útil para que el cliente del producto final describa lo que el realmente desea obtener, y de esta manera lograr tener un documento necesario cuya información en el futuro servirá para el desarrollo del software, es decir en la codificación correcta del mismo. Se describirá en forma detallada las interfaces de usuario, de software, del hardware y comunicaciones, así como de los requerimientos del cliente, atributos del sistema entre otros.

Despues de un estudio de factibilidad y analisis de requerimientos se deben especificar concretamente dichos requerimientos, esta claro que ambos temas estan ligados.

Resultado de imagen para especificaciones de requerimientos

¿Que son los requerimientos?

Los requerimientos/requisitos de un sistema describen los servicios que ha de ofrecer el sistema y las restricciones asociadas a su funcionamiento. Son propiedades o restricciones determinadas de forma precisa que deben satisfacerse.

Los requerimientos:

-        -  Se suelen especificar en lenguaje natural,
-        -  Se expresan de forma individual (p.ej. esquemáticamente)
-        -  Se organizan de forma jerárquica (a distintos niveles de detalle)
-        -  A menudo, se numeran (para facilitar su gestión)

Los requerimientos han de ser:
-  - Claros y concretos (evitando imprecisiones y ambigüedades) p.ej. Uso de puntos suspensivos, etcétera…
-         -  Concisos (sin rodeos ni figuras retóricas)
-        -   Completos y consistentes.

Requisitos Funcionales

Expresan la naturaleza del funcionamiento del sistema (cómo interacciona el sistema con su entorno y cuáles van a ser su estado y funcionamiento). A veces, también es conveniente indicar lo que no hará el sistema.

Los requisitos funcionales definen qué debe hacer un sistema.

Requisitos no funcionales

Restricciones sobre el espacio de posibles soluciones.

-         -  Rendimiento del sistema: Fiabilidad, tiempo de respuesta, disponibilidad…
-         -  Interfaces: Dispositivos de E/S, usabilidad, interoperabilidad…
-         -  Proceso de desarrollo: Estándares, herramientas, plazo de entrega

Para etender mejor en que conciste las especificaciones de requerimientos este video explica de manera mas resumida tosa la inforación.







-