TECNICAS DE ANALISIS

LA IDENTIFICACIÓN DE LOS REQUERIMIENTOS

                                                                                                                                

Un requerimiento es una característica necesaria que deberá poseer el nuevo sistema.

Por otra parte, la determinación de requerimientos es el estudio de un sistema para comprender cómo trabaja y dónde es necesario efectuar mejoras.

Ahora bien, existen tres formas (actividades) de determinar de requerimientos, a saber

• Anticipación de requerimientos: prever las características del nuevo sistema con base en experiencia previa.

• Investigación de requerimientos: actividad más importante del análisis de sistemas. Es el estudio y documentación del sistema actual usando para ellos técnicas de para hallar hechos, análisis de flujo de datos y análisis de decisión. Es aquí donde aplicamos entrevistas, cuestionarios, observación y revisión de documentación entre otros.

• Especificación de requerimientos: los datos obtenidos durante la recopilación de hechos se analizan para determinar las especificaciones de los requerimientos, es decir, la descripción de las características del nuevo sistema. Esta actividad tiene tres partes relacionadas entre sí, a saber:

• Análisis de datos basados en hechos reales

• Identificación de requerimientos esenciales

• Selección de estrategias para satisfacer los requerimientos

Todo sistema de información posee un conjunto de requerimientos básicos y un conjunto de requerimientos específicos dependiendo si el sistema será de soporte para transacciones o para la toma de decisiones.

                              

LISTA DE VERIFICACIÓN (CHECK-LIST)

Las Planillas de Verificación, o "Check-List" en idioma inglés, son listados de ítems. Hay dos tipos diferentes de ellos:

ü  Listado de elementos

ü  Secuencia de acciones.

Básicamente en ellas se pone información en forma concisa, la cual es revisada como procedimiento para "no olvidarse de nada", siendo típica su aplicación en las jornadas de lanzamiento, o pruebas en el campo.

·         Importancia De Las Listas De Verificación (Lv)

Muestra que es fundamental su aplicación para asegurar que no se está olvidando nada, ni se salteo algún paso al realizar lanzamientos o pruebas en el campo.

En general se subvalora su importancia y tiende a no usárselas, entonces se termina aprendiendo por el camino desagradable que son imprescindibles.
Cosas que parecen sencillas y obvias son olvidadas en algún momento y eso lleva a errores que pueden tener graves consecuencias. Es increíble como los nervios, la tensión y excitación que se vive en momentos de preparar un lanzamiento pueden hacer olvidar ítems esenciales.

·         Prepare Y Use Listas De Verificación

  La Lista de Verificación aplicada como "listado de elementos":

La Lista de Verificación usada como "listado de elementos" es aplicable para verificar que se tenga, o se esté llevando, todo lo necesario para las actividades a realizar.
Al redactarla con tiempo, e ir revisándola varias veces, permite detectar elementos que estarían faltando, o que podrían ser útiles. No dejar de anotar cosas que parecen obvias como documentos personales, carnet de la asociación cohetera, documentación de vehículo (si se lo utiliza), permisos escritos para hacer usos de espacios privados, etc. No olvidarse tampoco de una madera o chapa donde apoyar la planilla para escribir sobre ella y con algo para sujetar la hoja de papel para que no se vuele.

Otro aspecto importante en el uso de las LV es ir anotando en forma manuscrita y provisoria todo lo que durante las actividades vaya apareciendo como útil de incorporar en las LV. En general lo más sencillo es hacerlo al dorso de las mismas. Luego para la próxima actividad se las prolija y ordena.

Estos Listados se pueden preparar en una computadora personal (PC) por la facilidad de armado, corrección y actualización de las mismas. Básicamente se genera una lista o planilla "madre", a la cual se revisa y adecúa para cada ocasión en particular.

·         La Lista De Verificación Aplicada Como "Secuencia De Acciones O Procedimientos"

La LV usada como "verificación de secuencias de acciones o procedimientos" es un listado de la secuencia de acciones, o verificaciones, u operaciones a realizar, como por ejemplo para el lanzamiento de un cohete o en una prueba estática.
Es increíble con qué facilidad se olvida uno de sacar una clavija de seguridad o mover una llave. El resultado es que por un detalle menor se arruina el esfuerzo y la satisfacción de un trabajo bien realizado.

Estos Listados también se recomienda prepararlos en una computadora personal (PC) por la facilidad de armado, corrección y actualización de las mismas. Este tipo de LV (secuencia de acciones) se va armando en general cuando voy haciendo el armado de los elementos del cohete. Al realizar ensayos de los subsistemas voy verificando que tengan todos los pasos necesarios y elementos que se necesite verificar.

·         Quien Controla Los Listados De Verificación?

Para aplicar las LV pueden ser controladas por el propio grupo de investigación pero es recomendable que las maneje un individuo ajeno al proceso.

Por temas de seguridad no es recomendable que haya una sola persona presente durante una prueba, por lo tanto hay disponible otra persona a quien encargar para que vaya leyendo y tildando la planilla. Esto es muy útil ya que "cuatro ojos ven más que dos " y además quien debe ir haciendo las conexiones y ajustes puede concentrarse mejor en su tarea.

En función de las circunstancias se tilda en la LV cada uno de los elementos que voy verificando, aunque en general no lo hago a no ser LV largas ni complejas. Para LV largas o complejas es mandatorio ir tildando todos los ítems verificados. Si se debe reiniciar la verificación y no hay una copia de la Planilla simplemente se cruza la marca en otra posición.

MATRIZ DE REQUERIMIENTOS

La matriz de Requerimientos es un documento esencial dentro de la administración de requerimientos, algunos de los datos que se pueden poner son los señalados en la imagen, prioridad, Prueba a realizar y el riesgo
La prioridad puede ser alta (el requerimiento es crítico para el sistema), Media (el sistema puede funcionar aunque de manera deficiente), baja (el requerimiento sería deseable tenerlo). A través de la columna de riesgos se puede determinar que requerimientos deberán ser probados forzosamente y cuales dependerá del tiempo con que se cuente.

NEGOCIACIÓN DE REQUERIMIENTOS

La parte más dura en la construcción de un sistema software es decidir cómo construirlo. Ninguna parte del trabajo mutila el resultado del sistema si está hecho mal. Ninguna parte es más dificultosa para rectificarlo después”

La ingeniería de requisitos facilita el mecanismo apropiado para comprender lo que quiere el cliente, analizando necesidades, confirmando su viabilidad, negociando una solución razonable, especificando la solución sin ambigüedad, validando la especificación y gestionando los requisitos para que se transformen en un sistema operacional.

Identificación De Requisitos

Christel y Kang identifican una serie de problemas que nos ayudan a comprender por qué la obtención de requisitos es costosa.

• Problemas de alcance.

• Problemas de comprensión.

Análisis Y Negociación De Requisitos

Una vez recopilados los requisitos, el producto obtenido configura la base del análisis de requisitos. Los requisitos se agrupan por categorías y se organizan en subconjuntos, se estudia cada requisito en relación con el resto, se examinan los requisitos en su consistencia, completitud y ambigüedad, y se clasifican en base a las necesidades de los clientes/usuarios.

Especificación De Requerimientos

El termino requerimiento no se utiliza de forma consistente en la industria del software. En algunos casos, un requerimiento se visualiza como una declaración abstracta de alto nivel de un servicio que debe proveer el sistema o como una restricción de éste. Por otro lado, es una definición matemática detallada y formal de una función del sistema.

Requerimientos Funcionales Y No Funcionales

A menudo los requerimientos de sistemas de software se clasifican en funcionales y no funcionales, o como requerimientos del dominio.

Requerimientos funcionales

Son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer.

Requerimientos No Funcionales

Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc.

Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

Requerimientos Del Dominio

Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características de ese dominio. Éstos pueden ser funcionales o no funcionales.

Se derivan del dominio del sistema más que de las necesidades especificas de los usuarios. Pueden ser requerimientos funcionales nuevos, restringir los existentes o establecer cómo se deben ejecutar cálculos particulares.

Requerimientos Del Usuario Y Del Sistema

Algunos de los problemas que surgen durante el proceso de ingeniería de requerimientos son resultado de no hacer una clara separación entre los diferentes niveles de descripción. Esto se hace utilizando requerimientos del usuario para determinar los requisitos abstractos de alto nivel, y requisitos del sistema, para designar la descripción detallada de lo que el sistema debe hacer.

Requerimientos Del Usuario

Son declaraciones en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe operar.

Los Requerimientos Del Sistema

Establecen con detalle los servicios y restricciones del sistema. El documento de requerimientos del sistema, algunas veces denominado especificación funcional, debe ser preciso. 

El Documento De Requerimientos Del Software

Éste es la declaración oficial de qué es lo que requieren los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema.

Establecen con detalle los servicios y restricciones del sistema. El documento de requerimientos del sistema, algunas veces denominado especificación funcional, debe ser preciso. Éste sirve como un contrato entre el comprador del sistema y el desarrollador del software.

Requerimientos específicos. Cubren los requerimientos funcionales, no funcionales y de interfaz. Obviamente, ésta es la parte más sustancial del documento, pero debido a la amplia variabilidad en la práctica organizacional, no es apropiado definir una estructura estándar para esta sección.

Requerimientos específicos.

Cubren los requerimientos funcionales, no funcionales y de interfaz. Obviamente, ésta es la parte más sustancial del documento, pero debido a la amplia variabilidad en la práctica organizacional, no es apropiado definir una estructura estándar para esta sección. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el desempeño del sistema, especificar los requerimientos lógicos de la base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las características de calidad.

NEGOCIACIÓN DE REQUERIMIENTOS

El ingeniero del sistema debe resolver estos conflictos a través de un proceso de negociación. Los clientes, usuarios y el resto de intervinientes deberán clasificar sus requisitos y discutir los posibles conflictos según su prioridad.  Algunas actividades dentro de la negociación de requerimientos son:

·               Resolver conflictos entre requerimientos.

·               Decisiones pueden ser tomadas unilateralmente.

·               Se aconseja consultar con las partes implicadas (roles)